Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752091AbWAETKX (ORCPT ); Thu, 5 Jan 2006 14:10:23 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752112AbWAETKX (ORCPT ); Thu, 5 Jan 2006 14:10:23 -0500 Received: from mustang.oldcity.dca.net ([216.158.38.3]:40381 "HELO mustang.oldcity.dca.net") by vger.kernel.org with SMTP id S1752091AbWAETKW (ORCPT ); Thu, 5 Jan 2006 14:10:22 -0500 Subject: Re: [2.6 patch] schedule obsolete OSS drivers for removal From: Lee Revell To: Tomasz Torcz Cc: Florian Schmidt , Tomasz K?oczko , Adrian Bunk , Jesper Juhl , Takashi Iwai , Olivier Galibert , Alistair John Strachan , Jan Engelhardt , Andi Kleen , perex@suse.cz, alsa-devel@alsa-project.org, James@superbug.demon.co.uk, sailer@ife.ee.ethz.ch, linux-sound@vger.kernel.org, zab@zabbo.net, kyle@parisc-linux.org, parisc-linux@lists.parisc-linux.org, jgarzik@pobox.com, Thorsten Knabe , zwane@commfireservices.com, zaitcev@yahoo.com, linux-kernel@vger.kernel.org In-Reply-To: <20060105184703.GB4010@irc.pl> References: <20060103231009.GI3831@stusta.de> <20060104000344.GJ3831@stusta.de> <20060104010123.GK3831@stusta.de> <20060104113726.3bd7a649@mango.fruits.de> <1136445395.24475.17.camel@mindpipe> <20060105124317.2d12a85c@mango.fruits.de> <1136486180.31583.29.camel@mindpipe> <20060105184703.GB4010@irc.pl> Content-Type: text/plain Date: Thu, 05 Jan 2006 14:10:17 -0500 Message-Id: <1136488218.31583.44.camel@mindpipe> Mime-Version: 1.0 X-Mailer: Evolution 2.5.3 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2163 Lines: 50 On Thu, 2006-01-05 at 19:47 +0100, Tomasz Torcz wrote: > On Thu, Jan 05, 2006 at 01:36:20PM -0500, Lee Revell wrote: > > On Thu, 2006-01-05 at 12:43 +0100, Florian Schmidt wrote: > > > On Thu, 05 Jan 2006 02:16:35 -0500 > > > Lee Revell wrote: > > > > > > > On Wed, 2006-01-04 at 11:37 +0100, tapas wrote: > > > > > ALSA's kernel level OSS emulation (as opposed to aoss) cannot provide > > > > > software mixing. As aoss cannot provide OSS emulation to all OSS apps > > > > > > > > Why not? > > > > > > I did write it out before. aoss is a LD_PRELOAD hack. Apps/libs that > > > resolve the system call symbols at build time cannot be made to use > > > these calls from a different lib (which is what LD_PRELOAD tries to do). > > > A famous example is libc for which a workaround was added (as libc > > > offers its own mechanism to intercept fopen() et al.). Others can lurk > > > in the background, too. It would even be trivial to write an app that > > > aoss will not work with - ever (unless the code be modified - which is > > > not an option for closed source apps). > > > > > > It simply cannot ever work with _all_ apps (as opposed to kernel level > > > OSS emu which can be made to work with _all_ apps (at least in > > > principle)). > > > > > > > OK so you can contrive an example. Have we ever seen a real world app > > where aoss can't work? > > Skype. Earlier Quake 3 Arena (now Q3A is open source with SDL sound, > so it had native ALSA). > They're more widely used that musical software for which ALSA seem to > be written. People needing <1ms latency are "obscure corner cases" in > real world. > It's not that aoss "can't work" for these, it certainly has some bugs. But the examples you gave are both proprietary apps. Obviously we can't waste our time debugging them. No one has even been able to provide a test case using an app we have the source to. Lee - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/