From nobody Sat Jul 03 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)