we got a crash here after trying to dump our filesystems
to a scsi tape.
kernel 1.99.14, gcc 2.7.2, libc 5.2.18,
P100, adaptec 2940.
The following messages appeared:
eax: 007ebb7e ebx: 00000217 ecx: 00d42060 edx: f000ef6f
esi: 0107fe98 edi: 0107fe98 ebp: 00000031 esp: 0107fe64
ds: 0018 es: 0018 fs: 002b gs: 002b ss: 0018
Process syslogd (pid: 81, process nr: 11, stackpage=0107f000)
Stack: 0107ff54 00000002 0012be7e 0107fe98 00000000 00000100 0107ff54 bffffe60
00000000 00000031 00000008 0107fe98 00d42000 00000008 00d42000 0012c0c7
00000100 0107ff54 0107ff14 0107fed4 0107ff74 0107ff34 0107fef4 bffffe60
Call Trace: [<0012be7e>] [<0012c0c7>] [<0010f347>] [<0010a3b2>]
Code: 39 4a 04 75 f8 8b 41 04 89 42 04 c7 41 04 00 00 00 00 53 9d
wait_queue is bad (eip = 00138727)
q = 00e5d138
*q = 00d42000
tmp = 00d42000
wait_queue is bad (eip = 00138727)
q = 010e3044
*q = 00d4200c
tmp = 00d4200c
wait_queue is bad (eip = 00138727)
q = 0129a414
*q = 00d42018
tmp = 00d42018
wait_queue is bad (eip = 00138727)
q = 0158f6f0
*q = 00d42024
tmp = 00d42024
wait_queue is bad (eip = 00138727)
q = 0158f044
*q = 00d42030
tmp = 00d42030
wait_queue is bad (eip = 00138727)
q = 00f9e044
*q = 00d4203c
tmp = 00d4203c
wait_queue is bad (eip = 00138727)
q = 038f85fc
*q = 00d42048
tmp = 00d42048
wait_queue is bad (eip = 00138727)
q = 0166ad9c
*q = 00d42054
tmp = 00d42054
wait_queue is bad (eip = 00138727)
q = 0234f7e4
*q = 007ebb7e
tmp = 007ebb7e
-------
Could this be fixed before 2.0 ?
-Michael