Red Hat Bugzilla – Bug 26789
Soundblaster AWE64 ISA PNP configuration problems
Last modified: 2014-03-16 22:18:52 EDT
From Bugzilla Helper:
User-Agent: Mozilla/4.76 [en] (X11; U; Linux 2.4.1 i586; Nav)
When trying to use sndconfig to setup my Soundblaster AWE64 ISA PNP, I
a working setting. I have tried all combinations of IRQs and DMAs, etc.
Event the old
settings I used on Redhat 6.2 does not work for fisher. When attemping a
sound test I get a small piece of the test wav then nothing.
Steps to Reproduce:
1.Run sndconfig for an AWE64 card.
2.Attempt to adjust the settings when the first attempt does not work.
3.Test new settings.
Actual Results: Small clip of the wav files plays. The midi works fine.
Expected Results: Well, should have heard LInus's full speech.
To even be sure it was not the 2.4.0.....kernel module that comes with
Fisher, I downloaded and compiled the 2.4.1 release from kernel.org. The
results were the
We (Red Hat) should really try to resolve this before next release.
Are you saying that the initial PnP-chosen settings don't work - do they
have the same problem (only play a short bit of the sound), or do they
give a different errror?
I've tried this here with an AWE64 PnP, and it works OK. Please try this
with the sndconfig/kudzu RPMs at
and re-open if it persists.
Problem persists in Wolverine Beta as well.
Looking over the isapnp.conf file shows with IRQ 5. In previous distributions I
have been able to set to IRQ 7 or 10 to circumvent the problem. The problem is
I have no other ISA cards except the sound card. I even switched to a different
SB AWE64 with
no avail. Both cards work well under 7.0 and under Mandrake.
I updated the sndconfig and kudzu as per your bugzilla report. The new kudzu
did detect the card,
but still used an IRQ 5 setting.
The new kudzu/sndconfig don't use isapnp.conf; you should probably remove
yours. What is in /proc/isapnp?
Created attachment 15965 [details]
ISAPNP from PROC directory
Attached is the /proc/isapnp file.
I recently changed the box over to Linux-Mandrake 8.0 just to see the
difference, if any, in the problem. The problem persists there as well and even
takes a moment longer to detect the card with sndconfig.
Any ideas? I have checked out the file as well as /proc/pci and so worth to see
if there is an IRQ/DMA conflict. None that I can see.
in 7.0 i had the same problem when i got 7.1 it found my card but when i try to
play a sound my system locks up
this problem is 100% reproducible
I also have an SB AWE64 ISA PNP. It works perfectly in
RH6.2 with kernels 2.2.16 and 2.2.19. After upgrading
to RH7.2, audio stops working. awe_wave still works if
I am careful not to load the sb driver. uart401 even
works if I load the sb driver but am careful not to
output any sound.
Trying to output sound results in the first buffer playing,
then lots of kernel CPU, plus garbage is dislayed on the
ASCII terminal attached to /dev/ttyS1 (!)
If I remove all isapnp configs and boot clean, then run
sndconfig, the sample plays correctly. However, subsequent
uses produce the problem above.
If I add:
options sb isapnp=0 io=0x220 irq=10 dma=0 dma16=5 mpu_io=0x300
to modules.conf and modprobe sb, I get the error:
kernel: sb: dsp reset failed
Card 1 'CTL00e4:Creative SB AWE64 PnP' PnP version 1.0 Product version 1.0
Logical device 0 'CTL0045:Audio'
Device is not active
Active port 0x220,0x300,0x388
Active IRQ 10 [0x2]
Active DMA 0,5
This same configuration, of course, works in kernel-2.2.19,
and I have tried various other configurations as well.
I have a problem also, except that the card is not found at all.
What model is your card? Mine is CT4520.
Hmm, if any of you have the CT4520 model (you can see it if you open the box and
see the sticker on the card), then please try this:
It worked for me, and now the card works like a charm; it feels nice to have
Uriah Heep in the speakers again ;) (and Midi is back! :).
I wish to thank Jerome Cornet for pointing this out. :)
sndconfig is no longer developed, and this release has reached end-of-life.
Closing out old bugs.