Re: [2.2.0-pre4 and earlier] 8390 module dependencies

Serguei Koubouchine (ksi@ksi-linux.com)
Wed, 6 Jan 1999 17:19:25 +0200 (EET)


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/