From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.2.1) Gecko/20030225 Description of problem: I've used sndconfig to install a non-PNP ISA SoundBlaster 16 on my P233 computer. It's hard-jumpered on IRQ 7 (not clashing with anything else), and its been set it up as follows in modules.conf alias sound-slot-0 sb post-install sound-slot-0 /bin/aumix-minimal -f /etc/.aumixrc -L >/dev/null 2>&1 || : pre-remove sound-slot-0 /bin/aumix-minimal -f /etc/.aumixrc -S >/dev/null 2>&1 || : options sound dmabuf=1 alias synth0 opl3 alias synth1 wave options opl3 io=0x388 options sb io=0x220 irq=7 dma=1 dma16=5 mpu_io=0x330 which are all the correct settings hard wired on the card. The card actually tests fine on the sample of Linus speaking, and in the rest of gnome, but everytime I do a SOFT reboot, ie a restart, the boot sequence gets to the snd-config part where it checks for a pnp-isa card and then tries to load non-pnp card settings and then just stops - no green OK, the whole computer freezes - no keystrokes/combinations work or anything and I have to do a hard reset. Which is wierd, because everytime I do a hard reset, that non-pnp soundcard initiasation part of the boot sequence passes fine with a green "OK" and the card works in the OS. Only during the boot sequence after a SOFT reset does the whole thing hang. Very wierd. Tries a different IRQ, same problem though. Version-Release number of selected component (if applicable): sndconfig-0.70-2 How reproducible: Always Steps to Reproduce: 1.Install an ISA SB16 Non-PNP 2.Set the card up with sndconfig 3.Watch the boot seq. hang on soundcard init bit on every SOFT reset. Actual Results: Whole Computer hangs, Green OK doesn't appear when it tries to load non-PNP sound card bit in grub. Hard reboot inevitable. Additional info:
What I meant by the soundcard init failing was that the sb module failed to load, it crashes before a green OK comes up after a soft reboot. What I've recently found is that if I set: options sound dmabuf=0 instead of options sound dmabuf=1 in the /etc/modules.conf file, then the card appears to work OK without crashing on boot, although any message of a soundcard module being loaded now does not come up on boot. I'm not sure what dmabuf does, or if setting it to 0 reduces performance at all, but when it was =1 everything froze, so maybe the option isn't compatible with the SB16 NonPNP.
What I've now noticed so far is: 1) To avoid the sound module crashing the whole computer on boot (the bit where it says "No ISAPnP devices found, trying standard ones..."), you have to put the dmabuff=0 in the modules.conf file in the blurb generated by sndconfig (at whatever cost that does to it) 2) Even if you do that, with the soundcard working acceptably as far as its own functionality goes from then on, it causes very frequent lock ups booting into Gnome, with litterally EVERYTHING freezing up when it switches to the light blue screen just after logging in, an instant before the splash screen appears. 3) The latter is less likely to happen, though not immune from happening, if one logs in as root instead of pleb user.
Thanks for the bug report. However, Red Hat no longer maintains this version of the product. Please upgrade to the latest version and open a new bug if the problem persists. The Fedora Legacy project (http://fedoralegacy.org/) maintains some older releases, and if you believe this bug is interesting to them, please report the problem in the bug tracker at: http://bugzilla.fedora.us/