Re: QLogic PTI firmware
Mark Morgan Lloyd wrote:
What's the recommended way to get the isp1000.bin file required by the
qlogicpti module? I can't find it on Debian and in the end converted the
one at http://fxr.watson.org/fxr/source/firmware/qlogic/isp1000.bin.ihex
which looks at though it's from one of the BSDs.
I've got a (non-critical) E4500 here with a D1000 JBOD, I appear to be
able to crash 3.2.35 if the controller's stressed by e.g. 12x jobs each
running dd to wipe a disc.
I've definitely got a reproducible failure here, if I have more than (I
think) 5x jobs running simultaneously. I don't think I can raise a bug
against this one unless somebody can point me at an appropriate firmware
binary to test.
0 1>root@pye-dev-10:~# [ 1281.270645] qlogicpti1: request queue overflow
[ 1281.324004] sd 4:0:4:0: [sdg] Sense Key : No Sense [current]
[ 1281.391754] sd 4:0:4:0: [sdg] Add. Sense: No additional sense
information
[ 1281.474117] kernel BUG at block/blk-core.c:999!
[ 1281.528238] \|/ ____ \|/
[ 1281.528246] "@'/ .. \`@"
[ 1281.528253] /_| \__/ |_\
[ 1281.528261] \__U_/
[ 1281.704309] scsi_eh_4(3011): Kernel bad sw trap 5 [#1]
[ 1281.765789] TSTATE: 0000008080e01603 TPC: 00000000005b955c TNPC:
00000000005b9560 Y: 00000000 Not tainted
[ 1281.883565] TPC: <blk_requeue_request+0x98/0xa8>
[ 1281.938736] g0: 0000000000000000 g1: 0000000000912c58 g2:
000000000000000e g3: 00000000008bb2d8
[ 1282.042947] g4: fffff8017ef6b820 g5: fffff80003aee000 g6:
fffff8017bba8000 g7: 0000000000000000
[ 1282.147141] o0: 0000000000000036 o1: 0000000000824e28 o2:
00000000000003e7 o3: 0000000000000001
[ 1282.251329] o4: 0000000000000001 o5: 0000000000000003 sp:
fffff8017bbab251 ret_pc: 00000000005b9554
[ 1282.359690] RPC: <blk_requeue_request+0x90/0xa8>
[ 1282.414883] l0: fffff8017dcf9980 l1: 000000000000007f l2:
0000000000000be8 l3: 0000000000000080
[ 1282.519096] l4: 00000000ef692b40 l5: 0000000000000060 l6:
9000000000000012 l7: 0000000000000001
[ 1282.623283] i0: fffff8017b84e380 i1: fffff8016fa1e228 i2:
fffff8017dcf9938 i3: fffff80163e7bed8
[ 1282.727471] i4: 0000000000000000 i5: fffff8016fa1e228 i6:
fffff8017bbab311 i7: 0000000010009478
[ 1282.831749] I7: <scsi_requeue_command+0x40/0x6c [scsi_mod]>
[ 1282.898317] Call Trace:
[ 1282.927513] [0000000010009478] scsi_requeue_command+0x40/0x6c [scsi_mod]
[ 1283.008788] [0000000010009c14] scsi_io_completion+0x570/0x5b8 [scsi_mod]
[ 1283.090058] [0000000010005e20] scsi_eh_flush_done_q+0x110/0x13c
[scsi_mod]
[ 1283.173411] [0000000010007498] scsi_error_handler+0x3ec/0x674 [scsi_mod]
[ 1283.254670] [00000000004827c4] kthread+0x5c/0x70
[ 1283.310923] [000000000042ad90] kernel_thread+0x30/0x48
[ 1283.373430] [00000000004828c4] kthreadd+0xec/0x138
[ 1283.431772] Disabling lock debugging due to kernel taint
[ 1283.495352] Caller[0000000010009478]: scsi_requeue_command+0x40/0x6c
[scsi_mod]
[ 1283.582886] Caller[0000000010009c14]: scsi_io_completion+0x570/0x5b8
[scsi_mod]
[ 1283.670407] Caller[0000000010005e20]:
scsi_eh_flush_done_q+0x110/0x13c [scsi_mod]
[ 1283.760014] Caller[0000000010007498]: scsi_error_handler+0x3ec/0x674
[scsi_mod]
[ 1283.847509] Caller[00000000004827c4]: kthread+0x5c/0x70
[ 1283.910002] Caller[000000000042ad90]: kernel_thread+0x30/0x48
[ 1283.978771] Caller[00000000004828c4]: kthreadd+0xec/0x138
[ 1284.043357] Instruction DUMP: 921023e7 7ff9c1c2 90122228 <91d02005>
7fffe9a3 81e80000 01000000 9de3bf40 d25e6020
--
Mark Morgan Lloyd
markMLl .AT. telemetry.co .DOT. uk
[Opinions above are the author's, not those of his employers or colleagues]
Reply to: