From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755186AbXIYS7X (ORCPT ); Tue, 25 Sep 2007 14:59:23 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751647AbXIYS7Q (ORCPT ); Tue, 25 Sep 2007 14:59:16 -0400 Received: from pasmtpa.tele.dk ([80.160.77.114]:32805 "EHLO pasmtpA.tele.dk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750889AbXIYS7Q (ORCPT ); Tue, 25 Sep 2007 14:59:16 -0400 Date: Tue, 25 Sep 2007 21:00:36 +0200 From: Sam Ravnborg To: Mathieu Desnoyers Cc: akpm@linux-foundation.org, linux-kernel@vger.kernel.org, Christoph Hellwig , Randy Dunlap Subject: Re: [patch 3/5] Add samples subdir Message-ID: <20070925190036.GA14579@uranus.ravnborg.org> References: <20070925121145.262664884@polymtl.ca> <20070925121251.954162366@polymtl.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070925121251.954162366@polymtl.ca> User-Agent: Mutt/1.4.2.1i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Hi Mathieu & Randy. On Tue, Sep 25, 2007 at 08:11:48AM -0400, Mathieu Desnoyers wrote: > From: Randy Dunlap > > Begin infrastructure for kernel code samples in the samples/ directory. > Add its Kconfig and Kbuild files. > Source its Kconfig file in all arch/ Kconfigs. Sorry for not commenting on this before... The samples directory contains sample code so it is wrong to actually include it as part of the kernel IMHO. We only want to keep the samples buildable and to do so we can make a much simpler hack in the top-level Makefile. Consider following patch: @@ -760,6 +760,9 @@ vmlinux: $(vmlinux-lds) $(vmlinux-init) $(vmlinux-main) $(kallsyms.o) vmlinux.o ifdef CONFIG_HEADERS_CHECK $(Q)$(MAKE) -f $(srctree)/Makefile headers_check endif +ifdef CONFIG_SAMPLES + $(Q)$(MAKE) $(build)=samples +endif $(call vmlinux-modpost) $(call if_changed_rule,vmlinux__) $(Q)rm -f .old_version With this we build the samples when CONFIG_SAMPLES are selected and when the kernel is about to be linked. As for the Kconfig file I am in favour of it but think a much more natural place is to source it in lib/Kconfig.debug. Then it will appear in "Kernel hacking" and the smaples are used for kernel hacking and not for regular people building their own kernel. Sourcing samples/Kconfig from lib/Kconfig.debug will then take effect for all archs so the result is a much simpler Kconfig patch too. Sam