Bug 8389 - sndconfig crashes machine with no PCI cards
Summary: sndconfig crashes machine with no PCI cards
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: sndconfig
Version: 6.2
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Bill Nottingham
QA Contact:
URL:
Whiteboard:
Keywords:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2000-01-12 00:17 UTC by Stephen John Smoogen
Modified: 2014-03-17 02:12 UTC (History)
1 user (show)

(edit)
Clone Of:
(edit)
Last Closed: 2000-02-05 06:17:07 UTC

Attachments (Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

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
problems.

<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. :(
Note You need to log in before you can comment on or make changes to this bug.