From nobody Mon Jun 28 05:41:15 2021 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 4E95D11D9F3D for ; Mon, 28 Jun 2021 05:41:23 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-19.consmr.mail.gq1.yahoo.com (sonic306-19.consmr.mail.gq1.yahoo.com [98.137.68.82]) (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 4GCxLB1p0mz4R9b for ; Mon, 28 Jun 2021 05:41:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624858880; bh=+lTTHS2/OF+bojt5lDT1hCrVfXUy3o1Y9ezuQ+TfP3c=; h=From:Subject:Date:In-Reply-To:Cc:To:References:From:Subject:Reply-To; b=Ou58ctjK4iCN8X55pmUvYrlcOw3udbXZ1TCwnhNc1PA3gD8Kv6Etq3Yx95/0pAa2N4MyYPI3iiOV2JztPCB6FqZiM5ncURFLm8UwqYVEHGu29RTj+RQR3jrDWuKa0FprmxDWshxj9ObcVKu6qCWKXRR2yDYsf9PeiQq+kFgMG/m9u1K0iFPvGmJEu/P7wYqIroZvOG484VZgM14VCfPLJlcYy5sENldA2xqvSfLcT9zR/QppcB114LjZShqgv9/Ckory4384GWPQPxzgmubfIepGB2rQdqlLYKiyUmBMhfqQMF/apARBhFMbyXVNuowEycc1FKGw9ZFXLGG8enH4gg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624858880; bh=Bajp6EIYQ6PmNgfEOl3x4p1gvmUaUDvEN2HWBdn4swa=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=Y2bDUbEXw+yRT7EgDVwwtungTA14M9Zn0RaZVTf7NKgOapFbjCWXOLAQ7AsJlCH+vC2J/V36aDkfi5rsuxI4X6kCXfS1bVrO+tGl5qDmwj/exftkcZ6aA4tBaj5AapRkWmfkgkoJawcqhZADwWmJYuhfk8oMuyLkeNeMC+vGiNQaQyk+sLPtSG0VdZ7ZD6YS1RQSkTDD2ZbMK+eBnZo8DwRVmNhPmnLCmtXpfcbhpunVT/LXeHSWOnxWTZDk395KVi9JYTyLhr4535d0Wegi/FXxT6fsCnCPqd1tvP7mL880zmeG6aQWabwYCUBpDNAfNMx6fHExFQD9WF3v2h2X+A== X-YMail-OSG: M4YSNHEVM1k6YW4mWkup6.hctKaDrkrAbVqpvF5YMU7tu36pGPYMtzik01IsLfh pNTcvx6qYUIhY6Z3l_zWm434Kqzf6H3qR1RscX86Zovl4nvVttZHnY2UUojJkZBTbnhasLcDHoX7 e3mG.0GAqugJAd.mXlj9igYa_CvJ.jsD7grLftnxjzH_kEVBEdGl0SMEmn5XBio8NKN5DoAhdNXv lfvaR30J.tVjOClESwF5zoWJOEJ.l2A.gTsiOOTGDnxkAA7PGf2VKcUsH20l2lQvcXxun.1PLJrI adrk1HIrG6DtbIc_Ja6aZZuoWid2gAnNYv0_gpp1qoTUwJRJNTrrf8sLoxHIJn5gPIT6QIZnWtfl lNC.lhwGnO_MWLkwXfBZ0oRW3AUokNgR3O8E4Vn_SDExdAYkcran6nl2VprXkWr4PM.B7LsGyjBO UbAHTGsNtf4ujJoIxmbZpFyhKNNew3vRQPetQ9VarEd50WRoartWQSrm0MxywBzLawwO24KUk72P B3kmEcxxZqxzRuAbZvk0GUZgGwrlVsj0IU8pOt7xKScRMQ0jkw_Q1K73d6Fxqw8geVYShuDpkR27 QrItwd9xCmkXMoa_OZXxaVSzyfBqGK84T13fH9yMYH0ceuLF0fKFKXf6hqLZd3_ygnbCbIUmE07B vKh4Eenkz6vzufwIHIDyQU1M1J7p0ihESlS1nf9kbPgC93jlUB.B67qvrGSlO8OjNqU1lqgX09Ya 0LvjpJ7Gt50Qu6z40Wjof3Smdaak.vQMmQqS3KyYbYID2R.aBBD7ggF0PmRIfEGai6XqPPnNglIH AHRpVhcGTBFkfJdnUTBgzfQffwXGUJJuZrtrRE76v0GXBrvSjJCvrzp6pOXOcUP2kFLw7ilZRx7E ZJh_m7tP2PhMgjFgWfjJHFKeXgjuDgLYHfsyNtOmdghdrkyLbZbG8bG5d6ZfATL0vmVIRptz770F T9b_3sNtKX.yFsGFhmtOYOEwpE9j6jqNLrYUA06pqWVcn.iRQknGyFy3byIw8yxfuQn51m7j49pF o34fVDCODAUPdNQU4VC4O0hm2ekt8y0_FFsY5uQNanetDN8oZeq1t8sytba.ZblTyN1EOONlGm_a Wh.YBvakRzWYCNZ3tWpfV2kncSN4AXzolWiitl.ZymD2TXUOTQ3MWtT0MN62BmBPLnAJ.PG8ZASK ePh.sSAB50ojb5wyrtPkWglS.0gp5dO2Do8Hvr9IJVPVQVmCs85exCiHNwD98oOceQMaMfkskWu6 plQUFNa2D46hhc6ZZqu.Bj5jNiClQszMiZffBFcOLUltbpWp0iAkwm83zOPTv375V2WQnBdkOSYf uf1quwQXVkQ.209e05IctRqcJ1mtv_5plMEL8lLjSNRcPN.WR8xrRCpvae7Wt.u44xSp2D90mRLU rLW_zgu7.EKdryRsqOf2rWHLySgQU9EJZj12c5pfXAPXZyDNIeBGl5ix4HduJ5Qp7ktVGtmgpOs. YyQltRMp1XFZlJn9fIDcdV_3UfGhhlvEIDMxwEXl0aKsIRkiDAN2QeZsYCIUqMQumj60bGnjUIb6 uwtpsOegPIp6VLMTdyrZ2.vS_Jmgp6I5woWFCzpvXaYJx.9FCYXoLZnLvJh4FSyoKKSjbhx_Lyud fWoi3oUyb9He_nrqAb1K9E2.JBPrZNKTSjiC8qYjiQTTqdnGGBsbjwMgLpZ0wZYszxymLW5T4gze IuUVzuQjyeAWWSPUiaa1HRngyMtlOFi9_aJSm6YCEGlvV6Nv8M6H623TVuRYyBxKPaSQ4Tf77XHE CWkxYokCssep2LRlvPZ7a6EMLkOZcAKrWT_hQq7GerCtAbNXpA_RUWqSJtX_7HY18cXnQ2zHFuG7 fHTuivJaY2yLj1KcNIU9LNhnTMnAgs6qL2vRrbKvdCz2r2onx1eJgke1_8Oi8OrNorlVRb6NGceo 3Doc5Pgq2Uiyr1fc3Jr4RYmYBV0OH5mkfAOgVSwPNKv2USU8AXawrZjDjIidRZoB6DvXFppNz9xW MMfaUs05zdJ65nPmTHKOuMIBzp8LFBrFH8brFbZJnvSZ8w1m.naARWIPoUEnBX5MJwLDOfw3EtRt SVWNh1JeWJUiAxrD10qug2i9Z63h1kh9Uob_BOP7sdS3_vfUeATrwcDkBxxcYj.QXVEYwdq856wV eKWUfq4Y0KQ7295C8KUQFMWnWE4jpTOvX.8pRQ2dmqkhQ59t8WRjJ8MCKQC5L3Gti.hsf0Ct36m7 nIY1b5bBPkSpWuyGpkvHn0fwtEIrKwpL0LWU5Tr4ehoCbHNpGaEyIcU7GRFMsNgj9ocj7X_a4VPU _859RXr.0mZc7wZsEeq8icKYjQNB1hSba2ZsweWrDgMfiqXxlSOcVfHohjYJxW3exhRwZrEBK_eA xCSac0YqD.Mplgr6Bp3fIvMutxBqBAkZ6ZSY0ObLTqYWxYHpJUBwpVzflGJFqTb9xbHUwCZrgiwP fZPGDhlelm_nit62D1onDs1F990_cIEczEflcVTl7bt8I.y82CRrAs3JQ8ByB0GAfBxx3nVcjIG2 koZzAgAHsjMoDfWI5hlKHxPQA3z7FQVJQcnk6mXuMdwbtHpr2XDpTOI.Gy2TRfGCJxYSbIxhob2m T7kxFTbjeO5Ie5FkaPevRNd7sUpvMoYgtM5Gks0vrFaaiN6niEjGlgkkpC32A0y5N73RCLC_2L0d IjQtBgSCOV1JHAsZ0FGYmizPZmzcbQ.T4SmPu.SPCbBR7Vw_VuEtAtqAECuXYzinY.DfYML6hxFg xIKXVPaGaDA-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Mon, 28 Jun 2021 05:41:20 +0000 Received: by kubenode542.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 1b4f98ad04ddb28e56d92f9759420cba; Mon, 28 Jun 2021 05:41:17 +0000 (UTC) Message-Id: <5D48520B-BED6-4CD2-B35F-13CBF5C36EBF@yahoo.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_B629B05F-14F6-4B07-A970-CFDCECE108F0" 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 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: llvm10 build failure on Rpi3 Date: Sun, 27 Jun 2021 22:41:15 -0700 In-Reply-To: Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain To: bob prohaska References: <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> <20210624043000.GA87740@www.zefox.net> <22B941CA-3AFF-42FD-98D1-D40EC2F6EC43@yahoo.com> <20210624160109.GB87740@www.zefox.net> <3B41633E-AAFC-422A-8D73-3B1B001023F0@yahoo.com> <20210625001651.GA98214@www.zefox.net> <5A26965D-2DFD-4A46-A171-A382A61E3CFB@yahoo.com> <20210626035234.GA18893@www.zefox.net> X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4GCxLB1p0mz4R9b X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=Ou58ctjK; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.82 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-2.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; URI_COUNT_ODD(1.00)[7]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; 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.68.82: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)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; SPAMHAUS_ZRD(0.00)[98.137.68.82:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.82:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.82:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: Y --Apple-Mail=_B629B05F-14F6-4B07-A970-CFDCECE108F0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 2021-Jun-25, at 21:41, Mark Millard wrote: >> . . . >=20 > Note that system-clang just got updates for stable/11 stable/12 > stable/13 and main for a defect that prevents building > www/chromium with a clang that has assertions enabled (a form > of debug build contribution): >=20 > The branch main has been updated by dim: >=20 > URL:=20 > = https://cgit.FreeBSD.org/src/commit/?id=3De7e517981a6591c79fb49cd8810361b0= f3ad5983 >=20 >=20 > commit e7e517981a6591c79fb49cd8810361b0f3ad5983 > Author: Dimitry Andric > AuthorDate: 2021-06-21 18:46:34 +0000 > Commit: Dimitry Andric > CommitDate: 2021-06-21 18:48:37 +0000 >=20 > Fix clang assertion while building recent www/chromium >=20 > Merge commit c8227f06b335 from llvm git (by Arthur Eubanks): >=20 > [clang] Don't assert in EmitAggregateCopy on trivial_abi types >=20 > Fixes PR42961. >=20 > Reviewed By: rnk >=20 > Differential Revision:=20 > https://reviews.llvm.org/D97872 >=20 >=20 > PR: 256721, 255570 > Reported by: jbeich > MFC after: 3 days > --- > contrib/llvm-project/clang/lib/CodeGen/CGExprAgg.cpp | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) >=20 > diff --git a/contrib/llvm-project/clang/lib/CodeGen/CGExprAgg.cpp = b/contrib/llvm-project/clang/lib/CodeGen/CGExprAgg.cpp > index 60ea1b2af037..f3ab91559d30 100644 > --- a/contrib/llvm-project/clang/lib/CodeGen/CGExprAgg.cpp > +++ b/contrib/llvm-project/clang/lib/CodeGen/CGExprAgg.cpp > @@ -2056,7 +2056,7 @@ void CodeGenFunction::EmitAggregateCopy(LValue = Dest, LValue Src, QualType Ty, > Record->hasTrivialCopyAssignment() || > Record->hasTrivialMoveConstructor() || > Record->hasTrivialMoveAssignment() || > - Record->isUnion()) && > + Record->hasAttr() || Record->isUnion()) = && > "Trying to aggregate-copy a type without a trivial = copy/move " > "constructor or assignment operator"); > // Ignore empty classes in C++. >=20 >> . . . >=20 There are also recent probles building rust on aarch64, including on = FreeBSD's build servers. See: = https://lists.freebsd.org/archives/freebsd-ports-bugs/2021-June/002710.htm= l for example. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) --Apple-Mail=_B629B05F-14F6-4B07-A970-CFDCECE108F0-- From nobody Mon Jun 28 07:25:33 2021 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 0856F11DE9BA for ; Mon, 28 Jun 2021 07:25:51 +0000 (UTC) (envelope-from amurphy@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 4GCzfk3RGMz4XJm for ; Mon, 28 Jun 2021 07:25:49 +0000 (UTC) (envelope-from amurphy@gsoft.com.au) Received: from smtpclient.apple (Adinah.gsoft.com.au [203.31.81.84]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id 15S7PYX1078038 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 28 Jun 2021 16:55:39 +0930 (CST) (envelope-from amurphy@gsoft.com.au) Content-Type: text/plain; charset=us-ascii 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 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: lang/rust does not build on aarch64 From: Adrian Murphy In-Reply-To: Date: Mon, 28 Jun 2021 16:55:33 +0930 Cc: freebsd-ports@freebsd.orgadd, freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <7D6AA55E-F627-4ED8-B761-1852E58F4989@gsoft.com.au> References: To: J P X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Spam-Score: -2.5 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 X-Rspamd-Queue-Id: 4GCzfk3RGMz4XJm X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N > On 27 Jun 2021, at 7:37 pm, J P wrote: >=20 > Hi, > it seems rust does not build on aarch64: > =3D=3D=3D> Building for rust-1.52.1 > rustup not detected: [Errno 2] No such file or directory: 'rustc' > falling back to auto-detect > running: /wrkdirs/usr/ports/lang/rust/work/bootstrap/bin/cargo build > --manifest-path > = /wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/Cargo.tom= l > --verbose --frozen > Traceback (most recent call last): > File "x.py", line 27, in > bootstrap.main() > File > = "/wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/bootstra= p.py", > line 1175, in main > bootstrap(help_triggered) > File > = "/wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/bootstra= p.py", > line 1148, in bootstrap > build.build_bootstrap() > File > = "/wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/bootstra= p.py", > line 900, in build_bootstrap > run(args, env=3Denv, verbose=3Dself.verbose) > File > = "/wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/bootstra= p.py", > line 153, in run > raise RuntimeError(err) > RuntimeError: failed to run: > /wrkdirs/usr/ports/lang/rust/work/bootstrap/bin/cargo build = --manifest-path > = /wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/Cargo.tom= l > --verbose --frozen > *** Error code 1 >=20 > Stop. > make: stopped in /usr/ports/lang/rust >=20 > Is this known? Is there a chance you ran out of memory? I just had the same problem (I think) on an amd64 vm with 512MB ram and = 1GB swap: Jun 28 16:32:29 Menoetius kernel: swp_pager_getswapspace(11): failed Jun 28 16:32:36 Menoetius kernel: pid 57952 (rustc), jid 0, uid 0, was = killed: out of swap space I progressed by giving it more ram. Adrian=20 >=20 > Thank you. >=20 > BR, From nobody Mon Jun 28 11:34:46 2021 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 4337411CBF09 for ; Mon, 28 Jun 2021 11:35:00 +0000 (UTC) (envelope-from webplication@gmail.com) Received: from mail-ot1-x32c.google.com (mail-ot1-x32c.google.com [IPv6:2607:f8b0:4864:20::32c]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GD5BD1JSvz4qJs for ; Mon, 28 Jun 2021 11:34:59 +0000 (UTC) (envelope-from webplication@gmail.com) Received: by mail-ot1-x32c.google.com with SMTP id 59-20020a9d0ac10000b0290462f0ab0800so10504072otq.11 for ; Mon, 28 Jun 2021 04:34:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=u+miU4nY0gcB6GNgjQK5U7xWUL6mRWqT7WF/UMQ2wM4=; b=sjFSeyJSY83NSwloTzx7ZTln7scwIJIZ5YzkUSMfX4vhvYTnYLmD+GcMe9o0Mo5QiT cRnzz6fIlaxX1RW1dybcnV3w1mDXaexL5EOsan4l/YfrvQyBcld2Bk8p7Q1DYcIVC1KO MgTysaANvl3weyYOI+mltDxYPGLYfoupGxKAkdKmDVlScmjaB39YpmaipvCT4f0wyL0l SU/0qZtZ3LeR7LgWdb6O4jGcjP5Rl21wh7i3H6YiZeTpnt1vbwSxAf3yVK157IqaGaP4 ot5bD25SjN0+F30yOueSeoGPzGVOPHLwmiuxEkbwX6KEn2ikNymIahqUUf0rIo5XGBtB M2Bw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=u+miU4nY0gcB6GNgjQK5U7xWUL6mRWqT7WF/UMQ2wM4=; b=rjwgvg0K6W3MhE1MXmmuA1hzj8b+9P4HflItnR+XAfWFKLzlpwU/Hy/4F3VV8Q3osC RKQ9zRUywuQB3UctVc7Jfr4/YGnWqCcVUwkV6dF/wRtl9Jn2100QjhMLNLEP3ZeBzXhG SB0s/SGbWy8kpXFK9lFIx9DC80vLRw2bYzXf+T0XVhYWWeID1Bw77oA24T15BFE83fHP gN8EGVrQWmSD5Rqsb10I4u5qLhdVztGeK9qF/eCNzGicy9oPFzPk8hDvgazO5a9IwkJA OKYXyAj7vW0VztEyxioGpNiwxnLT4s0H5X9kNkko09IOPtp/Yu6V6RPJfeoBY2T9KnUu paQg== X-Gm-Message-State: AOAM531YdWj7c4VIDx7XlzuLqdieeZ4Cw6UIyi0owS7NMEkWey7oqPCM b6bGBAl/yZ5kJmhbrfV8GvVRDogoyGwXrqlv9YQmKBpo8LCev4hX4KA= X-Google-Smtp-Source: ABdhPJzBU45WchuYevT+EKQgyEkbN2FJFRJga/VD8uKffjmm7tmpOR5xq0LtmB7bc5DjUp93mlAUjXrtQllSaLzNkEU= X-Received: by 2002:a05:6830:22d6:: with SMTP id q22mr3365785otc.40.1624880098895; Mon, 28 Jun 2021 04:34:58 -0700 (PDT) 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 References: <7D6AA55E-F627-4ED8-B761-1852E58F4989@gsoft.com.au> In-Reply-To: <7D6AA55E-F627-4ED8-B761-1852E58F4989@gsoft.com.au> From: J P Date: Mon, 28 Jun 2021 13:34:46 +0200 Message-ID: Subject: Re: lang/rust does not build on aarch64 To: Adrian Murphy Cc: freebsd-ports@freebsd.orgadd, freebsd-arm Content-Type: multipart/alternative; boundary="00000000000018e8ec05c5d1e1db" X-Rspamd-Queue-Id: 4GD5BD1JSvz4qJs X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: Y --00000000000018e8ec05c5d1e1db Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Adrian, I doubt it's a memory problem (64G) but I see: Jun 28 12:11:57 asn kernel: pid 53284 (cargo), jid 0, uid 0: exited on signal 11 (core dumped) # gdb -c /usr/ports/lang/rust/work/rustc-1.53.0-src/cargo.core [...] [New LWP 113488] Core was generated by `/usr/ports/lang/rust/work/bootstrap/bin/cargo build --manifest-path /usr/ports/l'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0x00001af55631ab38 in ?? () (gdb) bt #0 0x00001af55631ab38 in ?? () #1 0x00001af556318b14 in ?? () Backtrace stopped: previous frame identical to this frame (corrupt stack?) (gdb) So bootstrap cargo booms and it's compiled without debug symbols. BR, El lun, 28 jun 2021 a las 9:25, Adrian Murphy () escribi=C3=B3: > > > > On 27 Jun 2021, at 7:37 pm, J P wrote: > > > > Hi, > > it seems rust does not build on aarch64: > > =3D=3D=3D> Building for rust-1.52.1 > > rustup not detected: [Errno 2] No such file or directory: 'rustc' > > falling back to auto-detect > > running: /wrkdirs/usr/ports/lang/rust/work/bootstrap/bin/cargo build > > --manifest-path > > > /wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/Cargo.to= ml > > --verbose --frozen > > Traceback (most recent call last): > > File "x.py", line 27, in > > bootstrap.main() > > File > > > "/wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/bootstr= ap.py", > > line 1175, in main > > bootstrap(help_triggered) > > File > > > "/wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/bootstr= ap.py", > > line 1148, in bootstrap > > build.build_bootstrap() > > File > > > "/wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/bootstr= ap.py", > > line 900, in build_bootstrap > > run(args, env=3Denv, verbose=3Dself.verbose) > > File > > > "/wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/bootstr= ap.py", > > line 153, in run > > raise RuntimeError(err) > > RuntimeError: failed to run: > > /wrkdirs/usr/ports/lang/rust/work/bootstrap/bin/cargo build > --manifest-path > > > /wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/Cargo.to= ml > > --verbose --frozen > > *** Error code 1 > > > > Stop. > > make: stopped in /usr/ports/lang/rust > > > > Is this known? > > Is there a chance you ran out of memory? > > I just had the same problem (I think) on an amd64 vm with 512MB ram and > 1GB swap: > > Jun 28 16:32:29 Menoetius kernel: swp_pager_getswapspace(11): failed > Jun 28 16:32:36 Menoetius kernel: pid 57952 (rustc), jid 0, uid 0, was > killed: out of swap space > > I progressed by giving it more ram. > > Adrian > > > > > Thank you. > > > > BR, > > --00000000000018e8ec05c5d1e1db-- From nobody Mon Jun 28 12:08:39 2021 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 EE17411CE2D9 for ; Mon, 28 Jun 2021 12:08:51 +0000 (UTC) (envelope-from webplication@gmail.com) Received: from mail-ot1-x336.google.com (mail-ot1-x336.google.com [IPv6:2607:f8b0:4864:20::336]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GD5xH630yz4sxy for ; Mon, 28 Jun 2021 12:08:51 +0000 (UTC) (envelope-from webplication@gmail.com) Received: by mail-ot1-x336.google.com with SMTP id g19-20020a9d12930000b0290457fde18ad0so18501261otg.1 for ; Mon, 28 Jun 2021 05:08:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=JQwppf+6BkSAC3/VHm+j+0yo3rVCpqkmFZ9q9vQpd30=; b=EZJXPdFcyk7uAUF2ja0zSaFOTLw2ru+EZ7L1pnHlAPHmOVPKV5cK8D2uhja5BVpFH5 mCkDpKtWpHJYPKKGe29nFkXilDhw/LI4Eqiw67BZutPRWxMgBVGtWtk65OjsRDpcBuGk LPX4nVMFPLIuBSQMHSP+kQ/5XmZ/G+n6DAGi4LkwFtfq+thULMtrnwQ3ApTy2cqdRkXS rJgqP+itk7r8lMWl0wnB8IJBsoQXuV5rxY7T/otV/9ei+qa2Fn/SgVuFmr0lZ5VHZmMq OAUIRNrXyU4doPaeb0PMeKQDPHLlJsfN0Wb9N6B4uGtuAkYSYIEhW2PMD4A4UJtlaB/a +UkA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=JQwppf+6BkSAC3/VHm+j+0yo3rVCpqkmFZ9q9vQpd30=; b=ZAklg9KGfOidJgXz4sbY9pk1/MCWg3zxQIUDxTBooSW/JclruBVnpo8sCH8xk7aBGP PZUzWb1LTHkO4+0wvAHo6wKOdJhzakB6bfauRN9AzKQ7NIe4aXUQKgAR+nyhVN1MTA7O EGtgY2ZtjDRIBgACKy7myC44oebVtEmfMx62b0eZUQUDf+beaXnpy0XHAJw2SuvMEKlL U8cRkEbzfVpyU8Lqweq0tv4HJmm8TECUfuX5rGRbPYcS0+OmiUIwX1nVXt0PHyQSAqxO V0WwRSURCRofSuahEJq4NlTA3O8+pleb2B6rVa0jS5u6tIyoXCR5jlg0zOeWUy9Pgtru J1Qw== X-Gm-Message-State: AOAM5329XSPzBJMyO7rLlK8uNIUpNlmenHEf/aQ3CS5Y1UhnlJoQx09q 4aW2rE12QaSw0diROfZKCw2q9jL5LWtHQhvGqY4KWjVujJEGqZuyZ34= X-Google-Smtp-Source: ABdhPJyQpSyDLw/AIsEYLDVgjNhAEb5LGicQ/g2ZVQVxgvTsRp7gpMWKWDnJOdwy94gocLFXtSYbCTXAEvRiyP3AIMU= X-Received: by 2002:a05:6830:22d6:: with SMTP id q22mr3491455otc.40.1624882130819; Mon, 28 Jun 2021 05:08:50 -0700 (PDT) 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 References: In-Reply-To: From: J P Date: Mon, 28 Jun 2021 14:08:39 +0200 Message-ID: Subject: Re: lang/rust does not build on aarch64 To: Vincent Milum Jr Cc: freebsd-arm Content-Type: multipart/alternative; boundary="000000000000359db405c5d25a3a" X-Rspamd-Queue-Id: 4GD5xH630yz4sxy X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: Y --000000000000359db405c5d25a3a Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Vincent, can you please share how old is your building environment? uname -a should suffice. You might be willing to participate and reply to https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D256864#c4 where a positive build is reported on a kernel built Tue Jun 8 14:29:29 CEST 2021 Thank you. Regards, El dom, 27 jun 2021 a las 20:24, Vincent Milum Jr () escribi=C3=B3: > I just tried to build lang/rust on Aarch14 on a FreeBSD 14-CURRENT machin= e > using the latest ports repo from Git. > > Everything compiled just fine and appears to be running smoothly. > > There might be something broken in your build environment? Or it may not > like being built from a non-default path? > > Your log log also mentions 1.52.1 but the latest in the ports tree is > 1.53.0, so that may play a factor as well. > > On Sun, Jun 27, 2021 at 3:07 AM J P wrote: > >> Hi, >> it seems rust does not build on aarch64: >> =3D=3D=3D> Building for rust-1.52.1 >> rustup not detected: [Errno 2] No such file or directory: 'rustc' >> falling back to auto-detect >> running: /wrkdirs/usr/ports/lang/rust/work/bootstrap/bin/cargo build >> --manifest-path >> >> /wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/Cargo.t= oml >> --verbose --frozen >> Traceback (most recent call last): >> File "x.py", line 27, in >> bootstrap.main() >> File >> >> "/wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/bootst= rap.py", >> line 1175, in main >> bootstrap(help_triggered) >> File >> >> "/wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/bootst= rap.py", >> line 1148, in bootstrap >> build.build_bootstrap() >> File >> >> "/wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/bootst= rap.py", >> line 900, in build_bootstrap >> run(args, env=3Denv, verbose=3Dself.verbose) >> File >> >> "/wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/bootst= rap.py", >> line 153, in run >> raise RuntimeError(err) >> RuntimeError: failed to run: >> /wrkdirs/usr/ports/lang/rust/work/bootstrap/bin/cargo build >> --manifest-path >> >> /wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/Cargo.t= oml >> --verbose --frozen >> *** Error code 1 >> >> Stop. >> make: stopped in /usr/ports/lang/rust >> >> Is this known? >> >> Thank you. >> >> BR, >> > --000000000000359db405c5d25a3a-- From nobody Mon Jun 28 15:33:41 2021 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 AB87511D8279 for ; Mon, 28 Jun 2021 15:34:05 +0000 (UTC) (envelope-from dch@skunkwerks.at) Received: from wout1-smtp.messagingengine.com (wout1-smtp.messagingengine.com [64.147.123.24]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4GDBV44jgJz3Njj for ; Mon, 28 Jun 2021 15:34:04 +0000 (UTC) (envelope-from dch@skunkwerks.at) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.west.internal (Postfix) with ESMTP id A476C320055E for ; Mon, 28 Jun 2021 11:34:02 -0400 (EDT) Received: from imap44 ([10.202.2.94]) by compute4.internal (MEProxy); Mon, 28 Jun 2021 11:34:02 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=skunkwerks.at; h=mime-version:message-id:in-reply-to:references:date:from:to :subject:content-type; s=fm2; bh=/VKald4JnCs9nKqY6gKOa31tWKPZYrj ctOQ0ZiSZyPI=; b=kDAt+/amQjBgNqEYCEDZ1aAptpj8QR22DkeyGQC3vVHttxv 2sqazIdnprvpieisp/8blDTypX1XFw13Xr1ip7BXHzQqA8VRWZE/9f2GbtUy69sb Tz/ZAiJJhuaOxILkHYWbzSZ8SgIGc7GMUjs2wx3K2IwkD4bHhcDpLVWGK9ECIUEP 97VQbKiUE8v/n0j/p4CTSi6R2NQUamo6KM1foUjRXNsRoESYu7/ywRilOXg5pF88 sNdUf4o/2eboD1MwasGlZpPXCV1ghj2tTJrBb5kY1SBbst9taR3vp7dA/pwqyXXy 8In1PANT9ijSszD/L4nZDIBDN4njliL9s1CnjdA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=/VKald 4JnCs9nKqY6gKOa31tWKPZYrjctOQ0ZiSZyPI=; b=fizGYOxUq+DeVEKEVbY3sR PTnIFZZ7mYkWw3d/fSzMwHC50sDAh5h+CEJPfnSiPsuxx2XKULrh2i6tpnQJkS0V YDrIeA5YJmBARZXbAxaOTLlwqVXEBlP+poktgT0wW3CH+ZkbNj2Bzc3bArcPSkZB kKckSmffqJdPlg6LJtBtq20XOVKcZgwA6vy3oqfcX0B+Fg42lK27egFkC0xLpMJS kxC23OHIYLLWO+QDi5L4KpR5jc5mC2zQCdMJc3Qk8FaMNtlb3IfXHg5W65xzeQaX K+I50YrawFUMh/zrKmNsqkzn1Lt2Sp+Jpu336xViVTlj74EdCLXFnmXd9ZUBwJ3w == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrfeehgedgledtucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefofgggkfgjfhffhffvufgtsehttd ertderredtnecuhfhrohhmpedfffgrvhgvucevohhtthhlvghhuhgsvghrfdcuoegutghh sehskhhunhhkfigvrhhkshdrrghtqeenucggtffrrghtthgvrhhnpeekffefvdefteekff eggfffvdefuefguefhhffhudefvdetgfeileeujeffhedvjeenucevlhhushhtvghrufhi iigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegutghhsehskhhunhhkfigvrhhksh drrght X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 501) id 211ABFA0063; Mon, 28 Jun 2021 11:34:02 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.5.0-alpha0-530-gd0c265785f-fm-20210616.002-gd0c26578 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 Message-Id: <6fe3dbdd-6496-425f-8970-1ff6969d8cfd@www.fastmail.com> In-Reply-To: <7D6AA55E-F627-4ED8-B761-1852E58F4989@gsoft.com.au> References: <7D6AA55E-F627-4ED8-B761-1852E58F4989@gsoft.com.au> Date: Mon, 28 Jun 2021 15:33:41 +0000 From: "Dave Cottlehuber" To: freebsd-arm Subject: Re: lang/rust does not build on aarch64 Content-Type: text/plain X-Rspamd-Queue-Id: 4GDBV44jgJz3Njj X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=skunkwerks.at header.s=fm2 header.b=kDAt+/am; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=fizGYOxU; dmarc=none; spf=pass (mx1.freebsd.org: domain of dch@skunkwerks.at designates 64.147.123.24 as permitted sender) smtp.mailfrom=dch@skunkwerks.at X-Spamd-Result: default: False [-2.51 / 15.00]; XM_UA_NO_VERSION(0.01)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.24]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[skunkwerks.at:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-0.92)[-0.921]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.24:from]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[64.147.123.24:from]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[skunkwerks.at:s=fm2,messagingengine.com:s=fm3]; FREEFALL_USER(0.00)[dch]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[skunkwerks.at]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[64.147.123.24:from:127.0.2.255]; MAILMAN_DEST(0.00)[freebsd-arm]; MID_RHS_WWW(0.50)[] X-ThisMailContainsUnwantedMimeParts: N On Mon, 28 Jun 2021, at 07:25, Adrian Murphy wrote: > > > > On 27 Jun 2021, at 7:37 pm, J P wrote: > > > > Hi, > > it seems rust does not build on aarch64: > > ===> Building for rust-1.52.1 > > > Is this known? Yes, I also had this fail on aarch64 , for 1.52, and I have enough RAM even for rust. However this is fixed in ports for me with 1.53 now, RAM etc notwithstanding. A+ Dave From nobody Mon Jun 28 15:51:14 2021 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 8486411D93CD for ; Mon, 28 Jun 2021 15:51:27 +0000 (UTC) (envelope-from webplication@gmail.com) Received: from mail-oi1-x230.google.com (mail-oi1-x230.google.com [IPv6:2607:f8b0:4864:20::230]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GDBt737YBz3QBB for ; Mon, 28 Jun 2021 15:51:27 +0000 (UTC) (envelope-from webplication@gmail.com) Received: by mail-oi1-x230.google.com with SMTP id w127so22480158oig.12 for ; Mon, 28 Jun 2021 08:51:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=z1eZ/o1CMGeBfRT36GGi5L3QHB3ukix6XbkXpwIExpo=; b=NdqFLSr7utN81Li29eHMwyu2TSb6AtSUInBNwXUt2FBLuKauYTKOO2mGXiN+R+PrdS RTRD7zBC+PcjuFfTrdQFPAdISd/T3Xe6++gRRefzFtokRRlQwcxFFpwElHjDCehT7ojy OViHK3QwkRvd2HmMD29y7lr0bAjVB0lleY6rqga+IWuBlMoDUsP/WcHczzne9+lM7HH1 8SyalBeuW8vU0lYqGKKKi2bm1FJBxOf8wSCQDBkkdwlobxxCJ2yrTNYKSWucosOxzYud sTbgtjWVl94ohTRTPjLPrEwK1B33ro7Gefk7vW2NTDS1sBd7dNI906KePyq+/BUZ17p3 zIpQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=z1eZ/o1CMGeBfRT36GGi5L3QHB3ukix6XbkXpwIExpo=; b=B/MoIQ0ySVNfsfudwXDLd3AkVa1MKtumj0IHnII1dyyc+6Je3FjYorqFBgTZtS75do ZB+9QchRN4Uu1kPrHmjYoyeAD3M+yfdSPP1yDmova/IcxWuNot96vpej8rH1NxO+uCmH UX5o1/azDLpR1PiRWsPevYwPOyFvVdgIkOkyIKMiS+wwgdYDMBJB0t5n6U2cAKf/9B6C Yi7K2sUcCJ5XVBcmYWfyw6xbHP9yxrclFV9FEzasw7rvS/n1Vqk81YmorOu79e982w2s B9FusaHI3gWtdAZQU+is/wb8ZoIeQQfMmaTS1fa2z5sdHs6eP7sHYGvQwALNlBETVCLH B13Q== X-Gm-Message-State: AOAM5335+vuSxBqxcC+AVwqqq7vHQws16FtdqP3uPQIhsMSstHg0F04T PJdIG4zfZpkf2XjDqhrqnAjfjwmzEmo5gDDlUgB/ZWufR3SeinZi X-Google-Smtp-Source: ABdhPJx6sx16bQYhNbfStG6NWzaRfEeC3l47ERVtYUa2Gishf00Xp02Mb5j+sKrvJ83vhg/BBsZ8wqgKOXovUpZPlw4= X-Received: by 2002:aca:ad52:: with SMTP id w79mr4796039oie.86.1624895486347; Mon, 28 Jun 2021 08:51:26 -0700 (PDT) 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 References: <7D6AA55E-F627-4ED8-B761-1852E58F4989@gsoft.com.au> <6fe3dbdd-6496-425f-8970-1ff6969d8cfd@www.fastmail.com> In-Reply-To: <6fe3dbdd-6496-425f-8970-1ff6969d8cfd@www.fastmail.com> From: J P Date: Mon, 28 Jun 2021 17:51:14 +0200 Message-ID: Subject: Re: lang/rust does not build on aarch64 To: Dave Cottlehuber Cc: freebsd-arm Content-Type: multipart/alternative; boundary="00000000000042cb5e05c5d576cf" X-Rspamd-Queue-Id: 4GDBt737YBz3QBB X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: Y --00000000000042cb5e05c5d576cf Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Dave, thanks for sharing. How old is your system? It seem this might be related with llvm12 adopted in base system. Please copy the output from uname -a cc -v Thank you. BR, El lun, 28 jun 2021 a las 17:34, Dave Cottlehuber () escribi=C3=B3: > On Mon, 28 Jun 2021, at 07:25, Adrian Murphy wrote: > > > > > > > On 27 Jun 2021, at 7:37 pm, J P wrote: > > > > > > Hi, > > > it seems rust does not build on aarch64: > > > =3D=3D=3D> Building for rust-1.52.1 > > > > > Is this known? > > Yes, I also had this fail on aarch64 , for 1.52, and I have enough RAM > even for rust. > > However this is fixed in ports for me with 1.53 now, RAM etc > notwithstanding. > > A+ > Dave > > --00000000000042cb5e05c5d576cf-- From nobody Mon Jun 28 15:53:41 2021 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 3625611D975D for ; Mon, 28 Jun 2021 15:54:09 +0000 (UTC) (envelope-from dch@skunkwerks.at) Received: from wnew2-smtp.messagingengine.com (wnew2-smtp.messagingengine.com [64.147.123.27]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4GDBxD2Yr8z3QMN for ; Mon, 28 Jun 2021 15:54:08 +0000 (UTC) (envelope-from dch@skunkwerks.at) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailnew.west.internal (Postfix) with ESMTP id 65C682B00A68 for ; Mon, 28 Jun 2021 11:54:06 -0400 (EDT) Received: from imap44 ([10.202.2.94]) by compute4.internal (MEProxy); Mon, 28 Jun 2021 11:54:06 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=skunkwerks.at; h=mime-version:message-id:in-reply-to:references:date:from:to :subject:content-type; s=fm2; bh=1+XU33P+2GXbH05hnINfNuodirwOYG2 0ssWtLfPrb/o=; b=WR73tgBcIRC0drlbRHWUOChUIsrljJju9moktEvqvquoSgO Z7btK3tN1HCmVyoL1IvcQM9QOQiuNQV78FLPjFvmmaVfPCaB6g5vT7l3XuSu6XTZ WzFU/a6SCnYr9YNBs3E4BOikwXyaJqenw+KxbdViyqNb/MalugXgV3RfWHuR5a9t a8iIHZlH91CyACF7m4fV+cS+99sCksCcVgcjt9zlgwRnPbxPWfFcojzIRr18RIA7 FnaL0aafi91w329wWMXeo2yp1S2wFwRiWC/86kmHxz7iu9UmaJ/5gybz7L4gsye5 +e3HEH+avSrza5JAUmruwX0caMye+ORWRxI//1Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=1+XU33 P+2GXbH05hnINfNuodirwOYG20ssWtLfPrb/o=; b=wfzSIrr6p8pJ1QXod4W2Rb lJywhduBndWiQ0mfJekpVl2tj7AvkbwrbztPTkEqWJUUaoQRX2KjSTyGB8zVunn0 pDRuL21tBbWfdBLQ676M3GLRdGfPoVDkDeRXyAkJ7qjhudGBqyI+RaCgr1zXI/gT 3Cx6unWNTF0lteUaFGBXQle18WM9PPNTm/IaeuOvhZpWmkq89sSMPUqVYPuomt+B InD0dVa6D6CbqxIDStyIXI7uK3WbBzfRMyit58rYQ+fHwPSrhwJQr1QMR3joKsBh hwpeuowc3kmV3JNSD1piZrOuJZVnYsbbu7cZL/K9TQbDuOVDuOdWCER01qzF4AGA == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrfeehgedgleegucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefofgggkfgjfhffhffvufgtsehttd ertderredtnecuhfhrohhmpedfffgrvhgvucevohhtthhlvghhuhgsvghrfdcuoegutghh sehskhhunhhkfigvrhhkshdrrghtqeenucggtffrrghtthgvrhhnpeekvddugedtieffvd dtfedtfeevtdevteegffeuvefhudegtefgueeiuddtleehjeenucffohhmrghinhepshhk uhhnkhifvghrkhhsrdgrthenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmh grihhlfhhrohhmpegutghhsehskhhunhhkfigvrhhkshdrrght X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 501) id F10BAFA0063; Mon, 28 Jun 2021 11:54:01 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.5.0-alpha0-530-gd0c265785f-fm-20210616.002-gd0c26578 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 Message-Id: <735576e1-0264-47c0-aa31-6c3e9607f0d3@www.fastmail.com> In-Reply-To: References: <7D6AA55E-F627-4ED8-B761-1852E58F4989@gsoft.com.au> <6fe3dbdd-6496-425f-8970-1ff6969d8cfd@www.fastmail.com> Date: Mon, 28 Jun 2021 15:53:41 +0000 From: "Dave Cottlehuber" To: freebsd-arm Subject: Re: lang/rust does not build on aarch64 Content-Type: text/plain X-Rspamd-Queue-Id: 4GDBxD2Yr8z3QMN X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=skunkwerks.at header.s=fm2 header.b=WR73tgBc; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=wfzSIrr6; dmarc=none; spf=pass (mx1.freebsd.org: domain of dch@skunkwerks.at designates 64.147.123.27 as permitted sender) smtp.mailfrom=dch@skunkwerks.at X-Spamd-Result: default: False [-2.14 / 15.00]; XM_UA_NO_VERSION(0.01)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.27:c]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[skunkwerks.at:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-0.55)[-0.548]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.27:from]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[64.147.123.27:from]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[skunkwerks.at:s=fm2,messagingengine.com:s=fm3]; FREEFALL_USER(0.00)[dch]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[skunkwerks.at]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[64.147.123.27:from:127.0.2.255]; MID_RHS_WWW(0.50)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-ThisMailContainsUnwantedMimeParts: N On Mon, 28 Jun 2021, at 15:51, J P wrote: > Hi Dave, > thanks for sharing. > > How old is your system? It seem this might be related with llvm12 adopted > in base system. > > Please copy the output from > uname -a > cc -v > > Thank you. > > BR, $ uname -a FreeBSD straylight.skunkwerks.at 13.0-RELEASE-p1 FreeBSD 13.0-RELEASE-p1 #0: Wed May 26 22:19:21 UTC 2021 root@arm64-builder.daemonology.net:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64 $ cc -v FreeBSD clang version 11.0.1 (git@github.com:llvm/llvm-project.git llvmorg-11.0.1-0-g43ff75f2c3fe) Target: aarch64-unknown-freebsd13.0 Thread model: posix InstalledDir: /usr/bin A+ Dave From nobody Mon Jun 28 16:00:48 2021 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 E4A2E11D9FB8 for ; Mon, 28 Jun 2021 16:01:03 +0000 (UTC) (envelope-from freebsd-arm@darkain.com) Received: from MTA-05-4.privateemail.com (mta-05-4.privateemail.com [68.65.122.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4GDC5C5Y7qz3RCs for ; Mon, 28 Jun 2021 16:01:03 +0000 (UTC) (envelope-from freebsd-arm@darkain.com) Received: from MTA-05.privateemail.com (localhost [127.0.0.1]) by MTA-05.privateemail.com (Postfix) with ESMTP id C0E1360104 for ; Mon, 28 Jun 2021 12:01:01 -0400 (EDT) Received: from mail-lf1-f47.google.com (unknown [10.20.151.202]) by MTA-05.privateemail.com (Postfix) with ESMTPA id 51F7D60086 for ; Mon, 28 Jun 2021 12:01:01 -0400 (EDT) Received: by mail-lf1-f47.google.com with SMTP id a11so33421630lfg.11 for ; Mon, 28 Jun 2021 09:01:01 -0700 (PDT) X-Gm-Message-State: AOAM5312sSBW0Ghu4KmQjvys/jKYQ5xwWaWCb01BKLdRS0wKCC3XKzIx hs+OFuM2UqmqvjI5js7mr1b+wj1FgToE9qzPdh4= X-Google-Smtp-Source: ABdhPJw1c39jAQV12OKWNbDugFXG4o2QU65hr1peLdkZk0S76WECGWxI9a9QxcI6W+Kj3qsmQFmfptjAzMw2JfGlvvM= X-Received: by 2002:a19:ae11:: with SMTP id f17mr19186084lfc.198.1624896059791; Mon, 28 Jun 2021 09:00:59 -0700 (PDT) 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 References: In-Reply-To: From: Vincent Milum Jr Date: Mon, 28 Jun 2021 09:00:48 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: lang/rust does not build on aarch64 To: J P Cc: freebsd-arm Content-Type: multipart/alternative; boundary="00000000000070df4605c5d5986a" X-Virus-Scanned: ClamAV using ClamSMTP X-Rspamd-Queue-Id: 4GDC5C5Y7qz3RCs X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: Y --00000000000070df4605c5d5986a Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable "can you please share how old is your building environment?" I just replaced base last night after testing the rust compile, so I don't have accurate information. I want to say I remember it being somewhere close to May 12th. With base from yesterday (June 27th), rust is indeed failing in the same way described above. On Mon, Jun 28, 2021 at 5:08 AM J P wrote: > Hi Vincent, > can you please share how old is your building environment? > > uname -a should suffice. > > You might be willing to participate and reply to > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D256864#c4 where a > positive build is reported on a kernel built > Tue Jun 8 14:29:29 CEST 2021 > > Thank you. > > > Regards, > > > > El dom, 27 jun 2021 a las 20:24, Vincent Milum Jr (< > freebsd-arm@darkain.com>) escribi=C3=B3: > >> I just tried to build lang/rust on Aarch14 on a FreeBSD 14-CURRENT >> machine using the latest ports repo from Git. >> >> Everything compiled just fine and appears to be running smoothly. >> >> There might be something broken in your build environment? Or it may not >> like being built from a non-default path? >> >> Your log log also mentions 1.52.1 but the latest in the ports tree is >> 1.53.0, so that may play a factor as well. >> >> On Sun, Jun 27, 2021 at 3:07 AM J P wrote: >> >>> Hi, >>> it seems rust does not build on aarch64: >>> =3D=3D=3D> Building for rust-1.52.1 >>> rustup not detected: [Errno 2] No such file or directory: 'rustc' >>> falling back to auto-detect >>> running: /wrkdirs/usr/ports/lang/rust/work/bootstrap/bin/cargo build >>> --manifest-path >>> >>> /wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/Cargo.= toml >>> --verbose --frozen >>> Traceback (most recent call last): >>> File "x.py", line 27, in >>> bootstrap.main() >>> File >>> >>> "/wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/boots= trap.py", >>> line 1175, in main >>> bootstrap(help_triggered) >>> File >>> >>> "/wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/boots= trap.py", >>> line 1148, in bootstrap >>> build.build_bootstrap() >>> File >>> >>> "/wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/boots= trap.py", >>> line 900, in build_bootstrap >>> run(args, env=3Denv, verbose=3Dself.verbose) >>> File >>> >>> "/wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/boots= trap.py", >>> line 153, in run >>> raise RuntimeError(err) >>> RuntimeError: failed to run: >>> /wrkdirs/usr/ports/lang/rust/work/bootstrap/bin/cargo build >>> --manifest-path >>> >>> /wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/Cargo.= toml >>> --verbose --frozen >>> *** Error code 1 >>> >>> Stop. >>> make: stopped in /usr/ports/lang/rust >>> >>> Is this known? >>> >>> Thank you. >>> >>> BR, >>> >> --00000000000070df4605c5d5986a-- From nobody Tue Jun 29 13:16:31 2021 X-Original-To: freebsd-arm@FreeBSD.org Received: from mlmmj.nyi.freebsd.org (unknown [127.0.1.24]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 5D9E311D3B9A for ; Tue, 29 Jun 2021 13:16:31 +0000 (UTC) (envelope-from freebsd-arm+bounces-help@FreeBSD.org) Subject: =?utf-8?q?Information_for_freebsd-arm=40FreeBSD.org?= From: freebsd-arm+owner@FreeBSD.org To: freebsd-arm@FreeBSD.org Message-ID: <1624972591-44768-mlmmj-4cfdfa72@FreeBSD.org> Date: Tue, 29 Jun 2021 13:16:31 +0000 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: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-ThisMailContainsUnwantedMimeParts: N Hi, this is the Mlmmj program managing the mailing list. Here is some information about the list. You can subscribe to the following versions: - The normal version: Every time a post is sent to the list, subscribers receive a copy of it. Subscribe by emailing . - The digest version: Subscribers receive multiple posts in a single mail message, at regular intervals, or when a lot of posts have accumulated. Subscribe by emailing . - The no-mail version: Subscribers do not receive any posts to the list. This means, though, they are able to post to a list which only subscribers may post to, while they follow the list using a web archive or another subscribed email address. Subscribe by emailing . Unsubscribe by emailing . Posts are made by emailing . However, only subscribers may post to the list. The list also has access rules which may affect who can post and which posts are moderated. Subscribers can retrieve message number N from the list's archive by sending a message to (change the N to the number of the desired message). You can retrieve the frequently asked questions document for the list by sending a message to . To contact the list owner, send a message to . From nobody Tue Jun 29 13:35:58 2021 X-Original-To: freebsd-arm@FreeBSD.org Received: from mlmmj.nyi.freebsd.org (unknown [127.0.1.24]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id C125D11D4E6B for ; Tue, 29 Jun 2021 13:35:58 +0000 (UTC) (envelope-from freebsd-arm+bounces-help@FreeBSD.org) Subject: =?utf-8?q?Frequently_asked_questions_of_freebsd-arm=40FreeBSD.org?= From: freebsd-arm+owner@FreeBSD.org To: freebsd-arm@FreeBSD.org Message-ID: <1624973758-63727-mlmmj-4d64214e@FreeBSD.org> Date: Tue, 29 Jun 2021 13:35:58 +0000 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: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-ThisMailContainsUnwantedMimeParts: N Sorry, no FAQ available yet. From nobody Tue Jun 29 13:50:08 2021 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 9A71B11D6889 for ; Tue, 29 Jun 2021 13:50:17 +0000 (UTC) (envelope-from mbookmeyer@yahoo.com) Received: from sonic309-20.consmr.mail.ne1.yahoo.com (sonic309-20.consmr.mail.ne1.yahoo.com [66.163.184.146]) (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 4GDm7r3FSpz4tq3 for ; Tue, 29 Jun 2021 13:50:16 +0000 (UTC) (envelope-from mbookmeyer@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624974615; bh=s2eT9gYBoUffutStp4mDka4nuJd4F8AVBph/QRRVDec=; h=To:From:Subject:Date:References:From:Subject:Reply-To; b=nGB6mIpaCN9tsQWFg1vRIg9ihP3QsupgbXUfQp11wSQejWYLe2UDjRU4jVxMq2+cG9iLxZAhBFPZlIQdTxEgVphrM6SEDaKs8lCs3Q+n1ULESS7UNecNWACFtpcH5EkYLd6VJsCQcKmMlDoQJ7FmTUFqLpcsh1/bVA6pSlGdUqXVPgrxddAihJrmqXHsKTAqWgMCVDGuO2WYsFuLN9sCmmqrRHBQwkN9FRc4GsIutr6JLvKExRwX4mBnIRGo/DY8P6euSmmZjqVbUe6bPH25JOB6DqflgDoxdgv+sXfTR6jFxTSLSmvvbuYQ6SBTYjcOv5osZRcrx6u5nxnsoqHs1w== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624974615; bh=YK4flQU9uy46wSFO16tYefpbe6eEZfp4aYOpzVrlGSK=; h=X-Sonic-MF:To:From:Subject:Date:From:Subject; b=oiJoUgMmP5erIrVjZDAX2PjumZBjxfXE5WSvb7m2YtC8BkY9k4i5QurHPGIB3let31qplctTnB2DBGxwhKB8RSdzoMR6wUKPB1YidRyAnp2rq1bMk7gT9+O/lQdEGYHVyaYWlGbHWdOECqnORIzqANc1Dm4PA61zdvS+Xu8jvvecBJtoDICIVH/x3uvsUpa2gwl2/bAERVH0o0KSW/rH3QuH33+ggpqb+DO4xPsMXZkdAt9B/PO3gQNoREZf/bCuMv14N82tx1WDGPBNqjMb7yJw5ymaEFk5tlYmPUTc5D6xvYgp185ObYA9dRa5mGcMyPWQsoJ6q3wOUD1Zmnx3KQ== X-YMail-OSG: e60c4xkVM1n4bDkvRiBcBY_1mUCVPfAhEwPge6tALFRQUiVsEPKj_IiryGvruGK jk5f.ZsYweBIrQj2eQqgy9MMbu_yNH_h29FmyoPMIbHR0GW5RqKQau6YsmevDOU71yBsSCtWPjaT LDzXTaaDUdSBodcKs2A1yQAYR6MZsrd6UDzOQVjMTzFKLz8VKuj87HDmVnhxJ8qCmXhdGES2g82d hgAR3bQMs06h4jczImchczMnbDD0ed8HxIwL7H1hCx0j1d7hIyEUogyLlFDDJhMbtuvPR8wBfbyE 26WzMnc5f5p6M92ZHcugokAqAFe99NNxkbxugL2nivd.Om.CagpNWrim_aqWMfl9JjDT_VhSXsDJ K_htcTXmsIqWXQwZO0MpIdYOo3al2UlLNJsEDdvnmswJrXEcz2NRvbYnRjFwN875dSxd_rzTAZEL dS4q0VNJ3NkHNNlVbo8z5CxQSUEJdOzrYb8x1LcuFxx24vgJq.kL3NWk1uTGsqlAlXSuMqLkV6Q8 pRSvSfMOsdqwzUp_P2qSUB1kgOESr3eaofH6TFD2tfsaTgyBKL09saUHI5PRRzGKzbB.VVvF7LWq mDlRzQIgtUNAWlUJ6cqpeTk_uoIKgMdooLPhh8Hr8aGl4FOFHln0_fYNxr.nQDF0Lt6hWjWbs2A6 81p5.gZBu1qMv0OPUm00Vc9fmm1vQA.gZQQOAKwtcuhglm_YebwIPBg.ADJXvUjJDEB9b2LhKIS4 ScPSqFAErR4mTcTEAMBzFsBiPPB8Fbu5d0d2XgAouqQEFHMkFEAsvYW1jiC7hkFf.1kwYtK_oX9h 7xFvExHhJymWlLET8U5Lhd8G5ogSJJm_sdPDee9Ab6NmM0QuWP35zY9fCaaeeiNiaIAEms.hLwPd M6XgBEzrlKMwjuEs5w7aJjy9OLdKZdfRWeiFmw3vC4muOMm0d8EZdzSfxyl.t2hw.CQvTCA3iUAk YNPURFMQ7poQNF.ldv9ezY4V6SYr2wJvrMo0sjyIBwI_H68cF.eg5plhpGxUYnR0h1RuOWMcx56V d_fIZyxz5s5nCfWceUsBlAl7OdxoLh8.gOxCxlYzC9.hwbMYihNW1NhYexBVDGLUYeD5ojdIvSVo Sf3qTXkGXkeYlUzGgGOEHtaQpBvViqIBUUQ0HUElon3lcFZhtAPQiQa9tlPlQkQ9DlSFhFuzjGEx tzeHnG_G0rC1i.4qjtKP8VqtOhRaBEnCPltItqMUUt0qSasHTQvyhy88UiTaYSeOZToh1si7v1f6 YRN1OOj0FT33jLK39z19zp8h.6OGJpj.ImchuV1LBGa_yzbliWQZi1EntKs.jigATzDW60CDDF3. zxoDhMPIfFKqK4vJsFuzYcRvteFyH.h1nv3canEJDTe1H1oN4J7OtlmctXGx8R3vcitkro_iCMy. 5ubwqCQwO0kiLkyeiyibOP.M.8VkNDDFJQfu2oyJdw0BMqptlU2miOuZcDPuYhecexAcqQd8PMDH dPAU4TPufb70yzTIyZ6JU_DdHdz1DinN6EBVnVSk9jFnxiP9Hhy6TakfJELEq2Whg2J9wm_6hA91 S6CwCorVpN.4VOlfr9aN.USHiUIBe9wRctkpr.8x97R19v45WgYJ6uqijyfQIWKjc_54qhxr6w_J KVH6h7NHQ2yAr34LG0Yhf1AkmU74jvGtypyx3056MmrzVdc5v_VoKpZPr8ZWfTO9knDrei1VzHn2 TpKZGy6fIfbIx5RsYJa2IDvi1TSy65OAy0ki0a2pXae3nECIVh3qXRJaLZ5xIg9v_G_LZQlfSM.d I9AYYZEOfRTRQxue_YAOfdc94lhssSVQ_g3n.zCtfaeF6gA9Smy1wx0IbodxBXB2u5_gtqeEejKj MGGuaWwbIX29uRwK7uPTBz8KerhI3DRi6J7.vp9HAEYHWsrSsJPSXpbZAZ8VvJ3Z6z7vMxIIvt.4 MXI3_BX2uqDdr0RVFI5SbeQbyEywnTzBfkEjD1wb7uS_oko1kr47qhTyZKD3ZEUQOuqsIVCtIy0u l7NXhDMx4S3s80YRKZWIX8RZ.5BOJB6e3Cd4f8HOMIUJOvLFzWeWF4ZIn5.3X.pXTka2nodKWb.6 joNzYtuj8lPGH0pg7SQ0KN.ajwhfHLhmAMIsGzL3ZSmtF702DU_cSUU3SCb.tj32t86cR1.IFO2S aNY5wo5uQCLRTnvDdM6z9eTvOMbqrNYdHVbzyGVHyGndG.nB7l3KuSARZfmxeuPk6sQAUUVCnKX4 lomlzmREDo9pBwLKqCGuM7cW3aLQHlwMz.5jIDCAMYKOnJY22RAao_Vie1EId.qev61Zas8bOZM4 QoVacewIDEXruto6AniSKHWdUSNf40o81dqricf2rEf61cA2H1p8u0ZpZEcii2CmPLD0JU1_8Djw uYCxg.wYoeqDs0iCrTRXpUgNgM54nZW1uEDK3hiKHcKE- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.ne1.yahoo.com with HTTP; Tue, 29 Jun 2021 13:50:15 +0000 Received: by kubenode540.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID f251dc8d00ab585dba39ea1cc4bb495f; Tue, 29 Jun 2021 13:50:09 +0000 (UTC) To: freebsd-arm@FreeBSD.org Subject: 7 inch touch screen for pi Message-ID: <22c8bcfb-729d-f66c-95f1-8c91b30736e2@yahoo.com> Date: Tue, 29 Jun 2021 08:50:08 -0500 User-Agent: Mozilla/5.0 (X11; Linux armv7l; rv:78.0) Gecko/20100101 Thunderbird/78.10.0 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: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US References: <22c8bcfb-729d-f66c-95f1-8c91b30736e2.ref@yahoo.com> X-Mailer: WebService/1.1.18469 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo X-Rspamd-Queue-Id: 4GDm7r3FSpz4tq3 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=nGB6mIpa; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of mbookmeyer@yahoo.com designates 66.163.184.146 as permitted sender) smtp.mailfrom=mbookmeyer@yahoo.com X-Spamd-Result: default: False [-3.98 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.98)[-0.985]; 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:36646, ipnet:66.163.184.0/21, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.163.184.146: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)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[66.163.184.146:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[66.163.184.146:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.163.184.146:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] Reply-To: mbookmeyer@yahoo.com From: Marc Bookmeyer via freebsd-arm X-Original-From: Marc Bookmeyer X-ThisMailContainsUnwantedMimeParts: N Hello, I have a pi 3B+ that I have working with FreeBSD-14-CURRENT and hoping to find information on how to get the touch screen input. Looked in dmesg, can find nothing resembling a mouse input of any kind. Thanks! From nobody Wed Jun 30 01:01:55 2021 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 1BF3711C9435 for ; Wed, 30 Jun 2021 01:01:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GF32p73Pnz3Dwg for ; Wed, 30 Jun 2021 01:01:54 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id DBDC9230E5 for ; Wed, 30 Jun 2021 01:01:54 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 15U11srH025108 for ; Wed, 30 Jun 2021 01:01:54 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 15U11sSC025107 for freebsd-arm@FreeBSD.org; Wed, 30 Jun 2021 01:01:54 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 204636] make buildworld failed on Raspberry Pi 2 with error "instruction requires: armv6t2" when make.conf has CPUTYPE?=native Date: Wed, 30 Jun 2021 01:01:55 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Overcome By Events X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: linimon@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to resolution bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated 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 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D204636 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|freebsd-arm@FreeBSD.org |linimon@FreeBSD.org Resolution|--- |Overcome By Events Status|Open |Closed --- Comment #5 from Mark Linimon --- ^Triage: close as OBE. I'm sorry that this PR did not get addressed in a timely fashion. Please l= et us know if this still occurs on a supported OSVERSION. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Wed Jun 30 01:02:45 2021 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 0B29F11C9C53 for ; Wed, 30 Jun 2021 01:02:46 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GF33n4r7tz3Fby for ; Wed, 30 Jun 2021 01:02:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 7C697230F1 for ; Wed, 30 Jun 2021 01:02:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 15U12jOp025318 for ; Wed, 30 Jun 2021 01:02:45 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 15U12jS5025317 for freebsd-arm@FreeBSD.org; Wed, 30 Jun 2021 01:02:45 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 214299] make buildworld fails on Raspberry Pi B plus Date: Wed, 30 Jun 2021 01:02:45 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Overcome By Events X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: linimon@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution assigned_to bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated 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 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D214299 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |Overcome By Events Assignee|freebsd-arm@FreeBSD.org |linimon@FreeBSD.org Status|New |Closed --- Comment #3 from Mark Linimon --- ^Triage: close as OBE. I'm sorry that this PR did not get addressed in a timely fashion. Please l= et us know if this still occurs on a supported OSVERSION. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Wed Jun 30 01:23:28 2021 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 79A8E11CD08C for ; Wed, 30 Jun 2021 01:23:28 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GF3Wh2ShJz3KHY for ; Wed, 30 Jun 2021 01:23:28 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 3D34023677 for ; Wed, 30 Jun 2021 01:23:28 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 15U1NSlP036052 for ; Wed, 30 Jun 2021 01:23:28 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 15U1NSDX036051 for freebsd-arm@FreeBSD.org; Wed, 30 Jun 2021 01:23:28 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 234525] buildworld clang fails on Raspberry Pi 3b+ Date: Wed, 30 Jun 2021 01:23:28 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Overcome By Events X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: linimon@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status assigned_to resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated 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 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D234525 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Closed Assignee|freebsd-arm@FreeBSD.org |linimon@FreeBSD.org Resolution|--- |Overcome By Events --- Comment #3 from Mark Linimon --- ^Triage: close as OBE. I'm sorry that this PR did not get addressed in a timely fashion. Please l= et us know if this still occurs on a supported OSVERSION. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Wed Jun 30 10:31:01 2021 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 890ED11DCECD for ; Wed, 30 Jun 2021 10:31:01 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GFHgT3Nvdz3GCn for ; Wed, 30 Jun 2021 10:31:01 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 5D9A93081 for ; Wed, 30 Jun 2021 10:31:01 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 15UAV17J017985 for ; Wed, 30 Jun 2021 10:31:01 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 15UAV119017984 for freebsd-arm@FreeBSD.org; Wed, 30 Jun 2021 10:31:01 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 256899] ELF image activator does not like thumb entry points Date: Wed, 30 Jun 2021 10:31:01 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 13.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: fuz@fuz.su X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated 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 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D256899 Bug ID: 256899 Summary: ELF image activator does not like thumb entry points Product: Base System Version: 13.0-RELEASE Hardware: arm OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: fuz@fuz.su An ARM ELF binary with an odd entry point should start the binary in Thumb mode. However, this does not seem to be the case, forcing the entry point = to be in ARM mode. To reproduce, copy the following code to a file named test= .s: .arch armv7a .syntax unified .thumb .thumb_func .globl _start _start: movs r0, #0 movs r7, #1 svc #0 Then assemble and link: as -o test.o test.s ld -o test test.o And observe the program crashing on start with a segmentation fault or inva= lid instruction exception. Expected behaviour is that the program terminates w= ith exit status 0. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Wed Jun 30 12:19:48 2021 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 4C53811F011E for ; Wed, 30 Jun 2021 12:19:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GFL501ZMkz3kKk for ; Wed, 30 Jun 2021 12:19:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 1F56A483E for ; Wed, 30 Jun 2021 12:19:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 15UCJmeK073731 for ; Wed, 30 Jun 2021 12:19:48 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 15UCJmTT073730 for freebsd-arm@FreeBSD.org; Wed, 30 Jun 2021 12:19:48 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 256903] arm64: ELF auxiliary vectors for armv7 processors miss VFP information Date: Wed, 30 Jun 2021 12:19:48 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 13.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: fuz@fuz.su X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated 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 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D256903 Bug ID: 256903 Summary: arm64: ELF auxiliary vectors for armv7 processors miss VFP information Product: Base System Version: 13.0-RELEASE Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: fuz@fuz.su While trying to run armv7 Go programs in a native armv7 jail on arm64 FreeB= SD 13.0-RELEASE, I noticed that they refuse to run: $ /usr/local/bin/go=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 runtime: this CPU has no floating point hardware, so it cannot run this GOARM=3D7 binary. Recompile using GOARM=3D5. This error message is produced by src/runtime/os_freebsd_arm.go in the Go toolchain: if goarm > 5 && cpu.HWCap&_HWCAP_VFP =3D=3D 0 { print("runtime: this CPU has no floating point hardware, so= it cannot run\n") print("this GOARM=3D", goarm, " binary. Recompile using GOARM=3D5.\n") exit(1) } and cpu.HWCap is set from the _AT_HWCAP ELF auxillary vector: func archauxv(tag, val uintptr) { switch tag { case _AT_HWCAP: cpu.HWCap =3D uint(val) case _AT_HWCAP2: cpu.HWCap2 =3D uint(val) } } Checking these vectors with a simple test program shows that they are missi= ng: #include #include int main() { unsigned long hwcap, hwcap2; if (elf_aux_info(AT_HWCAP, &hwcap, sizeof hwcap) !=3D 0) { perror("elf_aux_info(AT_HWCAP)"); } if (elf_aux_info(AT_HWCAP2, &hwcap2, sizeof hwcap2) !=3D 0) { perror("elf_aux_info(AT_HWCAP2)"); } printf("0x%08lx 0x%08lx\n", hwcap, hwcap2); } On an ARMv7 machine, this prints 0x001fb8d6 0x00000000 as expected. However, in a native armv7 jail on an arm64 machine, we instead get elf_aux_info(AT_HWCAP): No such file or directory elf_aux_info(AT_HWCAP2): No such file or directory 0x00000000 0x00000000 showing that the auxillary vectors are missing. Please make sure these auxillary vectors are present when running armv7 binaries on arm64 FreeBSD. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Fri Jul 2 08:03:00 2021 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 A9E5211CBC4C for ; Fri, 2 Jul 2021 08:03:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GGSHm4FVYz3GxJ for ; Fri, 2 Jul 2021 08:03:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 7B2AD10A43 for ; Fri, 2 Jul 2021 08:03:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 162830gk029530 for ; Fri, 2 Jul 2021 08:03:00 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 162830oP029529 for freebsd-arm@FreeBSD.org; Fri, 2 Jul 2021 08:03:00 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 237055] Ampere eMAG compatibility Date: Fri, 02 Jul 2021 08:03:00 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: dch@freebsd.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated 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 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237055 Dave Cottlehuber changed: What |Removed |Added ---------------------------------------------------------------------------- Status|In Progress |Closed Resolution|--- |FIXED --- Comment #94 from Dave Cottlehuber --- 13.0-RELEASE runs fine on these boxes without issue, certainly on recent firmware. I think there are a few remaining drivers/patches lurking out there but we could track that on the wiki, I added a page https://wiki.freebsd.org/arm/Ampere just now. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Fri Jul 2 11:51:13 2021 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 C89C811E289F for ; Fri, 2 Jul 2021 11:51:34 +0000 (UTC) (envelope-from dch@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GGYMV5Cr7z4R2C for ; Fri, 2 Jul 2021 11:51:34 +0000 (UTC) (envelope-from dch@freebsd.org) Received: from auth2-smtp.messagingengine.com (auth2-smtp.messagingengine.com [66.111.4.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: dch/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 9AB2527D27 for ; Fri, 2 Jul 2021 11:51:34 +0000 (UTC) (envelope-from dch@freebsd.org) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailauth.nyi.internal (Postfix) with ESMTP id 55D5527C0054 for ; Fri, 2 Jul 2021 07:51:34 -0400 (EDT) Received: from imap44 ([10.202.2.94]) by compute5.internal (MEProxy); Fri, 02 Jul 2021 07:51:34 -0400 X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrfeeikedggeefucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefofgggkfffhffvufgtgfesthhqre dtreerjeenucfhrhhomhepfdffrghvvgcuvehothhtlhgvhhhusggvrhdfuceouggthhes fhhrvggvsghsugdrohhrgheqnecuggftrfgrthhtvghrnhepfeeukeelgeegiefhkeeige eugfdukeehvdehfeeuffetheefjeetkeevgfdthedvnecuffhomhgrihhnpehfrhgvvggs shgurdhorhhgnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrh homhepuggthhdomhgvshhmthhprghuthhhphgvrhhsohhnrghlihhthidqieejkedukedu hedvqdduvddufeduudejjedquggthheppehfrhgvvggsshgurdhorhhgsehfrghsthhmrg hilhdrfhhm X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 501) id 14D1CFA0063; Fri, 2 Jul 2021 07:51:33 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.5.0-alpha0-530-gd0c265785f-fm-20210616.002-gd0c26578 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 Message-Id: <296e87f3-95be-4eaa-8fe9-528baa98e069@www.fastmail.com> Date: Fri, 02 Jul 2021 11:51:13 +0000 From: "Dave Cottlehuber" To: freebsd-arm Subject: Oracle cloud and Altra CPUs Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: quoted-printable X-ThisMailContainsUnwantedMimeParts: N Hi, I wrote some notes on how far I got with Oracle & arm64 Altra systems. Oracle is offering free** arm64 VMs, up to 4 cores & 24GiB of RAM, so this is a very attractive platform for people who are currently fiddling= with RasbPi sized build systems. We already know from elsewhere(tm) that the Altra cpu boots FreeBSD 13.0-RELEASE happily, so this is largely about muddling around in OCI. https://people.freebsd.org/~dch/posts/2021-07-02-oci-bringup.html hopefully there's enough info in here for others to get further along. My 2 main issues: - not entirely clear what hardware Oracle's KVM cloud is giving us - installer fails at loader with infamous `error 19` presumably as I don't have sufficient drivers available to read from the disk image that we just started from Getting either FreeBSD HTTP boot working, or failing that, IPXE chain booting, would be nice also. I have some rough notes up on that: - https://people.freebsd.org/~dch/posts/2020-06-02-freebsd-http-booting.= html A+ Dave =E2=80=94 O for a muse of fire, that would ascend the brightest heaven of inventio= n! From nobody Fri Jul 2 14:17:40 2021 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 7494E11F7238 for ; Fri, 2 Jul 2021 14:17:56 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out2.migadu.com (out2.migadu.com [188.165.223.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4GGccN23PJz4fhV; Fri, 2 Jul 2021 14:17:56 +0000 (UTC) (envelope-from greg@unrelenting.technology) Date: Fri, 02 Jul 2021 14:17:40 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=key1; t=1625235463; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=iZEUl73aS1Ud16erOZUXXZUQFJbD8zi0PsCZcVPpeX4=; b=wEvxD1MGFVl6NDskS3AoStT46Y3z8NetoKgVgXoUqazeMcqiX7jQhbJ8iZ+BfN6Rdz0uEr vEtp7AmWS52qCfEwZdl89XIdzsRigfb3G2j6g0gu7XLWYwJNaECu8Livhgdm+0snxRdCjW 1WXVNCgbqhsqKZWs7tAKyfFD1NGfkhjCwoHj5nF4jaa2UmXxrMAsmFhO5n85v9Y+7Krcuq uN2kg7r1JgxgjBgmTNCZovJfL+5L2YHODr3aMlcJSC4BPh7ZUcFMiO0AHrwavJL59lin0Q ff6nbWhfMnVJKwsTIgDX8SGA27sTn2nUaJ+JyL24WJaAOizUrBnhCPzgED0QsQ== X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Greg V To: freebsd-arm@freebsd.org, Dave Cottlehuber Subject: Re: Oracle cloud and Altra CPUs In-Reply-To: <296e87f3-95be-4eaa-8fe9-528baa98e069@www.fastmail.com> References: <296e87f3-95be-4eaa-8fe9-528baa98e069@www.fastmail.com> Message-ID: <0C73EDA5-DE43-4A1B-A717-6871F2BF57AA@unrelenting.technology> 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: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Migadu-Flow: FLOW_OUT X-Migadu-Auth-User: greg@unrelenting.technology X-Rspamd-Queue-Id: 4GGccN23PJz4fhV X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On July 2, 2021 11:51:13 AM UTC, Dave Cottlehuber wrot= e: >Hi, > >I wrote some notes on how far I got with Oracle & arm64 Altra systems=2E > >Oracle is offering free** arm64 VMs, up to 4 cores & 24GiB of RAM, so >this is a very attractive platform for people who are currently fiddling >with RasbPi sized build systems=2E > >We already know from elsewhere(tm) that the Altra cpu boots FreeBSD >13=2E0-RELEASE happily, so this is largely about muddling around in OCI= =2E > >https://people=2Efreebsd=2Eorg/~dch/posts/2021-07-02-oci-bringup=2Ehtml > >hopefully there's enough info in here for others to get further along=2E The issue is virtio_pci1: failing to attach=2E The virtio modern driver is pretty new, it probably needs some fix to work= on arm64=2E=2E Interesting how the VM offers a fallback virtio-legacy device for the netw= orking but not the storage=2E I might investigate if I find the time=2E From nobody Fri Jul 2 19:21:09 2021 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 B95D411E3632 for ; Fri, 2 Jul 2021 19:21:13 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-20.consmr.mail.gq1.yahoo.com (sonic305-20.consmr.mail.gq1.yahoo.com [98.137.64.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 4GGlLK195Dz3QKF for ; Fri, 2 Jul 2021 19:21:12 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625253671; bh=8xi7AWIjSuV/E2Qd8OxTW1fObJexIYnRA9DjXrQtsLE=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=o/IAEGENTrFgmENqxRD8GWIN2Cffwfu933Zej713C8gPJ4WmxkE1jxs5DkFSa3uSQtWKkhW/Gf/Vu/upUGSYHPuZr2M5ZOHTLar+qktYQQTsPhzOeFE0WBYJh6BNBSxUmHPf2KTwshr8oPC+j6FL7LXFToX62+MzxWQN0OsY1ZM0gSsPVEd2WA0oyjzp7VCfsRVt2V49W7/ARjj90ZJDoVfx/hEDiRoNsYU1jDZVLxyUtNDHE5uMXkal+AN/3ci9ddrtSF1HvsfkWEzSG8ej/sLJSR6eO02R8AISpBJ/fg6XIOi7KSFB3NqQwen6fKCl7YSv623C7P7nH94JOFVzDw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625253671; bh=vKXaCb7yrmyQ09IljkYmi5ncvJEctDNT/SfcHW1z6Ox=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=f6U+/BZoiHfpS+2urK3KtQfSOoEWSivjKpOHInb1A+7JxU9y8VfaYWFG/TNTShqyxBe95ZztpmtZLGsWWjIQjzhbgQk2YqXuCQCj6odVTDiWn36sbv+m5td8MA5TJmc1AkaeXAmYDmhSX+fxSGGBFwTgqFeI6P//zSvtnw88p54TkxnX2bEh5Ekzp8U86J4xgsDpdVkON2t4+D4Ei/73EXv6/Gz61UKxJqZVAOZWq2zrVYJAAw5dC76a6iCy116nEn1KFJ1Tk/n5axzzq8XGL6iG8bkc2wgMcQIuDfZL+ViE0O5fHS1ZB0+Am1d9PxWe2eMhiv3Rpt4IFkk2ZrOTSw== X-YMail-OSG: OiBJrOkVM1lEMHeCZj19JA1MxFBOkslmKVTHqPFS8WiCh2TSEpc4KzwFM35XSQV dj0lraz0yE46KFnIfuWvu2CiqGtQaX.sQHuBDGMVEouscSIxgVray5H1UHnJimgLjjwrG1ONzjkq N9sMXhEy2gngolDsx9X0gCPwNVsKzNfmdGU6R8itl30UjcJ_Vfy77WAnDjkYlxOxCqHbafMC3.J3 MEkiCiuUFhPTheaa4o8L9YjfzBp4we2gGb5rZvmkHiMeO61zq7XSx6TPNJikuLGOPYU0nsuFa0Qa B8FfDmUQGEz1PICXr5fm1IALBc_z.QfIk0m59R7.8qVzzph0JqD7bPKSINiSmI.WRq1i1bue4PYD wL6jYOmjza.6irxlGP8mbGuYeaj8MkyqJGftOs375NCzkdE54jzl8SqqxpSqaBok1YRON95gClRh FxiKVZZ3Wgq0nnyuUek2EwguPPLA1P8Zn9xQOfazpebkiE5WPjePU092qWPJBtTUMhQ.VOxZCpxA 5129dYBmv.GXEhap5x_SKAlSqpZtSCvIdhDH08H3X0E.SXKsPonOc0yr1HR6Dfy4T_35FQLlzveM _i6mnYZl6xGY.O5cbm1jClDOQ3.qnw5GFlBXJPDekwOXYyhl8Q3DsmTgftDI_XXo7eHXdJZ8Pa1w RuMfj35hM7T3p3O811CYMCBHPVHwtCxydYzg6T_wBR75oDEv3MKAesqS4Muy2oWFGcUk1h43GmzA _YpFhn7l2G9JytPL7pUbRQ79b0zu0StNVmkL221DcfF8kaSTQ3wjQHnCxATBhFSAdHw06s7XNFMz Coxk3gcg4d8itHrL9nlNPBoEAZYhwEY46_6DFmwirXDR4fu6jwYI0VQqBDq4RREkkxdi9vU.618C asphAibx1Pxj_kiJZxdS9m32P6jzaeu.3eC_OVwlcMwZq3B1xWMM0qEI_lgFh4vDbo7.9S8e65Sa brEZOislXH7MnoqmpJ1.2IbW3WAh.BHhwoT0cQOiAZ0nh2Kt63pXsr9BCz2kVwH6XcfgvgfCJS0_ kDVZ3wZMNL885vdqaXVQ9ZIhdByLjWcdONGg8UzKXMI5Ri13EKSV8LqpaiWMRXlDFfpbEc3oRIrv 9AtT6Xdqu0b5PBhRpzsUrR2zMsyJuknHQTROAKOYjzhC4rR401NBxqb5IQUCQ_9sQp7fIpjs.f4N dt.ilSV6EfE5nWWguqtNYImirH2CIIgjLakLDgGlcRbwC.69p7eDroS.ZWNFAbfboCYUs9Pw0edi N2arw7DDtPeyy5i2VmNhS8ZU53ZWqVp7BroW6G6zxA6.gZ9IWLaW4Z7SOK39hpLpzGqbXM4quk8m u2WhbbJxCmbK.rN1gqWLoBxZA_IGMl5XgYaJInEgX_WWFJdQJjNMtF7kmQd8fEMyFWhxJ5hWE5TI EupRuh5e_.lQm41w4npVNMBQtyGgMh_.zavBFy120yghN2Fovsx7E1lZDf0Wn_RV4IFn6jRMFZk9 dYGnCvu_P78011Vd0.PCs9_03Pck7iEXffmOmq7QCWA0p56YjRJzmqcF9nV7xI.bRpbV6PYibF0G 4Thuy7dGinzg7QqO223iTyoL7MVPg6GR83RDpMhhk.6nM_DCnVO0P8pAw3fyNJrE6JdLDcvBdrKf bMhJdisJTvhigqio_EUav9luEEgZL3oeH.p3UaI.UpoXSdPVROrmH3levc_suXXmw_6DAiaeBmrZ wYqRvnwKIt2icHddb7jGS7X1EQyLb8q7x7pvX9GpS7Uj9FIksyn0r3Megcx1JwuW2vW91mtD6MAa GugCub857RgHdfKAe9s2NiucTedIjpSXst9f9DK__qxB3ta2CQjyW.iMM8s7iNtlMVio_GfO0GMQ ZDx21Yc4HgWLvkf1wSpnq4Q_k_CjlaUqcV_jpfv1XDBGZS.nLWQNFcSC38NsFqGxJavHPQec_fIm 9kwb7u9Oc7oIDMzJ3HCAVT_cVkF.CRrTLlGnX6BiC68kzztUWGSjRnhrfjW7Y.Z8OaLWRSS_dUQs SpKV08KKW6w727QfjtO62j93RNDWk5lSZ63viSqsi_PnvPCVpKSpTqnQfjKQZY0is_fz.yLGuGC. 73jiQ2H9Xby0iCRxItBFONg1SjVUWVYDiQwbjuZJRdXhEZijeWB6x.0ruhyWJmzq5ZOs6ApKciKU LWBzXVMZsnHgtU3lkqEzof.k9JzCZmD6yASE832H51CgcMySd5rxVZORbW28DWiTECc5NmIhQwDq G3MMXxdS1u65koONT_6IBhLoCSWKI_r8knJZYUAri.vdgJ6A7LZzF6aL7.DiEGSXMr21Y2kDdHbd kRKEEq6qc0h5BA6Auj06wSseFnTMh4fap6flvuPYWiDzx293ubeFPeViqIxJEuqp3kR3PRLna1pe 0yU0zxf3QxRMDTMA6FaASlm6R9HQOfqDovXS3pdqYZX7qDkh09gQqT1LE6PPtRY1U7lJIB4sag1x Mc3FWBKw3ybriwybPIw0PX81w97sjRe6u30jXwCU1phaS.NoVrHWqcKlM2oexI7CVcLw6CwFGh_7 w_tdTQ8yCZqzXiFT2IzLHWSo6q3v918hVInORFj4dvBpjPaU3cVpXAAdx5ZEmGYDh7DTJjPWWJE0 UeARHKBXjUzpH430GR.QkyEe3ELu3oHUZNvPRaK7nN5g1QC6yCPC5IIg6FYZAKeI7br5nxpNLb.A UYuNpDoSRkvtfF6AwvZpXwgbzfuc3akEO1aJ_Kjb0uRRGiggo.JE3cSKbRod6X78YFH4Z X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Fri, 2 Jul 2021 19:21:11 +0000 Received: by kubenode522.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID a7d26f1f6e9127ee38addca5e2fdbe4c; Fri, 02 Jul 2021 19:21:10 +0000 (UTC) Content-Type: text/plain; charset=us-ascii 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 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: I got a panic for "nvme0: cpl does not map to outstanding cmd" on a MACHIATObin Double Shot In-Reply-To: Date: Fri, 2 Jul 2021 12:21:09 -0700 Cc: Warner Losh , freebsd-current , freebsd-arm Content-Transfer-Encoding: 7bit Message-Id: References: <063D5E36-126F-497C-97AF-827BADC1ED2F.ref@yahoo.com> <063D5E36-126F-497C-97AF-827BADC1ED2F@yahoo.com> <90A23579-61B7-4619-AFD7-68439FCC16F3@yahoo.com> <4515C859-98C7-4FE2-AFBA-08CFF28D0774@yahoo.com> To: Chuck Tuffli X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4GGlLK195Dz3QKF X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-current X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Jul-2, at 08:38, Chuck Tuffli wrote: > On Thu, Jun 24, 2021 at 11:50 PM Mark Millard via freebsd-current > wrote: >> >> I've given up on figuring any useful out for this example. >> I've also not had a repeat so far. >> >> I'm progressing to much more recent commits for the >> environment to be based on as well. >> >> The primary aarch64 system for my access is switching to >> be a HoneyComb. The Optane was moved to the HoneyComb. > > Since the architecture isn't x86, I'm wondering if what you are seeing > is related to the changes being proposed in these Differentials: > https://reviews.freebsd.org/D30995 > https://reviews.freebsd.org/D31002 > Interesting. But I've never had a repeat so I do not seem to have a context that makes for a useful comparison/contrast test case. Thanks for the note. I'll watch for what is committed and update afterwards just in hopes that it is sufficient for my context. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sat Jul 3 02:23:27 2021 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 E070711F8E1B for ; Sat, 3 Jul 2021 02:23:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-22.consmr.mail.gq1.yahoo.com (sonic309-22.consmr.mail.gq1.yahoo.com [98.137.65.148]) (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 4GGwjk2NThz4qfn for ; Sat, 3 Jul 2021 02:23:38 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625279016; bh=KHzqk0vOofJHY99mpMJu+aK5x8LOtYO3ZxSzzyU9R78=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=QnfKrO8wHtlMzJFTeAOpvKOkpCCR6glvNHtbpRKtiqgLLJbfHC7P4WZIjXdi/j0e/oXAlwVx4QBgYJaPUv2UHNlt1JJRR5wU3esfOEav90/kxYW4GJyLGIDIOBiJFR6MX1RTPRhhdQyxGdK55wELuihhVQLoeA1Pzp69ZeEvfbbqMs2V8tp0/wQ8H326jPZMUwC/fWCajWekWb/WmoukBqnh1RNrPIj99QY4mTeMNzTonnz5Jb2KBXz+jKw43xFMlN7ac0w3I6oAVi1pNUZiaAELKvAYJF7cqD7Q4x4xmNLl3YD2m3YH6Yal33hekPsZDB4dkwRyijTASCBZG5xITg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625279016; bh=pIOhB80bBLR35y+4FltyACK+PJZYSAuemAIMaZdFnZN=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=GwUnbr0lQ7DppztA8Nr2bmm/XQaYpPlYsq+9NQ6KyUrjETWohXZrOqMQXjLlvmxzF6qcpXAqGOeA0YdGicNk+LQhZNVLkfNmWGFPByIbQlsbmsSrSZJCEv+VKVzcLPphjo1b7GY16VsExyWzxnl4ule4NGAGOYutnVepYSHw2GLarrt117OF7puonNsRYYE3MUtTsi9NPCrGGnU70uyLJ/8Q02VUqe0Ol3JE1p76jg2wxCTDSf7KYp0FjvA4BFmNR+XSTVCyGIkKYT3BTpgsv4h28tZbacyPn9MrHJSgPHFeAda1K0fmHzS4I/ZWIxAK0SuF/igUUX1Z61mNZQVlsA== X-YMail-OSG: RtagSeUVM1kau09UnPf5PXNUJWOMpHNqfxKnwSbuV0MsSyUOa1df1Dw5zQzGTIj fQKnvggOpZj3Rn9tuLr9IvF04vzuQ42Jofyq0vFjzW7lZZfMbsnJ3JY1sPJ1Il3b73S5ikAcSjze brddjkxucIuf.EyJEzZmK4eQAoWScCxjZTlzUEvre9eGxb8WXBZnYc.bJ5SHW.DWpAy8J.1jntwe wWASGZLoH3Qcjp400KHW8bVBRBSr6s0j29zeTec5s1yOVOuT23uWIMcj9V.AZt_.ekjWOjEAU_aw OCSWA.blxlGiHiO9X64WBF99UOt2jhbpCG4lTHS3mtMLJpF_l608f1D3.mJbgaKlW1EMS6e4GaDW _eDFwAuygMLsoGg6rpuVgTnoNiVdut5QG4wPlOFrnlwvNB8c9jbPS8LfU6WbiK4dEfDE0fyC7WEr W389VzZ6.SOtq6EJ2eWON5GqK9aavE7nLJHUYfciVZO.bbF56znoSQBwr3akp2DRBXVWMtvtTLe9 WNJFxKAmLs56_lFQKyfSffI6Zivo62OIPhfPDxEe.KNA43mD05Y6VuCBzELUanJJk.KWJobaaOU9 JHDk1fpysxvBggX_PdvkPRi4cQTQrRvE.ryP2RrT_GdWivzKgTF_S7qsDEcACt3LkFyhYIj9crVH wFhrcrz8kppS3HcznLnxnKOre.c0ia.JZodTIFhoio.Iap5JgQLGpjvrRPXhSJZcFs4CAOFYv0Jo BQ4vDtQ.KEzS4uWehtWonZaHFPXOt9le.g.hrhQyhS6_F6IzZXaNIHAby4MgxCuxpIaiw8eryVF2 ZuRxFtyMwGLMT1nvKKBWXgT6aJvOkMu9tk50OOOw5D8qTXX4vyFG31eZsiR6dTTFzWCE067thsfz hFaUI6JSUzFA5dv1a_d6jOh37tIRK.Cdbh8qkJjLPvz8UCfV6WDJdEnxjFR8LZ2xyMukIDE5DzOl H0NO8aIVjGYGOUiI_58oymXEnZvzPrfOuc9qkcXxCb8M51t5SXbuHQDkyeV51NvYbR.RUjWtGCuT bm2zFCrjGEyFs0k7vBtf9ckiypZjYm47Ulvn7EkYqwDs0skE_lDdYXawIteVj32gUj9LTiQMPhPb e4MvV42113fHl_a8EdzA3XRXEyfAx6Taiyuz8BZBHo5j_c2lXHVxMxTUx2zYkTjeblae8InByTPu f6_NG1u5WMQypJfUjo3.3rDezdIC8qDv.3Fc9UqQI38bBpeNxuqA8I2G1zvhU.O6LNu497nnSfEa nvwjvNLEo5QgXQyFdaJxzcvC6St71m5Dm3Ny51xIxD_YIYDVnPAEkkuFyJiPpX4u3PIPLZfgQRsw Vg2naI4ABrNJK5cDhv0N4sbay22mdWMaZj3Q6uzw1sBiYKGTMt0OBz.Qoy1okcFvxyf26jYseAcU zuHbEI7I7ScH7sxnWVFb5ITXcpyhwrNtZPldVOT2IbcXUvRaowcUtCApEOPdcJbtnzjr9jQvxz2X lniT2vDYc7jtOrqWl0d2ChiqN86DvX2ypjsGrvxp9sFOeemu65uqtLiRe2YriOGXk8k.ReK7gGk. HVZsAiKt3BEGa3qeXPRUNLEwEfzRHR6.D6oVryvcx_dbce9xE0JL3MpLOcpwNYM5K4PocBqleZLW jDPTMHTnCSBNct0_.RbL.mQDzVJr_CgHZx8kYWrf8NUBATspXOPSP_3TRV10ar.Y_oiovqSeSBSm VhdcE_ILo5bNGeMj6L8iAvszV8Tuvov83Mb0JAlx2wwR5tE9.6.rHA3Ky5rgoZTqfFHFpLOzCest OpMGeqn8sgSKGuWKR2GXEIMqyKqTHrgM4vMPE847BzfNHAlw9E1o2fwSk0AL41vPNLUHWedhvZw4 RUVuGAQH2UfgXmEzX54Ow56CB9XdiZvcvxTzwF1_9_7H95am9Uo22a5pviYiBFeXPVSBoPkeNVz5 ri1Tn4x9ot5j1b5g7UtO7AtfQPD0SGZ.76nQFMOYlzX.Ce8fJcbP9IZ0X_GCd02_zItjrS1sI.1m 2ScyaA3Ak.TqpmQ5HDc6Vm9a1wby2Lpun3BSuEbcOQxb9f8zgcAkdduydYkygH6bUcpnicQO5.X. Y6bDY94BkYcsLxe2LNyK6gPr6O01LQBNBn7MW4dbZCZmovODf0aEGnNUJWAEdPkId7tz.N31rUKn j879rvljBl.UjPp0XlNSvH_fDbhKMJNrMdUivdNz7mDBT4d7AMN1DbWF5Gu.u.is2r9TxQziMitP Zmlc84KvDjoC4JvSaDbnvFHzk2UVDECwll6NPnvJEm8q9CRDOovS4PBS.uVejZopOhbT_J.q02Mu U3T_9.84aZxKhMz9ndhhnoookJ1jKHlsWbb4cNO9XgeohA6kVql.iV9sKXYLH_7px0Jg_R5te4GU mPpiTPLRlPRu5c1hJdTiocpa82kvrYBJru8MdFtrMYF6lWLjHJjwvIaH0sz4h3foxfu9LMrKQJyK OzltN7Vhy37miJR7qwAgCdMe29I_JtedmlNrJDjn5y4FJF8pB8i04RYM2vC6I8kA1dWmMKZPfc2v yYDZWueUYGe7w0I3r.Ua7Z7tvncHXkheZeLYaVKl2p_Gp6peHzACNth4jLwb.iXT5XlHxT9dO_oW ty68op5Xiw6OHwk5HFkjJwJ_riB3w.qlr4sMjQUZYspnhltZlSoFGZVHNzQDFFdg.bIL8CHNPyiX VuGi2MCVdMJXg X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Sat, 3 Jul 2021 02:23:36 +0000 Received: by kubenode520.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 7123f49edf1cd5c7233540a8a2afeacd; Sat, 03 Jul 2021 02:23:30 +0000 (UTC) Content-Type: text/plain; charset=us-ascii 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 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: llvm10 build failure on Rpi3 In-Reply-To: Date: Fri, 2 Jul 2021 19:23:27 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: 7bit Message-Id: References: <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> <20210624043000.GA87740@www.zefox.net> <22B941CA-3AFF-42FD-98D1-D40EC2F6EC43@yahoo.com> <20210624160109.GB87740@www.zefox.net> <3B41633E-AAFC-422A-8D73-3B1B001023F0@yahoo.com> <20210625001651.GA98214@www.zefox.net> <5A26965D-2DFD-4A46-A171-A382A61E3CFB@yahoo.com> <20210626035234.GA18893@www.zefox.net> <43513842-6FC0-4A89-8F0C-9EB2B328A5ED@yahoo.com> <9CFE71E2-23C3-4072-A8AD-74EDB339A146@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4GGwjk2NThz4qfn X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=QnfKrO8w; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.148 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-1.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; 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.148: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)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(1.00)[0.997]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.65.148:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.148:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.148:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N I just noticed that in several prior messasges I quoted the llvm-tblgen command that generates the *.inc files with the odd contents instead of the later compile that tried to use the output files in question. This leaves open the possibility that I had incorrectly checked on if the build had failed, the build possibly not having reached the part that used the files as of when I declared it was past that point. So I may need to rerun some tests. Side note: It llooks like http://www.zefox.org/~bob/swaplogs/poudrierellvm10.log shows that you tried with: Device 1K-blocks Used Avail Capacity /dev/da0s2b 1048576 25784 1022792 2% /dev/mmcsd0s2b 1048576 25124 1023452 2% Total 2097152 50908 2046244 2% A gather that the problem still occurred? === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sat Jul 3 02:42:00 2021 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 DDE0411FB455 for ; Sat, 3 Jul 2021 02:42:12 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-21.consmr.mail.gq1.yahoo.com (sonic314-21.consmr.mail.gq1.yahoo.com [98.137.69.84]) (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 4GGx7749MWz4tj9 for ; Sat, 3 Jul 2021 02:42:11 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625280129; bh=DMfR+dX9LRNrEZqAVcH1hJ5pJH3wqTm1Q29dnKg4oBc=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=LWbJZPhpUWueZheq7zAejx0xIjoOLGE4r5bDlFvS/xQ0i9FecpYNlaawW6WIojQYFsVMzUqLFJu7sC8DnIxFFB3E5xpjQWQApTR1N1dnGOOkq594Ke2rmSKeshaBzMaz3AgU/TT57jgjsQ/l9/gP0VzvzlZ/yV/mjKzxxGyLrzTSQvrb8sqj0UzhEMpnvvbPorKNIJHUauX0nH2QXWHy6QpsPdcOY2VI/qeDmr6iaEwXrl6iu2of3L/u0BljFsqCRnEpssh9CgG7XLcHQr+XUhVvXxNg46pwHc4H/mZlOvv3aRZw66hQ5QvdpfXoL9SzwhlSfflFjaZgUj0Pgp2Hxw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625280129; bh=49RK0Ov9tffOskroHcOUCKh/BW601/r0qgPEMTTUpjQ=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=YelAIb4rABuEwtPFCtRbAf6wQCJ1nJjgauhr7pK2MIlgC9LB/+b1gUtGuKwViZObw05WvG3e1+gD9tmNQH0NMOR4SZWknHj+mzDE/+YB2hisvuh684XgfZkkPFU6JxoQawmtqqByiaapz0Toy88wWD0zth9ouHwN0kAwvo0nsHLIEaLxb6Y30gc2sJDO2caxJ+IhGUeg5U/acgJU41e83RU8YKn8YfWC9N3wqi0lczCzcdK3qciP6t2C0sOJfxOfu6u08itYqvEJw1SKiCqUofLzVuwWEXpmzVKNgaoaBA9d4UpGZWU6mSKHKuojaiXvNzPkmI8CuVX8ifksGu7Q2A== X-YMail-OSG: AhPPproVM1k8HCFKUX2GGdpoerVGKXGOExm.Z7MJhu56IL_0z.f6ZjUp8N28HbC SumUgPv4ujpIuJXc5sFGMxZIiw18NCecFe4xo.wfXIjRJYNAB_lJq8GbbBaXX4qLOaz9HH9zdS06 2duifa.FVkt7.HSDq9mBWfjl3iWY1c.9YTpVldCtCgv9.33rmqJbFTyRSvadhJCEYZYl4U24appl FsEh0H7eYNYZWWlrbevKqhIHiQWQnV8lMGQTaLDeoUlpTOwYbrxCCbJ4H3FdC3VJaacskeHGRy6_ eNA8Oo4qSCdH3qNlFsvbZsNpOv37HzG056QXNxRbNRGNSBd8mXPNOwLUNZqwLXkU7E09FaXhebo4 tOX35duyFgo86TPAcc27LoYsUuJsbG0lLoagjyBMWqClP1FTgaKX2F_4UsQe1j2cuI6RP3upiPQf zVfA0tARidqSAnk4kpG.H36uGZtOegh09S5TqfgvZMpDxI1if1tA56Aq7jpsbuGfZjcBR0vN87dw FCQWStv38B_Q35WiRgOmIfDf58Ewzyk6l0GQGd3irLv8ATjAXgKczL3H04WfGyHozDR0hofeulCf qPBaLGjvSijr_owJD4QtVx9.7vqlFpw93wMpdaxTzauXLmPUUmHfuKpHF2Z4dUSUQglTD8Bfs5g_ Ov_bybbmnEWGNpWPTXKBolbhWh1A2YJUmpHzlRnzXqEfJ64uzbujL4jbQd.EtKyphZ4D8bHObLbG dUHX2KPAHk3TVsEXhFuxWOferJifK9Xau1jBZLRHNzlpoMxrW7rMWF3Q9ESJiwQFYsFEDHVkNe73 H6gp1afttU3y9mOjHXzh9_yyrDeZiD_rW9TIbVEKgOm3A8OvYEw3NjjXe1fGlzd_YJDZElMnjRao 7DdMbeZF.IusxGjuNjvC.6OAMYUtwvi7EAE.j_gv48xpqDOALlkqIyxkHN7dNBndRWx0i6HHEahB rFEdMwjok9MdhZ3Eu3ltNePgWLmrywabIqryIOCxnkgAsjxxG5sh5nctLTUZSOu9kGnwhObbe4Y5 svt8Fb2TFewLPwBrNeOUjqzAayMm9B3mz99Zcj0ku5Q.vtNPlBci0waDKlhPC52c1v9MkMTEDA82 8uCFzrxGy0tvbr6DdNbnUnjfM2trFd_D6APDMnnYjnYKo3zcAs7aNdndnCGEvS9UZWKFH53fuBjH Xd2e7zYhgqeEXcXIt88_N_A6sWEHfuyMVJWRnVRs1bYlmIKRRCAUvJ5yQEndXaWOVVnLgVqOuAls dnrnoGc8ALcw2ZC1wG5snGHtOVz_2WlULAcrvWzgckdiy3IoNmNZq76GnroTWYl77cq7y9ZuymmI S.ACz3om3sEJXcvZp.XTH1XYbXuq_LsDRq1Sfp0U7XuX4szRljx7viuVR68zyz4PptDPupkEZA.e P770NvJ9p4Hg7aI4pJfNY0YBegu4bqHzN_SJOCZDiLLTLj1P4fzw04djm8UGx3fImsuAuvlBQ8IR OwUxbYjIDpn8.WQRetuAbhCUwoHHdTCTz_iNwqXcneTAKv3UtQZnFzinKjXMn5CA.Y46Fg7VA36b Y_MNg20pqOUNkZ9hQvdagPYgxYaUcwwwTF9ai9BXRivDyfvgmyS4oHReyaL4NK2FUqxCQw.05OJS aF6W55Ew8UR7DmwnNs46mPCUdiVznV5_7CaPtjk0ox89ON_GR6O3Kolg6QWUTdjt7yfMBoXG89AI dR9Foe2IP_m9Ap1lpkRVpfB7L5lO5sljdrHLTcL.Jtmu0.RaUT70akUNgdI7bZr60uc3_W1UL5cY nNy04VWGhMDYAIGCdOC1bZ2KzFHBl0G43cfo3iELBMG4MuYRV4JIx53LCI32MCtGIDPsLjjfgObO PH5KpvedA8ztg_uvHHZoNmTwamAiZ_FGCyGRFuOdP0HMVLfZaEkthdofd7HIdEcJ7vGG64ud6qgo vWc601PDlgOHifE4xwMNDLD6mcR5MmD_7Q1XZDxjZsXazc9zHFxw6ZOqADAAyz.l2yGKA21SmCG9 F8VqReIlUDKAEiT5iK4ollI8aonsoY9nTOfNROd6nV_4jP8GolS_MoeseHNXgi6NIrfZ.PEKCB7w kCxo7Pd7OqrBmh8HwiyVfnmqa6UARrlPjzvFKaPJ6MVEDqCMLmlymjE4q3EcTCz31x80plOESlS3 fAw9YNBaRApJpFRSkk__e2203GJAPNVuY64uYhfGKyjyT0O89HRfeqHwIVx0if5_.w548H7_ivoA YV6eq_saKHhBXjXT2C0AAIyXOd9Axj7JxEBl7GU2wVFuyykhBVWwV5WTXVJp.OAMp7sMAEtxORbl PjRPnXRIAhaKYW4hz.mHysdIuJ69j.OK2lFTfEyz_p2IeR9BY4gOeDlUfVHg1bT799y1YtYI3lAr 0UewMW5Tlvn9KzhSc2BamKFrezQUC5zIPAEPFAmQ7uAh1hpTyXAXKej3kP.9UtztbFLm5A5SCb2A hQyKnQnC1mQ6lQmvzOifw_Ov16OMbrhqbf6Uy2SW5aOxo8gdpAuHbq0CV.zGMB_BOAWLCb_D6yyY 3G0hr1SOqqro2i62UdXl6RVVAjgKzX1TUslw6f2Ym7buAaeXkoRTKNaL2EFsKtJH6vX.i3u4UdUr ZXsPSc0qmZUqQxkAH8Z4kcYxLUi74yMi75mBakWeq1D86ZMQBKx__oOSJ9DfrgPQeAD2UqAw4lHK AEDnNRfjGmnmBdJo3 X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Sat, 3 Jul 2021 02:42:09 +0000 Received: by kubenode531.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 3e2fa032078ea570ce58f7ccc99c1f88; Sat, 03 Jul 2021 02:42:03 +0000 (UTC) Content-Type: text/plain; charset=us-ascii 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 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: llvm10 build failure on Rpi3 In-Reply-To: Date: Fri, 2 Jul 2021 19:42:00 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: References: <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> <20210624043000.GA87740@www.zefox.net> <22B941CA-3AFF-42FD-98D1-D40EC2F6EC43@yahoo.com> <20210624160109.GB87740@www.zefox.net> <3B41633E-AAFC-422A-8D73-3B1B001023F0@yahoo.com> <20210625001651.GA98214@www.zefox.net> <5A26965D-2DFD-4A46-A171-A382A61E3CFB@yahoo.com> <20210626035234.GA18893@www.zefox.net> <43513842-6FC0-4A89-8F0C-9EB2B328A5ED@yahoo.com> <9CFE71E2-23C3-4072-A8AD-74EDB339A146@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4GGx7749MWz4tj9 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=LWbJZPhp; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.84 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-1.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; 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]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.69.84:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(1.00)[0.997]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.69.84:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.84:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.84:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N http://www.zefox.org/~bob/poudriere/bulk.log shows that you had the RPi3b (whatever variant) with the following builders (jobs) going in parallel as of whe llvm10 reported the failure: . . . [00:03:20] Building 81 packages using 4 builders . . . [00:07:07] [04] [00:00:00] Building lang/rust | rust-1.53.0 . . . [04:10:52] [01] [00:00:00] Building devel/llvm10 | llvm10-10.0.1_5 After that various things build in builders 02 and 03 as well but: . . . [06:53:56] [02] [00:41:42] Finished print/harfbuzz-icu | = harfbuzz-icu-2.8.1: Success [09:01:25] [03] [02:18:33] Finished multimedia/ffmpeg | ffmpeg-4.4_2,1: = Success [18:53:17] [01] [14:42:25] Finished devel/llvm10 | llvm10-10.0.1_5: = Failed: build [18:54:05] [01] [14:43:13] Skipping www/chromium | = chromium-91.0.4472.114_1: Dependent port devel/llvm10 | llvm10-10.0.1_5 = failed [18:54:05] [01] [14:43:13] Skipping graphics/mesa-libs | = mesa-libs-20.2.3_1: Dependent port devel/llvm10 | llvm10-10.0.1_5 failed (The file context does not allow figuring out how many processes per builder/jobs were allowed or active, beyond it being at least 1.) Trying to build lang/rust and devel/llvm10 in parallel on a low RAM environment is not likely to ever work well, much less having other things also building at times especially if multiple processes are allowed to be active per builder (job). lang/rust is more resource intensive than devel/llvm10 as I understand. Running them one at a time in sequence is more likely appropriate in such a context. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sat Jul 3 04:47:04 2021 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 7D49F11D797D for ; Sat, 3 Jul 2021 04:47:14 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-8.consmr.mail.gq1.yahoo.com (sonic316-8.consmr.mail.gq1.yahoo.com [98.137.69.32]) (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 4GGzvN5l5kz3Q6p for ; Sat, 3 Jul 2021 04:47:12 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625287631; bh=QFusl697Wv2+cxJ6is9+euUBI0ZMYdNOAb7dd4bMMGQ=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=DslJJUTrpk32cbCiMPN4yB4fblZqFTFZnxFb/KBBBHOSYrB2FQDT+9m+o6CwDtwuYJqvuXHbzU1bR+0ab0h4aCCvq43S2fWzLdtx2F03kwNOBe8MT61CJdCLRg3pLznZbOE0OrAQyhH+Rmf9PBwR/8ikZ7qZmq/IxFnRrJWrxv7z8LBXrLx5WLJKQaxDW0ulYCgdxTbPfNeXhFBkzRDGyL4CckFOHhbLTw3VI+kAZeK4gYcoOitBekkMOuAujZvagCzocOdZYol24POjRdlW/6CbKt73v18qIeO2Ao7/VnaJbWCGlH3hyuhqRceyp13JbPrcTlXKbu/OhcLnaMDLMA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625287631; bh=+iOcZa7DjhZaqHHdGelMXOb3gmk7nTj3+gH+OxCmCuT=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=OwZ/xNIvIzQSEuNBydy6k9++uF0qUYarB8ebilXFQhtI3JN9eT+Te551ER/rIReQKjIz6GBXfQk+8xxd9w/QwySEIvEP5EZZXEEhVnBMiy8NdzWbCI0/QwG75SSWINxV71Wq6iuCyMMGdScT+x1uGyJQVm9Ga6ZJziXlaTbr/3SpEGoO5SbH6TSllxM4kduxTFXE1kTBpe27qmfjwRv5pppvJbcXsPJWACdomxN9ZDFsDKzC+yFOEKyYLt+tKO8McqnstcJvkT0SGjjiRcThkfdLqP+fNRpqKnBNZUnDspJQvfvVw9tA03kCZL4q9TX7Nzln0RlHSax86WE1cPZ8vQ== X-YMail-OSG: kyj3wKQVM1nd_9HH0k5U9WBxeWWlvll0H3uxBZQ8IJc92u2FicMJujY5p3C8m_c HSeauWcIFFqDNTHRUAl0otDagiDpkkf9z5oFF8JCRUHaMxkHkvs7_S2FEUPr7sceJ_sNl6EtaYuE 4S5dIuKxO0dtunQAYamm8Qf5R1Joy8_XWv3AHEb5bXpyNVV.NZwbeaFS6MXClmGKsKfS3n7trjz1 8VXcKNT90ByJxs.TFX.ufCuE17tr8xdkojgkmvMHOdO7BtUuzq4ET5rMDxEQNBWaa9j2MkG13OTe Lx9V57R2rvxfmD.n9La0bNTaY_CMpoe67seafU0Z4RY3WDMrm.rwZVKkusJM10TavBZcn3GodbUH CMJSHU51JB0TntJb2I9f7YeTnSIjoTYxvCOfIgJgOyz9FM.sfkSnjLS9uYGfxJtD3hFI_4otqLfG BWnRGNi5qbUh1BYc8m1jHnwjXVI8ahClMKcRwcXwt50YyooAZ.6b2QQVbh1Bun6GOjy1HuHoVEfQ xw.EJdsUipwNjp..HHxhrgPTt29GWm0SmF4QqeiPZZeSWPfc5gYsD_Az.V1z1bnLL4rbw4cyell9 1m0kWl5HL6jNXAW.U7WLZLW5XQiVpk.xb4nJNDngmWTLUER.oCyN.jjInM.r.JxeuAVJEXgx4aa0 A.2EgRYNkzgZdzzsykFhtpg9AJSKXztNlym0UPJR5dOJe9oe3Ccc0vpcMDutehqy9.nZqlJ5iL3V cIUq9tXd8IKSCNEbYSOvXG__Pk5ss3XM_hJIya.e6d9huTgpz7PIyit4WmSzxHyc7PtRkSoutte0 RsQlxVduRDyqaAAYJkBhVPzP4_BYR5Hyb.TJOVMXvuM.r1LuW.JXDX29QUa7K_pslE5rXaX9d7NU TREv_YfwZWsEmIJYkD1Cr8xLh43YsT0CfNXkei00vZc2c3vGvYC9HY2EdA2qCsSF6AfL10f__rJu 3mcIo9TnKeCxmWan7j9A5UqYcazWFZ_vba7wahV42rtzGzkYkC8HGiZF.fI1JzNcd77I3sn3O0P8 s8x2cJMjsY89Xm4KW.C1I3fyNCAi.ww.UjcEGU6DEYAqG1X9k46qosoQhOFtmldv4IeabcZPaXyL hCOjfwGlPFFAvr.vtk.YqDcc_vXjMnxT9ip0mf8YDUF7J2hkLqBfqHKwX5dLsOMej5dIEX7is_EB SxiuUOOf4ZIBT020.h_0Ylzid9e9t3UxlQUllxi4kgHkdtzQpwEMvSK.eD7sAZ89eP5dGuGOTW5G QXCGNZinZSEQ5cbBVFbyZymvis9cckKvWWmBMPHyrVz3pfludqZoAisZoEDRI_sjxDHcAmWebYEn HIb3xxY7XPW1sMfiHHLlF0QZzUCZTn2oggc84dpZ1Sk.sEipYkYOmAI_U7vebZGNhXjr6lq19Cck qpLYl2lb3kQZ7.cAsRRNTsNrCrsECIkSb0fb6G46Ic6OmNT9YqudT_PFRovTCjpdHWliA8JvSx2q XRf_GvvGhqiuBhv1E2o_Wifj6HWmotgfJ3Y0ekfOowTix1nCSVJgDP1wuiHQONRwsu3VGyqzOkiC 8Inj9yEIJKSPqcXoDPjq5EsYNlKDPipQMegEWygRtWIRQbbluQIKCg.vDwF8v9rn0Ip4Ki3.Kj05 E6wd_PG_NVS.Nq56OBt9c8dTdScWdls3Zsx9fjvkpiAoxYS0j2.cm0Jnt8NJCh95iwbeOAqlaBm8 CiqdN50WOK2pjgKPBnTEyfydSUNfLWNpcxF9IGKGBhSgIgOIQYYq8Z2braysmvZzx_Oa_GYErafP R.v81bzUx.V0o1XVK_J_Lx8KKTUZmfpMUZ_HD_ncBbLT_e0wlBgF3w9xtmA8js9muLNJ5h96OQaK Mq1UAjQeslfOUdobxhiXw7jaZQjAzamT2hAmFL_dowQ_r_shUyU2Wb.aN1YYVidijmnusXu_aB.K RQJBBKja6Hng4YeI1mDaIOne7R2Uosj7VFDxvvhJhHgYDUMwfj2GOCs4SF_O1WRKKp__OOChSJGp YXKxLvHV0oiYrmZqh_nrS_4Jis29q_Q7fgokhC2XKwNLA3f6nYmnOkEXyA6wbMFN2PFI3NZRV6Iv WCGZNndTZMFPViYaHMJhJckWEbKcSX_iGq.ULDaoeeFwsFjARGJZLXyEHKW6OLtep_jzf93DQkt1 iPzNI3cGFDP.LxjiU8QhKSRMYeIppWjewiicfvsyJvzmLZ5MWK9RrglqtP4UWnXfhpBCcH0Zwd2N pkgjyuhaF949iKFq54q36K4zUxFUJDVj_7_6RFHUOSdxvh7jhyUSBmzVPRpVcM0Hws8I_HQYzpsk J8i1ugJOzknGB6B_nM5JEU3DNadgfDx7B9RIGmDwYPRT2n_OLKCx5y3viirC40W4oGvyyqumYzVO 6YYsqV1TRdXciR_nfUQ.v8oCyZj1RolwiW.FXUVymK5YnoPLg7N0AApvZEoy2f5bhOpwuroAUj4Z 1wqtfNel1OaYLElXfVe.HyQ_dvn9OeRUCs6ZHuTOMhjl6xK67w1uRwDhK_0o03N8fcfjtl8KZ8AV rpc2U6lSqt84EOnzPdb_ArWnKpzfG0S5IzBv3RB7dlVQ_R8Rg1w6L0WXFJnDfNX9eCGBYeZ8hLrZ dRLuzdIXdDxJ2KmlO94tW2u1L1KPV86Lh7KzpNMjy3Xt.aBZ8fMbW2HBVsdbnaO4_.OsJ0YuC5UX OkwlwZGBtZuSVrUSLp4yjZCkBy5.0i6IgLtovIC3HZcyUs7kvCEgnNqA3a8L2_O5QNLoP.wm8HA- - X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Sat, 3 Jul 2021 04:47:11 +0000 Received: by kubenode579.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID ddd5e0e1776f8c64feae8d774cdce4a1; Sat, 03 Jul 2021 04:47:07 +0000 (UTC) Content-Type: text/plain; charset=us-ascii 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 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: llvm10 build failure on Rpi3 In-Reply-To: Date: Fri, 2 Jul 2021 21:47:04 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <60EEFD09-97DE-4B4F-BAFD-61B96EF60E27@yahoo.com> References: <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> <20210624043000.GA87740@www.zefox.net> <22B941CA-3AFF-42FD-98D1-D40EC2F6EC43@yahoo.com> <20210624160109.GB87740@www.zefox.net> <3B41633E-AAFC-422A-8D73-3B1B001023F0@yahoo.com> <20210625001651.GA98214@www.zefox.net> <5A26965D-2DFD-4A46-A171-A382A61E3CFB@yahoo.com> <20210626035234.GA18893@www.zefox.net> <43513842-6FC0-4A89-8F0C-9EB2B328A5ED@yahoo.com> <9CFE71E2-23C3-4072-A8AD-74EDB339A146@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4GGzvN5l5kz3Q6p X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=DslJJUTr; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.32 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-1.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; 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.69.32: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)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(1.00)[1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.69.32:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.32:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.32:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Jul-2, at 19:23, Mark Millard wrote: >=20 > I just noticed that in several prior messasges I quoted the = llvm-tblgen > command that generates the *.inc files with the odd contents instead > of the later compile that tried to use the output files in question. >=20 > This leaves open the possibility that I had incorrectly checked on if > the build had failed, the build possibly not having reached the part > that used the files as of when I declared it was past that point. >=20 > So I may need to rerun some tests. I have restarted a RPi4B total_mem=3D1024 test build of devel/llvm10 via poudriere (-devel). It has: [00:01:12] Deleting llvm10-10.0.1_5.txz: changed options [00:01:12] Pkg: BE_AMDGPU BE_NATIVE CLANG DOCS EXTRAS LIT LLD LLDB = LLD_LINK OPENMP=20 [00:01:12] New: BE_AMDGPU BE_STANDARD CLANG DOCS EXTRAS LIT LLD LLDB = LLD_LINK OPENMP PYCLANG=20 as your builds vary which target it fails from from one build attempt to the next and this better matches what your logs report. I need to wait until after all the *GenGlobalISel.inc files for all the targets have been put to use before concluding that it did not fail. Your logs have gone up to at least 17:34:09 before reaching a failure of bad content in one of those files (when only devel/llvm10 was being built). In other words: a lot more targets used their *GenGlobalISel.inc file(s) before one failed. The context for this test is based on: # uname -apKU FreeBSD Rock64_RPi_4_3_2v1p2 14.0-CURRENT FreeBSD 14.0-CURRENT #1 = main-n247651-a00d703f2f43-dirty: Wed Jun 30 02:02:01 PDT 2021 = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/main-CA53-nodbg-clang/usr/main-src/arm6= 4.aarch64/sys/GENERIC-NODBG-CA53 arm64 aarch64 1400024 1400024 (So it predates today's workaround for allowing lang/rust to build via main.) Usual rules for me for for USB3 SSD, swap/paging space size, etc. > Side note: >=20 > It llooks like http://www.zefox.org/~bob/swaplogs/poudrierellvm10.log > shows that you tried with: >=20 > Device 1K-blocks Used Avail Capacity > /dev/da0s2b 1048576 25784 1022792 2% > /dev/mmcsd0s2b 1048576 25124 1023452 2% > Total 2097152 50908 2046244 2% >=20 > A gather that the problem still occurred? "I" gather, not "A" gather. (I can not tell which build attempt the log is for but I expect that you would have reported a successful build if one had occurred.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sat Jul 3 08:45:26 2021 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 5777D11F8539 for ; Sat, 3 Jul 2021 08:45:36 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-19.consmr.mail.gq1.yahoo.com (sonic305-19.consmr.mail.gq1.yahoo.com [98.137.64.82]) (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 4GH5BR38zFz4dfG for ; Sat, 3 Jul 2021 08:45:35 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625301934; bh=mbBABmbhNQXL8Z6UB2D+TQytr+jM0+yG/q0PQ2KH3Iw=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=Hm2aBV7fi1fgPln83wtblg9mm3+YGvlf9epx/3bdEoCKWPqEp7bAA+CVsyd1l1cIA2vZYgcQUe7HiNI2WbpWOsPpkSFnO20YZ3U0W6wJMiwgeWFatCXzAubh7Nfqii61uvcs7sumY5cfWf81K1Akfh/gPr2Dx+xRtmPLmfh2+vfM8ckqeBhujJNI2hLukR3TUb12ROrAKElrIFXxzEL/BnCnCAwbcGt5SjdN3hJAFlwsz7txkcH3LLx4qDw8V2IQfVk1UG3T3ohYTHYub7FzrPogq3hclaf3jB/3cjz3j83Ary6mlOuLVmS/YZud6LaOWrrK7H0HrTEN93zraA+sYg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625301934; bh=FVx7cX0QpMU8fZ1VsTFXPvNTWc+icwI3pU/TYiIHtyx=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=HMWnVcRbo3KpzTlmZcMUPSvBi3uSGmWSOFedYuPot84h27+00o9zVBWzSUNvm0SKIcaZ32art1JXy+ibOnaaYJpHW9QTt71TxWZ2sSLLChWo/pzC/gx2kD5lIyeTpOBlHcrUrRTNvS71NaH4bLjoMIEGdI2xxW3pz2hbU48gSpK5cGvXcQQHRzhnNz6Q7kU8lRAxOgir2CV/B9Va73hkIpQqmy6v2iagBU2o45FB5I3I/FlfehCGQN1DX1+YQBqYw4BzHrcRFg5twKmtEx352F3vNW/QWbA8I1XzIDUrvRzUdYc+Hc8DeQBozf/7Ni+O+Ros3IgCM+ODfLRfhrtvww== X-YMail-OSG: ceULiVwVM1lioQygEgyQkwSt15oZeWZ6vD40x3Rrip6zwkTf2zglbtFQ3vltqCJ v00m1TXMmRfUbnhr16SJ5.Vr64dUePMGg543YtE_ocpof_4FkiMIcoEKM7Xg8EaJChNUlIe0ezrS lrBCQNPrLS_ZpEsIEuB2qotveqS.vhm5NXGSnQxy5TokOBCdXNGXXf_mEcO3IBoU9ny0ezQuYc26 YZaGQEYJPZPRjt83opvuFNZeZB7gRrnNHOheZlzbpAqh1Atfl_tjv2dpEwaXplzqzV42DYsrn66B s3DYbI5Nw9fyhJL6IGjLuMrINNGG0.4veTCzHdBAFdyPcfG1BhRAQZZ3WuqybSNTJpQNMBdLhdGV ceyYdt4q6l6MrRaM6L6IPbB8bp9.D3aEgOchbJE0_pGTBuSg5EVsnELfv9POoUP5lIs4Q_qkHkMu kUlxS0pPX13NgfZwv5rYXYrKNWn1tJ6bemcc.qMY2DSUOuPJZNWIvtHPXPY6gEtlQHGwAuBwaDqd Mk_jhQb2rIPyVW67Xe_qTAZBSI0q4F0UUWzv8cW6dNYv_Cs_wXqu_PVyE4gu7lUQny9Ps_rNMscg qAvUjzJ5Otyg1rHeA6qbY8FzlopmWMbH0pTrlHF_j81AcrzvmbGCgcuDsZT5o2Cf8d2m2XXsFJ4O EybGVW_3ioJqd.LEtSN2o771n1x5xPjfb2OzKGcxiY9nc2XnPI69Vd177.ZgZBzxcAhGNrgPbOrG E8wlC0gJcfVTa7hl_7utgkA5WUT8tRYjR6vZBhXVB.gV7FZeoAeqqwOiXBNsqWBARbLhD8cXtr4f WY4ct_InyctdVSoDkMn1EZALrM81K9n18H9vnpDeOaPgNNfeYdrozqokZmwW3uOijn4hZJ2rJ7v6 2seL.O3Nzg7OV3ttg40gEBCphqHCQFs_s5diBvW4XVOpH0iqj3VEG5UCEuoTU.kF5i9qNWo3elUl ghv7B66DFOWBwW1qBMeVQbBOoqSqFT7gq1BN.8GO1mmDUBhxxs6duqoeDUZrbBoDFVXs33cOXNz7 abBeLRLFDVuxjXG0Tbf_mvyBIkEDNSvXtdhSWj5TQuU4BugVcrIa4BJV8Dhb8SCeRh3_W.0mxKx5 8qKVBBWrJ3Gj2sSeazl6WB7AuPLZ98F3r5o7ADiiUPmDIE2SFRWrhjVvSG_BNQgjaVDALfb5rmu1 Al7UXDG9fcdBINlfe9hdbVkVxBhq9K_SJLi5njk8TbPCt2kof3q5AZA.BAAlaSojdsu6Jdjnf3Fk i..kiVsblM3tKIfHn5EoFMngf6ZnKgIfL9vXD5mOPgH4qJTRMd8I6GSFaYE0PDIkW4hjxlbLR9Nr pjuJVvAntMQLOGKZcpBFaiCdaZqR_tg4t5_au2YwpGOUR3aNZmY2ardu1in_NjSmRb1HWpvit7sc Yblyve1shuS2AqCa8TKCWCpAlyCSyuWtkI8b0CdOM67ZZMyqeCOLhvOQEb3GTolo5jOlREdbx6Zf dVZ2BMQS8xoTZ9lwuG.icGCJSJZ.3jj3u3xaiKIBBQJzCRnrGpR02jjnClmzMo1mAx6pW5bPyX3l a.B9EzB2nI9oHzl11YJEjElfFon7PzqH5BK2Gq6HD8tK5D1WNJE7AGMsfpfvw1uNAsaBo6XGyeUm firJs5cOSM55ruBjZ.hgUfhtppq9sqdE2YmRuuDxY8lo_YvkY0GhghcM.d9WC0DVhLiYEx0vU2YP D0XdfaQ3L9afTgeuyN_Rb8okOsD7xI0rSnZ0aa3NvqtSTPJW_fmpL6OwhohWc0KAXy3pFmKdvA9W UMOShYlfYlNu8jFKjbrZYgqmJhrqnU7fswXsHI4f5IxuSduTpGvmGqpyPjHoEl.Ksy5Bw9jB4Zzp yXf16DdYVVxVz0WPZf3vhqnioM9w7z_WUKJkKCDRFO6F3fpxK0bnZIrzaGKDj5TJ.L.AxBqZUhp0 JDJydMpPZVv0KWdxo_0MW5FDuPV0ZO3tTuPUkvwCD9Aj6_l2b4fhe9RVZ5b32X3F8inpwEJIaftV jEo9gQjvCJNRSFFszuICp8exydSjCURE_qbcETUrp996VcYzszbWQMRAjgJwH.e98EFDh7IAgOdt aOA8ifJih1XdHl.7bHgtRfCORV.szPjjHLxWYS4j4OYOz0tYwALwAwPf5E.1hOzJpLSRHcd1.D0V a9Eypdxas0c09GqGuiFUe1h3w.IBHBzQmEbssFkSkNEUIFeF4i1Lak3SIvLbnktj2pwiFra_hJZ4 s1KXYCXhe4wR1HAJ4Nlxw8Xbfl5gC54wV7OVb9X0pp.Gk6enfJAX.aOt7oH5stvnOrRycVHkQvsx Z1pm71nYqCMl.TjNu_5XLqx7oboppETd7NjkpCKcfq6sQwdAZWlK3N0EVCViY.rWxr.CRzmtlo1j c675ljYKRXzWfrVEJhXxD6ADloeOwIniIJo1RONjM8MoXecqHAKYWpSmRKnU4g51Nrb3eV6jnOT3 VjT_Yv4JuILqoVRMxIywrU7vJkPZ7jNFfx2C1o4MsvjRof1BwFL3xdo89stTvJaBRqWy8qzIFqGn 4i_enSvfHENUmIle.neQYi3XYgaPaAs4EazIVvQDpJYWuzp8TKsN6J.SdRZ0o28Q01y51EwFJl3_ PJCed5m5BG6Ajp6Kw3chl6NuDVhIxvK5uCWlKHUKHGb6IJyKMSJHIcn3EINLBZlFZm4UMOalZS54 nTEoxCB5CkLbHIziYTCCGXj4cXTV33.efSRJg3bi5a5BYWKy0.IjVHOCQMXJTmoAP9d8pAAeMAg- - X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Sat, 3 Jul 2021 08:45:34 +0000 Received: by kubenode549.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 80db30fab87a4daf1b084f99e47c1d77; Sat, 03 Jul 2021 08:45:28 +0000 (UTC) Content-Type: text/plain; charset=us-ascii 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 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: llvm10 build failure on Rpi3 In-Reply-To: <60EEFD09-97DE-4B4F-BAFD-61B96EF60E27@yahoo.com> Date: Sat, 3 Jul 2021 01:45:26 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: References: <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> <20210624043000.GA87740@www.zefox.net> <22B941CA-3AFF-42FD-98D1-D40EC2F6EC43@yahoo.com> <20210624160109.GB87740@www.zefox.net> <3B41633E-AAFC-422A-8D73-3B1B001023F0@yahoo.com> <20210625001651.GA98214@www.zefox.net> <5A26965D-2DFD-4A46-A171-A382A61E3CFB@yahoo.com> <20210626035234.GA18893@www.zefox.net> <43513842-6FC0-4A89-8F0C-9EB2B328A5ED@yahoo.com> <9CFE71E2-23C3-4072-A8AD-74EDB339A146@yahoo.com> <60EEFD09-97DE-4B4F-BAFD-61B96EF60E27@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4GH5BR38zFz4dfG X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=Hm2aBV7f; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.82 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-1.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; 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.64.82: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)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(1.00)[1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.82:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.82:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.82:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Jul-2, at 21:47, Mark Millard wrote: > On 2021-Jul-2, at 19:23, Mark Millard wrote: >>=20 >> I just noticed that in several prior messasges I quoted the = llvm-tblgen >> command that generates the *.inc files with the odd contents instead >> of the later compile that tried to use the output files in question. >>=20 >> This leaves open the possibility that I had incorrectly checked on if >> the build had failed, the build possibly not having reached the part >> that used the files as of when I declared it was past that point. >>=20 >> So I may need to rerun some tests. >=20 > I have restarted a RPi4B total_mem=3D1024 test build of devel/llvm10 > via poudriere (-devel). >=20 > It has: >=20 > [00:01:12] Deleting llvm10-10.0.1_5.txz: changed options > [00:01:12] Pkg: BE_AMDGPU BE_NATIVE CLANG DOCS EXTRAS LIT LLD LLDB = LLD_LINK OPENMP=20 > [00:01:12] New: BE_AMDGPU BE_STANDARD CLANG DOCS EXTRAS LIT LLD LLDB = LLD_LINK OPENMP PYCLANG=20 >=20 > as your builds vary which target it fails from from one build > attempt to the next and this better matches what your logs > report. I need to wait until after all the *GenGlobalISel.inc > files for all the targets have been put to use before > concluding that it did not fail. Your logs have gone up to > at least 17:34:09 before reaching a failure of bad content > in one of those files (when only devel/llvm10 was being built). > In other words: a lot more targets used their *GenGlobalISel.inc > file(s) before one failed. >=20 > The context for this test is based on: >=20 > # uname -apKU > FreeBSD Rock64_RPi_4_3_2v1p2 14.0-CURRENT FreeBSD 14.0-CURRENT #1 = main-n247651-a00d703f2f43-dirty: Wed Jun 30 02:02:01 PDT 2021 = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/main-CA53-nodbg-clang/usr/main-src/arm6= 4.aarch64/sys/GENERIC-NODBG-CA53 arm64 aarch64 1400024 1400024 >=20 > (So it predates today's workaround for allowing lang/rust to build > via main.) >=20 > Usual rules for me for for USB3 SSD, swap/paging space > size, etc. Well, at this point grep usage shows that the files shown by: # find = /usr/local/poudriere/data/.m/main-CA53-default/01/wrkdirs/usr/ports/devel/= llvm10/work/ -name '*GlobalISel.inc' -print = /usr/local/poudriere/data/.m/main-CA53-default/01/wrkdirs/usr/ports/devel/= llvm10/work/.build/lib/Target/AArch64/AArch64GenGlobalISel.inc = /usr/local/poudriere/data/.m/main-CA53-default/01/wrkdirs/usr/ports/devel/= llvm10/work/.build/lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc = /usr/local/poudriere/data/.m/main-CA53-default/01/wrkdirs/usr/ports/devel/= llvm10/work/.build/lib/Target/ARM/ARMGenGlobalISel.inc = /usr/local/poudriere/data/.m/main-CA53-default/01/wrkdirs/usr/ports/devel/= llvm10/work/.build/lib/Target/Mips/MipsGenGlobalISel.inc = /usr/local/poudriere/data/.m/main-CA53-default/01/wrkdirs/usr/ports/devel/= llvm10/work/.build/lib/Target/RISCV/RISCVGenGlobalISel.inc = /usr/local/poudriere/data/.m/main-CA53-default/01/wrkdirs/usr/ports/devel/= llvm10/work/.build/lib/Target/X86/X86GenGlobalISel.inc do not have any examples of: @2779096485 @0 */, so I doubt that the build will fail. But I've left it running. >> Side note: >>=20 >> It llooks like http://www.zefox.org/~bob/swaplogs/poudrierellvm10.log >> shows that you tried with: >>=20 >> Device 1K-blocks Used Avail Capacity >> /dev/da0s2b 1048576 25784 1022792 2% >> /dev/mmcsd0s2b 1048576 25124 1023452 2% >> Total 2097152 50908 2046244 2% >>=20 >> A gather that the problem still occurred? >=20 > "I" gather, not "A" gather. >=20 > (I can not tell which build attempt the log is for but > I expect that you would have reported a successful build > if one had occurred.) FYI: at the moment . . . # swapinfo Device 1K-blocks Used Avail Capacity /dev/gpt/Rock64swp2 3145728 1116384 2029344 35% My odd variant of top reports for swap/paging space use: 1271Mi MaxObsUsed (maximum observed used) and: 2180Mi MaxObs(Act+Wir+Lndry+SwapUsed) As for RAM (each MaxObj can be from a different time): 961312Ki MaxObs(Act+Wir+Lndry) 712760Ki MaxObsActive 261724Ki MaxObsWired =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sat Jul 3 10:11:35 2021 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 5D62411FFB7A for ; Sat, 3 Jul 2021 10:11:41 +0000 (UTC) (envelope-from jordan@jbass.io) Received: from wout5-smtp.messagingengine.com (wout5-smtp.messagingengine.com [64.147.123.21]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4GH75m6Qhnz4nNX for ; Sat, 3 Jul 2021 10:11:40 +0000 (UTC) (envelope-from jordan@jbass.io) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.west.internal (Postfix) with ESMTP id A36BF32000CC for ; Sat, 3 Jul 2021 06:11:39 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute6.internal (MEProxy); Sat, 03 Jul 2021 06:11:39 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jbass.io; h=from :content-type:content-transfer-encoding:mime-version:subject :message-id:date:to; s=fm2; bh=70JHRfucbYJS8pu6DQu9/wSm//tqz42wY Gaw0236k7w=; b=Joew6zEC7Fju3rkAnrF2SCPzODDaWvMYcMQANJHK9oPA8iVi8 KhPyrrGIPxN6NO2F9sxV967UjxNw6+42fPztyceVtwkO5pqCRcttlw6lEjl7s7R8 2PrIfPrVihrcq3siteloooan/3eSnZyI16Ujtk2kYD6dF1vsWXPy+ICnBqXolkKF SdQR4Bq93wEWEyMUnsAsgcbUgfXwbO2nhgjaCU5y5TGFwXHcvsdj+URtGNK+7lds QPCs8CqrhqjwUElPKRzTETQItvFfhOL+N0iwRAuGGNTHje/7zNh7XDBnn06VhMuf PMYrErpWAizuRnhTX6x5Hy/DIVhULTMtF20uQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=70JHRf ucbYJS8pu6DQu9/wSm//tqz42wYGaw0236k7w=; b=Uc5cgl4BY1/ydBNhfq7JAc WCaWyVJ5JzwMIxr2qpFhYzCiXPz08O0D6PMDSGBjItDAvVwtLQUjJDCOM9TiDimj bOnkM0sSw4YAAF4k3ASmYXwW2urYzxTaSNZmrYrX9OvfqAoQBjYw0DqvEiA+02lh iSLTNNlUFaLQVH1ZQjRR2GHHMcDUqTDG+/atz9DvT/UMsLxOdWX+uEFhzFW8NyPB cluOXKzyfX0L94yGz5tAD5l5dXDon3S0TdebY2SW4g6cBvDzHwJ+3E7dvBNietON 5Ef8nm5cXT+xZgzxLuZNd6plpHH2HTQ9cnQZkYKrdwop+l4F8UcfhR1a/OLZsHlw == X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrfeejtddgvdegucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefhtgfgggfukfffvffosehtqhhmtd hhtddvnecuhfhrohhmpeflohhruggrnhcuuegrshhsuceojhhorhgurghnsehjsggrshhs rdhioheqnecuggftrfgrthhtvghrnhephfehheejffevuddvkeekgefftdetjeffvddtie egieejjedtkeduueeffeffleelnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghm pehmrghilhhfrhhomhepjhhorhgurghnsehjsggrshhsrdhioh X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Sat, 3 Jul 2021 06:11:38 -0400 (EDT) From: Jordan Bass Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable 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 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: RPi4 - Booting from mSD with USB storage Message-Id: <0309ED7D-32C9-4A5A-A867-5C4CA454212B@jbass.io> Date: Sat, 3 Jul 2021 11:11:35 +0100 To: "freebsd-arm@freebsd.org" X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4GH75m6Qhnz4nNX X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=jbass.io header.s=fm2 header.b=Joew6zEC; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=Uc5cgl4B; dmarc=none; spf=pass (mx1.freebsd.org: domain of jordan@jbass.io designates 64.147.123.21 as permitted sender) smtp.mailfrom=jordan@jbass.io X-Spamd-Result: default: False [-3.10 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.21:c]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[jbass.io:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-0.999]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.21:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[jbass.io:s=fm2,messagingengine.com:s=fm3]; FREEFALL_USER(0.00)[jordan]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[jbass.io]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_EQ_ADDR_ALL(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[64.147.123.21:from]; MAILMAN_DEST(0.00)[freebsd-arm] X-ThisMailContainsUnwantedMimeParts: N Hi, I've installed 13.0-RELEASE on a micro SD card to use on a 8GB Raspberry = Pi 4. The Raspberry Pi 4 launches u-boot from the mSD card successfully. = Without any USB devices attached, u-boot will boot FreeBSD from the mSD = card successfully. When I attach an externally powered USB SDD enclosure = containing 2 drives and try to boot, u-boot will fail to boot FreeBSD = from the micro SD card. It will then try to boot from USB and fail = because they are just ZFS storage. Finally, u-boot will endlessly try to = boot over the network. To work around the problem, I can detach the USB drives, power on the = Pi, wait a few seconds, and then attach the USB drives. I've tried the 2021-04 build of u-boot, and that will boot from mSD with = the USB drives attached, but only because it fails to detect the USB = devices, and the ZFS pools will not be imported on boot. Does anyone have any suggestions for configuring u-boot to behave in the = way I expect? I want to boot from mSD, even when USB drives are = attached. Thanks, Jordan= From nobody Sat Jul 3 13:41:41 2021 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 DD08211E1D41 for ; Sat, 3 Jul 2021 13:41:54 +0000 (UTC) (envelope-from crowston@protonmail.com) Received: from mail-4317.protonmail.ch (mail-4317.protonmail.ch [185.70.43.17]) (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 "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GHCmL4ym9z3Lh9 for ; Sat, 3 Jul 2021 13:41:53 +0000 (UTC) (envelope-from crowston@protonmail.com) Date: Sat, 03 Jul 2021 13:41:41 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail; t=1625319704; bh=kwVFIu6PuzboADzZ8K4OhSPwG2kedRre230FBmLCyUo=; h=Date:To:From:Reply-To:Subject:In-Reply-To:References:From; b=jusnupQHNtqdZIinLZrot/rIuDaWgBugLiYfWBAIbYtqsOn3xNS7CwN6OcxlJPzWO 882GDdPiGsjDlD5+aO2JT3c15L+j6NmAkI9jVO9jRg7LqSuuMHAKsWE3TKJMY3fNBm qqC074x0+POFjYoXVs1JQhekJ/yj6324y4SDRU1o= To: Jordan Bass , "freebsd-arm@freebsd.org" Reply-To: Robert Crowston Subject: Re: RPi4 - Booting from mSD with USB storage Message-ID: In-Reply-To: <0309ED7D-32C9-4A5A-A867-5C4CA454212B@jbass.io> References: <0309ED7D-32C9-4A5A-A867-5C4CA454212B@jbass.io> 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/alternative; boundary="b1_dSdvn3InSCPe4clkv9HR6u4JFBUz3gjs6xe8KdHno" X-Spam-Status: No, score=-1.2 required=10.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,HTML_MESSAGE shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mailout.protonmail.ch X-Rspamd-Queue-Id: 4GHCmL4ym9z3Lh9 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Reply-To: crowston@protonmail.com From: Robert Crowston via freebsd-arm X-Original-From: Robert Crowston X-ThisMailContainsUnwantedMimeParts: Y This is a multi-part message in MIME format. --b1_dSdvn3InSCPe4clkv9HR6u4JFBUz3gjs6xe8KdHno Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 WW91IGNvdWxkIGNyZWF0ZSBhIGJvb3Qgc2NyaXB0ICgidS1ib290LnNjciIpIGFuZCBwbGFjZSBp dCBpbiB0aGUgcm9vdCBvZiB5b3VyIHNkIGNhcmQgYWxvbmdzaWRlIHUtYm9vdC4gVS1ib290IHdp bGwgaW50ZXJwcmV0IGl0IGF0IHN0YXJ0IHVwLiBZb3UgY2FuIHVzZSB0aGF0IHRvIG1vZGlmeSB0 aGUgImJvb3RfdGFyZ2V0cyIgdmFyaWFibGUgc3VjaCB0aGF0IGl0IGRvZXNu4oCZdCBzY2FuIGZv ciB1c2IgZHJpdmVzLCBvciBzbyB0aGF0IGl0IHRyaWVzIHRvIGxvYWQgZnJvbSBtbWMgZmlyc3Qu CgpBcyBJIHJlY2FsbCBwYXJ0IG9mIHRoZSBwcm9ibGVtIGlzIHRoZXJlIGFyZSBzZXZlcmFsIG1t Yy1saWtlIGRldmljZXMgb24gdGhlIHBpNCBhbmQgdGhlIG9uZSB3ZSB3YW50IGlzIHRoZSB0aGly ZCBvbmUgKG1tYzIpLiBUaGF04oCZcyBxdWl0ZSBsb3cgaW4gdGhlIGJvb3QgcHJpb3JpdHkgb3Jk ZXIuCgpGaXJzdCB5b3Ugc2hvdWxkIGJlY29tZSBhIGxpdHRsZSBmYW1pbGlhciB3aXRoIHdoYXQg dS1ib290IGlzIGRvaW5nIHdoZW4gaXQgcHJvYmVzIHlvdXIgZGV2aWNlcy4gSeKAmWQgc3VnZ2Vz dCBwbHVnZ2luZyBpbiBhIGtleWJvYXJkIChvciBhIHNlcmlhbCBjb25zb2xlKSBhbmQgaW50ZXJy dXB0aW5nIHRoZSBhdXRvbWF0aWMgYm9vdC4gT25jZSB5b3Uga25vdyBob3cgdG8gbWFrZSBpdCBi b290IGZyb20gbW1jLCB5b3UgY2FuIGVuY29kZSB0aGF0IGluIGEgc2NyaXB0LgoKdS1ib290LnNj ciBpcyBhIGNvbXBpbGVkIGZpbGUsIHNvIHlvdSBuZWVkIHRoZSDigJxta2ltYWdl4oCdIHRvb2wg ZnJvbSB1LWJvb3QuCgpJ4oCZbSBub3Qgc3VyZSBpZiB0aGlzIGlzIHRoZSBiZXN0IHdheSwgcGVy aGFwcyBJIGFtIG92ZXJjb21wbGljYXRpbmcgaXQuIEdvb2QgbHVjay4KCuKAlCBSSEMuCgpPbiBT YXQsIEp1bCAzLCAyMDIxIGF0IDExOjExLCBKb3JkYW4gQmFzcyA8am9yZGFuQGpiYXNzLmlvPiB3 cm90ZToKCj4gSGksCj4KPiBJJ3ZlIGluc3RhbGxlZCAxMy4wLVJFTEVBU0Ugb24gYSBtaWNybyBT RCBjYXJkIHRvIHVzZSBvbiBhIDhHQiBSYXNwYmVycnkgUGkgNC4gVGhlIFJhc3BiZXJyeSBQaSA0 IGxhdW5jaGVzIHUtYm9vdCBmcm9tIHRoZSBtU0QgY2FyZCBzdWNjZXNzZnVsbHkuIFdpdGhvdXQg YW55IFVTQiBkZXZpY2VzIGF0dGFjaGVkLCB1LWJvb3Qgd2lsbCBib290IEZyZWVCU0QgZnJvbSB0 aGUgbVNEIGNhcmQgc3VjY2Vzc2Z1bGx5LiBXaGVuIEkgYXR0YWNoIGFuIGV4dGVybmFsbHkgcG93 ZXJlZCBVU0IgU0REIGVuY2xvc3VyZSBjb250YWluaW5nIDIgZHJpdmVzIGFuZCB0cnkgdG8gYm9v dCwgdS1ib290IHdpbGwgZmFpbCB0byBib290IEZyZWVCU0QgZnJvbSB0aGUgbWljcm8gU0QgY2Fy ZC4gSXQgd2lsbCB0aGVuIHRyeSB0byBib290IGZyb20gVVNCIGFuZCBmYWlsIGJlY2F1c2UgdGhl eSBhcmUganVzdCBaRlMgc3RvcmFnZS4gRmluYWxseSwgdS1ib290IHdpbGwgZW5kbGVzc2x5IHRy eSB0byBib290IG92ZXIgdGhlIG5ldHdvcmsuCj4KPiBUbyB3b3JrIGFyb3VuZCB0aGUgcHJvYmxl bSwgSSBjYW4gZGV0YWNoIHRoZSBVU0IgZHJpdmVzLCBwb3dlciBvbiB0aGUgUGksIHdhaXQgYSBm ZXcgc2Vjb25kcywgYW5kIHRoZW4gYXR0YWNoIHRoZSBVU0IgZHJpdmVzLgo+Cj4gSSd2ZSB0cmll ZCB0aGUgMjAyMS0wNCBidWlsZCBvZiB1LWJvb3QsIGFuZCB0aGF0IHdpbGwgYm9vdCBmcm9tIG1T RCB3aXRoIHRoZSBVU0IgZHJpdmVzIGF0dGFjaGVkLCBidXQgb25seSBiZWNhdXNlIGl0IGZhaWxz IHRvIGRldGVjdCB0aGUgVVNCIGRldmljZXMsIGFuZCB0aGUgWkZTIHBvb2xzIHdpbGwgbm90IGJl IGltcG9ydGVkIG9uIGJvb3QuCj4KPiBEb2VzIGFueW9uZSBoYXZlIGFueSBzdWdnZXN0aW9ucyBm b3IgY29uZmlndXJpbmcgdS1ib290IHRvIGJlaGF2ZSBpbiB0aGUgd2F5IEkgZXhwZWN0PyBJIHdh bnQgdG8gYm9vdCBmcm9tIG1TRCwgZXZlbiB3aGVuIFVTQiBkcml2ZXMgYXJlIGF0dGFjaGVkLgo+ Cj4gVGhhbmtzLAo+Cj4gSm9yZGFu --b1_dSdvn3InSCPe4clkv9HR6u4JFBUz3gjs6xe8KdHno-- From nobody Sat Jul 3 15:33:17 2021 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 9C98C11F33DA for ; Sat, 3 Jul 2021 15:33:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-19.consmr.mail.gq1.yahoo.com (sonic313-19.consmr.mail.gq1.yahoo.com [98.137.65.82]) (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 4GHGF24fXyz3lr9 for ; Sat, 3 Jul 2021 15:33:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625326405; bh=EKj+IqQVEGIvfn/bCS9xHQwFyJ4g+HHIKWtuchSeQaU=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=siPYI9829nOd1RMrxHY1U74k4SJsK3LMvc6fEf7n4rwYIzGU8raXGxbHg7xhH18r5+xNzr3G5oEdx9jgsjm7jQhAr2KzxT14j7Ry1a6qFw37T5F/TbuXEpKIRk0HCNVoaj7ETDS4H7orjWQ1G0+Zx8gb3H9xhrNSf1fBH/xaXdbyu716lGzfcOiNMCxXqdQhv2NbCJXvxmkSexMaWMEWuUMRrS/TgoEZSijZzU81tIbwAe6lrdB6rnxHUFRYppxQL+UEAymPL29UKb0EVVP19YSgHVTZKnWkf966q4oeIOCJ3jPcVC350fy4nz+haQK2RQ7gVkhZ4flbISPSjC1wBw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625326405; bh=Wy1r1kCbYE1ByN1YuelmEc/bso+xeRQpDXhQhsRtfb8=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=EwkY05aqHQJ7LyJUqntsRpRCNdr3EYEwSeDQOzpdpsEsAWHwjRmyY2VYNREsJW3EkKtpWyJi8Eg2qfKaVQpfatmDhZZeZXaCC6tY1qmg5hOXJ2BdCnxhYFUX8glTdBmPd/fVQjjJmLiCAdacq0F45xemyQvC8gXT5A+bOvw5eJfh4LQuDkEK1cYqtlHC074ORJkb0dPUlpdMLj32inWUxhX2x6GrMJ9QxP1+BNRrPGNebJxWtH+EDsIEWwsAPXgvvrPBUEnuaNoHJbJsFRSr3hZE70idyzztuhp+vOmzSTY8MWgfuqfCaeBQx47Zl5cVR/vj4xznfrA7o4oE+KFgkA== X-YMail-OSG: Jbt8CacVM1mUpKGVUtiuqe.kcgog0PwPSJQGMtY8NU0coSJFeBGUi0VPtJhyUAt B8HgVvRhJ0XAsOzCt0vHqfMwOYSZHSlVjYYa3RRV5Rtjd86FKQMtWHDcb80oLf2qU8i8UrqjSUXV IZ0xpqL8w874puchkEDrSLEETeR0.9ZI5I5KjDJH8FlK5rKtzlMkYmW.h.H8YNnh..6mSuk8XCzz C7dZIzRoQIKyn.I5c3n2vbtiS0eSjW_tziJqiAP5Tur69EzXz.7JqJ7njmU0JGFB88ryEzk5E367 G11fc7PzvJJ_3s3d7VOUqODRaaTW0mYGNbD19FWikIgbS48xzyXqoGffcLXgr.2RCXQa7RyJKqKJ KAAlvq9invmUP44ox_Dt1oJG5BuAaRU_G7WkMcveD6zn_hVpP5Vxz8pmSYWykYbXAKhVAT5dRp5y rqlACURkAWTsPoLCRdSebkv.XCETGeVkAq.qtozRtM7WxP3DioNnW8UgeXi.dHkrtkrfNxGgp3fz mC0.ed83RyLB51DCR58lIJveruhnqoyW7zEvt8JkhU6pem8_fjxtRVsKXp3CbS3KhZGgh_OMWhwv dhT_m13HPoHdDcZ4j.7KEoequCbbKA9jgnWOR73bRRnENrb_OhTVfo_JaUqH3qeND_4FCaCdQufW 8JX9KQGPwkhT6SqAdapDrKO3UsWQZOjBXVyUkbXrTy7YZl37s82M29PSLvmT6jNnW3bhtumKWgrE K6tOLc9N5Jld0VRwl1WzeYAvSBuRseMZarE_n.8GDiLO4.9emm4w6GozVzHbdNSqCG_XphhElRLw XhkaZaI36BgNwmSyKfc7kM3pWkc0Qr_kLtEdfw8m65PNHqOS6ZABWep.KCQRm8n72aeYuyhbHHP4 tJpuXUlwgPLZaof1_P4_rLnOje4R5n3sZbVd0hMzCV5HMTaL1GEsa.fthRpC2UVIC.h90TA22ocb z.UxM3zRRihhTAygzncraGnL0h7YGEBGuDhzFqWr3RkvCvYnm4vKTbG1.T0HbBydaVtKySfoq5UP HWynfoG_MIUqTZRCe0xSTT0qpjli3MHS1HvoPFaa4Ch3_BywKnC2c62N3j8Fzw4GJpfj1gMQthl6 tvQDXe7vGmb8PUbszaNdOk5eIV0l_4Rt0r4D6hlV6nvDMXAwVUU36vWUMImFqkfjXN.T_i.iCaXg 89N8Q.rn7y_KKXAsrwxnwejyTl801X7Ar8XGFb_xeV5vlourH9ebPqjznW4ba8QCl5kG.3F59BQg .qLedBIwNktGb2RskRHrCUTJygBcSyqz3ta4WDa1NGe7V5yZGUKq0zxdqnvSTuBWsbI1GlMIYLTP RXJDXq.H1Z57NHlMadFW5Z_wBgB882dVeV4L6O8XZgPslt7dhjBUtxIlAaHrYpsvuoRSDcPvcCDO g7JTqSMkmwaWP_X70PrxDQ66hH8wZnlkjqS04vmXgBmGSAj3kO1sF5F51piWAQf15uYa_uNVwmAZ TL2qMENMA5SU_4bA50MgzKxJn6xbUFihVyBQrBjgXH.X894uygalKUMnBWdplw7XMtRk8y4bcrHK sIqsowe8b_BYl9LogHVADb_zlD72usF28QiYOn3KXoOLnBTZZwjgBDcz.fm642oJ6yiwLkgvIHVp LzTRF6Gh4OBjC.H_Iov53he1wJ2tFs4XqZ0n8J7sZiiCS_NYVATn4DN_VWSg0KnzTKj4mI3a5kvB XDtsa56oSE.Ctu80J9b2NSX2nkPNUphiY85oj_c4wwYzfXz9GhmVjDTWrtHvbl687_B4u7CVMPZQ qqGawBdOjrBGoQw7AM3xze2zJLqS8GzLaflteB3u4RmucgYJlZjWXRqC3icJnwouuhuwq6RE4y9D bgFzDdZhhsZ3Vy6kyD2QzBKIFoFsukuNOA9yHPNOxURvigSYlA54o1u0CzWaDosqDSqR8_Ht1uqG .WqrwrIvbnSd5hAFC6w5RHbiJDY1Ca3dLFp_IPLXVQu7APp3RC3XDvgvksD12Jy.STcISoa5Qwc_ uW1kiu4sPZ6sENsM_dR1HGg1V4EBAt0kTGKsMjMccod31WHw2VD3OQaDS5EcosU735wWo0aDBd5X MX9bzTft1iEZ_eOGqoM0WNMBEb4jc_eRx1W_GnDfu0eC5FVsNKJjCnj.EsNPe1kWmMI57gWLCU1M _Dcvivh6Qe64lzy8YdIfK3RrLKHwPP70x1e9niEI5Z5HUND5sPPEQ8PvovC6DZkeZnuNo3Hu4nw2 qqyVoGNJ93oyAxJe_wAdTu5oxy9VgdPbUMmuMoPdX03wyyVG5PrwPUHet36F6vHmGNFO1ruHWUs. 8IW8q2o8x_BiqHYwBmm_cJmwkJ2soX8e_QALOB1xKA3AFFDnCf9atsCelBDSt8cx51AfJD1JGmo6 pUhC97V09ra9XunaEBTLRKWBrh7bN1id2ONMof5WT2QBNmfyBAssl7FCavfzq42z_FlGGKLMLN3A ck9SgghiRFr4lE.GWfDdRZ4Zbx0fAoaX.k_dqc4ylI8GJrFINIVGa0uzrYNRZsCADnUI98RFEL3n aVPovNXlJlmKj70WtcNkHVY_2L66oxbY8aVz4WmQttv5F9QcAFtNQnF8ELJUNzslzhyHWpur2z.N zg_4tLnRRPg6K.DOLqC4PA6wJZidirozvbMKFmxa5KWpahYWkpEUTpW2zbPDe.rkC6mEwlzLd78N wDnVSJKS53YhvTt2889Q- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Sat, 3 Jul 2021 15:33:25 +0000 Received: by kubenode546.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 74b9d8f25a72b3bfc16b4eee6be67e77; Sat, 03 Jul 2021 15:33:19 +0000 (UTC) Content-Type: text/plain; charset=us-ascii 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 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: llvm10 build failure on Rpi3 In-Reply-To: Date: Sat, 3 Jul 2021 08:33:17 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <77A35ACF-275F-44C8-AEEE-4EFE5B5CBEA4@yahoo.com> References: <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> <20210624043000.GA87740@www.zefox.net> <22B941CA-3AFF-42FD-98D1-D40EC2F6EC43@yahoo.com> <20210624160109.GB87740@www.zefox.net> <3B41633E-AAFC-422A-8D73-3B1B001023F0@yahoo.com> <20210625001651.GA98214@www.zefox.net> <5A26965D-2DFD-4A46-A171-A382A61E3CFB@yahoo.com> <20210626035234.GA18893@www.zefox.net> <43513842-6FC0-4A89-8F0C-9EB2B328A5ED@yahoo.com> <9CFE71E2-23C3-4072-A8AD-74EDB339A146@yahoo.com> <60EEFD09-97DE-4B4F-BAFD-61B96EF60E27@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4GHGF24fXyz3lr9 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=siPYI982; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.82 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-1.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; 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.82: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)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(1.00)[1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.65.82:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.82:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.82:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Jul-3, at 01:45, Mark Millard wrote: > On 2021-Jul-2, at 21:47, Mark Millard wrote: >=20 >> On 2021-Jul-2, at 19:23, Mark Millard wrote: >>>=20 >>> I just noticed that in several prior messasges I quoted the = llvm-tblgen >>> command that generates the *.inc files with the odd contents instead >>> of the later compile that tried to use the output files in question. >>>=20 >>> This leaves open the possibility that I had incorrectly checked on = if >>> the build had failed, the build possibly not having reached the part >>> that used the files as of when I declared it was past that point. >>>=20 >>> So I may need to rerun some tests. >>=20 >> I have restarted a RPi4B total_mem=3D1024 test build of devel/llvm10 >> via poudriere (-devel). >>=20 >> It has: >>=20 >> [00:01:12] Deleting llvm10-10.0.1_5.txz: changed options >> [00:01:12] Pkg: BE_AMDGPU BE_NATIVE CLANG DOCS EXTRAS LIT LLD LLDB = LLD_LINK OPENMP=20 >> [00:01:12] New: BE_AMDGPU BE_STANDARD CLANG DOCS EXTRAS LIT LLD LLDB = LLD_LINK OPENMP PYCLANG=20 >>=20 >> as your builds vary which target it fails from from one build >> attempt to the next and this better matches what your logs >> report. I need to wait until after all the *GenGlobalISel.inc >> files for all the targets have been put to use before >> concluding that it did not fail. Your logs have gone up to >> at least 17:34:09 before reaching a failure of bad content >> in one of those files (when only devel/llvm10 was being built). >> In other words: a lot more targets used their *GenGlobalISel.inc >> file(s) before one failed. >>=20 >> The context for this test is based on: >>=20 >> # uname -apKU >> FreeBSD Rock64_RPi_4_3_2v1p2 14.0-CURRENT FreeBSD 14.0-CURRENT #1 = main-n247651-a00d703f2f43-dirty: Wed Jun 30 02:02:01 PDT 2021 = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/main-CA53-nodbg-clang/usr/main-src/arm6= 4.aarch64/sys/GENERIC-NODBG-CA53 arm64 aarch64 1400024 1400024 >>=20 >> (So it predates today's workaround for allowing lang/rust to build >> via main.) >>=20 >> Usual rules for me for for USB3 SSD, swap/paging space >> size, etc. >=20 > Well, at this point grep usage shows that the files shown by: >=20 > # find = /usr/local/poudriere/data/.m/main-CA53-default/01/wrkdirs/usr/ports/devel/= llvm10/work/ -name '*GlobalISel.inc' -print > = /usr/local/poudriere/data/.m/main-CA53-default/01/wrkdirs/usr/ports/devel/= llvm10/work/.build/lib/Target/AArch64/AArch64GenGlobalISel.inc > = /usr/local/poudriere/data/.m/main-CA53-default/01/wrkdirs/usr/ports/devel/= llvm10/work/.build/lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc > = /usr/local/poudriere/data/.m/main-CA53-default/01/wrkdirs/usr/ports/devel/= llvm10/work/.build/lib/Target/ARM/ARMGenGlobalISel.inc > = /usr/local/poudriere/data/.m/main-CA53-default/01/wrkdirs/usr/ports/devel/= llvm10/work/.build/lib/Target/Mips/MipsGenGlobalISel.inc > = /usr/local/poudriere/data/.m/main-CA53-default/01/wrkdirs/usr/ports/devel/= llvm10/work/.build/lib/Target/RISCV/RISCVGenGlobalISel.inc > = /usr/local/poudriere/data/.m/main-CA53-default/01/wrkdirs/usr/ports/devel/= llvm10/work/.build/lib/Target/X86/X86GenGlobalISel.inc >=20 > do not have any examples of: >=20 > @2779096485 > @0 > */, >=20 > so I doubt that the build will fail. But I've left it > running. >=20 >>> Side note: >>>=20 >>> It llooks like = http://www.zefox.org/~bob/swaplogs/poudrierellvm10.log >>> shows that you tried with: >>>=20 >>> Device 1K-blocks Used Avail Capacity >>> /dev/da0s2b 1048576 25784 1022792 2% >>> /dev/mmcsd0s2b 1048576 25124 1023452 2% >>> Total 2097152 50908 2046244 2% >>>=20 >>> A gather that the problem still occurred? >>=20 >> "I" gather, not "A" gather. >>=20 >> (I can not tell which build attempt the log is for but >> I expect that you would have reported a successful build >> if one had occurred.) >=20 > FYI: at the moment . . . >=20 > # swapinfo > Device 1K-blocks Used Avail Capacity > /dev/gpt/Rock64swp2 3145728 1116384 2029344 35% >=20 > My odd variant of top reports for swap/paging space use: >=20 > 1271Mi MaxObsUsed >=20 > (maximum observed used) and: >=20 > 2180Mi MaxObs(Act+Wir+Lndry+SwapUsed) >=20 > As for RAM (each MaxObj can be from a different time): >=20 > 961312Ki MaxObs(Act+Wir+Lndry) > 712760Ki MaxObsActive > 261724Ki MaxObsWired [00:02:15] [01] [00:00:00] Building devel/llvm10 | llvm10-10.0.1_5 [09:56:37] [01] [09:54:22] Finished devel/llvm10 | llvm10-10.0.1_5: = Success [09:56:45] Stopping 1 builders Still no reproduction of the build failure. FYI: swap/paging space use: 1271Mi MaxObsUsed Memory use: 1938Mi MaxObs(Act+Lndry+SwapUsed), 2180Mi MaxObs(Act+Wir+Lndry+SwapUsed) RAM Use: 712760Ki MaxObsActive, 370520Ki MaxObsWired, 961312Ki = MaxObs(Act+Wir+Lndry) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sat Jul 3 16:14:24 2021 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 C156811F69AA for ; Sat, 3 Jul 2021 16:14:32 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-21.consmr.mail.gq1.yahoo.com (sonic309-21.consmr.mail.gq1.yahoo.com [98.137.65.147]) (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 4GHH8S3cm2z3q5r for ; Sat, 3 Jul 2021 16:14:32 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625328869; bh=dg2fQpIqnYUkWiZmW+DwQBp3knIYh5fpF5E7S9RklBc=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=TJNtU6c34WWDb6r5TRzI/O+pm0hQrz/2I2/B6B14A/DhgBOlWasFb9fUOTYimSW+5vFUf0vTyT4lc0EvoaDEsDF8drK5qYjatsbc2kr+EIXkqZu3DlAC9dfXndjzviJW0/EU6RgbItepauiPIh62N6d5b39i4qEfOxAeJ5+Uzr6Br5HnAS8gDJ6xxqDUVI8SST6huFwLQXkD9YN2cq1Ei03RIkxgPZOdKYtooKoKcJUf5FXEQhIY5Lcu29i5JyTfEI49OQ09Q8q92xBi6zlgcRsvUX6Emsg9nOvxQn4gi/m6TrvbHyKkrIR3F6ZHdm/YgRjCTCVeq0cNpCBX6B6Tfw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625328869; bh=6OSunzxoNp5eIH+JjqFn2uq+Fl4RSxBpLHCKJTtJrYV=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=dZXNebnS1/6yARyqNLdU5mmrkVu7AK4sO0y2/HhOCb3F5YnyzQ1AdkciMwK1xVelQNFJRaezTqheSlSDXInrXjtNJJEspfTZznJXyZDa9zqLNmyRg/LSdhM/w7ogGrVJi/Jn5mvE6rGLG4C8HBA9hj4SdxVNleysXAOD6AE1KlNfofmfFPozyKogAOtc2V9CsbCXvCThiUhO/O+VeMS/tn6i/CHhstd94xJDITAmCfcUao5OrlN4MHKHMwId0hd6iS5sM0xahN/s1rYuemu1MX3dWC8HBDlVd26JHsLUZkkDN2r/7HIY8S1sFs0OjJiSpLzVRMweKjSz9/2XQ28eUA== X-YMail-OSG: uPPXepYVM1m0lNOEaWcVZxnPyVPMv0ZGSCYng64dDFcAgsleO.k00HOdwQVrTTV hHOxDg3emM1WOR2iNhUsW4wV._9YFqX0EdkldxbrXp5SMOUAvtKTv4L2s8tPJQqm5oZpEn5CCTBe lQrpmx8Iy3OOuxnbEkvwQEje8ZnCgYLQgeuNGtnxoXn9hwAHDsLjCGtBILmkS1xBODipt_eXUTVU y9AzuXtAxWbAcxahJX.zWRfKn1eIh7D9jyy.2Oi8i2Ft43nhqmcLpZ0SUKX5SwcGhP9zyGleh6pU tg9RSRLU8I9BKYxiuvP3mpP7Fj8gWaZ5Lk8doXy.Pm6XCfxzvXOMcjZ1mgNRQclb2oS18t5tAvcB IVi9mjKyGbORlRjDHLkZU_Z9MqMabdtt8bJ69CRqhkWyjIoJ2aoXqUpXJfQaNtkCCqcJG9gIOoAh ybI9YrmMRh4Zx_6t4Db1Z18cJkMLbvwC2pg.fJQdSI.7ZN75XBu7fCrW4.lvQz33d7g5ulFC.sqy iyAQQ.D3NBIxqaeNxkSgQ3_3MDQUa0ahst.PQQY6r0CyBjYWkNbdpd3gMpT3YMRByRX4CJfjkZIF SJMde78IcaJgKlwoUn7MWVjtRpR9Jxx1RzPrPIARU9YafKIFl08iyvOAI4D3qnTqSNSR88yMsKk6 LhvbyAhFH7NiBwlo_K9Oa3vyZyScmRmCExh7wjFh0zN6ZHTfqghbbb3wHbtR6ufXxVGZ1Hel1q.2 nkrSkPvWTG3wX8EY62LoCuQaMhV.mJ4JHGd9JTXmxfIP10N_AW9RzEvg34xvHnQjNQBJZ1VcTSVy YoXfJoMVWHLBycowf92Wna0HKx1C2153A2AQmSb76PoPJhES_XJuHS4VWCmzMz5DVes.NBME51rR sd9D26JEELO20tQiULfErb0dbirju4Ypbhn_B4YQ.WGgyLTt_gq5GmaBviZREx1xYWAKam0HT8mM BUwx.TImJS_q0TejrbDgNwX3BkYE_.4HcVBzLZLBJYrAspEnSzO0ezNIwuSiIHlPTl4gXK.EvuO0 C.PcJcD61kszbe.yrDplvgu6HIYErYsF1fScEo38HJ0hJ7raZRhwWvn0WuPlMdt.eN978M3LPw2z WqA7t3EvXqmHOuwi4RptKogDJzYUPJcLJV.w577T6A3iZWl.QpFDf7jICiKvHvrC7w3.5esV0vwL CVlFaa1NmSsWjvXMkPUXhkWGS7cEdt0KozTvWl7CcwG06FGxfWDCQxDkg7enUpc61vWnUQOwAjUG 2s2mpK6yo5VTaBgE_B3rtyuHIMI2wkEq79A4YSloin2GXHhVxGzWl5ZyLOpijJUdcQ1eAAwwy7kU hdWJ4LwkERTfHxYdsgKMPt.0v7uBcQI_CGZI2Z8jOGUXjUxyVNKeQIRgQ8XsYRNSpX3jz6bD0tMR CRGxXw8f.6Lj16xvmNGDdzQsCUp3AyLpISmZA8bs36Qv7ZJNs5jGzZ6I3Ly0FExPRNd9uJwTsb3G KbC2vCW7Xp3UlQRiW9N0OrWFZuvXHNEXBUm6dMcNZlriHHqmL7cQORgpMCRVU6yK1kxqdaB3Abvx 6t3nmVNMtlHs1dW0tHFUwbb5jI_leGijwkD.zsjoldJ3OOczrWTOx_KCc2ffbit4NLT3iBf7KTf1 9g_czjNDG.YuHUWH3QW8D7WOG8FEz4kVgLa7PsQEv5r2fW3RuLEYbUXYDypmOaXwzVpp7iQHN8zi RwTk5K0Q8a13MtotgonFxlfijwK1EyG9stoHIZqYS7XUXh29BE2QBiq89WoJUIngrIpd7oTBzkLi eBNMRHwW3xIDN9UmOj6sJqwFrBbEZfS0ymXRvX4FpRWOh1ai7oVZhLvTwFRUze7UuXqdwGslbAq1 0QPsEtLOx7TSU46K46uaD.X0MsJDA4.RSnJ.y8skA0y1TniJrYeH4F0SrmEojWFT0yxkFwoTOdic iJcxrNOjm6ApSKvgDCUXnPjHZY8cGdZgPojX0jzxbkmD22pw4F6_62L8Ydq35N3dyQS8qYdWHTzJ PHueYxy5qk4b93qDBZ1mm2vUNv08ueFQVj7RzPppajbesSlpOZW1FP0ZyRdBZ.cyZwtORyYsjVIb tGPYVJAaryCVgD4jDa3ZOJDT9gd7P0J.tEmzxZRnDf9WK3pVUfWzklKMUBBZyZhbS2Oy8hYxAUZp lnBPUPv7klMzA0zREatfsXJt2tRoga5sCvzX3nZAxipM27_.Je5zkLZpNjIFdb8ZP4836q659wIy u7znHkBnQ8htXsHPkQM04HQVqsf7l7pW3289vQckt4Adz9buhh3lw5MtU4YBWSItoD_AG5DU3bIw WJLVkeYUTMRIqAVf8yC5HmfxDdPoCkIP9nKVA._ijoWOBItVfeb.XmwP0uxtMgoIVKiOeStCgTlD ZrmmeOMvLp2MEu5oTvgh536AdUwN4ovLeWGPurnW.o5AWfs_FRw12_oXd1U4Awfqvj5rLhSvKgIL 3BsfCIgxcN_uG56mg8DpsTgeDQiTRihZuSA3YnFaxGHr1f7nws0LKv0NI3TGwQ5ZL7s8mozteUG8 fYaohuUeFCtK6Qtn0gao_RhspXEpDUWd2rM7YD2GBmWVC_6evcJg- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Sat, 3 Jul 2021 16:14:29 +0000 Received: by kubenode522.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 3e583ee141b82e8dbccf09c73108e8b9; Sat, 03 Jul 2021 16:14:24 +0000 (UTC) Content-Type: text/plain; charset=us-ascii 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 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: RPi4 - Booting from mSD with USB storage In-Reply-To: <0309ED7D-32C9-4A5A-A867-5C4CA454212B@jbass.io> Date: Sat, 3 Jul 2021 09:14:24 -0700 Cc: "freebsd-arm@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: References: <0309ED7D-32C9-4A5A-A867-5C4CA454212B@jbass.io> To: Jordan Bass X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4GHH8S3cm2z3q5r X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-arm X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Jul-3, at 03:11, Jordan Bass wrote: > I've installed 13.0-RELEASE on a micro SD card to use on a 8GB = Raspberry Pi 4. The Raspberry Pi 4 launches u-boot from the mSD card = successfully. Without any USB devices attached, u-boot will boot FreeBSD = from the mSD card successfully. When I attach an externally powered USB = SDD enclosure containing 2 drives and try to boot, u-boot will fail to = boot FreeBSD from the micro SD card. It will then try to boot from USB = and fail because they are just ZFS storage. Finally, u-boot will = endlessly try to boot over the network. >=20 > To work around the problem, I can detach the USB drives, power on the = Pi, wait a few seconds, and then attach the USB drives. >=20 > I've tried the 2021-04 build of u-boot, and that will boot from mSD = with the USB drives attached, but only because it fails to detect the = USB devices, and the ZFS pools will not be imported on boot. >=20 > Does anyone have any suggestions for configuring u-boot to behave in = the way I expect? I want to boot from mSD, even when USB drives are = attached. >=20 You do not report what, if any, error messages U-Boot is reporting. Just in case it is relevant, I', going to quote a list message from back in April: QUOTE I will note that one thing that was discovered was that u-boot does not well support having a USB device with more than one storage LUN in the device. It produces messages like: Scanning disk usb_mass_storage.lun1... ** Unrecognized filesystem type ** ** Unrecognized filesystem type ** Scanning disk usb_mass_storage.lun3... ERROR: failure to add disk device usb_mass_storage.lun3, r =3D 20 Error: Cannot initialize UEFI sub-system, r =3D 20 2676208 bytes read in 41 ms (62.2 MiB/s) libfdt fdt_check_header(): FDT_ERR_BADMAGIC Error: Cannot initialize UEFI sub-system, r =3D 20 EFI LOAD FAILED: continuing... BOOTP broadcast 1 DHCP client bound to address 192.168.1.171 (121 ms) *** ERROR: `serverip' not set (Text is actually from a test that Fedora's configuration at the time was getting the same sort of problem from its u-boot build. The text just happened to be handy to grab.) It seemed that such a device needed to be plugged in after u-boot was no longer involved (and to be unplugged before u-boot would again be involved). I mention this because having multiple SATA drives possible might be an example of multiple storage LUNs for a single USB device. There is: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D253983 that starts before the u-boot tie was known and progresses through it being discovered --and that mistakenly indicates "Closed FIXED" to indicate that it was not a FreeBSD problem. (No problem was "fixed": just isolated to not be FreeBSD's problem.) END QUOTE To my knowledge, you would have to adjust U-Boot's configuration to complete ignore USB in order to work around U-Boot's problem for such contexts. Looks like Robert Crowston provided some notes that go in this driection. There might be multi-storage-device (each single LUN) that also have problems, for all I know. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sat Jul 3 18:25:46 2021 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 77DEF11D9FD0; Sat, 3 Jul 2021 18:25:46 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GHL3t1TBNz4Vp1; Sat, 3 Jul 2021 18:25:45 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 163IPlLj018148 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 3 Jul 2021 11:25:47 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 163IPlpF018147; Sat, 3 Jul 2021 11:25:47 -0700 (PDT) (envelope-from fbsd) Date: Sat, 3 Jul 2021 11:25:46 -0700 From: bob prohaska To: Mark Millard Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Subject: Re: llvm10 build failure on Rpi3 Message-ID: <20210703182546.GA17871@www.zefox.net> References: <5A26965D-2DFD-4A46-A171-A382A61E3CFB@yahoo.com> <20210626035234.GA18893@www.zefox.net> <43513842-6FC0-4A89-8F0C-9EB2B328A5ED@yahoo.com> <9CFE71E2-23C3-4072-A8AD-74EDB339A146@yahoo.com> <60EEFD09-97DE-4B4F-BAFD-61B96EF60E27@yahoo.com> <77A35ACF-275F-44C8-AEEE-4EFE5B5CBEA4@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: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <77A35ACF-275F-44C8-AEEE-4EFE5B5CBEA4@yahoo.com> X-Rspamd-Queue-Id: 4GHL3t1TBNz4Vp1 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N > >> On 2021-Jul-2, at 19:23, Mark Millard wrote: > > > >>> Side note: > >>> > >>> It llooks like http://www.zefox.org/~bob/swaplogs/poudrierellvm10.log > >>> shows that you tried with: > >>> > >>> Device 1K-blocks Used Avail Capacity > >>> /dev/da0s2b 1048576 25784 1022792 2% > >>> /dev/mmcsd0s2b 1048576 25124 1023452 2% > >>> Total 2097152 50908 2046244 2% > >>> [hope the quotes are right!] That's correct. The sequence of experiments ran something like this: The Pi3 was configured with a a pair of ~3 GB swap partitions, one on microSD, the other on the 1 TB mechanical hard disk. Make was not limited in the number of jobs it could parallel. OOMA was restrained by putting vm.pageout_oom_seq="4096" vm.pfault_oom_attempts="20" in /boot/loader.conf The usual "excessive swap" warnings were presented during boot and ignored by me. Worlds and kernels built wtihout trouble, so I tried building www/chromium using poudriere. It stopped in /devel/llvm10 with the "expected expression" error and continued to stop there despite updating /usr/ports several times. At no time were there any hints of swap problems. Resorting to a GENERIC self-hosted kernel made no difference. /usr/src was not tampered with. Eventually I resorted to running make in devel/llvm10, to my surprise it ran to completion. It also ran make package successfully. Again I tried to build just devel/llvm10 using poudriere, again getting "expected expression". At that point I resized the swap partitions to 1 GB each and tried poudriere on devel/llvm10. That got rid of the excessive swap warnings, but didn't help. Finally I placed MAKE_JOBS_NUMBER=2 in /usr/local/etc/poudriere.d/make.conf and tried again. That still failed, still with "expected expression". Since devel/llvm10 had created a package successfully, I tried slipping a copy into poudriere's package directory, hoping it would find and use the package to make further progress. Unfortunately, poudriere seems to remember the failure and won't use the proffered package. It's still running, on lang/spidermoneky78. There were no reboots between experiments. My first suspicion is that I've somehow screwed up the poudriere setup, perhaps by a fumbled execution of poudriere jail -u, which I mistakenly thought was needed after updating /usr/ports. The fact that the stoppage reported looks like a syntax error specific to devel/llmv10 which is unaffected by swap pressure makes it seem unrelated to kernel or swap constraints. AIUI, the hardware of the Pi4 is considerably different from the Pi3 in terms of memory management, noted from an interview with Eben Upton on YouTube. He didn't go into any detail. Whether that's relevant is unclear to me, but it does suggest the Pi4, even with restricted memory, won't behave like a Pi3. Is there any sort of sanity test for the poudriere system? If I delete and re-create the existing jail can the existing package library be preserved and re-used? If not, that's OK, I'd just like to know beforehand. Thanks for reading, and all your help! bob prohaska From nobody Sat Jul 3 20:15:19 2021 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 E752F11E307D for ; Sat, 3 Jul 2021 20:15:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-24.consmr.mail.gq1.yahoo.com (sonic312-24.consmr.mail.gq1.yahoo.com [98.137.69.205]) (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 4GHNVP3bvBz4fv7 for ; Sat, 3 Jul 2021 20:15:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625343323; bh=ME3YKLEHK6dN6TqjD7qzhYAQrw65oukIriB9iaJvC4o=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=WMSqzn5xLUA3TRWwWmh1NMvt7ZTs4fMWyCmzOadskWcbWjIAmKX7kFQGTzT2b6MZAIApx6KzBzxhUfsY0qu1CYkXE2BAv6OL+VO2s9VhExdtnl4PQ3raodVMsOUnFlqS6mgiexrWaH+KJvcnsTXKlmfPXgsTfOrf48uG0kj1/la72Yh5TVQcJHiqUBSdT3im1Xch0X6bcXDAasuAu9xV++iL/sQttbFqYG71KaovB8anc+2+boCYhEYdfiXC7J0elFaP4ZhTj7W4vK+2flgU7b6Ga+qL2ElOV3uS1wXltl6MFMZJpHANFiKmWNbzfWrZxPawsXVSGpfl3rFrzPTBlQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625343323; bh=tRvT8w5cKNvXv3LBwYq5tZuNAVKpXMsnXSJEGMAOEjs=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=BuwsO7sdlhkz0dIqyZiFQWw8XXhOpHNELfcd+UYpMnuKwZwjc6qqdiOqeaRDe29Dun+eXLVDxt0W8uM63sm3b17Tq8s+2FNl4e90zeoRsBnpRlcOKUf+YVrDxNshceb23EmG9U1XoQaxh7E1vbOAU1QByh+XpUNG3C/rm70SZET1FcQPxxPLEJcTS2F8PwYvGw9vrWgFNG1PcMIzZt1gbE+dssQ3vSUrW+0n2t/omgiOaSL04w4e17WXZZ5TbAS+GQpZU7StXNWXSbJZa7c5uX/ZQNR1YsRh08jIqHWOId3Y+PdR1skGS24MpaWkAz5Kno4RwrvoSwylK+ohZQ+/qA== X-YMail-OSG: 1gJzA90VM1mHTsKqjPjegW0oGT7Q7KRWn96eRJ_keA8uqt4NeNaC27dZ7vqT86_ 3hE4WVf6l1B6WxLBe_3Ra8fvU6FWpvh.gGMXAGDAMYN1rgo8udtjqgzSejXpku5jEY5EeiJeg7qd i9PmyQ5PvSonxQxDPSHdhAHlXqcNoUaw59Tunav7_iVB62jlXHL8NGbxFNoBQJ4sZ7aQds9aJcZ4 DdSm.bEBUnmESc0UCTBeknzv6lW0psbHLZeaH6SRMmDrboLFjFRnxOlNNAZHOF7owVjHk_pwS4a4 vk1BFmozBbfETFjjEVb5EazXlTUjgkW14gX6Lp2P35AX.bq.okZblXpTxiVaLT7_XykRrYDcgyWF YxxMwgvMRdUi2.m2jpw6f0vNzTJLEjPyLsNJq5Rlvf7D5xwdlC7KEDkTDH6oFe.WVrJoFgCwE0BV iQeCBfwD5EfKcwMipu60MkwTpGvzp1jfzB0prXjA3OTbFddcdVHeoB06Pig0yK1S8XyDZ2GvX7Kd OpZH0D_T4986KKnleoyNCWwNlxXETMV8xwTNuKOrTTw4AMNizAsJSIvvpuqoPQo0MVHCcFAXClM1 wa.2VAn1oPcdvjl_.C4G5PlQXB6IwykBxFIAoF434I8.lf1.1EodsXXA1Jy0syToZmX4iewqriqc Cwy5Pn44J.Vnz7mHgFaa1Kwkl0C8fSAznAToqZUN7QxINN5lrQiZKU4Uf3Q_O10L5HKa22E1sEdM tWgi4sSVDWDuPlTiLv7CbivNg8NrzsJBGXWfA03GFD2IVMnNN9p5sGGECC7aJJSiWTeQXB_s3FHf flC_urF0Q5amFt96kHk_tLct.CtFmp0GiCt0CQYQasVv0xp9jKsyH8cG2jWfZIjFybsTV.kioJD0 oBvFo9TyrjF1N5TweztOXBtQMpm86Upyca8.67En2QqwlqrJzoHWZaRfcO8ttHd3IqqDmTf4yu0E nK7lJSoeiIl7tlOYsbJDwCiAcWL.X_Y_h3UIZ_ESWx05HNwrXY6mp4tn6gwXFs4rV8_AOjI_liQ7 t6A8WGTpxzPmEb_wmhM3542TlngL1mR4iQ7N92OAqwjlhZ5Eor.nwAJWsrJuJ9b5vYI7an3cEtxM ccFQeAdwgAMKKdhxVhVvRWjqzsFpTfyqzYpGtCsFFybGmdJcA1M4q5gfxhItVqJ6.9mE8EmB8O.O n.524TH8rcGS92uVFASHN9QHAz6OOfSwuQbDpzn4h4tyyUfX81KrjuXiSzE0lzT3gWQYcuTb6wvZ ZskkwNcSlVrDqWS1o2R2AJV4N.HhEgZvmTYqkz87xxFCiMZ.3C7bjxA6ztC5URsLWOXSZ8HHn4p9 eZiCy__DhIbn5aalokK1w6JFnpfV22Nw7VF7KQyTQB8M0hbGUIiTT3S6tfc0qU0_BlzQVQEPCp1_ YVMZzeCkHnVdJltuU_TSV754QCLXHxCf3QQzf4eajGsjDHCZniC59NYkEXSo3ViAUYxL8gPo_Yu7 NFRo.FbUQNZSpNdR.xV0iPB3SMhAXAxCbKpGAHZBLK7IPGqxF9SPrIZvefZ5ld3dEUWJ.3tpz63O YV_REC2SrI8cPub9xnd7_TN7dFxRsqcrheRfmR1AOodf3jD62lIRwvF.EOP7y7IStEXbI7bywuKS DKs_.ghGc.wRE.j3J1pYjIO0re5FxwKF2oaD9PcCjhD3.AJkdbcKv_XGBB4UGxdcmm_nHLe1fqvP 7Q1TE6amEulArzkDrYo.ERbc6moSkWmRHdc_Pj2N5BR2c2HNw2BQiaX4Q3wQai2L05LUpX8IWZyt VDz0MMs6sHIzOE6ASjcSUV9wHoShHOYhQH4g3Cbvd6gmC5vgGwdSh0aJGcIgT9EYP0._tnIH.lw4 Y7bMuUDsaSVennZcxH7RrXULYFKAXHeX_h348jaxnbbQmLwFhrKZqXuCgi9kpHIkGawtz1.yBURQ 5Hw.GCz9.Cfj7nq_Ry4.aTbvV1Dpy_STEcrSRfl5lB1lLd9XVED1BUvEmGewvBhet00bb35TRPRn w6fBjNeKqGIPwEG3jcmFji5tcZ2lx6CK.Euo0Oa6zKQTWaOa_UlkGXbq645lJYA2RF..8ipw68qP ze1NsSgsHg0CF1gsfKxQAOg6CuIAOzqWCkmSMMOBJcIzqBLphACTQUYH.qYPPDUx962.7aDn7p8t dsXOJjFowJqxjanKNxkZfzKS.MsHGkpYOjQI4nxi.WiqEAYWzC54mATY6dBTPz.Gok.XG3uW2pjY dpe8SP0f8xjtaQbH6.Ffp4hQxwSNtN1eW1ZUITsIfZzSYaea7kWxoV.Y4Su1aq8tEs.cgmcV9aX2 Tcyzt1dlq6QHX0VEH9q6n_04GpOOYYxj._lOvx3SvUfkAfPPiQS1.5qQPEJ92XruFisfreM5STZ1 od2.8eQ9v2FP28kHZC9ESj.3P4bPBQqLCqmDNr3HZjgOvbAzSBcWtkcANxse4rAQGPuquw8PO9SK mwCp.QZ1qIRU7dx_XiCdr71CZ89E6kb2WccRQb7poWzcu6hVK0_Rd7WBS0AbrwrRtOvBhntiMgHi pBquBNCjRecEJsZNMoLgDhYhXJyXrgf7SZxylhnm1hnRK3xeNpSHLHuNdpLePgJoyJrbQ0kjNAvn YqXLtaLzAsqJFbWaRTrw87r2CrtR1zZYRXLCTalmPfrRj3bkW.0ovw94epDVoyHUsZoYH_6Q7U7A 81TPu9OHx1F82iXVgNAxgkkgxqk6Y3BW9AhrFQO6ZOk5jt4VA6UCKLxe42nkYhGJd9fodbVLBQQI - X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Sat, 3 Jul 2021 20:15:23 +0000 Received: by kubenode534.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 12efd7a89fdcac6060fd607cc695f452; Sat, 03 Jul 2021 20:15:19 +0000 (UTC) Content-Type: text/plain; charset=us-ascii 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 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: llvm10 build failure on Rpi3 In-Reply-To: <20210703182546.GA17871@www.zefox.net> Date: Sat, 3 Jul 2021 13:15:19 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <380184FB-6BA1-4C2D-9C6B-E249C2CF1317@yahoo.com> References: <5A26965D-2DFD-4A46-A171-A382A61E3CFB@yahoo.com> <20210626035234.GA18893@www.zefox.net> <43513842-6FC0-4A89-8F0C-9EB2B328A5ED@yahoo.com> <9CFE71E2-23C3-4072-A8AD-74EDB339A146@yahoo.com> <60EEFD09-97DE-4B4F-BAFD-61B96EF60E27@yahoo.com> <77A35ACF-275F-44C8-AEEE-4EFE5B5CBEA4@yahoo.com> <20210703182546.GA17871@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4GHNVP3bvBz4fv7 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Jul-3, at 11:25, bob prohaska wrote: >>>> On 2021-Jul-2, at 19:23, Mark Millard wrote: >>>=20 >>>>> Side note: >>>>>=20 >>>>> It llooks like = http://www.zefox.org/~bob/swaplogs/poudrierellvm10.log >>>>> shows that you tried with: >>>>>=20 >>>>> Device 1K-blocks Used Avail Capacity >>>>> /dev/da0s2b 1048576 25784 1022792 2% >>>>> /dev/mmcsd0s2b 1048576 25124 1023452 2% >>>>> Total 2097152 50908 2046244 2% >>>>>=20 > [hope the quotes are right!] >=20 > That's correct. The sequence of experiments ran something like this: >=20 > The Pi3 was configured with a a pair of ~3 GB swap partitions, one on > microSD, the other on the 1 TB mechanical hard disk. Make was not = limited > in the number of jobs it could parallel. OOMA was restrained by = putting > vm.pageout_oom_seq=3D"4096" > vm.pfault_oom_attempts=3D"20" > in /boot/loader.conf The usual "excessive swap" warnings were = presented > during boot and ignored by me.=20 >=20 > Worlds and kernels built wtihout trouble, so I tried building = www/chromium > using poudriere. It stopped in /devel/llvm10 with the "expected = expression" > error and continued to stop there despite updating /usr/ports several = times.=20 > At no time were there any hints of swap problems. Resorting to a = GENERIC > self-hosted kernel made no difference. /usr/src was not tampered with.=20= So you still have not tried an artifacts or snapshot kernel+world? > Eventually I resorted to running make in devel/llvm10, to my surprise = it > ran to completion. Interesting. Was this -j4? -j1? -j2? Any other interesting characteristics for how it was run? It would be interesting to see if building in a chroot in that make style also worked (or a non-poudriere jail). > It also ran make package successfully. Again I tried to > build just devel/llvm10 using poudriere, again getting "expected = expression".=20 >=20 > At that point I resized the swap partitions to 1 GB each and tried = poudriere > on devel/llvm10. That got rid of the excessive swap warnings, but = didn't help. > Finally I placed=20 > MAKE_JOBS_NUMBER=3D2=20 > in /usr/local/etc/poudriere.d/make.conf and tried again. That still = failed, > still with "expected expression".=20 I'll note that the running build build shows Load Averages of under 3. So the MAKE_JOBS_NUMBER=3D2 seems to be working. > Since devel/llvm10 had created a package successfully, I tried = slipping a copy > into poudriere's package directory, hoping it would find and use the = package > to make further progress. Unfortunately, poudriere seems to remember = the failure > and won't use the proffered package.=20 After things build correctly, things tend to look something like (using an example): 2# ls -FTla /usr/local/poudriere/data/packages/main-CA53-default/ total 12 drwxr-xr-x 3 root wheel 512 Jul 3 07:19:32 2021 ./ drwxr-xr-x 4 root wheel 512 Jul 1 19:25:44 2021 ../ lrwxr-xr-x 1 root wheel 18 Jun 28 04:32:43 2021 .buildname@ -> = .latest/.buildname lrwxr-xr-x 1 root wheel 20 Jun 28 04:32:43 2021 .jailversion@ -> = .latest/.jailversion lrwxr-xr-x 1 root wheel 16 Jul 3 07:19:32 2021 .latest@ -> = .real_1625321972 drwxr-xr-x 4 root wheel 512 Jul 3 07:19:32 2021 .real_1625321972/ lrwxr-xr-x 1 root wheel 11 Jun 28 04:32:43 2021 All@ -> .latest/All lrwxr-xr-x 1 root wheel 14 Jun 28 04:32:43 2021 Latest@ -> = .latest/Latest lrwxr-xr-x 1 root wheel 17 Jun 28 04:32:43 2021 meta.conf@ -> = .latest/meta.conf lrwxr-xr-x 1 root wheel 16 Jun 28 04:32:43 2021 meta.txz@ -> = .latest/meta.txz lrwxr-xr-x 1 root wheel 23 Jun 28 04:32:43 2021 packagesite.txz@ -> = .latest/packagesite.txz But, if a bulk is in process or has finished after some package had a build failure, there is also a: .building/ in there. That is what the message: Using packages from previously failed build: ${PACKAGES}/.building is about when starting poudriere bulk again. This is how poudriere avoids rebuilding what successfully built --but without adjusting the prior successful bulk build (if any). So poudriere would have expected the file for devel/llvm10 's build to be in that .building/ directory instead of down under the .real_*/ directory. (I've not checked if there is other record keeping in .building/ about the materials as well.) Going in a different direction, one way to force a build to start over after a failure is to: rm -fr PATH/.building before starting a new bulk build. This might be appropriate if one suspects a problem of a kind that did not stop a build but produced something for a build that fails to operate correctly. > It's still running, on lang/spidermoneky78. =20 So lang/rust finished. That is interesting because it includes an llvm build internally. Also: had you updated to pick up the workaround for the rust build failures on aarch64? I doubt it because they were commited on 2021-July-02. See, https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D256864#c18 So that you did not get the process crash/core-dump during lang/rust 's build is interesting. > There were no reboots between experiments. >=20 > My first suspicion is that I've somehow screwed up the poudriere = setup, perhaps > by a fumbled execution of poudriere jail -u, which I mistakenly = thought was > needed after updating /usr/ports. Again, poudriere does not control memory initialization in the processes in the builders. > The fact that the stoppage reported looks like > a syntax error specific to devel/llmv10 which is unaffected by swap = pressure > makes it seem unrelated to kernel or swap constraints.=20 The files with the syntax errors are ones generated by llvm-tblgen during the build and it is the output of llvm-tblgen that is corrupt, showing evidence of having used memory not initialized like it should have been. > AIUI, the hardware of the Pi4 is considerably different from the Pi3 = in terms > of memory management, noted from an interview with Eben Upton on = YouTube. Why would Eben Upton be talking about FreeBSD's memory management? I suspect that the talk is not about what you think it is about, but some narrower aspects than the overall memory managment. > He=20 > didn't go into any detail. Whether that's relevant is unclear to me, = but it=20 > does suggest the Pi4, even with restricted memory, won't behave like a = Pi3. Various reserved memory areas and such will vary but FreeBSD uses the same general memory management code, not completely separate code. > Is there any sort of sanity test for the poudriere system? If I delete = and > re-create the existing jail can the existing package library be = preserved > and re-used? If not, that's OK, I'd just like to know beforehand. >=20 # poudriere jail -jNAME -d # poudriere jail -c -jNAME -m null -M /WORLDPATH -S /SRCPATH -v = 14.0-CURRENT should work fine. But really all that you are doing is (using an example from my environment) is deleting and rewriting a few very small files in a directory with the jail's name: # ls -FTla /usr/local/etc/poudriere.d/jails/main-CA53/ total 36 drwxr-xr-x 2 root wheel 512 Jul 2 21:03:23 2021 ./ drwxr-xr-x 3 root wheel 512 Jul 2 21:03:23 2021 ../ -rw-r--r-- 1 root wheel 14 Jul 2 21:03:23 2021 arch -rw-r--r-- 1 root wheel 5 Jul 2 21:03:23 2021 method -rw-r--r-- 1 root wheel 33 Jul 2 21:03:23 2021 mnt -rw-r--r-- 1 root wheel 2 Jul 2 21:03:23 2021 pkgbase -rw-r--r-- 1 root wheel 14 Jul 2 21:03:23 2021 srcpath -rw-r--r-- 1 root wheel 11 Jul 2 21:03:23 2021 timestamp -rw-r--r-- 1 root wheel 13 Jul 2 21:03:23 2021 version # cat /usr/local/etc/poudriere.d/jails/main-CA53/arch arm64.aarch64 # cat /usr/local/etc/poudriere.d/jails/main-CA53/method null # cat /usr/local/etc/poudriere.d/jails/main-CA53/mnt /usr/obj/DESTDIRs/main-CA53-poud # cat /usr/local/etc/poudriere.d/jails/main-CA53/pkgbase=20 0 # cat /usr/local/etc/poudriere.d/jails/main-CA53/srcpath=20 /usr/main-src # cat /usr/local/etc/poudriere.d/jails/main-CA53/timestamp=20 1625285003 # cat /usr/local/etc/poudriere.d/jails/main-CA53/version=20 14.0-CURRENT The deletion/replacement of timestamp may have rebuild consequences from appearing to have changed (or just being missing). Nothing about any of those is going to change how memory initialization is working in llvm-tblgen's operation for generating any *GenGlobalISel.inc files, other than if the timestamp forces some sort of rebuild from scratch of some build dependencies first. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sat Jul 3 20:55:46 2021 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 06CA711E7069 for ; Sat, 3 Jul 2021 20:55:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-25.consmr.mail.gq1.yahoo.com (sonic304-25.consmr.mail.gq1.yahoo.com [98.137.68.206]) (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 4GHPP64LyJz4jnJ for ; Sat, 3 Jul 2021 20:55:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625345752; bh=mAyJgl+Nag4RaYB++I4f9H3ad6kkmQ0a1GqQk+em7PU=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=qruGZIg21cZlIu3IEYJ7DVfAXxEF/CmGWaA+NQeDs6Km9Db4G+SLK97IpW7vf4OQW+7Dwyki3Rhah+Sy9AauPVzCFiO+xFUi4Xdi7+V7SioXFpQyv703LTjd9KGttOOPpdViL2FOpExF+nhNfoyZhTt5gVhLOEUkxMGl4USI594Pn6lB/LdK24LoM7Fz4MisPJB1cTQvTSlcePLyi1ikfvO/4cZsKRZt3KpO1GUIQAe6X3ptyRvicnly+ySzJplYKaCW1klclDkyp3rdxNnt9kFeZD3zLbSCiyF03db8cwB24ozE3eryLurgyuVXIEiw3JZ8wDzJfut0ZusPnK8ryA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625345752; bh=jklxwWaQSb0pv2Sh3TX/rof8LZZRLrq6IhHPaj/PnOT=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=JQaA1ITYIMUeaqTujSj4NrknjH2YnCajjNDzQq+gHbawqFnSQrp7PT5pJwa4XQ3lFQMdsL6rR8tcu4flBGqZcSApZN3u05LRN3tLWfv7VgWRNCpDV8XjiKZL6BLy2ywJqdqdHlX6x+mV7lqoSKlV/GwQAu1aDfucJkKYcO339bKx+uDs4ZrixfPcILMGH+BbGUJRQewT0r+HzFZEOlEuDKqhr1IItKxboM1CL34Q8WMUn0IcOB6wS4BD+pRUlmdKkCKr/ZFocsEwv1ZQRhaRG/x51IDG5z/AyKLRaVrDx2Uf4L97rRdtDvIG8V3+cTnCCgj/mfcj16VIfbio2/Mt1Q== X-YMail-OSG: ptWcCrQVM1mE.MZjGipTvNNUFOmdEQrEUT3En2zOEWGyo.0qcqEjNGqsKTo4e_Z .cZ5un.BMyrzZu00OHgbr6cMDs0v57WW5Ss3OVhvxgyE2bWbV1o3DYQ6YSn58mu8at4ym3KgnaRb bg_I96FbhQRwy8I9yWmiwCInJQ35bVy1hdJVh1lJjVFl2wVYXZC1p7aQzGZg4r44l1TlHag1oQsX 5gKtc4cb7_WGEgTw1NtFvwYv44OD0aBGw0tHmN7WM0SR04_LmTOzw6xldpIFdBriFaGdtLASREc6 k5s07oOAyqVg_in5CfU9e.cr6Lovfa2Npbb4A4ROFtf2IOiUN8pkPre3d49yp0zTxvd1iob2bsnh m.v9NN08H9JNTcfDTW_R40hSRhTeqwxRoonIHIxHk9cK6cRzQH_pIrvA2eovhzjNLmScDX1CVb6r Dn47A70X2Otpq.8CcAVTUDlQqlL1fNcr261wZkBF4ilfp2dofQOmlulXuDaUl5m6OfhErQCTeH4b PuckVuHNVdfV6LNxzBCtpLpyELzR56ba6f4K_dR0ZA1XVqy2Cv_mEp4FMQvHkL0gVp.krBJTnCPz 3oTZQu5pibfJWZ6pZUrJg5g1AcXcSgYzTGE4U5dEJI1pt7hU_03IHs28u.PZvidJh4Wdtdsn_.TU I6Chl2UIGC6RE8xC0QqZgWVpUsnMPksn4NfuBt_uxowPXHbN3wMP8LsM3EJUIiEcdQZTEOdZ4t2J yLiRjltEIhuDiWge1fPHqPNT_BlvJVTcZGnpu_eTZSEjKAdk_SA6yTqu1uN53VeGq_V1JEm9Fk_Q iisiA7PRjrF3Z5oGrMx1gT3L7w3vRkrKxfmBH2ilFM9qN0KFKoTXHPZfhwbVY1AHnuLfdHU__SwJ CME5or9dyolpbIwfMViZMW3HV5VbXrMscOKyrCg2xGSRGNgMvip0H3DzcqOcvXWALBnw7q0OgolM HopNuoAG76ih_FypqciFsylbk3DqScIUwkJF7Z6w1YL11wp2E6Ie2hVcjhqpE8YqMDuxdqDdN5p0 t6veEuBA8H6gMX.SStl1tC81P.HFp4mAbVWIJiFF5G8e5tzIlwglxrfh7q0CDpv3ojhJstevZoLV cdRedShmcJFywkRZDXhVzE9cqVgtgFrSRQ9buttB.678x_1hJdWRaGKlUq0UDrIN4cr4yUBY7b52 ySCOv64jjRH2.VDh4pfsPJWhzxY5rSrtD9lgKcNiNPXegdhIKrKezcRS_f1DdCa_XAj_b1UPOG7R 8cVlxWelpmIJTjIdmoB0DNBMbyI1pe3ov81WZsJ2Gb2z50dOWHzQx49P2Os0xyqRgs6dYlPXZ04H 0oY38QCAzySrhjw2tIGUyQJq7oylUzh6GjbYhsWpOtRYzr9H6yYITEcj348z5SsesjBPcYpwMQSh WzrxTXHG87u67G7gi5R_vmCBN_FI12jmtEAwU.AlWgIU4Pe9bOeN_rxrupklU0e_tPY9tx3HbLsa CgQ1.5HUXzDRi.ca1.KcRsHQ4torQUD9YbR.6ZrqIkhqqXYOENff4FiVSlZ.lCzMI3WaJpQSG_qp _hY01oYmnq5N33.v4qT91xgv6f.Jbo4CyMYZagWAoEQZL5heibG06kqZAEQpspn2QVVWSVCfKVmG CSsk8.lzp9uOolr5e4pRX4KWpM.aDO.3NRFmY8mxIckHbvRiB61FK6AX8bAg2eWzSdgtJtTbpNpc o2L8xOF4Fy5uaifJWPMC5Qua1g1B5431uYI5SfmZi58ls3h4v1H1zAN9xOoHbiWxKJfqSAJt6xMg 8n9puFpV1ok2925GqOkN3avheG751CVy53V9zpFhtFJBMMAy05pMQ7W3Flkya7DIuNh9LSqw3ykw u47SupdqlJ6EfjEe3ueEtnIFO1Hy9MayFnHJdrjQWa2CuTeurBX5C2x89BSTtwLtt0pRWtbgv8bl U521TlrUaF55seU4P4f1UlQ0rpAr_hCqiODAYTSW32p9ur1BhxBaaWZkWJiD1bZu4Bku75Wtsard 6OXPFn2u3Y0iSElqsi6ONGgp2GAySNjQ2W_CQRNdv4QqNRLvoCgUBysLW31aNCmr1hT3wtGeetxu A.BUjAH3NpC9pP4sdkgSeFD53NfBGARIUpNnnlgRKYJQ_p3xO.WVE6kX2NowtM66PmYNiHLKevga N0RZvtQWG2VQBAy_E38DoxYwPlqlQ0tHZ.xRQzHILkUqcaZZFmXXF9pXxvHtOlJwSEWeK6Ux4QNB GG4rCjn8g6Mp66yTPI1FIgWQ4r6a8buIqt6bp6D_7R4YTeGp_HkpIxR5hwCwrsTMR9wqhxqfD8TH AIkGDAEQgIuELkinZlolEcLK3Zju4M9LMHdqME.dEiUsG2iEloGErVY2EAcNdz1kfF5HjVnceVOO gbFFGil9BU3lTZ5JiBGdR3tQ3ruh0L61bMJQtcatS.QEQQc92J9kYRInMiE9PwQdAht7emwPSeT5 KH4OziNijMWytJ7tnV8O25HoAjxNubN5ujB0BZWwYv3DD6Hm3BflfJbHtieBCnQ_FCeUvl8jqhiA FYZT1oexTh7SUdj_4vZu5peO8WznkB2dn1krk4VsX4kUwNRiCkz_4D03jvBByX1y27FUOqbHW.ed I_O4K1CCHSc_equEieh8hhI7bQd9_UflkMKSWVMDcfeIzpyHLoNnhw.hKY2Lj5FieO6KyXz4WEO8 5Jzn_jGMAxHYxmTICQW7rdtItaAYDd5IU_2ry.4JuivO6D4IgdEH9xJpTDhzFgRBDEA76N3w- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Sat, 3 Jul 2021 20:55:52 +0000 Received: by kubenode544.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID f7224f8d049378c663635b529107a291; Sat, 03 Jul 2021 20:55:47 +0000 (UTC) Content-Type: text/plain; charset=us-ascii 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 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: llvm10 build failure on Rpi3 In-Reply-To: <380184FB-6BA1-4C2D-9C6B-E249C2CF1317@yahoo.com> Date: Sat, 3 Jul 2021 13:55:46 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <9CC00581-E8B4-45F0-A614-60A70E37B1B2@yahoo.com> References: <5A26965D-2DFD-4A46-A171-A382A61E3CFB@yahoo.com> <20210626035234.GA18893@www.zefox.net> <43513842-6FC0-4A89-8F0C-9EB2B328A5ED@yahoo.com> <9CFE71E2-23C3-4072-A8AD-74EDB339A146@yahoo.com> <60EEFD09-97DE-4B4F-BAFD-61B96EF60E27@yahoo.com> <77A35ACF-275F-44C8-AEEE-4EFE5B5CBEA4@yahoo.com> <20210703182546.GA17871@www.zefox.net> <380184FB-6BA1-4C2D-9C6B-E249C2CF1317@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4GHPP64LyJz4jnJ X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=qruGZIg2; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.206 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-1.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; 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.68.206: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)[-0.998]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(1.00)[1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.68.206:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.206:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Jul-3, at 13:15, Mark Millard wrote: > On 2021-Jul-3, at 11:25, bob prohaska wrote: >=20 >>>>> On 2021-Jul-2, at 19:23, Mark Millard = wrote: >>>>=20 >>>>>> Side note: >>>>>>=20 >>>>>> It llooks like = http://www.zefox.org/~bob/swaplogs/poudrierellvm10.log >>>>>> shows that you tried with: >>>>>>=20 >>>>>> Device 1K-blocks Used Avail Capacity >>>>>> /dev/da0s2b 1048576 25784 1022792 2% >>>>>> /dev/mmcsd0s2b 1048576 25124 1023452 2% >>>>>> Total 2097152 50908 2046244 2% >>>>>>=20 >> [hope the quotes are right!] >>=20 >> That's correct. The sequence of experiments ran something like this: >>=20 >> The Pi3 was configured with a a pair of ~3 GB swap partitions, one on >> microSD, the other on the 1 TB mechanical hard disk. Make was not = limited >> in the number of jobs it could parallel. OOMA was restrained by = putting >> vm.pageout_oom_seq=3D"4096" >> vm.pfault_oom_attempts=3D"20" >> in /boot/loader.conf The usual "excessive swap" warnings were = presented >> during boot and ignored by me.=20 >>=20 >> Worlds and kernels built wtihout trouble, so I tried building = www/chromium >> using poudriere. It stopped in /devel/llvm10 with the "expected = expression" >> error and continued to stop there despite updating /usr/ports several = times.=20 >> At no time were there any hints of swap problems. Resorting to a = GENERIC >> self-hosted kernel made no difference. /usr/src was not tampered = with.=20 >=20 > So you still have not tried an artifacts or snapshot kernel+world? >=20 >> Eventually I resorted to running make in devel/llvm10, to my surprise = it >> ran to completion. >=20 > Interesting. >=20 > Was this -j4? -j1? -j2? Any other interesting characteristics > for how it was run? >=20 > It would be interesting to see if building in a chroot > in that make style also worked (or a non-poudriere jail). >=20 >> It also ran make package successfully. Again I tried to >> build just devel/llvm10 using poudriere, again getting "expected = expression".=20 >>=20 >> At that point I resized the swap partitions to 1 GB each and tried = poudriere >> on devel/llvm10. That got rid of the excessive swap warnings, but = didn't help. >> Finally I placed=20 >> MAKE_JOBS_NUMBER=3D2=20 >> in /usr/local/etc/poudriere.d/make.conf and tried again. That still = failed, >> still with "expected expression".=20 >=20 > I'll note that the running build build shows Load Averages > of under 3. So the MAKE_JOBS_NUMBER=3D2 seems to be working. >=20 >> Since devel/llvm10 had created a package successfully, I tried = slipping a copy >> into poudriere's package directory, hoping it would find and use the = package >> to make further progress. Unfortunately, poudriere seems to remember = the failure >> and won't use the proffered package.=20 >=20 > After things build correctly, things tend to look something like > (using an example): >=20 > 2# ls -FTla /usr/local/poudriere/data/packages/main-CA53-default/ > total 12 > drwxr-xr-x 3 root wheel 512 Jul 3 07:19:32 2021 ./ > drwxr-xr-x 4 root wheel 512 Jul 1 19:25:44 2021 ../ > lrwxr-xr-x 1 root wheel 18 Jun 28 04:32:43 2021 .buildname@ -> = .latest/.buildname > lrwxr-xr-x 1 root wheel 20 Jun 28 04:32:43 2021 .jailversion@ -> = .latest/.jailversion > lrwxr-xr-x 1 root wheel 16 Jul 3 07:19:32 2021 .latest@ -> = .real_1625321972 > drwxr-xr-x 4 root wheel 512 Jul 3 07:19:32 2021 .real_1625321972/ > lrwxr-xr-x 1 root wheel 11 Jun 28 04:32:43 2021 All@ -> = .latest/All > lrwxr-xr-x 1 root wheel 14 Jun 28 04:32:43 2021 Latest@ -> = .latest/Latest > lrwxr-xr-x 1 root wheel 17 Jun 28 04:32:43 2021 meta.conf@ -> = .latest/meta.conf > lrwxr-xr-x 1 root wheel 16 Jun 28 04:32:43 2021 meta.txz@ -> = .latest/meta.txz > lrwxr-xr-x 1 root wheel 23 Jun 28 04:32:43 2021 packagesite.txz@ = -> .latest/packagesite.txz >=20 > But, if a bulk is in process or has finished after some package > had a build failure, there is also a: >=20 > .building/ >=20 > in there. That is what the message: >=20 > Using packages from previously failed build: ${PACKAGES}/.building >=20 > is about when starting poudriere bulk again. This is how > poudriere avoids rebuilding what successfully built --but > without adjusting the prior successful bulk build (if any). >=20 > So poudriere would have expected the file for devel/llvm10 's > build to be in that .building/ directory instead of down under > the .real_*/ directory. >=20 > (I've not checked if there is other record keeping in .building/ > about the materials as well.) >=20 > Going in a different direction, one way to force a build to > start over after a failure is to: rm -fr PATH/.building > before starting a new bulk build. This might be appropriate > if one suspects a problem of a kind that did not stop a > build but produced something for a build that fails to operate > correctly. >=20 >> It's still running, on lang/spidermoneky78. =20 >=20 > So lang/rust finished. That is interesting because it includes an > llvm build internally. >=20 > Also: had you updated to pick up the workaround for the rust > build failures on aarch64? I doubt it because they were > commited on 2021-July-02. See, >=20 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D256864#c18 >=20 > So that you did not get the process crash/core-dump during > lang/rust 's build is interesting. >=20 >> There were no reboots between experiments. >>=20 >> My first suspicion is that I've somehow screwed up the poudriere = setup, perhaps >> by a fumbled execution of poudriere jail -u, which I mistakenly = thought was >> needed after updating /usr/ports. >=20 > Again, poudriere does not control memory initialization in > the processes in the builders. >=20 >> The fact that the stoppage reported looks like >> a syntax error specific to devel/llmv10 which is unaffected by swap = pressure >> makes it seem unrelated to kernel or swap constraints.=20 >=20 > The files with the syntax errors are ones generated by llvm-tblgen > during the build and it is the output of llvm-tblgen that is corrupt, > showing evidence of having used memory not initialized like it should > have been. >=20 >> AIUI, the hardware of the Pi4 is considerably different from the Pi3 = in terms >> of memory management, noted from an interview with Eben Upton on = YouTube. >=20 > Why would Eben Upton be talking about FreeBSD's memory management? >=20 > I suspect that the talk is not about what you think it is about, > but some narrower aspects than the overall memory managment. >=20 >> He=20 >> didn't go into any detail. Whether that's relevant is unclear to me, = but it=20 >> does suggest the Pi4, even with restricted memory, won't behave like = a Pi3. >=20 > Various reserved memory areas and such will vary but FreeBSD > uses the same general memory management code, not completely > separate code. >=20 >> Is there any sort of sanity test for the poudriere system? If I = delete and >> re-create the existing jail can the existing package library be = preserved >> and re-used? If not, that's OK, I'd just like to know beforehand. >>=20 >=20 > # poudriere jail -jNAME -d > # poudriere jail -c -jNAME -m null -M /WORLDPATH -S /SRCPATH -v = 14.0-CURRENT >=20 > should work fine. But really all that you are > doing is (using an example from my environment) > is deleting and rewriting a few very small files > in a directory with the jail's name: >=20 > # ls -FTla /usr/local/etc/poudriere.d/jails/main-CA53/ > total 36 > drwxr-xr-x 2 root wheel 512 Jul 2 21:03:23 2021 ./ > drwxr-xr-x 3 root wheel 512 Jul 2 21:03:23 2021 ../ > -rw-r--r-- 1 root wheel 14 Jul 2 21:03:23 2021 arch > -rw-r--r-- 1 root wheel 5 Jul 2 21:03:23 2021 method > -rw-r--r-- 1 root wheel 33 Jul 2 21:03:23 2021 mnt > -rw-r--r-- 1 root wheel 2 Jul 2 21:03:23 2021 pkgbase > -rw-r--r-- 1 root wheel 14 Jul 2 21:03:23 2021 srcpath > -rw-r--r-- 1 root wheel 11 Jul 2 21:03:23 2021 timestamp > -rw-r--r-- 1 root wheel 13 Jul 2 21:03:23 2021 version >=20 > # cat /usr/local/etc/poudriere.d/jails/main-CA53/arch > arm64.aarch64 >=20 > # cat /usr/local/etc/poudriere.d/jails/main-CA53/method > null >=20 > # cat /usr/local/etc/poudriere.d/jails/main-CA53/mnt > /usr/obj/DESTDIRs/main-CA53-poud >=20 > # cat /usr/local/etc/poudriere.d/jails/main-CA53/pkgbase=20 > 0 >=20 > # cat /usr/local/etc/poudriere.d/jails/main-CA53/srcpath=20 > /usr/main-src >=20 > # cat /usr/local/etc/poudriere.d/jails/main-CA53/timestamp=20 > 1625285003 >=20 > # cat /usr/local/etc/poudriere.d/jails/main-CA53/version=20 > 14.0-CURRENT >=20 > The deletion/replacement of timestamp may have rebuild > consequences from appearing to have changed (or just > being missing). >=20 > Nothing about any of those is going to change how memory > initialization is working in llvm-tblgen's operation > for generating any *GenGlobalISel.inc files, other than > if the timestamp forces some sort of rebuild from scratch > of some build dependencies first. I'll note that the poudriere ports binding is similar for deletion and creation: just a few small files in a directory for the name used (default here): # ls -FTla /usr/local/etc/poudriere.d/ports/default/ total 24 drwxr-xr-x 2 root wheel 512 Apr 18 02:05:47 2021 ./ drwxr-xr-x 3 root wheel 512 Apr 18 02:05:47 2021 ../ -rw-r--r-- 1 root wheel 2 Apr 18 02:05:47 2021 created_fs -rw-r--r-- 1 root wheel 5 Apr 18 02:05:47 2021 method -rw-r--r-- 1 root wheel 11 Apr 18 02:05:47 2021 mnt -rw-r--r-- 1 root wheel 11 Apr 18 02:05:47 2021 timestamp # cat /usr/local/etc/poudriere.d/ports/default/created_fs=20 0 # cat /usr/local/etc/poudriere.d/ports/default/method=20 null # cat /usr/local/etc/poudriere.d/ports/default/mnt /usr/ports # cat /usr/local/etc/poudriere.d/ports/default/timestamp=20 1618736747 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sat Jul 3 21:54:45 2021 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 25C4511F3941; Sat, 3 Jul 2021 21:54:50 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GHQj54rZBz4pLQ; Sat, 3 Jul 2021 21:54:49 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 163LsjET019522 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 3 Jul 2021 14:54:46 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 163LsjjP019521; Sat, 3 Jul 2021 14:54:45 -0700 (PDT) (envelope-from fbsd) Date: Sat, 3 Jul 2021 14:54:45 -0700 From: bob prohaska To: Mark Millard Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Subject: Re: llvm10 build failure on Rpi3 Message-ID: <20210703215445.GA18768@www.zefox.net> References: <43513842-6FC0-4A89-8F0C-9EB2B328A5ED@yahoo.com> <9CFE71E2-23C3-4072-A8AD-74EDB339A146@yahoo.com> <60EEFD09-97DE-4B4F-BAFD-61B96EF60E27@yahoo.com> <77A35ACF-275F-44C8-AEEE-4EFE5B5CBEA4@yahoo.com> <20210703182546.GA17871@www.zefox.net> <380184FB-6BA1-4C2D-9C6B-E249C2CF1317@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: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <380184FB-6BA1-4C2D-9C6B-E249C2CF1317@yahoo.com> X-Rspamd-Queue-Id: 4GHQj54rZBz4pLQ X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Sat, Jul 03, 2021 at 01:15:19PM -0700, Mark Millard wrote: > > > > So you still have not tried an artifacts or snapshot kernel+world? > Not yet. > > Eventually I resorted to running make in devel/llvm10, to my surprise it > > ran to completion. > > Interesting. > > Was this -j4? -j1? -j2? Any other interesting characteristics > for how it was run? > Nothing special was done. IIRC, it was make -DBATCH > make.log in the background. From top's screen it looked like -j4. > It would be interesting to see if building in a chroot > in that make style also worked (or a non-poudriere jail). > Can you point me to instructions for doing the experiment? > > It also ran make package successfully. Again I tried to > > build just devel/llvm10 using poudriere, again getting "expected expression". > > > > At that point I resized the swap partitions to 1 GB each and tried poudriere > > on devel/llvm10. That got rid of the excessive swap warnings, but didn't help. > > Finally I placed > > MAKE_JOBS_NUMBER=2 > > in /usr/local/etc/poudriere.d/make.conf and tried again. That still failed, > > still with "expected expression". > > I'll note that the running build build shows Load Averages > of under 3. So the MAKE_JOBS_NUMBER=2 seems to be working. > > > Since devel/llvm10 had created a package successfully, I tried slipping a copy > > into poudriere's package directory, hoping it would find and use the package > > to make further progress. Unfortunately, poudriere seems to remember the failure > > and won't use the proffered package. > [large snip which convinced me to give up on tricking poudriere into using a package constructed by make] > > Going in a different direction, one way to force a build to > start over after a failure is to: rm -fr PATH/.building > before starting a new bulk build. This might be appropriate I'm missing something here: what does PATH represent? There's nothing called .building under /usr/local/poudriere, at least after the run finishes. > if one suspects a problem of a kind that did not stop a > build but produced something for a build that fails to operate > correctly. > Such as a corrupt llmv-tblgen? > So lang/rust finished. That is interesting because it includes an > llvm build internally. > Does that build invoke the same llvm-tblgen? [snip] > Again, poudriere does not control memory initialization in > the processes in the builders. > For some reason I got the idea that whatever asked for memory to use was responsible for initializing it. Certainly not the kernel..... > > The fact that the stoppage reported looks like > > a syntax error specific to devel/llmv10 which is unaffected by swap pressure > > makes it seem unrelated to kernel or swap constraints. > > The files with the syntax errors are ones generated by llvm-tblgen > during the build and it is the output of llvm-tblgen that is corrupt, > showing evidence of having used memory not initialized like it should > have been. > Wouldn't that point suspicion at llvm-tblgen, of whatever version LLVM is actually doing the work? > > AIUI, the hardware of the Pi4 is considerably different from the Pi3 in terms > > of memory management, noted from an interview with Eben Upton on YouTube. > > Why would Eben Upton be talking about FreeBSD's memory management? > He was talking about the Pi4 hardware and how it differed from the Pi3 > I suspect that the talk is not about what you think it is about, > but some narrower aspects than the overall memory managment. > I thought it had something to do with added DMA capablity. The video is at https://www.youtube.com/watch?v=hyj-7mTnumI In light of the discussion about llvm-tblgen I'm doubtful it's relevant, but it's not the worst way to waste an hour. > > > Is there any sort of sanity test for the poudriere system? If I delete and > > re-create the existing jail can the existing package library be preserved > > and re-used? If not, that's OK, I'd just like to know beforehand. > > > > # poudriere jail -jNAME -d > # poudriere jail -c -jNAME -m null -M /WORLDPATH -S /SRCPATH -v 14.0-CURRENT > > should work fine. But really all that you are > doing is (using an example from my environment) > is deleting and rewriting a few very small files > in a directory with the jail's name: > So, in my case /usr/local/poudriere/poudriere-system? (using the nomenclature in your sample instructions). That would leave /usr/local/poudriere/data intact.... I'm starting to understand why you think it unlikely to help. > The deletion/replacement of timestamp may have rebuild > consequences from appearing to have changed (or just > being missing). > If timestamps guide decisions on what to make and when, that might be significant. Not sure how I might've screwed them up, but in my hands anything is possible 8-) > Nothing about any of those is going to change how memory > initialization is working in llvm-tblgen's operation > for generating any *GenGlobalISel.inc files, other than > if the timestamp forces some sort of rebuild from scratch > of some build dependencies first. > Maybe this should be obvious, but which llvm-tblgen is in action? the one from the system, (12.0.1) or something else? Thanks for writing! bob prohaska From nobody Sun Jul 4 00:43:51 2021 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 68715CF80F1 for ; Sun, 4 Jul 2021 00:43:59 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-8.consmr.mail.gq1.yahoo.com (sonic308-8.consmr.mail.gq1.yahoo.com [98.137.68.32]) (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 4GHVSH0BfXz3HjX for ; Sun, 4 Jul 2021 00:43:58 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625359436; bh=YZMarvIkhLBvw6G6xz6lDfCD07AHSlHRJkL4DjGrL0E=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=BQJggypkSQmx6b4cRBAmQrb1i5ptozGujMnVyyJgMH+AaBicYA8yI3pM6oLEvqNgd3IZAqUt1HIt2e61oj6rHcDgopHnZemHzVlW38CwOdnTAFXWE47mUXS9NvZBAfG//NvbimkcvVNNjr1paXdQaF5XebgIKxF6UsNbwOHK6ZQqfolSm+NlALRZDm6wQZLaRakpPxEKvvMQyWv5erBNfXdaA6eUtR/u31Ci3KmBc3S/tp98DcL7sFSEyGV/F9snx99FnPP99oOyUzR3Fz9xjHGpmqcE+S6xjFNm1XIfCAKTU/vhN28JxqQ0YrlrSVlYyNJJU0I6EaxEA7wWwbFcqw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625359436; bh=6usKNDukt7iCuGSjmc2ul8qLhnTUCzSRhoimQLhwXeu=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=FUa/f/RVWN9q7hfY5HOuFQmiVVMCfLfcuKyE+0K55MJQF6ltCC6g1zZi2HHe7TnM3X0Jr/3Q1bkVU93mw4O//nZQLNSQ0bFO846hma8OOL+h4iiCJZsQwtQj4ggcCr2rw7nNCOZrCVZcWCdnH7ZIl117WsAERGbdBhRjiYZC5RfihEmK8Nn6hVr+GI9R3osWMwwihyQtq2Z30fkfpH9pwXv1ZxMAJ+mOuWf4brP8k7BI0tFY25SjgQ0pcZ0rrVgPgbNd3zY5ZOTIiouNZ9CmA5ruMJlL3oWbYK+8JA5eJxKSxfTCOSW4vjgB/mWobrDNwI0QNo5YXQqpjOPu+MziWg== X-YMail-OSG: d2hjRNwVM1l4_fxbDBwbJk2CY8LhMYgQeJmV4GW7L.pv1Xdjn5EKmpdpkU5W3Oa 4EscaR08Vam5PSMVjCi7dahvVaEzMjvzwGJk3nDu9CaAKLLsEyEDNmKS136AkeQ2j838.4IIfVHp 2UnWBldb_jqOgKZhypBTrN4qLf7Waz64zdygbyPPT3X.Bjoo.zBB.jAXgVxmAweNTAJB3RC.Hn0Z Db3Z74xuTvY_r4oeTINGXk4LIgfKS1a5HD7L7vYn8sH7_ZfUJypVekNP0qewqOT1ANVwUqurb7l5 r2zk0JD0vTS46ch7newskzYS0HH9NQ1pb1sUshcdhN33bs3ohYg2J6J9iBQt0oc_50erIpWOmc7_ yzBaczrVfaI_r08cH2wY2Mi9F5F26VjFskDUav.d3YowrNYVoJ1y_vOM34YHPmtF.MGIzBAg._fr _GYJUzpmzgnF3eG3y1wzpRrIatIZItr0IJFSiu8Y1aADkQrI8mxlrgL09XSN5fA6sdPl6VGR2YxR HpEcdRgjzSOWJJZ1zSIKZLtMTaEHQC9VmYthOOXrDAxqwT1qzByT2.X0MkKpUW0qr8H9JGZdK1.C 8ytM5NgxulFWc5KblJBy9xkpqbo8KM_CJNm7WTinClvs06uPN6uFuycoMQPMsISXEqepKy1Br2Bh WneQVB_.Fi2eo7YQeRx2AceYn_IEZjggmxCeaDLJB8X8pvjDsC7LV3T7GhvubVx0x1pOiJLVhwMT o6kp2xWqkDOZKjVunhAc4F45dM5vTLjtoiM1_UDxdNzo7AWA1HvgUadkEqmqHCoRTva4tKSdJ7G2 9QpADzTxWVV89aYnk65DGEZII8uvLlMVSMJ.sHt.Ab4cZIRg9DImEVuZszQKbXU1.pLtYK4wQwd2 noV73k_LGY.FqXbRl5fEFbq5zhOBP_eY6X3QFw3gHRE2C9jWzbYzo0mKtOs07jkf38rPwEnAaeht vkQGqjVqRKrvLDP5IKjmuXRXX1qxOxmPeDPmKVo1E0cKWtcqQZ2eiELd9BqMTOpv62cquypNCTp1 kZCSxSKpJgNFDN_G2GrobSMvQTeu8u_pPhGFEUUcaSHN56u6Ac4qjKHwqfrK53HwebTQ_KppQfNd dsIaRVaIqAzKCOv..pgokj5m0h3sKkfRk5dxePUiK_yexykEW7tn4vIXDJNMjmer_GDaCA0gxxdm yLlVL1hi.2hnMqNnzQYTvOaZ2WqS0FHs5yyZMQ3gzNR5DLjN5n2_5hrZ4HzGrVqFkiQ.F8A11jHq rBHVUn0HSAGWMJQi1PktURV1UnjyEXCaPkR3lfSljUhtwmIkhi1CKGo59_JvOmHWQuQ4cdVfBRyR ZEh6qXsKTjvCS9FW4UaenUL0_8qdoox3uZs4ZX3HTjfTvxzj6g3m7IZT3K4fYVl7fFjGSmiLAjc3 2bHTRELrN7tXZ97OhDUkwqILnpR8iI0eKP78ZE.uneQ8mwB6uGCQ6_i852G1r69quulf.KIYUM0K aSv.NbKWIlff4cunpH8V5mgs.OEiN8OJ9J88cJzEdOxpCrfTIbsnB6D_KB8_zOSnxuiqmRxpBovt EQxSxHNHcxRjMWCU6itBM1UExa0VR1acyCr1rmphdXBI.vcCz9oniXR.1XhOA496R1gLcdYb43af wrF2uMCKs0S0blBKo5QLzFvT6ewDINJd.nkR6fsqPfaXVoCmd7AgkJgVTrWomk8idChm2iTtoYla j6AaJM4JAhzzJzxcL8yVVdLwQir2Nq9VK8zgafZEPVYArNWgcxfoxUS_YB5VKLeekVl4RQO5NfQF JTi5TAJMVVY75KIk7VtPBrTuOa.Vn6lNb4o6b48k4va0uqcAg8lV1DBA3RRgJGcdKeI0J4TaSXEq akQbhTXDolTzo7_TusQSSJqabUwA4IfJLJu9NDbwXsQlJEdKHRrrZE6bucqP7rjn.Wm4Bp7jjnHb CUASnFWdZZ2qwY2PDWA..psr9kKP6ERSGsepjE8F4qwFy0q2AQV84ZRswezHYx3gU.gUpPkYiFOW C99BSiPFV1np4iln88tDl_RgM7mfDVfeVRfDQseJqG9hBc4Db6ibVtK9.vqKmlkijBfBZ4A7Xcjn TlCZyWTie_x304QBLG74TlrHpeu.JgmOC5HrXDHaj0U3osquEW3OENrqfuyg8lMc3bMl3t2sc.Jp eS7JFAFNToXv679UwpevQeg56R7RE1FpNS_DEiuLMMWZt8.AM036nxFFP7fv9fALPTrsy_WffCb8 RfoY0aMpL32c8zaIuZDpcpIdZJku08N0OZLWhNl.icufQBNNmPjj0V6YWL9VPA8YqyKxKmd4m5Xi _tw3BDzDKWmQs5u9Jx45EP3IskZp.ibC1_hKyWrL_h8QqQnBfh6XNxgeE7LX7jfX4T.OYm_rXoTq FK0Vpi3X.0j7bz5.XYtMt0qOybj30RNrdH_hLvvlsEWd0sYcgCmXFEesXA9.3S6RD12h6tbJ57QX 8I3JE6EivXLIsq2N65Br1g1Kn7_i_dLg48.Pct4A.X95g1q3Y8HcqVnmAuwSF8tdu_TFN3kEM_bz 4eGUxEIhB__30PyNFDJ6L26tOEunEidOOc0nE.Ii_bvtx2KrfgjQ7ulfA47McnyfxbSYjMqfLXKy 6H6rVQ2K.MeM4hUOEyEHMeI8qs7yh0wgF8muF6r6gATgZr.hijg2kcPmti6SAX0CQAeM9rDr_1YP rkpVz3DDPQ6HMPjCh X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Sun, 4 Jul 2021 00:43:56 +0000 Received: by kubenode547.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 1079267716c5a6386ddb8e698b849fe3; Sun, 04 Jul 2021 00:43:54 +0000 (UTC) Content-Type: text/plain; charset=us-ascii 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 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: llvm10 build failure on Rpi3 In-Reply-To: <20210703215445.GA18768@www.zefox.net> Date: Sat, 3 Jul 2021 17:43:51 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: References: <43513842-6FC0-4A89-8F0C-9EB2B328A5ED@yahoo.com> <9CFE71E2-23C3-4072-A8AD-74EDB339A146@yahoo.com> <60EEFD09-97DE-4B4F-BAFD-61B96EF60E27@yahoo.com> <77A35ACF-275F-44C8-AEEE-4EFE5B5CBEA4@yahoo.com> <20210703182546.GA17871@www.zefox.net> <380184FB-6BA1-4C2D-9C6B-E249C2CF1317@yahoo.com> <20210703215445.GA18768@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4GHVSH0BfXz3HjX X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Jul-3, at 14:54, bob prohaska wrote: > On Sat, Jul 03, 2021 at 01:15:19PM -0700, Mark Millard wrote: >>=20 >>=20 >>=20 >> So you still have not tried an artifacts or snapshot kernel+world? >>=20 > Not yet.=20 >=20 >>> Eventually I resorted to running make in devel/llvm10, to my = surprise it >>> ran to completion. >>=20 >> Interesting. >>=20 >> Was this -j4? -j1? -j2? Any other interesting characteristics >> for how it was run? >>=20 > Nothing special was done. IIRC, it was make -DBATCH > make.log in > the background. =46rom top's screen it looked like -j4.=20 >=20 >> It would be interesting to see if building in a chroot >> in that make style also worked (or a non-poudriere jail). >>=20 >=20 > Can you point me to instructions for doing the experiment? I'll deal with this is a separate reply. >>> It also ran make package successfully. Again I tried to >>> build just devel/llvm10 using poudriere, again getting "expected = expression".=20 >>>=20 >>> At that point I resized the swap partitions to 1 GB each and tried = poudriere >>> on devel/llvm10. That got rid of the excessive swap warnings, but = didn't help. >>> Finally I placed=20 >>> MAKE_JOBS_NUMBER=3D2=20 >>> in /usr/local/etc/poudriere.d/make.conf and tried again. That still = failed, >>> still with "expected expression".=20 >>=20 >> I'll note that the running build build shows Load Averages >> of under 3. So the MAKE_JOBS_NUMBER=3D2 seems to be working. >>=20 >>> Since devel/llvm10 had created a package successfully, I tried = slipping a copy >>> into poudriere's package directory, hoping it would find and use the = package >>> to make further progress. Unfortunately, poudriere seems to remember = the failure >>> and won't use the proffered package.=20 >>=20 > [large snip which convinced me to give up on tricking poudriere into > using a package constructed by make]=20 >>=20 >> Going in a different direction, one way to force a build to >> start over after a failure is to: rm -fr PATH/.building >> before starting a new bulk build. This might be appropriate > I'm missing something here: what does PATH represent? There's > nothing called .building under /usr/local/poudriere, at least > after the run finishes.=20 Part of how this works is that .building/ is initially populated with a shadow copy of the already existing .latest/ mostly via use of hard links, with some top level files actually copied. If the status of the bulk run reaches stopped:done: then the .building/ is mv'd (renamed) to be of the form .real_*/ with a new match for the * and then the links are adjusted to point to the new .real_*/ and the old .real_*/ is removed. In your context, this happens inside: /usr/local/poudriere/data/packages/main-default/ So, yes, your run that reached stopped:done: no longer has a .building/ By contrast, say you ^C the bulk run or that it reaches the stopped:crashed: state instead of stopped:done: . Then the .building/ would still be present, as would the pre-existing existing .real_*/ and the links that use it. This is the context for the next bulk run reporting: "Using packages from previously failed build: ${PACKAGES}/.building" >> if one suspects a problem of a kind that did not stop a >> build but produced something for a build that fails to operate >> correctly. >>=20 > Such as a corrupt llmv-tblgen? Yep, possibly via it depending on something else that has problems. >> So lang/rust finished. That is interesting because it includes an >> llvm build internally. >>=20 >=20 > Does that build invoke the same llvm-tblgen? Every devel/llvm* build builds its own llvm-tblgen . lang/rust would build its own too. And the system llvm support builds its own as well. > [snip]=20 >> Again, poudriere does not control memory initialization in >> the processes in the builders. >>=20 >=20 > For some reason I got the idea that whatever asked for memory to use > was responsible for initializing it. Part of the point of having memory management libraries have way to be told to fill-in things like 0xA5u bytes is to get hints about contexts that end up with memory not explicitly initialized by the requesting program. Such is why I had you try the contrasting junk:false case in /etc/malloc.conf . The results showed what the memory allocation library initialized with instead of something specific to the code requesting the allocation. > Certainly not the kernel..... The kernel fills in bytes into some user-space memory as part of doing various requested operations. In such cases it is potentially possible for the kernel to not have filled-in the memory like it should have. It is also possible for the kernel to replace the bytes seen by user-space memory that it should not touch. There is an example on-going issue with this for the 32-bit powerpc kernels that cover using old PowerMacs. >>> The fact that the stoppage reported looks like >>> a syntax error specific to devel/llmv10 which is unaffected by swap = pressure >>> makes it seem unrelated to kernel or swap constraints.=20 >>=20 >> The files with the syntax errors are ones generated by llvm-tblgen >> during the build and it is the output of llvm-tblgen that is corrupt, >> showing evidence of having used memory not initialized like it should >> have been. >>=20 >=20 > Wouldn't that point suspicion at llvm-tblgen, of whatever version > LLVM is actually doing the work?=20 It points at llvm-tblgen and/or something(s) that llvm-tblgen depends on. Either way, the observed failure is from the llvm-tblgen output being incorrect and later complained about. devel/llvm10 builds its own llvm-tblgen for its own use. Each devel/llvm* does. (As does the system's llvm*.) There is also the variability in which llvm-tblgen output is messed up: it is always some example of: lib/Target/*/*GenGlobalISel.inc but which value for the *'s tends to vary from build attempt to build attempt. It suggests that some sort of race condition is involved. >>> AIUI, the hardware of the Pi4 is considerably different from the Pi3 = in terms >>> of memory management, noted from an interview with Eben Upton on = YouTube. >>=20 >> Why would Eben Upton be talking about FreeBSD's memory management? >>=20 > He was talking about the Pi4 hardware and how it differed from the Pi3 Which is not memory management as such. >> I suspect that the talk is not about what you think it is about, >> but some narrower aspects than the overall memory managment. >>=20 >=20 > I thought it had something to do with added DMA capablity. The video = is at > https://www.youtube.com/watch?v=3Dhyj-7mTnumI > In light of the discussion about llvm-tblgen I'm doubtful it's = relevant, > but it's not the worst way to waste an hour. >=20 >>=20 >>> Is there any sort of sanity test for the poudriere system? If I = delete and >>> re-create the existing jail can the existing package library be = preserved >>> and re-used? If not, that's OK, I'd just like to know beforehand. >>>=20 >>=20 >> # poudriere jail -jNAME -d >> # poudriere jail -c -jNAME -m null -M /WORLDPATH -S /SRCPATH -v = 14.0-CURRENT >>=20 >> should work fine. But really all that you are >> doing is (using an example from my environment) >> is deleting and rewriting a few very small files >> in a directory with the jail's name: >>=20 > So, in my case /usr/local/poudriere/poudriere-system?=20 After the delete would be: poudriere jail -c -jNAME -m null -M = /usr/local/poudriere/poudriere-system -S /usr/src -v 14.0-CURRENT Same as in your: http://www.zefox.org/~bob/readme > (using the nomenclature in your sample instructions). > That would leave /usr/local/poudriere/data intact.... Yep. The delete does have an option (-C ???) for causing more to be deleted under /usr/local/poudriere/data/ . (Despite documentation claims otherwise, it did not seem to delete packages when reqeuested.) > I'm starting to understand why you think it unlikely > to help. >=20 >> The deletion/replacement of timestamp may have rebuild >> consequences from appearing to have changed (or just >> being missing). >>=20 > If timestamps guide decisions on what to make and when, > that might be significant. Not sure how I might've screwed > them up, but in my hands anything is possible 8-) I took a quick look and did not notice any timestamp comparisons controlling anything. >> Nothing about any of those is going to change how memory >> initialization is working in llvm-tblgen's operation >> for generating any *GenGlobalISel.inc files, other than >> if the timestamp forces some sort of rebuild from scratch >> of some build dependencies first. >>=20 > Maybe this should be obvious, but which llvm-tblgen is in=20 > action? the one from the system, (12.0.1) or something > else? >=20 devel/llvm10 builds its own llvm-tblgen and uses it. Every devel/llvm* build builds its own llvm-tblgen . Looking in the .log file for a build there are lines containing commands that start out with (from my example devel/llvm10 build context): /wrkdirs/usr/ports/devel/llvm10/work/.build/bin/llvm-tblgen Before any of those, there are commands associated with building that bin/llvm-tblgen . =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sun Jul 4 01:59:25 2021 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 36B58CFF5A2 for ; Sun, 4 Jul 2021 01:59:34 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-22.consmr.mail.gq1.yahoo.com (sonic310-22.consmr.mail.gq1.yahoo.com [98.137.69.148]) (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 4GHX7T6TRvz3PWb for ; Sun, 4 Jul 2021 01:59:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625363971; bh=QA3bafKd1rc5LQfvl3NzjSyeAJADi5GpQfh8JY7iEsg=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=di+Yry2RaRGYXrJXzW2QXlg5Y1ROC0hYDHPaxzqk/od/DUaxxnZf3+GJ60Jbz4rpeHsKuLuPE4m964lyDUvGrUW04S68pzlbn0fQ8KIuw4neokt0FcRqyRc6quiRCIzK1FEOZNNWiCvhFMeRpcMYxM+1egYvI1S05wRMS4MHukDdFXI6znBHkbQoI8ARk5Pi1hw5Ou6XRiZH/vUcLkebAKnVjTI+INWGtq2qya/mpGrlDIc3sGNsE9KykGKNbYoq6WMoAH13uIa3NHkzFTWGs5aenUdG0TXogNAcSYwP5Wh4UD+6z+27FgZ9j5mwwChxvkRzgNSReV8VlnZirV4csQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625363971; bh=bou/tEKgkv3fPqILYGM1q9Sn0NBnElaqQ/zINA68Nde=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=JAZ+oPwzR+BUnhcg8y1oREWNTseIFYYA9wFXh7cDHL4nLJp0Wf0+XHdkH1QtSqxb9EqJC67LyMsUh5PwMo6BPFZngFg/iAsk/VxT64636NElKRDeJGNHOc+0S8BlQjN3hBAUtVkVmyAmWkeeguBhilsh4edDOvmGRYJytCCOFE7oLtJ8SPzkYYuIcnoTHPRu/JWLSHUM+q13XSmBc28cBPPdjc1+vj04F0iLDEGvT74PVS9BmBH660UgTz+GSlGcbZojLejox3qkGCZvisUjlnTI2NaeEo+X7jsvaxtVQ713vp/PMuKkGCWSTzB0qOZ+6svaFpuR1rmafG9OQr+T8w== X-YMail-OSG: 1Hc.4asVM1m_vct2y0UqdE3zBPpTGg.TrkAfWyn14mrYPzkTA2pQTIqOYjY.L3P Z1JuWtuCBte1bpz5yNR5Wr3IGyYMNkkm1bHYm7y6c2swPKx7YvC2XHvw6PgcMy1.Lxf6.r9e7vp_ 1TQ7wb0aZjjLNoDRKf5cMIMl2NPWgJtXt61nyuo6bFUkfOXGS.3LYezAtquKfdJYKZWBe0d2qW3y nUCd4vTgTqmI6_UYQYmPkaXV2zbRCVOiN3ZsBaVyoAm9lV6kl.682UUcreL8zhc86BWzIZpOimxV 2QySHn2iqpshwrlLSL5BGglR2lfud4sI5gvHpN9XvO2WSzoNUnx58lM8TmGkNZPiIYCct1Y.ubMN BAvEgVjcW6C8pBEV62ks.eLSZl5Q1YDthYkrZovyNgQes29TSxd9RjmsoL9s_JLw5E9nbutvIv8C QU7XSdmOk38jDPReA7q75XC0Q0hg5NFkstwzgXAlPhsaffSL7rFQmp6ymiyOxFg7w34gP31VD2M_ ywpE0schsnAi43LzaP8gnLSlsUHhwPVhydlf2hAp3xlLWfKGm996fmIGchxbesb6iQRvMMkn2zFJ XwMVf8YBWcbeLsWLWFV6mn2kqxxvLiDlSnyiKxzUX_BfajZP_JKEr7hgOZAyheOfvfCpfZNNPkEn 4_tZkO112XGik.rlS_1SbB7ah04znPV6kJ6GB9ba06KXnWMndGZ3PSVpJCm88YTgLEUyTjmM97Em 5NN2.w.3KlbAObPqGZTAwyjriDo4t_FbzSLR0fkLYwBdy6tizLBoMEPY1Hlmw_br0B_up2eHmqkW WDJtXQ3Ewr_D5Td7CsCk_0ctZeKyiVFOruO9fIL9t_lM8IBWmX4A.JXDEJVVLiN2hak9Wy8YZEoU by_0V7zgzkQ1FaiTMQn7FeiZCHRJ9KbJIozCMtnbE2Qsbmcq0cF7FzLlgoNNMJkYkkWU3D_.g1Tx Rjjj_whgYYlJpjeoxlwoJX63CQd1IN4WTYB_XAtSp2h4mgjMOKTgrmb3_H6l1m3.c_piOxnz7l4q yGxMfnozL68WJDTW._d7u7CizhS0ea3s5j3qMk2jn83WdUtqqjZkOdbc0VlUoSQF.uvw3bZm4oFN 0QdPixfMRgC7ZiDoraFNUtqZ37cMR8TuV7CvyjlBfNalkR0z4FarMunSeAYySU6arAH1Pk4DOO3k vo9BY37bDDnPJ8pI0IA.Z3GykOkecScH4FwmVYT84GcIsww9i9ygyVK6CgGYNN7ai1nDce6tt0Gn GJ_l87Ksi9lVXOd9Vy.tO2lwnvW1V18LJOfIeK1z6UncBmeRgES0URh0gbtyI6XuzuDrn9S0sxx. kQv2_jqbMWycngYVz4GJ9xP3qdCswadNhBzkRjdFnme22djuxptFETbPlvMZTTJDoK3BaRRIaf6J E6CJxTMVuhcAPku80O1kMflgROFsDVvN7dEIORKCxYzu0oOGHSDzI9og1pVj3r6g7hD_5OGjYjPF rUDPqMdwCgfKgshPrMx.HafZDImND_8PF4KgU0ZhivukquFCBjJfqCCkWFsjt0KkNKw9fYPsIo.S BILzw.azSZl8lwfbJUqGFux545Eg_Y3B98YBHTxRJ3dC4pg3sZ9ATgsmuccLPC7n2rRR2anqUQxm mKXljtgNWdiLUUmIrJ04i.3mzyc0bOQe4jYG5yqPcdzwHoZWGx8XiGELwY_G39xCmCG1eRdbTrlY 28BouA_FM9pPRP8Q29BqbQBkHCA2Ei4B9rjtbbWYt5ooaKi18eYcksrcoUw2O6AsN__.Bj7wCQQ1 HmFvv.eq8ufVL2m7tuT1db0G0ipb2pYdxRd1mbrlg6RkNPs5ZG7bl2z62lIOXkAB.zTmxviy2gAE JWtX5Ym36pWvk9EOqtGJQv48ggzTib9PembHbfRc_hCmDlpF2FL632gnBE6x5SIG94Es_Bj09La9 .TPhOjgtXA0h1aavYgoMYKxN_AB8blKBDS_2ExmYmNtJK3Km2D1cBamTL3gLKn1XImqRKe__f_Eg SkdCq6we01YKDt9aYSFVH7DyNfbGi05cVZUSFi4CAIBoopmJE7gmhVArc..qLhnO6xqr5Qq761cM ZQ3Rb3oO3NIlUYRMnHf7EkRkpMB8Uplvd6nZ7jSMfB1D8XzyOv5hFGrQOUdvf0he4BV6KwW8Gufu gU.lA6gnCeCHHyR7gHN4.ovz_IM6XXwayHFrSfUZOG4HTbFtoZo0sfjmj2xYVYORZNxJvk7PO92X kDJ0evjJvxevAdwhOgQ1DD_6VAOKGSSeBqO6zN2nbBu2bZWBm8JN_hOT9RFB.qnbN16sgl98RWns .zyWPrFdOvqkIYpL41tNzLpz.ngRQjTI_cFU89_l_1P7qlaJH3CLtj5uIBD5RoqTHq24r8yw6u1S J0mjjOg6ssBohAwQezAaLGUgCfaNUV5WYQ56dLQois4B4.VWWxb..KGLie3FTzasr.x5Qq7WeOlZ b_Pv8fP6SXYAPFxm.1IMjQmd.0qJ1awpY_GpaMm0g6v3kNI04Pz1ujHo8C5fsyN2rPGc5qDpeQmM .MjB2ppqc_Lc_pNeSo2On9YoVwBR75OOxvVzNkdC313ph2BDC76Pkh4pFU.nLF.7EPnU4xvRI0fu ieUkn1TLqdhKS4.iLMAFnfZbfDroXXAYv8tFvlgcSouLD6_owO4uwE_QjwW5lPnhyYBs2_WPpHNX q0yI4klNCNsP.XZkhPD4E1J0iBRCFMUbqTw-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Sun, 4 Jul 2021 01:59:31 +0000 Received: by kubenode501.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID f064424441da1b9b782cc4ad25a2f15f; Sun, 04 Jul 2021 01:59:26 +0000 (UTC) Content-Type: text/plain; charset=us-ascii 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 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: llvm10 build failure on Rpi3 In-Reply-To: <20210703215445.GA18768@www.zefox.net> Date: Sat, 3 Jul 2021 18:59:25 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <2349FF7F-BA05-4854-AA34-B6298193B98C@yahoo.com> References: <43513842-6FC0-4A89-8F0C-9EB2B328A5ED@yahoo.com> <9CFE71E2-23C3-4072-A8AD-74EDB339A146@yahoo.com> <60EEFD09-97DE-4B4F-BAFD-61B96EF60E27@yahoo.com> <77A35ACF-275F-44C8-AEEE-4EFE5B5CBEA4@yahoo.com> <20210703182546.GA17871@www.zefox.net> <380184FB-6BA1-4C2D-9C6B-E249C2CF1317@yahoo.com> <20210703215445.GA18768@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4GHX7T6TRvz3PWb X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Jul-3, at 14:54, bob prohaska wrote: > On Sat, Jul 03, 2021 at 01:15:19PM -0700, Mark Millard wrote: >>=20 >>=20 >>=20 >> So you still have not tried an artifacts or snapshot kernel+world? >>=20 > Not yet.=20 >=20 >>> Eventually I resorted to running make in devel/llvm10, to my = surprise it >>> ran to completion. >>=20 >> Interesting. >>=20 >> Was this -j4? -j1? -j2? Any other interesting characteristics >> for how it was run? >>=20 > Nothing special was done. IIRC, it was make -DBATCH > make.log in > the background. =46rom top's screen it looked like -j4.=20 >=20 >> It would be interesting to see if building in a chroot >> in that make style also worked (or a non-poudriere jail). >>=20 >=20 > Can you point me to instructions for doing the experiment? I tend to presume operation from a root login so I've nothing about managing user account vs. root account ownerships and the like. I pick names and places for things to make the example. # cd /usr/src/ # mkdir -p ~/chroot-system/ # make installworld DESTDIR=3D~/chroot-system/ DB_FROM_SRC=3D1 # make distrib-dirs DESTDIR=3D~/chroot-system/ DB_FROM_SRC=3D1 # make distribution DESTDIR=3D~/chroot-system/ DB_FROM_SRC=3D1 One could expand artifacts.ci.freebsd.org *.txz materials into ~/chroot-system/ instead. The above is just one way of populating ~/chroot-system/ initially. For now, I will not show later updating to a newer system in ~/chroot-system/ . There are more choices to make for what, if anything, should be preserved or adjsuted by such an update. The following definitions do not survive RPI* reboots . . . # mount -tdevfs devfs ~/chroot-system/dev # mkdir -p ~/chroot-system/usr/src/ ~/chroot-system/usr/ports/ # mount_nullfs /usr/src ~/chroot-system/usr/src # mount_nullfs /usr/ports ~/chroot-system/usr/ports The ~/chroot-system/dev is what allows /dev/null and other such to work in the chroot context. Instead of nullfs mounts you could establish independent instances. ~/chroot-system/usr/src/ should track whatever world was put inside ~/chroot-system/ . Use via . . . (You may have tailoring of the environment that you want to set up in the chroot. I do not show anything for that. This could include things like setting up /etc/make.conf and /etc/src.conf files in the chroot.) # chroot ~/chroot-system/ # pwd / # . . . # cd /usr/ports/devel/llvm10/ # make . . . . . . # exit Until you exit from the chroot, you will not see the file system that is outside ~/chroot-system/ (other than via the special mounts that were set up earlier above). =46rom the overall system view that / in the chroot's operation is implicitly a reference to ~/chroot-system/ as if it was a root file system. Inside the chroot, ~/ is a reference to a different place than it was outside the chroot. Note that even pkg will have to be bootstrapped as if this was a separate, new root filesystem. I'll note that modern main can have chroot worlds that are stable/13 or releng/13 based instead of main based (a releng/13 example from my context): # uname -apKU FreeBSD CA72_4c8G_ZFS 14.0-CURRENT FreeBSD 14.0-CURRENT #7 = main-n247651-a00d703f2f43-dirty: Wed Jun 30 15:11:11 PDT 2021 = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/main-CA72-nodbg-clang/usr/main-src/arm6= 4.aarch64/sys/GENERIC-NODBG-CA72 arm64 aarch64 1400024 1300139 On the aarch64 RPi*'s the world could even be arm.armv7 based instead of arm64.aarch64 based (stable/13 example): # uname -apKU FreeBSD CA72_4c8G_ZFS 14.0-CURRENT FreeBSD 14.0-CURRENT #7 = main-n247651-a00d703f2f43-dirty: Wed Jun 30 15:11:11 PDT 2021 = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/main-CA72-nodbg-clang/usr/main-src/arm6= 4.aarch64/sys/GENERIC-NODBG-CA72 arm armv7 1400024 1300510 I'll note that deleting ~/chroot-system from ouside the chroot is a 2 step process because of some special file protections: # chflags -R noschg ~/chroot-system/ # rm -fr ~/chroot-system =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sun Jul 4 04:15:08 2021 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 9E9B711DA323 for ; Sun, 4 Jul 2021 04:15:13 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-23.consmr.mail.gq1.yahoo.com (sonic303-23.consmr.mail.gq1.yahoo.com [98.137.64.204]) (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 4GHb801ZfNz3qG3 for ; Sun, 4 Jul 2021 04:15:11 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625372110; bh=fasyL6lVU4VguLwqXQeYo5RfXAtSMFGeDP6HKAfAAU4=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=q77P6+MijQCFonZXjjde/4xYwfsylbacJmMYwm83uQ5wuoF7WwygCGH54ppnq0FCyCRHq/yjijAK7dOyVQ2wuakURRaA72zME+QuK4g5Y5jYlAaKgDux/qciVwcmWykh2YnzZJcEGgEnuVs4vrEmNVyrmr5vI+ZTqI+Rx4SfOxF/Q7XtoXEGHUTJopxEFFgGMwQY84B27+bRZfadbF8yLMuf4Cr4YBSV4COxrjTPNyj8kWVJaxvT27vqxjOI1MtbtD9PCJ5KZKoZ/J4ulZC+IqUFm+m5OjmARkN2qu4x9fwfbBdCrQEj9bT8jb2xmH7Roz3tb7JRVrv/HkWppcQnkw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625372110; bh=Mh4n7HQyNsaAYvF4alZ8cQl47O89F2ety4JIVbNlHx3=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=qC45Tl9CmOZVGSJ3ydqR1EwWz1mYKvNXM9Nw+c18K/g6NTOaJ4ObM3Kb+tnYALdLwYa+lU1oYlPOQtJbhH8+ChpLaJ9qpO+p1G79gSoDX65kOCGbfro6ojguC/YmremBDfu5wIfZekEizzWdR4fzsuQdbD22FcDJ6Bxgtq2aE52J3g0ELlWiehoYxPLIRJ1z7RLFNfutlmTMz+nX1KSbzeROkTakhDR8dkyt0T49PHdkdeY0bOAVE0vqdWUdD7xJzZ1oJ3CfUyMxSOdc8ZbvdZnt/ehu3SBM8mekCdUjMLXPhFMpsXxuorT/Q9KZmb7VUBXSL10A41/r+CkYtzW06w== X-YMail-OSG: 3G1.sEAVM1lcwNOtErvQ4i03glo.XDWEyBj3rOPJhV0i5iI_2NqoFBNVXmK1PTa iznCuweHkyqn9gOeBir9CT6YaOZJiG0HOPze.ThZjNTEjhbg_wlow41LfLYO11ZP0yU8qKGrshZt ddZ8i8EOD8urYR3QlLu56EsFBSL4vLg6785euBuKKL.vhUhnQKIZe_aHdXJVMNkqpK6tFsMTLhNo ozsYdvDLEeaFTEU0.XbD54gNKbIK3QAUJtOUCWbUx0Bno0z1teCOyTBSV_tIUM4p6EfSCji6HuLu YF05JkBVwm1xX4wyRcNcvzsSB.FU3sM0085Lrm9hFUzDSNvldPxmCzWaP5AeK9LTQIB.vpwBwspQ r467YdYr2Iont0CwpATRAYui8.CBI4nGajNaLS7pb9jW0BvgP71LH8PQmdYeMkQl.38uxIAD.7_u jWYerhtVuHMZxk4bMQOk8es35ZU3BRc9GW4DmGvTp1PBTTiXMoOGVGUwQgKik1citok4XWftzhb4 yxePq4U11UOMUlny153gGfTVgBYH2lBzkIX5QreICE1LDbb5O000DRCdsLT752YXYkgl5b6rJ4CA z7j5TUz35rDctCcY5LBi2QuhcV7GtMtUI1P9fbCr9861_4YwXKONnNdb5r16REdjr131UJGubqW_ ccYqvqTzZ5Aj51g.cLYIKW5CDybubrPQFdu43qwGX7xnxxEXF6inwaUMQLq3x5GH0_mUR6fvhPoh xRhHu2f8UjO5InXghn.sojgdG2dODcqj4yBF1uTXlijf6QufmuOBCO6PImW3UZY.PG3qn1Sq5BM2 8pIw97z.FBBXgn4MZDfH81hLjRKtwJbwpynJXkGEBUahDVQjkEl1_M2Qjw8wMlsp.Ix9xZAzhkUy 60Os7ePrdPcJ_j3JRVo3Oor5vvV0WknFAujvyqGfw9IU9rZ9arx6czxBy3hh5Z131QDoRAO7F4rK rhQJaVXhVe2VPpxiU99qZUgiNkfcBubBZozo1u2YW1c0gQVd7v52NY.Y4SIr5xfA6YRFCUbmMjOa YQgp0WqLMJZk3.2jUJSvyiCC9xByxAicHgRGd1rZC0sXpyt5amRe5cjPtwiz0wOcrQ6tMIH0mgko qUO.GyHE9SEr_4vcJF946KcUcOFMKT..AtQTX8athSa4YhscC6ABNKI.Xnl0KtzBRjfHp9NlG3uo KVxoznPyBRCV170iZm.K72_zsaOcmlurZEQd27Tm_hS3mhcN22UmsEmdT_YtC.LP2eKHiASCnMNK x8kUTa_qooA8V6OLvbtb2eeaLhkVW9xH1PSG.BhBjieI_W5NtiHFREXjD0ieD3lyu.oZ_MVi9O3N _PVSBaA6IqPKmyQITKjBwXujWecPRdaodq_9mxOg.rVOXUKslyNiSeJv1oUY5nj37WvMJz5GOY80 bO_BC5wJI9Mt1BqFJR1x2gQZcRwAdDOXRzUCjWe8ryHJx83I9NWMU.6zbAZuL3c5iy8D0JHufiMo pAOqGQaBKld7IejVAUx.FYN_e20zVECyt4ee_2aSdYlPYo0GReuy9Z7028psOhU5OU5WqC9wwAFV .Wb0OI_s.ArlHW18fKoT0QeEAXtb6PHa4v0D6HDkaLhQGOF9VeDQ71pejlWriaJ739GH8rFvVhUC KqVCK36BWAVWJv_0m0vgX6TAMvLSSj_CRyEJOZqt2cq9TqADGMH3VUnFQxiTNqiEcv23SFE6O3_c eoqlS8pBycDBsgCIKU4iObIQybOapWqchXctHZ_I_SA83Ng1YlIhcW7_I4Zy1XJDvmp.aEcSVqo3 2JKQVAecQgOo3ehQ7VMzdJ_kWNZZl17KSe6PV_ulTPJKmge9dIxguL4tzxuopQ4eEEf0eNEQqjoX AZdn_zKweuKmTauiVTjiAb6rgHEmWxyLZkrZcDOLbqxHJGkSLrvLEYtcTbzMBG9lPqRVV6GiTGnK ptBhBQWbY_oppylX4BhxEe2vnwW5W5A4Myh6N9VVM.3TeWg.mnJzH7TOfys2hLr1RKXZDi7hZnf4 aLpYUP9uTqJuYBaRq1ZZtkBBpFFRRUNPiCQIa2AkNMIWa_rANnM2Bwl3RSawwuhit4jP7Lh4PNQ5 guR_rIb1rzXMb_55GpyHSYHg8ilCH0tGUZ2C9TYVfQir2GYOmAh6gHF7yjFe8K7Vga2D0hdfhd0j ixXtAKkdUqI.kE6AKNtJAc3ssQrdWfKJMpmGOJ2eosJ.S4Nq.CnSceubgjsbOyK_drxoMFm4U7Z5 vRePr.WyKbbS2gH7OtG7iV8g7ruvP2J1JKxaT2mTa9fmN0A98BYile_NiyizjVUBMisfXJZ.QoHH uWB2jIAKT5ZxQaV7oJtVNCHxkn0n1P5YEWZq77OfiwzS5iK_pCfPZ6_SwePLE5RvUcy68Q.RDsIC YRK.7Tl.ksjWVyDQ6JzRVL3g8IxSm_pBzfE8joJlsEAtCLaF7Eun28Jh4xSFmNbb4Oi8qavJrjrt xmFpXP1etc2FGy5pGP8WqXvle1kf1pR6mQRMUm66yG5TxIRn1qGwUS.C8Jkno08IcDhOQ0i0Rqef Yr241XO.BcIODDbk2ZF2mVnvvRWiShkYKAC6_jguAG.aEPl3VqDSR8mbdOhRg5Yw7oITYuiGwQRB x1mJOxC1VxNvioB6aq0zNpJRNp3ggvCfH1N7s2yRs6u4JHFzTum007qLYlxBgJVM2QwifO7bNMAO kIwHefA2Fc8XO.WNWQiIlc576oFMbzP6MkvrsZytBr0IJzBTjW7sjmswEqXzD7HJAxd4.JWDYHjR acA9A8i_Y3RHMLbcVzdMBWF5lARJoZZr_OgR4pzA2MEJ0LNGMTS.3LWXERTcBkRunyF4VxTiU X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Sun, 4 Jul 2021 04:15:10 +0000 Received: by kubenode522.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID fc7bb56b6032840b19bb6e90611d0227; Sun, 04 Jul 2021 04:15:09 +0000 (UTC) Content-Type: text/plain; charset=us-ascii 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 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: llvm10 build failure on Rpi3 [You need to update /usr/local/poudriere/poudriere-system] In-Reply-To: <9CC00581-E8B4-45F0-A614-60A70E37B1B2@yahoo.com> Date: Sat, 3 Jul 2021 21:15:08 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: References: <5A26965D-2DFD-4A46-A171-A382A61E3CFB@yahoo.com> <20210626035234.GA18893@www.zefox.net> <43513842-6FC0-4A89-8F0C-9EB2B328A5ED@yahoo.com> <9CFE71E2-23C3-4072-A8AD-74EDB339A146@yahoo.com> <60EEFD09-97DE-4B4F-BAFD-61B96EF60E27@yahoo.com> <77A35ACF-275F-44C8-AEEE-4EFE5B5CBEA4@yahoo.com> <20210703182546.GA17871@www.zefox.net> <380184FB-6BA1-4C2D-9C6B-E249C2CF1317@yahoo.com> <9CC00581-E8B4-45F0-A614-60A70E37B1B2@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4GHb801ZfNz3qG3 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=q77P6+Mi; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.204 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-1.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; 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.64.204: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)[-0.998]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(1.00)[1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.204:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.204:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.204:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N Summary: You need to update /usr/local/poudriere/poudriere-system Updating your HOST environment does not automatically update that area. One possibility for an update procedure is: # cd /usr/src # make installworld DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 # make distrib-dirs DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 # make distribution DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 # make -DBATCH_DELETE_OLD_FILES delete-old = DESTDIR=3D/usr/local/poudriere/poudriere-system DB_FROM_SRC=3D1 Sometime after after a poudriere bulk run completes: # make -DBATCH_DELETE_OLD_FILES delete-old-libs = DESTDIR=3D/usr/local/poudriere/poudriere-system DB_FROM_SRC=3D1 How I got there . . . Someone pointed out something that I'd not even thought to check about your builds (that explains why your lang/rust did not fail to build as well and a major difference in your poudriere vs. make build tests and vs. my attempts to reproduce). Your log still reports: Host OSVERSION: 1400024 Jail OSVERSION: 1400019 1400019 is from early June: committer Neel Chauhan 2021-06-07 22:53:24 = +0000 commit 37d64dcdfa519157aff9711f1f226ad7bd778f46 (patch) That Jail version of the system predates using llvm12 as the system compiler. 1400023 was the switch to llvm12: committer Dimitry Andric 2021-06-13 = 20:01:15 +0000 commit d409305fa3838fb39b38c26fc085fb729b8766d5 (patch) This means that the direct make build of devel/llvm10 was based on using system clang 12, not what you have poudriere using. You should have (using things as they happen to be available to install now): Host OSVERSION: 1400024 Jail OSVERSION: 1400024 In other words: equal unless you have good reason to be building older materials. So we see that your poudriere bulk builds are based on clang 11, not clang 12, according to the log file: _CCVERSION_921dbbb2=3DFreeBSD clang version 11.0.1 = (git@github.com:llvm/llvm-project.git llvmorg-11.0.1-0-g43ff75f2c3fe) = Target: aarch64-unknown-freebsd14.0 Thread model: posix InstalledDir: = /usr/bin _ALTCCVERSION_921dbbb2=3Dnone _CXXINTERNAL_acaad9ca=3DFreeBSD clang version 11.0.1 = (git@github.com:llvm/llvm-project.git llvmorg-11.0.1-0-g43ff75f2c3fe) = Target: aarch64-unknown-freebsd14.0 Thread model: posix InstalledDir: = /usr/bin "/usr/bin/ld" "--eh-frame-hdr" "-dynamic-linker" = "/libexec/ld-elf.so.1" "--enable-new-dtags" "-o" "a.out" = "/usr/lib/crt1.o" "/usr/lib/crti.o" "/usr/lib/crtbegin.o" "-L/usr/lib" = "/dev/null" "-lc++" "-lm" "-lgcc" "--as-needed" "-lgcc_s" = "--no-as-needed" "-lc" "-lgcc" "--as-needed" "-lgcc_s" "--no-as-needed" = "/usr/lib/crtend.o" "/usr/lib/crtn.o" . . . _OBJC_CCVERSION_921dbbb2=3DFreeBSD clang version 11.0.1 = (git@github.com:llvm/llvm-project.git llvmorg-11.0.1-0-g43ff75f2c3fe) = Target: aarch64-unknown-freebsd14.0 Thread model: posix InstalledDir: = /usr/bin . . . -- The C compiler identification is Clang 11.0.1 -- The CXX compiler identification is Clang 11.0.1 -- The ASM compiler identification is Clang . . . =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sun Jul 4 04:25:32 2021 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 AC80311DB92C for ; Sun, 4 Jul 2021 04:25:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-25.consmr.mail.gq1.yahoo.com (sonic311-25.consmr.mail.gq1.yahoo.com [98.137.65.206]) (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 4GHbN25X7kz3rPF for ; Sun, 4 Jul 2021 04:25:38 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625372736; bh=8g5GTK2VQcwLoklXqwhVfnKJqCUpLmom/hl+EcM3Tpw=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=dbeGdenNTFnjNcbSCzFk50sqqSCyGzGK8cDDdlRtt82UvBlllOyYbc0JIA2dy1duxqvXK+T6LUC5a1zKattqS1hzcb2me5/lhCURba4CbGKAUizIFGRgMHbZrCgoPLBfjXbz9myFdoI3mnrBzq8KZlWUrV210o2c8mDORn6hTH7UMNwwOu88UVXi8CQSpITGWhMVRhEixoAL2L7ytD8MvjZs8s5hKZ6a/ij6cRQcFqGMfhm0iKXV7qlhlld4JJDjhOSzetXRSwbtxfxHkoV6P1Aqw5yonoXPaBoFBx9iIaDJvYGCuIg1CZaJHImRaYzw8VYEsst+NkkvWuXoUTxzLg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625372736; bh=JN2hu7oqDhQmGWqHFWMqdElLnXp0/uIANb/xweyluab=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=EpcG/0LACbVN1i8IeptLn8pU9M3VIJ3GM5dhOY0iNsDT3LuwwTqDPXUw+3aBI+QI7SdxVK3ne2CoTOfMcyx3BuxOAdcHuOeClvStSmBq6iOymr7FdZxXDX4+2NBo/hz02Xp1VYx+69j+PUoodC2TFs7tyL/Ol48IGQNdT/sVRkJGb+XFhwwitgcvKqLbWERibGVkRT1+7U4429fsMn4xpRRWp6IxmkRsGwX//Tt30Abz7abAmfKuIuKKpWulC1htCMA3W41hRxyb7oV2IlTJijXeWilSWGAhp0gd3LfTfdA+jNuUQ/T4GoN6Yn9v2P2mCKMPknNGDwkeWI5VtWqtoA== X-YMail-OSG: w_IiSeQVM1lEFjhKSlUvXKEOeeiMGM4T9s0zxlX_yxsgkzHdpExC8bwoc0rb18S FC2mLOf3j0HOiwT3NfG_CMMTAlWZfpagxE.gP1bP6I38uSqBLJPQmrTwt5ewlgK3HUv5r93pPsWi JaQntv95YIBXGFYzsbvZ1C4k_yOCya2oHP7jqfNjJ5kGJP_SwIs5r_oGQrmB6OpujSpGO0X07wW3 pbspVVv7c6zu5u_LmSu7Lxhxs6PmA82TvYI4Ksn7o8ndNFRtFwQYzK9LcRqf9B2_zY7MEdfCXR_g y8S_h6IfxVzO8HznSbs0t82A2hdv2EuE1PUKhH0eeMNxeDuizRIxqsrM5rE5lBb.OjBMwX5_Vmij eMSnbcsHKR_LvcBno8pKoJ6.KSmfisJBVeAsvWgsXi5ia8acjoFZmLmEWWXoqJfJGlLJJ5Y3J.0z 6l8cBudblfTNvfWLSEJATuEGWLdH3sTE0AHm_F1p2DGR8lur81qxPtJwrXYjyWiRyFpaVFIYP_ee TFFps5BVvoTDVTbo1d46eDF.PgBeFKGjquh8fTOmZAmo653s5NR0CdJewGYPfpYH6AAdXzyyjWtg rjVd_SIg7raxn7AEJx47avd4PxSqsdpM4wHJ80N35P82j7R0Ea9w1fQd.5a9qf5.rVwdUJ8zpV6Y bUPu26Gk9OlISm8stvnT8yvikhV40tAPBstfonBV8D8CF7cfGlYqYF0iUGQUxm6bMGJ1To1zXQYH fqHYhUuE.LRsdfzp3Xl23HIhnjuQFmMAYhbaBaKFuZSn3jF2z4L42hlCuxZ9IJ1Cbi6qyktBk9ud xghdWDHxUWwdofFEPBVPgpzKmBExmB10m68z6yWaY4P5OrvYIvbvkbk_Us1VBMtLDiUVVeGbk.w5 uuRA9OzW5MV95Aas0KkGKsf1uM6c5wm7gL1sxZqHP_Qa9awWRM0EkY2SJUAIqXKOqv5v1WYEEvD7 QvNjkhWN_tcW3erOKblZYEsw30wW8kKgL2_V1.3KrzU953iQz6djDMk1BCSEn68MBVSatnhIHr39 qC40qh7R_5o9BhDO8q8pUNhWb01zERUK9sAIDRjlWR1_nShcW.e65Zie.pDijppDqQc57PCC6N9U oaNsGgzF.OUD4suqhjcQhPettOkOg6vwob9R0mLdWtw4Y0MGgBmn6X51KucqEuFAek3YI_g7X_Ws bF9fWfewtL2Iu9zVgPBaqFpqdqFc6W.PjH_Vh.7fi.9iNVkPaKXS9rqWIM9qn7TNZpNHMA9TZ3W. Ioqt3ROpla7rSgmerXDu08HkmYStR2UXVcq6sfrRPdESqsSFCQMUHJQWLWh1NCEJeD7RmWPIOGFb eWAGRLECuQA47v1RuvkCbEg4nA4UoNGMl73RymzugasmOoZwJMkkrXR_nUJxX4CZcoSVjU4qZ2_A r7DroM7QDj1MLv_yD0Vy5Yae8u5nba_3sCzbhBKpuVn_e0B.jUIS7TuInV63ZV36H0wlnOAdZ9s4 i1.M3SRJ7Kz4WahaIuL.9bfZMqGBBcP665yf5kqxAuWFRZvf6sN1z0e82HEvEaTO1Q1CuvVdEj1m lNJCUK0Txsn8u9DqXQoZjcooZBWkTflecGsBiF1ZwRuMByOLwOwIJ0tyzQZhgHAddW7ksY9AWBPw DgKWcMZhHQTm5b8obY7.yqKaCLLWQnF_YQzOP5SZlMwQ5jl1qKQO8bTAXgTvw3Ki_2YU2g1Q9D0Z x29scGtEMQWLws0W6drRZwidC2vOOKYkZwINEJFEKKecFZRB5Zbxa8CGhJ4PbIIhIB1.k.3Awk7G Soo0ldGwGUNDjkYztbxGfX6zv3sMft1RSFxqc3jjcSta_Tvv3OHM1e6Hg_XxpYXHE7ZjAb41UCEl ojuTN5tP_0XnSlHq7S7E0Ly3g5Jaj7XnkhQaAZkJZF1FtfgcmQ01kC0k0_doo7AszjQPoVZFVvVo 0CjhEhcz5QkrRkvx1dZzAMRxZtBN7RI6VSdvuLjrxgVjFZtqNPP3Ru5I4gvUPIUf6cQ.s6YAw4E0 4cH0VIiuwjTcwSP1PHP56_34CRPhbj7CdkC41n1AQooZ2ZZxJilGRoCefTOgft1Ym4.LdHgyIwDL Vv0zu342M0k0iIxXmcqVTBne3LCbriznVRR6tJdt7Vk6H_rVlaucu9so1bBdEfXxFIYUom_DYV.5 XLzWemkiyhakK2ZxwC.t48RLvsYdUKgrM7362M6VwaXc9WwnA5OMNUGTQpV5BMh9ayN1XG321jhj 4IjugzYMs199OvRVtAzbmjaOmlLXGyuk18PRLY.oKgaeTY4dY3M16IiBrreRF65fyMX.XN9AvGFV nJgc8vTSn8ieFyjTMUb0PiG_z5hwqKSQfSaf8Pynj6SEUvJ6_LzRb8XJjSA8AnAvv5.rHgtFG7oj FUuvxExsIjRlcwrjGyjSo2JJDxddAdgvhHvHxPGbw0RvE2nx.WNZKpzqxGdF.OoEQrUTo4stDGHu VrlMfcUSbj.vUdZV_He8xMwyo3.D8uWU93um0oAXKeY0SC0i.F83YP2fzpQhBkreexaXishDdVgv k4ttGrJZZ6Th9j8zicjuyZbGOKENod2DDLlWRGEh96aQg0_E1aQLhdH06E2INynRRyuPt.3LwuQk YncdQ5t_DmGTVd4vkBnTM2bBpItSfL03odxKXYubDjThJpeTdN4l2y.JfBJtxkyzu_aqa4DFykGt HFXrRMJV5kP5h8ua4wBCEwaEudixo.PgMHAFLpEClJUlPrkRQzKzavYC2YdvPU40oRbDZiPdhcyl kTb4xr9p5RUMeaCiLeq8rvFIhy_mwBWDtP03KrIU90yWDUyMpq9flxXgv6_qpt_ePxpZhiSko X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Sun, 4 Jul 2021 04:25:36 +0000 Received: by kubenode504.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID c46e549dd9944cc38dc922cd429d02de; Sun, 04 Jul 2021 04:25:34 +0000 (UTC) Content-Type: text/plain; charset=us-ascii 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 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: llvm10 build failure on Rpi3 [You need to update /usr/local/poudriere/poudriere-system] In-Reply-To: Date: Sat, 3 Jul 2021 21:25:32 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <9780017D-5B26-4791-9397-3E721B578D55@yahoo.com> References: <5A26965D-2DFD-4A46-A171-A382A61E3CFB@yahoo.com> <20210626035234.GA18893@www.zefox.net> <43513842-6FC0-4A89-8F0C-9EB2B328A5ED@yahoo.com> <9CFE71E2-23C3-4072-A8AD-74EDB339A146@yahoo.com> <60EEFD09-97DE-4B4F-BAFD-61B96EF60E27@yahoo.com> <77A35ACF-275F-44C8-AEEE-4EFE5B5CBEA4@yahoo.com> <20210703182546.GA17871@www.zefox.net> <380184FB-6BA1-4C2D-9C6B-E249C2CF1317@yahoo.com> <9CC00581-E8B4-45F0-A614-60A70E37B1B2@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4GHbN25X7kz3rPF X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=dbeGdenN; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.206 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-1.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; 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]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.65.206:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(1.00)[1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.65.206:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.206:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Jul-3, at 21:15, Mark Millard wrote: > Summary: You need to update /usr/local/poudriere/poudriere-system >=20 > Updating your HOST environment does not automatically update that > area. >=20 > One possibility for an update procedure is: >=20 > # cd /usr/src > # make installworld DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 > # make distrib-dirs DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 > # make distribution DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 > # make -DBATCH_DELETE_OLD_FILES delete-old = DESTDIR=3D/usr/local/poudriere/poudriere-system DB_FROM_SRC=3D1 >=20 > Sometime after after a poudriere bulk run completes: >=20 > # make -DBATCH_DELETE_OLD_FILES delete-old-libs = DESTDIR=3D/usr/local/poudriere/poudriere-system DB_FROM_SRC=3D1 >=20 >=20 > How I got there . . . >=20 > Someone pointed out something that I'd not even thought to check > about your builds (that explains why your lang/rust did not fail > to build as well and a major difference in your poudriere vs. > make build tests and vs. my attempts to reproduce). Your log > still reports: >=20 > Host OSVERSION: 1400024 > Jail OSVERSION: 1400019 >=20 > 1400019 is from early June: >=20 > committer Neel Chauhan 2021-06-07 22:53:24 = +0000 > commit 37d64dcdfa519157aff9711f1f226ad7bd778f46 (patch) >=20 > That Jail version of the system predates using llvm12 > as the system compiler. 1400023 was the switch to llvm12: >=20 > committer Dimitry Andric 2021-06-13 = 20:01:15 +0000 > commit d409305fa3838fb39b38c26fc085fb729b8766d5 (patch) >=20 > This means that the direct make build of devel/llvm10 > was based on using system clang 12, not what you have > poudriere using. >=20 > You should have (using things as they happen to > be available to install now): >=20 > Host OSVERSION: 1400024 > Jail OSVERSION: 1400024 I forgot to quote the OSVERSION in: ---Begin Environment--- SHELL=3D/bin/csh OSVERSION=3D1400019 UNAME_v=3DFreeBSD 14.0-CURRENT UNAME_r=3D14.0-CURRENT . . . > In other words: equal unless you have good reason to be > building older materials. >=20 >=20 > So we see that your poudriere bulk builds are based on clang 11, > not clang 12, according to the log file: >=20 > _CCVERSION_921dbbb2=3DFreeBSD clang version 11.0.1 = (git@github.com:llvm/llvm-project.git llvmorg-11.0.1-0-g43ff75f2c3fe) = Target: aarch64-unknown-freebsd14.0 Thread model: posix InstalledDir: = /usr/bin > _ALTCCVERSION_921dbbb2=3Dnone > _CXXINTERNAL_acaad9ca=3DFreeBSD clang version 11.0.1 = (git@github.com:llvm/llvm-project.git llvmorg-11.0.1-0-g43ff75f2c3fe) = Target: aarch64-unknown-freebsd14.0 Thread model: posix InstalledDir: = /usr/bin "/usr/bin/ld" "--eh-frame-hdr" "-dynamic-linker" = "/libexec/ld-elf.so.1" "--enable-new-dtags" "-o" "a.out" = "/usr/lib/crt1.o" "/usr/lib/crti.o" "/usr/lib/crtbegin.o" "-L/usr/lib" = "/dev/null" "-lc++" "-lm" "-lgcc" "--as-needed" "-lgcc_s" = "--no-as-needed" "-lc" "-lgcc" "--as-needed" "-lgcc_s" "--no-as-needed" = "/usr/lib/crtend.o" "/usr/lib/crtn.o" > . . . > _OBJC_CCVERSION_921dbbb2=3DFreeBSD clang version 11.0.1 = (git@github.com:llvm/llvm-project.git llvmorg-11.0.1-0-g43ff75f2c3fe) = Target: aarch64-unknown-freebsd14.0 Thread model: posix InstalledDir: = /usr/bin > . . . I forgot to quote another OSVERSION: . . . ARCH=3Daarch64 OPSYS=3DFreeBSD _OSRELEASE=3D14.0-CURRENT OSREL=3D14.0 OSVERSION=3D1400019 . . . > -- The C compiler identification is Clang 11.0.1 > -- The CXX compiler identification is Clang 11.0.1 > -- The ASM compiler identification is Clang > . . . =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sun Jul 4 04:32:32 2021 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 6444F11DCD4C for ; Sun, 4 Jul 2021 04:32:41 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-8.consmr.mail.gq1.yahoo.com (sonic315-8.consmr.mail.gq1.yahoo.com [98.137.65.32]) (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 4GHbX76mJ8z3sjt for ; Sun, 4 Jul 2021 04:32:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625373158; bh=V/j68Ogf1F9vWJ6wixA+GNEbQsEc5lTceibNV9ouW8g=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=UPyFtgIir96UOwv0vTuIrXqPobVX8ftLu1YHhFIZ3TH3ak4BTO6XWl4hO4zFAuyxUX7+9otsME5pVxqxZoy9x/UnCeKhXxF0Nw3aQ9SWJ2N1twTl5ybl8ha1QesvtMvf/jH/Xhm8/bMeuvtyZToa8JHlHnVukhYfd9e5/GNc4SC6uMi06XonOvAuqolXJzsE85TGEJ1O5kcwzWCHQhJwXIIo05Vak6y+h7KXyeI9qqwsrbPGhpEGomo9Nk2Yh4U7oZGW/qaQDp2YcEo5TvRGy79jLDAeEo+C2nEq4AWBIYi/iJFq2eGOZd/LUABP0GF9ZCSHaEDQfFMIz+NxnxdWrA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625373158; bh=jxh7uuDFOmtJDkyFYDQVXxZkNShFg5fzNkBnBEMU9XO=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=URfENLy92vRpTpi2Z6rHsIyiZw391aMGqIqjw075nx2hRGVZEFbYidB/KeETjxqZh4QXbe3erbxHL5Wd/uT0GSmQYAJAwIv/OCgsrQRPANuDjBH+4drjLn2BDlQNwgvad5hHTW9fxF3Fr/rLruvPW6avrBorMEjq2eHZzbmZOOlY6RB3umcj8FTgdKONKg8lLovLhBwqK3T5gp2bkR7qwF5ZjKe6ZjQ6j2MUuYsS2gwOy+Rx25q+HnJieuNq4a4NY8j4ZuaWxsR7l4dAaSjTlB8/yZI9f89A+vEgmYDNuPNxgJr2wG69LnYGoIbqXZEw9QjsLNYuMF6IWfGbjkCqPw== X-YMail-OSG: KxWGGFEVM1mszFTLNjgAflGe2rhJztYgRzN7FAr8lA6p9lKE7xbkXtyXMLwvXu9 1v9aGQ1QEghgEizQincPlAj2eClJr0OzQV5Xn8tyxiMQXb4nbu55DGlFIBMktgJON_ezpFYb5AZ1 mQ9J54mR8jMRqOViCmqpyxI1Qofli.EtFyEB99BTcZLR0K23XdTNF9k4UaaH32bpY.KtoRsGHjV8 9NCGjaX3TEvaWdzyQAgnmn94H2a7RWB.VVfruGiCMK9cegEVmOvh6hAVuRh6g7XNpDUz_PZmUrMQ omnwUxXpb7NF1ooNmpL1kpbdU9YlbcoYjwxe3Rt1SYJ6XDKtRz1VB6CpWOSL7EbQI1lhONb8IgQt Cgl0rOHfOmJHoUIaGUeJP_mOwDwI4hfMh87OLEUfstZKxZ8K0YICAiJNyBw6WpR_vULh6ngAVSy7 Tp1IyIofAU5WX.dKrG6mKAxbfbi4Omxg4vOgRn0fncWlafp8WDobBaMyaaNsosRwOsbqnIadxm_H P3sHF82NGlSBR3ooesQV_TFspGaGB9LzaGLy4KvOaLh0C73V_7Jwe1PuLmoHXameovnu1xaiqdFJ yNmNs6XFbm1G2LQaI_WotdazG6cnn9QtFen6Kk3MLxYJcJQpI.eQUBoNEwEiA1j2QPua1ax3FPPk IL.pAlXVhWfKRGPwbCKZq2ikuz4aITlXAwXKIsSaJWzAFyVQnBN1WILY0IFfzn5LCkdtZ9ywHhNM vbuPzp_TyCbos8W2ItlQALwLiQFW6z7pIRDREZCAhAUGj4sO4m4oZfsKlTsWuIqKR2GZtcJvk_lT a6xm9mAx44rl3gmpXftre3bEl_LEUvV8yRMwUmCAX1Ywg5KCpmaHhJIGdfbJuSNXpQjUN9DLTEpp nQfAiBUJgBtUBrgNya3M8UjQz6OA9zLEvLOlqalO4.I.18.O4I6OfksiJJUImEM.WrD25yYJuwHL jnm7nCkMN9In2loUsdxqHJmeWQVRJcUcEkRWUBUdbWCiQSn9Lc6Gxvpzk1HM2nI3yMWjHU1ID0yF SyGjh6vEvDvP8fnJA09hHi4i2UQYUFuHqTsNGGAN0xEeuckpehuKOV9_SJ2RwrXMZtz.EH2Jjsj8 B00p_TicAUfDiLqQi0HSl9A1yjD0PItK8hR4u4KfeAn6flikQGsVc08QBvCGHoUWEbnN3qXmaWx0 TDYZ.jwuAHJHVXPtUd.z4_u9Uwsj2Gv9kN2bjv.1j5kJYcetNArdvOv_Krp2KhmHFbibqjuIIGOb KepFLzJs134hvjazbIX_KYHtkcdSuyFnndSbRUwyt88uTiH2jKt2GIgI7CbrFmqctTuDPgpE7wJg VR_2ZafudhUBfLNd7gWI1OmkdLlOV3HVgV3g07SZ3lbAC3Lm1IuUDuz2DuLMj4_dnqMhZf9fZBAP rICKhowj97n5leJNo.WpHdzlpmF1qwnNCwccOe_dlKFmmJEoVwRvEvJ4Byoa8ABVWR1IxziszgwI 35s_MVlxNRfvhlZ99amhkWLH30ZnriTeTImZX6twzm8NfIuXLOMYtunvMuXu5FgvV2Go.fC5HcoN lPTLVB42C8EzYciga9.pm.C3JllSzYoSYGCJQfXdFdgSs3VOVsHBIHGHeiKhAstZrt71vZo04LGj UXbhAsEpO2eLUWRXbLUehrFjm2MdIsUKsy.craFwcHwK7Lwnies01xfmge0owfQFjvaLgubCc9.9 AORVGPyyVWu.HRPIJgl5zWZCvJkhLMhKUS.DLKhQAZWNjeFlh5HMNl6IFYWltznTsqsPB6bxjPa8 BwrDNhTAB3Opd0duOmdz_feJR3UT7282nMNJBikSHxg45wkqQ6kS4nwIBDHg6gtKKg0BPE9XSfUe DiptPsDqws7E.aIWjPRbbwyl_feTwelHCWqc4_lKOfMhsuPIIU6uMRhEjxmwctSGHcrGTn.SYZpw 12O6sJoLoACoam6e97BMttngvRC6i2WzW_vKFDIKN7yBunoR1K0b2lLXkaa11JKUf6POiirdYcAg Eggn.bcNovzJAUryrwaC6z3anpFnhFmRR0sbsOmvBDDX1iHXJOfnuilKLC4XHvYXGl0mQ_iddS8q iFLUcTLRAzEbUue6Suu_quPRxUuPYsuhLCBfst2CQD17PS1AD67QPgBalcyCiK1VMVYUTCNFAttL _5TCzDmSnYKTyQeC1VX_qUQJMNGA8jcgzeP0EvDSeQuZza5TkJoQLbON6ABpdUuzjHJSVr.tZweJ Ya4NPCJy5a409jXrCkmdegEZO0aXgfFVBWjdWnQBELa0a5VQqqrG6ofdBJM3viBxP0qfWt04BmaB IK1gWbsnGdbGmPTLIzBCAa4F_VEalVlw1E7MbdtCUfKrzHi71XLbH5YWmT_afA6DLtoctfXeEeuA wJRrg5KtjI1EVKzrRDuGNtntW6sJgYsQYDHtSM2qbvln2XjROfmHE3INxI2zXR85BJzylW.AGn2z 1jVd4RsMB3sHY8U5u0d5.ZoFyL_I7g.X4J0YkW.vGCZ47KqriX_7o8qZenzzttiIicwMULY21dS_ .d8etUsKGZydhcyUwfMgefWJos0CIE85RqcxQ4oKD29sn9ASubeNYj1ORW8DyyOnd4Jjw26pjkBZ M45hhl9HXqX8cFhcQ3SdTUa2S6K9NUNg_kSipxsET3pRpBjkHax2HfmNB0.G0iJqwAuZsnP6FysF MHExhcjoNA2cuTvSXUadrO7_RHoVpOb9aqRXOMxjJErUrK2Be_ngUYJJ1ydaCp0.nPUewJJn69X3 a943vdvdHX3gzRRZGrg-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Sun, 4 Jul 2021 04:32:38 +0000 Received: by kubenode540.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID f26c8aa8f8294a424f54abdc3b9c0fad; Sun, 04 Jul 2021 04:32:34 +0000 (UTC) Content-Type: text/plain; charset=us-ascii 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 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: llvm10 build failure on Rpi3 [You need to update /usr/local/poudriere/poudriere-system] In-Reply-To: <9780017D-5B26-4791-9397-3E721B578D55@yahoo.com> Date: Sat, 3 Jul 2021 21:32:32 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <1B74E5A6-A648-4C91-95BB-6C8AB110FA3A@yahoo.com> References: <5A26965D-2DFD-4A46-A171-A382A61E3CFB@yahoo.com> <20210626035234.GA18893@www.zefox.net> <43513842-6FC0-4A89-8F0C-9EB2B328A5ED@yahoo.com> <9CFE71E2-23C3-4072-A8AD-74EDB339A146@yahoo.com> <60EEFD09-97DE-4B4F-BAFD-61B96EF60E27@yahoo.com> <77A35ACF-275F-44C8-AEEE-4EFE5B5CBEA4@yahoo.com> <20210703182546.GA17871@www.zefox.net> <380184FB-6BA1-4C2D-9C6B-E249C2CF1317@yahoo.com> <9CC00581-E8B4-45F0-A614-60A70E37B1B2@yahoo.com> <9780017D-5B26-4791-9397-3E721B578D55@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4GHbX76mJ8z3sjt X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=UPyFtgIi; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.32 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-1.88 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; 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]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.65.32:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.62)[0.622]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.65.32:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.32:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.32:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N [Just correcting a bad placement of some of the new text.] On 2021-Jul-3, at 21:25, Mark Millard wrote: > On 2021-Jul-3, at 21:15, Mark Millard wrote: >=20 >> Summary: You need to update /usr/local/poudriere/poudriere-system >>=20 >> Updating your HOST environment does not automatically update that >> area. >>=20 >> One possibility for an update procedure is: >>=20 >> # cd /usr/src >> # make installworld DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 >> # make distrib-dirs DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 >> # make distribution DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 >> # make -DBATCH_DELETE_OLD_FILES delete-old = DESTDIR=3D/usr/local/poudriere/poudriere-system DB_FROM_SRC=3D1 >>=20 >> Sometime after after a poudriere bulk run completes: >>=20 >> # make -DBATCH_DELETE_OLD_FILES delete-old-libs = DESTDIR=3D/usr/local/poudriere/poudriere-system DB_FROM_SRC=3D1 >>=20 >>=20 >> How I got there . . . >>=20 >> Someone pointed out something that I'd not even thought to check >> about your builds (that explains why your lang/rust did not fail >> to build as well and a major difference in your poudriere vs. >> make build tests and vs. my attempts to reproduce). Your log >> still reports: >>=20 >> Host OSVERSION: 1400024 >> Jail OSVERSION: 1400019 >>=20 [Text moved here:] I forgot to quote the OSVERSION in: ---Begin Environment--- SHELL=3D/bin/csh OSVERSION=3D1400019 UNAME_v=3DFreeBSD 14.0-CURRENT UNAME_r=3D14.0-CURRENT . . . >> 1400019 is from early June: >>=20 >> committer Neel Chauhan 2021-06-07 22:53:24 = +0000 >> commit 37d64dcdfa519157aff9711f1f226ad7bd778f46 (patch) >>=20 >> That Jail version of the system predates using llvm12 >> as the system compiler. 1400023 was the switch to llvm12: >>=20 >> committer Dimitry Andric 2021-06-13 = 20:01:15 +0000 >> commit d409305fa3838fb39b38c26fc085fb729b8766d5 (patch) >>=20 >> This means that the direct make build of devel/llvm10 >> was based on using system clang 12, not what you have >> poudriere using. >>=20 >> You should have (using things as they happen to >> be available to install now): >>=20 >> Host OSVERSION: 1400024 >> Jail OSVERSION: 1400024 [Removed bad placement of example text where it could be greatly misleading.] >> In other words: equal unless you have good reason to be >> building older materials. >>=20 >>=20 >> So we see that your poudriere bulk builds are based on clang 11, >> not clang 12, according to the log file: >>=20 >> _CCVERSION_921dbbb2=3DFreeBSD clang version 11.0.1 = (git@github.com:llvm/llvm-project.git llvmorg-11.0.1-0-g43ff75f2c3fe) = Target: aarch64-unknown-freebsd14.0 Thread model: posix InstalledDir: = /usr/bin >> _ALTCCVERSION_921dbbb2=3Dnone >> _CXXINTERNAL_acaad9ca=3DFreeBSD clang version 11.0.1 = (git@github.com:llvm/llvm-project.git llvmorg-11.0.1-0-g43ff75f2c3fe) = Target: aarch64-unknown-freebsd14.0 Thread model: posix InstalledDir: = /usr/bin "/usr/bin/ld" "--eh-frame-hdr" "-dynamic-linker" = "/libexec/ld-elf.so.1" "--enable-new-dtags" "-o" "a.out" = "/usr/lib/crt1.o" "/usr/lib/crti.o" "/usr/lib/crtbegin.o" "-L/usr/lib" = "/dev/null" "-lc++" "-lm" "-lgcc" "--as-needed" "-lgcc_s" = "--no-as-needed" "-lc" "-lgcc" "--as-needed" "-lgcc_s" "--no-as-needed" = "/usr/lib/crtend.o" "/usr/lib/crtn.o" >> . . . >> _OBJC_CCVERSION_921dbbb2=3DFreeBSD clang version 11.0.1 = (git@github.com:llvm/llvm-project.git llvmorg-11.0.1-0-g43ff75f2c3fe) = Target: aarch64-unknown-freebsd14.0 Thread model: posix InstalledDir: = /usr/bin >> . . . >=20 > I forgot to quote another OSVERSION: >=20 > . . . > ARCH=3Daarch64 > OPSYS=3DFreeBSD > _OSRELEASE=3D14.0-CURRENT > OSREL=3D14.0 > OSVERSION=3D1400019 > . . . >=20 >> -- The C compiler identification is Clang 11.0.1 >> -- The CXX compiler identification is Clang 11.0.1 >> -- The ASM compiler identification is Clang >> . . . >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sun Jul 4 05:34:35 2021 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 0DA4D11E2461 for ; Sun, 4 Jul 2021 05:34:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-25.consmr.mail.gq1.yahoo.com (sonic312-25.consmr.mail.gq1.yahoo.com [98.137.69.206]) (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 4GHcvk6YmZz4T1P for ; Sun, 4 Jul 2021 05:34:42 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625376881; bh=tqpH00fwMKdndyukdbSQkWEy5K1yg5B8lqYgtZhbAJs=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=gJvvMOXhaEHOII2XAhxoaypg80BLkGm81K1kvyEaiZuUvRtuHxc50DXIQ4teDOmNM7oPMZ7BTCsrWeVXp1kLjVVvJiI6PMCtk9E0QNNQ6oWDHA6Dx2lYSYtmp6MxiX1PqXGMsyg6xx/V/TK1KFmZiqXGpzCWMNcrbXSQ2q/ak/JMnhw81xnaPwXCMMtKGJ8UM+CnEP+SRHyEVOg+d5FPGGNfEksZWR5RgSWtT0C7iZEDvBR6W95l4iBlkRBdorhDyroB8CSjkUQAy5zA8ViVCDdLMf39G9JZmc7l04G8+pwOvi2vPj4MnG4gm2pG83VOk0XiE7LBUSBUDtFS2c5HwA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1625376881; bh=bhf9SKjj6KACAUmKwalPFwQhDcOXK+ePjAnRM2r51AZ=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=jXNwsVS2VlcCydfG+ZFEk28WMKPfAMCwDSssV8eNBahF9zXM8l9JqtoVGAAK6sPjtVurbjjSCsMqx/GXowLyxb5WIvhQh/A1zjDESj4yI3ki2y8KHYVDtsZFB+FEJWtFqx97uQOzLHR33zX2dZlcp1XDVINkKPxa1j+VODUHtzJWEUUSQiINlSyBseLDgyoKlIoRy2MCwGLPz9mlz30t+XkRulHGTHXLe+APKZD8QnyTgXyfbPOv09a25PUjAOaVeBXO6+xuEiu8Y4y9i1N+dfk6jcHxM7pmDJrzD8ECKOJ85LdlDYaNHEf29V42Eh6/+bZg684s1W6UfpNwqgVd1g== X-YMail-OSG: 6h8Knb4VM1llTQjD5CmPBnCmOba8qBxDsZyHpL9wlKC3kOiorhgOqRk_lEubIxQ nUUCuucpyCpfRTp2E9IavNTsA8Q_jaAm0GH.7h2yul7V8TKfYLJ6Pt86T5d8odf8AgD4kLpTKVgw ItC8.DH0ouJkBy0E1aZbFt9G9Ts415aw52W8jWvdrht7O0QxLUBohZbKnMLW67BsDJSHJ3uYFROt yfDfmBuAFDrGbpnyH2gukIVlCXpcK61VTgQrx4W27jfexDHvn9kTn7GaQl9XXj_V9OO27GbXcQ18 gleXHFWeuQvMa7rn7AKcfsrwR8Q7W.VU1EA68PtAfCkJpGcXi5P6eXd2LTZ0Ilhn6fIl13aiU80Q ZuB3WEmetlzWrIF.acKAG49XSj9TG6yUoDdhn0ZMRgPNEAynIT2TNLrEDnYWK9ay0YtQxCQynFsn F.1c18rcZwxPaKXiL2iY1gsq_Q4gHpOGKQ8x8OzgInFR9_mX9aUw29BH8pF1UPmaztS.KY4ytsBB 8xDPhE6bUssWLx.fJQY9oL100wkclUJbpRMJnQVKcYw7ijIlyF8dADWWRTe2_xahYqL.JJiinIJG dbZPadWQPkz6zZ.mH5Lz7QmsDq_M5t5CPN9oBOAC2nOj.6QEMXSNPGl0IJ2RqO5PxQ3QekNlY.xX F2Biq7ZseP4gqECvX5XdLVHKtD7NFzia66MNdFOwj9KoW6ZRhqR0O4jYRgid.8qyRxR.1L91LhPS EMXAZ3kzVNwX16yuxUEMCwqy1gwCHEiwQ75VJbUVxps0O88W4dCHyma1M_P7yCUijwn4F1HCYoYL d2by3iY6u.TsJVxGTaCoBKYdq.z9KftK1Qh0InN693tkpynufxomo0Xi5JpvSzTiIhyt6dWuEwrN K6VRLDdfYIkuhLzDNlFQH6dU5CATclbxOymte1wZ5cBGYwZrXKxZMQWlhFF9XD2Wu8tF8fmeD1KG x.tQ3IennpljsjT4.JxIRbrvxudRoBzwyhKF.uDEupGggRTgqrnnyNgHeO.TR072L1jGurN8mvaI bZ7noYznmjzNH96UOcLFq3Kk6sxFwxGSI42zLnxokB06P4_sO4r1pfL0ZVDL4BlIRQ4rxw_IMFjR uIk225DkuOZySNmA_saXa26anrBHT71ls6q00SV.RaGjvhEda16Bc12DsfSMlUq8ZJW5Yn_onPUu lDMD5EZ5XnRfewN2qEAMwMnhxxyKtXEg4qam.kGUKjTEhKfqSR8.Kpbc_SKep0KqQ7fZmnlQNlh7 JM1M9kWq2z7U1KEiPaJdVNVR8_VvF2HZGDuDf75my7clsn6PkBOBSNn04nEE7N5tKzvjWwhKjH.k luyvGiC8TmPhUbJJolzlNZsPo2YfTypPDWu2tdf_crat8D4iBUkNKRI_4.jXdZFmWq.I97Mo28eD 5jgznBleNbQF8UGSvPYMv0dJqHzogDQmVMRTCItSD_9OQossKwxI1ZvApVA4U5Wzk7qj0mnHZO0I 13sJGgGinjwdt_VxP1i.H3DqnWZLdHGGHUaI0ASY4spgQtak3n4fOCKJlq8bmJhwoYzybvc6oRO8 M5OiV0dHJUTdX3jeeR7lqShluASkFfHfsiAnDFkp5cN8hzmP7SxGLqaR650kWNdZKvL0AT477.JL dZVZDfMYlUQPTVW0MI.wMiCIJxoVex_agludpQIsqSVmKcW6mrYxXy3KlM8aq2qiM.RfhXK04ibM rVhc8zCzxUhJixbTRpf_Yz1esd8Gow_FtFluga2NBuGg4VRNaFx7zGA6Xq7fLhH266yvdo2atmRg 48LA8ARVAauSW6zaMug6_dBBvXYGdkLDSkS8FM8EqshyKOIw1YtGODWOkwvbMbieBM_kX9wR2C2p NGeP0hzfs_B7gY.vSPl.bDT434X1WZstRjtsZDZy3DCBlB3Z_632pF1qMsbOZ8MGFWiZ3wXtuwI. BeYKftFgBtQy9SIG59Qdq9bxjjQrkIWsVsBxFym39_KyLHTnKny4ek7GnGKm801I7Sx_XwX2QoQ8 j2icsyyXBZEsp_gs.eQJIVc7xOjSLEfJqUzQJ0OaZuMWuU6Ti5aakKXnKHZUQC8gTqR6LOaU5ytw UhkEpLHWHIQUGWMdtf8g4zZX9TzOocjb2LJo32kWCKpcgOpSF4xJnRtnSYJ_iScF_u99o7a0P7fP CBRN9TKL2n5161jJyLInVQOTFkrOWT0Df408z_3Cpj1_mCU475gpV5QlNkzm6.qqd1qFyql6lPEZ ENLL1RKQy_.Hnun_EvCm.3eqyoidV6B_cL5WI1rp1pgy4c0NHCFM7MApWsgKLMEiuWcMigflymnZ wcXWOgqb7rJ2AR63ivOyTjt1y5BKt2g3tN6sqKN._1ijzRjZt9T3dXfA1WbP2ZbIc4WtcXlDdFe3 r8G65xa2yhwS6z0RlsyR7KUogMar9Hy4WjrCYSJwJBLvUonIBiBLjhIjymw26Pvk2ypISbO1v3xg CiyO4iFxUv9P7Rm2iFlldRcS6huNsP62NT9xexoIOqT.O8FAP5ml2MoOL1.XO1MTVDkkL8AmaGiq vWFkofiYY3zBr9EnQQ45BdqX0dWWMd3ON_UX_kWSuqelVil1_QvbwnX3Zez5w6DG9yu3IQCb1y5h JGa7ezJivgfUAh3zzlIvGlcbNnSxkknREL8BWrMptJH5yw9C3ym3OOWfeVtX9c2ZbqbOgdksYuRc FORkWJLtfpqT8yaclPvltYtVhie9aBNrgQzJ30pXNydrTSyS3oTK1BgpSajwh9DH4tI4s8HE4aWG abJ0LNq_YcndWZRs8eGhghj8F5KIsODuFopsMa8OxmoZLiG_Ma206iucCNAV1yZ6hiQyH9Uwkdd7 b X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Sun, 4 Jul 2021 05:34:41 +0000 Received: by kubenode504.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 83793cb93d3944066517e68f6c0014d8; Sun, 04 Jul 2021 05:34:36 +0000 (UTC) Content-Type: text/plain; charset=us-ascii 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 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: llvm10 build failure on Rpi3 [You need to update /usr/local/poudriere/poudriere-system] In-Reply-To: <1B74E5A6-A648-4C91-95BB-6C8AB110FA3A@yahoo.com> Date: Sat, 3 Jul 2021 22:34:35 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <9D44E5D7-5E89-4E18-BF84-5C7739364DBE@yahoo.com> References: <5A26965D-2DFD-4A46-A171-A382A61E3CFB@yahoo.com> <20210626035234.GA18893@www.zefox.net> <43513842-6FC0-4A89-8F0C-9EB2B328A5ED@yahoo.com> <9CFE71E2-23C3-4072-A8AD-74EDB339A146@yahoo.com> <60EEFD09-97DE-4B4F-BAFD-61B96EF60E27@yahoo.com> <77A35ACF-275F-44C8-AEEE-4EFE5B5CBEA4@yahoo.com> <20210703182546.GA17871@www.zefox.net> <380184FB-6BA1-4C2D-9C6B-E249C2CF1317@yahoo.com> <9CC00581-E8B4-45F0-A614-60A70E37B1B2@yahoo.com> <9780017D-5B26-4791-9397-3E721B578D55@yahoo.com> <1B74E5A6-A648-4C91-95BB-6C8AB110FA3A@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4GHcvk6YmZz4T1P X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=gJvvMOXh; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.206 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-1.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; 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.69.206: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)[-0.999]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(1.00)[1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.69.206:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.206:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Jul-3, at 21:32, Mark Millard wrote: > [Just correcting a bad placement of some of the new text.] >=20 > On 2021-Jul-3, at 21:25, Mark Millard wrote: >=20 >> On 2021-Jul-3, at 21:15, Mark Millard wrote: >>=20 >>> Summary: You need to update /usr/local/poudriere/poudriere-system >>>=20 >>> Updating your HOST environment does not automatically update that >>> area. >>>=20 >>> One possibility for an update procedure is: >>>=20 >>> # cd /usr/src >>> # make installworld DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 >>> # make distrib-dirs DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 >>> # make distribution DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 >>> # make -DBATCH_DELETE_OLD_FILES delete-old = DESTDIR=3D/usr/local/poudriere/poudriere-system DB_FROM_SRC=3D1 >>>=20 >>> Sometime after after a poudriere bulk run completes: >>>=20 >>> # make -DBATCH_DELETE_OLD_FILES delete-old-libs = DESTDIR=3D/usr/local/poudriere/poudriere-system DB_FROM_SRC=3D1 >>>=20 >>>=20 >>> How I got there . . . >>>=20 >>> Someone pointed out something that I'd not even thought to check >>> about your builds (that explains why your lang/rust did not fail >>> to build as well and a major difference in your poudriere vs. >>> make build tests and vs. my attempts to reproduce). Your log >>> still reports: >>>=20 >>> Host OSVERSION: 1400024 >>> Jail OSVERSION: 1400019 >>>=20 >=20 > [Text moved here:] >=20 > I forgot to quote the OSVERSION in: >=20 > ---Begin Environment--- > SHELL=3D/bin/csh > OSVERSION=3D1400019 > UNAME_v=3DFreeBSD 14.0-CURRENT > UNAME_r=3D14.0-CURRENT > . . . >=20 >>> 1400019 is from early June: >>>=20 >>> committer Neel Chauhan 2021-06-07 22:53:24 = +0000 >>> commit 37d64dcdfa519157aff9711f1f226ad7bd778f46 (patch) >>>=20 >>> That Jail version of the system predates using llvm12 >>> as the system compiler. 1400023 was the switch to llvm12: >>>=20 >>> committer Dimitry Andric 2021-06-13 = 20:01:15 +0000 >>> commit d409305fa3838fb39b38c26fc085fb729b8766d5 (patch) >>>=20 >>> This means that the direct make build of devel/llvm10 >>> was based on using system clang 12, not what you have >>> poudriere using. >>>=20 >>> You should have (using things as they happen to >>> be available to install now): >>>=20 >>> Host OSVERSION: 1400024 >>> Jail OSVERSION: 1400024 >=20 > [Removed bad placement of example text where it could be > greatly misleading.] >=20 >>> In other words: equal unless you have good reason to be >>> building older materials. >>>=20 >>>=20 >>> So we see that your poudriere bulk builds are based on clang 11, >>> not clang 12, according to the log file: >>>=20 >>> _CCVERSION_921dbbb2=3DFreeBSD clang version 11.0.1 = (git@github.com:llvm/llvm-project.git llvmorg-11.0.1-0-g43ff75f2c3fe) = Target: aarch64-unknown-freebsd14.0 Thread model: posix InstalledDir: = /usr/bin >>> _ALTCCVERSION_921dbbb2=3Dnone >>> _CXXINTERNAL_acaad9ca=3DFreeBSD clang version 11.0.1 = (git@github.com:llvm/llvm-project.git llvmorg-11.0.1-0-g43ff75f2c3fe) = Target: aarch64-unknown-freebsd14.0 Thread model: posix InstalledDir: = /usr/bin "/usr/bin/ld" "--eh-frame-hdr" "-dynamic-linker" = "/libexec/ld-elf.so.1" "--enable-new-dtags" "-o" "a.out" = "/usr/lib/crt1.o" "/usr/lib/crti.o" "/usr/lib/crtbegin.o" "-L/usr/lib" = "/dev/null" "-lc++" "-lm" "-lgcc" "--as-needed" "-lgcc_s" = "--no-as-needed" "-lc" "-lgcc" "--as-needed" "-lgcc_s" "--no-as-needed" = "/usr/lib/crtend.o" "/usr/lib/crtn.o" >>> . . . >>> _OBJC_CCVERSION_921dbbb2=3DFreeBSD clang version 11.0.1 = (git@github.com:llvm/llvm-project.git llvmorg-11.0.1-0-g43ff75f2c3fe) = Target: aarch64-unknown-freebsd14.0 Thread model: posix InstalledDir: = /usr/bin >>> . . . >>=20 >> I forgot to quote another OSVERSION: >>=20 >> . . . >> ARCH=3Daarch64 >> OPSYS=3DFreeBSD >> _OSRELEASE=3D14.0-CURRENT >> OSREL=3D14.0 >> OSVERSION=3D1400019 >> . . . >>=20 >>> -- The C compiler identification is Clang 11.0.1 >>> -- The CXX compiler identification is Clang 11.0.1 >>> -- The ASM compiler identification is Clang >>> . . . >>=20 >=20 >=20 I'll note that your use of: # poudriere jail -c -j main -m null -M = /usr/local/poudriere/poudriere-system -S /usr/src -v 14.0-CURRENT where /usr/src is the same as used to build your live boot system, means that updating /usr/src to a vintage with: OSVERSION: 1400024 also means that /usr/src is no longer consistent with with system in /usr/local/poudriere/poudriere-system unless /usr/local/poudriere/poudriere-system has also been updated. You are using a older system and older toolchain to build based on a new /usr/src that does not match what is in /usr/local/poudriere/poudriere-system but the build activity is happening in that older system environment. It is an incoherent combination. It is not surprising that it does not behave well. I'd update /etc/src to a vintage that has the workaround for the lang/rust build problem, rebuild and install the HOST OS, boot it, install the same OS version into: /usr/local/poudriere/poudriere-system and then rebuild all the ports to be sure that none are still based on an incoherent combination of materials. My guess is that you want poudriere-system tracking the live system and its /usr/src/ . That would mean that just after booting a new system update that was based on an updated /usr/src/ you would then continue updating via something like: # cd /usr/src # make installworld DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 # make distrib-dirs DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 # make distribution DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 # make -DBATCH_DELETE_OLD_FILES delete-old = DESTDIR=3D/usr/local/poudriere/poudriere-system DB_FROM_SRC=3D1 Sometime after after a poudriere bulk run completes: # make -DBATCH_DELETE_OLD_FILES delete-old-libs = DESTDIR=3D/usr/local/poudriere/poudriere-system DB_FROM_SRC=3D1 (That sequence is biased to poudriere use instead of to a chroot environment that has been tailored and needs the tailoring preserved.) Note: If one wants to have the likes of: /usr/local/poudriere/poudriere-system be based on older system versions sometimes, then a different -S PATH needs to be used than for the boot system, say: # poudriere jail -c -j main -m null -M = /usr/local/poudriere/poudriere-system -S /usr/oldersrc -v 14.0-CURRENT Then updates of poudriere-system would be more like: (presuming that you have already established /usr/oldersrc) # cd /usr/oldersrc/ # ??? do whatever to get /usr/oldersrc/ to have the commit desired ??? # make buildworld # make installworld DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 # make distrib-dirs DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 # make distribution DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 # make -DBATCH_DELETE_OLD_FILES delete-old = DESTDIR=3D/usr/local/poudriere/poudriere-system DB_FROM_SRC=3D1 Sometime after after a poudriere bulk run completes: # make -DBATCH_DELETE_OLD_FILES delete-old-libs = DESTDIR=3D/usr/local/poudriere/poudriere-system DB_FROM_SRC=3D1 Mistake apology: Back 0n 2021-June-23 I had written: QUOTE So your jail's OSVERSION is older than the environment that it is running in. (Unlikely to contribute to the 0xA5A5A5A5u as far as I can tell.) END QUOTE The "Unlikely . . ." was just wrong. Sorry. The reality is that such is incoherent, given the use of the same /usr/src/ code in poudriere as was used to update the booting system. The update from clang 11 to clang 12 between make the combination even more likely to be a problem. /usr/local/poudriere/poudriere-system needs to track the changes as well. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sun Jul 4 21:00:26 2021 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 2480B11F6CA8 for ; Sun, 4 Jul 2021 21:00:27 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GJ1Rt40qkz4VY9 for ; Sun, 4 Jul 2021 21:00:26 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 17641194E0 for ; Sun, 4 Jul 2021 21:00:26 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 164L0Qk1006964 for ; Sun, 4 Jul 2021 21:00:26 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 164L0QFZ006963 for freebsd-arm@FreeBSD.org; Sun, 4 Jul 2021 21:00:26 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202107042100.164L0QFZ006963@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: freebsd-arm@FreeBSD.org Subject: Problem reports for freebsd-arm@FreeBSD.org that need special attention Date: Sun, 4 Jul 2021 21:00:26 +0000 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/alternative; boundary="16254324260.c8aB2b050.6331" Content-Transfer-Encoding: 7bit X-ThisMailContainsUnwantedMimeParts: Y --16254324260.c8aB2b050.6331 Date: Sun, 4 Jul 2021 21:00:26 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- Open | 238576 | Raspberry Pi 3B+ "shutdown -p" does not shut off Open | 239673 | Spurious Interrupt message from /dev/led/led1 2 problems total for which you should take action. --16254324260.c8aB2b050.6331--