From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754551AbYIEGqd (ORCPT ); Fri, 5 Sep 2008 02:46:33 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752728AbYIEGqY (ORCPT ); Fri, 5 Sep 2008 02:46:24 -0400 Received: from mx2.suse.de ([195.135.220.15]:57035 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752230AbYIEGqX (ORCPT ); Fri, 5 Sep 2008 02:46:23 -0400 Date: Fri, 05 Sep 2008 08:46:18 +0200 Message-ID: From: Takashi Iwai To: Nicolas Pitre Cc: Randy Dunlap , Dmitry Torokhov , lkml , akpm , linux-next@vger.kernel.org Subject: Re: [PATCH] ucb1400_ts depends SND_AC97_BUS In-Reply-To: References: <20061209003635.e778ff76.randy.dunlap@oracle.com> <200612092150.02940.dtor@insightbb.com> <20061209185737.1768315d.randy.dunlap@oracle.com> <200612092205.19358.dtor@insightbb.com> <20061209210945.5abe2d89.randy.dunlap@oracle.com> <20080904195744.f367cd2d.randy.dunlap@oracle.com> <20080904214444.0dccf859.randy.dunlap@oracle.com> 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 Emacs/22.2 (x86_64-suse-linux-gnu) MULE/5.0 (SAKAKI) 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 List-ID: X-Mailing-List: linux-kernel@vger.kernel.org At Fri, 05 Sep 2008 01:09:48 -0400 (EDT), Nicolas Pitre wrote: > > On Thu, 4 Sep 2008, Randy Dunlap wrote: > > > On Fri, 05 Sep 2008 00:37:17 -0400 (EDT) Nicolas Pitre wrote: > > > > > On Thu, 4 Sep 2008, Randy Dunlap wrote: > > > > > > > On Sun, 10 Dec 2006 22:55:25 -0500 (EST) Nicolas Pitre wrote: > > > > > > > > > On Sat, 9 Dec 2006, Randy Dunlap wrote: > > > > > > > > > > > On Sat, 09 Dec 2006 22:17:55 -0500 (EST) Nicolas Pitre wrote: > > > > > > > > > > > > > Please consider what SND_CONFIG_AC97_BUS corresponds to. It is > > > > > > > sound/pci/ac97/ac97_bus.c and if you look into this file you'll see that > > > > > > > it is perfectly buildable even if sound is entirely configured out, just > > > > > > > like some lib code would be. > > > > > > > > > > > > OK. Should it (CONFIG_SND_AC97_BUS -> sound/pci/ac97/ac97_bus.c) > > > > > > be buildable when sound is disabled? > > > > > > > > > > Yes. > > > > > > > > > > > If so, where should it be moved to (since afaik, make won't even > > > > > > descend into sound/ if SOUND=n; I don't see that changing > > > > > > any time soon). > > > > > > > > > > What about this patch? > > > > > > > > Can we get this patch or some patch into the input tree for linux-next? > > > > > > This patch is commit e1036502e5263851259d147771226161e5ccc85a and > > > appeared in mainline almost 2 years ago. > > > > Ack. Sorry about that. Wrong ucb thread. > > > > ucb1400_core still has build errors in linux-next > > since it uses ac97_bus_type even when CONFIG_SOUND=n. > > Both sound (AC97) and UCB1400 should be able to select CONFIG_AC97_BUS > independently from each other. > > And in linux/sound/Makefile one can find this note: > > # This one must be compilable even if sound is configured out > obj-$(CONFIG_AC97_BUS) += ac97_bus.o > > This was fixed 2 years ago. Who broke it this time? Oh, it must be me. Could you check the patch below? thanks, Takashi diff --git a/sound/Kconfig b/sound/Kconfig index a37bee0..164a53a 100644 --- a/sound/Kconfig +++ b/sound/Kconfig @@ -91,6 +91,9 @@ endif # SOUND_PRIME endif # !M68K +endif # SOUND + +# AC97_BUS is used from both sound and ucb1400 config AC97_BUS tristate help @@ -99,4 +102,3 @@ config AC97_BUS sound although they're sharing the AC97 bus. Concerned drivers should "select" this. -endif # SOUND