>Are people using this seeing bootup messages like:
>
>eth1: DC21140 at 0xfffff9fe02001000 (PCI bus 3, device 4), h/w address 00:00:92:
>a7:62:41,
> and requires IRQ660040 (provided by PCI BIOS).
>de4x5.c:V0.540 1998/7/5 davies@maniac.ultranet.com
The de4x5 driver oopsed on me when I did 'rmmod tulip; insmod de4x5;'. The
Tulip driver had been working just fine but wanted to see how the de4x5
worked, it didn't. I would've sent an oops report but it wasn't too
useful, I'll include it below anyway.
2.1.110 SMP, Netgear FA310TX, Tyan Tomcat IV with 2x Pentium 133.
Bus 0, device 20, function 0:
Ethernet controller: DEC DC21140 (rev 34).
Medium devsel. Fast back-to-back capable. IRQ c. Master Capable.
Latency=64. Min Gnt=20.Max Lat=40.
I/O at 0x6400 [0x6401].
Non-prefetchable 32 bit memory at 0xe1000000 [0xe1000000].
and lspci
00:14.0 Ethernet controller: Digital Equipment Corporation DECchip 21140
[FasterNet] (rev 22)
Flags: bus master, medium devsel, latency 64, IRQ 12
I/O ports at 6400
Memory at e1000000 (32-bit, non-prefetchable)
Unable to handle kernel paging request at virtual address 33344544
current->tss.cr3 = 039f3000, %cr3 = 039f3000
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c4825cab>]
EFLAGS: 00010206
eax: c2de7ee4 ebx: 00000000 ecx: 00000005 edx: 00000005
esi: c2de7ee4 edi: 33344544 ebp: c2de7ee4 esp: c2de7eb8
ds: 0018 es: 0018 ss: 0018
Process insmod (pid: 4656, process nr: 48, stackpage=c2de7000)
Stack: 00001000 00000001 00000000 c2de7f20 3f000000 003f5f5f ffffffff 0805ffff
08065000 c2de7eec 00000000 3f3f5f5f c011003f c4829774 c482977a c4829780
c4829786 c482978c c482914d c2de7f20 00001c80 c4820000 c0770006 c482004e
Call Trace: [<c011003f>] [<c4829774>] [<c482977a>] [<c4829780>]
[<c4829786>] [<c482978c>] [<c482914d>]
[<c4820000>] [<c482004e>] [<c4820000>] [<c482902a>] [<c4820000>]
[<c482004e>] [<c482901c>] [<c0119966>]
[<c4820000>] [<c482d000>] [<c4820048>] [<c010a008>] [<c4820000>]
Code: f3 a6 74 0a 96 46 80 78 ff 00 75 ed 31 c0 85 c0 74 17 89 ee
Using `/var/src/linux/System.map' to map addresses to symbols.
>>EIP: c4825cab cannot be resolved
Trace: c011003f <sys_olduname+5f/100>
Trace: c4829774
Trace: c482977a
Trace: c4829780
Trace: c4829786
Trace: c482978c
Trace: c482914d
Trace: c4820000
Trace: c482004e
Trace: c4820000
Trace: c482902a
Trace: c4820000
Trace: c482004e
Trace: c482901c
Trace: c0119966 <sys_init_module+57a/5f8>
Trace: c4820000
Trace: c482d000
Trace: c4820048
Trace: c010a008 <system_call+38/40>
Trace: c4820000
Code:
Code: f3 a6 repz cmpsb %ds:(%esi),%es:(%edi)
Code: 74 0a je e <_EIP+0xe>
Code: 96 xchgl %eax,%esi
Code: 46 incl %esi
Code: 80 78 ff 00 cmpb $0x0,0xffffffff(%eax)
Code: 75 ed jne fffffff9 <_EIP+0xfffffff9>
Code: 31 c0 xorl %eax,%eax
Code: 85 c0 testl %eax,%eax
Code: 74 17 je 29 <_EIP+0x29>
Code: 89 ee movl %ebp,%esi
Eh, might as well try to make it oops again, not using ethernet at
the moment. Seems 'insmod -m' oopsed before it wrote out the symbols...
Unable to handle kernel paging request at virtual address 33344544
current->tss.cr3 = 00dd2000, %cr3 = 00dd2000
*pde = 00000000
Oops: 0000
CPU: 1
EIP: 0010:[<c4823cab>]
EFLAGS: 00010206
eax: c3a63ee4 ebx: 00000000 ecx: 00000005 edx: 00000005
esi: c3a63ee4 edi: 33344544 ebp: c3a63ee4 esp: c3a63eb8
ds: 0018 es: 0018 ss: 0018
Process insmod (pid: 9525, process nr: 88, stackpage=c3a63000)
Stack: 00001000 00000001 00000000 c3a63f20 3f000000 c23f5f5f ffffffff 0805ffff
08064000 c3a63eec 00000000 3f3f5f5f c011003f c4827774 c482777a c4827780
c4827786 c482778c c482714d c3a63f20 00001c80 c481e000 c10c4006 c481e04e
Call Trace: [<c011003f>] [<c4827774>] [<c482777a>] [<c4827780>]
[<c4827786>] [<c482778c>] [<c482714d>]
[<c481e000>] [<c481e04e>] [<c481e000>] [<c482702a>] [<c481e000>]
[<c481e04e>] [<c482701c>] [<c0119966>]
[<c481e000>] [<c4818000>] [<c481e048>] [<c010a008>] [<c481e000>]
Code: f3 a6 74 0a 96 46 80 78 ff 00 75 ed 31 c0 85 c0 74 17 89 ee
Using `/System.map-2.1.110' to map addresses to symbols.
>>EIP: c4823cab cannot be resolved
Trace: c011003f <sys_olduname+5f/100>
Trace: c4827774
Trace: c482777a
Trace: c4827780
Trace: c4827786
Trace: c482778c
Trace: c482714d
Trace: c481e000
Trace: c481e04e
Trace: c481e000
Trace: c482702a
Trace: c481e000
Trace: c481e04e
Trace: c482701c
Trace: c0119966 <sys_init_module+57a/5f8>
Trace: c481e000
Trace: c4818000
Trace: c481e048
Trace: c010a008 <system_call+38/40>
Trace: c481e000
Code:
Code: f3 a6 repz cmpsb %ds:(%esi),%es:(%edi)
Code: 74 0a je e <_EIP+0xe>
Code: 96 xchgl %eax,%esi
Code: 46 incl %esi
Code: 80 78 ff 00 cmpb $0x0,0xffffffff(%eax)
Code: 75 ed jne fffffff9 <_EIP+0xfffffff9>
Code: 31 c0 xorl %eax,%eax
Code: 85 c0 testl %eax,%eax
Code: 74 17 je 29 <_EIP+0x29>
Code: 89 ee movl %ebp,%esi
Anyway, hope it helps.
As a side note, insmod'ing the tulip driver after this oops will have no
bad side effects and the card works fine.
-George
-
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.altern.org/andrebalsa/doc/lkml-faq.html