From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.ozlabs.org (lists.ozlabs.org [112.213.38.117]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 1B3D4606A324 for ; Tue, 3 Nov 2026 04:18:10 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key, unprotected) header.d=codeconstruct.com.au header.i=@codeconstruct.com.au header.a=rsa-sha256 header.s=2022a header.b=a7t79Qzf Received: from boromir.ozlabs.org (localhost [127.0.0.1]) by lists.ozlabs.org (Postfix) with ESMTP id 4jJb0J3Cj4z2x9c; Tue, 03 Nov 2026 15:18:08 +1100 (AEDT) Authentication-Results: lists.ozlabs.org; arc=none smtp.remote-ip=203.29.241.158 ARC-Seal: i=1; a=rsa-sha256; d=lists.ozlabs.org; s=201707; t=1793679488; cv=none; b=giDln/WN3Rv05rnLf9tyrb5vTSouNONGnib4vQR/FZZ0Zm2KHv0VFSncHb5lJZkhjSUxrCel1TUaZLVt2Fm3TnIUmdOcrTSqEsrF2mJclRgCq7QNv6W3WZEXy9vLQw8M25Zmxp3o9ZZ0Kvh41P6j9ipymHwNW8LoHqwRMoQfrb6kA/gAw5DjUZA2idrlrAd3NzIAKk9vwa2yrfA+jpNw0yri4s5pp+YRYYHt8OYc9kSpze1E45ib/hU0hg7peRR6+eu6ZAZ33ZYhX2qCKIOWuQEmZGdSwkYet449FbDB1Eb1k2Qn5kOsUOZNBfd0mqT0B4gHJEyd90UCtcLbRPFeQA== ARC-Message-Signature: i=1; a=rsa-sha256; d=lists.ozlabs.org; s=201707; t=1793679488; c=relaxed/relaxed; bh=i5UScEbi5P+SKDxLk2/1WH1m35SDk+R8PVhmVEVHgPs=; h=Message-ID:Subject:From:To:Cc:Date:In-Reply-To:References: Content-Type:MIME-Version; b=oWOEyWQ1k+5DF6pN6aFiL7Oay8lho+GQ2IgALkqPme4WntsK7SX5BZ6WntgPfmwqY5NRnPMuL1AwUo8jcQRVaxm/Nc+meyI7PBS9ICir8RYnMoKrIKJU2Bse1NNiVo8wepGWer7kZfN9ztABLS7EF5XxiLnz5IjkPrZWlJPm/dQR9fNumqYgdEmSVIBcK6sOKBDXTjBlQI5IjGGB1zl2oD7ZRgZltdbPT0+t67uGkwrq55eHs68Yw4Yt5rJKTfTLkx0Y5E0x9FIKSFgy5+0qsBFZ3M2qShGNB2Xq6DQgVAyxIJkjS9/BTdf/CyA+fqRb0xY6UJvZHJyL8bSgUJDyqw== ARC-Authentication-Results: i=1; lists.ozlabs.org; dmarc=pass (p=none dis=none) header.from=codeconstruct.com.au; dkim=pass (2048-bit key; unprotected) header.d=codeconstruct.com.au header.i=@codeconstruct.com.au header.a=rsa-sha256 header.s=2022a header.b=a7t79Qzf; dkim-atps=neutral; spf=pass (client-ip=203.29.241.158; helo=codeconstruct.com.au; envelope-from=andrew@codeconstruct.com.au; receiver=lists.ozlabs.org) smtp.mailfrom=codeconstruct.com.au Authentication-Results: lists.ozlabs.org; dmarc=pass (p=none dis=none) header.from=codeconstruct.com.au Authentication-Results: lists.ozlabs.org; dkim=pass (2048-bit key; unprotected) header.d=codeconstruct.com.au header.i=@codeconstruct.com.au header.a=rsa-sha256 header.s=2022a header.b=a7t79Qzf; dkim-atps=neutral Authentication-Results: lists.ozlabs.org; spf=pass (sender SPF authorized) smtp.mailfrom=codeconstruct.com.au (client-ip=203.29.241.158; helo=codeconstruct.com.au; envelope-from=andrew@codeconstruct.com.au; receiver=lists.ozlabs.org) Received: from codeconstruct.com.au (pi.codeconstruct.com.au [203.29.241.158]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange x25519) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 4jJb0H6QVzz2x99 for ; Tue, 03 Nov 2026 15:18:07 +1100 (AEDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=codeconstruct.com.au; s=2022a; t=1793679487; bh=i5UScEbi5P+SKDxLk2/1WH1m35SDk+R8PVhmVEVHgPs=; h=Subject:From:To:Cc:Date:In-Reply-To:References; b=a7t79QzfSTdOmbUGBi5zuXRXLb9bnKCNXZ7ddcXCve5Iki/BJfETkutBAfN6dIsSa 6hWOY8+mbeiLrGyha8O5lIQ/p7UB+I0Ll4SsJPrg/ujXWKTRaiMCx6dk5CCCYfdKie TDllu+3oC2+dHpqpaW5IYHSsrjguyDQBTv67x76CrDX576Gaa5lFfNlUUygdF3zoWF SW2O2ZEUJSZBb14lGttfI5aBk3F8AnH39EyAwqmWdxvjwY2zhhJmgG/PgYI3aQQvgm Mq+2XnwOg5SN4ix95gbCrxbwfRF44hJavRKXeW53i4kZASS28FOrji5FhIKvW28kFj /HAhKA+WVXVsw== Received: from [192.168.68.117] (unknown [180.150.112.139]) by mail.codeconstruct.com.au (Postfix) with ESMTPSA id D92A9648E3; Tue, 3 Nov 2026 12:18:06 +0800 (AWST) Message-ID: Subject: Re: [PATCH] arm64: dts: aspeed: Enlarge AST2700 EVB kernel partition to 12 MiB From: Andrew Jeffery To: Cooper Huang , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Joel Stanley , Ryan Chen , Billy Tsai Cc: devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-aspeed@lists.ozlabs.org, linux-kernel@vger.kernel.org, Chin-Ting Kuo Date: Tue, 03 Nov 2026 14:48:06 +1030 In-Reply-To: <20261029-ast2700-evb-kernel-part-v1-1-e6f52742c575@aspeedtech.com> References: <20261029-ast2700-evb-kernel-part-v1-1-e6f52742c575@aspeedtech.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.56.2-0+deb13u1 X-Mailing-List: linux-aspeed@lists.ozlabs.org List-Id: List-Help: List-Owner: List-Post: List-Archive: , List-Subscribe: , , Precedence: list X-Archived-By: MIME-Version: 1.0 X-Spam-Status: No, score=-20.8 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, INCLUDES_CR_TRAILER,INCLUDES_PATCH,MAILING_LIST_MULTI, MENTIONS_GIT_HOSTING,SPF_HELO_PASS,SPF_PASS autolearn=ham autolearn_force=no version=4.0.1 X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-26) on aws-us-west-2-korg-listserv-alma10-1 Hi Cooper, On Thu, 2026-10-29 at 15:25 +0800, Cooper Huang wrote: > From: Chin-Ting Kuo >=20 > The 128 MiB flash layout of the AST2700 EVB reserves 9 MiB for the > kernel FIT image. A FIT image containing an LZMA-compressed kernel, > the DTB and an initramfs is already close to that size, leaving little > room for the kernel to grow. >=20 > Grow the kernel partition to 12 MiB and take the 3 MiB from rofs, Why 12MiB? Why only take 3MiB? > which now starts at 0x1020000 and shrinks from 82.875 MiB to > 79.875 MiB. rofs still ends at 0x6000000, so the u-boot, u-boot-env > and rwfs partitions are unchanged. >=20 > This is the same layout used by the OpenBMC images ASPEED provides > for the EVB [1], >=20 Why was what was sent upstream different to what you were doing elsewhere in the software stack? It seems oddly incoherent.=20 > so the rofs partition described by the device tree > also matches where those images place the filesystem. >=20 > Link: https://github.com/AspeedTech-BMC/openbmc/blob/438e761ed38644b77ba7= 04c984cb607649bf2724/meta-aspeed-sdk/meta-ast2700-sdk/conf/machine/ast2700-= default.conf=C2=A0[1] > Signed-off-by: Chin-Ting Kuo > Signed-off-by: Cooper Huang > --- > Notes: > - "Already close to that size": with mainline at c339f4010dea > =C2=A0 (v7.3-17997), ASPEED's aspeed_g7_defconfig [2] and GCC 13.2, a FIT A bit of a tangent, but GCC 13.2 is over 3 years old at this point. Debian stable ships 14.2. Why such an old compiler? > =C2=A0 image with the LZMA-compressed kernel, ast2700-evb.dtb and the > =C2=A0 OpenBMC phosphor initramfs is about 8.99 MiB, less than 20 KiB What are your measured sizes for the kernel vs the initramfs? Is the initramfs content reasonable? Andrew > =C2=A0 below 9 MiB (the exact size varies by a few KiB between builds). > - Upstream OpenBMC's AST2700 machines use the static-norootfs layout > =C2=A0 (no rofs) and are unaffected; the rwfs offset does not change. >=20 > [2] https://github.com/AspeedTech-BMC/linux/blob/76457d3afe2bd4022ca82dd9= eb8fc48b84f0e9ab/arch/arm64/configs/aspeed_g7_defconfig > --- > =C2=A0arch/arm64/boot/dts/aspeed/aspeed-evb-flash-layout-128.dtsi | 6 +++= --- > =C2=A01 file changed, 3 insertions(+), 3 deletions(-) >=20 > diff --git a/arch/arm64/boot/dts/aspeed/aspeed-evb-flash-layout-128.dtsi = b/arch/arm64/boot/dts/aspeed/aspeed-evb-flash-layout-128.dtsi > index b54915f06efd..f54d53077538 100644 > --- a/arch/arm64/boot/dts/aspeed/aspeed-evb-flash-layout-128.dtsi > +++ b/arch/arm64/boot/dts/aspeed/aspeed-evb-flash-layout-128.dtsi > @@ -16,12 +16,12 @@ u-boot-env@400000 { > =C2=A0 }; > =C2=A0 > =C2=A0 kernel@420000 { > - reg =3D <0x420000 0x900000>; // 9MB > + reg =3D <0x420000 0xc00000>; // 12MB > =C2=A0 label =3D "kernel"; > =C2=A0 }; > =C2=A0 > - rofs@d20000 { > - reg =3D <0xd20000 0x52E0000>; // 82.875MB > + rofs@1020000 { > + reg =3D <0x1020000 0x4fe0000>; // 79.875MB > =C2=A0 label =3D "rofs"; > =C2=A0 }; > =C2=A0 >=20 > --- > base-commit: cee9395acd8043be0644b25c34bfa86623f2b935 > change-id: 20261029-ast2700-evb-kernel-part-63b3c998ea6e >=20 > Best regards,