Messages in this thread | | | Date | Wed, 6 Jan 1999 17:19:25 +0200 (EET) | From | Serguei Koubouchine <> | Subject | Re: [2.2.0-pre4 and earlier] 8390 module dependencies |
| |
On Wed, 6 Jan 1999, Alan Cox wrote:
> > On Tue, 5 Jan 1999, Alan Cox wrote: > > > > > > > +EXPORT_SYMBOL(ei_interrupt); > > > > > +EXPORT_SYMBOL(NS8390_init); > > > > > > > > If I add `ei_open' to the set of exported symbols, it works fine when > > > > ne.c is compiled as module and ne2k-pci.c is built into the kernel or > > > > as a module. :) > > > > > > Ok I think I've got this one straight now. Try ac3 once its out > > > > No go. It bombs when compiling pcmcia-cs.... > > Im sorry but pcmcia-cs problems are up to the PCMCIA people. They choose > not to be part of the main kernel, they choose to live with that trade off. > > It works as far as I can tell for all kernel setups.
Yeah, I have it compiled with 2.2.0-pre4-ac4. I guess the PCMCIA people do read this list that's why I did post it.
But it seems we have a problem with ncr53c8xx driver. This problem persists since 2.2.0pre1 (did not test anything in between) and is present in 2.2.0-pre4-ac4. When trying to modprobe ncr53c8xx insmod causes kernel trap. The older 53c7,8xx DOES work. ncr53c8xx did work in 2.1.xxx...
This is an oops from 2.2.0-pre4-ac4:
=== Cut === [root@nomad scsi]# modprobe ncr53c8xx Unable to handle kernel paging request at virtual address f0899f07 current->tss.cr3 = 0e532000, %cr3 = 0e532000 *pde = 00000000 Oops: 0000 CPU: 1 EIP: 0010:[<80807d4e>] EFLAGS: 00010286 eax: 80899f47 ebx: 7f217d50 ecx: 7f217d50 edx: f0899f07 esi: 7f217d70 edi: 7f217d50 ebp: 0000ec00 esp: 7f2176c4 ds: 0018 es: 0018 ss: 0018 Process insmod (pid: 833, process nr: 54, stackpage=7f217000) Stack: 7f217d50 0000ec00 00000001 00000000 00000002 80806ed9 7f217d50 7f217784 808087c8 00000000 7f217d80 00000000 00000003 00010000 00000000 7f217780 0000000b 00000000 febfbf00 00000088 40007d80 01070200 10000001 8080693c Call Trace: [<80806ed9>] [<808087c8>] [<8080693c>] [<8080c3b4>] [<8080c3b4>] [<8080c3b4>] [<7011f58b>] [<7011f58b>] [<7011d0d8>] [<7011d164>] [<7011d277>] [<701100ff>] [<70108cad>] [<701cd4b0>] [<70134b74>] [<70135d00>] [<80899f00>] [<80809912>] [<7011d05f>] [<7011d05f>] [<7011d0b6>] [<701100ff>] [<701bbf13>] [<8080c3b4>] [<8080c3b4>] [<8080c4fc>] [<80800000>] [<701bc72e>] [<8080c3b4>] [<80800000>] [<808084b2>] [<8080c3b4>] [<70117335>] [<80800000>] [<8080c564>] [<8080c41d>] [<80893000>] [<80800048>] [<70108b74>] [<8080c4db>] [<80800000>] Code: 8a 0a 0d 00 00 00 70 88 4c 24 17 8a 00 88 c1 80 e1 fc 88 4c === Cut ===
The card in question is Symbios NCR53C810.
I'm ready to do any necessary steps to get the bug squashed. If I can do something for it, please let me know.
======================================================================= Serguei Koubouchine aka the Tamer < > The impossible we do immediately. e-mail: ksi@gu.net SK320-RIPE < > Miracles require 24-hour notice. =======================================================================
- 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/
| |