From: Michal Marek <mmarek@suse.cz>
To: Sam Ravnborg <sam@ravnborg.org>
Cc: akpm@linux-foundation.org, linux-kbuild@vger.kernel.org,
JBeulich@novell.com, Steven Rostedt <rostedt@goodmis.org>,
lkml <linux-kernel@vger.kernel.org>
Subject: Re: Feedback on "kbuild: generate modules.builtin"
Date: Fri, 25 Sep 2009 13:04:31 +0200 [thread overview]
Message-ID: <4ABCA3BF.8060107@suse.cz> (raw)
In-Reply-To: <20090920132856.GA26845@merkur.ravnborg.org>
Sam Ravnborg napsal(a):
> On Fri, Sep 18, 2009 at 12:49:29PM -0700, akpm@linux-foundation.org wrote:
>> From: Michal Marek <mmarek@suse.cz>
>>
>> To make it easier for tools like mkinitrd to detect whether a needed
>> module is missing or whether it is compiled into the kernel, install a
>> modules.builtin file listing all modules built into the kernel. This is
>> done by generating an alternate config file with all tristate =y options
>> set to =Y and reading the makefiles with this config included. The built
>> in modules then appear in obj-Y.
>
> Hi Michael.
>
> [Added Steven on cc: as he had done some kconfig
> hacking lately].
>
> Got some time (finally) to look at this.
> I understand the functionality and I have myself had the need
> to see builtin modules.
Hi Sam,
many thanks for the review and for the patch, I basically agree with all
what you said, except this one:
>> diff -puN Makefile~kbuild-generate-modulesbuiltin Makefile
>> --- a/Makefile~kbuild-generate-modulesbuiltin
>> +++ a/Makefile
>> @@ -871,6 +871,9 @@ $(sort $(vmlinux-init) $(vmlinux-main))
>> PHONY += $(vmlinux-dirs)
>> $(vmlinux-dirs): prepare scripts
>> $(Q)$(MAKE) $(build)=$@
>> +ifdef CONFIG_MODULES
>> + $(Q)$(MAKE) $(modbuiltin)=$@
>> +endif
>
> The other stuff we run after a completed build is the
> target vmlinux: just above.
> If there is no good reason not to do so please move
> it so we keep all these post processing steps in one place.
The reason is that I need to iterate over $(vmlinux-dirs) to descend
into subdirectories like Makefile.build does. Putting the command here
allows to just write $(MAKE) $(modbuiltin)=$@ and be done, in the
vmlinux target I would have to do the iteration manually.
I'll provide an updated patch soon.
Michal
prev parent reply other threads:[~2009-09-25 11:04 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-09-18 19:49 [patch 09/18] kbuild: generate modules.builtin akpm
2009-09-20 13:28 ` Feedback on "kbuild: generate modules.builtin" Sam Ravnborg
2009-09-20 14:40 ` Steven Rostedt
2009-09-20 18:35 ` Sam Ravnborg
2009-09-25 11:04 ` Michal Marek [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4ABCA3BF.8060107@suse.cz \
--to=mmarek@suse.cz \
--cc=JBeulich@novell.com \
--cc=akpm@linux-foundation.org \
--cc=linux-kbuild@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=rostedt@goodmis.org \
--cc=sam@ravnborg.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).