From nobody Mon Jul 18 14:52:30 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 4LmlLY40GLz4TN4P for ; Mon, 18 Jul 2022 14:52:37 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4LmlLY3Ql5z4B7R; Mon, 18 Jul 2022 14:52:37 +0000 (UTC) (envelope-from gjb@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1658155957; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=HIJ+pEqqAk88z2a8Uv+Imqech1cLn7fLa9GJ6qoWFUk=; b=juF0p6eu0eXT8nj4OfT64nujJjm2NwOr+eaUWBZlwQkaace+GFk/5Do+fhRgjx/pakd4IL si8anRPLhxEUPpxJsZyv2gp/h3P4/YXDM3RFffaHJNc0Ozi/KACnZhr+CoOO3x7G52rbcs G7OUs/WJgnVK8VNWDtovdcJKT6Sj+nvKm9YidO/MhLMLCuAJ7nRgrqlBaRsuxCGrMnJVTX mxobfAv0Pc00Y0inczjZwPxla7f7Q/+hIkBnQcFDQDFGJey4BqeKaRz8dI12Ujl2MkkJuj 26yNpdtqBT0tjGk2/v50RwrtCUqfpgneAZ7haUrh0Ewu1JG1yk9l05+fTnLFyA== Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id E30DE11C46; Mon, 18 Jul 2022 14:52:36 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Mon, 18 Jul 2022 14:52:30 +0000 From: Glen Barber To: Mark Millard Cc: dev-commits-src-main@freebsd.org, Warner Losh Subject: Re: git: 1dfcff294e44 - main - release: increase IMAGE_SIZE for arm, arm64, riscv Message-ID: <20220718145230.GB95937@FreeBSD.org> 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> 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 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="JYK4vJDZwFMowpUq" Content-Disposition: inline In-Reply-To: <037C78F9-CA37-4D1C-8F68-22A85183E8AF@yahoo.com> ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1658155957; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=HIJ+pEqqAk88z2a8Uv+Imqech1cLn7fLa9GJ6qoWFUk=; b=iFyspPtjqYF6uCs/l+FXnXX62dlTA+nod5+AHJgbHh14R/NsxgrsCqmcMhsy7MNRuyBZa2 3kShJhf4BQ38KYzMeO3PUdpjZoMlOPeNFUrCqpXnZFZyerOL9hfmithpf1q5EwjHzjkOsi TC8WIjrTtyje8Y7969cceT0DPnINaA1N4fX9MmLN53ZhGsTiBZGdAKTrUSD6H1SgxLGfWn wYJAJJAhaBm2N04DyVu2grQecoytSLhRasb6MfCY1nGlOGJ3CTM4Uiz0MTTD2PDybASpEa ofZRCYoKMC89yB8xX9r3lFLiumDqlENU65mwtqMCiRxQd2vjlCJCM+eWYrvfjg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1658155957; a=rsa-sha256; cv=none; b=MFLeZrcfTbWa5cc0wKdFHw0Asrv+VXG7G2rGgDy0knv7g8QF6ypyrBBEyDo2rXP2N8fAbK NVvVt2vX8hFMKgAKm/HctvgoRI7cBKCWvSGshpZ72YmZRidGO/EDVH0is+RGnFz9/3bWUk yaEUsGFJx1QIzJNxzKy/5b3CxR4Vwmo7v11W+89+bR+IIV+vAz5s3/Sx0XC6kpuvHfT0sp 6pJHBHuCaou/D7o5gFT3TaLcfRO70kvu7OtWuYbKwnuEPgrt7O1Z05Wl6i9e2P7iXP42Gu 1EOAGRGqr7mYvlK8uBynrc8B6nDpPInNFw1Cj98cOc9jS4QIGXTA5mGKcoPgAw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N --JYK4vJDZwFMowpUq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable 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-831c= 6b8edda-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 align= ment. > >> If this variable is set to a non-zero value, the module wi= ll > >> automatically recalculate the user-specified offset and si= ze for > >> alignment with the CHS geometry. Otherwise the values wil= l 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 si= ze 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 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. Glen --JYK4vJDZwFMowpUq Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAmLVc64ACgkQAxRYpUeP 4pOSOA//WcqSzZR8zCp/yiHkNHKsolnVKikfJi4HQPjavmmc74S6VUwpv/0X/ZA2 GPhDM3wCNJaaivoS+j6hMgHOPCYn1KTFpieib8bQFZBqpAKrxVlXEAxFiFCbGdPn +poSPOMLglKa6Tm156RHU/Oy69MdbjBFmtd6BNxyvAqcf6RP+CF6SUmsYzzUl+Cs HRBCJyfDHEJvjcR1f41xTDFe1IgZTm92XqNfp67w4Qpuup8EBM7dQDHzfLXw4lfg DEJ2RSLPlkxPN4h68Ti7OgPTXkBgj9TBcP6OFWXzTPQG491zX35wChE/AO16Y/v5 vSHCDHb8bAjceP+o7Ho/fjIpqjHPgXQxckHGJCJxDvVjRXPT9/a7SVrb1Q+N1YXk WzvcXuAu3hGe0c6GPManvlUZlOLPAs30bzl8rMjYTuEf1HNzBpj3lpIMNBVhlMBa BRKHFV3bDg23jl83B2UjOBJ9E+GpQlGtC4VePZGDL5hWAm5rUoVEJtadk+uUOPmL hy2toR0VOtvOCeFCiLN0oiFI0sjX90Mo9MaJTqaGnK+yPMk1iL/KKb8LAajFgaVQ xr89419ToQBT8eLoSff6hEgqv29W+uFW626JNJL3pGPeCz02uBY/CfL57xR7t4w6 T28QkbcaLwKl18CvzQTNjZUP9qGfthxUCIhUiYncAlQPbpfUaDU= =yaZq -----END PGP SIGNATURE----- --JYK4vJDZwFMowpUq--