Re: [2.6 patch] schedule obsolete OSS drivers for removal

On Fri, 6 Jan 2006, Marcin Dalecki wrote:

>
>
> No I do not. How do you dare to assume I do?
> I never ever did ask for any support on behalf of the ALSA bunch...
> We are just discussing the merits of one sound system design
> over another one (without design).
Which is really a good subject to discuss about (LKML may not be the right
place for this). ALSA has been in the official kernel for two years now so
might this be a good time to look back?

There are two very opposite approaches to do a sound subsystem. The ALSA
way is to expose every single detail of the hardware to the applications
and to allow (or force) application developers to deal with them. The OSS
approach is to provide maximum device abstraction in the API level (by
isolating the apps from the hardware as much as practically possible).

Both ways have their good and bad sides. During past years the ALSA
advocates have been dictating that the ALSA approach is the only available
way to go (all resistance is futile). But after all what is the authority
who makes the final decision? Is it the ALSA team (who would like to think
in this way)? Or do the Linux/Unix users and audio application developers
have any word to say?

Btw, about the current OSS drivers in the kernel. They are really obsolete
because they are based on some 10 years old API version. For this reason
it's necessary to remove them in the nearish future (maybe at the same
time when we release the OpenOSS version). Comparing ALSA against the
kernel OSS drivers is pointless because current OSS has very little
common with that code.

Best regards,

Hannu
-----
Hannu Savolainen (hannu@xxxxxxxxxxxxx)
http://www.opensound.com (Open Sound System (OSS))
http://www.compusonic.fi (Finnish OSS pages)
OH2GLH QTH: Karkkila, Finland LOC: KP20CM
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

Relevant Pages

  • Re: [2.6 patch] schedule obsolete OSS drivers for removal
    ... > recommend to use ALSA API directly with apps. ... At the same time the kernel API itself should be suitable to ... > I, at least, have never thought that the OSS _API_ would die. ...
    (Linux-Kernel)
  • Re: [OT] ALSA userspace API complexity
    ... Why we have X servers in user space (and only some supporting code is in the kernel) then? ... Can you do this with ALSA way? ... comercial OSS have ALSA emulation and ALSA have OSS emulation. ...
    (Linux-Kernel)
  • Re: [Alsa-devel] OSS driver removal, 2nd round (v2)
    ... But OSS is kewl and ALSA sucks! ... If ALSA sucks, ... It's very interesting that with some apps aoss method ... But it must be done in kernel because kernel should know these ...
    (Linux-Kernel)
  • Re: [Semi-OT] OSS audio vs ALSA
    ... AMAZING IMPROVEMENT VS ALSA! ... OSS. ... so it'll sound the same with any basic kernel driver. ... OSS was a project which did some sound drivers then went proprietary. ...
    (Fedora)
  • Re: [Alsa-devel] OSS driver removal, 2nd round (v2)
    ... But OSS is kewl and ALSA sucks! ... If ALSA sucks, ... It's very interesting that with some apps aoss method ... But it must be done in kernel because kernel should know these ...
    (Linux-Kernel)