Hi
This BUG happens anytime I boot into Linux without a media attached to the
de2104x card. I tried some older kernels which show the same problem (all
mm).
More information upon request
Jan-Marek
P.S. I'm not subscribed to the list
ksymoops 2.4.9 on i686 2.6.9-rc1-mm5. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.6.9-rc1-mm5/ (default)
-m /boot/System.map-2.6.9-rc1-mm5 (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_ksyms stat /proc/ksyms failed
No modules in ksyms, skipping objects
No ksyms, skipping lsmod
kernel BUG at drivers/net/tulip/de2104x.c:919!
invalid operand: 0000 [#1]
CPU: 0
EIP: 0060:[<d89def21>] Not tainted VLI
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010206 (2.6.9-rc1-mm5)
eax: fc200100 ebx: 00000286 ecx: c03088ac edx: d899a000
esi: 7ffc0000 edi: 00000001 ebp: d6b1e220 esp: c03dff18
ds: 007b es: 007b ss: 0068
Stack: 00000001 c03dff3c d7f80980 c03a8ac0 00000286 c03df000 d6b1e220 000020c6
c0106b78 00000286 c03088ac c03088ac c03df000 d6b1e220 000020c6 00000026
0000007b 00000286 c03df000 d6b1e220 000020c6 d89df46a d6b1e220 c03dff98
Call Trace:
[<c0106b78>] common_interrupt+0x18/0x20
[<d89df46a>] de21041_media_timer+0x1aa/0x2d0 [de2104x]
[<d89df2c0>] de21041_media_timer+0x0/0x2d0 [de2104x]
[<c0125d94>] run_timer_softirq+0xd4/0x1d0
[<c0121dbd>] __do_softirq+0x7d/0x90
[<c0109813>] do_softirq+0x43/0x60
[<c010905b>] do_IRQ+0x14b/0x1b0
[<c0106b78>] common_interrupt+0x18/0x20
[<c0104030>] default_idle+0x0/0x30
[<c0104053>] default_idle+0x23/0x30
[<c01040ca>] cpu_idle+0x3a/0x60
[<c03b07ad>] start_kernel+0x17d/0x1c0
[<c03b03b0>] unknown_bootoption+0x0/0x160
Code: 00 00 00 8d bc 27 00 00 00 00 55 57 56 53 83 ec 44 8b 6c 24 58 8b 55 0c 8b bd 48 05 00 00 8b 72 30 8b 42 28 a9 00 00 7e 00 74 08 <0f> 0b 97 03
>>EIP; d89def21 <pg0+185ccf21/3fbec400> <=====
>>eax; fc200100 <pg0+3bdee100/3fbec400>
>>ecx; c03088ac <log_wait+0/8>
>>edx; d899a000 <pg0+18588000/3fbec400>
>>ebp; d6b1e220 <pg0+1670c220/3fbec400>
>>esp; c03dff18 <softirq_stack+f18/1000>
Trace; c0106b78 <common_interrupt+18/20>
Trace; d89df46a <pg0+185cd46a/3fbec400>
Trace; d89df2c0 <pg0+185cd2c0/3fbec400>
Trace; c0125d94 <run_timer_softirq+d4/1d0>
Trace; c0121dbd <__do_softirq+7d/90>
Trace; c0109813 <do_softirq+43/60>
Trace; c010905b <do_IRQ+14b/1b0>
Trace; c0106b78 <common_interrupt+18/20>
Trace; c0104030 <default_idle+0/30>
Trace; c0104053 <default_idle+23/30>
Trace; c01040ca <cpu_idle+3a/60>
Trace; c03b07ad <start_kernel+17d/1c0>
Trace; c03b03b0 <unknown_bootoption+0/160>
This architecture has variable length instructions, decoding before eip
is unreliable, take these instructions with a pinch of salt.
Code; d89deef6 <pg0+185ccef6/3fbec400>
00000000 <_EIP>:
Code; d89deef6 <pg0+185ccef6/3fbec400>
0: 00 00 add %al,(%eax)
Code; d89deef8 <pg0+185ccef8/3fbec400>
2: 00 8d bc 27 00 00 add %cl,0x27bc(%ebp)
Code; d89deefe <pg0+185ccefe/3fbec400>
8: 00 00 add %al,(%eax)
Code; d89def00 <pg0+185ccf00/3fbec400>
a: 55 push %ebp
Code; d89def01 <pg0+185ccf01/3fbec400>
b: 57 push %edi
Code; d89def02 <pg0+185ccf02/3fbec400>
c: 56 push %esi
Code; d89def03 <pg0+185ccf03/3fbec400>
d: 53 push %ebx
Code; d89def04 <pg0+185ccf04/3fbec400>
e: 83 ec 44 sub $0x44,%esp
Code; d89def07 <pg0+185ccf07/3fbec400>
11: 8b 6c 24 58 mov 0x58(%esp,1),%ebp
Code; d89def0b <pg0+185ccf0b/3fbec400>
15: 8b 55 0c mov 0xc(%ebp),%edx
Code; d89def0e <pg0+185ccf0e/3fbec400>
18: 8b bd 48 05 00 00 mov 0x548(%ebp),%edi
Code; d89def14 <pg0+185ccf14/3fbec400>
1e: 8b 72 30 mov 0x30(%edx),%esi
Code; d89def17 <pg0+185ccf17/3fbec400>
21: 8b 42 28 mov 0x28(%edx),%eax
Code; d89def1a <pg0+185ccf1a/3fbec400>
24: a9 00 00 7e 00 test $0x7e0000,%eax
Code; d89def1f <pg0+185ccf1f/3fbec400>
29: 74 08 je 33 <_EIP+0x33>
This decode from eip onwards should be reliable
Code; d89def21 <pg0+185ccf21/3fbec400>
00000000 <_EIP>:
Code; d89def21 <pg0+185ccf21/3fbec400> <=====
0: 0f 0b ud2a <=====
Code; d89def23 <pg0+185ccf23/3fbec400>
2: 97 xchg %eax,%edi
Code; d89def24 <pg0+185ccf24/3fbec400>
3: 03 00 add (%eax),%eax
<0>Kernel panic - not syncing: Fatal exception in interrupt
1 warning and 1 error issued. Results may not be reliable.
-
: send the line "unsubscribe linux-net" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
