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