From nobody Wed Jul 13 20:52:45 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 A52BA17FC0F9 for ; Wed, 13 Jul 2022 20:52:53 +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 4LjqZX5zS0z3KGQ for ; Wed, 13 Jul 2022 20:52:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1657745571; bh=toOnk8VBlVREUoiecE/RM/eMEuytAwFB57zK1HUrlWg=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=I3Yl07k8Yx7cj05tgBHu9RvgzNN57exxtH1KkX7nIVKK6zfkVaceuw+MGqxTBXGA9KIVsf2BdpAm1/qFAs/FqPSufy98h5Y5sQlJZp5EqlnZ28z3etnZihHooK9RLXYQaPIJSg8lrgBnBjFVqiAGu7LMmtzhrhATANxiI3CmGjEQElAIK/OyI0wAIpCe8bLWebcb1cCnPBGBVik1gEd26qp4Vh75uL/tkheAt9tM3ICBB/U+0BFy7ibSa2auCobDEgDPMWlAnSnswcP2ETaRVIenQIl59VMDcJ247DCoM1ZE+7Zs29btDpqu+gnZzvZrQVve4C0LwhJ7gcQy54kikw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1657745571; bh=DvzxoPAw/BsD8PR8xJDGWi5eRNX3kRk2vBvQY/ketKn=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=rB54F828XHbtBIWHTroVF9LnsQzieHdbsezK/cK8pl/CA4Gp9PUkvgvJjKB+E6qBSzDiTRl3nIxgllAyNlMjs4tT4aK2lfxr6FPFb3HxUhNJ5nWJ01o4/CgWelHrcaNLA85wkj5kQl2G9PX7JSUgMRG7omLTB6bef/ZCbsfuyIUohd90aE1JO1zEeWO2J9lSIFSsUnPy2777hdHKpFynCPEcbphXpHlFVGVceePXuG+F1c0TooftfaijeskbwvtcH5nMtC+Ngi2590gBCCBsC9VkKaN/n9RBWZJw6La67Pz6eGppSe53kMl/L+XQKiTTQuKgnFj2xU0VvX9kS8J2tg== X-YMail-OSG: CB6Y9wAVM1lAnlcxLvGFt2u1m9.xoZyp8nPl7UYZOcIeCTXR12TgytmKCTEHlbU cAShXBArznDhAoLrhD7A3p1b_S621iIVlegiXZoUIr43fjnpSBLSrysdhQiEERGW6OD74bNwDFtO JuPZmBpBu.WPyMZhKlxDMsMZKftwDemdL.oKMhrAcOTyr7h9LjQh0xK7JbMBhorHrzxmnrJj4Epy WbAO_uoj2onFQlJOVi89bUQ66R9AaEQNYNa0RhqgLxh0EUSDuKVCFrBj_fgHMCpDuIQ9Vzd7EyBB 5WiZjYRf4KSisDC7v7zTgAhK9h7esB_3P9aKQ2Btxv2eghXaUwymkL3oyD9GYhi4P7P4hOj8uikD uoWK6BPcE2oNMgwzsFr3QNnwFCbmfxYhEc_idiuqUad1hHXcrMboIlTDH3rEgVny3BO1OYpE_x3w T1CSt483r6fZ1MDZY8ji890xd9ATfoUP_QTRK3yd2GBfiYNBkjW0d0YTRph7DlGz4ObJ3H3beeDZ zSSlFB5.VA1unQyhLiGxZOMw_KQKfMmtBwcbVltZ3gt5h_roVFvVStJvL6SADwEx4hU9msXwA2ky y2IpX2jl.5dTs_yxBND_tyvD.HOfc2.yyVeRi7bxx8Anje3ZqsGgz4gIJld7.3Wh4mauwhHUlzD3 QDShFfGYDRzeIgHWnTMi32sPAZRIXjgpjr1xNyexWlrmM2qK02pWbNrUWG.qbhIrlf2v5GfDKjjM MCKwCzZWnB.GOwKeigjlkRyIWIH80tpXzWWO0WBWNBolVzyrsaX5.XjWe_Q3jKqReDzsASfc0Nm3 wN7YjVTXApRDwp.pMX8DlNyOHLj3bQ_XwF9VfZb4et.gR2LxY5kaXbBS9WJb9Tmu3voUxsrgfouB 9Nl_ZPkv_X1P2wlh12f_8QZhsxfhg2NETyrFloSqbXewr7GsLXbA2oEnpL1pIhoIaoHiJgvTQbNU 13JDttGoklmLabdOqJSY1wmBqodHr_XQN4KpJChAiihuQN8aO_1.d.az4HBJvJZoFg97NV8DWqYx ENe.clunfQGt5Y6mdAW3oRhUMiiXZoKzeeHl5I9xRvrLBnWgKoUz2GMb1KeWZFUiI.x5rlzLBNz6 oCr47KvK9HRv4IqSuMpZOinmh5eN.daS3XBEwi1IDUzKQ6Sq2JrGgWEEwOVzmHYhQRCJ1lJoLtx. oPT.cSi23GiwtsR3Zv9hdipQfVU2gfrOEHGit5M_FNG6ufOeY0lU7Ngq2rHZxU5LHkW0ESTn9o4F 6hVm6o09rgxHfeFXNCZ0VWLqHO.ERj2SPa7Yrc6bIFtkkz7wZJN2tFJlQaZwJt_hkTNI6bn87bj3 iUlJ7bbpgTA04Y4w5RHL8P1FN8nwyUL5Z_jwit4vzxY_huDXTWTMJxZ0R8QM8X0XKI1BLbqNWjiv 9HpwyjNTRt5WilAlQhyJ.9K.wmtfFL0WE7ujhUGPTWVKo9PMViSZ0yGuDFoYDFT3xfBa7mfI7hf. UyQaQPx59EFCg8BsvySyQ6dXv8kq_7gI.cf1tX6b0W2gzNsm5NHYgoUiXWKBTR.U7zn575OHawOI zP_kTu8L7r2nP2E06PNtOA_7KAz2vgjoIrxJ.pZLevtyaEQX_yR2i_0oG79N77Ge9y99BTA_ymmG t0meNDxQL51rFD06MMfWtV7KlmpJna10hgQnm4h7SpvDzvEbxaefWB6UkA4w7x8AfkHs49f_JBKw RpdRniVtqW34DGSEaas4n6WHWnRJvUvpJ5vIq5md9YP49Jm01EUezCgAMCrxumRvJs9.th_RmtqF MuPyabPsMawRPtlJ4zEYzrvJoJHqfnilfE5kWKd0m743uIyurgAAJSrLX5.j2GmQRa6OsSNUJ6m4 _bw1kDfqb8ZLXiV9kQ5H2CbkVAk5xkZcQeyc726OdPlpcgTFxbqd8D_RjDMU1Kx7Gwm9TmhRo0c_ wcwUlElzO0HR1hjott7WD5AulqlkLiiLTkMjv8184GEstc81Nnev.D9lObcVWbEFxbaLgXgU.CA1 SgjOlJRpdRc6VCPm1K2mrspesH3Fy7NHEudL1Pj9luV3rNUYO0x1AY2bCtoe4rftgHW4D9fPxZmw nSWLOXnZTAp7Qs.NNiTuEa9zpFfp9J.56z9RLwvThwfTJYUUQfBaDBAAZJTrZ845bgR5zHxtg3Qy setxEuu0YeXogqeGS3NmGTTHzVUx0qEbnpPwWl4_tmfzw.AJ9SH.9pONPe1vidZMVPpovC.qo6jp 2KBlJDTV2.0CYxbtve5wnUQpmya1iZdPjWVokfF3O9NTI86Zn6bGzqp0h7mnSpUFCca5C6BZxKbK 9PUy_SoKS8Sr.ObtW.2epNUElDLq5z8UMcqd_WXy7OdL9ucNKvoHjrznZPmbEChfcKoUXyxa1YSy Af5hUpuNbmw-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Wed, 13 Jul 2022 20:52:51 +0000 Received: by hermes--production-bf1-58957fb66f-c5dsp (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 44d309b55accf38d3b10c63b63849bbb; Wed, 13 Jul 2022 20:52:47 +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: <20220713204227.GA30607@FreeBSD.org> Date: Wed, 13 Jul 2022 13:52:45 -0700 Cc: dev-commits-src-main@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <8A02A4A4-9F3A-47F2-9985-EA2151043BB7@yahoo.com> References: <84410D65-6F86-44E5-8B14-8A523C9919C7.ref@yahoo.com> <84410D65-6F86-44E5-8B14-8A523C9919C7@yahoo.com> <20220713201327.GY30607@FreeBSD.org> <7F4F9683-B4DE-4F65-BBD7-027039A0C270@yahoo.com> <20220713204227.GA30607@FreeBSD.org> To: Glen Barber X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4LjqZX5zS0z3KGQ X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=I3Yl07k8; 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_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-0.99)[-0.990]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; 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)[dev-commits-src-main]; 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_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-13, at 13:42, Glen Barber wrote: > On Wed, Jul 13, 2022 at 01:35:22PM -0700, Mark Millard wrote: >> On 2022-Jul-13, at 13:13, Glen Barber wrote: >>=20 >>> On Wed, Jul 13, 2022 at 12:06:55PM -0700, Mark Millard wrote: >>>> Glen Barber wrote on >>>> Date: Wed, 13 Jul 2022 18:37:34 UTC : >>>>=20 >>>>> The branch main has been updated by gjb: >>>>>=20 >>>>> URL: = https://cgit.FreeBSD.org/src/commit/?id=3D1dfcff294e44d4b45813288ef4095c36= abb22f0e >>>>>=20 >>>>> commit 1dfcff294e44d4b45813288ef4095c36abb22f0e >>>>> Author: Glen Barber >>>>> AuthorDate: 2022-07-13 18:36:22 +0000 >>>>> Commit: Glen Barber >>>>> CommitDate: 2022-07-13 18:36:22 +0000 >>>>>=20 >>>>> release: increase IMAGE_SIZE for arm, arm64, riscv >>>>>=20 >>>>> Related to: PR 264032 >>>>> MFC after: 5 minutes >>>>> Sponsored by: Rubicon Communications, LLC ("Netgate") >>>>=20 >>>> I may have some evidence that, for example, >>>>=20 >>>> = http://ftp3.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/14.0/FreeBSD-14.0= -CURRENT-arm64-aarch64-RPI-20220708-a0b956f5ac5-256605.img.xz >>>>=20 >>>> and: >>>>=20 >>>> = http://ftp3.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/13.1/FreeBSD-13.1-= RELEASE-arm-armv6-RPI-B.img.xz >>>>=20 >>>> were not built fully via the /usr/src/release procedures >>>> using modern builds of mdconfig and such. The below is >>>> taken from a different list exchange. >>>>=20 >>>> QUOTE >>>> I tried what it looks to me the /usr/src/release/ >>>> code would do initially for arm64/RPI.conf (but with >>>> my file naming and an explicit -u0 style of use): >>>>=20 >>>> # truncate -s3072m mmjnk.test >>>> # mdconfig -u0 -fmmjnk.test -x63 -y255 >>>> # gpart create -sMBR md0 >>>> md0 created >>>> # gpart show md0 >>>> =3D> 63 6291393 md0 MBR (3.0G) >>>> 63 6291393 - free - (3.0G) >>>> # gpart add -t'!12' -a512k -s50m -b1m md0 >>>> md0s1 added >>>> # gpart show md0 >>>> =3D> 63 6291393 md0 MBR (3.0G) >>>> 63 1985 - free - (993K) >>>> 2048 102400 1 fat32lba (50M) >>>> 104448 6187008 - free - (3.0G) >>>>=20 >>>> I tried the same sequence in a chroot into a 13.0-RELEASE-p11 >>>> tree on an aarch64 main [so: 14] machine. I got the same result. >>>>=20 >>>> But such is not what the 13.1-RELEASE build produced, for >>>> example: >>>>=20 >>>> # mdconfig -u0 -fFreeBSD-13.1-RELEASE-arm64-aarch64-RPI.img -x63 = -y255 >>>> # gpart show md0 >>>> =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 >>>> (There are no 13.1-STABLE snapshots available to download >>>> and look at.) >>>>=20 >>>> Looking at the recent 14.0-CURRENT snapshot: >>>>=20 >>>> # mdconfig -u0 = -fFreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20220708-a0b956f5ac5-256605.img = -x63 -y255 >>>> # gpart show md0 >>>> =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 >>>> So, also not matching. >>>> END QUOTE >>>>=20 >>>=20 >>> There are no local configurations on the builders that would produce >>> differing output. Why, though, are you specifying '-x' and '-y' to >>> mdconfig? >>=20 >> The first time I listed -x and -y: >>=20 >> QUOTE >> # truncate -s3072m mmjnk.test >> # mdconfig -u0 -fmmjnk.test -x63 -y255 >> END QUOTE >>=20 >> is because the /usr/src/release/ activity does so. >>=20 >> The other times (-fFreeBSD*.img examples) I tried both >> without and then with and got no differences in the >> result and just showed the last variant that I tried. >> Sorry for that making it confusing. >>=20 >=20 > Got it. Thank you for pointing this out. (It has been years since = this > code was written, and I forgot...) :) >=20 >>> I think that may be obfuscating something when attaching the >>> image as an md(4) device. >>=20 >> Just to be explicit, without -x -y use: >>=20 >> # mdconfig -u0 -fFreeBSD-13.1-RELEASE-arm64-aarch64-RPI.img >> CA72_16Gp_ZFS aarch64 1400063 1400063 # gpart show md0 >> =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 >> # mdconfig -d -u0 >>=20 >> # mdconfig -u0 = -fFreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20220708-a0b956f5ac5-256605.img >> # gpart show md0 >> =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 >> # mdconfig -d -u0 >>=20 >> Still not a match. >>=20 >=20 > I'm confused now. Where do you see a mismatch? Both outputs look the > same to me, unless I am missing something. My manual sequence, that you have confirmed: =3D> 63 6291393 md0 MBR (3.0G) 63 1985 - free - (993K) 2048 102400 1 fat32lba (50M) The above 2 /img files, note 1985 (above) vs. 2016 (below) and 2048 (above) vs. 2079 (below): =3D> 63 6291393 md0 MBR (3.0G) 63 2016 - free - (1.0M) 2079 102312 1 fat32lba [active] (50M) Note: The differences are independent of the UFS content. So the following link and the PR involve were irrelevant to my point here: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D264032#c17 >> Does my sequence trying to match the use of the likes of >> arm64/RPI.conf look right to you? >>=20 >=20 > Yes, it does, now that you had refreshed my memory. >=20 >> QUOTE >> # truncate -s3072m mmjnk.test >> # mdconfig -u0 -fmmjnk.test -x63 -y255 >> # gpart create -sMBR md0 >> md0 created >> # gpart show md0 >> =3D> 63 6291393 md0 MBR (3.0G) >> 63 6291393 - free - (3.0G) >> # gpart add -t'!12' -a512k -s50m -b1m md0 >> md0s1 added >> # gpart show md0 >> =3D> 63 6291393 md0 MBR (3.0G) >> 63 1985 - free - (993K) >> 2048 102400 1 fat32lba (50M) >> 104448 6187008 - free - (3.0G) >> END QUOTE >>=20 >> Unless a difference can be identified vs. what >> I should have done but did not do, the differing >> results need an explanation before reliable >> results can be expected. >>=20 >> If I had access to the snapshot or release build >> log(s) involved for either/both of the FreeBSD*.img >> files, I'd compare for my self (if the log has the >> involved commands shown). But, so far as I know, >> the logs are not accessible for comparison/contrast >> investigation activities. >>=20 >> (A similar point potentially goes for looking at >> log(s) for the failed stable/13 builds.) >>=20 >=20 > The log files are not retained automatically, unfortunately, however > I will be sure to share the logs from this week's snapshot builds > (should they fail again). >=20 > I have to be very careful about making log access "easy", due to > information contained within, such as API keys/tokens/etc., which is > embedded for debugging purposes, but not at all intended to be public. So reliable redaction would be needed. Understood. Too bad. =3D=3D=3D Mark Millard marklmi at yahoo.com