From nobody Mon Mar 20 21:03:53 2023 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 4PgRzv6pYCz40GK3 for ; Mon, 20 Mar 2023 21:03:55 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (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 4PgRzv6KYGz3pN8; Mon, 20 Mar 2023 21:03:55 +0000 (UTC) (envelope-from gjb@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1679346235; 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=uX7XAAMsVirGdJWfXYbZZC2EIHf9EiO+3BhieFGyRvM=; b=eRgTJHDNL7ko2CP6aqugyMhfj1j+sh2ZgKzhydgCpcXJ1bPyWk3GAt9VwH9ILXYxj0p24z tIf6HakIKWj3f9JKpxjCnAK+/jHb2/KObe2KHVecZnXpgZpYK6/Hhp4HjN1V09ZBIhzput gO+nc3yZe/UkvMLH2laRzpiQS+sW3SaD/BNwpKwHTDVxaUE7XXKjNKl8cm1c/b/gyioa+a cQk3La1ynBMEaSAnnehCurCAZWQveJGysJFOs6bCQnmQnHpUniNMo+g3PCnGBlIM6WtJbR xhWRriTmWl/uYLDScMaI8vY3iQruzCZhUhsClZAbGrtd2gdpiDMRSmt7Qlo4Nw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1679346235; 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=uX7XAAMsVirGdJWfXYbZZC2EIHf9EiO+3BhieFGyRvM=; b=U8Ez3QXHt7CXXZklF7IyiYycb+5CT40nVxGHsj1S9t1Z67a+QoXQjFKnLIGu4VsBVEsd5z 02IQoJY022Aq1ykl7AxIjHI6Oyj96uUcv4hOjg4Qm+aN4c0nXKTQi19MFlOXylq5UGIGLH IOIT1vdJdtJl4bN9jsckqmETZnzPW0hhfxtMLDxHwfKOO2t/u7DfTRxiRjTCaVK0tEpnB8 T/o3tiRnFffAgo34eRmt32OfcAB/QBGUFkiZ0tDhQppN3Jbx2T9GSA+2ckwWQJJjBTTZ4F tlJRoU2IQnyYHCY0GGNROdehw+ism808ppBZawzopffBXBK9M0J5JO7x2RFqJg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1679346235; a=rsa-sha256; cv=none; b=pgO+3QnpuXi0oXJ+K0MMke5FceMpvciBc69s8du6vpwfpbqw51RpkNlFYDEL5Wh9scjf4O N2/JrBlOnd/xHoGiXTBtZkhcqg+hP8Sw85JuEoy6YqbzR+NPHYl7ALab+qJyW/Jwh7m/RS H/HqgjLv1nZJq1Hm4rjRThiijydmELzHPaqu0tLCIbNpkVEfH5pTqXHblKXSjjjScsXBDu OeBoPLDulPfzXrp2p53juSh9Nq7+TFWZ5aT8cjqEICmHsYg8BLkj7IfCX+kGlCoe1vf1/w PZyo2XmUsfbX+3wvqRH92u1OYALZuB7aFh+0EQutulASzw09xUU+SfUZCFvOjg== 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 997572646; Mon, 20 Mar 2023 21:03:55 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Mon, 20 Mar 2023 21:03:53 +0000 From: Glen Barber To: Mark Millard Cc: Warner Losh , "freebsd-arm@freebsd.org" Subject: Re: Poudriere friendly armv7 relases Message-ID: <20230320210353.GZ2347@FreeBSD.org> References: <20230320202847.GW2347@FreeBSD.org> <477846FC-FC56-4A2E-B2BD-FB98500B0F7F@yahoo.com> 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 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="+9WMDU/RdULAIC7Q" Content-Disposition: inline In-Reply-To: <477846FC-FC56-4A2E-B2BD-FB98500B0F7F@yahoo.com> X-ThisMailContainsUnwantedMimeParts: N --+9WMDU/RdULAIC7Q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 20, 2023 at 01:51:27PM -0700, Mark Millard wrote: > On Mar 20, 2023, at 13:28, Glen Barber wrote: >=20 > > On Mon, Mar 20, 2023 at 02:06:50PM -0600, Warner Losh wrote: > >> Greetings, > >>=20 > >> Since it looks like we're going to retain at least armv7 for FreeBSD 14 > >> (armv6 has been nominated for deprecation, but if it isn't deprecated,= all > >> this applies to it). > >>=20 > >> I'd like to start making at least the base.tgz, etc available for armv= 7. > >> This would allow us to create armv7 poduriere jails without building f= rom > >> source. > >>=20 > >> Is there some reason we're not doing this today? I know ISOs don't mak= e a > >> lot of sense in the arm ecosystem, but having these artifacts would en= able > >> poudriere binary install support. > >>=20 > >> Comments? > >>=20 > >=20 > > Several. :) > >=20 > > I have looked into this in the past, and mhorne@ had even added some > > environment knobs to the way armv7 is built, however I later realized > > that it was not 1:1 compatible with how base.txz, etc., are generated > > for other architectures. > >=20 > > 1) For other architectures, base.txz is result of the 'ftp' target in > > /usr/src/release. > >=20 > > 2) armv7 does not have an 'ftp' target. (Well, it does not *disallow* > > it, and probably should at the immediate moment, but it does blow > > up.) > >=20 > > 3) Most importantly, and the reason I stopped looking further into this, > > we cannot run native armv7 binaries on an amd64 system (at least, > > last I was aware). >=20 > Does chroot and the like count for your purpose? >=20 > armv7 packages are built without qemu or the like's > involvement: >=20 > default 131releng-armv7 on ampere3 > quarterly 131releng-armv7 on ampere1 > default main-armv7 on ampere2 >=20 > This has been going on since 2022-Aug or so. >=20 These are natively built on arm64 hardware. > I personally build for armv7 on a HoneyComb > and have done so on a RPi4B in the past. (This > is both system builds and package builds.) >=20 > Basically all these machines support AArch32 > in addition to AArch64: >=20 > # sysctl kern.supported_archs > kern.supported_archs: aarch64 armv7 >=20 >=20 > > Particularly, we can only actually use what is > > listed in kern.supported_archs, >=20 > The ampere*'s should list armv7 in addition to aach64. > (I've no access of my own to directly validate but > given that ports are turned into packages . . .) >=20 aarch64 and armv7 are indeed listed. > > at least without falling back to some > > sort of emulation or wrapper support (such as qemu or the like). >=20 > Should not be needed, presuming access to have > jobs run on one or more ampere* systems. >=20 The release build machines are (by design) kept separate from the rest of the infrastructure within which we operate. (Same for the package builders, as well.) > > Back when armv6 and armv7 support was added using shell scripts instead > > of hooking into release/Makefile, having a base.txz did not make much > > sense because there were different environment variables that were > > passed into the resulting output, some of which affected the loader > > output, etc., specifically with regard to u-boot. I am not sure if this > > is still an issue or a concern, however. >=20 > QUOTE > author Emmanuel Vadot 2021-05-11 18:27:14 +0000 > committer Emmanuel Vadot 2021-05-11 20:22:54 +0000 > commit 0d6e5081eb0080c4703f1c5cc69c34f38d9149b7 (patch) > tree a22f954f3003c1361f4ea5a411e92759a80c9089 /sysutils/u-boot-master > parent c5fd1c2e186abb2e3209fa48d75d8dcdcda63f06 (diff) > download ports-0d6e5081eb0080c4703f1c5cc69c34f38d9149b7.tar.gz > ports-0d6e5081eb0080c4703f1c5cc69c34f38d9149b7.zip >=20 > sysutils/u-boot-*: Remove ubldr support >=20 > We have been using loader.efi on armv7 for a long time now. Remove suppor= t for booting with ubldr and the needed patches that were never upstreamed.= While here add CONFIG_EFI_GRUB_ARM32_WORKAROUND=3Dy in the Fragment as it'= s needed to have the cache flushed for us when loader.efi is started.=20 > END QUOTE >=20 >=20 > So: before 2021-Jun. >=20 Noted. Thank you for looking. > > That said, I can take a look and see if we can package base.txz for > > armv7, however I would like to do some archaeology work here to be sure > > that the resultant output is not going to have unexpected behavior > > because of the userland not matching 100% the target SoC. >=20 >=20 Glen --+9WMDU/RdULAIC7Q Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAmQYyjkACgkQAxRYpUeP 4pMl3RAAivYlZa9fiQER7fgm2aDENndsoTQF7C6QefBXKMbJr+kvhcT9MsQasjlM tttcf6Ri8YHYvltSTV134OPCr8ykYu8FWurR0JCEjN2yLqiiLuKui+tTvnFfrY1h HNpRWF67MD9g7C4hhgUoRhjysIiq30km4WfFoagKXZwEOflQ9BeTsbZEOz/qSTvr ZE1LEhakSA83g0SszlNeezS/LSTI4IHJph2EvFfm4vE3W4Hr5yncxftbyE9WakLL wv7HqEuTlmp57YRsbnbp+BND5f4mmKC6FT5A2jVwfGu8Fg+gw3y9SkKex2ipQ/RZ +A9XGjjEWemrut9hiyeOofABUXYI5QXg09cPxQTdoAUzWz0XxkKtC+QYPW6srKHm QZ5UN8zSp8cHkEWwndsISyzPdgqcNLHDC38czzN3H+ej9fcT627TWjwYoU7THSGp nN8DH3lqu9u90TDJ7zo5eB48+6/ewT0ngBzMEFDJhrtIE7rjjxvzax1357of6GrL +h1vE5D6lLZNzgdUSsWDUeja8cD0vw4LBGeVz5+QH5H4bankZFNaQwhkFY9+upvo fMrE2iDwjq2GOJfaSSwnErZOr0LYhx8csWRM5FOhs8o5kbAykzSadm76PnqKQjJ8 Iq6Ch37rLEYy5kNnOizV8eSukKglJ7oV6KNSNxyvpT/kR7J7B3U= =tILT -----END PGP SIGNATURE----- --+9WMDU/RdULAIC7Q--