From: Hannu Savolainen <hannu@opensound.com>
To: Takashi Iwai <tiwai@suse.de>, linux-kernel@vger.kernel.org
Cc: "Tomasz Kłoczko" <kloczek@rudy.mif.pg.gda.pl>
Subject: Re: Is it time for remove (crap) ALSA from kernel tree ?
Date: Tue, 26 Jun 2007 00:18:05 +0300 [thread overview]
Message-ID: <4680310D.6060206@opensound.com> (raw)
In-Reply-To: <s5h4pkwi9u0.wl%tiwai@suse.de>
Takashi Iwai kirjoitti:
> At Sun, 24 Jun 2007 19:51:38 +0200 (CEST),
> Tomasz Kłoczko wrote:
>
>> Few dayas ago OSS source code was oppened uder CDDL for Solaris and GLPv2
>> for Linux:
>>
>> http://www.opensound.com/press/2007/oss-gpl-cddl.txt
>>
>> So this source without problems code can be integragrated in Linus tree
>> and after this Linux can provide much better soud supoport than
>> with current ALSA.
>>
>> Any plans for doing this ?
>>
>
> Did you count the number of devices that tree supports?
> You'll loose the support of all new laptops and mobos sold in the last
> year :)
>
They are all based on HD audio which is supported by OSS. Ok, our HDA
driver driver still needs some work which was one of the reasons why we
are moving to the community development model.
> Honestly, I'm not fully against changing the current code base (or
> crap, whatever, any childish name). There are indeed many misdesigns.
> But, replacing with the above is no option, IMO. The OSS have also
> many misdesigns, so the same argument would start again. One should
> learn something from history...
>
Exactly. Good to know that we are both thinking in the same way.
> Anyway, if it's going to be more constructive, I'm willing to join in.
>
I think it's going to be constructive.
We have no intention to push OSS back to the kernel or to replace ALSA.
That alternative is not realistic any more. In addition OSS is a
cross-platform product and staying more or less outside various kernel
trees should provide better flexibility.
What we would like to push is that the old "deprecated" OSS/Free are
removed from the kernel. OSS/Free is based on about years old OSS API
version which was too limited for many applications. Having OSS/Free in
the kernel doesn't serve any purpose.
Also we would like to stop the silly OSS vs ALSA war. OSS and ALSA are
rather different. Both of them have some good points and bad points. For
ordinary users it doesn't matter which API is used by the applications
as long as they work. Just the application developers can see the real
difference. Some of them prefer OSS while some other prefer ALSA and
this should be their "freedom of choice".
I think the ideal solution would be that both ALSA and OSS APIs can
co-exist by sharing the same low level drivers (which has already been
demonstrated). The low level driver interfaces in both systems are
practically identical. This means that ALSA's core can work with OSS'
drivers and vice versa.
Today both OSS and ALSA teams have to spend significant amounts of time
in emulating the "alien" APIs. Making OSS and ALSA to co-exist will
require some work in both sides but that should be nothing when compared
to the effort required for emulation.
Just my 2 cents.
Best regards,
Hannu
next prev parent reply other threads:[~2007-06-25 21:18 UTC|newest]
Thread overview: 111+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-06-24 17:51 Is it time for remove (crap) ALSA from kernel tree ? Tomasz Kłoczko
2007-06-24 19:08 ` Alan Cox
2007-06-24 19:24 ` Tomasz Kłoczko
2007-06-24 19:27 ` Jan Engelhardt
2007-06-24 21:43 ` Rene Herman
2007-06-25 10:06 ` Tomasz Kłoczko
2007-06-25 10:46 ` Jan Engelhardt
2007-06-25 20:32 ` Hannu Savolainen
2007-06-24 20:57 ` Alan Cox
2007-06-24 22:43 ` Olivier Galibert
2007-06-24 22:44 ` Carlo Wood
2007-06-24 22:48 ` Jesper Juhl
2007-06-24 23:13 ` Carlo Wood
2007-06-25 3:41 ` Nobin Mathew
2007-06-25 9:06 ` Alan Cox
2007-06-25 10:41 ` Takashi Iwai
2007-06-25 20:09 ` Handling xruns in OSS (was Hannu Savolainen
2007-06-26 9:18 ` Takashi Iwai
2007-06-25 9:51 ` Is it time for remove (crap) ALSA from kernel tree ? Tomasz Kłoczko
2007-06-25 10:58 ` Takashi Iwai
2007-06-25 11:36 ` Tomasz Kłoczko
2007-06-25 12:31 ` Takashi Iwai
2007-06-25 12:40 ` Jan Engelhardt
2007-06-25 12:47 ` Olivier Galibert
2007-06-25 12:50 ` Takashi Iwai
2007-06-25 12:44 ` Olivier Galibert
2007-06-25 12:58 ` Takashi Iwai
2007-06-25 13:20 ` Olivier Galibert
2007-06-25 13:21 ` Adrian Bunk
2007-06-28 18:30 ` Nix
2007-06-28 20:02 ` Rene Herman
2007-06-28 20:20 ` Lee Revell
2007-06-28 20:43 ` Adrian Bunk
2007-06-28 20:22 ` Jeff Garzik
2007-06-28 21:06 ` Adrian Bunk
2007-06-28 21:37 ` Rene Herman
2007-06-28 22:24 ` Nix
2007-06-29 11:52 ` Florian Schmidt
2007-06-29 14:56 ` Miklos Szeredi
2007-06-29 15:49 ` Alan Cox
2007-06-29 15:55 ` Miklos Szeredi
2007-06-29 16:14 ` Miklos Szeredi
2007-07-01 11:46 ` Florian Schmidt
2007-07-01 12:17 ` Miklos Szeredi
2007-06-29 18:39 ` Pavel Machek
2007-06-25 17:00 ` Tomasz Kłoczko
2007-06-25 22:49 ` Rene Herman
2007-06-25 13:01 ` Gabor Gombas
2007-06-25 13:41 ` Tomasz Kłoczko
2007-06-25 14:05 ` Gabor Gombas
2007-06-25 13:21 ` Renato S. Yamane
2007-06-25 14:02 ` Tomasz Kłoczko
2007-06-25 13:46 ` Rene Herman
2007-06-25 6:24 ` Carlo Florendo
2007-06-25 6:22 ` Carlo Florendo
2007-06-25 10:53 ` Takashi Iwai
2007-06-25 11:50 ` Tomasz Kłoczko
2007-06-25 13:04 ` Bartlomiej Zolnierkiewicz
2007-06-25 21:18 ` Hannu Savolainen [this message]
2007-06-25 23:17 ` Adrian Bunk
2007-06-26 16:25 ` Wakko Warner
2007-06-26 16:52 ` Takashi Iwai
2007-06-27 11:11 ` Wakko Warner
2007-06-26 9:35 ` Takashi Iwai
2007-06-26 11:48 ` Jeff Garzik
2007-06-29 18:31 ` OSS vs ALSA API (was Re: Is it time for remove (crap) ALSA from kernel tree ?) Pavel Machek
2007-06-25 14:44 ` Is it time for remove (crap) ALSA from kernel tree ? Lennart Sorensen
2007-06-25 15:48 ` Tomasz Kłoczko
2007-06-25 17:13 ` Lennart Sorensen
2007-07-04 6:35 ` Darren
2007-07-04 17:32 ` Adrian Bunk
2007-07-05 12:59 ` Tomasz Kłoczko
2007-06-24 18:35 Ash Willis
2007-06-24 19:01 ` Tomasz Kłoczko
[not found] <fa.4npeXBdRGMm2JoKWe0qhjQdrJkk@ifi.uio.no>
[not found] ` <fa.bAhr1dmoWCFU+8Kxo95nsy5DRRU@ifi.uio.no>
[not found] ` <fa.MQ77mllForge5OWcDydLlI0yp8s@ifi.uio.no>
2007-06-24 19:37 ` Robert Hancock
2007-06-26 20:39 Andreas Hartmetz
2007-06-26 21:10 ` Måns Rullgård
2007-06-27 3:59 ` Rene Herman
2007-06-28 3:41 ` Lee Revell
2007-06-28 11:52 ` Tomasz Kłoczko
2007-06-28 13:02 ` Meelis Roos
2007-06-27 16:25 Andreas Hartmetz
2007-06-27 17:29 ` Rene Herman
2007-06-27 19:10 ` Andreas Hartmetz
2007-06-27 23:12 ` Rene Herman
2007-06-28 0:18 ` Patrick Draper
2007-06-28 1:58 ` Rene Herman
2007-06-28 2:28 ` Rene Herman
2007-06-28 11:15 ` Rene Herman
2007-06-28 3:04 ` Patrick Draper
2007-06-28 3:22 ` Lee Revell
2007-06-28 5:13 ` Arjan van de Ven
2007-06-28 11:50 ` Tomasz Kłoczko
2007-06-28 11:58 ` Gabriel C
2007-06-28 12:57 ` Rene Herman
2007-06-28 12:39 ` Rene Herman
2007-06-28 12:42 Anton Petrusevich
2007-06-28 15:02 ` Rene Herman
2007-06-28 16:34 ` Anton Petrusevich
2007-06-28 16:38 ` Xavier Bestel
2007-06-28 18:56 ` Rene Herman
2007-06-28 19:33 ` Tomasz Kłoczko
2007-06-28 19:34 ` Rene Herman
2007-06-29 10:30 ` Florian Schmidt
2007-06-29 11:40 ` Anton Petrusevich
2007-06-29 12:38 ` Florian Schmidt
2007-06-29 12:29 ` Gabriel C
[not found] <fa.C+RaPJT9DzfOowG03yiRkB6ItF8@ifi.uio.no>
[not found] ` <fa.eZW1VxypFFwQqmC93xQaStxDK0Q@ifi.uio.no>
[not found] ` <fa.n+OzEywqHGabZtz5NxmlX4rEY0A@ifi.uio.no>
2007-06-29 1:16 ` Robert Hancock
2007-06-29 22:04 ` Rene Herman
2007-07-07 2:41 William Pitcock
2007-07-07 13:23 ` Carlo Wood
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4680310D.6060206@opensound.com \
--to=hannu@opensound.com \
--cc=kloczek@rudy.mif.pg.gda.pl \
--cc=linux-kernel@vger.kernel.org \
--cc=tiwai@suse.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).