Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S965239AbWADRnt (ORCPT ); Wed, 4 Jan 2006 12:43:49 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1030231AbWADRnt (ORCPT ); Wed, 4 Jan 2006 12:43:49 -0500 Received: from mx1.suse.de ([195.135.220.2]:37061 "EHLO mx1.suse.de") by vger.kernel.org with ESMTP id S965239AbWADRns (ORCPT ); Wed, 4 Jan 2006 12:43:48 -0500 Date: Wed, 04 Jan 2006 18:48:28 +0100 Message-ID: From: Takashi Iwai To: Alistair John Strachan Cc: Jaroslav Kysela , Andi Kleen , Joern Nettingsmeier , Tomasz K?oczko , Adrian Bunk , Olivier Galibert , Tomasz Torcz , Jan Engelhardt , 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 Subject: Re: [2.6 patch] schedule obsolete OSS drivers for removal In-Reply-To: <200601041731.18344.s0348365@sms.ed.ac.uk> References: <20050726150837.GT3160@stusta.de> <20060104123538.GE7222@wotan.suse.de> <200601041731.18344.s0348365@sms.ed.ac.uk> User-Agent: Wanderlust/2.12.0 (Your Wildest Dreams) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 MULE XEmacs/21.5 (beta21) (corn) (+CVS-20050720) (i386-suse-linux) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1307 Lines: 31 At Wed, 4 Jan 2006 17:31:18 +0000, Alistair John Strachan wrote: > > On Wednesday 04 January 2006 12:41, Jaroslav Kysela wrote: > > On Wed, 4 Jan 2006, Andi Kleen wrote: > > > > this is like whining about the oh so complex networking infrastructure > > > > and iptables and constantly reminiscing how simple it used to be to set > > > > up a modem on /dev/ttyS0. > > > > > > Can be nearly all CONFIGured out. With the removal of the sane > > > sound drivers that would be impossible though. > > > > The code reduction is possible also for the ALSA midlevel code. > > For example, removing the verbose /proc support might save some bytes and > > so on. > > But can more be done? Andi's not pointed anything out in particular (unless I > am mistaken), but could more of ALSA be configurable, even if it is at the > expense of userspace API features? For example, we can make supported ac97 codecs selectable so that not all codes are compiled in. The middle layer may contain functions which are not used by your drivers. They can be reduced, too. Takashi - 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/