On Wed, 5 Dec 2007 21:44:54 +0100
Bernd Schubert <[email protected]> wrote:
> after scsi-recovery a system here went into some kind lock-up, everything
> seems to be in wait_for_completion(). Please see the attached
> blocked_states.txt and all_states.txt files.
> This is 2.6.22.12, I can easily find out the line numbers if required.
>
> Any help is highly appreciated.
>
>
Please cc linux-scsi on scsi-related reports.
>
>
> [blocked_states.txt text/plain (20.5KB)]
> [generate break]
> [ 1818.566436] SysRq : Show Blocked State
> [ 1818.570260]
> [ 1818.570261] free sibling
> [ 1818.579253] task PC stack pid father child younger older
> [ 1818.586987] events/7 D 00000155dd642280 0 26 2 (L-TLB)
> [ 1818.593747] ffff81012b529ac0 0000000000000046 0000000000000000 ffff810128280d18
> [ 1818.601321] ffff8100ba2376f8 ffff81012b689630 ffff81012aff76b0 000000078023e215
> [ 1818.608870] 000000010003ca14 0000000000000000 ffff810001065400 0000000780430c13
> [ 1818.616222] Call Trace:
> [ 1818.618925] [<ffffffff804ececb>] io_schedule+0x28/0x36
> [ 1818.624207] [<ffffffff8036e517>] get_request_wait+0x104/0x158
> [ 1818.630112] [<ffffffff8036e5a1>] blk_get_request+0x36/0x6b
> [ 1818.635755] [<ffffffff8042f5cb>] scsi_execute+0x51/0x129
> [ 1818.641240] [<ffffffff880cc11b>] :scsi_transport_spi:spi_execute+0x87/0xf8
> [ 1818.648271] [<ffffffff880cd5ae>] :scsi_transport_spi:spi_dv_device_echo_buffer+0x181/0x27d
> [ 1818.656739] [<ffffffff880cd801>] :scsi_transport_spi:spi_dv_retrain+0x4e/0x240
> [ 1818.664139] [<ffffffff880ce008>] :scsi_transport_spi:spi_dv_device+0x615/0x69c
> [ 1818.671542] [<ffffffff880f16d1>] :mptspi:mptspi_dv_device+0xb3/0x14b
> [ 1818.678042] [<ffffffff880f27d3>] :mptspi:mptspi_dv_renegotiate_work+0xcb/0xef
> [ 1818.685348] [<ffffffff80245bb8>] run_workqueue+0x8e/0x120
> [ 1818.690905] [<ffffffff80245d50>] worker_thread+0x106/0x117
> [ 1818.696540] [<ffffffff80249672>] kthread+0x4b/0x82
> [ 1818.701474] [<ffffffff8020ab28>] child_rip+0xa/0x12
> [ 1818.706495]
> [ 1818.708022] unionfs-fuse- D 000001a76ef63463 0 1119 1 (NOTLB)
> [ 1818.714764] ffff810129765988 0000000000000082 0000000000000000 ffffffff80337e22
> [ 1818.722329] ffff8101297658c8 ffff81012b652f20 ffff810129eec810 0000000600000000
> [ 1818.729895] 000000010005204e 0000000000000000 ffff81000105c400 0000000680337c3e
> [ 1818.737249] Call Trace:
> [ 1818.739953] [<ffffffff804ecfba>] schedule_timeout+0x8a/0xb6
> [ 1818.745673] [<ffffffff804ecf01>] io_schedule_timeout+0x28/0x36
> [ 1818.751664] [<ffffffff8026fba7>] congestion_wait+0x9d/0xc2
> [ 1818.757300] [<ffffffff80269b24>] balance_dirty_pages_ratelimited_nr+0x196/0x22f
> [ 1818.764781] [<ffffffff80265a3f>] generic_file_buffered_write+0x52a/0x60d
> [ 1818.771641] [<ffffffff80266210>] __generic_file_aio_write_nolock+0x45a/0x491
> [ 1818.778852] [<ffffffff802662a8>] generic_file_aio_write+0x61/0xc1
> [ 1818.785101] [<ffffffff8032eb94>] nfs_file_write+0x138/0x1b7
> [ 1818.790822] [<ffffffff8028d222>] do_sync_write+0xcc/0x112
> [ 1818.796372] [<ffffffff8028d32b>] vfs_write+0xc3/0x165
> [ 1818.801575] [<ffffffff8028d5df>] sys_pwrite64+0x68/0x96
> [ 1818.806959] [<ffffffff80209d0e>] system_call+0x7e/0x83
> [ 1818.812250] [<00002b4eeec3ea73>]
>
> [snippage]
>
Possibly your device driver had conniptions and stopped generating
completion interrupts.
Which driver is in use?
I don't suppose it is repeatable.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
