From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-qt1-f176.google.com (mail-qt1-f176.google.com [209.85.160.176]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id AF7FB31353E for ; Wed, 24 Sep 2025 16:18:06 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.160.176 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1758730689; cv=none; b=O2p7/5P1+ms0/Ql80/+TFUnqoMDtFd7Z5KIEKRDCqnmGj+aW7grNwEMcX1PZd11sNYOOkOqJj4ARvkA7K/iNBSiQCOuzW4CLnnYT6eaiFyvnbIUIhiGvSiVCS9H69HBDI81sUsyQCGghiDESniqzptAFyZY2OXWcTfHtdBy0fzg= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1758730689; c=relaxed/simple; bh=+elp/mgEwQHUPO2/veHl6cFeD7QMzkxV3mT27B/vMe0=; h=MIME-Version:References:In-Reply-To:From:Date:Message-ID:Subject: To:Cc:Content-Type; b=Lce8zZ6F0TeSqRobFQbGMq+SZV6Cy3xL1sgaz+diKTc+Wjc/i/GEVuZdr0Lj5DvHisHySP6lfEOQsi9+g7dwH73HwWkV+LK2po0eNv90IgIrPWBXI2kNIRaPAqp8rLJmEsQPddZnYSQRsqeGXPRUOHZ4ovcfyRqDW03KYwDPVBI= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=jJ9fR/G/; arc=none smtp.client-ip=209.85.160.176 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="jJ9fR/G/" Received: by mail-qt1-f176.google.com with SMTP id d75a77b69052e-4d41154079aso213211cf.0 for ; Wed, 24 Sep 2025 09:18:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1758730685; x=1759335485; darn=vger.kernel.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=+elp/mgEwQHUPO2/veHl6cFeD7QMzkxV3mT27B/vMe0=; b=jJ9fR/G/uQOoGU1zjzeq+kEGJH0FGPF6hyv+BRd11txZaP6jykJx7KYV+Fy89/hm3r Fj1jHTTr1k3gSZ9YbnsYf7t/+Y1cgcUQRaozim9bYqDxSSoV25zr5djoCo2k+XVY+9XH hZwrqWm/lkHBVgotX1/VMNfSLp5gX19VCA2QcSKMUDXlmxsoFrDA/aUnalMiOUk6S4Dm ApxpBGputpqRfa7MY3pOnEuQUef0R7OKBgerb0vkMv3dzWiW0+dXhhizmvnjoU/shLfI pMehbr68Tb60E0EQMTVNp25KF0WY4uOSvx5h0SUZ0kqikDM0hjKYe9piKoNpkOCmD6s4 fVZg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1758730685; x=1759335485; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=+elp/mgEwQHUPO2/veHl6cFeD7QMzkxV3mT27B/vMe0=; b=VMtvftBh2q1Q7aN7+Kx2EOMjYfDLN/2xeRmx9F2Zzc3APa3Ds7RnMmyNx1SMNtPV+z R/tENROr/OshANbdsnTVEeXbTC4A5YWZ0j0kNBG5+BbfVE3Bi9rU0PUAag5NMxR+26B8 l7wydSCkt9zmpsZ7YDCwnioCGgHIuVsskID5/xtD7Xp9PNxwAZmtxSd/Vv0x+nx1qlMU Cviv+7JU9oeQy6X6ZqNBCYuQO6waMtP4Ky7ipyHjhr04wKdkOahxoPCcr+7ym1Fhw1GO P9rHhWDI5kf7TuifphsCvB80xA+AyhEdtINr8caooN1GWM/o2LKfrScpbnsSJwo4cn5G /gJw== X-Forwarded-Encrypted: i=1; AJvYcCXk82xWzh2r2ySTSDpX3c2UP6hCGB3H2rJi5JzFyV1BKWYafeojXfk0XpO7F+yPh/0Gk7akqzMODPc=@vger.kernel.org X-Gm-Message-State: AOJu0YwOAFkFAsrsNq3DefUA1/7bSbuaXJwIYUfDahikYatVOQ+rrXtF VuECPXOcObTMyCEJXiHpBciAEy8Hz6KYAhMrmW1iYX5NDh7KYa8IjpJtWXj9xYhGeOMLtD2Z+Os kwJgTz+uVbwJfdIRGe1yn2Ac/ERqM8xE= X-Gm-Gg: ASbGncunVXl+VaADXHGF3V1gpKXwe6tLpg0HvK9uwIrRhn4YuKRi1H3hsSMSuTJF8eh 3NwzauiNqtsdn5wJBRtobCxRzu0K+q1yJTHBdc4yA/LHvay851Sa8vSTvbQZ/OCiW73ls8lw6ZW Pb9ORfsguEyueDp2Ng2Bgycc3aMefHfmKDPOaqR+kqsgEVUi5YM394Ij8UhbyX5tQKROCad4emh DycDeherUGettHrmhiAIyKc2v2BWmTFidzcoVxx X-Google-Smtp-Source: AGHT+IHrjx0XfB3NQHdqBt66Ox1dwY4oj3I0wMxztSwqqFAAkQnhEkK0QBLdnresO+RuCvDJitimjmBRn2YZHsgZxpk= X-Received: by 2002:a05:622a:3d2:b0:4d9:ea03:74f8 with SMTP id d75a77b69052e-4da473535b8mr6186491cf.16.1758730685377; Wed, 24 Sep 2025 09:18:05 -0700 (PDT) Precedence: bulk X-Mailing-List: linux-api@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 References: <20250913003842.41944-1-safinaskar@gmail.com> In-Reply-To: From: Alexander Patrakov Date: Thu, 25 Sep 2025 00:17:39 +0800 X-Gm-Features: AS18NWB-xeGoRDKYPj3kUYXUnKXLhFMFvvc0QyoLpOeKcP1DsD-enKeBhlulfsI Message-ID: Subject: Re: [PATCH RESEND 00/62] initrd: remove classic initrd support To: Christophe Leroy Cc: Askar Safin , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, Linus Torvalds , Greg Kroah-Hartman , Christian Brauner , Al Viro , Jan Kara , Christoph Hellwig , Jens Axboe , Andy Shevchenko , Aleksa Sarai , =?UTF-8?Q?Thomas_Wei=C3=9Fschuh?= , Julian Stecklina , Gao Xiang , Art Nikpal , Andrew Morton , Eric Curtin , Alexander Graf , Rob Landley , Lennart Poettering , linux-arch@vger.kernel.org, linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org, linux-arm-kernel@lists.infradead.org, linux-csky@vger.kernel.org, linux-hexagon@vger.kernel.org, loongarch@lists.linux.dev, linux-m68k@lists.linux-m68k.org, linux-mips@vger.kernel.org, linux-openrisc@vger.kernel.org, linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, linux-riscv@lists.infradead.org, linux-s390@vger.kernel.org, linux-sh@vger.kernel.org, sparclinux@vger.kernel.org, linux-um@lists.infradead.org, x86@kernel.org, Ingo Molnar , linux-block@vger.kernel.org, initramfs@vger.kernel.org, linux-api@vger.kernel.org, linux-doc@vger.kernel.org, linux-efi@vger.kernel.org, linux-ext4@vger.kernel.org, "Theodore Y . Ts'o" , linux-acpi@vger.kernel.org, Michal Simek , devicetree@vger.kernel.org, Luis Chamberlain , Kees Cook , Thorsten Blum , Heiko Carstens , patches@lists.linux.dev Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Sep 23, 2025 at 8:22=E2=80=AFPM Christophe Leroy wrote: > > > > Le 13/09/2025 =C3=A0 02:37, Askar Safin a =C3=A9crit : > > [Vous ne recevez pas souvent de courriers de safinaskar@gmail.com. D=C3= =A9couvrez pourquoi ceci est important =C3=A0 https://aka.ms/LearnAboutSend= erIdentification ] > > > > Intro > > =3D=3D=3D=3D > > 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_IN= ITRAMFS > > 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. --=20 Alexander Patrakov