From nobody Sat Jul 30 02:56:18 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 4Lvpth3pggz4XsLG for ; Sat, 30 Jul 2022 02:56:28 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-8.consmr.mail.gq1.yahoo.com (sonic308-8.consmr.mail.gq1.yahoo.com [98.137.68.32]) (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 4Lvptg1Dzbz3wS4 for ; Sat, 30 Jul 2022 02:56:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1659149785; bh=ywhUQTUmq7UUvNtS3jMcNgpU67c3hoM4iFiwr81OKS8=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=q9iu6xy8gXJHRnZQAz5Zotqm9ncDM+h09F9fLee33VbFWejJgI0RV+6aNlwQlRgirPLwj6BthDZJ5xTebL8BE/OS623LHYJcO7iW9tgGuSWFkMAoJUXxqIe0LH/OUjLhT3aZ4Im1gcbYhyaAlYwoIENLAL2/fopVEJt0zPbF+5H+6FM/R1ejUiMBRTylU+Qh5nu7I+xY6VC0uhkpC5vJNJaculooitVfdOkd0jqujumZ69RhtrLWl1VRxV33KZaFPG/SuJlzFAcU2iy+FP2TDqDjCWaprO1ItA/xGb6Q2B1WzzUJxfNhIr0zgDuimgf9HUC4NxhFattFWxeLw0gt9A== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1659149785; bh=4Y6elui4ICR65NbqHellP7v3AutWJBj5YD00RZAZeVg=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Hcry8Ln9bM56gu4HCBpAHpGLs6igbberM0EtLd/kvsYa1roxVHd3rBw3Qs4VrsnYC6bQgq+SVPS8Zj+IE31mbVBBa6lcppUFry5H5yszp5j0FU8V5tyJYzbFhej2T1Jz/FXQkYSONl7rraLnrNBN/Ljv23yg+s0kekXyCpQKIFjv7DD0fFWE8GqiDym5wlbZu9uFHOQ+7/ie6g7NMwH0bCwHUtEb8d5+soI0j8KxT+1oAgGtiJDn5pEfGv1kPpBM3ME44W6870NJENTO3C4RF5G80sxJBwgbVp9NyL9x2Y6RpYVnFxDP5z+2/YGjvXVgTOPWrhzIyO/KuxuQzFhZ4A== X-YMail-OSG: yssl.HIVM1kmVK9UqXQ.Dp7rgVpiHANFHyo5RP.vWJHAXUYmwty7A7S5yrekhqg _6YvCz9BgZbbgLHDyGC5SuTJXUUBv0PJ9Jcj._8VFydNVPHpZFGGqMO.ovLjpa2pvOwr035S8kwu 27KpM_nSGMZ8sc9lmIvq9FcRPCUn9KutTZw7mTIkFaYxQybvu0fZlcD_EaxeOGaSWxuyaM2NxvXC _85GpRsXCS_Hz0wCvm0of.rTDRmiwTRJKCujtfhdeeOQj0SREfjkUs4hYVass6.6AWJw_7kO.Q2a tWetacdTRWyRr7pj2b1kvXDgSukyqo.lEtTSOJrbX8ApIFq.ZuSjcr3EjnMXeQJ3qGpGRy30Ix2K jmPtC1hLE9TDsXmC.ka6GMRoKZZoeqiGWIA6mSZk4NUEHs54pKZPypLRhLLcQmFMAg1n2ETdFrY6 vHOkCVrkt5n6aiT1oZXAE_jRtEb3J5SIGJrSgXo2EbkS8TkfaIQry5qkxB6Qw2RwWVxK.g.0fRXh VEIer6b8MXIYGRi6BB5RlsJ5gQDVp42vjOMtfivttdZ.h2NWIRAhYWtkn8f2nK9AFhOif6BDm1AW Ls43yEu.sMHg.Y1qwh8BvtE2_4pwJcafQR8WJBZbG9bSU_wTqmt0sNIiF0Y7rUr_fAU3.cLbC_Ud 9SK4omVnpe4SIR7pufeDv9SvttUIXi15bhAINSkHCAEiF_hUekDcBJ9fphIlg4_zAe1G7DwaAXCt By1G79ctPg2AQ1x2uEYJj8pQ8HKxkygrFE8T7LvivUm_RZB2gPPLSEXLpC.EtssjwAgG_U7ggjyJ CVarby14uEUF830xwC4UQoOTeksEK6GW4SXd3vD3GurAxbzQOQEFB7Yslqp_i7ASn590T96vlrSR i1Or9P4xcHuMzh.Y25DuFs9q3Qs01WexC5IPDC0WBkELqytJn.fcsjN8MtTu6krpLrP25ATJb6Re Vl5YQAVQlD5kEJkUcfoHFrBClFzlrR03oZ0chBDYgJS8.1qSNaVoYo4mHs9idnM3tlUhsBV1QVh. J0e7wXxwlsqBUctIkddOilLfRPMHhdbXtce2uUvkm2ia_lvglIReI_VmCj3GtPBk95CDjELKYZZu XML0ItoGHg.hJdsNPcAPEOVekroXPIJMadRxrynKBlhtCcHAhjytVcQzCSUoixFfbXQNlJ9JBVcy BqXqi7wsAnRXMULP2ueM7p2jd4G73qqfHfQtJvuse1rn_GleUhEWb4g7hhk1XKQ2FYSPAnFMUOpl OcRtCamHmdidW8RQADO0Q2DyVfXqAAEGpiDRAukrn6JOAFez5ajgHAuXM_TS99UISY96t.WMSUfa VGDlfz_3kpRS2oKPTH2x8SAgsGENclmK4A14rcnfd6.GWUrbmh.kXHmEszdrD4P8ZNS.oOmStGj2 3hk2geDPH1AE5umYd7FXVBbsIq75wpNMlfIOsmXyS2tFvc7M0J64qbHEakmJ_hUqhyUeWfED0xYD 6PUTCZmq_cR.zh1Bl8dGUGVKf5uv_uln76DnvMsz4uaIhvM6GDNs70EhlX32zE6F7_ubygB7sKl1 hJOs0IuDGkfA4mbTkY.XMCfkHKbnD5xhqs8zi_DpJZgPFLg8AABuzTvXeJjKkai9NV9uIctPiXMm hyoaS1sW2CoaHtKWIB.A78OUupusqa9JhtyEfRiIc4eKXfWxHHdCR2hZp8NUckHf0sVeupn4VeWP c30g1JJssg8zQdlPpB1X3pIeAIrIUW1e7OaSWAG54jrueJfunRlG6gGx4Tv6FCsXtz7MSJ7EBeQ. mDMfDnKIgMEGoMLc6ubJxXygnyln03xEmCbhakj05DoanHC6MPMP7EW3vFXG40ABvUPaCCsBnCft p3gTcqF8AY2PR2vSoB5YqtsbgbQB0HFdVciughA8vxQu0lg_GImLIWmMu7oal075AcaLf.KnvvAi k13nCYjcqDXnw.r.Hhn4qbeMowNvpPmwJpVZIGRIZHPei98A1aK8ViRUQUPKRpyDL0nG2P_q3m6G IQVVZY7PFY62O7QHMJG6i0F_gq09tU0kJzqBfzvn2fZbVH1vkuy7R4pEpL9D05gDNGjGcLZ95tt9 PDYJh67KTsU0PW_EC2vvkqC8jgJ78ckzfBjIYY3HJB.tQXla458pfuh7DhXCUqkB9OaxfF29Ih38 OLsp20DjDHQEL.2Ln7qG95vTqpq3XV.71ClHvMxWFHGrsFWIhRsaminQjJ4RCFjjarHufszlbOGu WmuBaSD09GOuvLb8WtIZ1MPY8RXUw0hSOuVc8ekXbCSVuX_vELF0j7yUyAEfPKA1jXp7J.xCsbEh z X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Sat, 30 Jul 2022 02:56:25 +0000 Received: by hermes--production-bf1-99ddd9c9c-dvg85 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID d221d3fe02f280466eedab9b22f3d821; Sat, 30 Jul 2022 02:56:21 +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: git: 1dfcff294e44 - main - release: increase IMAGE_SIZE for arm, arm64, riscv [odd alignment for SBC images] From: Mark Millard In-Reply-To: <20220729204943.GT30607@FreeBSD.org> Date: Fri, 29 Jul 2022 19:56:18 -0700 Cc: Warner Losh , Ed Maste , "Rodney W. Grimes" , dev-commits-src-main@freebsd.org, "Dr. Rolf Jansen" , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <16906DFD-286B-4D59-9438-CA9CD9026C55@yahoo.com> <202207171708.26HH81bA062303@gndrsh.dnsmgr.net> <20220719204245.GL30607@FreeBSD.org> <20220729204943.GT30607@FreeBSD.org> To: Glen Barber X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4Lvptg1Dzbz3wS4 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=q9iu6xy8; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.32 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.40 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.991]; NEURAL_HAM_MEDIUM(-0.91)[-0.907]; 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)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FROM_HAS_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.32:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; 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@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_SEVEN(0.00)[7]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.32:from] X-ThisMailContainsUnwantedMimeParts: N On 2022-Jul-29, at 13:49, Glen Barber wrote: > On Wed, Jul 20, 2022 at 10:08:20AM -0700, Mark Millard wrote: >> Would it seem appropriate to use a week (this week?) to do all >> the snapshot builds with the builders all set to have >> kern.geom.part.mbr.enforce_chs=3D0 and see what breaks, if anything? >> (Sort of a snapshot exp run.) >>=20 >> More than just the SBC images might be involved for >> kern.geom.part.mbr.enforce_ch consequences, for all I know. >>=20 >=20 > Hey, Mark. >=20 > New snapshots for 13 and 14 are up now. Is it possible for you to = check > if the issues you had run into are indeed resolved, after setting > kern.geom.part.mbr.enforce_chs=3D0 on the builders? >=20 Well, it is a mix, I think (unsure). I started with: # dd = if=3DFreeBSD-13.1-STABLE-arm64-aarch64-RPI-20220729-db2eff1cff8-251976.img= of=3D/dev/da0 conv=3Dsync,fsync bs=3D1m status=3Dprogress 5222957056 bytes (5223 MB, 4981 MiB) transferred 21.027s, 248 MB/s 5120+0 records in 5120+0 records out 5368709120 bytes transferred in 21.816899 secs (246080301 bytes/sec) I plugged the USB3 SSD into an old 8 GiByte RPi4B and it booted. . . . Starting file system checks: /dev/ufs/rootfs: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ufs/rootfs: clean, 499417 free (1153 frags, 62283 blocks, 0.1% = fragmentation) Growing root partition to fill device random: randomdev_wait_until_seeded unblock wait random: randomdev_wait_until_seeded unblock wait random: unblocking device. GEOM_PART: ufs/rootfs was automatically resized. Use `gpart commit ufs/rootfs` to save changes or `gpart undo = ufs/rootfs` to revert them. da0s2 resized super-block backups (for fsck_ffs -b #) at: 11524224, 12804672, 14085120, 15365568, 16646016, 17926464, 19206912, . . . But, after logging in: root@generic:~ # gpart show =3D> 63 468862065 da0 MBR (224G) 63 1985 - free - (993K) 2048 102400 1 fat32lba [active] (50M) 104448 468757680 2 freebsd (224G) root@generic:~ # gpart show -p =3D> 63 468862065 da0 MBR (224G) 63 1985 - free - (993K) 2048 102400 da0s1 fat32lba [active] (50M) 104448 468757680 da0s2 freebsd (224G) So 1985 and 2048 are there, as intended. But no explicit da0s2 BSD or da0s2a freebsd-ufs shows up in gpart show's output. I wonder if this is because of a lack of a distinct starting offset vs. the BSD. For example, the old 2016 and 2079 alignment had showed: =3D> 0 468757737 da0s2 BSD (224G) 0 57 - free - (29K) 57 468757680 da0s2a freebsd-ufs (224G) where the 57 was, appearently, for alignment. May be now the distance from the da0s2 to da0s2a is zero and so BSD and its contained da0s2a is not now shown? I've yet to try the 14-CURRENT. =3D=3D=3D Mark Millard marklmi at yahoo.com