[so2] [tema3][linux] spinlock recursion
Daniel Pletea
dani.pletea at gmail.com
Tue Apr 10 21:24:54 EEST 2012
2012/4/10 Daniel Baluta <daniel.baluta at gmail.com>
> 2012/4/10 Daniel Pletea <dani.pletea at gmail.com>:
> > Salut,
> >
> > Am un bug: spinlock recursion; pe care nu reusesc sa il rezolv. Nu imi
> dau
> > seama de unde vine. Ce am facut pana acum a fost sa primesc bio-urile de
> la
> > nivel userspace. Am creat cate un bio pentru fiecare operatie de citire
> si
> > i-am dat submit catre PHYSICAL_DISK1, pe sectorul 0 (adica am facut un
> bio
> > de citire dummy pe sectorul 0). Am alocat pagina, am pust event. Am
> folosit
> > workqueues, iar in work_handler, dupa wait_for_completion am avut grija
> sa
> > fac free la tot ce era nevoie. De asemenea nu folosesc nici un spinlock.
> >
> > Am rulat ./test de mai multe ori. Uneori se termina bine, uneori se
> ajunge
> > la acest spinlock recursion.
> >
> > Sa pun si call traceul ? E cam mare.
>
> Bună,
>
> Da pune și trace-ul.
>
> thanks,
> Daniel.
> _______________________________________________
> http://elf.cs.pub.ro/so2/wiki/resurse/lista-discutii
Call Trace:
[<c010a8f5>] ? show_regs+0x25/0x30
[<c059d665>] nmi_watchdog_tick+0x1c5/0x1f0
[<c059c6fb>] do_nmi+0x13b/0x290
[<c059c170>] nmi_stack_correct+0x2f/0x34
[<c01200e0>] ? adjust_for_32bit_ctr+0x20/0xb0
[<c0123c65>] ? default_send_IPI_mask_logical+0x75/0xf0
[<c0123a60>] default_send_IPI_all+0x90/0xa0
[<c01240a7>] arch_trigger_all_cpu_backtrace+0x37/0x70
[<c037a59e>] do_raw_spin_lock+0x12e/0x140
[<c059ab56>] _raw_spin_lock_irqsave+0x76/0x90
[<c036969a>] ? cfq_idle_slice_timer+0x2a/0xe0
[<c036969a>] cfq_idle_slice_timer+0x2a/0xe0
[<c015b611>] run_timer_softirq+0x161/0x370
[<c015b589>] ? run_timer_softirq+0xd9/0x370
[<c0369670>] ? cfq_idle_slice_timer+0x0/0xe0
[<c0152c43>] __do_softirq+0xa3/0x1e0
[<c017ddb8>] ? __lock_acquire+0x178/0x500
[<c017ddb8>] ? __lock_acquire+0x178/0x500
[<c0152dc5>] do_softirq+0x45/0x50
[<c01531a5>] irq_exit+0x85/0x90
[<c05a191a>] smp_apic_timer_interrupt+0x5a/0x89
[<c059be41>] apic_timer_interrupt+0x31/0x38
[<c02100d8>] ? sys_swapoff+0x1e8/0x970
[<c0219c36>] ? __slab_alloc+0x116/0x600
[<c0165a16>] ? __queue_work+0x36/0x50
[<c021a291>] kmem_cache_alloc_notrace+0xb1/0xc0
[<d082319f>] ? send_test_bio+0x1f/0x180 [ssr]
[<d082319f>] ? send_test_bio+0x1f/0x180 [ssr]
[<d082319f>] send_test_bio+0x1f/0x180 [ssr]
[<c013394f>] ? kmap_atomic_prot+0x4f/0xf0
[<c059eb89>] ? sub_preempt_count+0x9/0xb0
[<d08233ca>] my_block_request+0xca/0x198 [ssr]
[<c0357fde>] __generic_unplug_device+0x2e/0x40
[<c0358016>] generic_unplug_device+0x26/0x40
[<c035904c>] blk_unplug+0x2c/0x70
[<c03590a0>] blk_backing_dev_unplug+0x10/0x20
[<c024e79f>] block_sync_page+0x3f/0x50
[<c01e6c67>] sync_page+0x37/0x50
[<c01e6c8d>] sync_page_killable+0xd/0x40
[<c0599117>] __wait_on_bit_lock+0x47/0x90
[<c013b69b>] ? get_parent_ip+0xb/0x40
[<c01e6c80>] ? sync_page_killable+0x0/0x40
[<c01e6b6b>] __lock_page_killable+0x7b/0x90
[<c0169b70>] ? wake_bit_function+0x0/0x50
[<c01e862e>] generic_file_aio_read+0x47e/0x730
[<c0228af4>] do_sync_read+0xa4/0xe0
[<c013b69b>] ? get_parent_ip+0xb/0x40
[<c0348136>] ? apparmor_file_permission+0x16/0x20
[<c031a6a4>] ? security_file_permission+0x14/0x20
[<c0228b94>] ? rw_verify_area+0x64/0xe0
[<c059954d>] ? mutex_unlock+0xd/0x10
[<c022956f>] vfs_read+0x9f/0x1a0
[<c0253d00>] ? block_llseek+0x0/0xf0
[<c0228a50>] ? do_sync_read+0x0/0xe0
[<c02296b2>] sys_read+0x42/0x70
[<c059b998>] syscall_call+0x7/0xb
[<c0590000>] ? cpu_detect+0x6f/0xc3
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://cursuri.cs.pub.ro/pipermail/so2/attachments/20120410/f3e9db66/attachment.htm>
More information about the so2
mailing list