On Sun, 2004-01-25 at 16:31, Frank Barknecht wrote: <SNIP> > > I'll try removing them later today. I found 100's of examples of > > other people using these just using Google for a moment, so it's > > clear I'm not doing this on my own. > > There are a lot of urban legends floating around, too. ;) > > Actually all this is heritage from OSS. A decent description comes > with the kernel sources in Documentation/sound/Introduction > > Quoting a relevant part from this: > > Module Loading: > =============== > > When a sound card is first referenced and sound is modular, <SNIP> > > 0 Mixer > 2 MIDI > 3, 4 DSP audio > > Quote end. > > You see that slots and services are no invention by Takashi or > Jaroslav but are something, they had to deal with. The respective > lines in an ALSA module conf now take care, that the ALSA OSS > emulation modules are loaded when the Kernel asks for a sound > service (sic!).
Frank, I removed all three offensive urban legend lines. I note that after a reboot that /dev/dsp and /dev/mixer both still exist, but /dev/midi does not. As far as I can tell (with just a little bit of testing) everything is working. I don't know how to test for the need of /dev/midi. None of this has improved the 'What bugs you the most' problem - that I have to pull the MidiSport USB cable to have the device be recognized, but at least the Alsa configuration is a bit simpler. Thanks for that. Cheers, Mark ------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ Alsa-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-user
