On Tue, Sep 23, 2025 at 8:22 PM Christophe Leroy <[email protected]> wrote: > > > > Le 13/09/2025 à 02:37, Askar Safin a écrit : > > [Vous ne recevez pas souvent de courriers de [email protected]. > > Découvrez pourquoi ceci est important à > > https://aka.ms/LearnAboutSenderIdentification ] > > > > Intro > > ==== > > This patchset removes classic initrd (initial RAM disk) support, > > which was deprecated in 2020. > > Initramfs still stays, and RAM disk itself (brd) still stays, too. > > init/do_mounts* and init/*initramfs* are listed in VFS entry in > > MAINTAINERS, so I think this patchset should go through VFS tree. > > This patchset touchs every subdirectory in arch/, so I tested it > > on 8 (!!!) archs in Qemu (see details below). > > Warning: this patchset renames CONFIG_BLK_DEV_INITRD (!!!) to > > CONFIG_INITRAMFS > > and CONFIG_RD_* to CONFIG_INITRAMFS_DECOMPRESS_* (for example, > > CONFIG_RD_GZIP to CONFIG_INITRAMFS_DECOMPRESS_GZIP). > > If you still use initrd, see below for workaround. > > Apologise if my question looks stupid, but I'm using QEMU for various > tests, and the way QEMU is started is something like: > > qemu-system-ppc -kernel ./vmlinux -cpu g4 -M mac99 -initrd > ./qemu/rootfs.cpio.gz > > I was therefore expecting (and fearing) it to fail with your series > applied, but surprisingly it still works. > > Therefore is it really initrd you are removing or just some corner case > ? If it is really initrd, then how does QEMU still work with that > -initrd parameter ?
The QEMU -initrd parameter is a misnomer. It can be used to pass an initrd or an initramfs, and the kernel automatically figures out what it is. What you are passing is an initramfs (a gzipped cpio archive with all the files), which is a modern and supported use case. -- Alexander Patrakov
