From owner-freebsd-arm@freebsd.org Wed Dec 30 20:00:33 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 822644CDA4C for ; Wed, 30 Dec 2020 20:00:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-20.consmr.mail.gq1.yahoo.com (sonic313-20.consmr.mail.gq1.yahoo.com [98.137.65.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4D5hwc3XRlz4bdf for ; Wed, 30 Dec 2020 20:00:32 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1609358429; bh=aG3sp9ey8ihP3bfcxRag2G1O2V/MFA+rVvPIxUSIFEP=; h=Subject:From:Date:To:From:Subject; b=NpiMXtWrFFjp2e++PtRxJlGupTt+dL1WPvFzmwXSgSWq4nEKQvMUmUnSCCxgXO+acV/f+aJbNn7xIHX+chb2NiwgqPzchQjLS5NlPfbD6Z/TxVjT5FKYymY6QurcQ0A7OC8HH4uX31wRH3g7OOQBqjihL7Sv3QnnC+zhu92LvPvBbjnYuwfxjK49tTznccmRb+HNW4czp25H0xosRyikOSgOAGRNzyA58UAL8lP9WvAca6m7UNFjwuju0NizzV9LsF7L4TrSPbfB5URMTcMduO62dPjJTy5sjmQFhTL7M71kp7QjR0dK/AUNecIzYZKTFuKvN1xY8zSh+bNK2QBaXw== X-YMail-OSG: 7TmsqKYVM1mJ5yceoK0neHA.q46y03NcxWo7Wa_8vHze2SiEked1XdPrL.hrP1e FsHhRVixO6_K3z26oNl9Be5BD.1n3ZA.Hlp9u11a4Sg6Z_bSUiGhcrdOW2Idr.ferTU5tsKptfD2 fwq7NQ3XQCrKsAtUkThKUSEOE.b8wDkFcKZTVqqLnP0VPRp_XgKSym8niKrUMygR9kuXIZFCkbTp qKeWvKysx__ig_HC52QJnZLnSOeXf3KzaCD0x6LDk8H1RKXCBPQ2kklQ50l1EiwCsT9Wf9Vk7C5d 9NbhLRbWbn3DCZLRE.vH1U.ZwsifDw3QUeA4Pg6_41zC1CmYU3GrF549cto.rdCyfv5lNJgy6Qxt k5f5_31M1rIfeSQKO.YWySOYJ.nuvDeYt3eYFiwAkbWKflqNqy2RkrrxwePSoysduqjWaPPR8Fu6 DCNOjiraXTOWy5DYQlw8UX5BZ5e.w1KX87PewJ92_U2_GzlW8DzO5Qg8t3EKYdyPf_xbPn8foW7r UbKFLy7sHXMJLZwKBMMh90zlfpscQ_OzOvQy4Rtya9U1lYW8VgtVbfP4MIhyN8KgHqBYEXRoZDi2 YDyLqAlqKqKhwtYYKFuLf3EOgwi8lwMi11m_Zw7CQBHTdX0uhBPvxPwllguGAOmzivZGjy57V_1x wI1LPT4Oqw5AtplGz06xFOcoDPnCYi_yYCSUOgVYtbD0GUAcY5VnzOOBZ7SsYyUxSFdvC0V0T1kV cEzGsgvXMCa3pjrhVdMX_n_.oTc.YluRfFtt5llx_FuwpIoO4FJvWGAVuc.Wn1HOeosF4Aqcxg7r cZsiv7EMp7OzOE3xsUObBEuB.wAdlCPxp0VEj082C5ERKPhVH8ZkMPPOu2ib7UAlgzO3J3edU3C6 rbKMxKx7ZEP8ttQCXTSaq8RehPP2grCYWtTP8GSVMHrbEQDL.a99_QTT6Fr9k0imETLY8ka5BSSr R5RmAQjpS4jrB8y_K_b8FVpPf1PSZr9m1xB59K0SYVHyzuIyknw_e7HtUzLUBgXxNntP5SABLGM7 1Dz8hjCUbIw_YYvZ2cPbkxMzO4TNWaRjfTi19dNYIb9rIvHuyf_ibRP7DSS5BwwYphuv1TaEDbgT pJG.v4R2PS.0SS4V0SkhlDHu6FFn1364RoepjkAn4Du8Dti1IBKak.Gc6bBG2HUEoIfvInCr2._M lae5i8zGHYwu9dyse3RpJQ2tOoxI8Um5lSy9L.i9KDTAleZT7eC6G.TBW.o63GWUASwfwngjRzFr bnijevM47S4du65kMdJJi6KMm7eqr6q5p2U2IKaB2_rXImBZhJMflVx_lnZYIrWZyIKv_o.1_DBS S3V9B7Ybv0iejvtKdThd7bIf1Gi.tXsWEqselvQQh3yupgAgOeWlKgEtmUcztApixdkjOcNhicPc ABVvVFetvLmAs2mNcqc4_nebVSZU.xW12R4Ugd9tg2Zgho_t5oaCk5S0jNx4A4PGK4IJ5g5iWptj OYQFEapNYXAcpLl7tcHhwizWri6A8KU5KURVulC7qT32bqUz8BbBCkLx1jGab8W6dcia5FA7Ce1_ FCpVFMOEp7kY_2kHwARKHj6HbWVZxf.FM42z78ltvq5RTXK.oYD5dFZw.mM_jcN0XqdtaocKTBhM qNiM9v9aG5ijUEh2N8p3omYH8vTBFh4sHOe0g6Tl4vvtb1qSTm6cf3.hvwIyieJw_DjvB0A1s.zV LQeDg1xEpP.bpbpc0Zfr7FVrH1Se17KaVMPqfa6.6vcSUcQyRqdXDlHRBeQ38N525AmSs9WIop2F 3gYCKGQtzCBGTH3wdO.170nvDaB9V5BOoCix4onHqNUdtBO7JV9lzCx87KtzOqCQ9N.cw18y49Ce mS2r3yyJ8BqQ8wKfjTdKWFmyO6DEws0l4nuk27Ut3BLWTPhxiOqE0j6YlEdZdSK57yuV7shbFrk9 9PTfGDV7eaVqCbiqwz6D7ZR8082xoTV.fzUKQb6RXgDWs5OQk4NRsrVuWYmVP7B1TSv1Z3iH78cQ trN_UDpDxh0lhg2Kj3LJdipP43NMYzjMILLVZuHAEZaVmtUz0XXaNCLiOr0cdyoNeSXyJ12yI3Vm K0TP4DlhBvffgW4ZNVW4y0IELfJ5ugfWB7ekdwaDkGz2Hvzieuu_z8lBl5R6Y0niEZPSs2d889sh 1GVQQ.HOY0YGwQyaYwLOjJKQykxPdJH_1mlY_VH4Ax6lrmvzVVvhlsKVPO6qt4_.pek4sjvF199F 4fUgVPnQqmlpMS1NmgiLkjp3Fgev5EXvsgXb.65bLdh7CcD9FU5oqLzKENfNLCiMvfIBp59A1k1_ 6TRTkmzjpsE5mU.4ym5kQ0Z.XIULnYmQDV_hDW6.I64bZeclcHwVQeO0DRCvp3HS2JFs_6YZtKav x_yRo9rXr7cgHZaNwIJ2JHBHq79IHM7bD_mOIElAZ516_mz8A6I03MhzbmYhH7EL6n8gwTvcGTDJ hogGtOMXgCDttaUwb2NZWklbDZLme Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Wed, 30 Dec 2020 20:00:29 +0000 Received: by smtp414.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 6d58e047e3d8d9fe90b483689fdd7905; Wed, 30 Dec 2020 20:00:25 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: Migrating from -current to stable/12 on RPI2B (ARMv7) From: Mark Millard In-Reply-To: <20201230183052.GA56823@www.zefox.net> Date: Wed, 30 Dec 2020 12:00:23 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <0160302A-B566-4B9E-A9BB-48BFC1043FD4@yahoo.com> References: <20201229010220.GA36311@www.zefox.net> <78A4DEC3-421F-419D-ABDE-9F3724E44C8D@yahoo.com> <7E0A320A-4C81-4C7B-B5D0-E6681FFA24FC@yahoo.com> <67E8786A-79E7-409A-BF4D-738F4FEB5EFF@yahoo.com> <20201229235701.GA49529@www.zefox.net> <20201230035447.GA50440@www.zefox.net> <20201230183052.GA56823@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.40.0.2.32) X-Rspamd-Queue-Id: 4D5hwc3XRlz4bdf X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.89 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.39)[-0.389]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.65.83:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.65.83:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.83:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.83:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Dec 2020 20:00:33 -0000 On 2020-Dec-30, at 10:30, bob prohaska wrote: > On Tue, Dec 29, 2020 at 10:49:09PM -0800, Mark Millard wrote: >>=20 >>=20 >> On 2020-Dec-29, at 19:54, bob prohaska wrote: >>=20 >>> On Tue, Dec 29, 2020 at 05:28:55PM -0800, Mark Millard wrote: >>>>=20 >>>>=20 >>>> On 2020-Dec-29, at 15:57, bob prohaska = wrote: >>>>=20 >>>>> On Tue, Dec 29, 2020 at 02:50:07PM -0800, Mark Millard wrote: >>>>>> . . . >> . . . >> As things are, you are out of the bounds that FreeBSD currently = supports >> when you try to build stable/12 on an armv7 FreeBSD 13 (or armv6 = FreeBSD >> 13) with the built-in toolchain (counting stable/12's Makefile*'s). = (The >> same likely applies to 32-bit powerpc.) >>=20 >=20 > It's worse than that: I'm trying to turn back time. I wanted to test = the > stable-12 upgrade path for armv7 and used the 13-current box because = it was=20 > handy and expected backward compatibility. Makes no sense in the = context > of an OS. It makes more sense to wait for stable/13 to emerge and test = that, > given that 13-current seems to work with armv7. The handbook warns = against > crossing major versions, doing it in reverse compounds the trouble, = since > developers have no reason to expect anybody in their right mind = _wanting_ > to do it.=20 The official armv7 builds are done via creating a 12.2 release jail that does the 12.2-STABLE build --on a machine that may have been booted via a more recent OS version. (I'm not sure what butler7.nyii.freebsd.org is booted with.) In fact it is also a cross build running on 64-bit = hardware, not running on armv7 hardware, not that such is essential. (I looked at: = https://ci.freebsd.org/job/FreeBSD-stable-12-armv7-build/lastBuild/console= Text .) A somewhat analogous chroot context could be used on the RPi2. You could get materials from: https://artifact.ci.freebsd.org/snapshot/12.2-STABLE/r368787/arm/armv7/ base.txz possibly: src.txz possibly: ports.txz possibly: base-dbg.txz and expand the tar(s) into an initially empty directory tree. chroot to that directory tree. mergemaster or such may be needed. Have 12.2-STABLE build itself in that chroot context. Install from the build to some media the RPi2 can use for booting (update or from scratch). Use the media in the RPi2 v1.1 to boot 12.2-STABLE . (You may want to provide a different source tree than is in src.txz . You might want to mount_null a source tree into the chroot area before doing the chroot.) There are details I've not covered, like having /dev ( and /dev/null ) show up in the chroot area. I referenced an artifact.ci.freebsd.org snapshot because neither of: http://ftp3.freebsd.org/pub/FreeBSD/releases/arm/armv7/ nor: http://ftp3.freebsd.org/pub/FreeBSD/snapshots/arm/armv7/ has such armv7 .txz files available. (arm64 does have such in the analogous places.) >> . . . >> That the armv7 (/armv6) always has a "small" address space is a = hardware >> issue (instruction set architecture), not software. That -O1 (and = clang >> 11's -O) requires more than 2 GiByte per-process spaces to build >> clang.full is the consequence of (mostly) LLVM choices. FreeBSD = chooses >> to be LLVM based and FreeBSD 13 chooses to be LLVM 11 based (until = LLVM >> 12?). >>=20 >=20 > Given the continued "expansion" of LLVM, it seems likely that before = long > it will become incompatible with armv7, despite the use of = optimization.=20 > Does this seem correct? I've not checked how big of a user process is involved in linking clang.full when -O2 is in use. I do not know how much room that there is for more in that kind of context. >> . . . >=20 > That seems pointless as I now understand the situation. Nobody has > a practical incentive to compile old OS versions with newer ones.=20 > I tried it only out of laziness. The official technique is less direct than what you were trying, in that it uses a 12.2-RELEASE jail to build a 12.2-STABLE . This avoids issues like -O in clang 11 not matching -O in clang 10, even if the host machine was booted with 13-CURRENT. Something similar can be done with a 12.2-STABLE armv7 snapshot from artifact.ci.freebsd.org . That would stay in the supported range of activities/relationships when used on the RPi2 v1.1 booted with 13-CURRENT. > When the arm64 Pi3 came out it seemed likely that FreeBSD's support > for 32 bit arm would erode. As LLVM gets larger the erosion can only > speed up, particularly for self-hosting. I wonder when armv7 will be > "too small". I do not know. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)