Hi Jeff
Attached is the panic (I hope it is useful to you - I copied it by hand
because the serial console was attached to the machine that did _not_
panic :( )
The kernel is 2.4.0-test6-pre6. The machine is a UP Pentium 120MHz with
ATX2500 card in it as a part of test network for running SPEC SFS
2.0. When running with LOAD=700 (nothing for 100Mbit network) this machine
paniced. The other machines which had eepro100 cards were running just
fine. One more machine which also had an ATX2500 card survived but
generated lots of messages like:
NETDEV WATCHDOG: eth0: transmit timed out
eth0: Tx queue start entry 227 dirty entry 223.
eth0: Tx descriptor 0 is 000a05ea.
eth0: Tx descriptor 1 is 100a05ea.
eth0: Tx descriptor 2 is 400a4096.
eth0: Tx descriptor 3 is 000a05ea. (queue head)
Please let me know if you need more details.
Regards,
Tigran
ksymoops 0.7c on i586 2.4.0-test6. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.0-test6/ (default)
-m /usr/src/linux/System.map (default)
Warning: You did not tell me where to find symbol information. I will
assume that the log matches the kernel and modules that are running
right now and I'll use the default options above for symbol resolution.
If the current kernel and/or modules do not match the log, you can get
more accurate output by telling me the kernel version and where to find
map, modules, ksyms etc. ksymoops -h explains the options.
Error (regular_file): read_system_map stat /usr/src/linux/System.map failed
Unable to handle kernel paging request at virtual address c2000000 printing eip:
c280de76
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c280de76>]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010216
eax: c1ae4ed8 ebx: c14130c0 ecx: 3feb93b5 edx: fffffffc
esi: c2000000 edi: c1602c1a ebp: fffffffc esp: c022fef4
ds: 0018 es: 0018 ss: 0018
Process swapper (pid: 0, stackpage=c022f000)
Stack: c10dc800 04000001 c10dc940 c022ffac c10e7af2 00004ed4 c2811038 c2811037
00000000 c280ced4 c1ae0000 c280e2dd c10dc800 c10dc940 c2811000 c1e13ae0
04000001 0000000a c022ffac 00000001 c281103e c0270a60 00000000 00000000
Call Trace: [<c2811038>] [<c2811037>] [<c280ced4>] [<c280e2dd>] [<c2811000>] [<c281103e>] [<c2811000>]
[<c0109fed>] [<c010a157>] [<c0107160>] [<c0108e40>] [<c0107160>] [<c0107183>] [<c01071da>] [<c0105000>]
[<c0100192>]
Code: f3 a5 f6 c2 02 74 02 66 a5 f6 c2 01 74 01 a4 89 e8 03 83 88
>>EIP; c280de76 <[8139too]rtl8139_rx_interrupt+37a/464> <=====
Trace; c2811038 <[8139too].data.end+1719/36e1>
Trace; c2811037 <[8139too].data.end+1718/36e1>
Trace; c280ced4 <[8139too]mdio_read+12c/180>
Trace; c280e2dd <[8139too]rtl8139_interrupt+fd/3d8>
Trace; c2811000 <[8139too].data.end+16e1/36e1>
Trace; c281103e <[8139too].data.end+171f/36e1>
Trace; c2811000 <[8139too].data.end+16e1/36e1>
Trace; c0109fed <__rwsem_wake+22ed/2318>
Trace; c010a157 <enable_irq+eb/12c>
Trace; c0107160 <enable_hlt+8/138>
Trace; c0108e40 <__rwsem_wake+1140/2318>
Trace; c0107160 <enable_hlt+8/138>
Trace; c0107183 <enable_hlt+2b/138>
Trace; c01071da <enable_hlt+82/138>
Trace; c0105000 <gdt+4dc4/6f14>
Trace; c0100192 Before first symbol
Code; c280de76 <[8139too]rtl8139_rx_interrupt+37a/464>
00000000 <_EIP>:
Code; c280de76 <[8139too]rtl8139_rx_interrupt+37a/464> <=====
0: f3 a5 repz movsl %ds:(%esi),%es:(%edi) <=====
Code; c280de78 <[8139too]rtl8139_rx_interrupt+37c/464>
2: f6 c2 02 test $0x2,%dl
Code; c280de7b <[8139too]rtl8139_rx_interrupt+37f/464>
5: 74 02 je 9 <_EIP+0x9> c280de7f <[8139too]rtl8139_rx_interrupt+383/464>
Code; c280de7d <[8139too]rtl8139_rx_interrupt+381/464>
7: 66 a5 movsw %ds:(%esi),%es:(%edi)
Code; c280de7f <[8139too]rtl8139_rx_interrupt+383/464>
9: f6 c2 01 test $0x1,%dl
Code; c280de82 <[8139too]rtl8139_rx_interrupt+386/464>
c: 74 01 je f <_EIP+0xf> c280de85 <[8139too]rtl8139_rx_interrupt+389/464>
Code; c280de84 <[8139too]rtl8139_rx_interrupt+388/464>
e: a4 movsb %ds:(%esi),%es:(%edi)
Code; c280de85 <[8139too]rtl8139_rx_interrupt+389/464>
f: 89 e8 mov %ebp,%eax
Code; c280de87 <[8139too]rtl8139_rx_interrupt+38b/464>
11: 03 83 88 00 00 00 add 0x88(%ebx),%eax
Aiee, killing interrupt handler
Kernel panic: Attempted to kill the idle task!
1 warning and 1 error issued. Results may not be reliable.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Tue Aug 15 2000 - 21:00:19 EST