From nobody Sun Jul 10 23:27:34 2022 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 493851D0F2ED for ; Sun, 10 Jul 2022 23:27:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-21.consmr.mail.gq1.yahoo.com (sonic305-21.consmr.mail.gq1.yahoo.com [98.137.64.84]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Lh38V4p89z3Kyk for ; Sun, 10 Jul 2022 23:27:38 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1657495656; bh=FVYk/Y3Ttj0nNqnwCbAzk55gxbgML/JI2akXVVLj818=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=JUyXe62mKTdLB48odMGdqqVzs8wzvNqTjMP5+OcoJyMsHB9AVQ/O33oloofQjxOG5iOMg4iG8Fv5RF4tVa5si0GyinnuQrk8kB4Y7XQN1+vOj9pZL7khW86+VLfivPninFzpoIPGEtUzZUoQwdM4LH3dLS5iZUI9b/I0TG6aHp1RLWD0aHee3jVDJffODp1eFL1bgVFnB1syaoCuBXJGkJccgisN+zcRaYfXeqsrq4B4T3JnWGgYVxs5F3CXvWZAIIR/QXQ9db7XsIqY0S5u3mNmNVwPBD4HoUtqJZN5K5etnWxYPKbVdCxOT2/avz81p6S6bi8wi0dccEAsJqW3mg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1657495656; bh=lyPBiCmFPZeDK6RRTc5i3QgogJm6kUHJGNQebSSyFXE=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=f/p451XDYTkDPkM0XWfhfdoZxeqpe7OjfygWdSP8IRzQw/31jdCz02Vrozhpd6JgfOsi+rCYhFrnRoAVHy76OkaiqtwfDEmDwjU61a1RwIP4FDimGUar9+p1GDKRGq3+ZqWIa3nA+8dSJo1F+UR/YlRIxro2vKEWxVhu8dISJd+umlO5OOjZZqf1xlgNjJXuS8aWE5TWa6r7t3++PONRFRfd9H1EibDT/kVWAGnGtLXz+DghnPMxBRnoN7cr3j29Qte/sImngk4QZYqih5xYaxtLNseqyimmlDmzO4NH4iQxj4/1uHKldlSw2GcBJlji5xZsA5Pz2AK7bUsawoHV+w== X-YMail-OSG: Wb.lNvMVM1m2wteBA6HQubLx9DadpkCmzXs5xfEWChEJWQH9Ehf0DHFiHrrVhmx Cy5v4sjdpLo4wBgXCVAifRTZTXQPTSKOJqobYR3JB9A6OZyX8hw2H3t.jcSbgs72J_Gt0OPGM5Sq G03zJ2qPNAM.0QqfZTg6BRzS4G7nFHoOfOH3fytk5is_APqfTywQ3rd4cwJhSnVSsJ6i9WYC4MoV mt8NAEkkKyJdcFbQ4joZeCuVngxkOd4B4E8my1DmkwKHE6v2qP.QQRL8SdKGOF7e2f_bC.DVmHZd fVrla19DJa2XUfIWBs_Crayc.cFUCQpgp7TOca3fobPSdOGYD3GpL1agNDFrohfXUER_Xo2Y8DUt dpHobWX.pG54ayuAQdasr0eQ.fz9mQjjQJx6JbrgyqvwtDYrVbUgRr9Y2BCZrpUWrvmfbGalL4fO PpxLPwk1zPFeisYt1y3CORA3txPtEQJZx4ye1Sw_zFFpTahgFaf_obwRAb5ufquJfnHfsXSSxVOS Nwj3xapJWavlV8s3XDYPLkYtX80c132mYJLwyWwMX5trWDOorzcPXeV.R.Q3ewgF_LGJ75C9tM2_ ntQfNvJNxfTJ_RFeI9J2wNvhY0Ebm.hVQD4OSAeCHcaUbecIzK0pYxDKyFyUtO2Lxw1M_PVqDUiW Vz4jvZW4A8safrGs1SkZIVMOLbLwtZR_wghz64MuEsNQDP2aqx4mPIV7NFLekTGofbsCFr9wKtQj FITN9U.2gVKQswaEz0XMy7fozZ803sTs5gZNWsPRGaz2SXO9xwa_TKggjonEx2_vpXVyvXhw3md. JMoCzV0qLnDn_kVuXsULRN9r_wcaGyH_UfO9hBg3bl5xGfM.GapjMRp66NxSYDVHXHp3NiYOovlA bSCBtz_wNb0tIDzZA5UY3EGXFg92pKf7aLBB5VdNC0NjTV9wW2x_flRsVtszuY5cuTV.KA38yMRv WvsW54mOlDl4dwPEgl0vmzhxPpAlfSB_yuqiA6d4FIh7M88lQlZ8QlJwpmeu7.7xLQzdR9KCB0xu LnNbjs3vzo1LHMOytSanRcbjGJcdruzIS5Y8IpF_dDVAjtnEiv56DoWVT1P5XnBcKJ_mCi86lEua Eh1vt_TXfDakFAfJFl0AWytwWA.ygetysWbXbMDM27ZLal84u6BmtbmWJXTJK1qvBkvw5laxVKsw VJJ6.PVpS0D9BH5gYnyI3zIONrCovG21W7n6yCYs_RmltzifsgRkUsG6JiDOiK_xxIqkIU6.nx6. oK9qyg0U9UDs_6.QNREExmt.vYljBW7eGzRE6PX27MbfgGjDnU2aq62.Kc39xI2tLtWe4Qo.svhx 3w7ynEu7nlBSggNMUbgfHDuU4L0BxSTWiM5D7vrqBVyaLSILbbvm0NCB1QN5rs1Ppc8gGM7ksFQK e0Z_uC7qxWN8bIAJUMfqU6jKKGQ8TLndJ4A7weuuSgM4A6hsz.YfTBsb.mXOZZeneQKdxzagBYyD a1jpqrpBNUshiChrz_RaxcUoBvdLhNOrJgegi4ph5rWeCevrH0lP79phUN7TlC4lujKpJHNAaJIO HMryq4AKYyZmzjPrPh0u1pw2JBX0xONsV4fgn_25.AstOH.8oDQX1hIGbQLPQtJtohvvM1lgUtmP UqMzvhNywrrdZOsr9Vs_plGJkJV0M.LPQO0qeeeOBIu.iPPbinv._3oc8z6tCG11EDXQYwh8wEZO vv8_scF3bDC5sZMBwPlX.O2Q_8BNFPvmyL.tJA58BTXwB4vyS4glaFfKTeKay3rdhjRdW708wkYv Lsi9aqw_DHBfqwwd9s1qbtcuLR1.YkrNtOnJDJlyNKXr_8tNe6NQC4F9RE5rVLpDmcIjWEAB_yBq m0Q9ouqeCOgQ2Q6uc_kS40pk8dRMMNBPk5YxPIi45r.yTLEz37GhHWpKX8Vky3GqTkk69dyEHicu 977dgnRGZvzgWW8J6nOXgvYezWWLLQ6Qm9Ec_VgeJ_LKnSBxtjde.RfMpGrLrqiYy3rx1YZIlqo. zyZGM52NR_t4P8e_gdZfiMojaIIa6vh3RYivHpgoVfSoL32_2YITm94Xs.KqiCeOT15gkapxsuo2 hEz8NMccF1qs_742tN.Oou3bH7_E9I2wdq.lKU7KoTswKYb1TpLSxO8vHq0c_ukqoMwMzhTMYBbr HZ9i2l5bbyYsDt3vby_JCOTkPG2dGRt3xfvM5RI4moKEk_slDMGpi.saHfYraBl6BqttTgY4DMVJ A7vxmoLHQZY7sQM9KDAHwWlVP11L7LG8Z67QrvtFP5FyyijIjeSyn.TZKqAyR2d4hNcFwWErrmtS kHuohHg-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Sun, 10 Jul 2022 23:27:36 +0000 Received: by hermes--production-gq1-56bb98dbc7-hx587 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 76f091862e9ac98f84a7fe3b488c9601; Sun, 10 Jul 2022 23:27:35 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: Partition layout of ARM SD card images From: Mark Millard In-Reply-To: Date: Sun, 10 Jul 2022 16:27:34 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <5547037B-20E2-44F7-9BC1-74A81B9F9463@yahoo.com> References: <1F42EED0-B39F-4E33-986A-FB70A3AA4362@cyclaero.com> <45EC1E40-0615-4473-846F-8E9B5202FCC4@cyclaero.com> <598CB7EE-BFF9-4E8F-89CE-B51F3D1B4338@yahoo.com> To: "Dr. Rolf Jansen" X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4Lh38V4p89z3Kyk X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=JUyXe62m; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.84 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.49 / 15.00]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-0.998]; NEURAL_HAM_MEDIUM(-0.99)[-0.991]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.84:from]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MLMMJ_DEST(0.00)[freebsd-arm]; TO_DN_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.84:from] X-ThisMailContainsUnwantedMimeParts: N On 2022-Jul-10, at 15:25, Dr. Rolf Jansen = wrote: >> Am 10.07.2022 um 18:44 schrieb Mark Millard : >>=20 >> On 2022-Jul-10, at 14:02, Dr. Rolf Jansen = wrote: >>=20 >>> Well, I thought the arm64-RPi one is a general purpose layout becase = the armv7 one is identical: >>=20 >> So far as I'm aware, the RPi*'s are unique in having all the >> content in a file system instead of having some content outside >> any file system. This tends to make them generally unusual in >> various respects as far a Small Board Computers go. >>=20 >> It is also why I can normally add a RPi* dual-boot configuration >> adjustment to a configuration for another Small Board Computer >> (such as the Rock64): no conflict is generated by the 2 U-Boots >> or other such. >>=20 >>> mdconfig -a -u 0 -t vnode -f = diskimg/FreeBSD-13.1-RELEASE-arm-armv7-GENERICSD.img >>> gpart show md0 md0s2 >>>=20 >>> =3D> 63 6291393 md0 MBR (3.0G) >>> 63 2016 - free - (1.0M) >>> 2079 102312 1 fat32lba [active] (50M) >>> 104391 6187041 2 freebsd (3.0G) >>> 6291432 24 - free - (12K) >>>=20 >>> =3D> 0 6187041 md0s2 BSD (3.0G) >>> 0 57 - free - (29K) >>> 57 6186880 1 freebsd-ufs (2.9G) >>> 6186937 104 - free - (52K) >>>=20 >>> Must be something historical. >>=20 >> Just for reference for 32-bit (hard float) raspios: >>=20 >> = https://downloads.raspberrypi.org/raspios_lite_armhf/images/raspios_lite_a= rmhf-2022-04-07/2022-04-04-raspios-bullseye-armhf-lite.img.xz >>=20 >> # mdconfig -a -u 2 -t vnode -f = 2022-04-04-raspios-bullseye-armhf-lite.img=20 >> # gpart show md2 >> =3D> 63 3940289 md2 MBR (1.9G) >> 63 8129 - free - (4.0M) >> 8192 524288 1 fat32lba (256M) >> 532480 3407872 2 linux-data (1.6G) >>=20 >> So the same use of 8192 and 256M these days for 32-bit >> raspios. >=20 > 2079 and 8192 are starting blocks of the fat32 partition, and 2079 vs. = 8192 is the difference between non-aligned and aligned. My concern is = not the size but whether the partitions are aligned. >=20 > BTW, I use FreeBSD-13.1-RELEASE-arm-armv7-GENERICSD.img for the = BeagleBone Black's and for these I also changed the partitions so the = fat32 becomes 4k aligned. FYI: I happen to be looking around to see if I can notice why the stable/13 snapshots fail to build images. So I happen to have done the below that might be of interest: # grep -r FAT_ /usr/main-src/release/ | more /usr/main-src/release/arm/GENERICSD.conf:FAT_SIZE=3D"50m -b 1m" /usr/main-src/release/arm/GENERICSD.conf:FAT_TYPE=3D"16" /usr/main-src/release/arm/RPI-B.conf:FAT_SIZE=3D"50m" /usr/main-src/release/arm/RPI-B.conf:FAT_TYPE=3D"16" /usr/main-src/release/arm64/PINE64-LTS.conf:FAT_SIZE=3D"54m -b 1m" /usr/main-src/release/arm64/PINE64-LTS.conf:FAT_TYPE=3D"16" /usr/main-src/release/arm64/PINE64.conf:FAT_SIZE=3D"54m -b 1m" /usr/main-src/release/arm64/PINE64.conf:FAT_TYPE=3D"16" /usr/main-src/release/arm64/PINEBOOK.conf:FAT_SIZE=3D"54m -b 1m" /usr/main-src/release/arm64/PINEBOOK.conf:FAT_TYPE=3D"16" /usr/main-src/release/arm64/ROCK64.conf:FAT_SIZE=3D"50m -b 16m" /usr/main-src/release/arm64/ROCK64.conf:FAT_TYPE=3D"16" /usr/main-src/release/arm64/ROCKPRO64.conf:FAT_SIZE=3D"50m -b 16m" /usr/main-src/release/arm64/ROCKPRO64.conf:FAT_TYPE=3D"16" /usr/main-src/release/arm64/RPI.conf:FAT_SIZE=3D"50m -b 1m" /usr/main-src/release/arm64/RPI.conf:FAT_TYPE=3D"16" /usr/main-src/release/riscv/GENERICSD.conf:FAT_SIZE=3D"54m -b 8m" /usr/main-src/release/riscv/GENERICSD.conf:FAT_TYPE=3D"16" /usr/main-src/release/tools/arm.subr: chroot ${CHROOTDIR} = gpart add -t efi -l efi -a 512k -s ${FAT_SIZE} ${mddev} /usr/main-src/release/tools/arm.subr: chroot ${CHROOTDIR} = newfs_msdos -L efi -F ${FAT_TYPE} /dev/${mddev}p1 /usr/main-src/release/tools/arm.subr: chroot ${CHROOTDIR} = gpart add -t '!12' -a 512k -s ${FAT_SIZE} ${mddev} /usr/main-src/release/tools/arm.subr: chroot ${CHROOTDIR} = newfs_msdos -L msdosboot -F ${FAT_TYPE} /dev/${mddev}s1 # grep -r "gpart " /usr/main-src/release/ | more /usr/main-src/release/tools/arm.subr: chroot ${CHROOTDIR} gpart create = -s ${PART_SCHEME} ${mddev} /usr/main-src/release/tools/arm.subr: chroot ${CHROOTDIR} = gpart add -t efi -l efi -a 512k -s ${FAT_SIZE} ${mddev} /usr/main-src/release/tools/arm.subr: chroot ${CHROOTDIR} = gpart add -t freebsd-ufs -l rootfs -a 64k ${mddev} /usr/main-src/release/tools/arm.subr: chroot ${CHROOTDIR} = gpart add -t '!12' -a 512k -s ${FAT_SIZE} ${mddev} /usr/main-src/release/tools/arm.subr: chroot ${CHROOTDIR} = gpart set -a active -i 1 ${mddev} /usr/main-src/release/tools/arm.subr: chroot ${CHROOTDIR} = gpart add -t freebsd ${mddev} /usr/main-src/release/tools/arm.subr: chroot ${CHROOTDIR} = gpart create -s bsd ${mddev}s2 /usr/main-src/release/tools/arm.subr: chroot ${CHROOTDIR} = gpart add -t freebsd-ufs -a 64k ${mddev}s2 This was source from main [so: 14]. But it looks like stable/13 and releng/13.1 match. Looking, it seems that efi (GPT) and msdosfs (MBR) have -a 512k specified and that each freebsd-ufs has -a 64k specified. Looks like it is trying for an alignment. (By contrast freebsd and bsd for MBR do not specify such.) But I'd also expect the various "-b 1m" and "-b 16m" and "-b 8m" to override the -a ??k usage. But, if nothing else, the above gives an idea where to look at the scripting for FreeBSD's producing of SBC images. =3D=3D=3D Mark Millard marklmi at yahoo.com