Re: [PATCH v2 0/2] Move tool for generating initramfs cpio to scripts/
Nicolas Schier <[email protected]> Tue, 4 Aug 2026 13:38:41 +0200
| Newsgroups | gmane.linux.kbuild.devel |
|---|---|
| Message-ID | <anHPQQp0Fjd3HPwj@levanger> |
On Mon, Aug 03, 2026 at 09:15:39PM +0000, Tj wrote: > I've almost finished the feature to add to usr/gen_initramfs.sh::dir_filelist() > parsing of: > > filter:/path/to/filter_script.sh:/path/to/directory/ > > A generic solution that can generate a cpio list dynamically. > > My feature's current status is "working well". > > I use it to include a sub-set of just-built modules in the initramfs > with some additional ./Makefile top-level magic. > > I noticed this proposal to move scripts so want to provide a heads-up. > > I described the technique as 'sneaky' in my email of 30th July: > > "How to move usr/Makefile call to just before vmlinux_a target ?" > > In it I add usr/Makefile.add_modules. It relies on being able to include, > unmodified, usr/Makefile, and use its targets. > > Does moving usr/gen_initramfs.sh to scripts/ infer my 'example' script > > usr/gen_initramfs_dirlist_filter.sh > > should also be prepared to move to scripts/ ? It feels like that would > be moving it from its logical home. I think so, but guessing w/o concrete patches is probably not very reliable. > Due to the trial-and-error process whilst developing it, and much additional debug > logging to understand call flows, it is not currently in a state to propose. > > My aim is to clean it up by end of this week (8th August) and post an > RFC patch series. Please go ahead. I will not able to have a in-depth look at it before mid-August. -- Nicolas