Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932215AbWAEVSS (ORCPT ); Thu, 5 Jan 2006 16:18:18 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932219AbWAEVSR (ORCPT ); Thu, 5 Jan 2006 16:18:17 -0500 Received: from linux01.gwdg.de ([134.76.13.21]:40379 "EHLO linux01.gwdg.de") by vger.kernel.org with ESMTP id S932215AbWAEVSO (ORCPT ); Thu, 5 Jan 2006 16:18:14 -0500 Date: Thu, 5 Jan 2006 22:14:23 +0100 (MET) From: Jan Engelhardt To: Alan Cox cc: Olivier Galibert , Jaroslav Kysela , zwane@commfireservices.com, ALSA development , Andi Kleen , LKML , sailer@ife.ee.ethz.ch, kyle@parisc-linux.org, James@superbug.demon.co.uk, Thorsten Knabe , linux-sound@vger.kernel.org, Alistair John Strachan , Tomasz K?oczko , Adrian Bunk , Tomasz Torcz , jgarzik@pobox.com, zab@zabbo.net, parisc-linux@lists.parisc-linux.org, Pete Zaitcev Subject: Re: [parisc-linux] Re: [OT] ALSA userspace API complexity In-Reply-To: <1136472979.16358.33.camel@localhost.localdomain> Message-ID: References: <20050726150837.GT3160@stusta.de> <20060103193736.GG3831@stusta.de> <20060104030034.6b780485.zaitcev@redhat.com> <20060105142120.GA28611@dspnet.fr.eu.org> <1136472979.16358.33.camel@localhost.localdomain> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1592 Lines: 41 >> historical and political reasons, not technical ones. When >> performance raises its ugly head and you end up having to listen to >> engineers again you end up with DRI and that: >> >> Module Size Used by >> nvidia 3464380 12 > >That isn't DRI. DRI is a good deal smaller than the crazy nvidia stuff. > >radeon 81089 1 >drm 83433 2 radeon > >.. speaks volumes doesn't it 8) What nvidia version number is that? I remember it being over 5 megs in size. Oh BTW, that's one GOOD REASON for me to believe having certain parts in userspace (e.g. X was mentioned) being a good thing - after all, you can't swap kernel memory. If nvidia continued like that, their kernel module would eventually exceed the amount of RAM that is apparently installed. >> X is a beautiful example of how things should not have been done. Its >> only redeeming quality is that it exists and works, and that's >> definitively a non-negligible one. > >X servers have been implemented a variety of ways involving mixed user >and kernel space environments, user space only, pure kernel space, and >even downloading the server onto a graphics coprocessor and talking X >protocol to it. Jan Engelhardt -- | Alphagate Systems, http://alphagate.hopto.org/ | jengelh's site, http://jengelh.hopto.org/ - 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/