From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 0F8ECE83EF9 for ; Wed, 4 Feb 2026 09:24:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:List-Subscribe:List-Help :List-Post:List-Archive:List-Unsubscribe:List-Id:Content-Transfer-Encoding: Content-Type:MIME-Version:References:In-Reply-To:Subject:Cc:To:From: Message-ID:Date:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=DJjpqNHbc1SOh7gF8rmi33QbS3B0Yff2m5nGWxHC/Xs=; b=AxBVISUtCwUr+fDHXSdfg4iU6+ i+zEZAvWe0QguzynpL42fuWb/fvYpnBh7em9o5/KrAMgLxJTsMH6jnU91/JtzHS9Jxp176lxEm+B1 iEFoolkasqDZ8d3Q5gO729uO4tUzOwjTnEPzyXej2GMtsD+0y6jVRTEj34vz5lhXH3FhV5Fio1DQd EK9nTkwiE6LGmo2H9HJJnAO9cxnhnNaDj2CH7eCO1YTU/q5Yzbaz5c/VELwAxBMkRJ0iFoo+IpApJ u7EAOzf6JWCv8OR+N1vX3mtzwNmEit8rrWD9Hxlr5evluObl4uVc27M7v60JmcLjNqD/SZNf6QAuq csoTB0oA==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.98.2 #2 (Red Hat Linux)) id 1vnZ81-00000008Cra-2TAf; Wed, 04 Feb 2026 09:24:53 +0000 Received: from tor.source.kernel.org ([2600:3c04:e001:324:0:1991:8:25]) by bombadil.infradead.org with esmtps (Exim 4.98.2 #2 (Red Hat Linux)) id 1vnZ7z-00000008CrH-3f6L for linux-arm-kernel@lists.infradead.org; Wed, 04 Feb 2026 09:24:51 +0000 Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by tor.source.kernel.org (Postfix) with ESMTP id 479D360054; Wed, 4 Feb 2026 09:24:51 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id EAADDC4CEF7; Wed, 4 Feb 2026 09:24:50 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1770197091; bh=LTqApacllQgZTjlD8ltb5M+diZH27l1weC3mSdtGt5E=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=C62h/UMQqQslXy5h88MraIfxyzJYEcNYG+jG7WA7c+siQrkvXbJr/vpW82E1MjFO4 rkU7uLLRGbNBfYWhueF2oowpm5meLTO/689JiKx3+yppeYTqPF3IjCS0VKysM9lWOL IHa2TfVF98s3B+FK1WZZbYDJdd7cyvHR0RBFwXx7HPlY7cIYNVJAM27jeqT9vQcLXM c2UATIWsgxTUZZQQ68fwydTJli18RozQVOFoJGODy/BCA6SVeUcTJNs4LhHtue2ak4 sXVh27432mse4xkggcKA9xdDOXwcZvUql+PPKAGBOGijkDMKaIfCd2legGwvZkRZaX QUk4wkTwsMj6Q== Received: from sofa.misterjones.org ([185.219.108.64] helo=goblin-girl.misterjones.org) by disco-boy.misterjones.org with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98.2) (envelope-from ) id 1vnZ7w-00000008RAN-12KX; Wed, 04 Feb 2026 09:24:48 +0000 Date: Wed, 04 Feb 2026 09:24:47 +0000 Message-ID: <86pl6kamjk.wl-maz@kernel.org> From: Marc Zyngier To: Linus Walleij Cc: "Christian Marangi (Ansuel)" , "Russell King (Oracle)" , Geert Uytterhoeven , Linus Walleij , Arnd Bergmann , Andrew Morton , Geert Uytterhoeven , Thomas Gleixner , Jonathan Corbet , "Mike Rapoport (IBM)" , Eric DeVolder , Nathan Chancellor , Kees Cook , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Bjorn Andersson , Konrad Dybcio , John Crispin Subject: Re: [PATCH v2 0/2] ARM: decompressor: support AUTO_ZRELADDR and appended DTB In-Reply-To: References: <20240121203009.9257-1-ansuelsmth@gmail.com> <65d62b60.050a0220.c7b96.614e@mx.google.com> <666ad6e0.df0a0220.f8b16.4a5e@mx.google.com> <666b2379.5d0a0220.c7eec.8b6f@mx.google.com> <86v7gf9z92.wl-maz@kernel.org> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM-LB/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL-LB/10.8 EasyPG/1.0.0 Emacs/30.1 (aarch64-unknown-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-SA-Exim-Connect-IP: 185.219.108.64 X-SA-Exim-Rcpt-To: linusw@kernel.org, ansuelsmth@gmail.com, linux@armlinux.org.uk, geert@linux-m68k.org, linus.walleij@linaro.org, arnd@arndb.de, akpm@linux-foundation.org, geert+renesas@glider.be, tglx@linutronix.de, corbet@lwn.net, rppt@kernel.org, eric.devolder@oracle.com, nathan@kernel.org, keescook@chromium.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, andersson@kernel.org, konrad.dybcio@somainline.org, john@phrozen.org X-SA-Exim-Mail-From: maz@kernel.org X-SA-Exim-Scanned: No (on disco-boy.misterjones.org); SAEximRunCond expanded to false X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org Linus, On Wed, 04 Feb 2026 00:36:29 +0000, Linus Walleij wrote: >=20 > On Mon, Feb 2, 2026 at 12:11=E2=80=AFPM Marc Zyngier wro= te: >=20 > > If you can boot the kernel, you can also boot a secondary bootloader > > that will do the right thing by exposing a DT. Fixing the boot flow > > should be the priority, rather than adding more band-aids to the > > kernel. >=20 > I have used this approach with some Broadcom machines equipped > with the CFE thing they are using. I have that boot U-Boot and > U-boot boots the kernel. Works fine. >=20 > However, I think it is a thick requirement to put on hobbyist > contributors to go and write entite boot loaders from scratch, > I think it's a fine requirement to put on Qualcomm or Renesas > paid maintainers. It really isn't a large requirement, and you don't have to write a full bootloader. All you need is a small shim that wraps the kernel and enters it as it currently expects. You can even have that as a separate binary that is loaded independently of the kernel. Yes, this is an extra bit to carry outside of the kernel itself, and extra stuff to package for generic distros, but appended DTB is already a blocker for those. > Another reason would be that appended DTB is in the same > league as the GPIO sysfs despite we GPIO maintainers hate it: > a feature users highly desire because it's easy and convenient > and practical and quick and thus refuse to let us drop. Every time > we try to deprecate it more we get a good beating. I don't think appended DTB is ABI. The GPIO sysfs definitely is. Thanks, M. --=20 Without deviation from the norm, progress is not possible.