GUS MAX and 2.1.90

Lech Szychowski (lech7@lech.pse.pl)
Wed, 18 Mar 1998 20:01:59 +0100 (MET)


Hi,

2.1.90 seems to break GUS MAX driver for me. AFAIR up to pre-2 I could
do /sbin/modprobe gus and all would work fine; now when I do...

18:29 [lech(p0)$/home/lech7] sudo /sbin/modprobe gus

...I get a response...

sound: Device or resource busy

...and some stuff like this

Mar 18 18:29:15 lech kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000038
Mar 18 18:29:15 lech kernel: current->tss.cr3 = 01700000, Lr3 = 01700000
Mar 18 18:29:15 lech kernel: *pde = 00000000
Mar 18 18:29:15 lech kernel: Oops: 0000
Mar 18 18:29:15 lech kernel: CPU: 0
Mar 18 18:29:15 lech kernel: EIP: 0010:[<c689d28a>]
Mar 18 18:29:15 lech kernel: EFLAGS: 00010202
Mar 18 18:29:15 lech kernel: eax: 00000000 ebx: 00000000 ecx: 00000208 edx: 00000000
Mar 18 18:29:15 lech kernel: esi: 00000005 edi: 0000022b ebp: c68a4540 esp: c1703e28
Mar 18 18:29:15 lech kernel: ds: 0018 es: 0018 ss: 0018
Mar 18 18:29:15 lech kernel: Process insmod (pid: 1447, process nr: 80, stackpage=c1703000)
Mar 18 18:29:15 lech kernel: Stack: 00000000 00000002 00000000 c689e725 00000005 00000000 00000000 00000000
Mar 18 18:29:15 lech kernel: 00000000 c1703eb9 c68a36d9 00000000 00000042 00000044 c68a1983 c68a4540
Mar 18 18:29:15 lech kernel: c689b7c0 c6887000 ffffffea c68a2829 00000005 00000000 00000072 00000000
Mar 18 18:29:15 lech kernel: Call Trace: [<c689e725>] [<c68a36d9>] [<c68a1983>] [<c68a4540>] [<c689b7c0>] [<c6887000>] [<c68a2829>]
Mar 18 18:29:15 lech kernel: [<c0100000>] [<c010c225>] [<c689d270>] [<c010c29c>] [<c68a4540>] [<c68a244f>] [<c689d270>] [<c6888344>]
Mar 18 18:29:15 lech kernel: [<c689d270>] [<c010bbd5>] [<c6888379>] [<c68a4540>] [<c689b7c0>] [<c6887000>] [<c689d097>] [<c68a4540>]
Mar 18 18:29:15 lech kernel: [<c689d270>] [<c68a244f>] [<c68a4540>] [<c689d000>] [<c689d37c>] [<c68a4540>] [<c0119176>] [<c689d000>]
Mar 18 18:29:15 lech kernel: [<c6887000>] [<c6887000>] [<c68a8408>] [<c6898000>] [<c689d048>] [<c0109f5a>] [<c689d000>]
Mar 18 18:29:15 lech kernel: Code: 8b 43 38 50 56 e8 cc cd ff ff 83 c4 0c 90 66 8b 15 50 29 8a

Further attempts also fail the same way, although there is no
null derefence message.

Then module seems to be loaded...

18:29 [lech(p0)$/home/lech7] /sbin/lsmod
Module Size Used by
gus 46352 1 (uninitialized)
ad1848 14284 1 [gus]
sound 63868 0 [gus ad1848]
psaux 2348 1 (autoclean)
serial 18708 1 (autoclean)
nfs 31928 1 (autoclean)
lockd 27640 1 (autoclean) [nfs]
sunrpc 49456 1 (autoclean) [nfs lockd]
3c509 6912 1 (autoclean)
3c59x 15280 2 (autoclean)
ipx 11972 0 (autoclean)
unix 9944 79 (autoclean)

...but I can't unload it...

18:29 [lech(p0)$/home/lech7] sudo /sbin/rmmod gus
rmmod: gus: Device or resource busy

2.1.90-pre3 used to barf about DMA...

Mar 18 17:55:28 lech kernel: sound_open_dma: DMA channel 7 busy or not allocated (0)
Mar 18 17:55:28 lech kernel: Unable to grab(2) DMA7 for the audio driver

...but regular 2.1.90 doesn't.

Possibly relevant /etc/modules.conf and /proc entries:

options gus io=0x220 irq=5 dma=6 dma16=7
options opl3 io=0x388
options mpu401 io=0x330 irq=9

/proc/dma :

4: cascade

/proc/interrupts:

CPU0 CPU1
0: 280807 285917 IO-APIC timer
1: 9264 9444 IO-APIC keyboard
2: 0 0 XT PIC cascade
3: 590 589 IO-APIC serial
5: 0 0 IO-APIC Gravis Ultrasound
8: 0 0 IO-APIC rtc
9: 2397 2432 IO-APIC 3c509
12: 75988 80744 IO-APIC PS/2 Mouse
13: 12 0 XT PIC fpu
16: 71426 71361 IO-APIC ncr53c8xx
18: 172682 172806 IO-APIC 3c905 Boomerang 100baseTx
19: 133257 133127 IO-APIC 3c590 Vortex 10Mbps
NMI: 0
IPI: 0

As you see, it's an SMP machine, therefore cc: to linux-smp.

-- 

Leszek.

+==========================================================================+ | lech7@pse.pl 2:480/33.7 - REAL programmers use INTEGERS - | | Speaking just for myself... | +==========================================================================+

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