On Fri, Aug 10, 2012 at 2:58 AM, Michael Christie <micha...@cs.wisc.edu> wrote: > > On Aug 8, 2012, at 4:42 AM, Fubo Chen <fubo.c...@gmail.com> wrote: > >> Anyone seen this before ? Also occurs with 3.4.1. >> >> >> ====================================================== >> [ INFO: HARDIRQ-safe -> HARDIRQ-unsafe lock order detected ] >> 3.6.0-rc1-debug+ #1 Not tainted >> ------------------------------------------------------ >> swapper/1/0 [HC0[0]:SC1[1]:HE0:SE0] is trying to acquire: >> (&(&session->lock)->rlock){+.-...}, at: [<ffffffffa025dc08>] >> iscsi_eh_cmd_timed_out+0x58/0x2e0 [libiscsi] >> >> and this task is already holding: >> (&(&q->__queue_lock)->rlock){-.-...}, at: [<ffffffff811f6965>] >> blk_rq_timed_out_timer+0x25/0x140 >> which would create a new lock dependency: >> (&(&q->__queue_lock)->rlock){-.-...} -> (&(&session->lock)->rlock){+.-...} >> >> but this new dependency connects a HARDIRQ-irq-safe lock: >> (&(&q->__queue_lock)->rlock){-.-...} >> ... which became HARDIRQ-irq-safe at: >> [<ffffffff8109b5ca>] __lock_acquire+0x7ea/0x1ba0 >> [<ffffffff8109cfc2>] lock_acquire+0x92/0x140 >> [<ffffffff814b41c5>] _raw_spin_lock_irqsave+0x65/0xb0 >> [<ffffffff812e2974>] blk_done+0x34/0x110 >> [<ffffffff81295889>] vring_interrupt+0x49/0xc0 >> [<ffffffff810c68f5>] handle_irq_event_percpu+0x75/0x270 >> [<ffffffff810c6b38>] handle_irq_event+0x48/0x70 >> [<ffffffff810c9477>] handle_edge_irq+0x77/0x110 >> [<ffffffff81004042>] handle_irq+0x22/0x40 >> [<ffffffff814bda2a>] do_IRQ+0x5a/0xe0 >> [<ffffffff814b436f>] ret_from_intr+0x0/0x1a >> [<ffffffff8100a7da>] default_idle+0x4a/0x170 >> [<ffffffff8100b609>] cpu_idle+0xe9/0x130 >> [<ffffffff814a4c6e>] start_secondary+0x26a/0x26c > > > Does this error only occur when using some sort of virt setup? > > I do not think we will hit this with iscsi, because we do not ever grab the > queue lock for a iscsi device from hard irq context. It is always done from > softirq or thread context. The snippet above seems to be from the > virtio_blk.c code.
Yes. This happened inside KVM machine. Fubo. -- You received this message because you are subscribed to the Google Groups "open-iscsi" group. To post to this group, send email to open-iscsi@googlegroups.com. To unsubscribe from this group, send email to open-iscsi+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/open-iscsi?hl=en.