>At least the driver handling the standard USB Audio Device Class is
>located in the USB kernel directory, ie. linux/drivers/usb. All code is in
>the big (~4000loc) audio.c file. It implements the OSS ioctls, plus
>OSS-style mmap() (and of course read()/write()).
>
>But it does register itself to the OSS subsystem (to
>drivers/sound/sound_core.c) like all other sound drivers, so it _is_ part
>of OSS.
no. sound_core is NOT part of OSS. ALSA attaches to it as well. Alan
Cox wrote that so that OSS and ALSA could (theoretically) co-exist.
that's clear then: these drivers are not part of OSS, but they do
support OSS ioctl's so that enforce an OSS-style API. I wonder what
device inodes they use?
But basicly if ALSA provides (does it?) the soundcore services
>(combined with ALSA's own OSS-emulation layer) you should be able to
>continue to use the USB drivers.
yes, i think you will be quite free to do so. they won't work with
ALSA API software, but thats OK for now.
--p
_______________________________________________
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel
