From Bugzilla Helper: User-Agent: Mozilla/4.76 [en] (X11; U; Linux 2.4.0-0.99.11 i586) Sound Blaster 16, which worked on 7.0, fails for the same configuration on Fisher. Using sndconfig indicates the audio works correctly, but MIDI can not be configured correctly. This may be related to bug 26789 (AWE64 configuration issue). Manual config gives the same fault. opl3.o: init-module: no such device insmod midi failed Reproducible: Always Steps to Reproduce: 1.Install a Sound Blaster 16 in an ISA slot 2.on a text screen (ex: CNTL-ALT-F2) issue sndconfig 3.Ian's voice for audio works normal. Midi fails. Manual config is set to io=0x220, irq=5, dma=1, dma=5 (I don't think that is used), io=0x330 These parm work on release 7.0 Actual Results: The audio subsystem is not available Expected Results: Audio output on sound events and when using Gnome multimedia, 'try it' should play a sound sample.
We (Red Hat) should really try to resolve this before next release.
*** This bug has been marked as a duplicate of 22875 ***
This bug marked as RESOLVED (under the Fisher), but it still exist under the Wolverine !
It's resolved as a duplicate, which it is. Please refer to the bug that it's a duplicate of for more info.
It is impossible to query bug 22875. Actual Bugzilla ouput is: "Permission denied. Sorry; you do not have the permissions necessary to see bug 22875." This should be fixed. MIDI configuration by means of 'soundconfig' fails for ESS1869 based Compaq AudioDrive ISA card too.
Blarg, *someone* decided to reclassify it, after it was *INTENTIONALLY* set that way. Reopening this while I go beat someone here about the head.
In any case, assigning to kernel. It's still a duplicate of bug 22875, but as long as that one stays private, we'll leave both open.
*** Bug 30638 has been marked as a duplicate of this bug. ***
*** Bug 31570 has been marked as a duplicate of this bug. ***
*** Bug 31921 has been marked as a duplicate of this bug. ***
This should be worked around in sndconfig-0.64.5-1; although the problem with the sb driver deactivating the opl3 resources on unload is still there.
*** Bug 33143 has been marked as a duplicate of this bug. ***