From nobody Sun Jul 07 08:25:32 2024 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 4WH0gt4yTkz5Qcxb for ; Sun, 07 Jul 2024 08:25:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-21.consmr.mail.gq1.yahoo.com (sonic313-21.consmr.mail.gq1.yahoo.com [98.137.65.84]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4WH0gt1tlwz4DWc for ; Sun, 7 Jul 2024 08:25:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1720340744; bh=0UudWWqxstw0MJIALZJ2Sf3a7Yft1PZps36VdDF8Usg=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=VdJqktWAJjGOlJ+Cm+vYDq9vv1JXSp364xZ/qO7gQqQ145+npPmYjxC/0ROCZi1LPKBDEnd6LG2U+oH4SZrr7UodnnZlyzvN7X1vPacdxq4KVFFW0eefczrIX8hRid5UO6XubyQRBEoco4P5Pxeacd/R6eXAqzH5IKAVg+3CJ2NhzwyKIU7YRme54uNJz/rtnyuEEqi7Ij2ztdNx/qEBgXTl5yDIfcyfPj+a9Wfl3wVhR2+AdmfZv9X8n41+Uqs1LYNP/FoNJFENl4vYzpG+EASP3k21bVBdJB2ntMhsV4PMtvnAfcrsVJgjZTy9sL77ixdrWsl3+XYKhPV+s2BdOQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1720340744; bh=hT9Rpwrx6WeDH0ysLpFM58IJofDGMdfW6dDHoxVixk2=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=aFWkCOyLfpA9q/fVy3FRWp7YWi4EouHUyVEhKux8IoQKfSyKtGqT66M/gvdwlTROODkZNDm5hZxwa6SEWpoSnHFrDmzbkYBbSLyXxtLLv3OyFDzZa2gQeSLs9IkiPgDvrr0hLedOCcd40cjwedSbKHV7qbJNlW4+PQMi3SEmp0vFXEdtOd79oi6ZSidbMwn5T91kFINlcmD7PhksQbbtIy6O7KFrsdOD5wHxjDevMj5f6nN76mMJeV4VCSbnq9C+WzJeh5PAPbqwKXYBcUC6ZUbmDv6Au/AlSLQ2Quo5Bt3l7uKg2myCnS0Qa7nGxV/wrUcR6PiNcw0Idc0LYt3grg== X-YMail-OSG: .M8qgMsVM1lTnLsicrP2SN9l3eszRuennSwhwbQ3oWRR5t_TADCg_6nTzWfIalx k9ehPw61uzPFdUX8PLlqqrKdNcO9PxfmeVIF.QGZ7ov5Bx5ZpEZ9VkMbIkdS7vTROe.qu4OE1yfP p4jNZ3skMLWuPiw5VyRMDV79eR2TBMuN5Z6mz5.v5prZr.H8mig1AyNEtR8SonDZVHbJjUb.s1vO Srtugy3DJKP0Aqaxed_iqpR6hhNA7ni2FEQxn2jiGZiUCupi3.MdYj_ubty55_qjcLoQKbTrL_gD c88fietwkqT0dX8EyRqHphm2Q6hxX2Ll5Ivto6xoZiq4UMvHvtrHez1eb8w83i_P4ozS2kezoSZh M9Z_JbXDl1cSjbmehBUF959GssIj3j0ThK5IzK8LG_UqAOPmsdnkvVkNbycbKKxeObH9lQf9Jk1I BCYu0sius7cMBLtBIulcymqfXJzJR_zmppWEQH488k9Eur3K4E3fD7fsYTigamS6Jc8MTvf2DoN2 woCs_r2boFtfDq5OqxsmX5P5H91IQK24CRRGl6WWGZSCq5dh6j_M7hPqm_qlVFc6RfKXNqGybl2F zwLcK.ArndeK073TeCuUUc_fkEPxyAsegtuUAfWTTrb6ZLaNMWMgM47Koc_7P3WcXzdHjDfAL7ed lzAG0xBu5EeaRH8DFC0X98MuTjDYYuRlL3LptElewOBFqJe9FlmUITp8bn.HdrhlGFxpeE80nPZM 5aibck_8H8ufarrHDEL5AQ.9M4Qdxfvcrpsb7pBFM1iI0VsWNtBQplS4cVfIzsQ5uPhslU1u.KsF k6S1i4o6cRTaowXZ2PX.4hGDpSyP7ExBZvOs4jvQI8FD7XxnVDGxJTwnTGGtYqgQePIpW8Lq6veh cspPTf7yNf597t6wSqIG8ezLyE3JuwWkVIA.cO7ysw_0a5X6AvDgXYq2T4dcyf9eMduO.g8K1X13 12MSSblKi44UYsT0SKUWsnVYxqn_gnewKJlSppXJGi6Uy9Ub8w4KPq_iQC.e05xMnljQrxjdsXsH 5G3mhVtHpA2vY69oiEaUzahpv_p96GgzfFJrudD0XnMPJQMkT2kuA6kPeCaXh3jYp_P45olaOHiL Qj.Bxr3tqmAFKBWN0YxK3mBR_g8m797i_DbbcV1ghXouum6A2xFfV0acPtWvkiIgA8BDeXKtkJb6 BzJAcZLqB9LBivub44oXXg.DlFZEOZkIeK_bdjVIm__KBnsPYN143VCiefAjI5v2KR.ll5c6LuCs hvtUKjA4TFF24240D5mo60EpE6ajR5PkEaTgg15_lzQVs0Ec7DniN9eD0pyS8RNJOy5zITKJXgdS FkbpYQfJ6TaXmHMrNLWi_GYy0hJcrBYT7beV5UBqGex51GyHywkv5yB0xLAc.tW4z2n5Vi.Vx5ke zerDWw_FqvJ3c5k0aLS.rhPQhfcaJY_b25n_RwZZHMx_ikCV1hcl7fslKZ.SPwUMS0El2XEVlOqz cRMfpGAUdT0ryui_7OW9ZzPkFzVzzjIUVsMCcVE5G9hiObaRnqh9vNre9WUGrANjovbRZ0AS_rvU l9463qU1iJYBVCUXJAqGzDuplFovTWo1LjnZx7tQ0glCyKLCM17YqtqvdBAKx2QBB2DRs1UaliX_ EAnH4amSMX1rHJ5BwLINbNUsiOTWqpro.TPLSpcLgdxCceslSaW_8F2uxsGuCJVQeTe1vLSAI_DE 6DUhWn0D2tTmNqmewLcFTrARe5uu8ouu4q88acZYgxmOuPuRe_fW1fXKHZXMMxdzYgx8LnpeTaq9 uHhYXAscvuYZvN58A8TSrpI54nJar..1PymWpuEpr7qnfHU6MB_3HSMWrkZ3rhB05rC6dK.5.pVU lQQxOSgvEx8qRr2hIy3SA0x_5QpOIVG0r.vKt5cuHGwyTrjR5l3lrzdnSJnXjYan6pgrSg1yNzfO Q.xu4vnSOJas2xksi5mntldBmW9hIVCPUPmC4ZRw.R_G9nC7o5r5oQT2iQ20rHWxeV5QEp9m53lp Z2mU9he3m4VJrSK3VDUZ50g55VO8PtANgbZiHBmSvq94HBMzF6hH4paErzVaNGwMP5McOr2QfGHH k.2mptICkX0BWlcjcksS5VR4uXLBl._sZ6qHPkfM1SMPJI9Vy_6KpQQp1ExNLvZV5Of.XAex9smv WnYXknEI8MeJsTda12XNXlUX.4M8qhktZ6gFyV_e9cOt9TTqi8mKhI44fLlKQIzXVlo.oPsaQQuT cd_D6dolmjeNuNykuh0I8i.eYSa5F9XR3rzULweauhr9OxTM2R9puQ5dQrzOX3Db0nEn3UCpxPQ- - X-Sonic-MF: X-Sonic-ID: 0fbf66ef-ebcb-49a4-80d4-eee07434ed70 Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Sun, 7 Jul 2024 08:25:44 +0000 Received: by hermes--production-gq1-5b4c49485c-q2dhb (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID e096251636643b3cf64223f589792ad4; Sun, 07 Jul 2024 08:25:42 +0000 (UTC) Content-Type: text/plain; charset=utf-8 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 16.0 \(3774.600.62\)) Subject: Re: A better alternative to having builds of main-armv7-default fully disabled and last-built be months out of date From: Mark Millard In-Reply-To: <816ef6c9-836f-48bb-9f89-b46898431c87@freebsd.org> Date: Sun, 7 Jul 2024 01:25:32 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <274FAB06-4204-415D-941F-69F623E11266@yahoo.com> References: <91287D15-F0A9-4425-A265-B07418B8714D.ref@yahoo.com> <91287D15-F0A9-4425-A265-B07418B8714D@yahoo.com> <816ef6c9-836f-48bb-9f89-b46898431c87@freebsd.org> To: mmel@freebsd.org X-Mailer: Apple Mail (2.3774.600.62) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4WH0gt1tlwz4DWc On Jul 6, 2024, at 21:35, Michal Meloun wrote: > On 07.07.2024 5:42, Mark Millard wrote: >> main's armv7 packages that are distributed are getting to be months >> behind because of the build hangups preventing the builds on ampere2. >> The hangups happen just-after graphics/graphviz installation during >> the activity in a builder where that build depends on >> graphics/graphviz . >> I expect that the armv7 "bulk -a" builds on ampere2 would complete >> if the Makefile for graphics/graphviz had: >> BROKEN_armv7=3D leads to ampere2 build hangups for builds that = depended on graphics/graphviz >> A related subset of the packages would not be built at all. But that >> is better for security and such than the official packages that are >> available being systematically months out of date, at least in my = view. >> I suggest trying the chnage and enabling main-armv7-default builds >> to see if they complete overall. >> I'll note that there is a hostorical example of a graphics/giflib >> build failure that lead to 3481 ports not being built, including >> graphics/graphviz . But the "bulk -a" completed and 24176 packages >> built and were distributed. >> graphics/graphviz having BROKEN_armv7 should generaelly build more >> packages than that when graphics/giflib builds okay. >> =3D=3D=3D >> Mark Millard >> marklmi at yahoo.com > graphics/graphviz can be built on native armv7 without any problems, armv7 graphics/graphviz builds on ampere2. The problem is later when/just-after graphics/graphviz is installed for use in some later package's build. The log files for the hangups end with the likes of: . . . [main-armv7-default-job-01] `-- Extracting pango-1.50.14: .......... = done [main-armv7-default-job-01] Extracting graphviz-9.0.0_4: .......... done and the elapsed time for the builder continues to progress, even after hundreds of hours. This happens for such activity during any of: build-depends lib-depends run-depends Of course the actual failure is between the output of: [main-armv7-default-job-01] Extracting graphviz-9.0.0_4: .......... done and whatever line would normally be next. But BROKEN_armv7=3D for graphviz would prevent such a time frame from even being involved. (Yes, it is a hack to get partial "bulk -a" builds going. I just claim the hack is appropriate for now.) I've never been able to replicate the failure on any of: Windows DevKit 2023 HoneyComb RPi5B RPi4B (various 4 GiByte and 8 GiByte) (I've not tried on a MACCHIATObin Double Shot, a Rock64, a RPi3B, or a RPi2B v1.2 that are around.) The only known failures are on ampere2 as far as I know. As far as I know there is no known way to configure to match the formal build procedures used on ampere2. So there could be all sorts of variations involved in my testing that I did vs. what is happening when official builds for armv7 are attempted on ampere2, even ignoring the hardware differences that are also involved. I do not have access to ampere2 like hardware. Note that stable/1[34] and releng/1[34].* builds have never shown the armv7 problem. Only main. The history of successful from-scratch "bulk -a" for armv7 on ampere2 was (pkg build log output lines): build started at Fri Aug 18 17:18:19 UTC 2023 build started at Mon Sep 4 15:45:39 UTC 2023 build started at Tue Sep 26 23:29:39 UTC 2023 build started at Tue Oct 24 20:54:39 UTC 2023 build started at Sat Nov 11 01:00:52 UTC 2023 build started at Fri Dec 8 10:55:56 UTC 2023 build started at Wed Dec 20 01:47:25 UTC 2023 build started at Sun Dec 31 22:33:56 UTC 2023 build started at Sat Jan 27 10:57:56 UTC 2024 build started at Thu Feb 8 03:00:30 UTC 2024 build started at Mon Feb 19 12:47:46 UTC 2024 Not a from-scratch "bulk -a" but was a failure for the issue: build started at Wed Feb 28 16:05:30 UTC 2024 (for: = dns/public_suffix_list) build started at Wed May 8 01:59:35 UTC 2024 (for: ports-mgmt/pkg) From-scratch "bulk -a" Failures: build started at Fri Mar 22 11:19:45 UTC 2024 build started at Fri Apr 26 09:30:15 UTC 2024 Note: for "bulk -a" not being from-scratch but being successful overall, figuring out if any graphviz installs were involved is a pain. I've not tried to figure such out. Overall, it suggests the change happend sometime between: pe9c9c73181b5_sbd45bbe440 (worked on 2024-Feb-19) and: p43e3af5f5763_sf5f08e41aa (failed on 2024-Feb-28) So for FreeBSD main: =E2=80=A2 git: bd45bbe440f1 - main - rescue: Fix after = zfsbootcfg addition Warner Losh=20 Tue, 13 Feb 2024 . . . Sun, 25 Feb 2024 . . . =E2=80=A2 git: f5f08e41aa57 - main - loader/efi: Only include = interpreter's linker script Warner Losh As for ports: Tue, 13 Feb 2024 . . . =E2=80=A2 git: e9c9c73181b5 - main - graphics/mesa-devel: update to = 24.0.b.1355 Jan Beich . . . Sun, 25 Feb 2024 . . . =E2=80=A2 git: 43e3af5f5763 - main - www/remark42: relax npm install = dependency requirement. Xin LI > so it looks like a compat32 problem. Not systematically across the variability in contexts. Something more specific is likely involved as a required context, not that I've a clue what such might be. > Unfortunately I don't have my honeycomb ready to test this inside = arm32 jail. >=20 > Are you able to try to prepare some testcase? All my from-scratch "bulk -a" tests for targeting armv7 have worked just fine, continuing on normally after the likes of: [main-armv7-default-job-01] Extracting graphviz-9.0.0_4: .......... done > I've seen some strange live lockups in arm32 jail, but never managed = to reproduce it. On what kind(s) of hardware? Any kind of relevant context known? =3D=3D=3D Mark Millard marklmi at yahoo.com