oss2jack broken with kernel 2.6.27

[thorgal]

Just a quick word about oss2jack and the latest kernel.
I had not moved from 2.6.24 for a long time until I tried my luck with 2.6.27 yesterday (after a tip on the rosegarden mailing list). 2.6.27.4 works great out of the box! No RT patching, etc. However, oss2jack is broken with it. Why ? because oss2jack relies on a kernel module called kfusd.

"FUSD is a linux framework for proxying device file callbacks
into user-space, allowing device files to be implemented by
daemons instead of kernel code. Despite being implemented
in user-space, FUSD devices can look and act just like any
other file under /dev which is implemented by kernel callbacks."

oss2jack emulates /dev/dsp and /dev/mixer thanks to kfusd. But fusd-cor, the source code of kfusd and libfusd cannot be compiled against kernel 2.6.27. Maybe it was also the case with 2.6.25 and 2.6.26 but I have not tried these kernels because of the negative feedback from users using RT kernels.

I find oss2jack very convenient at times. It is light, does its job and was able to fool the flash plugin, gwc and whatever used OSS. The alternative road is pulseaudio, which I already tested to be functional with jack but I find it too heavy, I don't need an extra audio layer attempting to be the all-in-one solution when jack is the layer I want to use by default all the time.

[thorgal]

replying to myself :
went back to my previous kernel, i.e. 2.6.24 patched for RT operations. 2.6.27 looked promising at first but eventually got too many random crashes, especially apps using MIDI (could be a subjective observation).
Well, that's a bit of a shame but the only thing that would make me upgrade is the sound recovery after a suspend to RAM or hibernation. Indeed, my RME system does not recover gracefully. No sound is coming in or going out of my Multiface after a wake up. 2.6.27 is no exception to this behavior so I'd better stick to the more stable kernel until this is solved (will it ever be ?)

[raboof]

my RME system does not recover gracefully. No sound is coming in or going out of my Multiface after a wake up. 2.6.27 is no exception to this behavior so I'd better stick to the more stable kernel until this is solved (will it ever be ?)

My network card has been behaving suspiciously lately, but it seems reloading the kernel module (rmmod then modprobe) help. Might be worth a shot.

Are the maintainers at least aware of the issue?

[thorgal]

some devices can be reset by rmmod + modprobe again, but not the hdsp. In previous kernels (up to 2.6.24), I even had to power off the whole PC because I got the HDSP firmware alarm on (red led on the front panel of the Multiface). There was no way to reload the firmware without a complete power off, including unplugging the power chord off the PC. 2.6.27 was different in that respect : still no sound after resume but no firmware alarm. However, an attempt at "hdsploading" the firmware failed miserably ("device busy" or whatever BS). Unloading the ALSA modules just make matters worse. No, the Multiface wakes up totally confused. I don't know if the ALSA hdsp module maintainers are aware of that but I may try to contact them. It's been going on for too long I think.