From nobody Tue Jul 19 00:45:26 2022 X-Original-To: dev-commits-src-main@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 4Ln0Vp0S0Bz4WRYr for ; Tue, 19 Jul 2022 00:45:38 +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 4Ln0Vm5WlGz3CWC for ; Tue, 19 Jul 2022 00:45:36 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1658191534; bh=bkmiwqIQ0bD6016kwWroUZYgZiN2bTQ+itmfd0IRMCA=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=UngNLDcIoB7aspyxpoyeQwFpWNfOm59lr8uwfxLqAdvjAgmmawzIPQuZe3BfgQhRfsCN+0m6zG7jxEVupbfKGI2QgY75ComQen+ffRpc+yDKCRxh7Qx7xjgE6nPYENEYIQVuVoeDByta1pprbMjAJb3hbi4DIxfQhY6QM88dgLGaPvxCKGN+uqBAax26z9juo9XwfLUfLDvOcQRhEcvuzDcXJPbkAJFMCcbN7SbQi8l0n/EJoBls4wUUPcv18dH+ox8BGR4EoU5WlR8R/OHJ+l8C/XwVpRvX25gOlV3yjMD5pwWVN/mItSy5IzDYDilbvCyoqcyntqUMCRAiAuuiww== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1658191534; bh=zZKqFw9B0GQmZctSAFzDBGZHLzbPTdpNErf1wSIsZ3K=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=ENqi64naMToK4YwQS31L06GXqLY6sOVYWpELJrXTfRPqgc+cbEGlXOUDULPATaflTsVcYd5dr9SEPdvB2obb/2ItIvNLnRvgW6VSDj+ygMjkjiesa9XVHDwRDAdn2NFafhgfJd8OHsy0ll6OiN2x5YDd8zeonL+xjTmmIGeojL0L2hp7vnNvZYKbmqdzgULnMeDhck2Cgcn8uhVXjVG268Q1EbzjpqjiLsx0FvXW4PJ4rVwJ1dp1FkIaoxxbvP8UsNpHfsNv4em6o1LbbEL8UpraQOcnh8/QQPl7cCjlfv37R7O4wM5hqEO1Iiiy12JcOEXcMc6ZARACH/TsmcjLyw== X-YMail-OSG: WgIxjaAVM1nF8p2murALF_E5VbhcTJSv1lyMhUOKWR1aa_9gRXfxX0eWAw0u6lS VzYTJA.Pl0K1GfHMablOyJhUpoj6uyk9j8I2ywHJZvaxQ6G4Jh4pQmbgBxrRk3HrZXZ0nAO0S908 PhNDQxGXehtjd2Noh4q2MxulwwTBbtKQBRCqWoa.zj0FxYyCbIui0YvVzeg0_up8ooSREWKm9Bxj fxYwnbYZ2BFCR5dR.UHjgWwGQ0AWgZl9.QSkSxcLhg5C3QTE_HiN8l6YiZ.Va6RbgH4VsihoFu6Q MCb5puyCntZHvgRfYMJOWGgabzKJxliEciWXK2jXvs3aLzwGldx2PR2qnp1GOLs1L0HrpXsVJumk mt0Rc2ggonUTtdNcC3eU6gChCIp0JMrEvrmw2zeme2EcUufCD7PsHFaGSeISRN68mB5n.ChQomya jBd_EuW9rPBkAK_GHIXX714fWGPhIJoqZ2b7t_NzR7DRj5JDz1wvsHIMHC1nLvOruziqePxsN6G1 1_sTmGW_USmu6xX5fCK9DoK8mq7hwvXVlz8ly4EE4DHASvU2E_RtHS5OsCiF6nqLyXSIrADJ.JuN cwiesZJ9HV93eABF4nbXJ4sy_pntb7X8o4ukJatZJ3pGFe0aLu5.DK3RTF1.Xhm3UvCnfw_ddnxV Hg1KxV4z5JHEsKK7XNn4AuPYWMBrQKHBAZ.pYrT4SM2NCrjvxbtT7DCjkcAXVhhwym99dU6Folhd n8IoGh5v4oc_9ajYZ.ys0PccUDT5Z4EYIs_C9GQ5SKuOmZ7.jcyl2LVAhulVeORi_ZxspsARZ.5Y nk9IpBwe39cMDnynH5HOJ5YEw52p1Fs_nYSfE5nqQyetKrj_v1Dw2jbx8rTtfTQZH84acuCOcIyr UGZbOlOXcMJfP7gYEgXMyVhOFzxH770WT1ywlPinm8ygxl2mQ_zoNLEoNDds0Rc6WtabuZznU76F T734UhCKbhx5x8gMknGYr7sg4He9iKPKhVF6v0sEpxYhWJ5wqWsy8p2P3v3vmrSbmEmTaQ_mgrxx 9.MQaEZQTFXDP6eXLTBhCfcwXI32m4iLwp.3TCLzczn8VCifjo5968O3S5EpjVgYO9UvdZntTVGb EGtLAFNiMe0U4ZlQKCxS5llTXK8jb7qKqTkuP_71twKZXWDQys7hGNv9typLqH7TO_m_MUnUxLB0 rPLlyJukHCYnXK3bQi1jK15mFxn145hgfXvVDE8VHd_XqVzT.kD3R2M_m6R4aAvzctpCh_sM5NoZ ICatGjxCEN7PKyPUeIodNmneqqix2OQEz_KqmXe5.SIxrxE5ReL30_.XMT2T0fNlFFu9mFk5tSxT e8DvdDTF.0XkF9B2I1ylRSWmlVX2zh.omLcrYzp7FR.I906Dgzi2YjJwKjhkuS5CAPEiDRM.JxfA gtzcOrGeGUqH2DmwZbZD_QOOe1aSywETuJPoms.rHxfNUT5Q.ibdRpBFEoVaVxLSAAFGuO9AJ3.q ckhecMhGV219CrGzolmknWAWMl4ffT0uFVdcY.oQHAuSQVVUjhTvC._oPMelAKusYNvI7TCTkblb hESgO.g8Wl4eejdEFrfpIuEaw8JN2yjAM1T7HBAZcRYgWVns6C3eANbc9A6mNRatBvg06xsWjR1j Zv_kDoD4rwOc40PpfzE_E5xj8782br84s0_oElAPRCzZnwJ38OA5axjSWfoDrhVo9Lm.gT6kWieQ bYbvQ5Kzl.Xyv4vUlsxSuFzRhyqn3akcCuxkqA7uenba8O.4RC8auU1A2yeCdD_1Z3aNttFZWxyT KmR2qkkgCZIvISoR67hfXYPskhjtgeyJbgrmK1U1SD1AsipA0zj8G0IE2BbAVPW3oyGI5X3Xo.Kw qmRQXjOQt9gf6IE6mvC8yYTFowXwZxDHv6sOysKVi4CIok11ufR2QfJP1MlYmuFejz3vityLXvwy olUYEMfnvxFglGPhnLesV2_vGhJNKuBOMgeGSQkdJ1ziQ5WuYWe6AxXbI5JLhdN47sD1LIGET8eD LM85GKV8sMZgORTuablcVrAFaZJykcYLDcoCoh9a_uUBo0A0x8THpQCz60O3BPGjc2yw.Xep5I82 sAS5tQn0vDpjtoi7yak2TCTAnTl8YC7MqmuoNmeZqRQZv659RqPRMX.yybISZxYpCAhvrRZwID3o 7ET7GFCQXn6sgH12603PmgsXKU0VXBZRYNf0GYZVU0ufuMMFKM2wy4VtvGoR3sMhfu_od_BFyyjE TST5gkXdA.7L70Pj0hJefK2GRKjScZwoj2BRH3WHKaGyarr9iTN8dRHqlHssp_LpfqlkVzrYrkQZ S4qATGKP.OHj3h_uzcoz3fZaAMMLmV.9Du21iltrcQhkr X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Tue, 19 Jul 2022 00:45:34 +0000 Received: by hermes--production-bf1-58957fb66f-p6kcj (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 5381bf849445340faa4f81a72c92876b; Tue, 19 Jul 2022 00:45:29 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Commit messages for the main branch of the src repository List-Archive: https://lists.freebsd.org/archives/dev-commits-src-main List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-dev-commits-src-main@freebsd.org X-BeenThere: dev-commits-src-main@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 From: Mark Millard In-Reply-To: <20220718145230.GB95937@FreeBSD.org> Date: Mon, 18 Jul 2022 17:45:26 -0700 Cc: dev-commits-src-main@freebsd.org, Warner Losh Content-Transfer-Encoding: quoted-printable Message-Id: <5450B332-66B8-4134-81E7-ECF654791C97@yahoo.com> References: <7F4F9683-B4DE-4F65-BBD7-027039A0C270@yahoo.com> <20220713204227.GA30607@FreeBSD.org> <8A02A4A4-9F3A-47F2-9985-EA2151043BB7@yahoo.com> <4D903E5A-58FB-4516-AC53-AEDFF48564A7@yahoo.com> <20220714152125.GB30607@FreeBSD.org> <3E2DCFBD-CC8F-4C13-B18C-B7DA26ED8E84@yahoo.com> <20220718140851.GA95937@FreeBSD.org> <037C78F9-CA37-4D1C-8F68-22A85183E8AF@yahoo.com> <20220718145230.GB95937@FreeBSD.org> To: Glen Barber X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4Ln0Vm5WlGz3CWC X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=UngNLDcI; 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.35 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.990]; NEURAL_HAM_MEDIUM(-0.86)[-0.858]; 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]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; ARC_NA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.84:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[dev-commits-src-main@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.84:from] X-ThisMailContainsUnwantedMimeParts: N On 2022-Jul-18, at 07:52, Glen Barber wrote: > On Mon, Jul 18, 2022 at 07:34:40AM -0700, Mark Millard wrote: >> On 2022-Jul-18, at 07:08, Glen Barber wrote: >>=20 >>> On Sat, Jul 16, 2022 at 11:24:47PM -0700, Mark Millard wrote: >>>>=20 >>>>=20 >>>> On 2022-Jul-15, at 17:41, Mark Millard wrote: >>>>=20 >>>>> FYI for the new snapshot build of 13.1-STABLE: >>>>>=20 >>>>> # mdconfig -u0 -f = FreeBSD-13.1-STABLE-arm64-aarch64-RPI-20220715-831c6b8edda-251792.img=20 >>>>> # gpart show md0 >>>>> =3D> 63 10485697 md0 MBR (5.0G) >>>>> 63 2016 - free - (1.0M) >>>>> 2079 102312 1 fat32lba [active] (50M) >>>>> 104391 10381329 2 freebsd (5.0G) >>>>> 10485720 40 - free - (20K) >>>>>=20 >>>>> So: still has the 2016 and 2079 that do not seem to match >>>>> what /usr/src/release/ materials would indicate --and the >>>>> 2079 leads to poor alignment for a microsd cards, for >>>>> example. >>>>>=20 >>>>> But, at least something was produced this time. There is >>>>> now a 13.1-STABLE snapshot to test the handling related >>>>> to the new UFS/FFS superblock validations. >>>>=20 >>>> In the live build environment that makes the images, >>>> what is: >>>>=20 >>>> # sysctl kern.geom.part.mbr.enforce_chs >>>> kern.geom.part.mbr.enforce_chs: 0 >>>>=20 >>>> I ask because of the description: >>>>=20 >>>> QUOTE >>>> kern.geom.part.mbr.enforce_chs: 0 >>>> Specify how the Master Boot Record (MBR) module does = alignment. >>>> If this variable is set to a non-zero value, the module = will >>>> automatically recalculate the user-specified offset and = size for >>>> alignment with the CHS geometry. Otherwise the values = will be >>>> left unchanged. >>>> END QUOTE >>>>=20 >>>> In particular, the text about non-zero values leading to: >>>>=20 >>>> QUOTE >>>> the module will >>>> automatically recalculate the user-specified offset and = size for >>>> alignment with the CHS geometry >>>> END QUOTE >>>>=20 >>>> This sounds like a potential way to not end up with the >>>> what the /usr/src/release handling requests for the >>>> small board computer images. It might explain the >>>> mismatched alignment that I've been reporting. >>>>=20 >>>=20 >>> It is set to '1' on all three systems. If this is causing a = problem, it >>> is weird we have a problematic setting as the default. >>>=20 >>=20 >> 0 is the default that shows up on the systems >> that I have access to. >>=20 >> It has not been the default since 2014-08-12: >>=20 >=20 > Oh, the builders have it set in /etc/sysctl.conf, and if I recall > correctly, it was in order to address another problem. I'm digging > through my email archives to find out what the other problem was > exactly, but my memory is a bit fuzzy on the details. >=20 There is your: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D227879 and its comment #5 and related material: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D227879#c5 Appearently the issues noted are part of what lead to the SBC's use lodaer.efi as bootaa64.efi instead of using boot1.efi . There is also the older: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D226536 where kern.geom.part.mbr.enforce_chs assignment on builders is referenced in a commit notice, comment #29: QUOTE A commit references this bug: Author: gjb Date: Wed Apr 18 16:22:23 UTC 2018 New revision: 332731 URL:=20 https://svnweb.freebsd.org/changeset/base/332731 Log: MFC r326278 (manu): growfs: Commit the changes after expanding the partition This fix the problem in arm snapshot present since at least 6 months where growfs was failing at firstboot and dropped you in a single user shell. Note: In addition to this merge, kern.geom.part.mbr.enforce_chs has been enabled on the build machine to mitigate against the issue in the PR referenced. PR: 226536 Sponsored by: The FreeBSD Foundation Changes: _U stable/10/ stable/10/etc/rc.d/growfs _U stable/11/ stable/11/etc/rc.d/growfs END QUOTE But Ed Maste's comment #31 indicated a direction of switching to use of -b to configure partition layout. (Modern /usr/src/release materials for SBC image production did so as I remember.) The original description from back then shows a very different 961 and 1024: QUOTE % gpart show [snip] =3D> 63 6291393 md0 MBR (3.0G) 63 961 - free - (481K) 1024 34816 1 !12 [active] (17M) 35840 6255616 2 freebsd (3.0G) END QUOTE But somehow label placement was identifying mmcsd0s2 instead of mmnsd0s2a that that was the "the issue in the PR referenced" for which kern.geom.part.mbr.enforce_chs=3D1 was a workaround. =3D=3D=3D Mark Millard marklmi at yahoo.com