GUS (MAX) module oops for sale

Jan Kasprzak (kas@informatics.muni.cz)
Tue, 07 Apr 1998 16:58:00 +0300


Hello,

is anyone on this list running a recent enough (>=2.1.90, I think)
kernel with GUS MAX soundcard working? I have got the attached Oops when
I was trying to insert the gus.o module (io=0x240 irq=12 dma=3).
At the end of this mail you can find the oops itself as well as the
ksymoops output (not very useful, since most of involved things
are modules. The oops are from the gus.o (the sound.o and ad1848.o
has been inserted successfuly).

How can I tell insmod/modprobe to print the module's symbol table
_before_ the module is inserted? The insmod -m did not do it.

I am willing to investigate this further, if some sound hacker
has any question on it. The machine is pentium (ATA disks, Vortex ethercard),
kernel can be anything newer than 2.1.89 (altough I am not sure when exactly
it stopped working), compiled with egcs-1.0.1 (I can try to use gcc-2.7
if someone tells me it can make difference). I use kmod and modutils-2.1.71,
if that matters.

-Yenya

Linux calypso 2.1.93 #4 Tue Apr 7 11:22:56 CEST 1998 i586 unknown
dmesg output from the 2.1.93:
----------------------------------------------------------------------
ad1848/cs4248 codec driver Copyright (C) by Hannu Savolainen 1993-1996
Gravis Ultrasound audio driver Copyright (C) by Hannu Savolainen 1993-1996
Unable to handle kernel NULL pointer dereference at virtual address 00000038
current->tss.cr3 = 00ada000, %cr3 = 00ada000
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c282b279>]
EFLAGS: 00010202
eax: 00000000 ebx: c283022b ecx: 00000008 edx: c2830322
esi: 00000286 edi: 00000042 ebp: c2830220 esp: c0b49e34
ds: 0018 es: 0018 ss: 0018
Process insmod (pid: 459, process nr: 40, stackpage=c0b49000)
Stack: 00000000 c283022b c282c5c9 0000000c 00000000 00000000 00000000 00000000
c0b49eba c28313a6 c283232c 42460000 c282f64b c283232c c2829398 00000002
ffffffea 00000000 0b11fd10 c28304f5 00000000 00000000 c0b49e9c ffffffff
Call Trace: [<c283022b>] [<c282c5c9>] [<c28313a6>] [<c283232c>] [<c282f64b>] [<c283232c>] [<c2829398>]
[<c28304f5>] [<c010a8cd>] [<c010a467>] [<c010a945>] [<c282b268>] [<c010a9b8>] [<c2829398>] [<c2816259>]
[<c282b268>] [<c283011b>] [<c283232c>] [<c2829398>] [<c282b093>] [<c283232c>] [<c282b268>] [<c283011b>]
[<c283232c>] [<c283232c>] [<c282b379>] [<c283232c>] [<c282b000>] [<c0114d52>] [<c2815000>] [<c2832224>]
[<c2826000>] [<c282b048>] [<c01098a4>]
Code: 8b 40 38 50 8b 44 24 10 50 e8 ed cd ff ff 83 c4 0c 89 f6 66
---------------------------------------------------------------------
Ksymoops output:
---------------------------------------------------------------------
Using `../System.map' to map addresses to symbols.

>>EIP: c282b279 cannot be resolved
Trace: c283022b
Trace: c282c5c9
Trace: c28313a6
Trace: c283232c
Trace: c282f64b
Trace: c283232c
Trace: c2829398
Trace: c28304f5
Trace: c010a8cd <do_IRQ+3d/44>
Trace: c010a467 <unmask_generic_irq+17/20>
Trace: c010a945 <setup_x86_irq+71/80>
Trace: c282b268
Trace: c010a9b8 <request_irq+64/7c>
Trace: c2829398
Trace: c2816259
Trace: c282b268
Trace: c283011b
Trace: c283232c
Trace: c2829398
Trace: c282b093
Trace: c283232c
Trace: c282b268
Trace: c283011b
Trace: c283232c
Trace: c283232c
Trace: c282b379
Trace: c283232c
Trace: c282b000
Trace: c0114d52 <sys_init_module+4aa/504>
Trace: c2815000
Trace: c2832224
Trace: c2826000
Trace: c282b048
Trace: c01098a4 <system_call+38/3c>
Code:
Code: 8b 40 38 movl 0x38(%eax),%eax
Code: 50 pushl %eax
Code: 8b 44 24 10 movl 0x10(%esp,1),%eax
Code: 50 pushl %eax
Code: e8 ed cd ff ff call ffffcdfb <_EIP+ffffcdfb>
Code: 83 c4 0c addl $0xc,%esp
Code: 89 f6 movl %esi,%esi
-------------------------------------------------------------------

--
\ Jan "Yenya" Kasprzak <kas at fi.muni.cz>       http://www.fi.muni.cz/~kas/
\\ PGP: finger kas at aisa.fi.muni.cz   0D99A7FB206605D7 8B35FCDE05B18A5E //
\\\             Czech Linux Homepage:  http://www.linux.cz/              ///
 Considering exactly how many truly stupid things the BSD guys have done it
 continually makes me surprised  how many people still consider their ideas
 good without thinking too much about them.     --Linus on BSD securelevels

- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu