Messages in this thread | | | Subject | GUS (MAX) module oops for sale | Date | Tue, 07 Apr 1998 16:58:00 +0300 | From | Jan Kasprzak <> |
| |
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
| |