2.2.9: modprobe g_NCR5380 -> Oops 0002

Jens Benecke (jens@pinguin.conetix.de)
Tue, 6 Jul 1999 20:54:26 +0200


--EeQfGwPcQSOJBaQU
Content-Type: text/plain; charset=us-ascii

Hi,

I never had this before so I don't know exactly how to handle it. If you
need more info, please do say so.

I (repeatedly) get an Oops 0002 when trying to use the little SCSI card
that came with my Mustek scanner. On the chip it says it is a NCR53c400,
which the g_NCR5380 module claimed to understand. When I modprobe the thing
like

modprobe -v g_NCR5380 ncr_addr=0x280 ncr_53c400=1

(it's the jumpered version, I set the jumper to addr. 0x280), I get a

Unable to handle kernel paging request at virtual address 00003b01
current->tss.cr3 = 079a0000, %cr3 = 079a0000
*pde = 00000000
Oops: 0002
CPU: 0

in the syslog. In all other combinations I just get "dev. or res. busy".

I analyzed this Oops with ksymoops, you can find the output in the
attachment.

After this, the module stays there, like

Module Size Used by
g_NCR5380 17360 1 (uninitialized)

and I am unable to 'rmmod' it. (device or resource busy)

This is Linux 2.2.9 vanilla, on a Debian 2.1 distribution. Oh yes, ksymoops
complains about

Warning in compare_ksyms_lsmod, module g_NCR5380 is in lsmod but
not in ksyms, probably no symbols exported

when I try to debug the thing. I have another SCSI card in my machine, a
Tekram DC-390F working (perfectly) with the NCR53c875 driver. That
shouldn't be a problem, should it? The card is working under Windows, so
it's not a hardware issue (although I never figured out why only the Win3.1
drivers work under 95, not the 95 drivers..)

ver_linux output:

-- Versions installed: (if some fields are empty or looks
-- unusual then possibly you have very old versions)
Linux debian 2.2.9 #3 Son Jun 20 10:37:22 CEST 1999 i586 unknown
Kernel modules 2.1.121
Gnu C 2.7.2.3
Binutils 2.9.1.0.19
Linux C Library 2.0.7
Dynamic linker ldd: version 1.9.10
Procps 1.2.9
Mount 2.9g
Net-tools 2.01
Kbd 0.96
Sh-utils 1.16
Modules Loaded g_NCR5380 vmnet vmmon sb uart401 sound soundlow
soundcore serial nfs lockd sunrpc nls_iso8859-1 nls_cp437 vfat fat ppp slhc
ne2k-pci 8390

I would appreciate any help. This is absolutely the last reason why I have
Windows installed on my machine, and I could use that extra GB for more
important things...

-- 
_ciao, Jens_______________________________ http://www.pinguin.conetix.de

--EeQfGwPcQSOJBaQU Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ncr400-oops.ksymoops"

Options used: -V (default) -o /lib/modules/2.2.9/ (default) -k /proc/ksyms (default) -l /proc/modules (default) -m /usr/src/linux/System.map (default) -c 1 (default)

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.

Unable to handle kernel paging request at virtual address 00003b01 current->tss.cr3 = 06f82000, %cr3 = 06f82000 *pde = 00000000 Oops: 0002 CPU: 0 EIP: 0010:[<c8c8efd3>] EFLAGS: 00010246 eax: c8c91f44 ebx: 00000005 ecx: 00000080 edx: c690f678 esi: c690f600 edi: 00000280 ebp: 00000000 esp: c6fe1e8c ds: 0018 es: 0018 ss: 0018 Process insmod (pid: 374, process nr: 34, stackpage=c6fe1000) Stack: 00000004 c8c8e3ae c690f600 00000004 c8c91f44 000000c4 00000280 00003a00 c8c911e0 c8c91f44 00000001 c8c8e052 c8c91f44 00000000 00000220 00000240 00000280 000002a0 000002c0 00000300 00000320 00000340 00000000 00000280 Call Trace: [<c8c8e3ae>] [<c8c91f44>] [<c8c911e0>] [<c8c91f44>] [<c8c8e052>] [<c8c91f44>] [<c019022f>] [<c8c91f44>] [<c8c91f44>] [<c8c8e052>] [<c8c8e000>] [<c8c8e000>] [<c0190a3a>] [<c8c91f44>] [<c8c8e000>] [<c8c91086>] [<c8c91f44>] [<c0115977>] [<c8c8e000>] [<c8c92348>] [<c8c923d0>] [<c8c8a000>] [<c8c8e048>] [<c0109d08>] [<c8c8e000>] Code: c6 87 81 38 00 00 00 c6 87 82 38 00 00 00 c6 87 83 38 00 00

>>EIP: c8c8efd3 <VNetMakeRandomAddress+38db/????> Trace: c8c8e3ae <VNetMakeRandomAddress+2cb6/????> Trace: c8c91f44 <VNetMakeRandomAddress+684c/????> Trace: c8c911e0 <VNetMakeRandomAddress+5ae8/????> Trace: c8c91f44 <VNetMakeRandomAddress+684c/????> Trace: c8c8e052 <VNetMakeRandomAddress+295a/????> Trace: c8c91f44 <VNetMakeRandomAddress+684c/????> Trace: c019022f <scsi_register_host+47/24c> Trace: c8c91f44 <VNetMakeRandomAddress+684c/????> Trace: c8c91086 <VNetMakeRandomAddress+598e/????> Trace: c0109d08 <system_call+34/38> Code: c8c8efd3 <VNetMakeRandomAddress+38db/????> 00000000 <_EIP>: <=== Code: c8c8efd3 <VNetMakeRandomAddress+38db/????> 0: c6 87 81 38 00 movb $0x0,0x3881(%edi) <=== Code: c8c8efd8 <VNetMakeRandomAddress+38e0/????> 5: 00 00 Code: c8c8efda <VNetMakeRandomAddress+38e2/????> 7: c6 87 82 38 00 movb $0x0,0x3882(%edi) Code: c8c8efdf <VNetMakeRandomAddress+38e7/????> c: 00 00 Code: c8c8efe1 <VNetMakeRandomAddress+38e9/????> e: c6 87 83 38 00 movb $0x0,0x3883(%edi) Code: c8c8efe6 <VNetMakeRandomAddress+38ee/????> 13: 00 00

3 warnings issued. Results may not be reliable.

--EeQfGwPcQSOJBaQU--

- 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/