Bug 139315

What modules do you have loaded?

There is also a problem with loading the snd-seq-oss

$/sbin/modprobe snd-seq-oss
doesn't return unless ctrl c
The process does not complete as shown by this:

$ ps -aux
.
.
.
root      4831  0.0  0.0  2712  588 pts/3    D    20:21   0:00
/sbin/modprobe snd_seq_oss
root      4836  0.0  0.0     0    0 ?        S<   20:21   0:00 [khelper]
root      4837  0.0  0.0  2576  412 ?        S<   20:21   0:00
/sbin/modprobe -q -- snd_seq_oss
.
.
.
$kill 4837

will kill the process but the mod is loaded as shown by lsmod and
sfxload now works.

Loading the module snd_seq_oss creates /dev/seqencer and
/dev/sequencer2 but there is the error: modprobe will hang as stated
above.

Also awesfx binary package is not in FC3 x86_64 but the src.rpm is. 
The src can be compiled with --target i386 and loadsfx works fine, if
the snd-seq-oss module is loaded first.

Sorry about the delay in replying for some reason missed your reply :)

In reply to your comment, loading snd-seq-oss creates /dev/sequencer
but there is the problem of modprobe hanging.  
Identical behaviour was found for both an amd athlon box loaded with
the i386 version of FC3 and an amd64 box loaded with the x86_64 version.
Sorry that my reply has taken 3 additional comments, I wasnt spamming
your mail, I kept on thinking of additional things to say. :\

What happens if you run 'modprobe -v'?

>/sbin/modprobe -v snd-seq-oss
insmod /lib/modules/2.6.9-1.681_FC3/kernel/sound/core/seq/snd-seq.ko
insmod
/lib/modules/2.6.9-1.681_FC3/kernel/sound/core/seq/snd-seq-midi-event.ko
insmod
/lib/modules/2.6.9-1.681_FC3/kernel/sound/core/seq/oss/snd-seq-oss.ko

and then it hangs

>ps -aux
.
.
.
root      5433  0.0  0.0  2732  584 pts/3    D    18:17   0:00
/sbin/modprobe -v snd_seq_oss
root      5542  0.0  0.0     0    0 ?        S<   18:17   0:00 [khelper]
root      5543  0.0  0.0  2576  412 ?        S<   18:17   0:00
/sbin/modprobe -q -- snd_seq_oss
.
.
.

Hm, it works for me.

What lines related to sound modules do you have in /etc/modprobe.conf
and /etc/modprobe.conf.dist?

Is that with the x86_64 or i386 system?  
Correction to previous reply: the i386 version is working and
/dev/sequencer is there after boot up, I think I became confused as to
which machine I was logged on to.
Still having the same problem with x86_64 version.      

>cat /etc/modprobe.conf |grep snd
alias snd-card-0 snd-emu10k1
options snd-card-0 index=0
install snd-emu10k1 /sbin/modprobe --ignore-install snd-emu10k1 &&
/usr/sbin/alsactl restore >/dev/null 2>&1 || :
remove snd-emu10k1 { /usr/sbin/alsactl store >/dev/null 2>&1 || : ; };
/sbin/modprobe -r --ignore-remove snd-emu10k1

>cat /etc/modprobe.conf.dist |grep snd
alias char-major-116-* snd
alias sound-service-*-0 snd-mixer-oss
alias sound-service-*-1 snd-seq-oss
alias sound-service-*-3 snd-pcm-oss
alias sound-service-*-8 snd-seq-oss
alias sound-service-*-12 snd-pcm-oss
install sound-slot-* /sbin/modprobe
snd-card-${MODPROBE_MODULE##sound[_-]slot[_-]}
install snd-pcm /sbin/modprobe --ignore-install snd-pcm &&
/sbin/modprobe snd-pcm-oss
install snd-pcm-device /sbin/modprobe --ignore_install snd-seq-device
&& /sbin/modprobe snd-seq-oss
install snd-emu10k1 /sbin/modprobe --ignore-install snd-emu10k1 &&
/sbin/modprobe snd-emu10k1-synth

I had problems running sfxload with emu10k1. I think the problem is with sfxload
using OSS only. There is a version on
http://www.alsa-project.org/~iwai/awedrv.html that uses ALSA that works.

New version of awesfx is in raw hide, but describet problem with
/dev/sequencer is probably somewhere in driver...

I had similar problem on FC3 i386/i686 with SBLive:
$ sfxload Creative/SBLive/SFBank/8mbgmsfx.sf2
/dev/sequencer: No such file or directory

The solution was to run the following command (as root):
modprobe snd_emu10k1_synth

(solution courtesy Cameron Meadors
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=143314#c3 )

However, that fix does not survive a reboot. 

(This bug seems to be the same as 143314.)

Some debug info prior to running the modprobe command above:
$ /sbin/lsmod |grep seq
snd_seq_device          8137  2 snd_emu10k1,snd_rawmidi
snd                    54053  11
snd_emu10k1,snd_rawmidi,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer,snd_seq_device,snd_ac97_codec,snd_hwdep

$ cat /etc/modprobe.conf |grep snd
alias snd-card-0 snd-emu10k1
options snd-card-0 index=0
install snd-emu10k1 /sbin/modprobe --ignore-install snd-emu10k1 &&
/usr/sbin/alsactl restore >/dev/null 2>&1 || :
remove snd-emu10k1 { /usr/sbin/alsactl store >/dev/null 2>&1 || : ; };
/sbin/modprobe -r --ignore-remove snd-emu10k1

Any news on new kernel/drivers and alsa?

What Wegener suggests that is
modprobe snd_emu10k1_synth
works for me as well. I can now load a sfont library with FC3 x86_64.

This is odd because the last line of modprobe.conf.dist
contains the following:

install snd-emu10k1 /sbin/modprobe --ignore-install snd-emu10k1 &&
/sbin/modprobe snd-emu10k1-synth 

and yet snd-emu10k1-synth still requires manual loading after boot up.

Great, I'll fix it.

Just one other thing which I hadn't picked up because I load different
sf using scripts

>aconnect 
want work without manually entering
>modprobe snd_emu10k1_synth

but then sfxload requires aconnect to run before hand otherwise the 
>/dev/sequencer: No such file or directory error occurs