Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932424AbVLUOSN (ORCPT ); Wed, 21 Dec 2005 09:18:13 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932425AbVLUOSN (ORCPT ); Wed, 21 Dec 2005 09:18:13 -0500 Received: from mx2.suse.de ([195.135.220.15]:18063 "EHLO mx2.suse.de") by vger.kernel.org with ESMTP id S932424AbVLUOSM (ORCPT ); Wed, 21 Dec 2005 09:18:12 -0500 Date: Wed, 21 Dec 2005 15:21:09 +0100 Message-ID: From: Takashi Iwai To: Linus Torvalds Cc: Adrian Bunk , James Courtier-Dutton , Sergey Vlasov , Ricardo Cerqueira , mchehab@brturbo.com.br, Linux Kernel Mailing List , video4linux-list@redhat.com, perex@suse.cz, alsa-devel@alsa-project.org Subject: Re: [RFC: 2.6 patch] Makefile: sound/ must come before drivers/ In-Reply-To: References: <20051220131810.GB6789@stusta.de> <20051220155216.GA19797@master.mivlgu.local> <20051220191412.GA4578@stusta.de> <20051220202325.GA3850@stusta.de> <43A86DCD.8010400@superbug.co.uk> <20051220211359.GA5359@stusta.de> 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: 1291 Lines: 37 At Tue, 20 Dec 2005 14:09:03 -0800 (PST), Linus Torvalds wrote: > > > > On Tue, 20 Dec 2005, Adrian Bunk wrote: > > > > Thinking about this, what about the patch below? > > > > I don't know whether this might break anything else, but it fixes my > > problem. > > I'd be much more worried about this than about your patch that just > modifies one driver. > > Basically, this would make _all_ sound drivers initialize before the other > drivers, and that just makes me suspect you'll have a lot of new bugs that > get uncovered by the fact that the configuration changed radically. > > So I'd much rather either fix one single sound driver (that can't mess up > anything else), or fix the sound _core_ to just initialize in the right > place. Moving _all_ sound drivers earlier sounds risky as hell, for no > good reason. Agreed, it looks too radical at this stage. Another workaround is to move the relevant module to sound/* directory in order to get a sane initialization order. It's nothing but a workaround, though. 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/