Description of problem:
My old test machine has an ISA CS4236 chip. I installed FC5t3 on it and the
soundcard was detected OK, but none of the audio apps worked.

Version-Release number of selected component (if applicable):
system-config-soundcard-1.2.16-1

How reproducible:
Every time

Steps to Reproduce:
1. Find old machine with an ISA soundcard
2. Run system-config-soundcard which detects OK and writes /etc/modprobe.conf
3. Reboot system
4. Login
5. Start totem or other multimedia app.
  
Actual results:
no sound. /dev/dsp /dev/snd/* missing
All multimedia apps broken.
Gnome volume control reports error.

Expected results:
/dev/dsp, /dev/snd device nodes present. snd-cs4236 module loaded

Additional info:
/etc/modprobe.conf:
alias snd-card-0 snd-cs4236
options snd-card-0 index=0
options snd-cs4236 index=0
remove snd-cs4236 { /usr/sbin/alsactl store 0 >/dev/null 2>&1 || : ; };
/sbin/modprobe -r --ignore-remove snd-cs4236


I think what is missing is that there is nothing in the system which will
effectively 'modprobe snd-card-0'. In the pre-udev days I think the kernel
module loader whuld trigger this when an app tried to open the audio device
nodes, but the nodes are not present any longer until the modules are loaded.

IIRC - it works OK for PCI soundcards because hotplug loads drivers for every
PCI device which matches a driver in the module.pcimap.

I can fix it by echo "modprobe snd-card-0" >> /etc/rc.local, but that doesn't
seem to be the correct solution. I'm not sure this is strictly a s-c-s bug, but
this seems to be the main place to report issues with the audio system.

I think the modules need to be loaded during system startup so that the the
ownership of the audio device nodes can be set correctly during user login.