From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from mx2.suse.de ([195.135.220.15]:41590 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755098AbcHYTw0 (ORCPT ); Thu, 25 Aug 2016 15:52:26 -0400 Date: Thu, 25 Aug 2016 21:51:28 +0200 From: "Luis R. Rodriguez" To: Johannes Berg Cc: Christoph Hellwig , "Luis R. Rodriguez" , Cristina Moraru , "vegard.nossum@gmail.com" , Valentin Rothberg , Hannes Reinecke , Sam Ravnborg , Michal Marek , linux-kernel@vger.kernel.org, teg@jklm.no, kay@vrfy.org, rusty@rustcorp.com.au, akpm@linux-foundation.org, backports@vger.kernel.org, Guenter Roeck , Greg Kroah-Hartman , "rafael.j.wysocki" , Dmitry Torokhov , Takashi Iwai , Mauro Carvalho Chehab , Hauke Mehrtens , Paul Bolle , Paul Gortmaker , Alexey Khoroshilov , Sathya Prakash Veerichetty , "Martin K. Petersen" , Laurence Oberman , Johannes Thumshirn , Tejun Heo , Jej B , Theodore Ts'o , danijons@student.chalmers.se, Andrzej Wasowski Subject: Re: [RFC PATCH 0/5] Add CONFIG symbol as module attribute Message-ID: <20160825195128.GD3296@wotan.suse.de> (sfid-20160825_215314_390293_167635FE) References: <1471462023-119645-1-git-send-email-cristina.moraru09@gmail.com> <20160818175505.GM3296@wotan.suse.de> <20160825074313.GC18622@lst.de> <1472112020.24772.4.camel@sipsolutions.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1472112020.24772.4.camel@sipsolutions.net> Sender: backports-owner@vger.kernel.org List-ID: On Thu, Aug 25, 2016 at 10:00:20AM +0200, Johannes Berg wrote: > > > The other nice thing is that we could probably fold most of the > > Makefiles into Kconfig using that methods as well, by listing the > > objectes required for a module, e.g. > > > > module NVME_TARGET > > tristate "NVMe Target support" > > depends on BLOCK > > depends on CONFIGFS_FS > > name nvmet > > objects core.o configfs.o admin-cmd.o io-cmd.o fabrics-cmd.o > > objects discovery.o > > > > If this was going to be a thing, then you might also have > > config NVME_TARGET_FOO > bool "NVMe target supports FOO" > module NVME_TARGET > objects foo.o You mean this instead of a Makefile: foo-$(CONFIG_NVME_TARGET_FOO) += foo.o ? > The "module" would be like a "depends on" plus giving the module for > generating the Makefile, and now you can really remove most Makefile > stuff... :) Luis -- To unsubscribe from this list: send the line "unsubscribe backports" in