Bug 8389

Summary: sndconfig crashes machine with no PCI cards
Product: [Retired] Red Hat Linux Reporter: Stephen John Smoogen <smooge>
Component: sndconfigAssignee: Bill Nottingham <notting>
Status: CLOSED WONTFIX QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 6.2CC: rvokal
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2000-02-05 06:17:07 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Description Stephen John Smoogen 2000-01-12 00:17:19 UTC
486 DX2 66
16 megs of RAM
SCSI Adaptec 1540 (base=0x330 irq=10)
  200 meg HD (ID 0)
  800 meg HD (ID 3)
  2x cdrom   (ID 6)
Etherlink III (base=0x300 irq=5)
MSBusmouse (irq 3)
MAD16 (Soundblaster compatible) Base=0x220 IRQ=7

running sndconfig caused the system to hard lockup with a kernel error
from the aha1540 card. I am guessing that it autoprobed something that
it shouldnt have :).

Better functionality might be to have an extra screen.

Welcome to Sound Config

Do you wish sndconfig to autoprobe for your SoundCard?
This may cause some machines to crash due to IO conflicts and other

<YES>  <NO>

Yes goes through the AUTOProbe code tree.. NO takes you through the
other one.

Comment 1 Stephen John Smoogen 2000-01-12 23:54:59 UTC
First info:

sndconfig -noprobe -noautoconfig does not have this problem

pnpdump -c will cause this problem.

DMA information
0/1 MAD16 card
5   AHA1540

Ok problem seems to be with the Adaptec 1540 and PNP probes. The CP dies when a
PNP dump of any sort is done... sigh.

Comment 2 Bill Nottingham 2000-02-05 06:17:59 UTC
Closing, as there's not much we can do in this case.
The hardware certainly shouldn't do that, and since it's
an ISA card, there's no way we can detect this. :(