Please sign in to comment.
initramfs: fix initramfs rebuilds w/ compression after disabling
This is a follow-up to commit 57ddfda ("initramfs: fix disabling of initramfs (and its compression)"). This particular commit fixed the use case where we build the kernel with an initramfs with no compression, and then we build the kernel with no initramfs. Now this still left us with the same case as described here: http://firstname.lastname@example.org not working with initramfs compression. This can be seen by the following steps/timestamps: https://www.spinics.net/lists/kernel/msg2598153.html .initramfs_data.cpio.gz.cmd is correct: cmd_usr/initramfs_data.cpio.gz := /bin/bash ./scripts/gen_initramfs_list.sh -o usr/initramfs_data.cpio.gz -u 1000 -g 1000 /home/fainelli/work/uclinux-rootfs/romfs /home/fainelli/work/uclinux-rootfs/misc/initramfs.dev and was generated the first time we did generate the gzip initramfs, so the command has not changed, nor its arguments, so we just don't call it, no initramfs cpio is re-generated as a consequence. The fix for this problem is just to properly keep track of the .initramfs_cpio_data.d file by suffixing it with the compression extension. This takes care of properly tracking dependencies such that the initramfs get (re)generated any time files are added/deleted etc. Link: http://email@example.com Fixes: db2aa7f ("initramfs: allow again choice of the embedded initramfs compression algorithm") Fixes: 9e3596b ("kbuild: initramfs cleanup, set target from Kconfig") Signed-off-by: Florian Fainelli <firstname.lastname@example.org> Cc: "Francisco Blas Izquierdo Riera (klondike)" <email@example.com> Cc: Nicholas Piggin <firstname.lastname@example.org> Signed-off-by: Andrew Morton <email@example.com> Signed-off-by: Linus Torvalds <firstname.lastname@example.org>
- Loading branch information...