From nobody Mon Jan 29 00:05:03 2024 X-Original-To: freebsd-stable@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 4TNT8209Glz57bc3 for ; Mon, 29 Jan 2024 00:05:06 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (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 4TNT813wBDz4lVp for ; Mon, 29 Jan 2024 00:05:05 +0000 (UTC) (envelope-from david@catwhisker.org) Authentication-Results: mx1.freebsd.org; none Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.17.1/8.17.1) with ESMTP id 40T053KM006107; Mon, 29 Jan 2024 00:05:03 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.17.1/8.17.1/Submit) id 40T053Ni006106; Sun, 28 Jan 2024 16:05:03 -0800 (PST) (envelope-from david) Date: Sun, 28 Jan 2024 16:05:03 -0800 From: David Wolfskill To: Mark Millard Cc: FreeBSD-STABLE Mailing List Subject: Re: Should changes in src/usr.sbin/bhyve/ trigger an llvm rebuild? Message-ID: Reply-To: stable@freebsd.org Mail-Followup-To: stable@freebsd.org, Mark Millard , FreeBSD-STABLE Mailing List References: <5BCB8F1A-B5D5-4506-87E1-8B26E713C6F5@yahoo.com> <8A79DE24-403E-4E73-82B6-0E5CF4F27604@yahoo.com> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="gwCD4wmeEq1kYHVT" Content-Disposition: inline In-Reply-To: <8A79DE24-403E-4E73-82B6-0E5CF4F27604@yahoo.com> X-Rspamd-Queue-Id: 4TNT813wBDz4lVp 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:7018, ipnet:107.192.0.0/12, country:US] --gwCD4wmeEq1kYHVT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 28, 2024 at 03:00:59PM -0800, Mark Millard wrote: > ... > To be clear, referencing details of your context: >=20 > When you had the stable/14 machines at 1c090bf880bf: >=20 > A) You built (META_MODE): 63a7e799b32c > B) You installed: 63a7e799b32c > C) You rebooted into: 63a7e799b32c >=20 > I'm claiming that next doing: >=20 > D) build again (still META_MODE): 63a7e799b32c >=20 > would have rebuilt llvm at that point, the > time-relationship cause(s) being set up > during (B). As it happens, I rather fumble-fingered the (intended) reboot on the 2nd laptop (and started another rebuild instead). And I do these within script(1), as it's handy to have a record. Note that this differes from the sequence you cite above, in that I failed to do the reboot. So I powered it back up and -- without updating sources (or the local repo mirror, for that matter) -- did another rebuild. Here is an extract of some salient lines from the typescript file: g1-48(14.0-S)[4] egrep ' built in |Installing .* (started|completed)|Removi= ng old libraries| stable/14-n' s1 FreeBSD g1-48.catwhisker.org 14.0-STABLE FreeBSD 14.0-STABLE #38 stable/14-= n266551-63a7e799b32c: Sat Jan 27 11:40:05 UTC 2024 root@g1-48.catwhiske= r.org:/common/S1/obj/usr/src/amd64.amd64/sys/CANARY amd64 1400506 1400506 >>> World built in 2351 seconds, ncpu: 8, make -j16 >>> Kernel(s) CANARY built in 898 seconds, ncpu: 8, make -j16 >>> Installing kernel CANARY completed on Sun Jan 28 12:25:27 UTC 2024 >>> Installing everything started on Sun Jan 28 12:25:57 UTC 2024 >>> Installing everything completed on Sun Jan 28 12:28:01 UTC 2024 FreeBSD g1-48.catwhisker.org 14.0-STABLE FreeBSD 14.0-STABLE #38 stable/14-= n266551-63a7e799b32c: Sat Jan 27 11:40:05 UTC 2024 root@g1-48.catwhiske= r.org:/common/S1/obj/usr/src/amd64.amd64/sys/CANARY amd64 1400506 1400506 >>> World built in 116 seconds, ncpu: 8, make -j16 >>> Kernel(s) CANARY built in 920 seconds, ncpu: 8, make -j16 >>> Installing kernel CANARY completed on Sun Jan 28 12:47:55 UTC 2024 >>> Installing everything started on Sun Jan 28 12:48:25 UTC 2024 >>> Installing everything completed on Sun Jan 28 12:50:01 UTC 2024 FreeBSD g1-48.catwhisker.org 14.0-STABLE FreeBSD 14.0-STABLE #40 stable/14-= n266554-2ee407b6068a: Sun Jan 28 12:39:17 UTC 2024 root@g1-48.catwhiske= r.org:/common/S1/obj/usr/src/amd64.amd64/sys/CANARY amd64 1400506 1400506 >>> Removing old libraries FreeBSD g1-48.catwhisker.org 14.0-STABLE FreeBSD 14.0-STABLE #40 stable/14-= n266554-2ee407b6068a: Sun Jan 28 12:39:17 UTC 2024 root@g1-48.catwhiske= r.org:/common/S1/obj/usr/src/amd64.amd64/sys/CANARY amd64 1400506 1400506 >>> World built in 124 seconds, ncpu: 8, make -j16 >>> Kernel(s) CANARY built in 901 seconds, ncpu: 8, make -j16 >>> Installing kernel CANARY completed on Sun Jan 28 23:34:39 UTC 2024 >>> Installing everything started on Sun Jan 28 23:35:09 UTC 2024 >>> Installing everything completed on Sun Jan 28 23:37:16 UTC 2024 FreeBSD g1-48.catwhisker.org 14.0-STABLE FreeBSD 14.0-STABLE #41 stable/14-= n266554-2ee407b6068a: Sun Jan 28 23:26:10 UTC 2024 root@g1-48.catwhiske= r.org:/common/S1/obj/usr/src/amd64.amd64/sys/CANARY amd64 1400506 1400506 >>> Removing old libraries g1-48(14.0-S)[5] (The ">>> Removing old libraries" is an artifact from "make delete-old-libs", which I do on the first reboot after a build.) If we just look at the "make buildworld" times, we see: >>> World built in 2351 seconds, ncpu: 8, make -j16 >>> World built in 116 seconds, ncpu: 8, make -j16 >>> World built in 124 seconds, ncpu: 8, make -j16 I suggest that -- within *this* "experiment's" error -- 116 sec is not significantly different from 124 sec, but that 2351 sec is significantly different from either. > .... Peace, david --=20 David H. Wolfskill david@catwhisker.org Do these ends really justify those means? See https://www.catwhisker.org/~david/publickey.gpg for my public key. --gwCD4wmeEq1kYHVT Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSTLzOSbomIK53fjFliipiWhXYx5QUCZbbrr18UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0OTMy RjMzOTI2RTg5ODgyQjlEREY4QzU5NjI4QTk4OTY4NTc2MzFFNQAKCRBiipiWhXYx 5aujAP41F5fOPOAT++5oGNVxfYBrCsaC4oWGJ0HFCCDFFmSLWgD9Gm8IdbOIU0X3 9fE2g7Qu0OgQMSh5L+KezpKR+uFyqgE= =0GKs -----END PGP SIGNATURE----- --gwCD4wmeEq1kYHVT-- From nobody Mon Jan 29 01:13:24 2024 X-Original-To: freebsd-stable@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 4TNVgB30k5z57jP9 for ; Mon, 29 Jan 2024 01:13:42 +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.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 4TNVg94Mwgz4tWJ for ; Mon, 29 Jan 2024 01:13:41 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=QFr2Tkpr; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.32 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1706490820; bh=iToC6jf7xZwrQS+Hw6kqTtvcU7+c/aasLk8yt2IdFRE=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=QFr2TkprRIXpaERqqZiQfp8NWm4p77S38omPh/fHHN1y0tABohWuFwZ3kyWwct3Ha2GhI6FpExlFTl8bcWNgmnXV5eRE+z7Gl9bSFbJDGRRmwhRlzWmgDv6tGUyaKg80OUPur9gcbTb+3Jy5FnAJuflo9SCCpbJLFc7fUv3o46rp15rX/9AFoqXKHHHw37XtCkUKeaZeYwFgkZ04jv+zZSc+9MhWflxZRbMwgZ1QLaIdHvxI+XoipLJS0WpJogPlrpeS4wW3nGo/zEQPlAFDhf9GT1Sk8xqVdKUgv5x/6P566oXYmMQ7te0R4j/a7SIQ+nHCbEZW3gujH8sUOA0L+w== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1706490820; bh=hB5RVgCaNiyAKYKltTX3RiVThwMDG/3NzYwDYmCmlGj=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=m3frghtbjV62ZZo6bTAc6jqm7ME6oDBRR6RRPpbgW5rIb9UYvRiEopnkaCbrSyAFXRXBWGLR2D8ld+JITWM1JJr87H56hHrgHAe1WTCH0rTbtmRoC1J2to/KOc7woLGuBE29ihvzWrj0SWlBOEwWOSnsIOV2CvP89t704yXYsDUzJKGr7yI+uzs83aY5Uxo3zL4cuQmm1PMqKX8qhz3pqTG9XDB19hMRPM9vhT443mUhUTiMuk5yrVFLuU1wsOewxmfbvgKYbT/olB5TR4UQYjiwWnpNT6kc45q+UioHLi93/nHx8B8pgIZTtDvHKnlPSN3yYEoLXKpplTt+N/9rKg== X-YMail-OSG: qhQK3W0VM1m_vymf6MZg8STRpZlRGPfwq7qTz9pAPp5qD.vgf2_B6CpxgSWTBZ. SsgGD7fSy2FQB_d7fAdIJMk8EAVERvHSZuhNKlLm9xAJTtZcWRfUNSdkE4sqljBUX42t8NkwkfJu KJfJo_EfQs5gkESAke1NVK.8kQSpj9W.5q__Rkojtr7o60vgOVPwsbPfmHJzR1SszcxGq1zdNrfW _isF.6tMC0YuZb_g07YGJskQD4R_j1GH7vDjfRaprsjihWNrThBwEpwpXPh3YMwYbRAKg0s7BuKe MhyUk2LF0e7NpATvhiJu71o4yW9PLefQAYu2MYK1Edd3OSgJ2Eh9Oke7euR5aXc42WAm6GT4xGBW BaWVdKj6Sw4QcGwP2BChvptblUBXs4IGP.68hUlvlOz_zOsBnDLZbp5CY1V9PwFoSK74XKvbnOws Ic6kYNYokz_XU3wM5hSAcSxOu7xlP4pHANSj26tObvnpxR.gUaVDqRdpJ5aH7tdALVP45cgZVtvz rTVMvIab_c82V4mAwFqSVFKZmIzCqXOnQI0iNgH1h2ZrourHEmgamrOm4WW22BhXqhfCU0mf3yX9 PYtGVB7K6pIOzCX7NzDa1Khs_kO_xNPMVIlzDUNTPvsr54kwBoofvOAbx__DNLmxFGjZH0x8.e6R g0p_C2yrBZ.ZbewCOr2HmmnOQII7MU3bmxp7wxzLJB7O32FtXc.8enDbLf6l.eyq7k.xGPOXGwdS o.P7yBrXerY5lIPC8R292Wj2Dq_GfC5q3BVX1K.vPzsU5vmn76GwNTOQuR3qb.OhVYSZLhIwap8G Sptyw3CNuSgcxy4J5s2O6ZdA8jc5zT.KFkQTRsdnXyE_K9EiWxtXvyOPrWoDKw5mh4OfvVfQwdhe DR7sHNwo7JzwTx2K.yMJwGsSG2pLJ9Gm7lrWIWFGIEjH9NeSwugz_oYGSyM8dBEBdAxNd8oU7kCS 2tHe4Hm5lN1n46ooobxuoowS0MFduvySeFVRBcvvmsGg_edrhtaYTZ0hkDHD8QLfYHODUe1MhCAZ hRYtPkfCoIWJJGbpty6txGFEr.28iSQ9O3.ZW7SdvXcPNLV7Q4Rn2SG02If8n7Zg5L7EI0fovMev 7QnTyj5jwzn3tnFPEPk9aX6Ta5Poqs_CL.C2skRp5KO2.1klJyl8yv6PxXbGNT5zmZ06zHRzGYlO XwUwkpKsC7uxfEWqkDoGnf8xY1UQ_NRwiIJwQP68G3wPKWRc0RJ0gnL.qSNxS0vo5Mz4Gk.GcL4J xQOHneME5BzZwvfTqNNssb.cjPH09D._rb7FboxpG4d7oz81Z.63PkORCtRryJNFLNcJbKwFh60L Gpco_cDfW6xac1VKf0T7IwWzqbDH28Ld2peTaPtgwjdNl2mhe23zyKzdZ9o03y4JMcy69J8NMN6l zQWqtq5Hab9ypygTpjwiEbM.fYiMJttQBNnW3IEJvXVuBzv3Sr1MeyBO6ktsVYhGNygzNUBHZbP5 GaW.onq4VBvuQq5lqF6rHn9XziUleyCwMfeQvpitAw6eVlX.GqiixMFmHlNWbeA1mItP0QlPZdQW IBzo2YDeOWXWcDgI_WdHRqX_IKAMoEEMxplt5Y5mWDADTxUuJUtSkjPK0n1XZwRb010n81eiYByF Du30rb5Is1C4EIriqimEqlt4KtVJHsRZaoZDn3zsEW.9Tuo4im6oca2FcOvsaocH6vVxeD2QzP05 P6UoxY3mG49DStNxAMzzVjlMMxayWH90KdB5BdaHLEf9CQqyhS66j5yys37.OGwVcUzGV1tdLuNH zni_AgJ307VLIvobcgW_.AjARFow.yvG9nDQaqYV4L0MOtDyKb9FZgZosR5CLM54brgD9B.VPYQ4 5qrCXqkxkGwEmSMR752bnOG6HbGUuUAOZV8KtgWOYeCUyh.oE6.xBtxEMyyVsTpfbFXt92RWBjrs 1JbI3Ohkt79qbC91cLOv_AreJxlTkUbN9q8emTjQEGrIWMQWdQ4mUqiXL26s8xgYVl7kAxEO00E8 Zxde7Vc.VeM9B6ZDO2oUJ.IEejYaYc6I6FR4I4V8iUkAKxrqpeLsK82jRH7oNPJgvoPcoB3tMrR6 gUh.J5ocL5y7v66jbck1m0xAleWVtmIjGxo6yajpKZx0gmSvnZSh2f9jJmgxHA9Kj.2ALILLYhBv Ws3ycp2nuKMdt2y06PB995Zc.s30ie9tGFirozfEKS9w07TZSHqHjGS9gVVC6FFWihAomyehhQA_ aAtjRAtvzIVoHmB0CnEXuxbLRC.yIV0_EDinCsImN5ryPmYp.0ogjezaYTH9ougqD1Alac6Xd99G i X-Sonic-MF: X-Sonic-ID: 09180120-6a46-451c-af76-7075e0a7267b Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Mon, 29 Jan 2024 01:13:40 +0000 Received: by hermes--production-gq1-5c57879fdf-hrd4s (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID fbbafb7e156ea2aeaabadb42e0601599; Mon, 29 Jan 2024 01:13:35 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.300.61.1.2\)) Subject: Re: Should changes in src/usr.sbin/bhyve/ trigger an llvm rebuild? Date: Sun, 28 Jan 2024 17:13:24 -0800 References: <5BCB8F1A-B5D5-4506-87E1-8B26E713C6F5@yahoo.com> <8A79DE24-403E-4E73-82B6-0E5CF4F27604@yahoo.com> To: david@catwhisker.org, FreeBSD-STABLE Mailing List In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3774.300.61.1.2) X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_DN_SOME(0.00)[]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.32:from]; MID_RHS_MATCH_FROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.32:from] X-Rspamd-Queue-Id: 4TNVg94Mwgz4tWJ On Jan 28, 2024, at 16:05, David Wolfskill wrote: > On Sun, Jan 28, 2024 at 03:00:59PM -0800, Mark Millard wrote: >> ... >> To be clear, referencing details of your context: >>=20 >> When you had the stable/14 machines at 1c090bf880bf: >>=20 >> A) You built (META_MODE): 63a7e799b32c >> B) You installed: 63a7e799b32c >> C) You rebooted into: 63a7e799b32c >>=20 >> I'm claiming that next doing: >>=20 >> D) build again (still META_MODE): 63a7e799b32c >>=20 >> would have rebuilt llvm at that point, the >> time-relationship cause(s) being set up >> during (B). >=20 > As it happens, I rather fumble-fingered the (intended) reboot on the = 2nd > laptop (and started another rebuild instead). >=20 > And I do these within script(1), as it's handy to have a record. >=20 > Note that this differes from the sequence you cite above, in that I > failed to do the reboot. >=20 > So I powered it back up and -- without updating sources (or the local > repo mirror, for that matter) -- did another rebuild. >=20 I'm having trouble identifying the detailed sequencing being reported below. Doing on one machine: installworld buidlworld buildworld buildworld . . . Will only take large times for the first one (potentially). But doing: installworld buidlworld installworld buildworld installworld buildworld . . . Can have each buildworld take large times depending the the details involved. I need to understand more about what happened before each buildworld on each machine to know what sort of timestamp relationships are involved for files. installworld can significantly change various timestamp relationships. > Here is an extract of some salient lines from the typescript file: >=20 > g1-48(14.0-S)[4] egrep ' built in |Installing .* = (started|completed)|Removing old libraries| stable/14-n' s1 > FreeBSD g1-48.catwhisker.org 14.0-STABLE FreeBSD 14.0-STABLE #38 = stable/14-n266551-63a7e799b32c: Sat Jan 27 11:40:05 UTC 2024 = root@g1-48.catwhisker.org:/common/S1/obj/usr/src/amd64.amd64/sys/CANARY = amd64 1400506 1400506 >>>> World built in 2351 seconds, ncpu: 8, make -j16 Was a prior step (ignoring reboots, say) an installworld of 63a7e799b32c, with no other buidlworlds after the installworld? (I'm wording for major steps or my description the possibilities would get rather complicated and large.) >>>> Kernel(s) CANARY built in 898 seconds, ncpu: 8, make -j16 >>>> Installing kernel CANARY completed on Sun Jan 28 12:25:27 UTC 2024 >>>> Installing everything started on Sun Jan 28 12:25:57 UTC 2024 >>>> Installing everything completed on Sun Jan 28 12:28:01 UTC 2024 > FreeBSD g1-48.catwhisker.org 14.0-STABLE FreeBSD 14.0-STABLE #38 = stable/14-n266551-63a7e799b32c: Sat Jan 27 11:40:05 UTC 2024 = root@g1-48.catwhisker.org:/common/S1/obj/usr/src/amd64.amd64/sys/CANARY = amd64 1400506 1400506 >>>> World built in 116 seconds, ncpu: 8, make -j16 Was a prior step (ignoring reboots, say) an installworld of 63a7e799b32c, with no other buidlworlds after the installworld? Is the answer different here? >>>> Kernel(s) CANARY built in 920 seconds, ncpu: 8, make -j16 >>>> Installing kernel CANARY completed on Sun Jan 28 12:47:55 UTC 2024 >>>> Installing everything started on Sun Jan 28 12:48:25 UTC 2024 >>>> Installing everything completed on Sun Jan 28 12:50:01 UTC 2024 > FreeBSD g1-48.catwhisker.org 14.0-STABLE FreeBSD 14.0-STABLE #40 = stable/14-n266554-2ee407b6068a: Sun Jan 28 12:39:17 UTC 2024 = root@g1-48.catwhisker.org:/common/S1/obj/usr/src/amd64.amd64/sys/CANARY = amd64 1400506 1400506 >>>> Removing old libraries > FreeBSD g1-48.catwhisker.org 14.0-STABLE FreeBSD 14.0-STABLE #40 = stable/14-n266554-2ee407b6068a: Sun Jan 28 12:39:17 UTC 2024 = root@g1-48.catwhisker.org:/common/S1/obj/usr/src/amd64.amd64/sys/CANARY = amd64 1400506 1400506 >>>> World built in 124 seconds, ncpu: 8, make -j16 Was a prior step (ignoring reboots, say) an installworld of 63a7e799b32c with no other buidlworlds after the, installworld? >>>> Kernel(s) CANARY built in 901 seconds, ncpu: 8, make -j16 >>>> Installing kernel CANARY completed on Sun Jan 28 23:34:39 UTC 2024 >>>> Installing everything started on Sun Jan 28 23:35:09 UTC 2024 >>>> Installing everything completed on Sun Jan 28 23:37:16 UTC 2024 > FreeBSD g1-48.catwhisker.org 14.0-STABLE FreeBSD 14.0-STABLE #41 = stable/14-n266554-2ee407b6068a: Sun Jan 28 23:26:10 UTC 2024 = root@g1-48.catwhisker.org:/common/S1/obj/usr/src/amd64.amd64/sys/CANARY = amd64 1400506 1400506 >>>> Removing old libraries > g1-48(14.0-S)[5] >=20 > (The ">>> Removing old libraries" is an artifact from "make > delete-old-libs", which I do on the first reboot after a build.) >=20 > If we just look at the "make buildworld" times, we see: >=20 >>>> World built in 2351 seconds, ncpu: 8, make -j16 >>>> World built in 116 seconds, ncpu: 8, make -j16 >>>> World built in 124 seconds, ncpu: 8, make -j16 >=20 > I suggest that -- within *this* "experiment's" error -- 116 sec is not > significantly different from 124 sec, but that 2351 sec is = significantly > different from either. >=20 > .... =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Mon Jan 29 01:33:49 2024 X-Original-To: stable@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 4TNW6R4WBGz57mBv for ; Mon, 29 Jan 2024 01:33:51 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (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 4TNW6Q5qdHz40sC for ; Mon, 29 Jan 2024 01:33:50 +0000 (UTC) (envelope-from david@catwhisker.org) Authentication-Results: mx1.freebsd.org; none Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.17.1/8.17.1) with ESMTP id 40T1XnPY006754; Mon, 29 Jan 2024 01:33:49 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.17.1/8.17.1/Submit) id 40T1XnfB006753; Sun, 28 Jan 2024 17:33:49 -0800 (PST) (envelope-from david) Date: Sun, 28 Jan 2024 17:33:49 -0800 From: David Wolfskill To: stable@freebsd.org Cc: Mark Millard Subject: Re: Should changes in src/usr.sbin/bhyve/ trigger an llvm rebuild? Message-ID: Reply-To: stable@freebsd.org Mail-Followup-To: stable@freebsd.org, Mark Millard References: <5BCB8F1A-B5D5-4506-87E1-8B26E713C6F5@yahoo.com> <8A79DE24-403E-4E73-82B6-0E5CF4F27604@yahoo.com> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="3+SN4ImVgPPy8oWz" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4TNW6Q5qdHz40sC 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:7018, ipnet:107.192.0.0/12, country:US] --3+SN4ImVgPPy8oWz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 28, 2024 at 05:13:24PM -0800, Mark Millard wrote: > ... > > As it happens, I rather fumble-fingered the (intended) reboot on the 2nd > > laptop (and started another rebuild instead). > >=20 > > And I do these within script(1), as it's handy to have a record. > >=20 > > Note that this differes from the sequence you cite above, in that I > > failed to do the reboot. > >=20 > > So I powered it back up and -- without updating sources (or the local > > repo mirror, for that matter) -- did another rebuild. > >=20 >=20 > I'm having trouble identifying the detailed sequencing > being reported below. >=20 > Doing on one machine: > installworld > buidlworld > buildworld > buildworld > . . >=20 > Will only take large times for the first one > (potentially). I have not done that. > But doing: > installworld > buidlworld > installworld > buildworld > installworld > buildworld > . . >=20 > Can have each buildworld take large times > depending the the details involved. As documented at https://www.catwhisker.org/~david/FreeBSD/upgrade.html, each "build" is (essentially) the set of steps in src/UPDATING under "To rebuild everything and install it on the current system." starting with "make buildworld" up to (and including) "make delete-old" (without the "" step). > I need to understand more about what happened > before each buildworld on each machine to know > what sort of timestamp relationships are > involved for files. installworld can > significantly change various timestamp > relationships. I have placed a copy of the complete typescript at https://www.catwhisker.org/~david/FreeBSD/stable_14/build_typescript.txt. > > Here is an extract of some salient lines from the typescript file: > >=20 > > g1-48(14.0-S)[4] egrep ' built in |Installing .* (started|completed)|Re= moving old libraries| stable/14-n' s1 > > FreeBSD g1-48.catwhisker.org 14.0-STABLE FreeBSD 14.0-STABLE #38 stable= /14-n266551-63a7e799b32c: Sat Jan 27 11:40:05 UTC 2024 root@g1-48.catwh= isker.org:/common/S1/obj/usr/src/amd64.amd64/sys/CANARY amd64 1400506 14005= 06 > >>>> World built in 2351 seconds, ncpu: 8, make -j16 >=20 > Was a prior step (ignoring reboots, say) an > installworld of 63a7e799b32c, with no other > buidlworlds after the installworld? Yes; that's how stable/14-n266551-63a7e799b32c came to be the running system. Oh: perhaps of interest: I'm not using boot environments. All of this is with UFS (well, UFS2+soft updates). > (I'm wording for major steps or my description > the possibilities would get rather complicated > and large.) >=20 > >>>> Kernel(s) CANARY built in 898 seconds, ncpu: 8, make -j16 > >>>> Installing kernel CANARY completed on Sun Jan 28 12:25:27 UTC 2024 > >>>> Installing everything started on Sun Jan 28 12:25:57 UTC 2024 > >>>> Installing everything completed on Sun Jan 28 12:28:01 UTC 2024 > > FreeBSD g1-48.catwhisker.org 14.0-STABLE FreeBSD 14.0-STABLE #38 stable= /14-n266551-63a7e799b32c: Sat Jan 27 11:40:05 UTC 2024 root@g1-48.catwh= isker.org:/common/S1/obj/usr/src/amd64.amd64/sys/CANARY amd64 1400506 14005= 06 > >>>> World built in 116 seconds, ncpu: 8, make -j16 >=20 > Was a prior step (ignoring reboots, say) an > installworld of 63a7e799b32c, with no other > buidlworlds after the installworld? >=20 > Is the answer different here? No reboots -- as mentioned, I intended to reboot, but instead initiated the build sequence. > >>>> Kernel(s) CANARY built in 920 seconds, ncpu: 8, make -j16 > >>>> Installing kernel CANARY completed on Sun Jan 28 12:47:55 UTC 2024 > >>>> Installing everything started on Sun Jan 28 12:48:25 UTC 2024 > >>>> Installing everything completed on Sun Jan 28 12:50:01 UTC 2024 > > FreeBSD g1-48.catwhisker.org 14.0-STABLE FreeBSD 14.0-STABLE #40 stable= /14-n266554-2ee407b6068a: Sun Jan 28 12:39:17 UTC 2024 root@g1-48.catwh= isker.org:/common/S1/obj/usr/src/amd64.amd64/sys/CANARY amd64 1400506 14005= 06 > >>>> Removing old libraries > > FreeBSD g1-48.catwhisker.org 14.0-STABLE FreeBSD 14.0-STABLE #40 stable= /14-n266554-2ee407b6068a: Sun Jan 28 12:39:17 UTC 2024 root@g1-48.catwh= isker.org:/common/S1/obj/usr/src/amd64.amd64/sys/CANARY amd64 1400506 14005= 06 > >>>> World built in 124 seconds, ncpu: 8, make -j16 >=20 > Was a prior step (ignoring reboots, say) an > installworld of 63a7e799b32c with no other > buidlworlds after the, installworld? Where you see ">>>> Removing old libraries", there was a reboot just before that. And only then. > >>>> Kernel(s) CANARY built in 901 seconds, ncpu: 8, make -j16 > >>>> Installing kernel CANARY completed on Sun Jan 28 23:34:39 UTC 2024 > >>>> Installing everything started on Sun Jan 28 23:35:09 UTC 2024 > >>>> Installing everything completed on Sun Jan 28 23:37:16 UTC 2024 > > FreeBSD g1-48.catwhisker.org 14.0-STABLE FreeBSD 14.0-STABLE #41 stable= /14-n266554-2ee407b6068a: Sun Jan 28 23:26:10 UTC 2024 root@g1-48.catwh= isker.org:/common/S1/obj/usr/src/amd64.amd64/sys/CANARY amd64 1400506 14005= 06 > >>>> Removing old libraries > > g1-48(14.0-S)[5] > >=20 > > (The ">>> Removing old libraries" is an artifact from "make > > delete-old-libs", which I do on the first reboot after a build.) > >=20 > > If we just look at the "make buildworld" times, we see: > >=20 > >>>> World built in 2351 seconds, ncpu: 8, make -j16 > >>>> World built in 116 seconds, ncpu: 8, make -j16 > >>>> World built in 124 seconds, ncpu: 8, make -j16 > >=20 > > I suggest that -- within *this* "experiment's" error -- 116 sec is not > > significantly different from 124 sec, but that 2351 sec is significantly > > different from either. > >=20 > > .... >=20 >=20 >=20 > =3D=3D=3D > Mark Millard > marklmi at yahoo.com > .... Peace, david --=20 David H. Wolfskill david@catwhisker.org Do these ends really justify those means? See https://www.catwhisker.org/~david/publickey.gpg for my public key. --3+SN4ImVgPPy8oWz Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSTLzOSbomIK53fjFliipiWhXYx5QUCZbcAfV8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0OTMy RjMzOTI2RTg5ODgyQjlEREY4QzU5NjI4QTk4OTY4NTc2MzFFNQAKCRBiipiWhXYx 5XMZAP48Ad/ZwW/cVL/0RynKNsjSWjuXtGZg4wilF70umLlJkgEA/3OWvM1Rx99H WTldgTXIqFFJpWNRkZ07g1RrLMiewQc= =hmcJ -----END PGP SIGNATURE----- --3+SN4ImVgPPy8oWz-- From nobody Mon Jan 29 04:55:43 2024 X-Original-To: freebsd-stable@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 4TNbbh3mZ3z587SH for ; Mon, 29 Jan 2024 04:56:00 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-23.consmr.mail.gq1.yahoo.com (sonic304-23.consmr.mail.gq1.yahoo.com [98.137.68.204]) (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 4TNbbg1r3tz4LXY for ; Mon, 29 Jan 2024 04:55:59 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b="N/nw0SB1"; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.204 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1706504157; bh=U+iQG/u8MuCteIV5sRFAYvtcPoNSvu2ZcLHuD0RGyrk=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=N/nw0SB1xvw/uMlkoiKYhkqibAbjNlr0OeohNr3sb8SCJnFyNo1vwU4SOVfP18Ox3btYqgpK/cAcj02WPE58l3mmir5KD7QYmstNKpFlOzkHgMFXsWTY9mJzIoMHzgxtDCkMsppdYJDdxyVgNeHiBHttYyCRtnQDISaN/lGT7rjT6SqCjBUjtxVXHlyX8GYAUB+0xqCuZi9Zy3SMhx0Ge2wDLBQbKPp7bjm2qabsFMcA79DNd3S/id1eN9iSrjDXTnBCxH3vBONLzqnKuzfniK2O4SHk23u7E2Ki0RT5ikfQzApaSYQ78jc1sEd+psJ/6bcDfWR13RpKUZYeAwfF2Q== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1706504157; bh=nzKVQHH4pmQtGyobzMtEmm2Zkl5uY8wnSZTbI1kR6oX=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=hIZSafk/L2y1QNeCFSBi9d0fFAaZNG7tZUVQV/zA4pkK6cmpc/X3gs/vfgQDYV1GcINrBeJrVXVRluldrJnPZfpRGQV2bqDa/NADPxDernzALGAdPUEG4ixkYn8MgTd2uqg9K9rcP6zuDYvX1Yp2CXA+9zA9U0nJB6uRrWrq3QpN9XfuMy4WvzZNqlWX91CYfK0Tbxcnb7Yp8iJ2P+u1cKyL/hxMEZaxIWXx35gqEfcZvvttkApVQUXN5cgcfki/ijqKb4nn6Q20r1wlu3gz01GV+dLW6z10MvKPhVRLm4MzYMmm8DaBK6tMu5EGxUGeQy81eGF8L/dGEo3oqr2m3Q== X-YMail-OSG: .lwZoBIVM1nHIzPOAKSfJbUefbJBOS0VjmjuSUyYgxZlKCJDhGsEePOD56qoW3P qWgq7V7D9hkQa.4Uljk3.fflGIN0CV9cHKoy3a8VkSMon_srkVVPSM8mzGNUNqY1oahdMrUc3kEJ m8AJytKY6oPGi7YN6_84usQ4yxUt1NPOHCKtAbMAuViq66V4zb3K3bYFHPUfP.bGmIkgB.7BvZYz JxUAlcARk0pLj28qRjv3zK5P26t_pJ9IzVtgZhPdsQIC.5Uq2hiEoa9v_T1LsyNbk3Y1.rmKqnQD HmushdfWHNdZ.ZmXGc8zdo2trpReCDqnfE_p.7O91K0vBhBiNW.HIbMhVtdAeMG_uz5RClCPrppH 6scyB3RO2kcjl3yRUGD4LeKMMqvlIyPg8ZxHCRYKRMSdGWw4l39Hq5I7xRUjK.vwqRTPNk.fhaIS KbsxaC8QKtVvzJYrgxnxgfxoVYUesOL3.IRZ..xgdd9SZTunPodwMXq8aJQVeXUKPExRw2QsES1m btFMP4dMIoSK9d4cpm8wQGpHkQY47rMF2b.Mt9bwblHohpQWp2QZoCkOO7f23VqvJnXaAP1YexCl tZn5kocHRhpufAj9K.YhY_.pCA7tibUFbOxiPDNzUIlSKFzUOvuex2DNK16v77p3usAmZfXsQMf4 fv71TECwHgdbH0EceTKEdqYCjGZDydhCnWJWb52uqDlV8Y9LdBZ71Bc1z9_rA_Z9HdfCDiAW2nyI Cf1LC6B5SJf4iPn4FtbmVcwRWEmQ4wvtomnYiK_4ygjI3E5FNDGzHq10imOxjxpz.O9YVmqIMtVD ytYQZBtG5EJL1o.kQcyvf.RI3WSvfBbvDIE.M5jm93uP_kWFG5uOV8gXLTXQHtB2lcIF3XMbDphV wxDc4g4cKQ2BQ5yzwVSIZmae5K_blZNtRifUJyuFj2Enwon0H5nxl4TOvGNoWBU45XQekFMLB1zr 9q_Z41sTVhVwaU_eGYPGbxQXxKmpcIjTYwi_4tpvumNdmkq3ey9UxEbnaoGsIxMAJYk6qVDFLIj3 RdyiojVuPm.b4ho83Gall6vSKV56Awm9xEU2jzT1sorkKpe11tYPYpeXEouQVXJZsY8bM41YweTb K4nIpho2FgtMX_ypzhYRUlfmZe9urpbrV0MltX_pixo8XJrvIxMuX_qrnwr7vTHAkkxuti_JvSmW cW2VGpOiNHTdPEmTyIdhYwLHCtAfDxWyTQGYVGZ5bKWkHXvn.t1YKq.v8ExOp6bLLwtxrNF1ERRy zNVqOJZOZFce07Y_3cL2drevPKqqnPHLGJg8N5eEm6..ejVaPO7O6LZ.vgi6FApihtjyyble3sex o3KYRiB0DhQ.LDGfTpH60FXU7BXnVXNVFhEuyZtpT78z6fuJUt5bZsOTqZMfAUJUjArNZDtaGSCR ru5iPzbM28evI777nqbLFHckSH5WzbjOTlm6R2FcLawWBDSN61cc9UFqRakqoiP7sh0qsQkDuEWe Wx_Jvz7zjj_vzB.zVaQ85bTwMjacRT1DrOUxkxPI1YwxJjleDWQLpuMswnqQNo0ieAT_0vV6A4uU 0ejLJovr0dJFFTde9fcPcNWSXP6h1sA_GqGRSA26W4VEth.Ii6PHGQiL64i8ViKH1CbyVi.kc4T0 xQD8rkJzXAy1QpZd5GLamtjP2PvgDpRG2H1QNyz38MUjS49IwmsW4N9ZSsZbwpiePv6uHQwOuSYz 0W5vgDDUeMSGQVuUcE9pMS4KkqvlKQxy_00NPfZARHdbXnd4Bq8QraZknVxxXBZOsnVFpv0FdsiJ B5iCJbGmRgQgw_ZQRKA98yulKB2yo.kiz3QxXi1EHYGE_bilXCD.QqR1bf6mga7GQsNwW5xjTfHi PrC9rDGkvjBtaygCmTJS5ZGCLX7TKZAtSFB2.4EORlVK8XjsADWJmVDfmno5jCXEm36P4Xp1kIzS zq1k_VD6KOacY5euamg4oAg7do2AL6iEaB6HmgfBNJGtQ1kjlqdvJs61WESZfAxHBXGQZkelgZzR AkWitLSH5U2149fT6cCPcNicuKNDekBVFQ.NtKOd0LswnYCLR60w7A8sd0mTfnfvS3WNRxFPZ9k3 i04_GgNFDiVUhX6hWv1W9PTEVs3h7UI5qHltQ2K2v1dgqNHAwJ6RxGrumh9X1Od7guNZHeXkuiRk .etRMOIZ.H6tAkBo1VWU1IhTwGZ233axEN8Dfd1.2XBqG3UqUDwJCMCSAQE94Ndvd8CZFy2vjVat mOkWGa6STadmcn0upoT2mZVT7WoKJRV2GoRfqQnonlB1raQgSLVk7vN_02YSsA.LPl_oR9X4xz2c - X-Sonic-MF: X-Sonic-ID: 8619bbfc-ec61-461e-8a2d-e2f37219bb7d Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Mon, 29 Jan 2024 04:55:57 +0000 Received: by hermes--production-gq1-5c57879fdf-tnlsv (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 1049666529d00f6a82b19deff9d96924; Mon, 29 Jan 2024 04:55:54 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.300.61.1.2\)) Subject: Re: Should changes in src/usr.sbin/bhyve/ trigger an llvm rebuild? Date: Sun, 28 Jan 2024 20:55:43 -0800 References: <5BCB8F1A-B5D5-4506-87E1-8B26E713C6F5@yahoo.com> <8A79DE24-403E-4E73-82B6-0E5CF4F27604@yahoo.com> To: david@catwhisker.org, FreeBSD-STABLE Mailing List In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3774.300.61.1.2) X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_DN_SOME(0.00)[]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.204:from]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.204:from] X-Rspamd-Queue-Id: 4TNbbg1r3tz4LXY [I cut out the history to start clean.] So 63a7e799b32c was already built and installed as of here, from what I can tell. This example does not show the 1c090bf880bf -> 63a7e799b32c transition, only after 63a7e799b32c is already built and installed. So, up to this point: buildworld 63a7e799b32c installworld 63a7e799b32c NOTE: As of here various tools and such no loner have the timestamps they had from 1c090bf880bf. reboot into 63a7e799b32c ~/Downloads/build_typescript.txt:10: 63a7e799b32c..2ee407b6068a = stable/14 -> origin/stable/14 So all the following build activity is building of 2ee407b6068a, not 63a7e799b32c directly, but the timestamp relationships changed as mentioned above cause various things to rebuild, despite lack of source code updates being involved. ~/Downloads/build_typescript.txt:45: FreeBSD g1-48.catwhisker.org = 14.0-STABLE FreeBSD 14.0-STABLE #38 stable/14-n266551-63a7e799b32c: Sat = Jan 27 11:40:05 UTC 2024 = root@g1-48.catwhisker.org:/common/S1/obj/usr/src/amd64.amd64/sys/CANARY = amd64 1400506 1400506 I'll note that without a reboot the notation will stay "stable/14-n266551-63a7e799b32c", even after 2ee407b6068a is installed: it reports the operating kernel's hash, not the installed kernel's hash. ~/Downloads/build_typescript.txt:51: >>> World build started on Sun Jan = 28 11:30:47 UTC 2024 ~/Downloads/build_typescript.txt:19709: >>> World built in 2351 seconds, = ncpu: 8, make -j16 So, up to this point (extending the prior list): buildworld 63a7e799b32c installworld 63a7e799b32c NOTE: As of here various tools and such no loner have the timestamps they had from 1c090bf880bf. reboot into 63a7e799b32c Update source to 2ee407b6068a buildworld 2ee407b6068a NOTE: As of here more than just the changes for 2ee407b6068a have rebuilt. But it need not be everything that built originally for 63a7e799b32c. The details will matter later for the consequences. I claim that without the "Update source to" this would still have taken around 2000 sec because of the installworld of the 63a7e799b32c materials: the things are reinstalled that caused the original (not shown) llvm rebuild and such that took the original (not shown) time. Installworld of 2ee407b6068a will be very different for what is not changed at all (and so does not get new timestamps from the install). But at this point a subset of 63a7e799b32c also got rebuilds and, so, new timestamps for the next installworld to put in place. I'll note that, while 2351 sec is a lot of activity, the number of files that will be installed is not likely to be in direct proportion to the build time. For example, large files from llvm. I'll note that without the -dM option, the make is not explicit about the timestamp relationships that it used to pick what to rebuild. No specific evidence for that is present. ~/Downloads/build_typescript.txt:39267: >>> Kernel(s) CANARY built in = 898 seconds, ncpu: 8, make -j16 ~/Downloads/build_typescript.txt:39274: >>> Installing kernel CANARY on = Sun Jan 28 12:24:57 UTC 2024 ~/Downloads/build_typescript.txt:42089: >>> Installing kernel CANARY = completed on Sun Jan 28 12:25:27 UTC 2024 installkernel does not change notable timestamp relationships of tools and such vs. other files. ~/Downloads/build_typescript.txt:42988: >>> Installing everything = started on Sun Jan 28 12:25:57 UTC 2024 ~/Downloads/build_typescript.txt:81798: >>> Installing everything = completed on Sun Jan 28 12:28:01 UTC 2024 This is going to get new timestamps based on 2ee407b6068a changes and based on the partial rebuild of 63a7e799b32c, so more than just what 2ee407b6068a would update on its own. But it is not obvious how many of the partial rebuild of 63a7e799b32c material would touch something that leads to future rebuilds: likely far less but possibly not zero. ~/Downloads/build_typescript.txt:82482: To remove old libraries run = 'make delete-old-libs'. ~/Downloads/build_typescript.txt:82483: >> make delete-old OK ~/Downloads/build_typescript.txt:82537: FreeBSD g1-48.catwhisker.org = 14.0-STABLE FreeBSD 14.0-STABLE #38 stable/14-n266551-63a7e799b32c: Sat = Jan 27 11:40:05 UTC 2024 = root@g1-r8.catwhisker.org:/common/S1/obj/usr/src/amd64.amd64/sys/CANARY = amd64 1400506 1400506 No reboot, so it did not report 2ee407b6068a, despite it being built and installed (along with rebuilding and reinstalling some 63a7e799b32c material). ~/Downloads/build_typescript.txt:82543: >>> World build started on Sun = Jan 28 12:30:11 UTC 2024 ~/Downloads/build_typescript.txt:100102: >>> World built in 116 seconds, = ncpu: 8, make -j16 The timestamps from the partial 63a7e799b32c rebuild and the 2ee407b6068a build activity are involved in determining what gets rebuilt above. 2ee407b6068a does not contribute much here. It is unclear how much the partial rebuild of 63a7e799b32c contributes to timestamps that would cause more rebuilds. The 116 sec indicates: not much gets new timestamps this time. ~/Downloads/build_typescript.txt:119629: >>> Kernel(s) CANARY built in = 920 seconds, ncpu: 8, make -j16 ~/Downloads/build_typescript.txt:119636: >>> Installing kernel CANARY on = Sun Jan 28 12:47:27 UTC 2024 ~/Downloads/build_typescript.txt:122450: >>> Installing kernel CANARY = completed on Sun Jan 28 12:47:55 UTC 2024 installkernel does not change notable timestamp relationships of tools and such vs. other files. ~/Downloads/build_typescript.txt:123346: >>> Installing everything = started on Sun Jan 28 12:48:25 UTC 2024 ~/Downloads/build_typescript.txt:162156: >>> Installing everything = completed on Sun Jan 28 12:50:01 UTC 2024 This install's both the partial-63a7e799b32c-rebuild material and the 2ee407b6068a material. The 116 sec figure suggests that there is not man files with updated timestamps. A reboot is involved here (or just below), so 2ee407b6068a will show up. ~/Downloads/build_typescript.txt:162840: To remove old libraries run = 'make delete-old-libs'. ~/Downloads/build_typescript.txt:162841: >> make delete-old OK ~/Downloads/build_typescript.txt:162895: FreeBSD g1-48.catwhisker.org = 14.0-STABLE FreeBSD 14.0-STABLE #40 stable/14-n266554-2ee407b6068a: Sun = Jan 28 12:39:17 UTC 2024 = root@g1-48.catwhisker.org:/common/S1/obj/usr/src/amd64.amd64/sys/CANARY = amd64 1400506 1400506 The 2ee407b6068a kernel now shows as being in operation. ~/Downloads/build_typescript.txt:162897: >>> Removing old libraries ~/Downloads/build_typescript.txt:162932: FreeBSD g1-48.catwhisker.org = 14.0-STABLE FreeBSD 14.0-STABLE #40 stable/14-n266554-2ee407b6068a: Sun = Jan 28 12:39:17 UTC 2024 = root@g1-48.catwhisker.org:/common/S1/obj/usr/src/amd64.amd64/sys/CANARY = amd64 1400506 1400506 Still 2ee407b6068a. ~/Downloads/build_typescript.txt:162938: >>> World build started on Sun = Jan 28 23:17:05 UTC 2024 ~/Downloads/build_typescript.txt:180497: >>> World built in 124 seconds, = ncpu: 8, make -j16 It is possible here that little or no 63a7e799b32c related timestamp changes that lead to rebuild activity were involved in the above buildworld . It depends on the details of what was rebuilt. the 116 sec and 124 sec figures both suggest: no much overall. ~/Downloads/build_typescript.txt:200023: >>> Kernel(s) CANARY built in = 901 seconds, ncpu: 8, make -j16 ~/Downloads/build_typescript.txt:200030: >>> Installing kernel CANARY on = Sun Jan 28 23:34:11 UTC 2024 ~/Downloads/build_typescript.txt:202844: >>> Installing kernel CANARY = completed on Sun Jan 28 23:34:39 UTC 2024 installkernel does not change notable timestamp relationships of tools and such vs. other files. ~/Downloads/build_typescript.txt:203743: >>> Installing everything = started on Sun Jan 28 23:35:09 UTC 2024 ~/Downloads/build_typescript.txt:242553: >>> Installing everything = completed on Sun Jan 28 23:37:16 UTC 2024 2ee407b6068a will still show up after the the reboot. ~/Downloads/build_typescript.txt:243237: To remove old libraries run = 'make delete-old-libs'. ~/Downloads/build_typescript.txt:243238: >> make delete-old OK ~/Downloads/build_typescript.txt:243292: FreeBSD g1-48.catwhisker.org = 14.0-STABLE FreeBSD 14.0-STABLE #41 stable/14-n266554-2ee407b6068a: Sun = Jan 28 23:26:10 UTC 2024 = root@g1-48.catwhisker.org:/common/S1/obj/usr/src/amd64.amd64/sys/CANARY = amd64 1400506 1400506 Yep, still 2ee407b6068a. ~/Downloads/build_typescript.txt:243294: >>> Removing old libraries Overall this sequence fits what I expect. The above wording is more detailed than my earlier quick summaries. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Mon Jan 29 09:50:18 2024 X-Original-To: freebsd-stable@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 4TNk8N2fF4z58M9S for ; Mon, 29 Jan 2024 09:51:16 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from mailgate.Leidinger.net (mailgate.leidinger.net [IPv6:2a00:1828:2000:313::1:5]) (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 ECDSA (P-256) client-digest SHA256) (Client CN "mailgate.leidinger.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TNk8N1Gvmz4nrd for ; Mon, 29 Jan 2024 09:51:16 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Authentication-Results: mx1.freebsd.org; none List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leidinger.net; s=outgoing-alex; t=1706521868; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=44xP/FN+cCa9G7wokGz+/cHOT3zvKjRlds4C53zeOV0=; b=KVRXea12OK3s1EQ3FpqfJpMQuKDGMO+5MobX5HDBZiFE1qD+uEEYxdRkZ7TG2LkLqDfLRP +XzG/HFKY28dSgqesrsR1onoSou1glR/DtsAgDhT4w1Mt+zVQM88wXplaM3i0jL+iNJhhv 6EqTzf8OC8vjQI3U7PzlaRk3pqeerXMcDskGCzwgBxmMei0V019Coa8PIQggBG7JQlneQ2 KWEwrmP6cYSnvRl/GcCeByEZbRI9JfdRrp+cizdCel78xi4ZEFnp0/59I/yYlGlUbiGrkm epvNASOX9LRlf8qFqGX6HCxP/Pq8nq3+1NoPWML5tERxNYKAZbABy32nqeKH8A== Date: Mon, 29 Jan 2024 10:50:18 +0100 From: Alexander Leidinger To: Mark Millard Cc: david@catwhisker.org, FreeBSD-STABLE Mailing List Subject: Re: Should changes in src/usr.sbin/bhyve/ trigger an llvm rebuild? In-Reply-To: <8A79DE24-403E-4E73-82B6-0E5CF4F27604@yahoo.com> References: <5BCB8F1A-B5D5-4506-87E1-8B26E713C6F5@yahoo.com> <8A79DE24-403E-4E73-82B6-0E5CF4F27604@yahoo.com> Message-ID: <418237252dc000bc1cc21a7f9220a2e5@Leidinger.net> Organization: No organization, this is a private message. Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="=_c0627a7ac0a9501b1af0fa9e0fbceb9a"; micalg=pgp-sha256 X-Rspamd-Queue-Id: 4TNk8N1Gvmz4nrd 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:34240, ipnet:2a00:1828::/32, country:DE] This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --=_c0627a7ac0a9501b1af0fa9e0fbceb9a Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Am 2024-01-29 00:00, schrieb Mark Millard: > I would have to see make -dM output from (D) to > find the specific timing relationships that lead > to that. There is way to much to analyze the > specifics manually, especially because dependency > chains have to be considered. Not -stable, but -current (no change to src, buildworld after installworld to a new BE and booting this new BE): # grep newer buildworld_debug.log | grep -E 'amd64.amd64/tmp/(usr|legacy)/' | cut -d : -f 3 | sort -u file '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/include/roken.h' is newer than the target... file '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/asn1_compile' is newer than the target... file '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/awk' is newer than the target... file '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/basename' is newer than the target... file '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/cap_mkdb' is newer than the target... file '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/cat' is newer than the target... file '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/clang-tblgen' is newer than the target... file '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/compile_et' is newer than the target... file '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/cp' is newer than the target... file '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/crunchgen' is newer than the target... file '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/crunchide' is newer than the target... file '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/dd' is newer than the target... file '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/env' is newer than the target... file '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/file2c' is newer than the target... file '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/gencat' is newer than the target... file '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/grep' is newer than the target... file '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/gzip' is newer than the target... file '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/jot' is newer than the target... file '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/lex' is newer than the target... file '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/lldb-tblgen' is newer than the target... file '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/llvm-min-tblgen' is newer than the target... file '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/llvm-tblgen' is newer than the target... file '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/ln' is newer than the target... file '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/m4' is newer than the target... file '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/make-roken' is newer than the target... file '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/mkcsmapper' is newer than the target... file '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/mkesdb' is newer than the target... file '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/mv' is newer than the target... file '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/rm' is newer than the target... file '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/sed' is newer than the target... file '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/sh' is newer than the target... file '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/touch' is newer than the target... file '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/truncate' is newer than the target... file '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/uudecode' is newer than the target... file '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/uuencode' is newer than the target... file '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/usr/bin/objcopy' is newer than the target... There is no dependency to outside the obj tree. Would it make sense to exclude the tmp/legacy/usr/sbin/... dependencies? Or a subset? The tmp/usr/bin/objcopy is probably in the middle of a rebuild, but the name legacy gives the impression that not a lot of features are needed from those (basics to build our own version?). Note, grep for "newer" gives >12000 hits. Bye, Alexander. -- http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF --=_c0627a7ac0a9501b1af0fa9e0fbceb9a Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc; size=833 Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEER9UlYXp1PSd08nWXEg2wmwP42IYFAmW3dOoACgkQEg2wmwP4 2IbeGA/9H9g6LcmpJiXjdKNQbOtW1UjvymJf0RlM1qpF+1dK8pLIvfSqVeFn32Wu vbHeNajVjDU/OLH2c7ZXaQvYtc5J9KNOITcO0n+33AmkCGtz5JXstbEXsHmq/y84 ako3yS6AB3kOR6ZtJXoE388o/MlLnqyK7Ks8z+/26zbVOP2U4ARxit3s3m+bFuFD WlPYShp1WrOQCBxw6amiHSJ3W1okWNVvJa43lPtkZQCUibHpkimLPcUb3RxAAd3N q1f4bXBHgKfRky9X9M6HHygDmuU8LbZYraDyimVom+UxsripIhtaPPgmVDfc/s5v qebimA28svp1+SyTZ2E8g+87u/O8RiD9N1cCgZdY+UPktuD6TtjksOfJw/lu+Cbz DmQthmE70X9bdyGTPCLb+oc+oAiHYZbvi6+2FH+Q39vlEuxeYmMckeORBqlDcJ46 QXFvPi7YhC5bl8Xws1gG3GVMn6aPHAIjJQ66Acf/YfhTZPkEdyautU/1jKY22IR5 RuymKykHhNNkZTODTiwBaRAuosGGEL2LASD5eLOCvuKRHMxutVFCuS1TfT0mK4J4 l7TH+7GHlooKDsL1RSE/QisTlCWNMCcEeRLBTdXrWXXpvoN1Etfy9thJ3becoQKd FWZDEyVk/wWEFuC6eU/jqCwWjE2F2uT7vqQ8yljV39q5LjV0qH0= =8HZx -----END PGP SIGNATURE----- --=_c0627a7ac0a9501b1af0fa9e0fbceb9a-- From nobody Mon Jan 29 15:45:01 2024 X-Original-To: freebsd-stable@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 4TNt0j0R3hz58w4p for ; Mon, 29 Jan 2024 15:45:09 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (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 "smarthost1.sentex.ca", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TNt0h2R40z4gvL for ; Mon, 29 Jan 2024 15:45:08 +0000 (UTC) (envelope-from mike@sentex.net) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:1::12 as permitted sender) smtp.mailfrom=mike@sentex.net Received: from pyroxene2a.sentex.ca (pyroxene19.sentex.ca [199.212.134.19]) by smarthost1.sentex.ca (8.17.1/8.16.1) with ESMTPS id 40TFj1SW040037 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=FAIL); Mon, 29 Jan 2024 10:45:02 -0500 (EST) (envelope-from mike@sentex.net) Received: from [IPV6:2607:f3e0:0:4:8488:750d:df1a:1a74] ([IPv6:2607:f3e0:0:4:8488:750d:df1a:1a74]) by pyroxene2a.sentex.ca (8.17.1/8.15.2) with ESMTPS id 40TFj06L035521 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Mon, 29 Jan 2024 10:45:00 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <8e819103-08f5-4f8b-a9f7-d0a872e256f5@sentex.net> Date: Mon, 29 Jan 2024 10:45:01 -0500 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: tracking down i386 mount issue between Aug 2023 and now-- RELENG_13 Content-Language: en-US From: mike tancsa To: FreeBSD-STABLE Mailing List References: <1c266591-11b0-4f75-addf-6a02469441a8@sentex.net> Autocrypt: addr=mike@sentex.net; keydata= xsBNBFywzOMBCACoNFpwi5MeyEREiCeHtbm6pZJI/HnO+wXdCAWtZkS49weOoVyUj5BEXRZP xflV2ib2hflX4nXqhenaNiia4iaZ9ft3I1ebd7GEbGnsWCvAnob5MvDZyStDAuRxPJK1ya/s +6rOvr+eQiXYNVvfBhrCfrtR/esSkitBGxhUkBjOti8QwzD71JVF5YaOjBAs7jZUKyLGj0kW yDg4jUndudWU7G2yc9GwpHJ9aRSUN8e/mWdIogK0v+QBHfv/dsI6zVB7YuxCC9Fx8WPwfhDH VZC4kdYCQWKXrm7yb4TiVdBh5kgvlO9q3js1yYdfR1x8mjK2bH2RSv4bV3zkNmsDCIxjABEB AAHNHW1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5uZXQ+wsCOBBMBCAA4FiEEmuvCXT0aY6hs 4SbWeVOEFl5WrMgFAl+pQfkCGwMFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AACgkQeVOEFl5W rMiN6ggAk3H5vk8QnbvGbb4sinxZt/wDetgk0AOR9NRmtTnPaW+sIJEfGBOz47Xih+f7uWJS j+uvc9Ewn2Z7n8z3ZHJlLAByLVLtcNXGoRIGJ27tevfOaNqgJHBPbFOcXCBBFTx4MYMM4iAZ cDT5vsBTSaM36JZFtHZBKkuFEItbA/N8ZQSHKdTYMIA7A3OCLGbJBqloQ8SlW4MkTzKX4u7R yefAYQ0h20x9IqC5Ju8IsYRFacVZconT16KS81IBceO42vXTN0VexbVF2rZIx3v/NT75r6Vw 0FlXVB1lXOHKydRA2NeleS4NEG2vWqy/9Boj0itMfNDlOhkrA/0DcCurMpnpbM7ATQRcsMzk AQgA1Dpo/xWS66MaOJLwA28sKNMwkEk1Yjs+okOXDOu1F+0qvgE8sVmrOOPvvWr4axtKRSG1 t2QUiZ/ZkW/x/+t0nrM39EANV1VncuQZ1ceIiwTJFqGZQ8kb0+BNkwuNVFHRgXm1qzAJweEt RdsCMohB+H7BL5LGCVG5JaU0lqFU9pFP40HxEbyzxjsZgSE8LwkI6wcu0BLv6K6cLm0EiHPO l5G8kgRi38PS7/6s3R8QDsEtbGsYy6O82k3zSLIjuDBwA9GRaeigGppTxzAHVjf5o9KKu4O7 gC2KKVHPegbXS+GK7DU0fjzX57H5bZ6komE5eY4p3oWT/CwVPSGfPs8jOwARAQABwsB2BBgB CAAgFiEEmuvCXT0aY6hs4SbWeVOEFl5WrMgFAl+pQfkCGwwACgkQeVOEFl5WrMiVqwf9GwU8 c6cylknZX8QwlsVudTC8xr/L17JA84wf03k3d4wxP7bqy5AYy7jboZMbgWXngAE/HPQU95NM aukysSnknzoIpC96XZJ0okLBXVS6Y0ylZQ+HrbIhMpuQPoDweoF5F9wKrsHRoDaUK1VR706X rwm4HUzh7Jk+auuMYfuCh0FVlFBEuiJWMLhg/5WCmcRfiuB6F59ZcUQrwLEZeNhF2XJV4KwB Tlg7HCWO/sy1foE5noaMyACjAtAQE9p5kGYaj+DuRhPdWUTsHNuqrhikzIZd2rrcMid+ktb0 NvtvswzMO059z1YGMtGSqQ4srCArju+XHIdTFdiIYbd7+jeehg== In-Reply-To: <1c266591-11b0-4f75-addf-6a02469441a8@sentex.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.84 on 64.7.153.18 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.39 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[199.212.134.19:received]; XM_UA_NO_VERSION(0.01)[]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; FREEFALL_USER(0.00)[mike]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; TO_DN_ALL(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DMARC_NA(0.00)[sentex.net]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4TNt0h2R40z4gvL Still trying to track this issue down. Its not just one partition, but often the entire disk IO locks up with processes stuck. The CF comes up as ada0 and I dont see any commits that have touched that. the box is a single GEODE CPU but I tried both SMP and UP kernels and it still seems to happen. If I play with rtprio on some processes, that *seems* to trigger the issue more often.  I did try a RELENG_14 image on a couple of test boxes and so far those seem to have survived the weekend without lockups. It doesnt seem to be memory pressure as available RAM holds steady from bootup to lockup.     ---Mike On 1/16/2024 9:48 AM, mike tancsa wrote: > Not sure exactly where to start, but I noticed this recently on an > i386 nanobsd image running on old PC Engines Alix devices that had > been rock solid for years. We have a few dozen in the field running > with RELENG_13 from Aug that have been very stable with STABLE over > the years.  However, somewhere between Aug 2023 and now I am getting > some lock ups that are difficult to diagnose as the devices are > remote.  I did manage to find one odd thing on a local test unit where > a remount of a backup partition is hung. > > # ps -auxwwwwp 3443 > USER  PID %CPU %MEM  VSZ  RSS TT  STAT STARTED     TIME COMMAND > root 3443  3.3  0.9 4708 2320  -  D<   20:18   34:55.20 /sbin/mount > -ur /dev/ada0s4 /logs > > I dont have truss on the box to attach to the process and ktrace > doesnt seem to show anything either.  Does this sort of hang ring a > bell for anyone ? Looking back at the git logs, a coarse search for > anything to do with mount, doesnt come up with much (2 below).   Also > since then a new version of clang so not quite where to start. > > Any guidance appreciated. Testing is difficult as the hang doesnt > always happen -- sometimes within a day, sometimes 5 days.  ssh is > usually borked as well as some processes.  I have a scaled down > telegraf agent collecting some basic stats, and the cpu is pegged at > 100%. These are single core devices so not sure what is pegging the > CPU.  RAM still shows some available so it doesnt seem to be memory > pressures. > > > commit 71fceff2480999b3fc921f47ec9adea9eff32041 > Author: Andrew Gierth > Date:   Sun Dec 24 14:04:21 2023 +0200 > >     vfs_domount_update(): correct fsidcmp() usage > >     (cherry picked from commit 2a1d50fc12f6e604da834fbaea961d412aae6e85) > > and > > commit 608ccfc29fb48d8edc59a97382936790c02d27f3 > Author: Konstantin Belousov > Date:   Thu Nov 9 22:18:47 2023 +0200 > >     vfs_domount_update(): ensure that 'goto end' works > >     PR:     274992 > >     (cherry picked from commit ede4c412b3ea9289ef42c664b01b6b5ff7eac434) > From nobody Mon Jan 29 18:07:18 2024 X-Original-To: freebsd-stable@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 4TNx946QLtz59821 for ; Mon, 29 Jan 2024 18:07:36 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-24.consmr.mail.gq1.yahoo.com (sonic311-24.consmr.mail.gq1.yahoo.com [98.137.65.205]) (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 4TNx943YVXz539q for ; Mon, 29 Jan 2024 18:07:36 +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=1706551654; bh=NmoCvVCYRe4D5dFw9rmhgeAnq1xh+c93fOBBidC1rPk=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=KO2xavdsxsTrNEtDH/7/yozeiyhmr564hsSqVeYFcmnFbXRSbtvSWx0aDPwAnoqP/0lX9h+WWfgShHtzZmOHG10MWNmUlKGAXPJu5p6L73IPetVQYkRBLAfADo2j332a/C8lOl+YuvsUtNa17KLmiPLR9b0YGxzo8XTSM6rlbBFAxfvy6y01JXGkNTNi1OMARYmo1qC/wbfaC+rlHtICrB8HD5IgxWg9u/owAgd6NDDFZ+4UyqgXbNLWXCEhwQommEw7sZT3sibswfwlEDxBlzb0mvlOyy39PKIyOi+M0PMEpQLODUS7OTBnd5fJodlX/ybDS7gVJ5OlseJ9P+7U/w== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1706551654; bh=WhDuzxbhUT3mDS7LwcGHTX7481hg5qGy5yqf406AEvx=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=PD9u4tq2+sYM2uFKEpAF5V4/dBpzB0H8l09qseXRd4vLjZafQy02yBr4D/EI8nIv4HvGeONMpUEiLuXWY4S396WGruerd6V5soL+BY9DVFyyI+sQM63XvzAAiWl6Rwnb7KiWoP3eEz6UgreWmtHH6JKim81MnmDD2yHPHnoIXQsIL6maeKTPCF3iQ28DR9b33bKJ91+TV+OSM3UqBVq4fwGi+hF4GfRSfFt3OGDIWzbVjsRRpzIqS0AELmAgl1IXoysVn0mFSAX7o/rUSajICB8URQ2kefK6Q2EDYZCi5OB/EyEQL5T84gdKCIGSxMof+9AoKCWfH8EExjDuUyY62g== X-YMail-OSG: jyvWfEIVM1mZsyrxsCgZo42ewWCn2FJladPCu3AfzjQbqsWltT2pkWuNJumDYiX EAn30_AaYkVRU2cFAzT_AUoBa.ttQgLFQ_W_MuQU2jzgNDo8FjnA3QdbTl9Oa.M_RksH0fbt3EIE g1wNjYlmthEhhRNV6u2_FZyt9Mq3piOTYEFsaw4Be.ppGcY7No1zaTsLU0zYYLw_.DyxkWncfT.E 9QghgHugGR4Y8QHmf0u51Xc0ISHdg8qHm09vqQO74ACt.yqqV3JDsg4E8iiYaaXhYeB.AbM7brMq wVj8devt3ra83R4d2uIYgJzMPLIYuP23_PVGvS6V5cUp8tMjj_uak4RNmOAcE5o4TAL37_L8cKAa 5xxWfdI2lUjNq3y1SfqidQSbnGRCK4xyme03xKBNL.0cWyj8WawIgyoXYU1WlnP1TuhZ24hvL6RX j1a4CPo5lTOI11GsOjZ997Xd9ZhVI06YS2ptLZnG3mLZIzI0wo7dzE6ngOg2wZUHd9MP8m2Cz61f nxrIkFb1NxA3OgptNha1eG8FDdczZk9ZKbgjXQeLeI_EmIo7Tr_p0WCr8A1qElp_nkZ4AhvqFfkS t9eChrJMUdxipe5HhaNb8IxG0MZIRdYybThvHNo4MYrcCl2UtjFC9.eL5QBnWNyt1xjOW521FD6u i0yysTszke4tHlqFIQsg4aKqZdgf4MXRXlGWtBnfhPt.UQVTDVwZhWmIjlW0vXHpoX26FuHj_GdU YifuDhkaUpu1QZjei44CbfDQKy4ls6vdoSu41SZwiAAJsXxhcwZFWZhfQJZSCE5Z1NCOgcyn8Hqy JvYEGrzIs6ktDfc7CfdisOHNwNtgKFxJ_oydTqYhCNa4qwlV3yBHfiEZJgZtFRMhGdT6TmW1Ae26 _gU3BHNgyNTMvq5QelHDJJX4qCIEXj_I_R.Zk.g0grUu8Aozo5b84rB_qlgYybQ_eqQkRv.aSLfr T8fvisWavn0fAIgeQqwr6Fok4Gst8wIUvvNDyl2sBmR9pGR9eWBlQFdN2aVnYiZqk3sgu0HtCGOy LaA60grAJg8FQFbN3ronhWAhgyHoys6OcFDHY714RkJXELZmpyKtCyzFtA33zy9sXKZELXabG5YC X.KmICtIPucw7eP2EuiVFufasIGPBixLwHve0jte7HyRNsPo_AYzVHK3WrBNmzltaetcH9aPwm4g mTDHQ9tBUmMTD5OAHj2.Q7HKfkohdbLjHinpkOdThBT0omv95FEa.qX_V54cDQ.iAzonACLiY9_P MW30wQalIR71kS4vwKKN4eemRqtn9QWIbB9N6EWCebycjq_V7yEo9Fr68SZuNIwgILAtqRWq6lkW JYMPd7AkkO5FC4zU8EnX4qXKYCC7kDDaJwcH2wvp2HozaBuPLDDhruGML_M.yWyBW6C6V.1MaiB2 fPJHSSD2W.ausHmhQHXnPItRVtjcKPNaMtjK.WjVHw_ffMmlzJUTP7U8nfebPAxGId67FbGlvTbF IOe2eV2m.o22xSIhi15cHJzlhZaGaGUmXow2MZUssBgZLpsW4VLyadRBBIQEZQj7CvcqmZPvx_wP 4VVNUU0xNTTO6oUHnmmoBgJzk1PV7SfS_SVP2ow0juz4Mm7dNwIliauPI7tyAwA_JrMuu8CAEoqL so1FpO.ygo7Lhugk_0Og5P9EETtFcRewiv3O4sxmPeEvVdx3ztNpx7H44QH2JIPztShBr.Sfjm_6 j72.wxPCCDDahHoiyyJb7scZpvNmCupQgvXh8it7IEcBeUYR7inThfBH_imjS16KJ3uIa1g8SVHE dREMU2SvO0bfTii8jPL.fTdSgRC0vwqb5rOFntEdXWvuMNHvNPHs7Cf5somK__.IgBnt_rY0hHYQ HCDgy.wz4CFm96pFNmrKCsN38opamvA4HeXJvbT.YSh1vgmTt6Chq4bxD3kOfbLfsYb1M2VNAlQh cTKHpajNze50..D5cTnaNRRuAlJIZjjhFK2xG_ijmfZpyEZ9GFfpa2OjZncsJ3Eq4.U0Cx8uRvcE ECKyASJYXWIVelJDMJ5k6jk5DBTgLX8nAhRpMd9NcPjL4ZFnU4OXSNLNkoZ1OOgpb4l9N5Cl4o2J 2514KhGpxXEgzwzepCCScucSOsNuGebULcEsrolLcpNtmdc_H5EZSYTsj6qib5Ts4xuWBRzUV6bt r8kDtxSCtILFD.DO0pgiUb_brYycjjx0wZSXFmKpJLAml3Ivc72cIDVR7sQUP.OY.9AoCtAgjwWi NC5IcrUh.Cssmh0e764nb_rBgIIbtCK7MVcO1gzYfgXwrDfoZS_1VMidBjOddCFNezPDtCQ5.jg- - X-Sonic-MF: X-Sonic-ID: 796cc89a-34bd-4bcc-8eae-28ac7e164c14 Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Mon, 29 Jan 2024 18:07:34 +0000 Received: by hermes--production-gq1-5c57879fdf-7xbd4 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 342c1fb6dc1f765cf01fdf770ca19cee; Mon, 29 Jan 2024 18:07:29 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.300.61.1.2\)) Subject: Re: Should changes in src/usr.sbin/bhyve/ trigger an llvm rebuild? From: Mark Millard In-Reply-To: <418237252dc000bc1cc21a7f9220a2e5@Leidinger.net> Date: Mon, 29 Jan 2024 10:07:18 -0800 Cc: david@catwhisker.org, FreeBSD-STABLE Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: References: <5BCB8F1A-B5D5-4506-87E1-8B26E713C6F5@yahoo.com> <8A79DE24-403E-4E73-82B6-0E5CF4F27604@yahoo.com> <418237252dc000bc1cc21a7f9220a2e5@Leidinger.net> To: Alexander Leidinger X-Mailer: Apple Mail (2.3774.300.61.1.2) X-Rspamd-Queue-Id: 4TNx943YVXz539q 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] On Jan 29, 2024, at 01:50, Alexander Leidinger = wrote: > Am 2024-01-29 00:00, schrieb Mark Millard: >=20 >> I would have to see make -dM output from (D) to >> find the specific timing relationships that lead >> to that. There is way to much to analyze the >> specifics manually, especially because dependency >> chains have to be considered. >=20 > Not -stable, but -current Sequence going back to where a commit change was involved and installed/booted? That older commit was what? The newer one? The content of that change contributes to what range of "is newer than" stuff shows up in the first buildworld after the first installworld-then-reboot to the newer commit. A limiting case is doing a buildworld into an empty /usr/obj/ like area so that its later install has everything freshly built (new timestamps) compared to the prior context. Then doing a installworld buildworld sequence may have more "is newer than" notices. (Some cases of updates approximate such a "largely rebuilt" status, others do not.) The list is illustrative as is, just possibly not definitive. > (no change to src, buildworld after installworld to a new BE and = booting this new BE): > # grep newer buildworld_debug.log | grep -E = 'amd64.amd64/tmp/(usr|legacy)/' | cut -d : -f 3 | sort -u > file = '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/inc= lude/roken.h' is newer than the target... > file = '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbi= n/asn1_compile' is newer than the target... > file = '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbi= n/awk' is newer than the target... > file = '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbi= n/basename' is newer than the target... > file = '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbi= n/cap_mkdb' is newer than the target... > file = '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbi= n/cat' is newer than the target... > file = '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbi= n/clang-tblgen' is newer than the target... > file = '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbi= n/compile_et' is newer than the target... > file = '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbi= n/cp' is newer than the target... > file = '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbi= n/crunchgen' is newer than the target... > file = '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbi= n/crunchide' is newer than the target... > file = '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbi= n/dd' is newer than the target... > file = '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbi= n/env' is newer than the target... > file = '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbi= n/file2c' is newer than the target... > file = '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbi= n/gencat' is newer than the target... > file = '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbi= n/grep' is newer than the target... > file = '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbi= n/gzip' is newer than the target... > file = '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbi= n/jot' is newer than the target... > file = '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbi= n/lex' is newer than the target... > file = '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbi= n/lldb-tblgen' is newer than the target... > file = '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbi= n/llvm-min-tblgen' is newer than the target... > file = '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbi= n/llvm-tblgen' is newer than the target... > file = '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbi= n/ln' is newer than the target... > file = '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbi= n/m4' is newer than the target... > file = '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbi= n/make-roken' is newer than the target... > file = '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbi= n/mkcsmapper' is newer than the target... > file = '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbi= n/mkesdb' is newer than the target... > file = '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbi= n/mv' is newer than the target... > file = '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbi= n/rm' is newer than the target... > file = '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbi= n/sed' is newer than the target... > file = '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbi= n/sh' is newer than the target... > file = '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbi= n/touch' is newer than the target... > file = '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbi= n/truncate' is newer than the target... > file = '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbi= n/uudecode' is newer than the target... > file = '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbi= n/uuencode' is newer than the target... > file = '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/usr/bin/objcop= y' is newer than the target... >=20 > There is no dependency to outside the obj tree. >=20 > Would it make sense to exclude the tmp/legacy/usr/sbin/... = dependencies? Or a subset? The tmp/usr/bin/objcopy is probably in the = middle of a rebuild, but the name legacy gives the impression that not a = lot of features are needed from those (basics to build our own = version?). >=20 > Note, grep for "newer" gives >12000 hits. For awk, basename, cat, dd, env, grep, gzip, lex, ln, m4, mv, rm, sed, sh, touch, truncate, uudecode, and uuenncode (for example): The "is newer than" status is both real and highly likely to be irrelevant. META_MODE is based on just the "real" status of "is newer than". There are other items in the list that I'd be less sure of if they are likely to always be irrelevant. Possibly. As I remember, I did get example "is newer than" notices that were not from /usr/obj/ like areas, not that I remember the details any more. (So I could be misremembering.) =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Tue Jan 30 06:56:19 2024 X-Original-To: freebsd-stable@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 4TPGFF0rH3z58SYR for ; Tue, 30 Jan 2024 06:57:21 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from mailgate.Leidinger.net (mailgate.leidinger.net [IPv6:2a00:1828:2000:313::1:5]) (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 ECDSA (P-256) client-digest SHA256) (Client CN "mailgate.leidinger.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TPGFD3G5Kz4lqM for ; Tue, 30 Jan 2024 06:57:20 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Authentication-Results: mx1.freebsd.org; none List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leidinger.net; s=outgoing-alex; t=1706597830; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=hWhaIPdlapZ6IGcXsETOp6x6PsuVJb8rZLHIPpwHFDQ=; b=XpslxBQJ4QqDXjmPga06i0Ycy5uhjmMqR1SO7vEjt8o55wvBTKB+G/tQ4Lxr1uhRnrVAfX MrtHTFAdIzFNQekzMzmJ5OEbIE47CMrf1gyxwBcmzPVhiIzdYXHBWgkwAkDG6bMQ9iveEZ AZAjVsgOgH9DC52C415mFiBoeHla6qkaH0zSGWIHjRcofjcqCFSJEyFxEcgyM/vyKVwkEE 3dd++G6eshgdZL3qsDPHieQaL76fGW2XrSITqm+DQUZUqNT5g2Zp0OIDzABYvp9OBxx+Bo 1QEdh/uSZFQncV1cE/MDdFpA4dUQaNOFkHzI3fZnzw0XtxXORyrhzbKyPd0XUg== Date: Tue, 30 Jan 2024 07:56:19 +0100 From: Alexander Leidinger To: Mark Millard Cc: david@catwhisker.org, FreeBSD-STABLE Mailing List Subject: Re: Should changes in src/usr.sbin/bhyve/ trigger an llvm rebuild? In-Reply-To: References: <5BCB8F1A-B5D5-4506-87E1-8B26E713C6F5@yahoo.com> <8A79DE24-403E-4E73-82B6-0E5CF4F27604@yahoo.com> <418237252dc000bc1cc21a7f9220a2e5@Leidinger.net> Message-ID: Organization: No organization, this is a private message. Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="=_06a3b702ae8806e5308eff9da71b5960"; micalg=pgp-sha256 X-Rspamd-Queue-Id: 4TPGFD3G5Kz4lqM 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:34240, ipnet:2a00:1828::/32, country:DE] This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --=_06a3b702ae8806e5308eff9da71b5960 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Am 2024-01-29 19:07, schrieb Mark Millard: > On Jan 29, 2024, at 01:50, Alexander Leidinger > wrote: > >> Am 2024-01-29 00:00, schrieb Mark Millard: >> >>> I would have to see make -dM output from (D) to >>> find the specific timing relationships that lead >>> to that. There is way to much to analyze the >>> specifics manually, especially because dependency >>> chains have to be considered. >> >> Not -stable, but -current > > Sequence going back to where a commit change was involved and > installed/booted? That older commit was what? The newer one? > The content of that change contributes to what range of "is > newer than" stuff shows up in the first buildworld after the > first installworld-then-reboot to the newer commit. The sequence was: - make update - make buildworld buildkernel - create new BE - make installworld installkernel into the new BE - boot the new BE - do nothing with src for some days - read your mail - make -Dm buildworld > A limiting case is doing a buildworld into an empty /usr/obj/ > like area so that its later install has everything freshly > built (new timestamps) compared to the prior context. Then > doing a installworld buildworld sequence may have more "is > newer than" notices. (Some cases of updates approximate > such a "largely rebuilt" status, others do not.) > > The list is illustrative as is, just possibly not definitive. > >> (no change to src, buildworld after installworld to a new BE and >> booting this new BE): >> # grep newer buildworld_debug.log | grep -E >> 'amd64.amd64/tmp/(usr|legacy)/' | cut -d : -f 3 | sort -u >> file >> '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/include/roken.h' >> is newer than the target... >> file >> '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/asn1_compile' >> is newer than the target... >> file >> '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/awk' >> is newer than the target... >> file >> '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/basename' >> is newer than the target... >> file >> '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/cap_mkdb' >> is newer than the target... >> file >> '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/cat' >> is newer than the target... >> file >> '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/clang-tblgen' >> is newer than the target... >> file >> '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/compile_et' >> is newer than the target... >> file >> '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/cp' >> is newer than the target... >> file >> '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/crunchgen' >> is newer than the target... >> file >> '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/crunchide' >> is newer than the target... >> file >> '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/dd' >> is newer than the target... >> file >> '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/env' >> is newer than the target... >> file >> '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/file2c' >> is newer than the target... >> file >> '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/gencat' >> is newer than the target... >> file >> '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/grep' >> is newer than the target... >> file >> '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/gzip' >> is newer than the target... >> file >> '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/jot' >> is newer than the target... >> file >> '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/lex' >> is newer than the target... >> file >> '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/lldb-tblgen' >> is newer than the target... >> file >> '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/llvm-min-tblgen' >> is newer than the target... >> file >> '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/llvm-tblgen' >> is newer than the target... >> file >> '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/ln' >> is newer than the target... >> file >> '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/m4' >> is newer than the target... >> file >> '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/make-roken' >> is newer than the target... >> file >> '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/mkcsmapper' >> is newer than the target... >> file >> '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/mkesdb' >> is newer than the target... >> file >> '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/mv' >> is newer than the target... >> file >> '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/rm' >> is newer than the target... >> file >> '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/sed' >> is newer than the target... >> file >> '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/sh' >> is newer than the target... >> file >> '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/touch' >> is newer than the target... >> file >> '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/truncate' >> is newer than the target... >> file >> '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/uudecode' >> is newer than the target... >> file >> '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/legacy/usr/sbin/uuencode' >> is newer than the target... >> file >> '/space/system/usr_obj/space/system/usr_src/amd64.amd64/tmp/usr/bin/objcopy' >> is newer than the target... >> >> There is no dependency to outside the obj tree. >> >> Would it make sense to exclude the tmp/legacy/usr/sbin/... >> dependencies? Or a subset? The tmp/usr/bin/objcopy is probably in the >> middle of a rebuild, but the name legacy gives the impression that not >> a lot of features are needed from those (basics to build our own >> version?). >> >> Note, grep for "newer" gives >12000 hits. > > For awk, basename, cat, dd, env, grep, gzip, lex, ln, m4, mv, rm, > sed, sh, touch, truncate, uudecode, and uuenncode (for example): > > The "is newer than" status is both real and highly likely to be > irrelevant. META_MODE is based on just the "real" status of "is > newer than". > > There are other items in the list that I'd be less sure of if > they are likely to always be irrelevant. Possibly. The lldvm/lldb/clang ones may be related to a rebuild of llvm triggered by irrelevant time changes according to your description. I haven't found "is newer than" evidence in the debug output why those legacy ones are newer. If I assume those are touched by installworld, we could do maybe some kind of check if checksums are equal and not install into legacy if they are. This would then require more work on install, but may result in less work on buildworld. > As I remember, I did get example "is newer than" notices that > were not from /usr/obj/ like areas, not that I remember the > details any more. (So I could be misremembering.) Maybe in the installworld stage /usr/sbin/sh newer than OBJDIR/..../legacy/usr/sbin/sh? Bye, Alexander. -- http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF --=_06a3b702ae8806e5308eff9da71b5960 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc; size=833 Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEER9UlYXp1PSd08nWXEg2wmwP42IYFAmW4naQACgkQEg2wmwP4 2Ibhww//cyFDQn5tL+oDQlzqaKlxLqWtQLgkZJgDOJKqlB4gIDkZu5Gi7pUheScw NIJQ+yDNYsZpEK5GwPR8WBRqELHTY6cr3342icP/H5ddR0K54M4tuZ4Zbfmgs65B i2wwOsaC7b/xepPvGijQQ8WdI7fsOODIFR6jLIkuNMdONX0FMU2v4EsARRkAt3Rg IxVZVEzsXo8BRvXoKxbYPCptGLrtNnPXKqjGzBv2CE7P2wPFTF2vf3zDcSYwUU2b TueqOPbKpgR1gen88m2Bz3W47UxIkMl8JPPjSsJrJ3lBdwLr8XTMoyKqiLUD0kVH iBDGifybl8CWRiQCoJdojipaTbNXcZt9PhJideietGFcr6YOTE89VJ+UIufJeMtz dxNwL9kNsvowiFbK5/U2nNlGrns1bzSw1qm6vo4pe3sOBfttE6r7LwfwaC0n+GFf Fws1sHLtU/vtsxZQ95haBYSpSDQa2zlvKemEY/XFCWuqqndO4PNxJpdC7W+GFDWr Ji8pTASRZLYWXWY+V8hBhzmma/f7EJoP0COwiOPJdiCwRNKHBOB0aIZx67moXOdB 4hcbSQzEL+TF7+0Z7dWP2uG2MO3P+7xCn86RU4akLXqg5BZhHxspH15BJ0PSVP6d qY69nAnB57pD1IUs0RBDDe/qvT7Eea5Ey2SvnnPcSE8YP/cFHW0= =anAV -----END PGP SIGNATURE----- --=_06a3b702ae8806e5308eff9da71b5960-- From nobody Sun Feb 4 08:21:29 2024 X-Original-To: freebsd-stable@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 4TSMt20zp8z59Jj1; Sun, 4 Feb 2024 08:21:30 +0000 (UTC) (envelope-from cperciva@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (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 "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TSMt20DKdz40MV; Sun, 4 Feb 2024 08:21:30 +0000 (UTC) (envelope-from cperciva@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1707034890; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc; bh=2p8j+wsPsohRXos+ayctRoXRS6XqsYiw+1I9uzprd7E=; b=o3UGwdpLgZkELC4zTnRBMMo7BbBhSpq9ly4EyIqxdj8fgbB+tjk1onJ63w/ewJj2WeSf9S 46aHCGfwndyhBhe4U0lWfYBwjeHnnqUMootmfyCUMtbTfcjODxdVKCO0O8Tt2SM9TfzHgw jVvmu+ISoMn5P4mbD4MVnc2vBEmb6edzgd+R1K28tbbxg9ZBtHOEVfLcNfihTmEbTeLsJZ y1zBmv9eG9yBkbYbM2xmosNGCMr5pbXwvVaKgAa/RRDNxEvIjRKJB8EMZAE7FoQz6kp+Jz FmKa1aZ5nbYj48qVhf6Pzt7oQ9sj9zp2IovJdaTk/SPXmIrBXQh/Y0fypeMkag== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1707034890; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc; bh=2p8j+wsPsohRXos+ayctRoXRS6XqsYiw+1I9uzprd7E=; b=KCiyruz5qdCf5nBLFvGS+Z5fZRDUWapcfbrvLZgSrKDL8AJKN3KEGRR+VcQ8cyUVIUGqUM wmlsNcUBiuOrDe5UmsRK4gvNJPZgAIv5Cb6diSMga/zF2ADXrCs8SRNhFOfkfu+2joJQrr bbkxpZK7iiIN8ELzyv7bcedWgvBhAjrqGSi9UftYhaeKzY0Z1c1ejke40U3RB4fp9E/K3P UsLKGuSzBInI0D8Lq7KuJoA1fiFSUqq1Y+Kf+Q8lZdwSzN6LNuce90p5ieeIaBHR0noafj LvAV2wa+wtEqzJbMlMZUuuhNirSL3M1SuWS+1+3kZJvNh6mnnYoVBKtKmCzQiw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1707034890; a=rsa-sha256; cv=none; b=GDWhTU4RplldhaoZeJZ/i48RL7pCtm0oWXG7kRGg1xJFif8WH6z6ZsayhHE6imVAZomKXv 46NNov59qx74Zr+odrhRvhQVHRKnh08PfrGAKGNZKCzDNCIwN446vpaTO+ghB+eyCiMDJD xRdU35MuMab+uEOttZZeILntzlDhKjxoQPseawKCU9w6Zw25NKPxqHKBP+xJbhRWvNb5fo kB/+P9A1poO748voz/+5U2CEAfXCxLKRx8rfAouhZpiTqYKrrws8z4fXTd66LDW/Cotte6 4HPwoXZs9gDH22Qv8TKimO/f4iwDA7mp4j5lA26V9azJj6TcYS4fceZw6XEX9g== Received: by freefall.freebsd.org (Postfix, from userid 1002) id D2D388E87; Sun, 4 Feb 2024 08:21:29 +0000 (UTC) To: freebsd-snapshots@FreeBSD.org, freebsd-stable@FreeBSD.org Cc: FreeBSD Release Engineering Team Reply-To: FreeBSD Release Engineering Team Subject: FreeBSD 13.3-BETA1 Now Available Approved: fbaxkvnqgivdgcnv Message-Id: <20240204082129.D2D388E87@freefall.freebsd.org> Date: Sun, 4 Feb 2024 08:21:29 +0000 (UTC) From: Colin Percival List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 The first BETA build of the 13.3-RELEASE release cycle is now available. Installation images are available for: o 13.3-BETA1 amd64 GENERIC o 13.3-BETA1 i386 GENERIC o 13.3-BETA1 powerpc GENERIC o 13.3-BETA1 powerpc64 GENERIC64 o 13.3-BETA1 powerpc64le GENERIC64LE o 13.3-BETA1 powerpcspe MPC85XXSPE o 13.3-BETA1 armv6 RPI-B o 13.3-BETA1 armv7 GENERICSD o 13.3-BETA1 aarch64 GENERIC o 13.3-BETA1 aarch64 RPI o 13.3-BETA1 aarch64 PINE64 o 13.3-BETA1 aarch64 PINE64-LTS o 13.3-BETA1 aarch64 PINEBOOK o 13.3-BETA1 aarch64 ROCK64 o 13.3-BETA1 aarch64 ROCKPRO64 o 13.3-BETA1 riscv64 GENERIC o 13.3-BETA1 riscv64 GENERICSD Note regarding arm SD card images: For convenience for those without console access to the system, a freebsd user with a password of freebsd is available by default for ssh(1) access. Additionally, the root user password is set to root. It is strongly recommended to change the password for both users after gaining access to the system. Installer images and memory stick images are available here: https://download.freebsd.org/releases/ISO-IMAGES/13.3/ The image checksums follow at the end of this e-mail. If you notice problems you can report them through the Bugzilla PR system or on the -stable mailing list. If you would like to use Git to do a source based update of an existing system, use the "releng/13.3" branch. A list of changes since 13.2 is available in the releng/13.3 release notes: https://www.freebsd.org/releases/13.3R/relnotes/ Please note, the release notes page is not yet complete, and will be updated on an ongoing basis as the 13.3-RELEASE cycle progresses. === Virtual Machine Disk Images === VM disk images are available for the amd64, i386, and aarch64 architectures. Disk images may be downloaded from the following URL (or any of the FreeBSD download mirrors): https://download.freebsd.org/releases/VM-IMAGES/13.3-BETA1/ BASIC-CI images can be found at: https://download.freebsd.org/releases/CI-IMAGES/13.3-BETA1/ The partition layout is: ~ 16 kB - freebsd-boot GPT partition type (bootfs GPT label) ~ 1 GB - freebsd-swap GPT partition type (swapfs GPT label) ~ 20 GB - freebsd-ufs GPT partition type (rootfs GPT label) The disk images are available in QCOW2, VHD, VMDK, and raw disk image formats. The image download size is approximately 135 MB and 165 MB respectively (amd64/i386), decompressing to a 21 GB sparse image. Note regarding arm64/aarch64 virtual machine images: a modified QEMU EFI loader file is needed for qemu-system-aarch64 to be able to boot the virtual machine images. See this page for more information: https://wiki.freebsd.org/arm64/QEMU To boot the VM image, run: % qemu-system-aarch64 -m 4096M -cpu cortex-a57 -M virt \ -bios QEMU_EFI.fd -serial telnet::4444,server -nographic \ -drive if=none,file=VMDISK,id=hd0 \ -device virtio-blk-device,drive=hd0 \ -device virtio-net-device,netdev=net0 \ -netdev user,id=net0 Be sure to replace "VMDISK" with the path to the virtual machine image. === Amazon EC2 AMI Images === FreeBSD/amd64 EC2 AMI IDs can be retrieved from the Systems Manager Parameter Store in each region using the keys: /aws/service/freebsd/amd64/base/ufs/13.3/BETA1 FreeBSD/aarch64 EC2 AMI IDs can be retrieved from the Systems Manager Parameter Store in each region using the keys: /aws/service/freebsd/arm64/base/ufs/13.3/BETA1 === Vagrant Images === FreeBSD/amd64 images are available on the Hashicorp Atlas site, and can be installed by running: % vagrant init freebsd/FreeBSD-13.3-BETA1 % vagrant up === Upgrading === The freebsd-update(8) utility supports binary upgrades of amd64, i386, and aarch64 systems running earlier FreeBSD releases. Systems running earlier FreeBSD releases can upgrade as follows: # freebsd-update upgrade -r 13.3-BETA1 During this process, freebsd-update(8) may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install It is recommended to rebuild and install all applications if possible, especially if upgrading from an earlier FreeBSD release, for example, FreeBSD 12.x. Alternatively, the user can install misc/compat12x and other compatibility libraries, afterwards the system must be rebooted into the new userland: # shutdown -r now Finally, after rebooting, freebsd-update needs to be run again to remove stale files: # freebsd-update install == ISO CHECKSUMS == o 13.3-BETA1 amd64 GENERIC: SHA512 (FreeBSD-13.3-BETA1-amd64-bootonly.iso) = 13dea681cb401384393e6684f3dfd6cdf5e2fcaeaa2a9215aea5617aa733f16c977e6fa4293d01a3cfe425e97607e6b4bf712c96806a29f967121d094f5efd84 SHA512 (FreeBSD-13.3-BETA1-amd64-bootonly.iso.xz) = 4222a18734ea94df7d3ca3b9ea2413f482b3001c06f086408310ab5ca279a6b0bcb653a8ff8798204abb8f7ae0f85c21bdcc67c916a3108a90220631cb257260 SHA512 (FreeBSD-13.3-BETA1-amd64-disc1.iso) = 4a1df240073ca8a70ec569e28e811e6c896ce7423c8c85ba934010ffc16232198214b1b202949793752f33b7b64b77c2858f02ada8cbade7c19828c638db8f68 SHA512 (FreeBSD-13.3-BETA1-amd64-disc1.iso.xz) = ec36d7f039f6185bcf3972cab3d6bf3de99f6e3835a0b530a09a0ef5e07ccfa3b41485dae00047b292efc40f1cee22fdc2204e3c797c40896abc60b6fcd460bd SHA512 (FreeBSD-13.3-BETA1-amd64-dvd1.iso) = 99cf5be6cc5b9146baa07aebc67fa774d78e39971f3a8c6f03ffc125e5c59a3bf2d4b5858455657456cb6308eeb01d386ed0b7cd0a5a7f6720a304257663b4e3 SHA512 (FreeBSD-13.3-BETA1-amd64-dvd1.iso.xz) = 2b59db6a40bba72992c368c8a7f351ea67f837cb2194136b891943c84baaa813df74e8e67d6c2734ce205b3ccb58051107903f89ce4c9a619bd1208d784c6198 SHA512 (FreeBSD-13.3-BETA1-amd64-memstick.img) = 0941d5e7c3834d5ab065ba171ef6bdcdd336054d58f866793ca5717c637c23fb4d2ee63d1966ef07963c202131c2f2346d02a9fcd54d5f446f01da4c6ae24450 SHA512 (FreeBSD-13.3-BETA1-amd64-memstick.img.xz) = 824f855cc883c3f4df730b7c4ad7318fe2c9c22a8838006a4a20d1f7698beb9b2b7319440bb1cc612787a57462f89a2e4102ba11fa3acab14d825b8d6b36884d SHA512 (FreeBSD-13.3-BETA1-amd64-mini-memstick.img) = 7ab08f083636829d37ba1dc38caf91479cf954b8cd21689ffb5a1b59abe844c23c8bb8727e361141a54839baf34ac35e974cf795f18aec778d475f02e967f284 SHA512 (FreeBSD-13.3-BETA1-amd64-mini-memstick.img.xz) = e755b5bd8811ce0669a3a780a672b0d1e4b2311a4f5c914ac7acfa95688a94b224123f999943514d8e9a87e028201598e45dcbec389280840874f4fc5eaaeb0b SHA256 (FreeBSD-13.3-BETA1-amd64-bootonly.iso) = d5172d8830e054a265f392a6320853e9613911f6eac16fc39689ba0999cc5836 SHA256 (FreeBSD-13.3-BETA1-amd64-bootonly.iso.xz) = 7c2b265d8f0ec3c9e515be7a33089d3cb7b1335edf4f63ca64207ddbcf121bf0 SHA256 (FreeBSD-13.3-BETA1-amd64-disc1.iso) = bac447b4a7f6e84566c9d5e8b9d90a51b23d4cba3088509401c0b941198e994f SHA256 (FreeBSD-13.3-BETA1-amd64-disc1.iso.xz) = 95b3e97573682d4ff7d4bb62b97576db11de83a70bfae78e2338bc9390d2e965 SHA256 (FreeBSD-13.3-BETA1-amd64-dvd1.iso) = f0a41804d77ddf55d2078f579eab0bf6c4c7e9f33bbec277d04c1acb023f5459 SHA256 (FreeBSD-13.3-BETA1-amd64-dvd1.iso.xz) = 2f0b1da3d9ec94dde7e25896980ddd35b6ca9d8e65bdd1b3171a8fbb148b0fa1 SHA256 (FreeBSD-13.3-BETA1-amd64-memstick.img) = 6ef24abebe3f6f3e4a1326896c4861e7fb1f53338a5f84e356f0407827faff36 SHA256 (FreeBSD-13.3-BETA1-amd64-memstick.img.xz) = 0f1857ee5500c466166088358d89920c25f8fbd5fad1afac2310dbc9b09f2f57 SHA256 (FreeBSD-13.3-BETA1-amd64-mini-memstick.img) = 9b96b7de69183a8992ce5b75d489cae1ce271182c003be0a0b36a6b8e162a610 SHA256 (FreeBSD-13.3-BETA1-amd64-mini-memstick.img.xz) = 0c4412a50020fe1cb5bb3aa320157c7984f1352c138af6e14e1c79815a1fc240 o 13.3-BETA1 i386 GENERIC: SHA512 (FreeBSD-13.3-BETA1-i386-bootonly.iso) = d06f142a930987aa0806e11898093124044d81d43719836dcddc1250f073ec2518a27ed00d2dac9485fee41dcfa57a5b3cb6aa8216887715dc8e0eec6254a0d7 SHA512 (FreeBSD-13.3-BETA1-i386-bootonly.iso.xz) = a879dad7fe29fefba0d0840a7d6b2d68f2b59738271b2d62aa64b0bca0b45aab1d86212575fe0fa48313aa04a4de568636a7d3b381279147d45692bb9f574c47 SHA512 (FreeBSD-13.3-BETA1-i386-disc1.iso) = 260facdd63e6f2d1dcfda1fca054fb71a2cbbd1fc9848d8b17cf4d33715ab2bdea066ac8514ebd15b5bec588d7b3a1fd7cd2b96c4f3909e23db85646566bfa6e SHA512 (FreeBSD-13.3-BETA1-i386-disc1.iso.xz) = 3fb6e4c060312af025205f0a827f3c8aab1a8c88a1bded998405ebce7c93959ac12509ccb7b3c81bd66a27f864c8feb566b3991a975cd9261d5bbf16a7716b20 SHA512 (FreeBSD-13.3-BETA1-i386-dvd1.iso) = 544a45bf630fdb5aeb7b9df2b10285caba0f2ca5d5600dca3dc39472df21fb752f626ffd605d79785763d32ad453c669a1c1b22675538b5161a94f63c597653c SHA512 (FreeBSD-13.3-BETA1-i386-dvd1.iso.xz) = 0a5eefa0e89086a3c414eb5a464c1123f9da843d2b8047a98cfb42450cde3e28281ae169e53a88aa34476dc1032c140aff5aa16250d48f341d2e775b22a6c5b2 SHA512 (FreeBSD-13.3-BETA1-i386-memstick.img) = 4f26fbf212d26871c03a136235de2053d3e3e05e3b229bbc987062b9b30a3229232fe558826ce419f4e1326c36964c6605587c2e1447266a7dca30f7f4abba3d SHA512 (FreeBSD-13.3-BETA1-i386-memstick.img.xz) = b78738b5678470878c4ad54b6fe2a3a7a2cb5d2ce786938d78edc48a7ac7eeaf87d57f540fd7a82187c9cf2ca154ed5e2479baded5015cc39b00cbbbac2b1b40 SHA512 (FreeBSD-13.3-BETA1-i386-mini-memstick.img) = 641b6954a2bae5bcb61abb03d36dd56520af7e8eba2e5d49dd3f3d82e7c1a793a1f49990399f6734cb5e188e7549137016b35fe62f8f654ce3b85b6541ede38a SHA512 (FreeBSD-13.3-BETA1-i386-mini-memstick.img.xz) = e5b58e4945d7349d09278fb4eb9c8d70116a62decbc43c66553bf327ad995546b703a845a3e8a48da688db469dfb9de3b94b85910ad4da64b3cca8c4bb0447a7 SHA256 (FreeBSD-13.3-BETA1-i386-bootonly.iso) = 71072486ea2e3be5e9a8d0bafd749d816b3bc55bbf52cd74c302ac7a4bf051e1 SHA256 (FreeBSD-13.3-BETA1-i386-bootonly.iso.xz) = 8dbc271c8724e950ebb5866f90db256ff5b6e672c06f1b5ca3ee2a999d9c9bfd SHA256 (FreeBSD-13.3-BETA1-i386-disc1.iso) = 7f4b97024e1dd972c2fe0833ecc32fb2f7097c21b5d167324bc0396913911396 SHA256 (FreeBSD-13.3-BETA1-i386-disc1.iso.xz) = 68821738889fda57ff57ffe0151658533822d5f759fca28be17671f53f46239b SHA256 (FreeBSD-13.3-BETA1-i386-dvd1.iso) = 7dd346648b16d9a77ec7337a59dc0d0a690c4cfae241d45755eeb3ea650cfdcf SHA256 (FreeBSD-13.3-BETA1-i386-dvd1.iso.xz) = 466a721eeab136535e29675fba6621d0016c3089b30b20bdc8f87a5e84e12455 SHA256 (FreeBSD-13.3-BETA1-i386-memstick.img) = c005c6deebd55fc148bc8e08a0eb34be60db901547ce8dfc5ef9b18c03d7b26d SHA256 (FreeBSD-13.3-BETA1-i386-memstick.img.xz) = 32035175522049047f426e9359d8305d97507e5d196c1a43b091f12b93759225 SHA256 (FreeBSD-13.3-BETA1-i386-mini-memstick.img) = 9b80c2e503c2c919ba4e980d0148bb58f4b26a9fb1d4fc8eee63a8c09c365ee7 SHA256 (FreeBSD-13.3-BETA1-i386-mini-memstick.img.xz) = c41d61c753a7e40961bf0a95eb57169d6b93cfe3f05d93d866a2baa819bdce46 o 13.3-BETA1 powerpc GENERIC: SHA512 (FreeBSD-13.3-BETA1-powerpc-bootonly.iso) = 96f17121d960e16fd2c1aedecce5309042d5f0cbdf931c3ff9d1209a0e80bbc9da725930538acacf4eef3ebbcfaa734a0473d984e9825b83bd8dddf3b2af50de SHA512 (FreeBSD-13.3-BETA1-powerpc-bootonly.iso.xz) = 020cd93967247b96ce1a69035294ac3875722477cce6efcb0bea0e0199de1e9322c3ee663bef33e189b1915861de6454baae46a6a2bfd674ae6375f00665f245 SHA512 (FreeBSD-13.3-BETA1-powerpc-disc1.iso) = f29a64af238a55012a6a896d966d4c41c2f5c4c4483bfb3f4d7946d87f8f4d63c3a3f003c6a516f407c3f611e2e46cba616cedbf2db6793081c491c9f266dde6 SHA512 (FreeBSD-13.3-BETA1-powerpc-disc1.iso.xz) = d2c0042af51ac23f402127ed25e39373494649cb7cafcb35f384b26881e77f02a29d12a710b6997c1dc74528476c8550b8f8e23e7b3a4c91539d54278539720a SHA512 (FreeBSD-13.3-BETA1-powerpc-dvd1.iso) = 7bc6b7e3d4a8ffa6faa4e208c310cbcca6bd5c0e44992ee3018c9c035562091e121eb3954e13bdf98c38f79941ffbb36735594667b907d034a286cd6eee4af98 SHA512 (FreeBSD-13.3-BETA1-powerpc-dvd1.iso.xz) = fe91bd65d385136af54de54a0ddc77cf9dc121f47063395a514df9ecc601693399f39793e0fdc95dc1998f8daaf3755c335827feacf1336911e55be90d41d6a2 SHA256 (FreeBSD-13.3-BETA1-powerpc-bootonly.iso) = b57c861d504265c277b61c8bad61c77bc85ef7e7d68162baeba3a7ae38f86008 SHA256 (FreeBSD-13.3-BETA1-powerpc-bootonly.iso.xz) = a84dc8ba500ec3eeb0a0d64a5965d91fbb12eb0cc14f89ab6701030df86fb2a9 SHA256 (FreeBSD-13.3-BETA1-powerpc-disc1.iso) = d3f90ee6cedecf55d74b55e5a7beedb1b32afe54cdd44723ab2c5de6bf650417 SHA256 (FreeBSD-13.3-BETA1-powerpc-disc1.iso.xz) = 32baa63bee5891905e6d2ee972d4f1d4d3f7907d3dfc9e838df14c90e42845fc SHA256 (FreeBSD-13.3-BETA1-powerpc-dvd1.iso) = 092a13d917e07714ece7f15455db8f868b5fd959b6959265133322d219f38afd SHA256 (FreeBSD-13.3-BETA1-powerpc-dvd1.iso.xz) = 575ff691b64b6f08d8876794f08c92bcdafa706f9ebdaf2ef75df9ff8ea2b458 o 13.3-BETA1 powerpc64 GENERIC64: SHA512 (FreeBSD-13.3-BETA1-powerpc-powerpc64-bootonly.iso) = ce02dd8ce7ef772862f3e2f8c3956906d53e5cd076b45e01f2a4a2f7a1c14a97d4eec87758fd8cbb601e468e7e2daf2dbbb447b181f3b3ccaa8b18c1393e9633 SHA512 (FreeBSD-13.3-BETA1-powerpc-powerpc64-bootonly.iso.xz) = 0bd179e711d25f26f0d112f9715a2e990a89e167995bc263cfba28ae84a25ea83971ab57182ad14eabdd6784ca0d1fa055f0a401582dc178f347b0c715e55b50 SHA512 (FreeBSD-13.3-BETA1-powerpc-powerpc64-disc1.iso) = 9a4f97aadc7c7ca4a246fd44ad6105b7ba673bc57647cea96b82ffccc2f5e6938d93939347c31e1b808b67a82286aec44b222edf7fd6db16836e095f1304ee29 SHA512 (FreeBSD-13.3-BETA1-powerpc-powerpc64-disc1.iso.xz) = 7554f6e34ab0ce4bb69163dbd3a529cc3e20ac6f9cbcc9ec8fbe09e429d2e9fa413cc84ff8e04046833972813b61c3c656aaf49b7a88b8aa90c6ea357b1fd90f SHA512 (FreeBSD-13.3-BETA1-powerpc-powerpc64-dvd1.iso) = b23d5194ee1df494c4bae4008fd89d8e8b28364e5d6082fddc7143077e84e919b29fe3a81dde9b593c182cafc88afff9e7ebd8d9c0217af6dfe4f761faa53c42 SHA512 (FreeBSD-13.3-BETA1-powerpc-powerpc64-dvd1.iso.xz) = 33b0abb482ca0e1c4a21a4e6ac5dc7732a093485352228bf18cfbcc745740ef550b8b1065e3b7784377476f885389b8eb8545ae4e1e70dcec6326568d166f338 SHA256 (FreeBSD-13.3-BETA1-powerpc-powerpc64-bootonly.iso) = d8ce4a4b5a1bb343038d80c30ebaa9b2913293103493296ba20aac14db27277b SHA256 (FreeBSD-13.3-BETA1-powerpc-powerpc64-bootonly.iso.xz) = c48e7a39cc6a2e7b7ad6ff6a61e088d86b468e3bd9ecf730176b8df855cf9e0e SHA256 (FreeBSD-13.3-BETA1-powerpc-powerpc64-disc1.iso) = a0bcc4491c55616352abeeec3203ce3aacf2a7a99a142ecda2f862e366e408a0 SHA256 (FreeBSD-13.3-BETA1-powerpc-powerpc64-disc1.iso.xz) = 830b678c4ca29d6d91bedd1830fbd3d241296d71653ab0f0325c7440b02c961d SHA256 (FreeBSD-13.3-BETA1-powerpc-powerpc64-dvd1.iso) = cd484c504b3f00cc2d39d7fdc39c9620b98cf21dc8944c37d11393f37bb090f6 SHA256 (FreeBSD-13.3-BETA1-powerpc-powerpc64-dvd1.iso.xz) = 2f30d35adf57bb6540410276f312e25442953fce4f31a4206d83d4bb165c1773 o 13.3-BETA1 powerpc64le GENERIC64LE: SHA512 (FreeBSD-13.3-BETA1-powerpc-powerpc64le-bootonly.iso) = a94cb62b7074ca39c56481991c7bccfeb055e649e01b182307c46955c37890a2570513908d33e4348a672d0630d11222ef92ffeeffe861c30a3a2199d3e37d8c SHA512 (FreeBSD-13.3-BETA1-powerpc-powerpc64le-bootonly.iso.xz) = 47649c3143bbfb8922575c59e5f9e1782e5bd27638db3563b2b05ba2745ec3b54cdee6fb7e9c3c4922a51563a00cb4dd81aa4b27510e65571957a7618ad1f839 SHA512 (FreeBSD-13.3-BETA1-powerpc-powerpc64le-disc1.iso) = ab8899ed71a3e974591869a6e10a6dd7dc3015f21973005515b9d1581f30bd3fbdd8a99165e41c7955f6d25bf37d0836df8ab0d68f36db2b2b79b544b709efc1 SHA512 (FreeBSD-13.3-BETA1-powerpc-powerpc64le-disc1.iso.xz) = 3deadc239bee32c0d95b434be5087990d131c3f7789fbf97889fd26695c289d509fc136b2660a8b523c05e29483f96813b9abbfdd08c29c366c02dc750e9c3f3 SHA512 (FreeBSD-13.3-BETA1-powerpc-powerpc64le-dvd1.iso) = 5f27856ac7cafc64cc28c81ae26b13490cf5fc28f728123a954bedc83cd53912ffe6bfa6cc061fd0984af1c57674d089a2ec0eee3b7090bf275a8b2c10ff5c68 SHA512 (FreeBSD-13.3-BETA1-powerpc-powerpc64le-dvd1.iso.xz) = cd77f17868dd96b481d00f6143676e9259c52f1a845b35c39df1f9496b502d130aea3cc6e60c2c1124a9a4d1af6fd47fc6f2d0915138dab3463835387ba102fc SHA256 (FreeBSD-13.3-BETA1-powerpc-powerpc64le-bootonly.iso) = be8307b09c55f93f59df6a809ad96c475841f03df2f8ae3ac42ac8ad072ea8d9 SHA256 (FreeBSD-13.3-BETA1-powerpc-powerpc64le-bootonly.iso.xz) = 8b6df77f4abc8f43f27326033752cc11bd7304b444eb9831c9df77db76037140 SHA256 (FreeBSD-13.3-BETA1-powerpc-powerpc64le-disc1.iso) = 20398f05458a1b2c0989ebe62cf79fab2bd61a2268c2077c871e5323e67f046e SHA256 (FreeBSD-13.3-BETA1-powerpc-powerpc64le-disc1.iso.xz) = 9ad58038f9c1eed776efc97e7830425e370a0f5d09ce22a5cdc8c3da6c636429 SHA256 (FreeBSD-13.3-BETA1-powerpc-powerpc64le-dvd1.iso) = d2b097a39a2785bc23198f7ab4317d17e8bb546903f12f1b1864dc5c3edd9bcc SHA256 (FreeBSD-13.3-BETA1-powerpc-powerpc64le-dvd1.iso.xz) = 0263f63bc88c853b6b5a82314dd9877d34c0c337aa6963efcacbc8109f845bf6 o 13.3-BETA1 powerpcspe MPC85XXSPE: SHA512 (FreeBSD-13.3-BETA1-powerpc-powerpcspe-bootonly.iso) = f841bf4943ef1df6de7d699d930c79250e21487ca920d3b6fd2d192bbe250b5dd5bafce7f0e1dcd63f6e462f0e99860d8df9a3279b7e4794bc9d619c5153adaf SHA512 (FreeBSD-13.3-BETA1-powerpc-powerpcspe-bootonly.iso.xz) = f8e132b3e7263816326a871b6da66cbf94e1cb496ef8729b259b251a2e1674717f6b72dd2db512450597574abb29e8319d78fe719c854ff68c33b71ea4ea847e SHA512 (FreeBSD-13.3-BETA1-powerpc-powerpcspe-disc1.iso) = 1a725afb3fec88511080b89d92b2c10db6c3aee8057178b8659253c9c52adc05007e82b175ea61b3fb5324cac34a774f9833ed0209a50d4ba92959e8959daea1 SHA512 (FreeBSD-13.3-BETA1-powerpc-powerpcspe-disc1.iso.xz) = bd60b1a65f99b39c8bd00cf30c478015bb80526fdd61d7091535015c1348baebd375c8851c53c6cd3c698eec38f78e5d7c1773c559d7d9d600cc2996e98b87d5 SHA512 (FreeBSD-13.3-BETA1-powerpc-powerpcspe-dvd1.iso) = 75759963fdceb4eeb7a9bf795a405ee6cb6b2e6af1e9b1dec00c5c841fcca5229f61d6d10081f753e5f79748969ff12a94e478440f4fa806744822de99cecd39 SHA512 (FreeBSD-13.3-BETA1-powerpc-powerpcspe-dvd1.iso.xz) = bb130f450cb5c803e004c1cb3ef1332ea33d0c4d5a8a39fd9738b5aad4150497aca9f913c7c48522041f7d9ca56ac4a5d06500fcb4e70abdf016b3098c7f57d0 SHA256 (FreeBSD-13.3-BETA1-powerpc-powerpcspe-bootonly.iso) = 1c26de13019a942e4e6ac2093d569d4438356bff23d791fdf323fa9dc1e75197 SHA256 (FreeBSD-13.3-BETA1-powerpc-powerpcspe-bootonly.iso.xz) = 0027fbb6f4911ece51c1bef2391badee109ac58afa81cca93b086c388a286112 SHA256 (FreeBSD-13.3-BETA1-powerpc-powerpcspe-disc1.iso) = dbc6d8244a6da212f1e5e338bbb9dc63fd0f70496caf40c0062ae9c6553bc871 SHA256 (FreeBSD-13.3-BETA1-powerpc-powerpcspe-disc1.iso.xz) = 807d5a746f1e3d17d6fed8013087ae85f8f168efdf6e936b9b04d4d01d518d6e SHA256 (FreeBSD-13.3-BETA1-powerpc-powerpcspe-dvd1.iso) = 8ff4db4bd27d7d15c891d3239576f5f1a038468b7f43a2786844b3d6c5adf73e SHA256 (FreeBSD-13.3-BETA1-powerpc-powerpcspe-dvd1.iso.xz) = 307fd990f9f3b6275099e77c3f5da14cde8e774056cb9be7752dd23a15e1f997 o 13.3-BETA1 armv6 RPI-B: SHA512 (FreeBSD-13.3-BETA1-arm-armv6-RPI-B.img.xz) = ac6f5571ee5fc079c3b1a2eb1a7133658feaa27fa039a59f7e103169a23073747c500b0ed5d6e2440a048e8b1debeaf4984c53013a6a098f81c8a73dec67ab38 SHA256 (FreeBSD-13.3-BETA1-arm-armv6-RPI-B.img.xz) = 6912cc203078f9ad81298f43ff5abf11bead20475fcd7b84891058101b99c768 o 13.3-BETA1 armv7 GENERICSD: SHA512 (FreeBSD-13.3-BETA1-arm-armv7-GENERICSD.img.xz) = ee5a5cb0c3e73b7083db0aacf6afea19917687f6c3e1d47ac6ce7723b9a0c00ec38f733c58ea0975c96adbcd2023121f8aca57d8dc9bc40ab5549d3e7d50fb9c SHA256 (FreeBSD-13.3-BETA1-arm-armv7-GENERICSD.img.xz) = 69f900ff2712f0e8c16e2b81a1cf200cd749b3db6c1ab9cd8414f218f9cc9823 o 13.3-BETA1 aarch64 GENERIC: SHA512 (FreeBSD-13.3-BETA1-arm64-aarch64-bootonly.iso) = 13159a2c2286182b8787b3c9ebe29bb5f359537f2b9955075a3c997539826d59f24e8a197db0b3e77a9624d712a842d0b2952a69f151d2cb79ed745fbc9e9045 SHA512 (FreeBSD-13.3-BETA1-arm64-aarch64-bootonly.iso.xz) = c6a44461bc755ff350213631295b7ac6e24dc38b0488a173534df3ef198b434669f2f918eac6975affc7c8b60b7c02f853281ec8550696442188f85d8a37569a SHA512 (FreeBSD-13.3-BETA1-arm64-aarch64-disc1.iso) = adbf1111607d76e5317df35d3e83e6d5052cb6d90498e03075a6c7397eaabee16c80f60443c326a3f350fa7a1c6b89b8509be9f3105c0aeb0893e296f748e6e1 SHA512 (FreeBSD-13.3-BETA1-arm64-aarch64-disc1.iso.xz) = 39db6ca61ab47ed6d18a1cd4f145603213181395c3b4fd38241d980b851378dc57ab1133fb33dedc09d7bb5d30966f491be6363f53bdbdabed85422afea4e64b SHA512 (FreeBSD-13.3-BETA1-arm64-aarch64-dvd1.iso) = 85eb63d84aa5d20bbc9c5e5adc69f06ec18d25655ecc34c829dc67f8cca401be5155abed805bcc188d35d5a4e869243771e505cfaabc39d162e11ebe4085cb95 SHA512 (FreeBSD-13.3-BETA1-arm64-aarch64-dvd1.iso.xz) = b91f942792efc9657f36260b525464a7d9fcf0f0c22f6a3e9e034fd266d4d86edfb0bda23aaaf7ba9a2142f6cc281190a0322b54483f4070d1b6e988b1d57725 SHA512 (FreeBSD-13.3-BETA1-arm64-aarch64-memstick.img) = c097ab2140556a2cdb9b1569c0099ab69a8866d0eaac2c621514001ab5b790256c168b3c2ea300711c0eab754918865ffa02fd502b889a179edd2d1386c1fb13 SHA512 (FreeBSD-13.3-BETA1-arm64-aarch64-memstick.img.xz) = 0b1399f9e518337f43f0902e294168476b78ab7e112bdf4a943f54c8596e6b5cc5cd157b41f18112c54ae6dea547fddb28c85a900049382bbbcddf6606738393 SHA512 (FreeBSD-13.3-BETA1-arm64-aarch64-mini-memstick.img) = e9d878e6077cf5b975a21ae19df4a9f075184fb95c0a2ad191b5cd076e9ad9b4ce9635949152d2b436a201cba52a7643b688b333246554167860f48b1c9e89b8 SHA512 (FreeBSD-13.3-BETA1-arm64-aarch64-mini-memstick.img.xz) = 1f613bf0904f06642ef68d92ad31c5b94e4a977a23023816e9a44c60291cc37fa39838dbfc530007986bdc69e1f223b81bb936a355ce69ac148219746d16086d SHA256 (FreeBSD-13.3-BETA1-arm64-aarch64-bootonly.iso) = 4189444dc6952175e90a5109eb6ce8273fc485ab6585fd399d42810fc31319f2 SHA256 (FreeBSD-13.3-BETA1-arm64-aarch64-bootonly.iso.xz) = 5146bc0e0f8493a59df3219016893142ba7d18cb52e97e37056ae4ce7862f7f3 SHA256 (FreeBSD-13.3-BETA1-arm64-aarch64-disc1.iso) = 88cda35d0d79b1ff512fd9b842f1edeb9e63d26fc625cc12d9a645a0017c810c SHA256 (FreeBSD-13.3-BETA1-arm64-aarch64-disc1.iso.xz) = dec19bdb32fec569185b29550e2bddf57065fcae4c0644457a600fdf40e749f7 SHA256 (FreeBSD-13.3-BETA1-arm64-aarch64-dvd1.iso) = 925eef2a2fd396ecf0f4c78ad8feb9665b7da5bc39b06435959af831817ece93 SHA256 (FreeBSD-13.3-BETA1-arm64-aarch64-dvd1.iso.xz) = c322a470e0d63aaf3d10668671b941ded38cccf8e8d7bd19084f735c2a8c010b SHA256 (FreeBSD-13.3-BETA1-arm64-aarch64-memstick.img) = e369a430f6b178b53a77474874050439478cff9ac29c05437373878b493b567d SHA256 (FreeBSD-13.3-BETA1-arm64-aarch64-memstick.img.xz) = c1e0067fb981cb8a181429ca04efb5e55589d7b9de0c6a2f72cb600fc90c9300 SHA256 (FreeBSD-13.3-BETA1-arm64-aarch64-mini-memstick.img) = bc57a3a9bddf3b6868b437deb192d8d9361664993304328551d3290f28ea211c SHA256 (FreeBSD-13.3-BETA1-arm64-aarch64-mini-memstick.img.xz) = 39ddaad32c3ffcd276a0283c3f1d0e7f8e3778db442765acf66743d19d505454 o 13.3-BETA1 aarch64 RPI: SHA512 (FreeBSD-13.3-BETA1-arm64-aarch64-RPI.img.xz) = 6e29b5af5d4c34de33398677c7c86adb89a60f0b4710cecd475e66a67151b149c9f78e3db25f3607d4da0b1e4a046e16dfc10d9b68d066bdd0c64ad1671ce303 SHA256 (FreeBSD-13.3-BETA1-arm64-aarch64-RPI.img.xz) = 1a6a439aa4a351eb467d3b556494d4f1c1980946c219e0ef359e0f7a30c9f6bc o 13.3-BETA1 aarch64 PINE64: SHA512 (FreeBSD-13.3-BETA1-arm64-aarch64-PINE64.img.xz) = 057c89ef62763181c6364409415a5728960b6d6f199c36b27cdef06a1e218c573acd86a51ee2924012743de074201ba04f61a098213ca503fd31e302ca4ba776 SHA256 (FreeBSD-13.3-BETA1-arm64-aarch64-PINE64.img.xz) = fc388e7f4c772ddcf5f669cb623dfd2e49b94e18be5c18174a3599d9be8709e1 o 13.3-BETA1 aarch64 PINE64-LTS: SHA512 (FreeBSD-13.3-BETA1-arm64-aarch64-PINE64-LTS.img.xz) = 76797300b481f0abd754c838962825ee7fa681c7b24b113f37dc4a22753f7d95cf89a0d36597de253124a37981de3e963ef1eed3d9f3dbd443ceba9889b5c058 SHA256 (FreeBSD-13.3-BETA1-arm64-aarch64-PINE64-LTS.img.xz) = 3f6934c28972a390433170ac9db429350aede8f372d1c7c20cf5ead20af3fba3 o 13.3-BETA1 aarch64 PINEBOOK: SHA512 (FreeBSD-13.3-BETA1-arm64-aarch64-PINEBOOK.img.xz) = 8b46c8563fdf9545e68c6d0b04397474ae192c83ae35418d57ff8b79e6af1d7ad308573230bd36f2bd0ce73ecceab050d8142d6501c8ec3860d94974beaa032e SHA256 (FreeBSD-13.3-BETA1-arm64-aarch64-PINEBOOK.img.xz) = 693e70599457ffcf6a1dc7d2344ff2eaafc7a443cb80b215899649625a55e9af o 13.3-BETA1 aarch64 ROCK64: SHA512 (FreeBSD-13.3-BETA1-arm64-aarch64-ROCK64.img.xz) = 97423bf94a9eeaa5515f04ca96f5330768f6b4ea5299056bba29b708bc927b1e835a170cebf6f6e66b3f9f60d865b0ddd54fe35f18afb14eefd8196fed4c06ca SHA256 (FreeBSD-13.3-BETA1-arm64-aarch64-ROCK64.img.xz) = 57deb1e8cb42af6d5305798fa7862142ef045508adac2c78c1ded3b3a4c6a70c o 13.3-BETA1 aarch64 ROCKPRO64: SHA512 (FreeBSD-13.3-BETA1-arm64-aarch64-ROCKPRO64.img.xz) = 0b2f03c2a81694fdf351e6441206c6606b135cc6b3385b7e5e77a00ed1fbfdd569971f725d9b57849aa0f0c0902372316d806d1a199414ec9034218cd043e9ba SHA256 (FreeBSD-13.3-BETA1-arm64-aarch64-ROCKPRO64.img.xz) = 14a88b59d03706582796c9a1567078cb9e61168cd74e895114420807e6b788a9 o 13.3-BETA1 riscv64 GENERIC: SHA512 (FreeBSD-13.3-BETA1-riscv-riscv64-bootonly.iso) = defc143b56e74afef3cad30753d34708b2c4564f70c3590a866207d1031f22e3b22e13c312661373118cfdeb4f9796ef34e7e386dd26e2a60660ef8a6c7d4594 SHA512 (FreeBSD-13.3-BETA1-riscv-riscv64-bootonly.iso.xz) = 062dcb7a1ced33641a0274cb67c31686eca662be02f1add90b6d697b6f59c05fa278e6f2b40e02c74b838cacf456ed6fe641519a09d72908826fcbe87694d0ae SHA512 (FreeBSD-13.3-BETA1-riscv-riscv64-disc1.iso) = 99386579d07990144ebd31da5cea45238d2626e8a3ce3c7a90d7ab9f08c77da0be825f763b1c250d28da3d9825dd7c6999996b6451ad852be0f9c6cd2aa016ce SHA512 (FreeBSD-13.3-BETA1-riscv-riscv64-disc1.iso.xz) = 1efec3480d98ca2c252ff3c763fcb088e75b88ad0f743cf0b72be9eb62d1f6214e756f8df6eb69214a57595f18197c348ff94560966fb692cfcdc722686b6af7 SHA512 (FreeBSD-13.3-BETA1-riscv-riscv64-dvd1.iso) = 929aae4dce8f7d0e7a01d9c94e406e4fbc3ace4e924cafa5377947f37ecb7979f7fe7e4fd240b5559318ea955c17baa4f7fd6d9d86574cdce7dfcd9f1e788b8f SHA512 (FreeBSD-13.3-BETA1-riscv-riscv64-dvd1.iso.xz) = bd95492cbbb299f2b357e3dfe57d3902972d63d6a4868ee0bcee61f3b0d21e69c89b6585115cbaf6758a98d317b262b4cfc6977bf7f5c2ae9f5834deebf830f0 SHA512 (FreeBSD-13.3-BETA1-riscv-riscv64-memstick.img) = a260d45cebf32c387efed3dc304c9c42c3269290d3ffcb06c0ae752bad157e59138864a5f13db6495807a196e2ed8fecadff76ba8df8b7d4e25d4dd53c590bd6 SHA512 (FreeBSD-13.3-BETA1-riscv-riscv64-memstick.img.xz) = 13c3b8cdd560afb372979666557467745e49a33e0545556e64d51affdf106e6b4a268d29cc54b0d24cf65cafebc4c740ae925d5aa505226143f10af6c3168588 SHA512 (FreeBSD-13.3-BETA1-riscv-riscv64-mini-memstick.img) = ec98148d5a46d8717155e3a3802da836e1fa81bd6cd73cc65523016f2f56b7932e4914d824f4ea4efc25ffc08ae2cc5bfd63d043c59caca3fa59bbff8fd7524a SHA512 (FreeBSD-13.3-BETA1-riscv-riscv64-mini-memstick.img.xz) = ed18030897ecae6b16c37897a69db25c8f2a65cf7c8c9d68aff59274b366d4d37727f368ecd9bb5744afb90d8c6047d8a0641b5ab9b6b00c9604ee28b3017be7 SHA256 (FreeBSD-13.3-BETA1-riscv-riscv64-bootonly.iso) = 493ab3e5bbfa1d5cc5263d5696b9eee09f60ed52abc863cf6429f45f3da969e3 SHA256 (FreeBSD-13.3-BETA1-riscv-riscv64-bootonly.iso.xz) = 74f348716c81b4d10768e1be920ce728969306d418bdec918aa6addce85bba06 SHA256 (FreeBSD-13.3-BETA1-riscv-riscv64-disc1.iso) = e062532615b9af91e07da53bd90397950e36b678ad85f7b1b3056def5be3e362 SHA256 (FreeBSD-13.3-BETA1-riscv-riscv64-disc1.iso.xz) = 4fa2c47b83681e28ec68e1b79b4f29caeb6b157a9ae573ac7932f7d98b632c2a SHA256 (FreeBSD-13.3-BETA1-riscv-riscv64-dvd1.iso) = 9026ac0710b38ab7bb7664df5abdaa318983dd94845a21cee9f9ed5ea73925e3 SHA256 (FreeBSD-13.3-BETA1-riscv-riscv64-dvd1.iso.xz) = dd699c1e5a020823cf0fcb35a873ccb98d92a038d3e5cb35dca9472ef19f48bd SHA256 (FreeBSD-13.3-BETA1-riscv-riscv64-memstick.img) = 75f318ccbd91008eff80ae1cc1ce857edcb51cbd39e55d0374288448345cf011 SHA256 (FreeBSD-13.3-BETA1-riscv-riscv64-memstick.img.xz) = b6c5e139431f524b0c4496aaebcbfced03ade93b2e22a3f0a08325c3c90cdc4f SHA256 (FreeBSD-13.3-BETA1-riscv-riscv64-mini-memstick.img) = d3db84778eed48012333f9d11996f68e9fd30b072cfe8956e1a9157479538f9a SHA256 (FreeBSD-13.3-BETA1-riscv-riscv64-mini-memstick.img.xz) = 203f4f70694220b537810fd71f1d55c5259f4b040671b842937bf13849c3272b o 13.3-BETA1 riscv64 GENERICSD: SHA512 (FreeBSD-13.3-BETA1-riscv-riscv64-GENERICSD.img.xz) = 95c6edb511e1916ea9c8526eb34ce96dca9d26349a6c079e8e716a91234174f8311fb79765b2393a4dc4289512a6312ce7626cfbcb70caad105da878416f4a96 SHA256 (FreeBSD-13.3-BETA1-riscv-riscv64-GENERICSD.img.xz) = 86fa62c8f08e522d78a1235eb2272d6a6d8025e412c36c4a5597786d582a0d2e == VM IMAGE CHECKSUMS == o 13.3-BETA1 amd64: SHA512 (FreeBSD-13.3-BETA1-amd64.qcow2.xz) = 6d27ea9d910cf69a2c760bd17e50c2c16e7df2a3e90ca8011865bf4eca3ed11fba4cd872b912b935f691ba57a6ac69a5102d13dac1b00d1b77cd1d82e5eb15f5 SHA512 (FreeBSD-13.3-BETA1-amd64.raw.xz) = 0a78790edacfd60f5f5962a20f73326f916abd9bbed016f366a2eee3dedfee71f91b33ead7514a278c308fa6031f5b1188bd6a1c2703d81d3d137d928b56377b SHA512 (FreeBSD-13.3-BETA1-amd64.vhd.xz) = dd1bc9d367c720c413ad07af296b8ae6cf48bd1a66ebdb0345f29a1976860616c9c6735201cad97d82e20fdc695075988cf27b77d4775475a690c1fed7cda886 SHA512 (FreeBSD-13.3-BETA1-amd64.vmdk.xz) = c3973fca8a59470e60c0ad55761facdbb5c5d369c821518502556d27d93de71805618b06d49884a1aba3638f7167a73bdcc45386ddd91106a46648a62548b049 SHA256 (FreeBSD-13.3-BETA1-amd64.qcow2.xz) = 8c957d190fb9ce19c006df360e08669b9e4bdd38d648fbcc4fe6cf8a03357e00 SHA256 (FreeBSD-13.3-BETA1-amd64.raw.xz) = f203b5a347c08f934e75da449a2b48b823182fe0ec56da28ecd05f350a892e4f SHA256 (FreeBSD-13.3-BETA1-amd64.vhd.xz) = f9b102d1ec6e43498f0aeddd0d4a6a6fc55259e10d34cdaa4be27eb1f64271a6 SHA256 (FreeBSD-13.3-BETA1-amd64.vmdk.xz) = ad06b378a62ac51a599a027ddf92be9cb1ea78cd5344b467c76200c1116a3c2c o 13.3-BETA1 i386: SHA512 (FreeBSD-13.3-BETA1-i386.qcow2.xz) = 7021b261fe718e5020ddccaec00db3226e97e747380551dc7ebef2bbf829c68114c0cb15032dc588812a7c0b9f8b9c3ad4a9e7661e7c03097021c91f4d54c7b5 SHA512 (FreeBSD-13.3-BETA1-i386.raw.xz) = 8d2cd16b0e5d1f42a558cd008aeee2607feda7d6bb0e8d8845d6eb7c1d44f62446349611d9d90a0f453d0c414a700a2bc1f6d2973f5c51f73c59122635c54810 SHA512 (FreeBSD-13.3-BETA1-i386.vhd.xz) = 5938dbfd3b9bcd24ffd61c87027deeb833ae31f177923a5199fb5ebd681e992d695a2f5e4eb22885d69b66a4a5db718e227ca219baf86bde0f938a4351afa14f SHA512 (FreeBSD-13.3-BETA1-i386.vmdk.xz) = 0b5467292f4f240772f6313f68172ece8c36419e8361d2077f84984cb2fe7e315f8ae6d106933299db478b7a25af8b973a0749f0e25799501ab3b0f790e80824 SHA256 (FreeBSD-13.3-BETA1-i386.qcow2.xz) = a715a7bfb94d93cd780cdc4393b4c86207d091dac044f0b0b4ce3128f961e828 SHA256 (FreeBSD-13.3-BETA1-i386.raw.xz) = 5fca169034cc7522a235cac2fb56dc39a85558ae7eb470d6e550e2bc026d1581 SHA256 (FreeBSD-13.3-BETA1-i386.vhd.xz) = 4bc2332aaf0aac78d7e2903f2bdf4f7d56fa1ff51eb08c95dcd9e33952ceeff9 SHA256 (FreeBSD-13.3-BETA1-i386.vmdk.xz) = 026b92aba17e856a66acacc38c3605570ec1377e48398e658d6795c5a554224c o 13.3-BETA1 aarch64: SHA512 (FreeBSD-13.3-BETA1-arm64-aarch64.qcow2.xz) = 4a139ab1b8e8bc81f470d13384a2d67aca4ca0918ea626211748eb4e9ce3069fa92d2bbf3672dc4fd505048a5f736142173567a7cfc92d646439895f7867ce4c SHA512 (FreeBSD-13.3-BETA1-arm64-aarch64.raw.xz) = ea9dcb7f6eb9e50e1ec6a510b42ac6a13e42e0b3cc4b223e1602221e34b7ad849873a27c345e7c8ca766ece9f3125a1b34b19befdae88bb619ab0752e5790526 SHA512 (FreeBSD-13.3-BETA1-arm64-aarch64.vhd.xz) = 97a0aa2ac8be0e30c047bfa4c0273f8b002e4444a6026666c5283e686a7f9f2c9406305c3d765ce878e10e243ca687a8c10c3001accf8e53b2a6ceeeb23f747a SHA512 (FreeBSD-13.3-BETA1-arm64-aarch64.vmdk.xz) = 1c34a197089e282c4b78e9decb82cf45eaf1926c7dae3f69ba393d2029fda954133188e09933c0e5dbf9ac1e8b08846afad32556934cdd814f5181c5808da732 SHA256 (FreeBSD-13.3-BETA1-arm64-aarch64.qcow2.xz) = eddee5daee63a9843580d14862afa0cd76eaae8b355a6a8e0ad6d79af3b5be64 SHA256 (FreeBSD-13.3-BETA1-arm64-aarch64.raw.xz) = db725bde768f9a55b73fe02efa89a6baf72ffe1d89c6d719ec99f2a6aefe6037 SHA256 (FreeBSD-13.3-BETA1-arm64-aarch64.vhd.xz) = 1c0da6df67fddc7ab8d26c737c61b4a66fa7ba6a2c1746cf7fabf0824e906424 SHA256 (FreeBSD-13.3-BETA1-arm64-aarch64.vmdk.xz) = bacc1b86dd5ee97e3adf0ef869aeadbca970beb2fa7103c1c5bb208e86d73b7a o 13.3-BETA1 riscv64: SHA512 (FreeBSD-13.3-BETA1-riscv-riscv64.qcow2.xz) = 034b32f1138322638c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c442717cd61d7e1cecf7024bd463f6f5196c5527 SHA512 (FreeBSD-13.3-BETA1-riscv-riscv64.raw.xz) = 034b32f1138322638c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c442717cd61d7e1cecf7024bd463f6f5196c5527 SHA512 (FreeBSD-13.3-BETA1-riscv-riscv64.vhd.xz) = 034b32f1138322638c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c442717cd61d7e1cecf7024bd463f6f5196c5527 SHA512 (FreeBSD-13.3-BETA1-riscv-riscv64.vmdk.xz) = 034b32f1138322638c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c442717cd61d7e1cecf7024bd463f6f5196c5527 SHA256 (FreeBSD-13.3-BETA1-riscv-riscv64.qcow2.xz) = 0040f94d11d0039505328a90b2ff48968db873e9e7967307631bf40ef5679275 SHA256 (FreeBSD-13.3-BETA1-riscv-riscv64.raw.xz) = 0040f94d11d0039505328a90b2ff48968db873e9e7967307631bf40ef5679275 SHA256 (FreeBSD-13.3-BETA1-riscv-riscv64.vhd.xz) = 0040f94d11d0039505328a90b2ff48968db873e9e7967307631bf40ef5679275 SHA256 (FreeBSD-13.3-BETA1-riscv-riscv64.vmdk.xz) = 0040f94d11d0039505328a90b2ff48968db873e9e7967307631bf40ef5679275 Love FreeBSD? Support this and future releases with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEglY7hNBiDtwN+4ZBOJfy4i5lrT8FAmW/SL8ACgkQOJfy4i5l rT8cZw/9GYCB87l/zGIL4x4RsDrV3MaPOSz8CRDEWGxbuXpy81xQSfBMIuPcMYoI twYgc6gts5OSPnsM2MTPnc5C3XL7AWu8Ti1O8qqVaJdUaCWExgjyE/ZSulolM/8d GwTT6jkS/FAeAW7NBsL77tve2RdcDsj69fVnNCBLKT7Cz+gUoN1aD4gUJfvnLnEV HRvtiaPGosv0iEwiMRUvuE73JpiMY9eFAQ/2mn2Ii2RAJeNeeiUZlQr4/MPbJTac cPRMC1J4CrqKtPClHk9yOVW9+X0XkOd010UFcpt9YnLL1dqvYDE/A+7k1mUh/2kr gkvNB+wOuMqhkjbb4ZUyFtNdAjk1Gb6f2CJmKRxmBE68r+9H2BZNgpPqB+KggJYb eX5XFnAk1RUeo0tsE6c7CUqwaovMnKylUP6zdWqxQagxt4ykGN8bT5XnKF0Jxve0 r70DqVbn9fNsygiU0KjaPckEIuEiOxxFv+uEpp8/E18q43sXti8RlmDUT2RQTytd 5Uq8EXDxcFbvPgD2FHLfZsqNWsYym/SWk7uUFZg7CR/NPCVe7WckEZPCOIYzRqkm YvP/RuVy6mtu11WgzvA75XZ8xc0utqhcabIAFz+Vc6lNVJR7IRoSFupNQrm+xvdR a9+keEpOitdX6UD05pDKsaEfMlqS9vTwhk/JLWzD2om4imSYqaI= =vKlg -----END PGP SIGNATURE----- From nobody Sun Feb 4 23:19:08 2024 X-Original-To: freebsd-stable@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 4TSlnq104xz592jr for ; Sun, 4 Feb 2024 23:19:11 +0000 (UTC) (envelope-from leres@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 4TSlnq0T6vz4c9P for ; Sun, 4 Feb 2024 23:19:11 +0000 (UTC) (envelope-from leres@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1707088751; 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; bh=6JOkFYpF38GetOUYeNLe0sb6XMD/JlFwbqAwoMl7co4=; b=A7nSBfEV3LOrUGq1sHUXcouyG/nHXTM3W6fBS7ToUQPeWAWfxcbH+qGoMdt8cDEvuuOjZ3 tiin04+aaQdxaHM4nfDdXjkwSXp167C6rgOlDX2tdf/fuOnPG2o8gRjrggm5UPBuyAfv/R vBoEtv22hlc1TN/eobP79MDRdC0YWt5JJJzKgH4f7E7tff4j/NeZ0n8aQ+KcA7HhuoGU4H VABJvpeHOGd4GtSKTjV0QgJ84luKFtTLTXul3H3Ix6D5oPxnik2bmG33oTcJkzBBqRyP0P Slg+yNi6+Tj4guc6/OkJZ9zC9IS5dbEZZvpWStXi6mr3IG0hFOM47yPozWEiZg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1707088751; 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; bh=6JOkFYpF38GetOUYeNLe0sb6XMD/JlFwbqAwoMl7co4=; b=L5qFc4NNLS4c0sfPnDWhTsARpBPy8yPGTylemp4KGPmcq/kI3C1l6EPxbkxDITTcZ44aFk 07X5KHvofNr9zxXwJh6a2a06QW9EoN6zKPvtNhMWO0713zIGK/2RllgkiuMy+onx8rQ951 IZaqFPnn8ktzBUwm4zkGAvnMJxV9XONvrfoemyaVEDVG73T2uCSugoDij6dpFGDFgBGWRj RNzQy5vcNOuyYZwmefPsiKVly8khxWd34ZOf2YiR6Vj0M+MDu1KYuZqReHH7HijxMj2rsD CQCMRdHFLmavj0rAZKPTvOqyPuvFNFjDT54ubNUPOao/qMvt6lc7U2XF3X/s5w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1707088751; a=rsa-sha256; cv=none; b=NQdxlIEbdBnyCWNoFfP0JJMW1GrshX1cMJIoclII52FjouJYoCifTgAUKm2bcrKZdjYYt1 olXhLTUWKASNnYIn6Q8H1MfrcNcj47i/Il6tTQvYqJytQohs7XgX4SshRmmYcT3ROFAFZM /cpfLo1H4/yFPp2qw8qrC0GawOKKwVruIr/W6GfZz/9XWmbFc/eybfuzdo8FeEqk6nhkLx g9/5GaGglMEh7EitsIVV0KmhfpomJwtOqla6JfXYQv3ik64SvCS1Wnjt9PXAr0MX4n4iOl MPvM/iAvhHErTJkSlRW8WNWOnJu6V3zMqv5jYtf8NJFS0P2N9CsJvg/tM89Khg== Received: from [IPV6:fd:1965::2] (unknown [IPv6:2600:1700:ab1b:6800:2e0:edff:fece:8f27]) (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) (Authenticated sender: leres) by smtp.freebsd.org (Postfix) with ESMTPSA id 4TSlnp4hSGz10Zn for ; Sun, 4 Feb 2024 23:19:10 +0000 (UTC) (envelope-from leres@freebsd.org) Message-ID: Date: Sun, 4 Feb 2024 15:19:08 -0800 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US From: Craig Leres To: freebsd-stable@freebsd.org Subject: 13.3-BETA1 vs. ports Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit I installed a test system (via the amd64 memstick image), copied my port options to /var/db/ports, my poudriere make.conf options to /etc/make.conf and tried to build a few hundred ports. This stalled out trying to build textproc/man2html because of a missing dependency: ===> man2html-3.1.20220714 depends on package: perl5>=5.38.r<5.39 - not found *** Error code 1 Stop. make: stopped in /usr/ports/textproc/man2html sea 108 # pkg info | fgrep perl5 perl5.38-5.38.2_1 Practical Extraction and Report Language But on one of my production 13.2 systems (using the same port build options) I see this: zinc 582 # pkg info | fgrep perl perl5-5.38.2_1 Practical Extraction and Report Language Later I removed all of the packages/work dirs and tried to build just textproc/man2html and I noticed this: ################################################## This is *NOT* the DEFAULT perl version It will *NOT* install /usr/local/bin/perl It will *ONLY* install /usr/local/bin/perl5.38.2 The default Perl version currently is 5.36. If you want to use this version as the default, stop the build now, add this line to your /etc/make.conf, and then restart the build. DEFAULT_VERSIONS+=perl5=5.38 ################################################## (Which likely explains the wacky perl5.38-5.38.2_1 version I saw earlier) however: sea 54 # pwd /usr/ports/textproc/man2html sea 55 # make -V DEFAULT_VERSIONS lua=5.4 mysql=8.1 perl5=5.38 pgsql=13 php=83 python3=3.11 python=3.11 ssl=openssl31 sea 56 # fgrep perl5 /etc/make.conf DEFAULT_VERSIONS+= perl5=5.38 So I'm already picking a different default perl5 the approved way. Being new to the insides of release engineering, I don't know how the /usr/ports that is included is populated but I assume some changes will be be needed for BETA2 (e.g. appended). Also the problems I find with the bundled ports tree wouldn't be a problem for someone using a current main branch of /usr/ports (like I do on my build servers). Craig zinc 1424 # pwd /usr/ports/Mk zinc 1425 # git log bsd.options.mk | head -6 commit 064923481f420136c46895d1047344c580be3c25 Author: Mathieu Arnold Date: Sat Feb 3 13:11:52 2024 +0100 Mk/bsd.options.mk: fix typo zinc 1426 # git diff 47564762a319 bsd.options.mk diff --git a/Mk/bsd.options.mk b/Mk/bsd.options.mk index dba8829e7d7..83a03c885ff 100644 --- a/Mk/bsd.options.mk +++ b/Mk/bsd.options.mk @@ -555,7 +555,7 @@ ${deptype}_DEPENDS+= ${${opt}_${deptype}_DEPENDS} . endif . for p in ${SUBPACKAGES} . if defined(${opt}_${deptype}_DEPENDS.${p}) -${deptype}_DEPENDS.{p}+= ${${opt}_${deptype}_DEPENDS.${p}} +${deptype}_DEPENDS.${p}+= ${${opt}_${deptype}_DEPENDS.${p}} . endif . endfor . endfor @@ -631,7 +631,7 @@ ${deptype}_DEPENDS+= ${${opt}_${deptype}_DEPENDS_OFF} . endif . for p in ${SUBPACKAGES} . if defined(${opt}_${deptype}_DEPENDS_OFF.${p}) -${deptype}_DEPENDS.{p}+= ${${opt}_${deptype}_DEPENDS_OFF.${p}} +${deptype}_DEPENDS.${p}+= ${${opt}_${deptype}_DEPENDS_OFF.${p}} . endif . endfor . endfor