In 2 situations my SB16 locks the system.
Using printk and the reset-button it looks like there is an
interrupt problem.
1) When I reboot my system with ctrl-alt-del, my system locks
during the boot process, when it is probing for the SB16.
(this does not happen, when I power-up or use the reset-button)
Putting printk's in the code I discoverd the interrupt routine sbintr
is executed continuesly at the point where the boot process stops.
This happens in the routine setup_x86_irq in irq.c. This routine is
called by the routine request_irq which is called at line 736 in
sb_common.c.
2) When playing an audio-file (cat someaudiofile.au >/dev/audio), the
system hard locks, after the file is played.
It looks like the last interrupt received in sbintr, is an uart401
interrupt. The routine uart401intr is called and the system locks
when in macro input_avail (on line 105 in uart401.c) the status port
is read.
/Gert
------------------------------------------------------------------------
System: Pentium 60 Mhz, 16M
no SMP, no PNP
Soundblaster 16 ASP, DSP version 4.11
Linux kernel version 2.1.103
cat /dev/sndstat
OSS/Free:3.8s2++-971130
Load type: Driver compiled into kernel
Kernel: Linux Pentium 2.1.103 #2 Thu May 21 22:08:54 MET DST 1998 i586
Config options: 0
Installed drivers:
Type 1: OPL-2/OPL-3 FM
Type 26: MPU-401 (UART)
Type 2: Sound Blaster
Type 29: Sound Blaster PnP
Type 7: SB MPU-401
Card config:
Sound Blaster at 0x220 irq 5 drq 1,5
SB MPU-401 at 0x330 irq 5 drq 0
OPL-2/OPL-3 FM at 0x388 drq 0
Audio devices:
0: Sound Blaster 16 (4.11)
Synth devices:
0: Yamaha OPL-3
Midi devices:
0: Sound Blaster 16
Timers:
0: System clock
Mixers:
0: Sound Blaster
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu