From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <533AAFCB.7060409@suse.cz> Date: Tue, 01 Apr 2014 14:23:39 +0200 From: Michal Marek MIME-Version: 1.0 To: Alexander Holler , linux-kernel@vger.kernel.org CC: Andrew Morton , Levente Kurusa , stable@vger.kernel.org Subject: Re: [PATCH 2/2 v3] initramfs: print error and shell out for unsupported content References: <532CC625.7020509@ahsoftware.de> <1395491361-28069-1-git-send-email-holler@ahsoftware.de> <1395491361-28069-2-git-send-email-holler@ahsoftware.de> <532DD4E7.3070706@ahsoftware.de> <5339D096.4040302@suse.cz> <533AA1A0.10802@ahsoftware.de> In-Reply-To: <533AA1A0.10802@ahsoftware.de> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: On 2014-04-01 13:23, Alexander Holler wrote: > But as I already said, trying to use arbitrary filenames in a Makefile > doesn't really work. There are still other problems, e.g. filenames with > a / (directory separator), *, or some of the special make variables like $<. > > So the really working solution would be to get rid of that generated > (and hidden) include. Modifying gen_init_cpio.c to browse and collect > all filenames and types itself doesn't look like much work (an evening > should be enough). > > The drawback is that such a solution would build the initramfs every > time make is called (while CONFIG_INITRAMFS_SOURCE points to a > directory), but I think that time is negligible. Well, the cpio is embedded in the kernel image, so a rebuild of the cpio means a relink of the kernel. One option would be to implement the timestamp checking in gen_init_cpio.c, but I'm not sure if that's worth it. Michal