From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Petazzoni Date: Sun, 27 Jun 2010 09:30:56 +0200 Subject: [Buildroot] [git commit master 1/1] initramfs: update help text In-Reply-To: <87hbkp3sfz.fsf@macbook.be.48ers.dk> References: <20100626054529.9E7CE81E0B@busybox.osuosl.org> <87aaqh38vi.fsf@macbook.be.48ers.dk> <87hbkp3sfz.fsf@macbook.be.48ers.dk> Message-ID: <20100627093056.5635ce90@surf> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: buildroot@busybox.net On Sun, 27 Jun 2010 08:22:56 +0200 Peter Korsgaard wrote: > No, but you could extract the tarball (as root or using fakeroot) and > point CONFIG_INITRAMFS_SOURCE to it. > > But yes, providing a way to generate the cpio archive without building a > kernel would be nicer. Well, a cpio archive can be generated by Buildroot without having to build a kernel, see fs/cpio/Config.in. What Grant was complaining about originally was the fs/initramfs case. However, last time I tried pointing CONFIG_INITRAMFS_SOURCE to a cpio archive, it didn't work. Instead of my original solution, another solution would be to *not* make initramfs depend on BR2_LINUX_KERNEL, and to remove the dependency initramfs->kernel so that the kernel doesn't try to be built as soon as initramfs is selected. If kernel is selected, it will anyway be built *before* going through the initramfs code. Would this be ok ? Thomas -- Thomas Petazzoni, Free Electrons Kernel, drivers, real-time and embedded Linux development, consulting, training and support. http://free-electrons.com