From nobody Sat Feb 18 20:16:44 2023 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 4PK0MJ6hrsz3rWWF; Sat, 18 Feb 2023 20:16:44 +0000 (UTC) (envelope-from cperciva@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (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 4PK0MJ6Sr9z3GXP; Sat, 18 Feb 2023 20:16:44 +0000 (UTC) (envelope-from cperciva@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1676751404; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc; bh=AhTedwbB+Q+m6aI+K5WvbV0h91tZh5O9zbwOk08V/a8=; b=ierEOkUyBA9lpdUr2t5hWVZZCLV0Y/iVZCRcgdTJVVpcTWmjONb2pH4SM5RGWss/8rRaeh hpFcF2YUnbcGDf6lu56707dNhYzchotJqzYo7SHxvVbWEN5kFjg8akhHbbF13LOeuEuH8Z dU7VeF2ZFgdyZV4ytlPd7FzPYWSHzi6SPgXFlSXTVtkOfY/1qBrQ69MScQjTO0Sk7aVGrD la/xby309ZTarlkI4+IO7g7kcreEwGDtslSZr6ad/Qs+6ViMmu6a6+raUu8h6LWaw6lsYX b4HvrpmZH7fnJaxSaVSlNrSf2IZDva1J1ETqoaf0Y7J/y13Pe+DkMn+wBavSnw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1676751404; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc; bh=AhTedwbB+Q+m6aI+K5WvbV0h91tZh5O9zbwOk08V/a8=; b=WkfbTb9RM59MGQ08MjE3RZ5OivClxi46wjIt528LFP1MFluQFRQnuSWCGXwpL43LxyLDGJ 5o8qei07bQE4vZiqk1imBgJrghU/PH8PZpFOg/2h3StPvDq4InrFjahxuceZDAuqaKQ/8V PDLC/e4a6FrX9KpagQarVSR6FLwXAVHGpYL4aeds0YayrCTLOSH9Frf/tqSPTa8JfUXT4o aWLV3bkao+HH3vNHWFxYkrx5swXtJgafdtWaVGdmIvh0oJqZ81id1GunsF/HGLi9r+sUFX 3FFo61K2EOZdxO4z7j5ELgebgmvosnheM3U2SHdmNSzu1UxBm1JjX4Y8O//D0g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1676751404; a=rsa-sha256; cv=none; b=ivCfqA6rWeE7zJcKCDlDeKdp/hZQmihaKaGUJzKOZOYJskj1AOuLpyGVZttBKU6svPZoNx JQX8gvYhZ8jZPBxmBwB4cNRyKAbYPLiULVdm+ELOHsaBsUQSRpJv+Vb4LRWEKXzF4UeA1/ uOhpXYhyo2oheypvVNMJnHfD5YhIeSc6vdW1R+yCVM/VS0cYO41aVWoRimZv5N/hjh6ccp 7RHsm+6OhOW91I40a3/AMUq9j3PnrSyNupd4+7XR/+srJHkxtpc8bP5Hj/8tLe8BXm/Bu8 e6DsAuOLUQ3O3vyeF2N8FFpxjKL/kAo16o5IDreVbHS7iozFj0mfuOaavgBtAA== Received: by freefall.freebsd.org (Postfix, from userid 1002) id D6687A474; Sat, 18 Feb 2023 20:16:44 +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.2-BETA2 Now Available Message-Id: <20230218201644.D6687A474@freefall.freebsd.org> Date: Sat, 18 Feb 2023 20:16:44 +0000 (UTC) From: Colin Percival X-ThisMailContainsUnwantedMimeParts: N 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: SHA1 The second BETA build of the 13.2-RELEASE release cycle is now available. Installation images are available for: o 13.2-BETA2 amd64 GENERIC o 13.2-BETA2 i386 GENERIC o 13.2-BETA2 powerpc GENERIC o 13.2-BETA2 powerpc64 GENERIC64 o 13.2-BETA2 powerpc64le GENERIC64LE o 13.2-BETA2 powerpcspe MPC85XXSPE o 13.2-BETA2 armv6 RPI-B o 13.2-BETA2 armv7 GENERICSD o 13.2-BETA2 aarch64 GENERIC o 13.2-BETA2 aarch64 RPI o 13.2-BETA2 aarch64 PINE64 o 13.2-BETA2 aarch64 PINE64-LTS o 13.2-BETA2 aarch64 PINEBOOK o 13.2-BETA2 aarch64 ROCK64 o 13.2-BETA2 aarch64 ROCKPRO64 o 13.2-BETA2 riscv64 GENERIC o 13.2-BETA2 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.2/ 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.2" branch. A summary of changes since 13.2-BETA1 includes: o OpenSSH has been updated to version 9.2p1. o The ahci(4) timeout on Marvell 88SE9230 has been increased. o A bug fix to [hash]sum -c. A list of changes since 13.1 is available in the releng/13.2 release notes: https://www.freebsd.org/releases/13.2R/relnotes/ Please note, the release notes page is not yet complete, and will be updated on an ongoing basis as the 13.2-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.2-BETA2/ BASIC-CI images can be found at: https://download.freebsd.org/releases/CI-IMAGES/13.2-BETA2/ 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 AMIs are available in the following regions: ap-south-2 region: ami-043923bd2459909e8 ap-south-1 region: ami-0da77de67fa1cb9b2 eu-south-1 region: ami-0ddbe02be5e3f70ec eu-south-2 region: ami-0f3563cb935e11a36 me-central-1 region: ami-0412fb008c330b71d ca-central-1 region: ami-0e2c40f90dbdbdb67 eu-central-1 region: ami-082e742c0e20b044d eu-central-2 region: ami-0ecb38637bac5abf1 us-west-1 region: ami-0f771e5f6aef7d654 us-west-2 region: ami-01ea02dc5b999cece af-south-1 region: ami-0264690258e8a2add eu-north-1 region: ami-0dc74a5116cd7d623 eu-west-3 region: ami-09660898b0938f3e7 eu-west-2 region: ami-0159f9a15f050f65c eu-west-1 region: ami-0966b3b533be03c59 ap-northeast-3 region: ami-03cf73c3be3528f87 ap-northeast-2 region: ami-0bb2cd7e8e9485837 me-south-1 region: ami-0cb7a603695706ea5 ap-northeast-1 region: ami-0b5cbac353d5cc0d5 sa-east-1 region: ami-0f57562fb0629e0f2 ap-east-1 region: ami-022176dd7ecdf4f00 ap-southeast-1 region: ami-06e7b5b09d7de194b ap-southeast-2 region: ami-0a43fb0ed77477499 ap-southeast-3 region: ami-0c769bf1b36fb5799 us-east-1 region: ami-0f661d16ac4b5d50d us-east-2 region: ami-06ccdb032d5c8df92 These AMI IDs can be retrieved from the Systems Manager Parameter Store in each region using the keys: /aws/service/freebsd/amd64/base/ufs/13.2/BETA2 FreeBSD/aarch64 EC2 AMIs are available in the following regions: ap-south-2 region: ami-059252ceb8f53f79c ap-south-1 region: ami-041c95b808eee12b1 eu-south-1 region: ami-051c19303297fa56c eu-south-2 region: ami-0a3fcaa287bab3e99 me-central-1 region: ami-00759c7f5f919a83b ca-central-1 region: ami-0cd7cf1800a7aac7c eu-central-1 region: ami-03ba50094437f3b33 eu-central-2 region: ami-01b97cf3969c1bc74 us-west-1 region: ami-0ddf8e094e3ba6f6b us-west-2 region: ami-0f2c8b4ee26400e66 af-south-1 region: ami-0d6417d34ce7ad875 eu-north-1 region: ami-0afed66f1e5307f60 eu-west-3 region: ami-0ed7a595b853ad984 eu-west-2 region: ami-07ee50af0b9c5fb7e eu-west-1 region: ami-0db88d15286e7164e ap-northeast-3 region: ami-0d349208877a0af72 ap-northeast-2 region: ami-06da918719489a977 me-south-1 region: ami-034a5c9b95166a008 ap-northeast-1 region: ami-0e499aab863628f83 sa-east-1 region: ami-05e0231760c8b8aad ap-east-1 region: ami-0d1bae2d31c111a10 ap-southeast-1 region: ami-0841244f10998379d ap-southeast-2 region: ami-0c2850d6015512343 ap-southeast-3 region: ami-027367bf908530c8a us-east-1 region: ami-0f96c44133bd112e2 us-east-2 region: ami-0101253a9d57cdd0a These AMI IDs can be retrieved from the Systems Manager Parameter Store in each region using the keys: /aws/service/freebsd/arm64/base/ufs/13.2/BETA2 === Vagrant Images === FreeBSD/amd64 images are available on the Hashicorp Atlas site for the VMWare Desktop and VirtualBox providers, and can be installed by running: % vagrant init freebsd/FreeBSD-13.2-BETA2 % 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.2-BETA2 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.2-BETA2 amd64 GENERIC: SHA512 (FreeBSD-13.2-BETA2-amd64-bootonly.iso) = 559a63b3da17c375eefc4d24cd72c3691a6a6879a96b7b5e6f9b96da6fab3c6f05d38b027f17d3af6c45b6babf3bcc78329dbdba241472ad3dc1f0a0a9ab8b12 SHA512 (FreeBSD-13.2-BETA2-amd64-bootonly.iso.xz) = bca9066b09522fd1d06999f52fd1ea2722df58830105e247ba3c75739d4aab733c76f5a2e4c6c260444808f9e9a8fcbe08517f7aa753dff7322c1e37355dc646 SHA512 (FreeBSD-13.2-BETA2-amd64-disc1.iso) = 1a63f971569a9cd717dde96059e3d92f5bfc833db68c418e3f32452ab1fc0c8e32593c2d7754366abad54b4676e95c471e28b80388a0f97428787cbad655be49 SHA512 (FreeBSD-13.2-BETA2-amd64-disc1.iso.xz) = 93560bd106dcfaae7a090a5893163e2992de4cdb904c374f8c3bcf59aa04cee690e80eea5da996f9ee7232860111597a0167abe13980b91bf7aabb36412b59d7 SHA512 (FreeBSD-13.2-BETA2-amd64-dvd1.iso) = 9f8d1f74eb1ecff49e97d4c03ede3d7b8d90f0d02ab7b69e12ff8df9fd0ee55959d3db5562a12c97d268e2bb63cdf3c2d858e83376a6985a2dcebafdcf4d26de SHA512 (FreeBSD-13.2-BETA2-amd64-dvd1.iso.xz) = 2400553bae3c02d17fdfd53cccd3d12a43ebb287366f0ab78461765c23aca02bef0f0a24decebe73bdf70c644472b1e5f8d5930f69585238f09b476c649d41e1 SHA512 (FreeBSD-13.2-BETA2-amd64-memstick.img) = 666010b74931204dfde6779dccd353c02a87fb94a5d5c52f682dbece84694ee376fe27cb2c5914c169c22a0edde83f58bb286236d86753c4a2271a88ac4d60be SHA512 (FreeBSD-13.2-BETA2-amd64-memstick.img.xz) = 4f420c2494a23f611d5ebf443733345399f4608122893739bee9acf59af0491ccb3d85755fc07531f68f1af1154c5bca68d5a3832dac3cbdfef242477d94f800 SHA512 (FreeBSD-13.2-BETA2-amd64-mini-memstick.img) = 1d850f43cf7bf995391654c93793acf0895a36b92e711c2f5c9c7638533dc4070a2205fc4364579d91c9330d9a00f8e813a5822781c18a8c64042487463a3916 SHA512 (FreeBSD-13.2-BETA2-amd64-mini-memstick.img.xz) = cf35b370531f173bdea290781226dc13b06ab3e3c2e8af26447e3533ca0761cd39b8669a6bfb60b2ff391f735b0120346eee6af12a133f3d807bee77c3f6d618 SHA256 (FreeBSD-13.2-BETA2-amd64-bootonly.iso) = 8eb299a369ab1e385c3bc4d68f0cf61e5f83c908b279439aca1e9878149107b9 SHA256 (FreeBSD-13.2-BETA2-amd64-bootonly.iso.xz) = 0be2534262eba3b4d50f72f5aa3b003d9c63bbff0be2f3308b48c6d1153e6910 SHA256 (FreeBSD-13.2-BETA2-amd64-disc1.iso) = 4c754e9ca570ad2ec202f5ade771c2df2265b3b8c3c304ad437d4c877fc7b1f5 SHA256 (FreeBSD-13.2-BETA2-amd64-disc1.iso.xz) = acf29e2dd70f8f07664054a2820347dbefc5c12f114fdf7e85ec81179704237d SHA256 (FreeBSD-13.2-BETA2-amd64-dvd1.iso) = 4bcf68d0baed68cef22848421d033cb6d610c9820d5c98003ab0fe4401d3e6ae SHA256 (FreeBSD-13.2-BETA2-amd64-dvd1.iso.xz) = 3afe3364e46c1a2ada61b7eea099a4b6e4afe43b307f184cff132b6c64a44d5e SHA256 (FreeBSD-13.2-BETA2-amd64-memstick.img) = 27fc0f60987f65875e6134d544505f502fe788e7e35177af5cbe5e025b58a1b8 SHA256 (FreeBSD-13.2-BETA2-amd64-memstick.img.xz) = 72ce1af7b7d238c41858f6ea7a5af99450853384dc8524f8473077f4d7828bf2 SHA256 (FreeBSD-13.2-BETA2-amd64-mini-memstick.img) = 0bacb6d4061b89b9431b02f10896ba87ccd499f1e2d18c582508204f3f01b6aa SHA256 (FreeBSD-13.2-BETA2-amd64-mini-memstick.img.xz) = a3e06f0bbc29aa232cfac519c6bc1700148000a4f64339f5bef0fdb922562854 o 13.2-BETA2 i386 GENERIC: SHA512 (FreeBSD-13.2-BETA2-i386-bootonly.iso) = 2d1969c79f862edbe356865390cddeeca302e3a7150a84553526de8eccb43d1ce905248b70af9dadc1afd614ff6637987ab7677279b7ffda9d60e7d6b1446b49 SHA512 (FreeBSD-13.2-BETA2-i386-bootonly.iso.xz) = af6b3ebd097b5c845e6d51ec627ceb21c719dd3b20816ba7340f0a47e3fb5b42616c41a7275bc1f0ece3caa15b4c1b7244560d749054c9d9ab1a3485b9c5b86b SHA512 (FreeBSD-13.2-BETA2-i386-disc1.iso) = 75cdfe1e26943d3f051000c85325e1180f6499df246b4e07579789cecf9654848dc2362de24222d5dc8d9c2bae3fab17574cb3c17cb1f84691558e43e36bcecd SHA512 (FreeBSD-13.2-BETA2-i386-disc1.iso.xz) = 9c8ffa214a594ba5492df0c82e4479906acf8dfc287da014628ce8a1a62318114ce3c09d0ea503514102949b8eecfdf87da45abdb17f643d1c6beccb79efa8a0 SHA512 (FreeBSD-13.2-BETA2-i386-dvd1.iso) = ff60124f9def790e224a29aaa3a97f1dd6178ab8e6f747daa5183e8213c2f7653cdb655ebdaca52ef1b22259cbcb3aefd8c04d678a9f5495177296b987320e1d SHA512 (FreeBSD-13.2-BETA2-i386-dvd1.iso.xz) = 79504bcd57a8862cfdbe6a69e0451744ebd2dc7bfbcc91d10d06e02bdb40114e0739a8c8d75f030f6752fc5fcd64bf6a1e93e94441a95c89b03b08f449a7ea9c SHA512 (FreeBSD-13.2-BETA2-i386-memstick.img) = 7aa9fbafdee5be2c03926c739039b463547e2f53a50f5d65474c6785153e76a13cb89f7a4cd7083fe24a7e3bf538e5f46f125804229a38ccbffdb13d83725ed1 SHA512 (FreeBSD-13.2-BETA2-i386-memstick.img.xz) = eed10229a57addcf3ea1005793f420824eedde1df88d681f21c49d88b726198dc8da892a297ebde298795d3c79a0f50006cedf4fe4c92d84efb4b14953bce183 SHA512 (FreeBSD-13.2-BETA2-i386-mini-memstick.img) = dbab95d49721358796da9ee3bcba535be2772ede9ac4370ca38fcd29e9124f8726ef80a2edcff50243a408328f1f20dbbea7e5fb3cf83bf1c4b8daefd7cebeba SHA512 (FreeBSD-13.2-BETA2-i386-mini-memstick.img.xz) = dcc1c25c782538f2b1af978b4580a0ffc5fd2da9ed3196bf126375c8d460e91eca3d0cabaa870a8114201f88834ad4bbc55864dca8f983430968a83b128a6bb0 SHA256 (FreeBSD-13.2-BETA2-i386-bootonly.iso) = 2b1b66b35f14736de595d30d6878f6ececb8961c489faf1f0343ee310dfea16b SHA256 (FreeBSD-13.2-BETA2-i386-bootonly.iso.xz) = 6abf308d5f3090218d97f89e43f4201155ee233d46e21b6eef73335bbef47c9e SHA256 (FreeBSD-13.2-BETA2-i386-disc1.iso) = 2602d4dfe7e426f9cec8af04ac8dddbfb6b43c04800dc8b1efa9b67afea10a74 SHA256 (FreeBSD-13.2-BETA2-i386-disc1.iso.xz) = b46cefe73e7824ceadd69f2f0b52a30fcfdb78bd531b390ef7ce90251a1ee2ca SHA256 (FreeBSD-13.2-BETA2-i386-dvd1.iso) = 6a220f4a65b6eb2c0cd303db9a6f16955cf476483a8c8528217b1d4e73623715 SHA256 (FreeBSD-13.2-BETA2-i386-dvd1.iso.xz) = a7627ded38238e51ecea9e11a5ce902d1058597b94294456ab358baedef59fbf SHA256 (FreeBSD-13.2-BETA2-i386-memstick.img) = 7d5e633d21a8fa2e94438890d635ddb65fba8badea6b08bfb44677246a3c7b75 SHA256 (FreeBSD-13.2-BETA2-i386-memstick.img.xz) = a4ca283f0a4c3a8e677af83df89c58897c97ffded2a9c38f218dad631cc2cb14 SHA256 (FreeBSD-13.2-BETA2-i386-mini-memstick.img) = 2e4dde527f7507143750c9a79ccccfe0c2660fccb46deb93c5d8c36740a7af21 SHA256 (FreeBSD-13.2-BETA2-i386-mini-memstick.img.xz) = 492e4f024c6f433bf68ff74eb001309d715202477f2df7237f1183359c982631 o 13.2-BETA2 powerpc GENERIC: SHA512 (FreeBSD-13.2-BETA2-powerpc-bootonly.iso) = e62ebebbbde55ff22acfa13cc9a71f4a57fc9806c3341b673c09c65f33bfc4e418758551de10cd7d83988a63fac16b8112994e5a15b73f495e38235d589b2240 SHA512 (FreeBSD-13.2-BETA2-powerpc-bootonly.iso.xz) = e895cc3550b261dfe61d183ed1c740db0f0a1ee6aa0d7bf326e2edc3c9c00fd7c331b8a3bb8729b5ff310e29a70aeb49292022b1562a6a1dd4e86ed81ad073cd SHA512 (FreeBSD-13.2-BETA2-powerpc-disc1.iso) = 92eea0673efe9aa183e3982e50bbf5b3591ec6a677c5f7ef2ff234165d15e79dfa7808fbc4aea33337c07353e86ac105dcdb63bce59555a5e7c70145d7455bc2 SHA512 (FreeBSD-13.2-BETA2-powerpc-disc1.iso.xz) = 4123b727853b4ab8651483747a01c680e063c22a3ee5e19ea780b8c3bd4fb399ae8eb6f5ed4b7724b091c06c2cbce77a977bfdbd18438260b0432883c88140fc SHA512 (FreeBSD-13.2-BETA2-powerpc-dvd1.iso) = 6b0749b1c56354c62d2af50bda3db7e1343cc53e8ebf367417a7c224eb1d30725eb2818cb3b8ca58e0e5a72896d4963eaa5ae4db52aa6ae52ac43268b7010238 SHA512 (FreeBSD-13.2-BETA2-powerpc-dvd1.iso.xz) = 704fc83b471430a266e75fb3f0da63ac3b7ea9f25faef6ffee77b3f6baa5fc253c3b15900d402b997a45cd736c66f7d729ab645f9bd6924f1faa153b29072056 SHA256 (FreeBSD-13.2-BETA2-powerpc-bootonly.iso) = 4f859d810670f00f62971dcb6239359c42d866d5dfa83d5b412a28a32ec401ae SHA256 (FreeBSD-13.2-BETA2-powerpc-bootonly.iso.xz) = f13e9bed39f9b6fd6557be1f88e760f5359178f0f8274388e018e78cd0059140 SHA256 (FreeBSD-13.2-BETA2-powerpc-disc1.iso) = ade5e7b1e2d698f006a7a3e144ab6ff8bfb7b90e1ac71a60210cfa4bda35c4da SHA256 (FreeBSD-13.2-BETA2-powerpc-disc1.iso.xz) = 17e0f2f4a70bb35763f4fef1cdef7a2d18bdea4913ce6c95ab07397a71544afc SHA256 (FreeBSD-13.2-BETA2-powerpc-dvd1.iso) = d3134455db7e61eef6bcbd596e072c83046b035463392c3ecf8d1cb9e4bbf0e3 SHA256 (FreeBSD-13.2-BETA2-powerpc-dvd1.iso.xz) = 41945325d145a56f376d02b042d1212d1ebbdf9995e6b32507c02acae52efaa3 o 13.2-BETA2 powerpc64 GENERIC64: SHA512 (FreeBSD-13.2-BETA2-powerpc-powerpc64-bootonly.iso) = aca684839b41e86c05240213623342cf4de94fba0b4e402d69540095364eb7e5436e6b19b6e9bcbcc023c53a4176148c0d77763b342780c4b6eacc3bef905479 SHA512 (FreeBSD-13.2-BETA2-powerpc-powerpc64-bootonly.iso.xz) = ff191c49218dd57cbfdf641632495ac272fa092bb8239a101c1596e89429e741bb3d675d6b1d28419c0b8ebc14d7e2326311ae4e8e97c4c4cb8c2af85ba4840f SHA512 (FreeBSD-13.2-BETA2-powerpc-powerpc64-disc1.iso) = dcfc978b43bfab0463ff399cc72f51026285b11543332777df2ccdede452ef3887d4b77e9b1b62e2d96c2731b5f3b01dc414e634c319950522cdfb923fd8d50f SHA512 (FreeBSD-13.2-BETA2-powerpc-powerpc64-disc1.iso.xz) = b43746b242dd036ac9d86357ceab38da9a15f09fd428564267beff11cf80014f2a9eee257cd8482c7e0863c7ca87bf8570bb58bd54cf0470467802b2f327107c SHA512 (FreeBSD-13.2-BETA2-powerpc-powerpc64-dvd1.iso) = b2645ba9c410c182242645ab97a72cc0afd9473bb573d69064ae0b2a98b024be4ac99ccef727d965dbab7914d8de06839c409431048c43230a257a2b691161ce SHA512 (FreeBSD-13.2-BETA2-powerpc-powerpc64-dvd1.iso.xz) = eeb21e827de52e662c1af3c0641c903bddf5c4e8e7a8e0946116cfd9a99153e1262285d072191f56cbb034c0e24aaf7bb65651e6718fba151026cda8e62e8b7e SHA256 (FreeBSD-13.2-BETA2-powerpc-powerpc64-bootonly.iso) = 7df0d4b161697a8272be3aad330e5ca96e223e81ec910ee8bffa290685d20531 SHA256 (FreeBSD-13.2-BETA2-powerpc-powerpc64-bootonly.iso.xz) = 8dc3d5aef703966b98991858c299f4f637377012aff93b730f20e5a7ce6c066a SHA256 (FreeBSD-13.2-BETA2-powerpc-powerpc64-disc1.iso) = 7cb7c5c63a1a7022ace7952ca6b517e3ed2a199d1474820caa8d3bd41e6a170e SHA256 (FreeBSD-13.2-BETA2-powerpc-powerpc64-disc1.iso.xz) = 87e007ea8578ecd2243d11efb2795acb4f333b20f0820b92857d351bf896ad32 SHA256 (FreeBSD-13.2-BETA2-powerpc-powerpc64-dvd1.iso) = 8413aeab57153a3541e21cd68cf5c421be99912e73266b5f509e1411cac6a563 SHA256 (FreeBSD-13.2-BETA2-powerpc-powerpc64-dvd1.iso.xz) = 7ca5a914d3af30431adaf594962398c79538ee9c3a7998fd19c0be591a613078 o 13.2-BETA2 powerpc64le GENERIC64LE: SHA512 (FreeBSD-13.2-BETA2-powerpc-powerpc64le-bootonly.iso) = 8621a44c404e5958f47920f2cf762f895a8664c598e7e9c80403d773e14e6f3111fb2007ccfac7381aa0e504ad13b82c2a627dbd6a94ff44d3b53ab7022325b7 SHA512 (FreeBSD-13.2-BETA2-powerpc-powerpc64le-bootonly.iso.xz) = 3cc5beb375be627b31bc7239dea43b3954ef76fe76c0297f2a35ba65e11b0a25da4c9d570ffd8fb327557f7c25896786e07755e5e656db417f3bce14ea7437c1 SHA512 (FreeBSD-13.2-BETA2-powerpc-powerpc64le-disc1.iso) = d1d6ba88d2275d56edb165d0dc416d7998feb1789456bdb0880a8b31801957ffa171dfce6232757a329830396d26b5fbd7acf6a22d6814fe67eceab133c5b25e SHA512 (FreeBSD-13.2-BETA2-powerpc-powerpc64le-disc1.iso.xz) = 4a11e6296a5bd4df56206be1ab711ce0abcb292ca236a771feca3f8f756a7e63e5d7e418dec31faff6a0ed7ac094497b0e4af643981693c8349134c0075444a8 SHA512 (FreeBSD-13.2-BETA2-powerpc-powerpc64le-dvd1.iso) = 571809827ecc907e2ed99bf3b9b11833af2d6ddc49b61bc46be902db61a76a221ab6b23f3e6f50fd59c447b57418828e9966678f0388febb73a480f1a3d91d53 SHA512 (FreeBSD-13.2-BETA2-powerpc-powerpc64le-dvd1.iso.xz) = 98f7bb4c12309313cc5aa7d747ddc9b992fad63753e7d404349d8845fdb7a0d0e8fa7afcb858ff7b68ce19bd738fd8c8a2c9e6b73ea1b8889b6af8fa2e3bf4fc SHA256 (FreeBSD-13.2-BETA2-powerpc-powerpc64le-bootonly.iso) = 4581e14d0df3a1a0d45b6d3ab4f18546d05bca86e418f3ffe3f0bd1850531867 SHA256 (FreeBSD-13.2-BETA2-powerpc-powerpc64le-bootonly.iso.xz) = e60c7bcbab15b9d949f669494b524ca91f80926bc8834d2ad7f39f44357832ef SHA256 (FreeBSD-13.2-BETA2-powerpc-powerpc64le-disc1.iso) = 7ec85057001a6ae9835f7033af0c3cdb784903c6f616f79d829633310133a867 SHA256 (FreeBSD-13.2-BETA2-powerpc-powerpc64le-disc1.iso.xz) = 9b78a345bbce47fdc897e70277126cfe637f4ed6053787086afdad911eaf9f21 SHA256 (FreeBSD-13.2-BETA2-powerpc-powerpc64le-dvd1.iso) = c388e4aa084837aca30126178d8f061dbf74ff64346be7c23a9d11a896b9fb5c SHA256 (FreeBSD-13.2-BETA2-powerpc-powerpc64le-dvd1.iso.xz) = a12bead8e9a3935942b645dfe285933b082f04f6e5302fbc7357dce532527de0 o 13.2-BETA2 powerpcspe MPC85XXSPE: SHA512 (FreeBSD-13.2-BETA2-powerpc-powerpcspe-bootonly.iso) = c8783fbd50e9d6610705d7ca8671c6374d3cbaada84df3df5c5fb60e608944dcc5b9549e8584bdda0bb0b562a95fb66036c6cab7d746eb9b05fd05684da319a5 SHA512 (FreeBSD-13.2-BETA2-powerpc-powerpcspe-bootonly.iso.xz) = cb605b69b00e8ebf7e2be2d222401f39cf35273f9df8647fd9b6abe8188187609d31ac8079beaec5e94133c2021c6b5e82a3eabd292b3e36797a722b043fc3ba SHA512 (FreeBSD-13.2-BETA2-powerpc-powerpcspe-disc1.iso) = 8cd0f9b279766f2e5a326ca7d4e57439a8f43ccd0675ae66ea7d5a7b008472e67d6ce8800aa7bee1ed3d8bbfcd6aa5ced2697cdd0d72975d977e7eb47234aad3 SHA512 (FreeBSD-13.2-BETA2-powerpc-powerpcspe-disc1.iso.xz) = 32261568d62d1d0722b370ee4cf70c1ceeaeed1aa4ed4cdec80e8601015677aa1705b90c564d05c4118695b60262550dcba84763c938c2aad3a0c292b7eed610 SHA512 (FreeBSD-13.2-BETA2-powerpc-powerpcspe-dvd1.iso) = beaeda750e7ead2020681cac9af9960ff1e1408e15b25f066930b2bfea5dc3d9d7498c675ed45467659e3a27b9361317d98ce53b95bf891b69e8bfb619595c7d SHA512 (FreeBSD-13.2-BETA2-powerpc-powerpcspe-dvd1.iso.xz) = fd6bef0eac285f5b90a42577afbd826dda0b8f2a530ab94fb38e94b14bf698de35b48ccf6691192845b0ef0b0e52433fa67ea258958b3db7f7eb473b78ad58f1 SHA256 (FreeBSD-13.2-BETA2-powerpc-powerpcspe-bootonly.iso) = 969150025b1bcbf74e556d02e1f0bad13fc91b5bd51e7b3e3d5bb51757c2a760 SHA256 (FreeBSD-13.2-BETA2-powerpc-powerpcspe-bootonly.iso.xz) = aef76c5a9d7f6025ea3a7edb91bd83480cab8d9008c13734359bcd1f94ed6024 SHA256 (FreeBSD-13.2-BETA2-powerpc-powerpcspe-disc1.iso) = 03c4ee7e2f66a56255accea85ceda70ead941dbe922b917ba215023df4920fa2 SHA256 (FreeBSD-13.2-BETA2-powerpc-powerpcspe-disc1.iso.xz) = 261ab9d68ad6b6ac4e12541f306d66489f587ab4b2a14cf187fbced125a5e5bc SHA256 (FreeBSD-13.2-BETA2-powerpc-powerpcspe-dvd1.iso) = b8d423f9d002b6ec4a35d5761446ac8b06d9d326cdc08fecc9b31b6f0ff414d2 SHA256 (FreeBSD-13.2-BETA2-powerpc-powerpcspe-dvd1.iso.xz) = 32f1f02f2f9ff321587f0a955693331bb30e8749ccd91009f643c33c78713535 o 13.2-BETA2 armv6 RPI-B: SHA512 (FreeBSD-13.2-BETA2-arm-armv6-RPI-B.img.xz) = 2daa589397a778d7f224e2bc508d2a13c6461a800f1f4719ca8526340ef209222db6f90a0a3a7875af7aadc561f3b01305fdcd52208dee3a40143da05f6ebd7f SHA256 (FreeBSD-13.2-BETA2-arm-armv6-RPI-B.img.xz) = 13f5c5463e696b1892630dc78092a2f0e78e06b9256e7999b059c30f5c1e9593 o 13.2-BETA2 armv7 GENERICSD: SHA512 (FreeBSD-13.2-BETA2-arm-armv7-GENERICSD.img.xz) = 145db46c17c4ff34f80d0f819275d16bedf1b2c357317ab5e533cb38c7dd7e8e8fa31096b1737dea0baa334b6b98b4704c2f7a0300b15a5ee990ae210da496eb SHA256 (FreeBSD-13.2-BETA2-arm-armv7-GENERICSD.img.xz) = ff100daef1bbd999c43f112163c193dbe9ccd57f407ba6936f7189491abba744 o 13.2-BETA2 aarch64 GENERIC: SHA512 (FreeBSD-13.2-BETA2-arm64-aarch64-bootonly.iso) = d8241749e4c580a84c2acf17f4f92adb59d81d81e7c02c457f6ee050ea27bc37e5ef5782f595d45dcb9a554031f723ab046bb56a0825535c8291254a73c0b16d SHA512 (FreeBSD-13.2-BETA2-arm64-aarch64-bootonly.iso.xz) = ed8e3b7dbd1edcda2555b43e512832dd8c723bf15f1e8825df439af5249aedd31393beb2b95bd57889a8055fe3bb804a9b7714269e71fd695df0d59446a1e5b6 SHA512 (FreeBSD-13.2-BETA2-arm64-aarch64-disc1.iso) = 89c9443dfca0674b40ce10ca8fb9c76d3de26fc9b697a85c8b47fdf5237243880f912238a07359459cb2732463914bfed2da7f86601af26201f8455b9b54d367 SHA512 (FreeBSD-13.2-BETA2-arm64-aarch64-disc1.iso.xz) = 59b2ce03a38588cbbdc73b9e66afd2228a520be7607b56cd0aaece764c9f91ec415ad16a92706b0d7fce5af584b3746faf625b6be600d57a6940ff83d4bbc21b SHA512 (FreeBSD-13.2-BETA2-arm64-aarch64-dvd1.iso) = 4c7429f361e61099633af93a9b67470a88bf4482751dac15d4c684d74d937b9f410fc5235f52d569a76b20e0847ca0c7eb01a1654e4f3ddbe433a321252a0dcf SHA512 (FreeBSD-13.2-BETA2-arm64-aarch64-dvd1.iso.xz) = 43413b73bb17f09709dd3da323f39a1db9e50ffd523f7a3229009aa97a2161e54c6649c5ca711c9bf10e48b453e22e8f22da9944eeb35c9b5a8f0a77b6bf18c8 SHA512 (FreeBSD-13.2-BETA2-arm64-aarch64-memstick.img) = f9da1c2edd1273cd2f6e01a6c93ce3fad749df72a8cbc8022b8ea2d76d22e67306e9f8075a558446acfc64789f833e2e78036e2caa9af13bae160b9bdbe26ab9 SHA512 (FreeBSD-13.2-BETA2-arm64-aarch64-memstick.img.xz) = 2e92fb24ea508037288b63d86c55a1fe29d9b6d0ac0efabc9cda26ab09682bf1670e6dc3a82f18bd422c84b3a9437e4b208f04b2d71a8e48131471d53db688c9 SHA512 (FreeBSD-13.2-BETA2-arm64-aarch64-mini-memstick.img) = 9c1feb6910461cbb3d874833510632b6ee724ed2190223a3b971d02145db3266a8e645ddd1bb5d71cdc35248bd624212c78bfcdb930e7d59f4b08f1d0371da2e SHA512 (FreeBSD-13.2-BETA2-arm64-aarch64-mini-memstick.img.xz) = dabd0168a6a4cf4d3fd8d3ca13bbfaf747f83174da689836a714e423f4bd05ab9b80e3b069c7d5a65b0e3183dd37e7ef14a88fbe4bcaac56996f8837f8a75412 SHA256 (FreeBSD-13.2-BETA2-arm64-aarch64-bootonly.iso) = b87cfdeaef4a6627aa8be5b2841c5eb072d84a72a4453e47a551ac8a8d941ea8 SHA256 (FreeBSD-13.2-BETA2-arm64-aarch64-bootonly.iso.xz) = bece47adf9c7190d9bc1f14088cf240b9e37ff5b8e98d8e5d7c847040dcc114f SHA256 (FreeBSD-13.2-BETA2-arm64-aarch64-disc1.iso) = 795294cb8372bb7fb5094b4630b1b7cb643dc2f8d7d78c60a5a00ada8a493edf SHA256 (FreeBSD-13.2-BETA2-arm64-aarch64-disc1.iso.xz) = 42ac595a9522cf418be860283c5010c09acfb239365b3d8c4c3b2824ed5177e4 SHA256 (FreeBSD-13.2-BETA2-arm64-aarch64-dvd1.iso) = f7b78913e62a872a357b4ba67fc5902381fd1627858369b33f8340aa8652371d SHA256 (FreeBSD-13.2-BETA2-arm64-aarch64-dvd1.iso.xz) = 0872b559e347be99105eaa71bf1a6224d13f0dabf9c89c2a3c5da61864d10d25 SHA256 (FreeBSD-13.2-BETA2-arm64-aarch64-memstick.img) = e74204e64e6dd5e7c3913773b1aef46331c023cc882391569b5285011d26b028 SHA256 (FreeBSD-13.2-BETA2-arm64-aarch64-memstick.img.xz) = 380bfc726dd77215ac3e546b6ac764d7db4184e1e8989e8b8a614753c1917698 SHA256 (FreeBSD-13.2-BETA2-arm64-aarch64-mini-memstick.img) = ff52b12c1a275723fd79ae42daf2a98ddd84a42cc5873e5b121451ccffcfd7a1 SHA256 (FreeBSD-13.2-BETA2-arm64-aarch64-mini-memstick.img.xz) = 2e43351eb491b2d6adc7f42c74f38b944c0f91591be3531d4af76014bb687ac9 o 13.2-BETA2 aarch64 RPI: SHA512 (FreeBSD-13.2-BETA2-arm64-aarch64-RPI.img.xz) = 6da7c089120dc3f1c55844588111ee53b486bc0ca297f2025a2d22840b752d1be4db8b379f009db3a4b59d76aba3308e78956c67e3afdd61cec9eb47f1616d52 SHA256 (FreeBSD-13.2-BETA2-arm64-aarch64-RPI.img.xz) = 961d3f0b81c5187b888692c6bfe8e2458201b4cc0643d19d4a67037345b2d8ee o 13.2-BETA2 aarch64 PINE64: SHA512 (FreeBSD-13.2-BETA2-arm64-aarch64-PINE64.img.xz) = 83e465517304c6f3586510269ff928fe4721c62331671e085ced2a9ac43bf88e0178e225a18cdb67345b5bee40d6b4e97dd5b032d99e8d6d969ee5a5cb36fc17 SHA256 (FreeBSD-13.2-BETA2-arm64-aarch64-PINE64.img.xz) = b13bb2f81304511c1b2322bd4318b344ad9e13e9766475be9fd85802249eb633 o 13.2-BETA2 aarch64 PINE64-LTS: SHA512 (FreeBSD-13.2-BETA2-arm64-aarch64-PINE64-LTS.img.xz) = 8b8b57c89943b417856b34d6c8700f2dc5ae3853fe7116f2803bbe951fb3e2ba1c66b1aefca1cbcc31507569c1bdfc48c495109ce5198851091c90873e942009 SHA256 (FreeBSD-13.2-BETA2-arm64-aarch64-PINE64-LTS.img.xz) = 53972dec9571a31e2faefd9911c2b6f59a277871159ee5ffa0661267a169957e o 13.2-BETA2 aarch64 PINEBOOK: SHA512 (FreeBSD-13.2-BETA2-arm64-aarch64-PINEBOOK.img.xz) = 6ae48e8043e3060fb3cfe82c58d4cd949b4698948e6e7a606f72ab4d50a236060376202e59140625e7d9294b8dfa5c4094acf0e32bba617c6ce48e0e56cab721 SHA256 (FreeBSD-13.2-BETA2-arm64-aarch64-PINEBOOK.img.xz) = 3fcd58e3b93435a6780b7a56004946c967577d398cae8e17d3a90be8dfc5f525 o 13.2-BETA2 aarch64 ROCK64: SHA512 (FreeBSD-13.2-BETA2-arm64-aarch64-ROCK64.img.xz) = 77cb0110990e7c6cd657f8b919e93cf3f8003ed0ec84d9c0bbe749bb3c7be009c61f5594ca019165feb878c7f0c58c244e6096cc92a55bba75de5f882ae3dc51 SHA256 (FreeBSD-13.2-BETA2-arm64-aarch64-ROCK64.img.xz) = 96d9d738ea7f8304432973ed9cabe16a2c6930e2a916c1f9e7eb7633e4d2f5a7 o 13.2-BETA2 aarch64 ROCKPRO64: SHA512 (FreeBSD-13.2-BETA2-arm64-aarch64-ROCKPRO64.img.xz) = c48cfa74794cf451f9f3232af8d2b5e92ccd2c423e30b4841fab59820c02c39ee7b1cf15cceba72d45c5625f9814d89c36c42b4a8db5a872bc6bc6a72a9bec07 SHA256 (FreeBSD-13.2-BETA2-arm64-aarch64-ROCKPRO64.img.xz) = c583534e99aa24b5f1bcec7ac9cfb026ca3d54203c0cabf4014d6e6dc7f6503e o 13.2-BETA2 riscv64 GENERIC: SHA512 (FreeBSD-13.2-BETA2-riscv-riscv64-bootonly.iso) = f450490565fcf183d2ff04d1bcf4a0289407a55a5d1762b3541913faeb98fb56738d4fa226e4452239f9ee7a9120d21a4fe35395cd6d235ede858dd1b35c9740 SHA512 (FreeBSD-13.2-BETA2-riscv-riscv64-bootonly.iso.xz) = 6440648e60f7a31da6083a1c9e8ea41cdc372637fc4976498bf563acddb2712ea6d8f4c461cbb8e944baf90a2514275c06019d7455c8acdcf17d00cc194b9f83 SHA512 (FreeBSD-13.2-BETA2-riscv-riscv64-disc1.iso) = 2fdd556dcd0b0a871d073116fe4e20e51fc4c917542f1db6a39070dcd246182a31f5ef426f1050a5ce71f6f1a3e7fc9d75f2080010d908137fe598fd97e07171 SHA512 (FreeBSD-13.2-BETA2-riscv-riscv64-disc1.iso.xz) = 398ad9a603128cdac29550df50574cb85c105a2253704c65c3c8f1e9fd63bb8eb36426ac9cdd586e2505c0d866a107dc479b50958348d8a25012da837c322342 SHA512 (FreeBSD-13.2-BETA2-riscv-riscv64-dvd1.iso) = 69394048d762e04353ea4f0b9a05ef913ca5de0d5d162f288a3f0ac9c3e9e83c0dfc460aab291fc310662f949ddb37ac296a898b2247ceea2973697fa231e3dd SHA512 (FreeBSD-13.2-BETA2-riscv-riscv64-dvd1.iso.xz) = 5b6692f3514b61b4e821795c7d32b000aae617f63bc89cb7ae13482c323a9d5d84363f24043cf4e1f36ca9ce67f415f70af479a541d0e7388b13f5f74938c24f SHA512 (FreeBSD-13.2-BETA2-riscv-riscv64-memstick.img) = c4abac645d78b5095e4f752538eb9adc973da138dfa7ca18951311c78706b51b0065cd01bba953810df26c0497bd4832d1d95569c246e7ae238524840263d8cd SHA512 (FreeBSD-13.2-BETA2-riscv-riscv64-memstick.img.xz) = 0340ad840378d36a6b2b78d48f3f66d09a9d806bd9713fd16e49767c9efc4476ec8991faf0eb211505cd53ba08d0680df2b79c5da2f5736d3ffe246c0d97a50c SHA512 (FreeBSD-13.2-BETA2-riscv-riscv64-mini-memstick.img) = 20a30dda73f36dd3525590cdfee0b5a72b7a925b2bd77fa41ae13e67f14f80b3e1160af2ffb464397cbb04e1b16709a7b3fceee07b147e2a8c99897d5fa1a984 SHA512 (FreeBSD-13.2-BETA2-riscv-riscv64-mini-memstick.img.xz) = 617ed393e16614f7be6e64d39e77b2dfa457e66540bfa54dd6fb7e2302fb4deda5e8b651663a3baca03a2378b75b2176498032145ffbfa5ea27bfe2373393056 SHA256 (FreeBSD-13.2-BETA2-riscv-riscv64-bootonly.iso) = f4a98b6414c95f4a4643befa188def6c4861653f80f5ab41a0397b672fe3930e SHA256 (FreeBSD-13.2-BETA2-riscv-riscv64-bootonly.iso.xz) = f5511b0a5c584d72dbdac22c2c97d038b08eb5c4292fb63e0da19a15d1c6ac46 SHA256 (FreeBSD-13.2-BETA2-riscv-riscv64-disc1.iso) = b82510558c368ea99f7709671396b29eb7170034b3255cc1f8af19caf05de228 SHA256 (FreeBSD-13.2-BETA2-riscv-riscv64-disc1.iso.xz) = e9e72728e2c9cdf6fe6f035e4ef795ef90cd5297005345b6b7dfeac0084b057f SHA256 (FreeBSD-13.2-BETA2-riscv-riscv64-dvd1.iso) = 068a6b42df41ab4cc5ab22c23beb114aa34f01e1f262af97422aad8f77b607d7 SHA256 (FreeBSD-13.2-BETA2-riscv-riscv64-dvd1.iso.xz) = fbac6fa4d6be39ae7b019a0020042db5714ec1b1055909074bca39e565ba4df5 SHA256 (FreeBSD-13.2-BETA2-riscv-riscv64-memstick.img) = 04bee16b8ac220636a48f794958d255f58148351b572bffcaeffb309b02a81a5 SHA256 (FreeBSD-13.2-BETA2-riscv-riscv64-memstick.img.xz) = 0a4e13f71227dd6f398d2cb89aab151f04043abef10b1842170584feb81c75af SHA256 (FreeBSD-13.2-BETA2-riscv-riscv64-mini-memstick.img) = f5f1f2abc1d0533c4c2630ba5a1a3b3c494429cdb6b941d748d9e1643f73f258 SHA256 (FreeBSD-13.2-BETA2-riscv-riscv64-mini-memstick.img.xz) = a709ffcb940e90977539ca8cdb9b4ec31bd65754795ca2c65651226d782e3cb0 o 13.2-BETA2 riscv64 GENERICSD: SHA512 (FreeBSD-13.2-BETA2-riscv-riscv64-GENERICSD.img.xz) = b2b0033a849acd6a7c873a9ef2ee90a65b11cb5415126f57e230c0250aa559f033a605021afc3d2e8732e536b359fb07831cb5632f696cf204c9f60eab08e8d1 SHA256 (FreeBSD-13.2-BETA2-riscv-riscv64-GENERICSD.img.xz) = c46f98ffc32649a5e336f3164cefa1892b4f4263eb430621617ac2c7577adb06 == VM IMAGE CHECKSUMS == o 13.2-BETA2 amd64: SHA512 (FreeBSD-13.2-BETA2-amd64.qcow2.xz) = f0d9492b97b9b23f6b780e277e6a7e26ff46b00e36eba431ac28c1a260d246b6df366c494582796f32eec0bf4cb1b059e5806f81f51b054ec2f73b51e5e59a24 SHA512 (FreeBSD-13.2-BETA2-amd64.raw.xz) = b6febeaef43b708d04102f72823a9f3c1908676612e90c905f1b2f870c1b80f9c8c2092528c6d946d27872a2407ee3005042b422acc2cb15321d49f07dfcaf3f SHA512 (FreeBSD-13.2-BETA2-amd64.vhd.xz) = 854fdf685df5ab1d46d097e0435522cd24cec061424f0f5e598507c0df71404db6194381ed475b7c0a384dd24a2c5c9aac4d8c2d87cdc86d74209085951fe53b SHA512 (FreeBSD-13.2-BETA2-amd64.vmdk.xz) = d3402d34b2e58c9a1e6e93a75ae2bb18bea890ce4c3ab48e4acdab5689d9e05d53ec1936b0d42c1d2b0bd954679538c906645882e4aa6a7d6c76ba1430d08bdc SHA256 (FreeBSD-13.2-BETA2-amd64.qcow2.xz) = 06c3889445c8a2d7f5c43f1925b52e33b1ec905f7b77f389eb19cfbd1e19752a SHA256 (FreeBSD-13.2-BETA2-amd64.raw.xz) = 56692a8c5952efd26041e6d451209e6855dbcb7e657d1e910b33adca92bd2492 SHA256 (FreeBSD-13.2-BETA2-amd64.vhd.xz) = 339bda89c27afa729e8069bf76ba1d5eed88934c717e17e5f8040cd8c19aeb47 SHA256 (FreeBSD-13.2-BETA2-amd64.vmdk.xz) = 8c1f83e46b8598f826617386d1c0df4b47d8f5ea2ce6d8b50c69c97f3251817e o 13.2-BETA2 i386: SHA512 (FreeBSD-13.2-BETA2-i386.qcow2.xz) = 4402379e9d66021ae770485e228b90def32d1f543447c208dc3d18c46fb9dff8ba718956d03d3a68362d43fd05b10b11325400894d21e22637510b9091c117d2 SHA512 (FreeBSD-13.2-BETA2-i386.raw.xz) = 1c6fc6509a65dbe5c09143abf2e9bdbaaf8bdd2a42c80f3513c339be9471d4886e30578e053ad932c125f6f0f0b92752be867a86f5b34c3bb249e29e4fd94167 SHA512 (FreeBSD-13.2-BETA2-i386.vhd.xz) = ffbbc1d892a7db671cdfc246688697ad4f04bc601733a42b530816f447e178c1ac608cecbdcb0a7cb587913eaf1bccc8fd828dbc2a1903067b50f222a87d6037 SHA512 (FreeBSD-13.2-BETA2-i386.vmdk.xz) = 99dab89f02292b02088f01e97d1cc86842fdec3c2b0947f891d1c3957aeb5f3b999bac5a17f7c6af84085cd56ba29969152906eca413c8a10abd3bcab87e161d SHA256 (FreeBSD-13.2-BETA2-i386.qcow2.xz) = 6ca10e3c03e66634f92aeb84ae9bbdaa4e74113421fbb271f849d190d2c00903 SHA256 (FreeBSD-13.2-BETA2-i386.raw.xz) = e50803d33e38bb55f972a45b7532058fc7aa91613b0d6ad5863c187a5da189bc SHA256 (FreeBSD-13.2-BETA2-i386.vhd.xz) = 9d9d1364d8de6ab47f05c5e8377435f2f7c5398fb60f8cbee668d4c7b208ce52 SHA256 (FreeBSD-13.2-BETA2-i386.vmdk.xz) = adc9d66ec87226357a9e546d8d5fae48f60b21d67b0488c14c49a2c06ca21a65 o 13.2-BETA2 aarch64: SHA512 (FreeBSD-13.2-BETA2-arm64-aarch64.qcow2.xz) = a627c855573d95fff31576a0227e122b36713fcb78a52bf17fbadbaebd6575b1831ea0c788093e67465d4a62fd05e723ba483f42a7cd548db73a66a2505c2fab SHA512 (FreeBSD-13.2-BETA2-arm64-aarch64.raw.xz) = ff78358f7b32f229d0a222f7709d32292fca6d0a94dccce29d54847f7b8ec3218e4f628c199feed1a6eb070ecea57d57b31d8d3116bf962245402372b2a7f079 SHA512 (FreeBSD-13.2-BETA2-arm64-aarch64.vhd.xz) = c7e00632a27614bb976d4f0d670dfa8ad89d8e82241574cf22fa0f85d2aca74acf3d0d6d35cc96fa8ebb4a6812f4702f006036ce5ed7a571061a11108fa94154 SHA512 (FreeBSD-13.2-BETA2-arm64-aarch64.vmdk.xz) = b24cc3fabaab753993ccc0aab809418978594456fa7e70f720114d2d7bb8073f0195274f8cc3df1431b779b006f4fa3970f749316865b9e84ea7efbc7ac7098a SHA256 (FreeBSD-13.2-BETA2-arm64-aarch64.qcow2.xz) = 3b4ea1dd66cf6adcb8fde245a72c6bf2ecc1c34edde5b8b0bd2a4a389522b8ae SHA256 (FreeBSD-13.2-BETA2-arm64-aarch64.raw.xz) = d2756e25454617ee2328a85949db3fd4ad206fa5e128fc42823e0624acdb1183 SHA256 (FreeBSD-13.2-BETA2-arm64-aarch64.vhd.xz) = 774516c58c757ed6d5c4950de57f42a413ec5f32243d27df23424627fb8c202c SHA256 (FreeBSD-13.2-BETA2-arm64-aarch64.vmdk.xz) = 79672deb7f36bc62acd94bc4c0d02fd80dd711dfaa74b5f652701b4d49e2e409 o 13.2-BETA2 riscv64: SHA512 (FreeBSD-13.2-BETA2-riscv-riscv64.qcow2.xz) = 99924bbcfc9ffe8d6510af27e0382f59e45594d33d18a1c24d18fad24c4e4fbdd451e89e8a57afa8a0bcfad1802c080da75701c1f374c07fffdc19b7bb9b0c81 SHA512 (FreeBSD-13.2-BETA2-riscv-riscv64.raw.xz) = a0b55dd80813c8925b15719b72d9b6cb0c3a169a6da6d7940cd36920097271323c231adc204ed989c8d392282f10fa7b3dd440658728fed3dc188c7e5da92a90 SHA512 (FreeBSD-13.2-BETA2-riscv-riscv64.vhd.xz) = 693cfbe9a66024cb323973fd2e6703d29fb7feac0afee16ff9f8c04cc53604e93d53d912889cb8c816960739dcbf4889581b140bbfa9b3c1bcc9ca6bafed2c48 SHA512 (FreeBSD-13.2-BETA2-riscv-riscv64.vmdk.xz) = b2e89dda517bc27787cd1a44944c14cdcb0657733dc45f5e6522bc9c5943d2a46aea3e59aa14b8da2319a2c2e690e48c87843d272580b6f2fc9999796f012efe SHA256 (FreeBSD-13.2-BETA2-riscv-riscv64.qcow2.xz) = a29bfe1e0ae2490060122d2b4b432d9990abc4e6595daaf3748e773f00ea56ae SHA256 (FreeBSD-13.2-BETA2-riscv-riscv64.raw.xz) = b81e130b35afd06ec0d00ca5db86ef200e3a264aa6c9a673b073b98d8b09e06b SHA256 (FreeBSD-13.2-BETA2-riscv-riscv64.vhd.xz) = ff3481505260cf69a15747ad52405c4090afced513b5f27cd072e31c310be3c3 SHA256 (FreeBSD-13.2-BETA2-riscv-riscv64.vmdk.xz) = 33d26e29bf80d4f58993ffd8ed94b978a0c547bb0be94c593d716230b84b08c3 Love FreeBSD? Support this and future releases with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQTq9Iu6fMd6MP78Dak4zsppDGpqbgUCY/ATJAAKCRA4zsppDGpq btstAKCJs1kRlCdM1nLiFvHJbFcC4p1+fACgvMyFmZnI4HW6vDZtlcbclaQKZnY= =qQrL -----END PGP SIGNATURE----- From nobody Sun Feb 19 00:44:09 2023 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 4PK6JC0HF5z3s8KH for ; Sun, 19 Feb 2023 00:44:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-21.consmr.mail.gq1.yahoo.com (sonic317-21.consmr.mail.gq1.yahoo.com [98.137.66.147]) (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 4PK6J95y21z41h6 for ; Sun, 19 Feb 2023 00:44:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=p6cFbx0U; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.66.147 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1676767463; bh=bMLt/fVPq06nFtcbWHILH9vBASns8aeC1BgNy47PyzU=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=p6cFbx0UOJn7OaP2lhAkzdO3CBzkawOxk0tqzUO/zdfVmteMDrRigfrqDjJj7qUO1wfPxdxpZUgO5L28LCGCYaeTAZtpZLvM1V3gURd4HINH5MVwEiew/CYOqx04R6nTOFE8Z5eXkfDNJ37o6XErQ4Gs+560jfwAR/JsDg6ggtyVwlknIva9ip2X99WjN9cRY399Ga0PhdXcpbYybzfURn/QGrdRnIDcQZZNVqB1+bvybYqsqBdOvk1P5O188mmJ4BIc5IHcKU+YEkyvzD18VJLMMSJc9TctTPsj9u6seW8FPmBpTAU/v00Q1O73ZDGh2Oews3HMAYz1j0kpp0nUwQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1676767464; bh=9FginL+XASS8HBEvloMNn6oNCW4l7SS1awP0MbK2yea=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=AcGsnzF3eB8S3h+c29xRf0Ba5zRhPMQZvpl3l5q3GipI0f7LksUX84Yb5oVIe1Ksi4b3i5XBsGOyejipNdOgVDFhUltm55AtLcXNQmjCHTPmlBrN0b1LfglpJP/8DexpcKArRQuoIh5k9J/0B0K8xPdMwJk2BlvUEFEkLSPABkEsE3x1HSy9ISHg73Xmyffh2wIgGIkt/y1Ph9AIcmHCcEse5+qIUnx95OMnpasZzyKNQMYYHd16pQlKi6pEr6UCVkKnueCBlPxbN3nUJuzBvA0OLvs/QeOq8YyPFWuH5M1qjL0OhydEmeNAiU/LZUYY/Z6SMyg8ZTeLTsJiiFKGdQ== X-YMail-OSG: CAWQpesVM1nhDR2iX93n0yjYibOqi5ZFZvZEmOmHugDdOxlowIUvhJ3NCzeXPV2 5skd81FIfC9iRPD1YqHCU2iy03VakeUaW.DhLYEpRGOY4fhHrXNVnbiv1PzQ_twf9wOR6cDoLAQC feJMh6yG2QnwVYaiuKpnrvHPfbDOC_WqjhovibxZOtc3pUa5KEvFKt24yRDNSBOQofb5_qx2JOQT FLPQBKTkW94r59JiBIOYs7Cbef.haUJjo0lUs.vWzhQtH4Sk0RDjf5ZGCjpCLJZm.DaVerKAZKgg MqoMSySlcMslbxH2EOmowprh9XzKkkWRuUzu9DYjJzGVJHW2LPTztQzWTHmqMnwtXJSYAYFjCwzu p2ku.8k0.Y9cy6CwbV5WXKLxNQcHzJZq7EzG2tcwOq7N3jTlA0outAef0_Nw1gKSO2xiyrAkyl1G 6D8Ek60yR.LGqVSvKow2Udoy5KIpA0LhNOpYL6aebAH3yOwAk3YxXIvvc1RcbSU3j.cUo33vXUQh 5Rfuq7EXUfcWRnfgmpRUbz69aAcJDGpwGDjKC4Ne_5gzWwCL5_Txho.jTQd0AObPDqphmPPx61Sp RPu5446hmeVsMukqtV8kh4sJdL2W58g2tSpsqN0KdMgemP5S_5WMmGuZE_HqmM0YeRwz9Jru5NuU _4JoMpdeCYZCiV0wkQY0qP2OND5uf.uxep0GRhKm.TmC_r_HWTb2s7OfmJk1T30qHBeQ1ISx7klz hdg33XXVk1ZJItb5BDhil11y79K.OxMKBAGzwJYVDBcHm4yS5ZUwHD7Gl2RyKi3waeynzIfA_TG0 HNmJzBRrXyxqeyCrhWTue5nx85.jvqNrOlJtyXJ8spGRINk1cuRtMhr4s5Z8FGp9RITYlWcEwAWI MFEveTSy04ibyS0Py3gaVTv6pfcEV8wLkyGRJU68cN4gaHW.fPywK80biKyVzKRxPDvR6nmg9l7_ latFDYlpnbkBIsVodL1auJjIc.I7h_wftMYNcMA0gGgnMETV.XPVcHZFAG6zR6sCoFQRF9az8BjX fYP5nI2knsUKDDPRAucXl3wd2bxB7Phr4Pwhf5lMCkONGklnRpDzGR0EEl0bpGfxsCDoSIvwGa0T rKCwVXq.jGL9B4v1ANmXx0cw3EDv.8Nrhj8s0MiiDRZEKbRanxypIF_E.QB3NACIDimzKg_4kNQc 5347OFan0rcJgIJAdScdb5b2hdV.HhmJS00iRVAUelCnXRUIEOqtvwsWHWcGPonrBojaFmkyF1ym N3oqUhGdbfSmkEOwnBbMWIO6IK.3QVu5WC_dhJY.2Bkj6e3C9Bn.KnDU.JnZ6OrDtV3PtJnNhch5 zwNw.RYCFc0NrEKMy2HNpDZibmFBofedceTZsKbgUg2sJCx1WM8Qwc6tujKZOFYpOktD5zbWLe02 HH0PtE_YJBO9YL7tuLFEwWL9spXioFpvOWq5Id1wUwSlHTCp1RpbnjqeyqO6KY0yYVT_Fi3peEnh op40XUvzIrIFiyKrak6ntMFTYSW2b5M_PdVMJ1o8u2XHKBZ9CMrfPVWdPHKK8jluL30hRPcYoDsi CVSi0nCbjW0ODOXR_VmKbiGb3VcZogypHJS4ejDzqn7I6f9TlltbxTpjBG1zC.UiO0Oo4RmDm57L 7zCgQj4gxmqhoYLML2.5QG2BgG2LucRcKjF.Px4_JXVnXkk1r7HfYgLYvLEcQgaOoEVhwui8oybJ qtU0zI8gSVVNbgfwFltHFXd6Nk5NbiFlrOkW6NA.N0JC2wvB.v9l7jMjwJEd8xb3_L0W4y0BUEEH wWtEsWQL6Ju36VXtn7JoECgu687lWqFBzjJU.q_M27YVtk8cJE5WS1H5R4PJ_.CG6FYH8zbyg_Ay IGAMH9KmV_CKeVC.EmRa1NeqLXW5WcxUQtVq3B6ry5ZkJxKDhvZuFfUOaKvHceBFUoOF8jCVt6W2 w5M1tQEqVCpYr40bdMz_pcMaLj_pTwQQdeYWu_dF6O7dwocmcHz8wlGskecDO6d4K4rthrX.ja40 8q699Jr1j9vWgg84C1o7E.3AdSz7WIQ.Rg4PuSsZAWp9LB8LvS8rW.KgUwVp72oRvqG8qJ0C7BWT ywX9YEYtJuwxOGViC1MqoZuUvuPhASXVbooRsb8Z56bpdteQIJtKJoaTyv7ku6VNUU52gWpDXR6J Wv1StyftZD3vjLHzrsTmTsoF4pvrfoHqW0W3uh4Xd_xNa_jzuQ1KB56u9ilva4BXBFDBVfOJtBTO BmD54_FgwCEDHaJDq2pYX8NC3UD6BJ5uP.FyqA03H2UvoX7I.Eay1KxDB1TyK1aUsARnwEc5.fbw - X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Sun, 19 Feb 2023 00:44:23 +0000 Received: by hermes--production-bf1-57c96c66f6-npzd5 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 4ac5943d9f0e442e37a27f0c1a232657; Sun, 19 Feb 2023 00:44:21 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit 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 \(3731.400.51.1.1\)) Subject: FYI: upcoming 13.2-RELEASE vs. 8 GiByte RPi4B's based on U-Boot 2023.01 recently in use, given UEFI style booting Message-Id: <2B3378B0-A506-4A90-80D4-734AAA5EE774@yahoo.com> Date: Sat, 18 Feb 2023 16:44:09 -0800 To: cperciva@freebsd.org, FreeBSD-STABLE Mailing List , freebsd-arm X-Mailer: Apple Mail (2.3731.400.51.1.1) References: <2B3378B0-A506-4A90-80D4-734AAA5EE774.ref@yahoo.com> X-Spamd-Result: default: False [-3.30 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.80)[-0.797]; 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]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; ARC_NA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.66.147:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.66.147:from] X-Rspamd-Queue-Id: 4PK6J95y21z41h6 X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N This is an FYI about 8 GiByte RPI4B coverage by 13.2-RELEASE. (The existing snapshots and such show the issue now --but I'm noting the 13.2-RELEASE consequences for as things are.) When sysutils/u-boot-rpi-arm64 and sysutils/u-boot-rpi4 recently changed to be based on U-Boot 2023.01, the U-Boot produced no longer boots 8 GiByte RPi4B's for FreeBSD: U-Boot increased the number of U-Boot "lmb" regions it uses for RPi4B's for UEFI booting --without adjusting the bound imposed on the number that can be in use. The 8 GiByte RPI4B's end up over the limit during part of the activity and U-Boot aborts the UEFI-boot attempt. The U-Boot message about this is misleading. The middle line of: Found EFI removable media binary efi/boot/bootaa64.efi ** Reading file would overwrite reserved memory ** Failed to load 'efi/boot/bootaa64.efi' is actually caused by the rejection of adding another lmb range, having nothing to do with potentially overwriting reserved memory. (The message is generated far from the code that did the rejection and no rejection reason is propogated.) A FreeBSD bugzilla for this issue is: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269181 I'd not be surprised if U-Boot 2023.04 has things working by default again. But, until such, either an older U-Boot, such as 2022.10, or a patched 2023.01 U-Boot, would be needed for 8 GiByte RPi4B's to end up being directly bootable by 13.2-RELEASE as-built. I'm not aware of any other type of FreeBSD aarch64 context broken via the use of 2023.01 U-Boot. === Mark Millard marklmi at yahoo.com From nobody Mon Feb 20 11:07:36 2023 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 4PL0616Vhvz3sdcy for ; Mon, 20 Feb 2023 11:08:41 +0000 (UTC) (envelope-from eivinde@terraplane.org) Received: from smtp.domeneshop.no (smtp.domeneshop.no [IPv6:2a01:5b40:0:3006::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4PL06034xmz3GBM for ; Mon, 20 Feb 2023 11:08:40 +0000 (UTC) (envelope-from eivinde@terraplane.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=terraplane.org header.s=ds202212 header.b=N3NLzNwl; spf=pass (mx1.freebsd.org: domain of eivinde@terraplane.org designates 2a01:5b40:0:3006::1 as permitted sender) smtp.mailfrom=eivinde@terraplane.org; dmarc=pass (policy=none) header.from=terraplane.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=terraplane.org; s=ds202212; h=Content-Transfer-Encoding:Content-Type: MIME-Version:Message-ID:Subject:To:From:Date:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=pFo8obBbKY0KFY58QYUx8WHxs87XDn/3WCrucJgDFdY=; b=N3NLzNwlXa2dS/n4vnQnVL/XwQ 8vjM/4SH37gpIj2ug5ir8r0GKHseYrDZTDRCiRax+6Slv9wW8BJcZU7nYx4aWOBnPlAx3dKR2ud3c qw6LJLqPOIjfyPk7u4gekr8hOg0m3/FKW7MPdVWkj5z+trsvMbHHtymiSLOoTnirdr4fZ5bCWugtq ISgBzQBc5eFAM/vA1ukReaxfUp4Rndh/TdopibYp3njVz9WfhD5PgYRFzeuHGkJkgYlFPY6w5LB/N LKj3ZxQmwhxWA65dk4QvBtiCMFj+tLS1NXvjiYzCwPt8W+ERCCosq9VAPrsZUJWEKgLfh6SXJmBFC 2xxY8+/w==; Received: from ti0027q160-6454.bb.online.no ([84.202.30.130]:42256 helo=elg.hjerdalen.lokalnett) by smtp.domeneshop.no with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.95) (envelope-from ) id 1pU420-00H4n4-QY for freebsd-stable@freebsd.org; Mon, 20 Feb 2023 12:08:29 +0100 Date: Mon, 20 Feb 2023 12:07:36 +0100 From: Eivind Nicolay Evensen To: freebsd-stable@freebsd.org Subject: Lockup starting freedink Message-ID: <20230220120736.5582ba88@elg.hjerdalen.lokalnett> 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: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-3.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.989]; DMARC_POLICY_ALLOW(-0.50)[terraplane.org,none]; R_SPF_ALLOW(-0.20)[+ip6:2a01:5b40:0:2000::/51]; R_DKIM_ALLOW(-0.20)[terraplane.org:s=ds202212]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:12996, ipnet:2a01:5b40::/48, country:NO]; MIME_TRACE(0.00)[0:+]; DKIM_TRACE(0.00)[terraplane.org:+]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; TO_DN_NONE(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4PL06034xmz3GBM X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N Hello. On FreeBSD elg.hjerdalen.lokalnett 13.2-STABLE FreeBSD 13.2-STABLE #3: Wed Feb 15 08:56:18 CET 2023 ene@elg.hjerdalen.lokalnett:/usr/obj/usr/src/amd64.amd64/sys/ENE-spurv amd64 with > pkg info drm-kmod drm-kmod-20220907_1 Name : drm-kmod Version : 20220907_1 Installed on : Fri Jan 27 17:02:43 2023 CET Origin : graphics/drm-kmod Architecture : FreeBSD:13:* I just saw the machine locking up by starting games/freedink. It was unresponsive to numlock, also unresponsive to acpi shutdown from power button. After a reset, I found this in in the log so apparently it was still able to perform some operations: Feb 20 11:39:42 elg pkg-static[39220]: freedink-108.4 installed Feb 20 11:44:26 elg kernel: [drm ERROR :drm_atomic_helper_wait_for_flip_done] [CRTC:52:crtc-0] flip_done timed out Feb 20 11:44:36 elg kernel: [drm ERROR :drm_atomic_helper_wait_for_dependencies] [CRTC:52:crtc-0] flip_done timed out Feb 20 11:44:46 elg kernel: [drm ERROR :drm_atomic_helper_wait_for_dependencies] [CONNECTOR:71:HDMI-A-1] flip_done timed out Feb 20 11:44:56 elg kernel: Feb 20 11:44:56 elg kernel: [drm ERROR :drm_atomic_helper_wait_for_dependencies] [PLANE:48:plane-4] flip_done timed out Feb 20 11:44:56 elg kernel: WARNING acrtc_attach->pflip_status != AMDGPU_FLIP_NONE failed at /usr/ports/graphics/drm-510-kmod/work/drm-kmod-drm_v5.10.163/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c:7400 Feb 20 11:44:56 elg kernel: WARNING acrtc->event failed at /usr/ports/graphics/drm-510-kmod/work/drm-kmod-drm_v5.10.163/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c:7001 Feb 20 11:45:06 elg kernel: [drm ERROR :drm_atomic_helper_wait_for_flip_done] [CRTC:52:crtc-0] flip_done timed out Feb 20 11:45:16 elg kernel: [drm ERROR :drm_atomic_helper_wait_for_dependencies] [CRTC:52:crtc-0] flip_done timed out Feb 20 11:45:26 elg kernel: [drm ERROR :drm_atomic_helper_wait_for_dependencies] [CONNECTOR:71:HDMI-A-1] flip_done timed out Feb 20 11:46:12 elg syslogd: kernel boot file is /boot/kernel/kernel Feb 20 11:46:12 elg kernel: ---<>--- If anybody is interested in more details for this, I can provide them upon request. Full dmesg below signature Regards -- Eivind Nicolay Evensen Copyright (c) 1992-2021 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 13.2-STABLE #3: Wed Feb 15 08:56:18 CET 2023 ene@elg.hjerdalen.lokalnett:/usr/obj/usr/src/amd64.amd64/sys/ENE-spurv amd64 FreeBSD clang version 14.0.5 (https://github.com/llvm/llvm-project.git llvmorg-14.0.5-0-gc12386ae247c) VT(vga): resolution 640x480 CPU: AMD FX(tm)-6300 Six-Core Processor (3817.57-MHz K8-class CPU) Origin="AuthenticAMD" Id=0x600f20 Family=0x15 Model=0x2 Stepping=0 Features=0x178bfbff Features2=0x3e98320b AMD Features=0x2e500800 AMD Features2=0x1ebbfff Structured Extended Features=0x8 SVM: NP,NRIP,VClean,AFlush,DAssist,NAsids=65536 TSC: P-state invariant, performance statistics real memory = 25769803776 (24576 MB) avail memory = 24953417728 (23797 MB) Event timer "LAPIC" quality 100 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 6 CPUs FreeBSD/SMP: 1 package(s) x 6 core(s) random: unblocking device. Firmware Warning (ACPI): Optional FADT field Pm2ControlBlock has valid Length but zero Address: 0x0000000000000000/0x1 (20201113/tbfadt-796) ioapic0 irqs 0-23 ioapic1 irqs 24-55 Launching APs: 1 2 5 4 3 random: entropy device external interface kbd1 at kbdmux0 vtvga0: smbios0: at iomem 0xf04c0-0xf04de smbios0: Version: 2.7, BCD Revision: 2.7 aesni0: acpi0: acpi0: Power Button (fixed) cpu0: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: registered as a time-of-day clock, resolution 1.000000s Event timer "RTC" frequency 32768 Hz quality 0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 450 Event timer "HPET1" frequency 14318180 Hz quality 450 Event timer "HPET2" frequency 14318180 Hz quality 450 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 52 at device 4.0 on pci0 pci1: on pcib1 vgapci0: port 0xe000-0xe0ff mem 0xc0000000-0xcfffffff,0xd0000000-0xd01fffff,0xfea00000-0xfea3ffff irq 44 at device 0.0 on pci1 vgapci0: Boot video device hdac0: mem 0xfea60000-0xfea63fff irq 45 at device 0.1 on pci1 pcib2: irq 53 at device 9.0 on pci0 pci2: on pcib2 xhci0: mem 0xfe900000-0xfe900fff irq 48 at device 0.0 on pci2 xhci0: 32 bytes context size, 64-bit DMA usbus0 on xhci0 usbus0: 5.0Gbps Super Speed USB v3.0 pcib3: irq 54 at device 10.0 on pci0 pci3: on pcib3 ahci0: port 0xd040-0xd047,0xd030-0xd033,0xd020-0xd027,0xd010-0xd013,0xd000-0xd00f mem 0xfe810000-0xfe8101ff irq 47 at device 0.0 on pci3 ahci0: AHCI v1.00 with 2 6Gbps ports, Port Multiplier supported with FBS ahci0: quirks=0x1000000 ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahci1: port 0xf090-0xf097,0xf080-0xf083,0xf070-0xf077,0xf060-0xf063,0xf050-0xf05f mem 0xfeb0b000-0xfeb0b3ff irq 19 at device 17.0 on pci0 ahci1: AHCI v1.20 with 4 6Gbps ports, Port Multiplier supported ahci1: quirks=0x22000 ahcich2: at channel 0 on ahci1 ahcich3: at channel 1 on ahci1 ahcich4: at channel 2 on ahci1 ahcich5: at channel 3 on ahci1 ohci0: mem 0xfeb0a000-0xfeb0afff irq 18 at device 18.0 on pci0 usbus1 on ohci0 usbus1: 12Mbps Full Speed USB v1.0 ehci0: mem 0xfeb09000-0xfeb090ff irq 17 at device 18.2 on pci0 usbus2: EHCI version 1.0 usbus2 on ehci0 usbus2: 480Mbps High Speed USB v2.0 ohci1: mem 0xfeb08000-0xfeb08fff irq 18 at device 19.0 on pci0 usbus3 on ohci1 usbus3: 12Mbps Full Speed USB v1.0 ehci1: mem 0xfeb07000-0xfeb070ff irq 17 at device 19.2 on pci0 usbus4: EHCI version 1.0 usbus4 on ehci1 usbus4: 480Mbps High Speed USB v2.0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 20.1 on pci0 ata0: at channel 0 on atapci0 ata1: at channel 1 on atapci0 hdac1: mem 0xfeb00000-0xfeb03fff irq 16 at device 20.2 on pci0 isab0: at device 20.3 on pci0 isa0: on isab0 pcib4: at device 20.4 on pci0 pci4: on pcib4 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xc080-0xc0ff mem 0xfe721000-0xfe72107f irq 20 at device 6.0 on pci4 miibus0: on xl0 xlphy0: PHY 24 on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow xl0: Ethernet address: 00:04:76:9a:35:e1 pci4: at device 14.0 (no driver attached) ohci2: mem 0xfeb06000-0xfeb06fff irq 18 at device 20.5 on pci0 usbus5 on ohci2 usbus5: 12Mbps Full Speed USB v1.0 pcib5: at device 21.0 on pci0 pci5: on pcib5 re0: port 0xb000-0xb0ff mem 0xfe600000-0xfe600fff,0xd0300000-0xd0303fff irq 16 at device 0.0 on pci5 re0: Using 1 MSI-X message re0: Chip rev. 0x2c800000 re0: MAC rev. 0x00100000 miibus1: on re0 rgephy0: PHY 1 on miibus1 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow re0: Using defaults for TSO: 65518/35/2048 re0: Ethernet address: 74:d4:35:97:a6:99 ohci3: mem 0xfeb05000-0xfeb05fff irq 18 at device 22.0 on pci0 usbus6 on ohci3 usbus6: 12Mbps Full Speed USB v1.0 ehci2: mem 0xfeb04000-0xfeb040ff irq 17 at device 22.2 on pci0 usbus7: EHCI version 1.0 usbus7 on ehci2 usbus7: 480Mbps High Speed USB v2.0 amdtemp0: on hostb4 acpi_button0: on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbdc0: non-PNP ISA device will be removed from GENERIC in FreeBSD 14. hwpstate0: on cpu0 Timecounter "TSC-low" frequency 1908690662 Hz quality 1000 Timecounters tick every 1.000 msec ZFS filesystem version: 5 ZFS storage pool version: features support (5000) [nl_generic] genl_register_family: Registered family nlctrl id 16 [nl_generic] genl_register_cmds: Adding cmd GETFAMILY(3) to family nlctrl ugen5.1: at usbus5 ugen0.1: <(0x1106) XHCI root HUB> at usbus0 ugen7.1: at usbus7 ugen4.1: at usbus4 ugen1.1: at usbus1 ugen6.1: at usbus6 uhub0 on usbus5 uhub1 on usbus0 uhub2 on usbus1 uhub3 on usbus7 uhub2: on usbus1 uhub0: on usbus5 uhub4 on usbus6 uhub3: on usbus7 uhub5 on usbus4 uhub4: on usbus6 uhub5: on usbus4 uhub1: <(0x1106) XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0 hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 pcm0: at nid 3 on hdaa0 pcm1: at nid 5 on hdaa0 pcm2: at nid 7 on hdaa0 pcm3: at nid 9 on hdaa0 pcm4: at nid 11 on hdaa0 hdacc1: at cad 0 on hdac1 hdaa1: at nid 1 on hdacc1 pcm5: at nid 20,22,21,23 and 24,26 on hdaa1 pcm6: at nid 27 and 25 on hdaa1 pcm7: at nid 17 on hdaa1 pcm8: at nid 30 on hdaa1 ugen2.1: at usbus2 ugen3.1: at usbus3 uhub6 on usbus2 uhub6: on usbus2 uhub7 on usbus3 uhub7: on usbus3 Trying to mount root from zfs:sysdisk/ROOT/default []... uhub0: 2 ports with 2 removable, self powered uhub2: 5 ports with 5 removable, self powered uhub4: 4 ports with 4 removable, self powered uhub7: 5 ports with 5 removable, self powered uhub1: 5 ports with 4 removable, self powered ugen0.2: at usbus0 uhub8 on uhub1 uhub8: on usbus0 Root mount waiting for: usbus0 CAM usbus2 usbus4 usbus7 uhub8: 4 ports with 4 removable, self powered uhub3: 4 ports with 4 removable, self powered ugen0.3: at usbus0 uhub9 on uhub8 uhub9: on usbus0 uhub6: 5 ports with 5 removable, self powered uhub5: 5 ports with 5 removable, self powered ada0 at ahcich2 bus 0 scbus2 target 0 lun 0 ada0: ACS-3 ATA SATA 3.x device ada0: Serial Number ZDHAVZTP ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 3815447MB (7814037168 512 byte sectors) ada1 at ahcich3 bus 0 scbus3 target 0 lun 0 ada1: ACS-4 ATA SATA 3.x device ada1: Serial Number 221803A008A3 ada1: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 512bytes) ada1: Command Queueing enabled ada1: 953869MB (1953525168 512 byte sectors) ada2 at ahcich4 bus 0 scbus4 target 0 lun 0 ada2: ATA8-ACS SATA 2.x device ada2: Serial Number 6VM39JPH ada2: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada2: Command Queueing enabled ada2: 476940MB (976773168 512 byte sectors) ada3 at ahcich5 bus 0 scbus5 target 0 lun 0 ada3: ACS-2 ATA SATA 3.x device ada3: Serial Number Z7309SPD ada3: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada3: Command Queueing enabled ada3: 2861588MB (5860533168 512 byte sectors) ada4 at ata0 bus 0 scbus6 target 0 lun 0 ada4: ACS-3 ATA SATA 3.x device ada4: Serial Number WFL4YRSL ada4: 150.000MB/s transfers (SATA, UDMA6, PIO 8192bytes) ada4: 1907729MB (3907029168 512 byte sectors) ada4: quirks=0x1<4K> Root mount waiting for: usbus0 usbus4 ada ada ada ada ada uhub9: 4 ports with 4 removable, self powered GEOM: ada0: the primary GPT table is corrupt or invalid. GEOM: ada0: using the secondary instead -- recovery strongly advised. ugen0.4: at usbus0 ukbd0 on uhub9 ukbd0: on usbus0 kbd2 at ukbd0 ugen3.2: at usbus3 ums0 on uhub7 ums0: on usbus3 ums0: 5 buttons and [XYZT] coordinates ID=0 ugen0.5: at usbus0 uhub10 on uhub1 uhub10: on usbus0 ugen3.3: at usbus3 uaudio0 on uhub7 uaudio0: on usbus3 uaudio0: Play[0]: 96000 Hz, 2 ch, 24-bit S-LE PCM format, 2x8ms buffer. uaudio0: Play[0]: 48000 Hz, 2 ch, 24-bit S-LE PCM format, 2x8ms buffer. uaudio0: Play[0]: 44100 Hz, 2 ch, 24-bit S-LE PCM format, 2x8ms buffer. uaudio0: Record[0]: 48000 Hz, 2 ch, 24-bit S-LE PCM format, 2x8ms buffer. uaudio0: Record[0]: 44100 Hz, 2 ch, 24-bit S-LE PCM format, 2x8ms buffer. uaudio0: No MIDI sequencer. pcm9: on uaudio0 uaudio0: No HID volume keys found. Root mount waiting for: usbus0 uhub10: 4 ports with 4 removable, self powered [drm] amdgpu kernel modesetting enabled. drmn0: on vgapci0 vgapci0: child drmn0 requested pci_enable_io vgapci0: child drmn0 requested pci_enable_io [drm] initializing kernel modesetting (POLARIS11 0x1002:0x67FF 0x1043:0x052D 0xCF). drmn0: Trusted Memory Zone (TMZ) feature not supported [drm] register mmio base: 0xFEA00000 [drm] register mmio size: 262144 [drm] add ip block number 0 [drm] add ip block number 1 [drm] add ip block number 2 [drm] add ip block number 3 [drm] add ip block number 4 [drm] add ip block number 5 [drm] add ip block number 6 [drm] add ip block number 7 [drm] add ip block number 8 drmn0: Fetched VBIOS from ROM BAR amdgpu: ATOM BIOS: 115-C994PI0-102 [drm] UVD is enabled in VM mode [drm] UVD ENC is enabled in VM mode [drm] VCE enabled in VM mode [drm] vm size is 128 GB, 2 levels, block size is 10-bit, fragment size is 9-bit drmn0: successfully loaded firmware image 'amdgpu/polaris11_k_mc.bin' drmn0: VRAM: 2048M 0x000000F400000000 - 0x000000F47FFFFFFF (2048M used) drmn0: GART: 256M 0x000000FF00000000 - 0x000000FF0FFFFFFF [drm] Detected VRAM RAM=2048M, BAR=256M [drm] RAM width 128bits GDDR5 [TTM] Zone kernel: Available graphics memory: 12545828 KiB [TTM] Zone dma32: Available graphics memory: 2097152 KiB [TTM] Initializing pool allocator [drm] amdgpu: 2048M of VRAM memory ready [drm] amdgpu: 3072M of GTT memory ready. [drm] GART: num cpu pages 65536, num gpu pages 65536 [drm] PCIE GART of 256M enabled (table at 0x000000F400900000). drmn0: successfully loaded firmware image 'amdgpu/polaris11_pfp_2.bin' drmn0: successfully loaded firmware image 'amdgpu/polaris11_me_2.bin' drmn0: successfully loaded firmware image 'amdgpu/polaris11_ce_2.bin' [drm] Chained IB support enabled! drmn0: successfully loaded firmware image 'amdgpu/polaris11_rlc.bin' drmn0: successfully loaded firmware image 'amdgpu/polaris11_mec_2.bin' drmn0: successfully loaded firmware image 'amdgpu/polaris11_mec2_2.bin' drmn0: successfully loaded firmware image 'amdgpu/polaris11_sdma.bin' drmn0: successfully loaded firmware image 'amdgpu/polaris11_sdma1.bin' amdgpu: hwmgr_sw_init smu backed is polaris10_smu drmn0: successfully loaded firmware image 'amdgpu/polaris11_uvd.bin' [drm] Found UVD firmware Version: 1.130 Family ID: 16 drmn0: successfully loaded firmware image 'amdgpu/polaris11_vce.bin' [drm] Found VCE firmware Version: 53.26 Binary ID: 3 drmn0: successfully loaded firmware image 'amdgpu/polaris11_k_smc.bin' [drm] Display Core initialized with v3.2.104! lkpi_iic0: on drmn0 iicbus0: on lkpi_iic0 iic0: on iicbus0 lkpi_iic1: on drmn0 iicbus1: on lkpi_iic1 iic1: on iicbus1 lkpi_iic2: on drmn0 iicbus2: on lkpi_iic2 iic2: on iicbus2 [drm] UVD and UVD ENC initialized successfully. [drm] VCE initialized successfully. drmn0: SE 2, SH per SE 1, CU per SH 8, active_cu_number 16 [drm] fb mappable at 0xC0E30000 [drm] vram apper at 0xC0000000 [drm] size 8294400 [drm] fb depth is 24 [drm] pitch is 7680 VT: Replacing driver "vga" with new "fb". start FB_INFO: type=11 height=1080 width=1920 depth=32 pbase=0xc0e30000 vbase=0xfffff800c0e30000 name=drmn0 flags=0x0 stride=7680 bpp=32 end FB_INFO vgapci0: child drmn0 requested pci_get_powerstate sysctl_warn_reuse: can't re-use a leaf (hw.dri.debug)! lkpi_iic3: on drm1 iicbus3: on lkpi_iic3 iic3: on iicbus3 [drm] Initialized amdgpu 3.40.0 20150101 for drmn0 on minor 0 intsmb0: at device 20.0 on pci0 smbus0: on intsmb0 acpi_wmi0: on acpi0 acpi_wmi0: cannot find EC device lo0: link state changed to UP re0: link state changed to DOWN xl0: link state changed to DOWN uhid1 on uhub9 uhid1: on usbus0 uhid0 on uhub7 uhid0: on usbus3 [fib_algo] inet.0 (bsearch4#10) rebuild_fd_flm: switching algo to radix4_lockless re0: link state changed to UP vlan51: link state changed to UP vlan12: link state changed to UP From nobody Mon Feb 20 19:30:26 2023 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 4PLCF80mv5z3rYNk for ; Mon, 20 Feb 2023 19:30:36 +0000 (UTC) (envelope-from dufresnep@zoho.com) Received: from sender3-pp-o98.zoho.com (sender3-pp-o98.zoho.com [136.143.184.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4PLCF70x5nz3DHB; Mon, 20 Feb 2023 19:30:35 +0000 (UTC) (envelope-from dufresnep@zoho.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zoho.com header.s=zm2022 header.b=WZ2UaQAq; spf=pass (mx1.freebsd.org: domain of dufresnep@zoho.com designates 136.143.184.98 as permitted sender) smtp.mailfrom=dufresnep@zoho.com; dmarc=pass (policy=reject) header.from=zoho.com; arc=pass ("zohomail.com:s=zohoarc:i=1") ARC-Seal: i=1; a=rsa-sha256; t=1676921432; cv=none; d=zohomail.com; s=zohoarc; b=CwEs9zsgGm0+YqPuNFcFgfBt2NWucVWuWerjOiOlNF4IVDQW+FPSrQPPZpB4tsYzv903mr3lUjScpE0Wz6ApjnSyMYTTkw5+eH7rX5lrhYb9bi/SLBmzgZOjAAYUTMnaeA8B9J1HOexs+N9iJyuLTmtNQvAvLKItlZXoYgf8i+E= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1676921432; h=Content-Type:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To; bh=Q/9TY0ItCn3fVaTLJqzg2Q0Cesgnbmc6uBhtuwpcmwE=; b=dkmeGSqA8/FI0jL8BQ/zfDGRzpvXV2edhOFurwo1UNqt4cRX49W0HRwQ5ASqisgeNkVCi2nBoFLHM1GWid/l1DMiEWBv+tZuEKCZbgWiWOw9mXO+aru5SDaYLsrjnieSeJUs+4Kec2pwE1sIB5KIjP8ckztcdZj9aYzxj/hJKio= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass header.i=zoho.com; spf=pass smtp.mailfrom=dufresnep@zoho.com; dmarc=pass header.from= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1676921432; s=zm2022; d=zoho.com; i=dufresnep@zoho.com; h=Date:Date:From:From:To:To:Cc:Cc:Message-Id:Message-Id:In-Reply-To:References:Subject:Subject:MIME-Version:Content-Type:Feedback-ID:Reply-To; bh=Q/9TY0ItCn3fVaTLJqzg2Q0Cesgnbmc6uBhtuwpcmwE=; b=WZ2UaQAqQiN/u6MLY/1qEt652VukoJtWMwugUwzuNHUp/AA7I+cM3+/5CHNNTzuo BPazadWkE2EBej3VG08FFr2S1fin27L+BbBZM092fklazJHDQ0rCpYxxCI632yV4k+d S2dwQXwOOWMlCJT+wkxLiPKw/jG028AIXHjKwmRA= Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1676921426018167.84684945774973; Mon, 20 Feb 2023 11:30:26 -0800 (PST) Received: from [66.129.153.16] by mail.zoho.com with HTTP;Mon, 20 Feb 2023 11:30:26 -0800 (PST) Date: Mon, 20 Feb 2023 14:30:26 -0500 From: Paul Dufresne To: "cperciva" Cc: "freebsd-stable" Message-Id: <186704e5053.f7a8d27a151093.5840315633759183479@zoho.com> In-Reply-To: <20230218201644.D6687A474@freefall.freebsd.org> References: <20230218201644.D6687A474@freefall.freebsd.org> Subject: =?UTF-8?Q?R=C3=A9=C2=A0:_FreeBSD_13.2-BETA2_Now_Available?= 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/alternative; boundary="----=_Part_378211_1749743465.1676921426003" Importance: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail Feedback-ID: rr0801122808359aa7aa6e04093203cf700000b4e6c6ccba49d735927f6b5fd11549b81b6ec8d1b739bf220bc1:zu080112273073d9b04119df256cacc7ad00003f429812f091c8fe754501e9b5b0b7dbbe76c17b2201e64621:rf080112322cd8c39ae5d1f51ca76834ac0000b73f64dc02b659cb3c1e86ada60dbe65b093fe5550809556921b14127d753a66a98547fb:ZohoMail X-Spamd-Result: default: False [-4.21 / 15.00]; ARC_ALLOW(-1.00)[zohomail.com:s=zohoarc:i=1]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.85)[-0.846]; R_MIXED_CHARSET(0.63)[subject]; DMARC_POLICY_ALLOW(-0.50)[zoho.com,reject]; R_DKIM_ALLOW(-0.20)[zoho.com:s=zm2022]; R_SPF_ALLOW(-0.20)[+ip4:136.143.184.0/24]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; XM_UA_NO_VERSION(0.01)[]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:2639, ipnet:136.143.184.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[zoho.com:+]; DWL_DNSWL_NONE(0.00)[zoho.com:dkim]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_FROM(0.00)[zoho.com]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FREEMAIL_ENVFROM(0.00)[zoho.com]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4PLCF70x5nz3DHB X-Spamd-Bar: ---- X-ThisMailContainsUnwantedMimeParts: N ------=_Part_378211_1749743465.1676921426003 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =C2=A0# freebsd-update upgrade -r 13.2-BETA2=20 results for me in: root@dufresnep:~ # freebsd-update upgrade -r 13.2-BETA2=20 freebsd-update: Cannot upgrade from a version that is not a release (including alpha, beta and release candidates) using freebsd-update. Instead, FreeBSD can be directly upgraded by source or upgraded to a RELEASE/RELENG version prior to running freebsd-update. Currently running: 13.2-PRERELEASE root@dufresnep:~ #=20 I have: root@dufresnep:~ # freebsd-version; uname -a 13.2-PRERELEASE FreeBSD dufresnep.ca 13.2-PRERELEASE FreeBSD 13.2-PRERELEASE #0 stable/13-n= 254363-d07eb716f35d: Sat Feb=C2=A0 4 19:16:12 UTC 2023=C2=A0=C2=A0=C2=A0=C2= =A0 mailto:root@releng3.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GE= NERIC amd64 root@dufresnep:~ #=20 So I guess I must get a git source tree. ------=_Part_378211_1749743465.1676921426003 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =
 # freebsd-update upgrade -r 13.2-BETA2
<= /div>
results for me in:

root@dufresnep:~ = # freebsd-update upgrade -r 13.2-BETA2
freebsd-update: Canno= t upgrade from a version that is not a release
(including alp= ha, beta and release candidates)
using freebsd-update. Instea= d, FreeBSD can be directly
upgraded by source or upgraded to = a RELEASE/RELENG version
prior to running freebsd-update.
=
Currently running: 13.2-PRERELEASE
root@dufresnep:= ~ #

I have:
root@dufresnep:~ # = freebsd-version; uname -a
13.2-PRERELEASE
FreeB= SD dufresnep.ca 13.2-PRERELEASE FreeBSD 13.2-PRERELEASE #0 stable/13-n25436= 3-d07eb716f35d: Sat Feb  4 19:16:12 UTC 2023     <= a target=3D"_blank" href=3D"mailto:root@releng3.nyi.freebsd.org">root@relen= g3.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64
root@dufresnep:~ #

So I guess I must get a git sourc= e tree.

------=_Part_378211_1749743465.1676921426003-- From nobody Mon Feb 20 20:22:02 2023 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 4PLDNX10wLz3s7bs for ; Mon, 20 Feb 2023 20:22:04 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from mail.tarsnap.com (mail.tarsnap.com [54.86.246.204]) by mx1.freebsd.org (Postfix) with SMTP id 4PLDNW4mryz3MjM for ; Mon, 20 Feb 2023 20:22:03 +0000 (UTC) (envelope-from cperciva@freebsd.org) Authentication-Results: mx1.freebsd.org; none Received: (qmail 15580 invoked from network); 20 Feb 2023 20:22:03 -0000 Received: from unknown (HELO dell7390.daemonology.net) (127.0.0.1) by mail.tarsnap.com with SMTP; 20 Feb 2023 20:22:03 -0000 Received: (qmail 48251 invoked from network); 20 Feb 2023 20:22:02 -0000 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by localhost with SMTP; 20 Feb 2023 20:22:02 -0000 Message-ID: <9d8a31f3-d91a-00ea-3d4d-fcd2837886b4@freebsd.org> Date: Mon, 20 Feb 2023 12:22:02 -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/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.7.1 Subject: =?UTF-8?Q?Re=3a_R=c3=a9=c2=a0=3a_FreeBSD_13=2e2-BETA2_Now_Available?= Content-Language: en-US To: Paul Dufresne Cc: freebsd-stable References: <20230218201644.D6687A474@freefall.freebsd.org> <186704e5053.f7a8d27a151093.5840315633759183479@zoho.com> From: Colin Percival In-Reply-To: <186704e5053.f7a8d27a151093.5840315633759183479@zoho.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4PLDNW4mryz3MjM X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:14618, ipnet:54.86.0.0/16, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On 2/20/23 11:30, Paul Dufresne wrote: >  # freebsd-update upgrade -r 13.2-BETA2 > results for me in: > > root@dufresnep:~ # freebsd-update upgrade -r 13.2-BETA2 > freebsd-update: Cannot upgrade from a version that is not a release > (including alpha, beta and release candidates) > using freebsd-update. Instead, FreeBSD can be directly > upgraded by source or upgraded to a RELEASE/RELENG version > prior to running freebsd-update. > Currently running: 13.2-PRERELEASE > root@dufresnep:~ # > > I have: > root@dufresnep:~ # freebsd-version; uname -a > 13.2-PRERELEASE > FreeBSD dufresnep.ca 13.2-PRERELEASE FreeBSD 13.2-PRERELEASE #0 > stable/13-n254363-d07eb716f35d: Sat Feb  4 19:16:12 UTC 2023 Yes, this is correct. You can use freebsd-update to upgrade from a release/rc/beta to another release/rc/beta, but it doesn't handle the stable branches and you're currently on stable/13. -- Colin Percival FreeBSD Deputy Release Engineer & EC2 platform maintainer Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid From nobody Mon Feb 20 20:33:42 2023 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 4PLDf22czjz3s80L; Mon, 20 Feb 2023 20:33:46 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from fc.opsec.eu (fc.opsec.eu [IPv6:2001:14f8:200:4::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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4PLDf12FKNz3PTG; Mon, 20 Feb 2023 20:33:45 +0000 (UTC) (envelope-from pi@freebsd.org) Authentication-Results: mx1.freebsd.org; dkim=none; spf=softfail (mx1.freebsd.org: 2001:14f8:200:4::4 is neither permitted nor denied by domain of pi@freebsd.org) smtp.mailfrom=pi@freebsd.org; dmarc=none Received: from pi by fc.opsec.eu with local (Exim 4.95 (FreeBSD)) (envelope-from ) id 1pUCr0-0006wK-LI; Mon, 20 Feb 2023 21:33:42 +0100 Date: Mon, 20 Feb 2023 21:33:42 +0100 From: Kurt Jaeger To: FreeBSD Release Engineering Team Cc: freebsd-snapshots@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD 13.2-BETA2 Now Available Message-ID: References: <20230218201644.D6687A474@freefall.freebsd.org> 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: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20230218201644.D6687A474@freefall.freebsd.org> X-Spamd-Result: default: False [-3.10 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-snapshots@freebsd.org,freebsd-stable@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all:c]; DMARC_NA(0.00)[freebsd.org]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[pi]; ASN(0.00)[asn:12502, ipnet:2001:14f8::/32, country:DE]; RCPT_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4PLDf12FKNz3PTG X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N Hi! > The second BETA build of the 13.2-RELEASE release cycle is now available. I tried to update my poudriere 13.2-BEA1 jail the following way: poudriere jail -j 132 -u -t 13.2-BETA2 It ended the update with: To install the downloaded upgrades, run "/usr/sbin/freebsd-update.fixed install". Installing updates... Restarting sshd after upgrade Cannot 'restart' sshd. Set sshd_enable to YES in /etc/rc.conf or use 'onerestart' instead of 'restart'. Scanning //usr/share/certs/blacklisted for certificates... Scanning //usr/share/certs/trusted for certificates... done. No updates are available to install. Run '/usr/sbin/freebsd-update.fixed fetch' first. [00:01:27] Error: Fail to upgrade system poudriere jail -l still reports it as 13.2-BETA1: 132 13.2-BETA1 amd64 http 2023-02-18 21:25:00 /pou/jails/132 but I can't update it to 13.2-BETA2, because: poudriere jail -j 132 -u -t 13.2-BETA2 [00:00:00] Upgrading using http /etc/resolv.conf -> /pou/jails/132/etc/resolv.conf freebsd-update.fixed: Cannot upgrade from 13.2-BETA2 to itself [00:00:01] Error: Fail to upgrade system Any ideas what went wrong ? -- pi@FreeBSD.org +49 171 3101372 Now what ? From nobody Tue Feb 21 03:45:12 2023 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 4PLQQv0YGjz3sx2W for ; Tue, 21 Feb 2023 03:54:47 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::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 "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PLQQs12GRz4NgQ for ; Tue, 21 Feb 2023 03:54:44 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of pmc@citylink.dinoex.sub.org designates 2a0b:f840::12 as permitted sender) smtp.mailfrom=pmc@citylink.dinoex.sub.org; dmarc=none Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840:0:0:0:0:0:12]) by uucp.dinoex.org (8.17.1/8.17.1) with ESMTPS id 31L3s6U6055590 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Tue, 21 Feb 2023 04:54:07 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) X-MDaemon-Deliver-To: Received: (from uucp@localhost) by uucp.dinoex.org (8.17.1/8.17.1/Submit) with UUCP id 31L3s6fm055589 for freebsd-stable@freebsd.org; Tue, 21 Feb 2023 04:54:06 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from disp.intra.daemon.contact (disp-e.intra.daemon.contact [IPv6:fd00:0:0:0:0:0:0:112]) by admn.intra.daemon.contact (8.16.1/8.16.1) with ESMTPS id 31L3jhVO006948 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=OK) for ; Tue, 21 Feb 2023 04:45:43 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from disp.intra.daemon.contact (localhost [127.0.0.1]) by disp.intra.daemon.contact (8.17.1/8.17.1) with ESMTPS id 31L3jCPo073700 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Tue, 21 Feb 2023 04:45:15 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: (from pmc@localhost) by disp.intra.daemon.contact (8.17.1/8.17.1/Submit) id 31L3jCe8073699 for freebsd-stable@freebsd.org; Tue, 21 Feb 2023 04:45:12 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) X-Authentication-Warning: disp.intra.daemon.contact: pmc set sender to pmc@citylink.dinoex.sub.org using -f Date: Tue, 21 Feb 2023 04:45:12 +0100 From: Peter To: freebsd-stable@freebsd.org Subject: 13.2 BETA2: how do debug META_MODE? Message-ID: 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: text/plain; charset=us-ascii Content-Disposition: inline X-Milter: Spamilter (Reciever: uucp.dinoex.org; Sender-ip: 0:0:2a0b:f840::; Sender-helo: uucp.dinoex.org;) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [IPv6:2a0b:f840:0:0:0:0:0:12]); Tue, 21 Feb 2023 04:54:09 +0100 (CET) X-Spamd-Result: default: False [-2.30 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; NEURAL_HAM_LONG(-1.00)[-0.999]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[sub.org]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; TO_DN_NONE(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; HAS_XAW(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; ARC_NA(0.00)[]; ASN(0.00)[asn:205376, ipnet:2a0b:f840::/32, country:DE]; FROM_HAS_DN(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_DKIM_NA(0.00)[] X-Rspamd-Queue-Id: 4PLQQs12GRz4NgQ X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N Hi folks, on /some/ of my nodes, META_MODE seems not being honored anymore: I had to build them another time, and the lengthy lib/clang gets built all over again (tried two times). This is so since 13.2 (BETA2). It did work in 13.1 (RELENG), at least according to the timing from the logfiles. Now I'm trying to figure out the difference, because I have some nodes where it appears to more-or-less work (have seen buildworld take 5 minutes), and others where it doesn't (take an hour to build). The thing is scripted, so it is not so very likely an operator error (while not impossible either). But it seems difficult to figure out details: "make -n" seems to not care about META_MODE, while META_MODE suppresses all useful output from make. And the docs say there are *.meta files (yes there are), but no info about how to verify their content, or how to get make tell what it is going to do and why (and the buildworld is not the most easy to understand target)... So, some inspiration would be welcome... PMc From nobody Tue Feb 21 04:44:59 2023 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 4PLRYD3hjQz3t0m7 for ; Tue, 21 Feb 2023 04:45:20 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-21.consmr.mail.gq1.yahoo.com (sonic317-21.consmr.mail.gq1.yahoo.com [98.137.66.147]) (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 4PLRYC397hz3DfK for ; Tue, 21 Feb 2023 04:45:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=W3ywy2t1; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.66.147 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1676954717; bh=+aQhzWC7/oBNXqI2DYtTPfTXLq5J2OIajJJ4zzEcrMI=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=W3ywy2t18bPY8MCzkasLQUzihYAYSdSmarCyVCUdEYI1BguWtvv5eUZHML5AlNvNrJHf+jdpQW9SXAosWr/3t+CsJK1t4hq/wqWtaQu2G1nY70qgOFBGJmB96KVfseu3NncAG40GtCxhTOFrJqh6+2ltFlczaPT5EKdbF59l0MJcJPwae9rGX4tXtPfuWfpIK3U5hDogxOQ5iMm9Vkkag14cbRuJ34WAbAIFZMNxqXNuVp3i1lmiWFNt95tA+UBr23E1GWjqOY9Ej61pqsE7dQxKkrhyKWB1vRwFNyuo3PsmD40Oq6ptgxSPotmtkzJt9br/iA/yCoejHEr0BHY69Q== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1676954717; bh=RKTqoUYml5q3u+tpla5t7DFn4Gogp0bn9WW9oqbgT5k=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=ar5izxA7qUJMT9BTi8fDLzSZ+W8HKoUtti5iagQ4dVMtCn1+2OjOSBX1rTYmukn2IseVI/UiZ5I9Gm5iNfam04WVq93J+ZJGSJc1omJrkLtyw/0vwZnjR5M9RhYkLGnvSZeKb+2IEMysd1nbHf+QmJPLI1StLPabT6fkfERTtHW1MqvUvzcO+siG4BozEPMgPNRimcidSkAEzTGjw2wtrXy6iLxDzp1uCB/f6M8OzYyb9PNXBg93eAk8FO7SW97ToOlzYjUOq0hKvuxCqRBFkOmHaeCBVVgWjrpoLguN8rRSVYLGev2zAnjOERQARDBy5x3kru7WaLxbBst+3a9uaA== X-YMail-OSG: W7xoCjQVM1lqkLBgnjxYqtcJeQW9LecFFEmh0sZ0v4sBe4dioViBUQx5EpJNGDV LvKHpnqwEEd_fwLVeU7IuIy.ZkiPJ5YQLLIQn4g03YkZXppj.prH5Iwa205USI0HtypWFnD8Yffd smy5IjckfptqwanY6nHZLp8WiTpOKxl.DKSaye4kwUIvXdf3qh3Q8cVUmUDbLgph.fiKml8ewb6L EXgU02LuCI3E7mvsmcsihmRiAVN.ZZowR9TIuQeuRD3YD5FdaqdpP.uDcOntW2XD0nwP6NhdwsJ. mOJUoYG.nOlZe70W8V9YZKl31ZVOzeL36LeYNNcRhWQdAb2BEC.RVB6RLvRI9POtvvyMiem_Fdm9 _f9BGK1YM238G_V15ChE7SkxXusZqI0Ny.gLmc4OoijoFv0nAxdpJfhGUmDgvSHKhvxt_CsAaLS5 .Yrxwb27v1WScx40ICbxl4j0OuKg1jGYGX7C.5Sux6l4.ip2O0nLhrnCbftTOzyicfH174p2_Wjj 1XZx865HEaDV7V4PLu.rEn_1em3aJIB.wY3atV7ck7uhBsmN_eu7lF3dTaNgLu1pATOL8gvgzKyA 9IYqNyGkEHJZn1Wp2qnxBciXSfqn6RtE.ztvCTTab9Nuc22KceWsYvEAKHJGWFVSYilphWkD55mc KdA_Vl_RCtM8RhVI3kqMcJ3UG9E2JIgAAc4s8YpjBQlhkeiKpc1WJgBv.rRs7LPOgdQb2npEdIOT 68QZhlWAK77KdXLROJTmSyDAh0PIovhS3cgj3mvDpE17EhrVuDOeTbkyKBUVzDtkzjcQDbnRLF4k 1UEJnpXEeT6KyGLlVzMrfKHpFUMQPylQoSq.GUXw2gROvI2QVEK.MeL.PkQrn73fwwZhur68TF0C 1WpuMChWYPrZJilGlZiRFGISegrHL7ZEwIQYbtnRgIg_7ViRtmlf_W21TVuP_6JxBlPnaXItZQ5_ e7.RSzJX82F0Gom3pFnv9FTqMT4P6hBL0OkJSafj3O_RvbeL033SFtZBO.1QtGxntQ6GHrNBxjJF qVugVBp5mtr4r6gyBfRbJksgAkzXZefcUdftl2PS_8SPIiJQJ5gKmux4OZyF0r4D_E.Ws4hG2qxl 5jD2w_xzLoROrdGji28EYNjUW7hZK3c6ndpJ0MWZjWhxtnuEcziThQPpn9i_ufWn.qsPAy5GB8O4 drscfMoEUMWfSZoQpAoRO3UEtXQzfsUsVP6f4DgCdPhyxrGgkuOg8.8YpBxsRXrBFR7WfeXU7ptg FQFrE7fBzP1AO.3xi9Jexy5oPEvMt0nw7Uy.BQQ1C7HdtZbJvLEAue.5_FBjkVg_JWEw.wJHCuS4 qhD_kEM32U3PkHpCu1jwKQgdcIsjTalDKH2LG4AG3SyhX8xsUXgUXPzHx4sv8eMRn9BEIvdA2PzQ FEto8yHIajNf7SmRZI8PyVKPRIuQDEnFngttYfdGZTZ1WDQd4v5LIWlXo8w1u2OhTmgTgwNDBDIo DbwGySJTvy2iOifLOfhuuMc8e6NaHbyRz5hneBE7hkuh53myIxteLhe4EOWOgoIRXblRbygB1CJ1 d9x9KQSFBF7mj9TQ7xTG_ekadkwxQCL8jk2QS6VHiIsmjPicxa1wl6Ep8lcUZtzSG9g1cI1J_TyN yZR2W1INiqIPXHUgtKY19MxIiv_LW0v2ZqG8KAME6VynVug8juWajcha8CTOYM6w.q4zIo7kaqPc IpEAmm52Uv_VbNvg_y7CGUOkCWegoXtJChBoCLap325.Dqsc38Pi6R7qaBJwQxcePvc0qxbAKPYe 7Egn5etmR6il3eT6VEZ05yoXpU0GxjgQSLIf05QtA00JnqbMpc0LG8mTgNtbD_P3k7q_1wqheqru mkqmTcHiBPagWhGxWwDxwoHzE7px3XACkFdy2i1M5QHz2orUhNE8ek8dfmpSk25QXVP_GXkuj7vW JxeX96HMQD9u.JKiWEHLC5uKaNfXfh3W1x0.FrJDvTVi1rB8gxoUe0yelXHzNG5BOagIzZN9pMtA TH9ok8_SpNbqz2R35gSo4LEgPqQxeiwBVNBSoCTcJBBwOGwsDrSYc3AJpzgYd.rW7nmsTUJC4W36 EXr_rekaNtA._PsdvWewWtM1BNslYINi7O1hiVIg0WUKvP0eN9V5X3c.w5RwScpsJkeAxuB.0MH3 oLp7kWUMoelxZZ8si7kWuiQzdGg.D.SDjnUF.0C2Zt7H2VcT2a0fOhutHuh19eQvYs_Y39rbnHax Yyqbj23kmvXcYRKllyTjrbRA7gTB7h4BgR_WMH716TIibKdmocTW51klxHd4vTlPunPOuGkIVRDE lzg-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Tue, 21 Feb 2023 04:45:17 +0000 Received: by hermes--production-ne1-746bc6c6c4-z5pmw (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID e54ce2ef9f8bb8d3a94c4ffb459c4bbe; Tue, 21 Feb 2023 04:45:11 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit 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 \(3731.400.51.1.1\)) Subject: RE: 13.2 BETA2: how do debug META_MODE? Message-Id: <41B536B0-DA66-449E-96BB-E11A8750471A@yahoo.com> Date: Mon, 20 Feb 2023 20:44:59 -0800 To: pmc@citylink.dinoex.sub.org, FreeBSD-STABLE Mailing List X-Mailer: Apple Mail (2.3731.400.51.1.1) References: <41B536B0-DA66-449E-96BB-E11A8750471A.ref@yahoo.com> X-Spamd-Result: default: False [-1.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; NEURAL_HAM_SHORT(-0.49)[-0.490]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_IN_DNSWL_NONE(0.00)[98.137.66.147:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; RCVD_TLS_LAST(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.66.147:from] X-Rspamd-Queue-Id: 4PLRYC397hz3DfK X-Spamd-Bar: - X-ThisMailContainsUnwantedMimeParts: N Peter wrote on Date: Tue, 21 Feb 2023 03:45:12 UTC : > on /some/ of my nodes, META_MODE seems not being honored anymore: > I had to build them another time, and the lengthy lib/clang gets > built all over again (tried two times). > This is so since 13.2 (BETA2). It did work in 13.1 (RELENG), at least > according to the timing from the logfiles. > > Now I'm trying to figure out the difference, because I have some > nodes where it appears to more-or-less work (have seen buildworld > take 5 minutes), and others where it doesn't (take an hour to build). > The thing is scripted, so it is not so very likely an operator error > (while not impossible either). > > But it seems difficult to figure out details: "make -n" seems to not > care about META_MODE, while META_MODE suppresses all useful output from > make. And the docs say there are *.meta files (yes there are), but no > info about how to verify their content, or how to get make tell what > it is going to do and why (and the buildworld is not the most easy > to understand target)... > > So, some inspiration would be welcome... On thing to check on is if filemon.ko is loaded and operational. META_MODE greatly depends on it. Another thing to know is that the following are very different for what all is built for the "(again #0)" line vs. the other two "again" lines, using buildworld as an example context. Imagine here the the first buildworld rebuilds llvm/clang materials. # cd /usr/src/ # env WITH_META_MODE=yes make buildworld # env WITH_META_MODE=yes make installworld # env WITH_META_MODE=yes make buildworld (again #0) ## no more rebuilds below? # env WITH_META_MODE=yes make buildworld (again #1) # env WITH_META_MODE=yes make buildworld (again #2) Unfortunately, the some of the install activity registers as activity that is to cause later rebuild activity: updated file dates. There are also issues of sort of a feedback loop: rm ends up updated (deleted and replaced) by install but rm was also listed as part of the sequence of replacing some other files. Result? The rm removal/replacement ends up meaning the files are to be regenerated, not just recopied. There is a long list of such commands, not just rm. "again #0" will rebuild llvm/clang. The other two "again"s will not. See: https://lists.freebsd.org/pipermail/freebsd-current/2021-January/078488.html and: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257616 . === Mark Millard marklmi at yahoo.com From nobody Tue Feb 21 12:55:33 2023 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 4PLfXM5MWvz3sbb6 for ; Tue, 21 Feb 2023 13:00:19 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::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 "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PLfXM1pJtz4GqV for ; Tue, 21 Feb 2023 13:00:19 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Authentication-Results: mx1.freebsd.org; none Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840:0:0:0:0:0:12]) by uucp.dinoex.org (8.17.1/8.17.1) with ESMTPS id 31LD05hV036944 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 21 Feb 2023 14:00:06 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: (from uucp@localhost) by uucp.dinoex.org (8.17.1/8.17.1/Submit) with UUCP id 31LD05AS036942; Tue, 21 Feb 2023 14:00:05 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from disp.intra.daemon.contact (disp-e.intra.daemon.contact [IPv6:fd00:0:0:0:0:0:0:112]) by admn.intra.daemon.contact (8.16.1/8.16.1) with ESMTPS id 31LCvhQl077018 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=OK); Tue, 21 Feb 2023 13:57:44 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from disp.intra.daemon.contact (localhost [127.0.0.1]) by disp.intra.daemon.contact (8.17.1/8.17.1) with ESMTPS id 31LCtX5M078942 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 21 Feb 2023 13:55:35 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: (from pmc@localhost) by disp.intra.daemon.contact (8.17.1/8.17.1/Submit) id 31LCtXTl078941; Tue, 21 Feb 2023 13:55:33 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) X-Authentication-Warning: disp.intra.daemon.contact: pmc set sender to pmc@citylink.dinoex.sub.org using -f Date: Tue, 21 Feb 2023 13:55:33 +0100 From: Peter To: Mark Millard Cc: FreeBSD-STABLE Mailing List Subject: Re: 13.2 BETA2: how do debug META_MODE? Message-ID: References: <41B536B0-DA66-449E-96BB-E11A8750471A.ref@yahoo.com> <41B536B0-DA66-449E-96BB-E11A8750471A@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: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41B536B0-DA66-449E-96BB-E11A8750471A@yahoo.com> X-Milter: Spamilter (Reciever: uucp.dinoex.org; Sender-ip: 0:0:2a0b:f840::; Sender-helo: uucp.dinoex.org;) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [IPv6:2a0b:f840:0:0:0:0:0:12]); Tue, 21 Feb 2023 14:00:08 +0100 (CET) X-Rspamd-Queue-Id: 4PLfXM1pJtz4GqV X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:205376, ipnet:2a0b:f840::/32, country:DE] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Mon, Feb 20, 2023 at 08:44:59PM -0800, Mark Millard wrote: ! Peter wrote on ! Date: Tue, 21 Feb 2023 03:45:12 UTC : ! ! > on /some/ of my nodes, META_MODE seems not being honored anymore: ! > I had to build them another time, and the lengthy lib/clang gets ! > built all over again (tried two times). ! > This is so since 13.2 (BETA2). It did work in 13.1 (RELENG), at least ! > according to the timing from the logfiles. ! > ! > Now I'm trying to figure out the difference, because I have some ! > nodes where it appears to more-or-less work (have seen buildworld ! > take 5 minutes), and others where it doesn't (take an hour to build). ! > The thing is scripted, so it is not so very likely an operator error ! > (while not impossible either). ! > ! > But it seems difficult to figure out details: "make -n" seems to not ! > care about META_MODE, while META_MODE suppresses all useful output from ! > make. And the docs say there are *.meta files (yes there are), but no ! > info about how to verify their content, or how to get make tell what ! > it is going to do and why (and the buildworld is not the most easy ! > to understand target)... ! > ! > So, some inspiration would be welcome... ! ! On thing to check on is if filemon.ko is loaded and operational. ! META_MODE greatly depends on it. That should be the case - 'kldstat' shows it (and I've seen warnings where it didn't). ! Another thing to know is that the following are very different ! for what all is built for the "(again #0)" line vs. the other ! two "again" lines, using buildworld as an example context. ! Imagine here the the first buildworld rebuilds llvm/clang ! materials. ! ! # cd /usr/src/ ! # env WITH_META_MODE=yes make buildworld ! # env WITH_META_MODE=yes make installworld ! # env WITH_META_MODE=yes make buildworld (again #0) ! ## no more rebuilds below? ! # env WITH_META_MODE=yes make buildworld (again #1) ! # env WITH_META_MODE=yes make buildworld (again #2) But what is the difference between #0 and #1? I am actually grabbing src and obj and zfs-send them away to the actual install target, then installworld to DESTDIR which becomes the new root for the next update cycle. Jails are a bit different because not all of them get the compiler installed - and jails do have the problem now: if they get the compiler, it always rebuilt. According to the ./UPDATING paper, one should do build + install + build-again + install-again. That is probably outdated, but on Release-Changes I'm doing it that way. During the build-again step I noticed that the META_MODE did already work, things were fast - but only for the base nodes, not for the jails. ! Unfortunately, the some of the install activity registers ! as activity that is to cause later rebuild activity: ! updated file dates. Okay. I tried to find the offensive timestamps, and the problem is: there aren't any. :( I grabbed one node that does build fast as expected, and one that doesn't, and put the single-core output of buildworld side-by-side. and this is where the difference starts: [fast builds] ===> kerberos5/tools/make-roken (obj,all,install) Building /usr/obj/usr/src/amd64.amd64/tmp/obj-tools/kerberos5/tools/make-roken/make-roken.c Building /usr/obj/usr/src/amd64.amd64/tmp/obj-tools/kerberos5/tools/make-roken/make-roken.o Building /usr/obj/usr/src/amd64.amd64/tmp/obj-tools/kerberos5/tools/make-roken/make-roken Building /usr/obj/usr/src/amd64.amd64/tmp/obj-tools/kerberos5/tools/make-roken/_proginstall ===> kerberos5/lib/libroken (obj,all,install) Building /usr/obj/usr/src/amd64.amd64/tmp/obj-tools/kerberos5/lib/libroken/libroken.a building static roken library Building /usr/obj/usr/src/amd64.amd64/tmp/obj-tools/kerberos5/lib/libroken/_libinstall Building /usr/obj/usr/src/amd64.amd64/tmp/obj-tools/kerberos5/lib/libroken/_INCSINS ===> kerberos5/lib/libvers (obj,all,install) Building /usr/obj/usr/src/amd64.amd64/tmp/obj-tools/kerberos5/lib/libvers/libvers.a building static vers library [rebuilds it all] ===> kerberos5/tools/make-roken (obj,all,install) Building /usr/obj/usr/src/amd64.amd64/tmp/obj-tools/kerberos5/tools/make-roken/make-roken.c Building /usr/obj/usr/src/amd64.amd64/tmp/obj-tools/kerberos5/tools/make-roken/make-roken.o Building /usr/obj/usr/src/amd64.amd64/tmp/obj-tools/kerberos5/tools/make-roken/make-roken Building /usr/obj/usr/src/amd64.amd64/tmp/obj-tools/kerberos5/tools/make-roken/_proginstall ===> kerberos5/lib/libroken (obj,all,install) Building /usr/obj/usr/src/amd64.amd64/tmp/obj-tools/kerberos5/lib/libroken/roken.h Building /usr/obj/usr/src/amd64.amd64/tmp/obj-tools/kerberos5/lib/libroken/base64.o Building /usr/obj/usr/src/amd64.amd64/tmp/obj-tools/kerberos5/lib/libroken/copyhostent.o Building /usr/obj/usr/src/amd64.amd64/tmp/obj-tools/kerberos5/lib/libroken/ecalloc.o Building /usr/obj/usr/src/amd64.amd64/tmp/obj-tools/kerberos5/lib/libroken/emalloc.o ... Looking at the first concerned file, /usr/obj/usr/src/amd64.amd64/tmp/obj-tools/kerberos5/lib/libroken/roken.h and it's *.meta file, the timestamps aren't really different. In fact, those from the *.meta file are all in the future - the question seems to become rather: why did that ever work? ;) # Meta data file /usr/obj/usr/src/amd64.amd64/tmp/obj-tools/kerberos5/lib/libroken/roken.h.meta CMD make-roken > roken.h CWD /usr/obj/usr/src/amd64.amd64/tmp/obj-tools/kerberos5/lib/libroken TARGET roken.h -- command output -- -- filemon acquired metadata -- # filemon version 5 # Target pid 1754 # Start 1676683461.944305 V 5 E 1757 /bin/sh R 1757 /etc/libmap.conf R 1757 /var/run/ld-elf.so.hints R 1757 /lib/libedit.so.8 R 1757 /lib/libc.so.7 R 1757 /lib/libncursesw.so.9 R 1757 /usr/share/locale/en_US.UTF-8/LC_CTYPE F 1757 1758 W 1758 roken.h E 1758 /usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin/make-roken X 1758 0 0 X 1757 0 0 # Stop 1676683461.954451 # Bye bye The /usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin/make-roken in this output is a different one than what was built right beforehand (in fact there are three or four of them). ! There are also issues of sort of a feedback loop: rm ! ends up updated (deleted and replaced) by install but rm ! was also listed as part of the sequence of replacing some ! other files. Result? The rm removal/replacement ends up ! meaning the files are to be regenerated, not just recopied. ! There is a long list of such commands, not just rm. ! ! "again #0" will rebuild llvm/clang. The other two "again"s ! will not. Strangely, it didn't, up to now. And it still doesn't on the base nodes. And as I am just juggling around with zfs clones, and fixup the src timestamps from the commitlogs anyway, I could probably fixup this also - if I only get to what is actually happening. ! See: ! ! https://lists.freebsd.org/pipermail/freebsd-current/2021-January/078488.html ! ! and: ! ! https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257616 . Thank You, that's exactly the inspiration I was looking for! Diving back in... From nobody Tue Feb 21 19:56:13 2023 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 4PLqmd02Rwz3t8kf for ; Tue, 21 Feb 2023 19:56:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-25.consmr.mail.gq1.yahoo.com (sonic304-25.consmr.mail.gq1.yahoo.com [98.137.68.206]) (using TLSv1.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 4PLqmc47q5z44jN for ; Tue, 21 Feb 2023 19:56:32 +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=1677009391; bh=b95fM1Dw4aizc13GSzUg3adxFPkgVXkkliEX1PtBBpA=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=d+SJBx4HIl1WGGzhHdl0ScdiI7n+aUBI9SoCg/uM9YkBDZ/9pUUp4NarI52hHfILn2CzCfVw+Xn2nz0k48nT9rQvOKhT2djQtyyt1+CeAv0aCMPD739wUKqnqU49Ptyd9rMT/IvWGUI3+q2BwKvI3zkt63Bwun5Wql24gR3VfkdE+r/l9eNfxtehfjtWO0OOEDN6shqYfAIagMjWYvUxiEVfmEE+InKUnkhfHDJevdidtI0qn+tl4vNx0h0Tv5UKmDfOvZGOjnqgrx6b++CZx7WD8NRJ5arm2bs+9fZIOQ423gScOqkMG9HhMp2XM1FDZmvB7uB3lOSWJB6UVGTQ5A== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1677009391; bh=2puxN1f0U0szFZPaGafAtTPlCEd+/Jk8/RQsL+oStqy=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=plLyB2zR1Ljn1vhIJtaVnoPT4Zd+oZh0Inmqg/yHH8+s75fLzs0boKoThXkiNrkC0YjMYxnj/4Hc4t2A3plwRYsLu4gEicLPYC5Ysl6bDcFwrUWve54CMkq9enXU9KA89BebXNKmPR1+tGN1CFrJfj9yfcMRu85pcG38afbUN7oKoSJoLVfltLK97WMWE1cSH7zzH1/qxsehL9tm/eWiCbPMGXTTw+PLJgpd58CdsS0rLubWBdrWYWlUjcaoxkKZjo3CfqV8Er0f9Bfr1oRY3cQJNaJLHstKzV9OQfIg+OdjuOs6SLiWnEfUppbsVjYESd5oiBKxlT00jmnzKak8Bw== X-YMail-OSG: rwtUr4cVM1mYamNUV3DdsRNyNEk.aGhTQqXJaTLVbCJbjRlqjx1sw53mbk1aza5 Q9PcJsfkP47JhtWqAWeERUkp1bXT_QSpnl45dFx4H7JuelQmskkHQXl9pqlBtoLgVwse1ES6ADQQ fQju1FxiYaNlS8HTTzBhRskTyxnfRNeLTZue0ocrfPOcc1Y6AmB6v.B6WqBBDh8Hp_7d1j6OebwZ WqAw..UuivQZz3Dx9EhL_WqWnsrRRZJTtDWHrrwPTAIO7ss.giUnLeagCLbSJp_v7aH5PoQIqBSe _sStdIiuXhZg.tlIxH7jFuc34nPjWl75GF.37t5Ug02k9E1pnVJgZcQOJMuSl88c8KdEffKFWr5y Zk6XvB4ypSwqegTN0A36OjTJFrHeCWvgBn3ZIEgLzS2NvyRT6xHSzfCezy6GICTibZVBrWhBsANq _Ci9zB2eSqkzKhgLcgUKRjLm0HJYhr5rPz4AHS4Vfbp10nNjn6DdcifIrJyKEZguEVh9s_aEv8pi ukbL0ibHxmh8GMgVbuKX4T0QD61DgeuFWXXjbvwX9y.3NlzHQC3TNdANC43LCuid8w6mk2exy5w1 QjDQGf0DzYMbx2RtZhrINUvNwsxselLVvHDTPeeE6JW62aFJM675H.E2Y9b3Lp9Nfnmy3AX7BsTV rnV4kjrNKG6yFChbTJxS.0IlZEXH8AFWVyw.xIy0Zjfc42h3cE8vgnrYTSNofn2baKu2TAD.wwHO HRVqLOQym9DUrgIgQzuGFmHa0z7Qt0V_A.Jk_MNWfA3DLtENV5iYmqowxKqfXbnXYE77ClPibJEI DHVNMgNcQrXc39c6xFW.2rEv6AMwAHBQE5x_a4mqSCXEO99dr9pXsJHLFhpWj4Pm69E4gCbmn825 4g2PVb1m4t35ZOFlkbSUKi4.WoVq3e.2RYGyv7pG.RGtQvOz2VCd4ewswavOZWp.Sda0906EfePg RbF_kNL5LeV8.P2iAZ4jxkKA7pqh49Tr_fVreRd.45Ydz1LPVP5aQXhCaBImn5KBHSL09iFDsIkT FkcFSvlRH1dn4WjXIFoUIUrneLunsux0TNFnmBTNbaeE..yosg07OK6Ug87W.S9Ek4Lzv5s2pYkw jJ9DDpO7UHw_qKOtEi9RuJQmJBD_HfSLZ.YHpxAAltULa1KjmHFldSpepDPbk7j7jnjmtOAxdcHK zD7oanxhoStJfxpjZqFEdQrFoQ261x5FTAM.Nx4uOa3a0N1_mbfYr0loVrY8SuxBeIadqXjbKuQ2 rFvFwUrtwySyShdERhGYNKq7H2Wy4PH2apR_MIlWn7nNaACnRFrJRlbMqwoKqJrXEigvYWtjMyCE SDOfqg91nItRMlNcUIS9Z0jDirTGvJ1Njujr88MxSai1Md2YjYcG1zJdv4QzW7LXcp5gIGTv6IqP sI0yn5_VBEU8tor8XVbi2.ImB1w5VsOxhYJYaoccrL4pBnw4airw4a4Hc6gTin7_yuiCK8WnI_8S 2hkeWGp4Wu122.4DrSEIvZu18RJT32SXVmdUQ4vr0Ujbg4nVXSCunM4yBUFKHkqWWhd7xE0tdSuN AM9X4PzpMulgHRRWKamYEeXZr.2AH5wKcO2XaMmtUACnzyEA0UaMhk_Q3LbCf6oRBdK6uIiW4cEm U6scWAX9l..EHJXWtpcm6WF7RLVYyFiyzkhKTuqHhvguaJkwEKjkmpUplpcwIWJHwZPSr_s56It. jkbbnpensJnaPhn8UdQDlIXESu2gYIPBsrKXrM_86rXIjNDCOb7uEt_tNlxnwKmmNq9B1ThX0heK SJZtByppADPkypPDZnnAcp6gGbVIB2Ki8HHSVe0s_WEXnAiRW7T6ylOB9DXnnooijwm.jfoWTuBl iDgmhAgj3r5AUVhjA7i0o9TghJyXG7rmOCyaMUJv9FZ4z5G2Uo9N_mkO18um7XZCrCH7jTbrIqG0 ._s1ZJTp.p8kCEaLz4Kdkm0pZqpKimkUZ6.iBYPEZ9bVM3ySVYAkqlJin4oFIPiVzBqLSURykOPj 58Z7Q_Z35U.p1zPWBXkwII6xvCvAuDz8cyoJEIMRoN_mwPbnPlWNXUVrENpXP3RyWjRPPu2VMhoo okqmYbKN5B.fIolzwsl.Ot8LoP2uGIh7mWg5rTnUbP7GdGACr07uo7Kp6vpZtG5AqcOKOi.YGJDD W9bHJvt3DrnZGPz8XDUUmnV1xI63RWXj2.PcPsKy9D5OZg8LWqormYyW2Zk1Cb0e.vxVtpp.9jxs WN2rKPzmGSwhRD_9z2_tkL94lP47zsuQwZZhJV1j8S6fNCWR07SFhy4AyHsuniqjmR7_G7OIgQb. f.g-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Tue, 21 Feb 2023 19:56:31 +0000 Received: by hermes--production-bf1-57c96c66f6-7qgxj (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 7bff3363b8848853dc6b50f342316650; Tue, 21 Feb 2023 19:56:25 +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 \(3731.400.51.1.1\)) Subject: Re: 13.2 BETA2: how do debug META_MODE? From: Mark Millard In-Reply-To: Date: Tue, 21 Feb 2023 11:56:13 -0800 Cc: FreeBSD-STABLE Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: References: <41B536B0-DA66-449E-96BB-E11A8750471A.ref@yahoo.com> <41B536B0-DA66-449E-96BB-E11A8750471A@yahoo.com> To: Peter X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Rspamd-Queue-Id: 4PLqmc47q5z44jN X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Feb 21, 2023, at 04:55, Peter wrote: > On Mon, Feb 20, 2023 at 08:44:59PM -0800, Mark Millard wrote: > ! Peter wrote on > ! Date: Tue, 21 Feb 2023 03:45:12 UTC : > !=20 > ! > on /some/ of my nodes, META_MODE seems not being honored anymore: > ! > I had to build them another time, and the lengthy lib/clang gets > ! > built all over again (tried two times). > ! > This is so since 13.2 (BETA2). It did work in 13.1 (RELENG), at = least > ! > according to the timing from the logfiles.=20 > ! >=20 > ! > Now I'm trying to figure out the difference, because I have some > ! > nodes where it appears to more-or-less work (have seen buildworld > ! > take 5 minutes), and others where it doesn't (take an hour to = build). > ! > The thing is scripted, so it is not so very likely an operator = error > ! > (while not impossible either). > ! >=20 > ! > But it seems difficult to figure out details: "make -n" seems to = not > ! > care about META_MODE, while META_MODE suppresses all useful output = from > ! > make. And the docs say there are *.meta files (yes there are), but = no > ! > info about how to verify their content, or how to get make tell = what > ! > it is going to do and why (and the buildworld is not the most easy > ! > to understand target)... > ! >=20 > ! > So, some inspiration would be welcome... > !=20 > ! On thing to check on is if filemon.ko is loaded and operational. > ! META_MODE greatly depends on it. >=20 > That should be the case - 'kldstat' shows it (and I've seen warnings > where it didn't). >=20 > ! Another thing to know is that the following are very different > ! for what all is built for the "(again #0)" line vs. the other > ! two "again" lines, using buildworld as an example context. > ! Imagine here the the first buildworld rebuilds llvm/clang > ! materials. > !=20 > ! # cd /usr/src/ > ! # env WITH_META_MODE=3Dyes make buildworld > ! # env WITH_META_MODE=3Dyes make installworld > ! # env WITH_META_MODE=3Dyes make buildworld (again #0) > ! ## no more rebuilds below? > ! # env WITH_META_MODE=3Dyes make buildworld (again #1) > ! # env WITH_META_MODE=3Dyes make buildworld (again #2) >=20 > But what is the difference between #0 and #1? awk, cp, ln, rm, sed, and many more from . . ./tmp/legacy/usr/sbin/have new dates for rebuilds after installworld (that targets the running system). Not true for #1 and #2. The dates on these tools being more recent than the files that they were involved in producing leads to rebuilding those files. That in turn leads to other files being rebuilt. make with -dM reports the likes of: file '. . ./tmp/legacy/usr/sbin/awk' is newer than the target... explicitly as it goes. As I remember tmp/legacy/usr/sbin/ was always part of the path for what I found. One still has to trace back to were rebuild a rebuild is not due to something rebuilt in earlier in the same build. Noting that tmp/legacy/usr/sbin/awk is reported as newer than its target, leaves the question of how it ended up being newer: earlier in same build vs. before build activity? It too must be traced back to something based on just material from prior to the build in question. Note that the above make sequence was only intended for showing the dependency, not as instructions for a normal update sequence. > . . . >=20 > ! See: > !=20 > ! = https://lists.freebsd.org/pipermail/freebsd-current/2021-January/078488.ht= ml This (and later messages in the thread) are about the "awk, cp, ln, rm, sed, and many more" that make with -dM explicitly reports (likely from tmp/legacy/usr/sbin/ ). If you trust the make date comparisons, it is the easiest way to find out what has "is newer than the target" status that leads to starting a rebuild sequence. (Other dependent things then rebuild based on this rebuild. One still has to trace back to where things start.) I did not do the analysis of how (e.g.) tmp/legacy/usr/sbin/awk ended up being newer than such a target and, so, causing a rebuild of that target. I was going the direction: that it is newer really is unlikely to justify the rebuild for the target(s) in question. The other direction about how it got to be newer is also relevant. > !=20 > ! and: > !=20 > ! https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D257616 . >=20 > Thank You, that's exactly the inspiration I was looking for! > Diving back in... =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Tue Feb 21 20:59:19 2023 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 4PLs9N6Nc5z3tD9S for ; Tue, 21 Feb 2023 20:59:36 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-21.consmr.mail.gq1.yahoo.com (sonic305-21.consmr.mail.gq1.yahoo.com [98.137.64.84]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4PLs9M1wyBz49Tv for ; Tue, 21 Feb 2023 20:59:35 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=Gl3TFa3G; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.84 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1677013173; bh=hUpAqy6TpTEgt4uLCbkqF+GTX7ykSLmxX0qm7Ta8Jkg=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=Gl3TFa3GAQYrlEfvIy3xpc9Y/D7n7S0y7VQlM36B7hQ1Aft5a+1nRCdQ0HkBIbRSsvWFysKALHY8Cx+9ut9dPzexI3iB6oLR9YsJfUUmp7GggBpOVASApG1OIDb+pB9N7fulItsV1EpoOQAKPa8X4kYjsiclocpqTdI5A1gQO0ecY+8YA7BBT2q8kgI0+xw6SpihLAwFbhEbxL1f00mMDeid2eZ4lg1oJBOCN2Do0NhuAHntmdJspYITihk6LWF3oC4xsOzzNGCZlVJeDo8v5/tB/t4Ans6ss0INm/W0TKRJUw728QePNtuw97vxI/cwH+rKRmGPanPgqr1BJPuppg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1677013173; bh=rhCo3fYLw4lrsqfPwlsygcWviIBNq1ApD8wuSF8rPv2=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=e5S6koOarJSj67I/f+uFhITtgLF+fMZnRoKdGbuzUuQk3p5MqcUxGQNaL6tHeuEK0+Rfs8aTnh/B7hwCJHL+fy4JOEurv800l+zAVDBURhlWdqYLe05K73sex1WsRCMQraCR97sXwEnQW3D9FxZAhP7sRkFNC7jUsZEeNRX0k5CJ0yY+d9Cf/CYM9w8E9ekajpXBVs2/VikePvhu2VguPLepg08Jt4D4u7Zj/MA4tCQ9vsvvPHwF5mDhhX6nWLM/+Jwf47G1AI0J7JKmr++4ftqrBoJ1fEScf+j/sF65scU1Nun8xv9s2bfHr58jRmU6ndKyJ/vCa18/CL96UmH6HQ== X-YMail-OSG: j4OvpKgVM1kKgpTzdW405K.wiKD_iDMjOcFHMTobAJoh0ydBly1oLWEp9SPfaa9 pdtCkWMIca5LuBPnb_ompuzzqr6MBX_T6jASPr.v6BnoL0bx0F53V7J5EsIoU4l04Y99YxiMU52J Ml6Teo3jNBY_1SVLB54BkS9ioUw8hnGt7UsfvgNn9BoWUiciVHHds0cIWFHbvEinRbNt4KGKdsFb CgMurZHBgEtoPUI5uHw9oy48kiDzomtB.lkAGarsOGp.4QuIqfsha1hW3ux2T84j6jNxXTMUO7xL 0kMhzsbKhSa0EkVK8d9Sf8SvIT9Kz.ToRQttxLPh1dAgZqGvXQ6pmqEz0NDfplEFjfHiCWLc65Sh C1thWaj7EMqFRLeoPumzXC.4EcJIzakWrsifTEFOkGjjLA1wB8khNf7U8TFEOeGPOl6uqCAI6hZ7 d87ETaTOORfDKEv9pkKltQdq2FOHJwREOJZM6rQJveAxNI0_p9js4gkn9U3hqR_s63uDB9_qrC7A XQEh__bawR8jfga_5U5k4YMQX8sUcbwDvRRhsgdQSlKVN_NUKjRIu9OoULm2KLM_N3Wu1c1nfOL9 dTzEkv14iAt0XhH7hvsY977eNH.ifbp858_P4VaCe7k8QJiQuhFqU9bjUI58vD0wsFeNXtkVcLSo DCZ3VxvcJ.IvfnngIftJEiZCvwc0b8srtdOe7dyzaflG7GgrHdymRP87IQxcWjgQuZr6UgafJ94L VRgjLPW9iMswJcwBcconnIISGGXkJrbp2urvz53QLewdGGGrqtOY.9jLwVdMCmcNOSuKD.8L_hHr NSG8LwNE6fP8URiCQTixfPCYtRh1wBIBTE31HBv3zlZi2WkErfbvydtKh9Q9nR5vqpskswUIWdOK dhkq2WMGMwXX8SLYtnV8LNiUtF8qtNB.SU49raA64HHQvPhCscNT5rNv1EN8dUO729dM.bXeXY0v aVd5a2VFV2TywaMyYL0mg5r2Ahel3xSoSteiDqaJko42S.5iHMFWxKvgFBGZs4tRVXOhvH0nTBZn yFhEUy9.FkLxvlTWlUH8sxGKKHG1hrZDdBjT7DrDQE7bzl_kKI79Fah18sGYVxPIxFuZV1GwiI_. XTqpIZxetU2SmBpcqejFy1vIwnt9WCEqeyaE4d0sU6IqpWapDs55qiLY7d2Ot9A1XWkk7NdI9MD5 k57MODNNuWwneIskbgE3453ooSV_UAKCiH4NqaNqFxzcy7yh75prcP5imj.DrK0gOpaG5gImuUzS GxSg1rK7o3LbwQJ8_EwDH0MgXmnAFz6fep_mosBB58TtyKwRqD4R5Um9VkB6DouPhWAZL4wi.xgL YLVv3TeAHO_dqCKGxEOy5RgEjj9w790zo0sq7gGsliS0whqGZEqEVqq4GYV.OyjAPfZooUltVLC5 d8paH0bMtHOmQWVrxfUwGYZKzvVQ2x7p_6zyG1a8DLiyfa_vC01Me6tqSix1rwgyChuWRYBUI9po 32KmIGc1JIfWQ82s2_TCjU4nWrtyP.K4UJDoRHj9qRLWaMSolWmgqf_d0OwDm9Y1thl64UYzvqye PmkNQ1Y1THir137SV8NxfVVVwkE.ZaR17Zi5_KlIt9tkKmDlFjmMT8hLDhgrwkdWoseDToUBTEcP mFtfJhLx4zpduKukU2Wswb2nDHhiiED_.zgddm4osg6mT.lz4Z09d4bZv5KiClvT9DjAP.B.Gz8j AkH8NlDnZ5xuWwtKbnDVj8LWR23mBhi2Dt.WImmKV2ERaRQC1xjqgJrrkdIJ2cHHZ8KuQ9e1vg6V N.YXanx9dGo3SdgnnA1pRn3.IEIASajSTMRiMdbnQAagPYXrx86wx2WtCIryCzp69OBIugQs2co6 cTKPuhXGVEbphq_OR8EnzVq9IYdw1BhIRT2.ZeGlA.RIbA1pWqhGMCPCf0Mpjko03hWoZrLvYDK7 OQFXT8QM2Cxcbslh6HKZCUP41vGc6BPWwUx_DIpkqA7OYeR60PqlyhftQZKCn_KFDHm3BFx4kYeo lBzeF7O.SAuG48U.wQ_oV9si4_g1lgmpWrVyiWAgD0U95mlehN0psrcUKHRALUbGgY4P52_NlKO1 kJjoVaSP7dQBQyqXrhga5.pZTQwdB1fmZOo9QSCrfnylcYsfzpLiCco6YcnZej2fRxrUoh0wZbA7 0POz5ki0SSQWsXuO1mmkhejZb8r6d9D7hWRyzKYK4OejPPDUWeqw7_FW3uMP1BuFmdbtvbOgfEoP WjEgSvvXY90t_Wo1IZ4DaU35YtthKOef3ecaYRjW7u6EIxkLJ.jFzqXVwvXgpGUK23dvQk56idYo 1 X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Tue, 21 Feb 2023 20:59:33 +0000 Received: by hermes--production-ne1-746bc6c6c4-8sf8l (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 6e1660b32034147e503ffa11b0414a66; Tue, 21 Feb 2023 20:59:31 +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 \(3731.400.51.1.1\)) Subject: Re: 13.2 BETA2: how do debug META_MODE? From: Mark Millard In-Reply-To: Date: Tue, 21 Feb 2023 12:59:19 -0800 Cc: FreeBSD-STABLE Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: <0E25AC0B-3032-4F4A-9343-85F84C907AB5@yahoo.com> References: <41B536B0-DA66-449E-96BB-E11A8750471A.ref@yahoo.com> <41B536B0-DA66-449E-96BB-E11A8750471A@yahoo.com> To: Peter X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Spamd-Result: default: False [-2.48 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.982]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.84:from]; TO_DN_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; DKIM_TRACE(0.00)[yahoo.com:+]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org] X-Rspamd-Queue-Id: 4PLs9M1wyBz49Tv X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N On Feb 21, 2023, at 11:56, Mark Millard wrote: > On Feb 21, 2023, at 04:55, Peter wrote: >=20 >> On Mon, Feb 20, 2023 at 08:44:59PM -0800, Mark Millard wrote: >> ! Peter wrote on >> ! Date: Tue, 21 Feb 2023 03:45:12 UTC : >> !=20 >> ! > on /some/ of my nodes, META_MODE seems not being honored anymore: >> ! > I had to build them another time, and the lengthy lib/clang gets >> ! > built all over again (tried two times). >> ! > This is so since 13.2 (BETA2). It did work in 13.1 (RELENG), at = least >> ! > according to the timing from the logfiles.=20 >> ! >=20 >> ! > Now I'm trying to figure out the difference, because I have some >> ! > nodes where it appears to more-or-less work (have seen buildworld >> ! > take 5 minutes), and others where it doesn't (take an hour to = build). >> ! > The thing is scripted, so it is not so very likely an operator = error >> ! > (while not impossible either). >> ! >=20 >> ! > But it seems difficult to figure out details: "make -n" seems to = not >> ! > care about META_MODE, while META_MODE suppresses all useful = output from >> ! > make. And the docs say there are *.meta files (yes there are), = but no >> ! > info about how to verify their content, or how to get make tell = what >> ! > it is going to do and why (and the buildworld is not the most = easy >> ! > to understand target)... >> ! >=20 >> ! > So, some inspiration would be welcome... >> !=20 >> ! On thing to check on is if filemon.ko is loaded and operational. >> ! META_MODE greatly depends on it. >>=20 >> That should be the case - 'kldstat' shows it (and I've seen warnings >> where it didn't). >>=20 >> ! Another thing to know is that the following are very different >> ! for what all is built for the "(again #0)" line vs. the other >> ! two "again" lines, using buildworld as an example context. >> ! Imagine here the the first buildworld rebuilds llvm/clang >> ! materials. >> !=20 >> ! # cd /usr/src/ >> ! # env WITH_META_MODE=3Dyes make buildworld >> ! # env WITH_META_MODE=3Dyes make installworld >> ! # env WITH_META_MODE=3Dyes make buildworld (again #0) >> ! ## no more rebuilds below? >> ! # env WITH_META_MODE=3Dyes make buildworld (again #1) >> ! # env WITH_META_MODE=3Dyes make buildworld (again #2) >>=20 >> But what is the difference between #0 and #1? >=20 > awk, cp, ln, rm, sed, and many more from > . . ./tmp/legacy/usr/sbin/have new dates > for rebuilds after installworld (that targets > the running system). Not true for #1 and #2. >=20 > The dates on these tools being more recent than > the files that they were involved in producing > leads to rebuilding those files. That in turn > leads to other files being rebuilt. >=20 > make with -dM reports the likes of: >=20 > file '. . ./tmp/legacy/usr/sbin/awk' is newer than the target... >=20 > explicitly as it goes. As I remember tmp/legacy/usr/sbin/ > was always part of the path for what I found. >=20 > One still has to trace back to were rebuild a rebuild > is not due to something rebuilt in earlier in the same > build. Noting that tmp/legacy/usr/sbin/awk is reported > as newer than its target, leaves the question of how > it ended up being newer: earlier in same build vs. > before build activity? It too must be traced back > to something based on just material from prior to > the build in question. >=20 > Note that the above make sequence was only intended > for showing the dependency, not as instructions for a > normal update sequence. >=20 >> . . . >>=20 >> ! See: >> !=20 >> ! = https://lists.freebsd.org/pipermail/freebsd-current/2021-January/078488.ht= ml >=20 > This (and later messages in the thread) are about the > "awk, cp, ln, rm, sed, and many more" that make with -dM > explicitly reports (likely from tmp/legacy/usr/sbin/ ). > If you trust the make date comparisons, it is the easiest > way to find out what has "is newer than the target" status > that leads to starting a rebuild sequence. (Other dependent > things then rebuild based on this rebuild. One still has > to trace back to where things start.) >=20 > I did not do the analysis of how (e.g.) tmp/legacy/usr/sbin/awk > ended up being newer than such a target and, so, causing a > rebuild of that target. I was going the direction: that > it is newer really is unlikely to justify the rebuild for > the target(s) in question. The other direction about how > it got to be newer is also relevant. >=20 >> !=20 >> ! and: >> !=20 >> ! https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D257616 . >>=20 >> Thank You, that's exactly the inspiration I was looking for! >> Diving back in... >=20 I had forgotten about Simon J. Gerraty's notes in his reply: = https://lists.freebsd.org/pipermail/freebsd-current/2021-January/078628.ht= ml It is about telling META_MODE ignore things that would otherwise cause rebuild activity. Had I remembered, I would have also listed it explicitly, not just listing the start of the thread. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Tue Feb 21 23:36:14 2023 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 4PLwrW1R35z3tf26 for ; Tue, 21 Feb 2023 23:45:15 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::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 "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PLwrT565Vz4VMY for ; Tue, 21 Feb 2023 23:45:13 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of pmc@citylink.dinoex.sub.org designates 2a0b:f840::12 as permitted sender) smtp.mailfrom=pmc@citylink.dinoex.sub.org; dmarc=none Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840:0:0:0:0:0:12]) by uucp.dinoex.org (8.17.1/8.17.1) with ESMTPS id 31LNj5HG009966 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Wed, 22 Feb 2023 00:45:06 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) X-MDaemon-Deliver-To: Received: (from uucp@localhost) by uucp.dinoex.org (8.17.1/8.17.1/Submit) with UUCP id 31LNj5Hr009965 for freebsd-stable@freebsd.org; Wed, 22 Feb 2023 00:45:05 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from disp.intra.daemon.contact (disp-e.intra.daemon.contact [IPv6:fd00:0:0:0:0:0:0:112]) by admn.intra.daemon.contact (8.17.1/8.17.1) with ESMTPS id 31LNaiqX047177 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=OK) for ; Wed, 22 Feb 2023 00:36:45 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from disp.intra.daemon.contact (localhost [127.0.0.1]) by disp.intra.daemon.contact (8.17.1/8.17.1) with ESMTPS id 31LNaEK1002301 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Wed, 22 Feb 2023 00:36:14 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: (from pmc@localhost) by disp.intra.daemon.contact (8.17.1/8.17.1/Submit) id 31LNaE1M002300 for freebsd-stable@freebsd.org; Wed, 22 Feb 2023 00:36:14 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) X-Authentication-Warning: disp.intra.daemon.contact: pmc set sender to pmc@citylink.dinoex.sub.org using -f Date: Wed, 22 Feb 2023 00:36:14 +0100 From: Peter To: freebsd-stable@freebsd.org Subject: eval: startmsg: not found Message-ID: 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: text/plain; charset=us-ascii Content-Disposition: inline X-Milter: Spamilter (Reciever: uucp.dinoex.org; Sender-ip: 0:0:2a0b:f840::; Sender-helo: uucp.dinoex.org;) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [IPv6:2a0b:f840:0:0:0:0:0:12]); Wed, 22 Feb 2023 00:45:07 +0100 (CET) X-Spamd-Result: default: False [-0.53 / 15.00]; HFILTER_URL_ONELINE(2.50)[plain:0:1]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; HFILTER_URL_ONLY(0.27)[0.12162162162162]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; FROM_EQ_ENVFROM(0.00)[]; DMARC_NA(0.00)[sub.org]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:205376, ipnet:2a0b:f840::/32, country:DE]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; TO_DN_NONE(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; HAS_XAW(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; ARC_NA(0.00)[] X-Rspamd-Queue-Id: 4PLwrT565Vz4VMY X-Spamd-Bar: / X-ThisMailContainsUnwantedMimeParts: N https://www.mail-archive.com/stable@freebsd.org/msg00974.html me too. From nobody Tue Feb 21 23:34:01 2023 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 4PLws10J3Dz3tfCV for ; Tue, 21 Feb 2023 23:45:41 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::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 "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PLws03Z55z4WQM for ; Tue, 21 Feb 2023 23:45:40 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of pmc@citylink.dinoex.sub.org designates 2a0b:f840::12 as permitted sender) smtp.mailfrom=pmc@citylink.dinoex.sub.org; dmarc=none Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840:0:0:0:0:0:12]) by uucp.dinoex.org (8.17.1/8.17.1) with ESMTPS id 31LNj7Qj009981 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Wed, 22 Feb 2023 00:45:07 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) X-MDaemon-Deliver-To: Received: (from uucp@localhost) by uucp.dinoex.org (8.17.1/8.17.1/Submit) with UUCP id 31LNj7qQ009980 for freebsd-stable@freebsd.org; Wed, 22 Feb 2023 00:45:07 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from disp.intra.daemon.contact (disp-e.intra.daemon.contact [IPv6:fd00:0:0:0:0:0:0:112]) by admn.intra.daemon.contact (8.17.1/8.17.1) with ESMTPS id 31LNaiqZ047177 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=OK) for ; Wed, 22 Feb 2023 00:36:45 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from disp.intra.daemon.contact (localhost [127.0.0.1]) by disp.intra.daemon.contact (8.17.1/8.17.1) with ESMTPS id 31LNY18T002266 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Wed, 22 Feb 2023 00:34:03 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: (from pmc@localhost) by disp.intra.daemon.contact (8.17.1/8.17.1/Submit) id 31LNY1W0002265 for freebsd-stable@freebsd.org; Wed, 22 Feb 2023 00:34:01 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) X-Authentication-Warning: disp.intra.daemon.contact: pmc set sender to pmc@citylink.dinoex.sub.org using -f Date: Wed, 22 Feb 2023 00:34:01 +0100 From: Peter To: freebsd-stable@freebsd.org Subject: 13.2-BETA2: xz: illegal instruction Message-ID: 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: text/plain; charset=us-ascii Content-Disposition: inline X-Milter: Spamilter (Reciever: uucp.dinoex.org; Sender-ip: 0:0:2a0b:f840::; Sender-helo: uucp.dinoex.org;) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [IPv6:2a0b:f840:0:0:0:0:0:12]); Wed, 22 Feb 2023 00:45:09 +0100 (CET) X-Spamd-Result: default: False [-3.30 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; R_SPF_ALLOW(-0.20)[+mx:c]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; DMARC_NA(0.00)[sub.org]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; HAS_XAW(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; ASN(0.00)[asn:205376, ipnet:2a0b:f840::/32, country:DE]; FROM_HAS_DN(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[] X-Rspamd-Queue-Id: 4PLws03Z55z4WQM X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N # ./xz < /dev/zero > /dev/null Illegal instruction (core dumped) CPU: Intel(R) Core(TM) i3 CPU 540 @ 3.07GHz (3059.08-MHz K8-class CPU) Origin="GenuineIntel" Id=0x20655 Family=0x6 Model=0x25 Stepping=5 CPUTYPE?=westmere ... investigating... From nobody Tue Feb 21 23:54:26 2023 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 4PLx3Q2PwCz3tff6 for ; Tue, 21 Feb 2023 23:54:42 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-55.consmr.mail.gq1.yahoo.com (sonic315-55.consmr.mail.gq1.yahoo.com [98.137.65.31]) (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 4PLx3P1bY0z4Y4y for ; Tue, 21 Feb 2023 23:54:40 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=CUIg48JT; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.31 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1677023679; bh=i3GuVgakRYBTFgm2pBNp0vb7YhzcGn5OfUX1McQTrek=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=CUIg48JTl3tjhH5z537LtjAy9Pn3cI7ORu5uANHocRrVf0J73r5q6TgtEONB/b7nTAaqbKyP/6y0gYDb0k5YiZ8SVYv0Hoe5at3Z31jP3kaJBXyA3YR+16u6h91muoUEDfq8IYonCN47rg4OJ4qHlMtTd6cByrHBMi5RlpkfU/oo4QRcDPQNOQsMWNoFnao/23IUsdT1hZjTGwyen9Pdjpj1d0PUVTfyvLzB+enDEHxKXh+uDNBMxco3B6AZxFxTLhPVb2blsCjUFU80CCa8kMKfQmIkJyqpwqwBUHKKznCLljDFlbGNZefLsNwGons5uA1vIVtRyBR35q7nfo8j6A== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1677023679; bh=EvTSOCjB3o+phwHamYG++yYXQ5lmBJnkg5SylNDu043=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=dQmJX75sfMa9QTExXJ1jla1/RicYusOScRpTjbu9xhmyknzRNOb6seI2XTYyxEKfd7eawQ+UbPXo8Nw8kTShf9f/vj1h1MK7Bh5MRfroYgsllR8Zm3Tix7E2wPZpH7asfDIe3z2GoV/1q7ZP+wcPS8rxIsgHMEIE5WgT3XZeFTwM47enJIAlvlx/V/+Bf4vXtlVLKevk88O0lp7YRoat02FLsULTd1Qv32RwT89BQAeR7I/XG+OJBM9lvlSWvVysqJkWgLxIUoEbnS2lvCrFtclgZsX8nXdB7jHrMjHSq8cMFEDVz50ovidPoMtALGPNWnNcr5Qt//2jkaeTBYGJhg== X-YMail-OSG: okUfYBkVM1nFb0OcQ90oCVWsxFMJJ2eH1eRl2H0tflo.2Z4fxwdOdL2_SZAn0Pa lnkqOZWH_WyCatpG8y9Q7bm8M2y8jz8GQyuZy2ETgBsmgl7H7yD7a7K.2VRu0HPw.fl1Q6z_UcRh Jnh7lgVk2xcf7XhBZ5akPx1..xWAQRPv5zOqjtoBZ3re_HV_O_NWTA8llj5dchPxESE1oYVlrzti srvpsRmqMtwaVATVnjAP3Ggf1pQhP9R4kouUwVxi9d29uwkDiFYQOmoRqmuLuJzlmry58Nlh4Gqm JdQHRPwT1kKSdCwoMYcG6FuZGrRHhh2vCT0Umw_zNDk3svoEcEYyymoO1IdXytv1MG.3H4LzIlmJ SHMvinT8U1sm_PU7qFceIyuuaF7swJQ3vM23dDpz3dDWWwJ1pHKE6UUzZ20IXcklUPm8HEBnQ5MJ pAd9yp4l5z.6L4FolChzw._9p0P8hZhzcI_83oubP8wYNc6OQTcwTKKLPnSqN47MDo6rWXG6Umsm 10pQMRoR7JXWNZ8FjtTkdMW1oFFjM.3WDkPB35mhxIiTZNNDH.UFRAhqkW.zX5m4A3gnZDqXH5BY yKAh9_SePCMubrzIfegbrqTmjJq6A8I.RpNmERm6aVMaI7iWEoVhPnktOvQsW52.AJU5WSkp6bNR JJxOJSCQ5iYwMrl0CIsoXUhrxAnM33VDFcnzg7TH5Xi5CsEQ.E0kyfl7etPqSSzggxkYqIl0jewE dMDWdbjpvoScWzrw1Jmp8E.65KPEYS7kqvIci0wNRBE8bYHnIYhcslEyWjvAX.cnJFch_LB1njA0 i8qmLSPQucD3Z0chd64_Tr3cS_jjvTR6ziDCBTlDX9lBtrBFaQYnjGQiXItWmSUcYDIyM8oG6nVX R6NQeOBmA73ckIEi2nNQHaYHegSsikbqzeMd7XV0FSC46ntX8J4JGaI9bbI86LoSC2a1QG38h1mt gVJq_k0Upi7deW3onYb3rbMLA9pSZ3Ob9mse3fapxQ53Qdqpbp1p3VqzDoMZNdLsX.fdcb1zoaIo RiwvQ8LSewB6cGraZzcdYaH0L1k5QAjR14QYQS1eO_b.zgKnrnTF0CDz9o8jVrAUoL5SVShEKsIs FSqXIT2EJOgB4rAUtwNnOaL1wpQkuspojmEcG4GB_CysmeSiO1KCw39cdnrSahwbCIMIfPB1PSBD I5vB4L5gLp6qTyih5aBOfV6AHJZkCCOi58IwauDTrR.Mqto.ziXkxl4NCShpCGjjWbNHSDd989MS fggpaqhU.uSzhe7tqwnZ9OdrY8mhHNRqEsQU5nPdmEixSPtiRIue_7FU_Vo46nwp091OD3h2Q7xw m3FlBMS6biEYKe0h5SYf0XEY9n882Smz9Ei9RtJHzdQ7tAXsSUqSLnaUvLvunrGVV1XmWfYEqXtD R_OPqg1KsvXY1W4kxn_ALqKF9ljp28eUwl5Zd4DvC9og7GZNBjZvQ6c8x4vWV8xoUzP8HPcVa4Nq sJWCIaIN.szikOR90Fx97txx7xCLI0Pf3H7W98hUnQ16wHGP7gLdYyXDQQFCtD8QOK2AwGoMa7Xg isrMbG5QM.ZANv_O5XtxsqCu40VyucAHNuQT7iJytvlO9aVYX_aA.cVV_X.iFJ3Le0Y0pkBWHRF. 0lR9pFFS5DY5Fowi1oe.cZzc35sM1PhOvZmXj3issvgdh6Br3dK0QpWLKf9hWHoI.t0zpL5taK19 0IOu0siQF7mTSC_qHuGI4eBIWkuPfcTL8AZ1CzQYUP45QtRisoxI0I5wtyIyJtCcdX9R5fhQFGwm OLR2gRtX3XMua.ZOIa1x6SgZn6uvmGHXzVKdJ51E4UJB.9ojnUjsU6_9Me.aFzp9FE3cWpbgzWol 6A2W.1GIAt1y8mVdE2NCr76ABp61GJQk40bIaAEmq65ppqBojZxta5OhqMHeiHH4Qu0seEsBBaty xeZV.ozpy44uhIjEEu5QC6lcoRcDgDNz2_OKm1nnydpNjr4LupboDWUNI_vRejiDKqOALnkzButz 5cxzej8JgnzPWcCL4r8BIS319525W7dC9LeeZJV_Qdo29QnjrVVgG3NZ.6hIL2EY1tVhtV_rKYl1 FFTBthie49gE8fd4fMlz7kpchOP3yL82nzfbHP8GWBW67NdE_NppFU7r6F11gOx.ixIW3FYT.cn1 2JZ4xsNgmWmH3uv.xEqGE.OPUdwA.X9kjjAapmNfd5FPmxgeGrSc.T6HyH_HHtGh5yBLRghGY_0U M8BFeHlm7c1nIxfa0ETIF95FMoWdDiInk3BvBYHPRCvwGQutU4nxPGXlJ1VGbZiACwNydjBOW.TA M X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Tue, 21 Feb 2023 23:54:39 +0000 Received: by hermes--production-gq1-655ddccc9-l45xf (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 20cdc9035b43667e19d9c3d889ac6ae1; Tue, 21 Feb 2023 23:54:36 +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 \(3731.400.51.1.1\)) Subject: Re: 13.2 BETA2: how do debug META_MODE? From: Mark Millard In-Reply-To: Date: Tue, 21 Feb 2023 15:54:26 -0800 Cc: FreeBSD-STABLE Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: References: <41B536B0-DA66-449E-96BB-E11A8750471A.ref@yahoo.com> <41B536B0-DA66-449E-96BB-E11A8750471A@yahoo.com> To: Peter X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Spamd-Result: default: False [-2.46 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.96)[-0.958]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.31:from]; TO_DN_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; DKIM_TRACE(0.00)[yahoo.com:+]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org] X-Rspamd-Queue-Id: 4PLx3P1bY0z4Y4y X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N On Feb 21, 2023, at 11:56, Mark Millard wrote: > On Feb 21, 2023, at 04:55, Peter wrote: >=20 >> On Mon, Feb 20, 2023 at 08:44:59PM -0800, Mark Millard wrote: >> ! Peter wrote on >> ! Date: Tue, 21 Feb 2023 03:45:12 UTC : >> !=20 >> ! > on /some/ of my nodes, META_MODE seems not being honored anymore: >> ! > I had to build them another time, and the lengthy lib/clang gets >> ! > built all over again (tried two times). >> ! > This is so since 13.2 (BETA2). It did work in 13.1 (RELENG), at = least >> ! > according to the timing from the logfiles.=20 >> ! >=20 >> ! > Now I'm trying to figure out the difference, because I have some >> ! > nodes where it appears to more-or-less work (have seen buildworld >> ! > take 5 minutes), and others where it doesn't (take an hour to = build). >> ! > The thing is scripted, so it is not so very likely an operator = error >> ! > (while not impossible either). >> ! >=20 >> ! > But it seems difficult to figure out details: "make -n" seems to = not >> ! > care about META_MODE, while META_MODE suppresses all useful = output from >> ! > make. And the docs say there are *.meta files (yes there are), = but no >> ! > info about how to verify their content, or how to get make tell = what >> ! > it is going to do and why (and the buildworld is not the most = easy >> ! > to understand target)... >> ! >=20 >> ! > So, some inspiration would be welcome... >> !=20 >> ! On thing to check on is if filemon.ko is loaded and operational. >> ! META_MODE greatly depends on it. >>=20 >> That should be the case - 'kldstat' shows it (and I've seen warnings >> where it didn't). >>=20 >> ! Another thing to know is that the following are very different >> ! for what all is built for the "(again #0)" line vs. the other >> ! two "again" lines, using buildworld as an example context. >> ! Imagine here the the first buildworld rebuilds llvm/clang >> ! materials. >> !=20 >> ! # cd /usr/src/ >> ! # env WITH_META_MODE=3Dyes make buildworld >> ! # env WITH_META_MODE=3Dyes make installworld >> ! # env WITH_META_MODE=3Dyes make buildworld (again #0) >> ! ## no more rebuilds below? >> ! # env WITH_META_MODE=3Dyes make buildworld (again #1) >> ! # env WITH_META_MODE=3Dyes make buildworld (again #2) >>=20 >> But what is the difference between #0 and #1? >=20 > awk, cp, ln, rm, sed, and many more from > . . ./tmp/legacy/usr/sbin/have new dates > for rebuilds after installworld (that targets > the running system). Not true for #1 and #2. >=20 > The dates on these tools being more recent than > the files that they were involved in producing > leads to rebuilding those files. That in turn > leads to other files being rebuilt. >=20 > make with -dM reports the likes of: >=20 > file '. . ./tmp/legacy/usr/sbin/awk' is newer than the target... >=20 > explicitly as it goes. As I remember tmp/legacy/usr/sbin/ > was always part of the path for what I found. >=20 > One still has to trace back to were rebuild a rebuild > is not due to something rebuilt in earlier in the same > build. Noting that tmp/legacy/usr/sbin/awk is reported > as newer than its target, leaves the question of how > it ended up being newer: earlier in same build vs. > before build activity? It too must be traced back > to something based on just material from prior to > the build in question. >=20 > Note that the above make sequence was only intended > for showing the dependency, not as instructions for a > normal update sequence. >=20 >> . . . >>=20 >> ! See: >> !=20 >> ! = https://lists.freebsd.org/pipermail/freebsd-current/2021-January/078488.ht= ml >=20 > This (and later messages in the thread) are about the > "awk, cp, ln, rm, sed, and many more" that make with -dM > explicitly reports (likely from tmp/legacy/usr/sbin/ ). > If you trust the make date comparisons, it is the easiest > way to find out what has "is newer than the target" status > that leads to starting a rebuild sequence. (Other dependent > things then rebuild based on this rebuild. One still has > to trace back to where things start.) >=20 > I did not do the analysis of how (e.g.) tmp/legacy/usr/sbin/awk > ended up being newer than such a target and, so, causing a > rebuild of that target. I was going the direction: that > it is newer really is unlikely to justify the rebuild for > the target(s) in question. The other direction about how > it got to be newer is also relevant. Using awk as an example, for the (re)build of awk in: = /usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/usr.bin/aw= k/ in my context, here is a list of files that installworld installs that contribute to the build (and a couple of "Fork" lines): (from = /usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/usr.bin/aw= k/awk.full.meta ) E 51580 /bin/sh R 51580 /etc/libmap.conf R 51580 /usr/local/etc/libmap.d R 51580 /usr/local/etc/libmap.d/mesa.conf R 51580 /var/run/ld-elf.so.hints R 51580 /lib/libedit.so.8 R 51580 /lib/libc.so.7 R 51580 /lib/libtinfow.so.9 R 51580 /usr/share/locale/C.UTF-8/LC_CTYPE F 51580 51585 E 51585 /usr/bin/cc R 51585 /etc/libmap.conf R 51585 /usr/local/etc/libmap.d R 51585 /usr/local/etc/libmap.d/mesa.conf R 51585 /var/run/ld-elf.so.hints R 51585 /lib/libz.so.6 R 51585 /usr/lib/libexecinfo.so.1 R 51585 /lib/libncursesw.so.9 R 51585 /lib/libtinfow.so.9 R 51585 /lib/libthr.so.3 R 51585 /lib/libc++.so.1 R 51585 /lib/libcxxrt.so.1 R 51585 /lib/libm.so.5 R 51585 /lib/libc.so.7 R 51585 /lib/libelf.so.2 R 51585 /lib/libgcc_s.so.1 F 51585 51607 E 51607 /usr/bin/ld R 51607 /etc/libmap.conf R 51607 /usr/local/etc/libmap.d R 51607 /usr/local/etc/libmap.d/mesa.conf R 51607 /var/run/ld-elf.so.hints R 51607 /usr/lib/libexecinfo.so.1 R 51607 /lib/libtinfow.so.9 R 51607 /lib/libz.so.6 R 51607 /lib/libthr.so.3 R 51607 /lib/libc++.so.1 R 51607 /lib/libcxxrt.so.1 R 51607 /lib/libm.so.5 R 51607 /lib/libc.so.7 R 51607 /lib/libelf.so.2 R 51607 /lib/libgcc_s.so.1 So, any of those getting new dates are examples of how installworld can lead to the following buildworld creating an updated (installation place): = /usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legacy= /usr/sbin/awk ( sbin/ is really a symbolic link to ../bin/ ). That in turn leads to various other things being rebuilt that had awk involved. (This was a partial summary as, for example, there could be local .o files involved with dependencies not noted above but that contribute to whatever example program is picked.) >> !=20 >> ! and: >> !=20 >> ! https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D257616 . >>=20 >> Thank You, that's exactly the inspiration I was looking for! >> Diving back in... >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Tue Feb 21 23:56:25 2023 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 4PLx9m1vHDz3tg0M for ; Wed, 22 Feb 2023 00:00:12 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::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 "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PLx9l2HWcz4bHl for ; Wed, 22 Feb 2023 00:00:11 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of pmc@citylink.dinoex.sub.org designates 2a0b:f840::12 as permitted sender) smtp.mailfrom=pmc@citylink.dinoex.sub.org; dmarc=none Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840:0:0:0:0:0:12]) by uucp.dinoex.org (8.17.1/8.17.1) with ESMTPS id 31M006A2021352 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Wed, 22 Feb 2023 01:00:06 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) X-MDaemon-Deliver-To: Received: (from uucp@localhost) by uucp.dinoex.org (8.17.1/8.17.1/Submit) with UUCP id 31M006NJ021349 for freebsd-stable@freebsd.org; Wed, 22 Feb 2023 01:00:06 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from disp.intra.daemon.contact (disp-e.intra.daemon.contact [IPv6:fd00:0:0:0:0:0:0:112]) by admn.intra.daemon.contact (8.17.1/8.17.1) with ESMTPS id 31LNviLU056579 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=OK) for ; Wed, 22 Feb 2023 00:57:46 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from disp.intra.daemon.contact (localhost [127.0.0.1]) by disp.intra.daemon.contact (8.17.1/8.17.1) with ESMTPS id 31LNuPiQ002574 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Wed, 22 Feb 2023 00:56:25 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: (from pmc@localhost) by disp.intra.daemon.contact (8.17.1/8.17.1/Submit) id 31LNuPY6002573 for freebsd-stable@freebsd.org; Wed, 22 Feb 2023 00:56:25 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) X-Authentication-Warning: disp.intra.daemon.contact: pmc set sender to pmc@citylink.dinoex.sub.org using -f Date: Wed, 22 Feb 2023 00:56:25 +0100 From: Peter To: freebsd-stable@freebsd.org Subject: Re: 13.2-BETA2: xz: illegal instruction Message-ID: 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: text/plain; charset=us-ascii Content-Disposition: inline X-Milter: Spamilter (Reciever: uucp.dinoex.org; Sender-ip: 0:0:2a0b:f840::; Sender-helo: uucp.dinoex.org;) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [IPv6:2a0b:f840:0:0:0:0:0:12]); Wed, 22 Feb 2023 01:00:09 +0100 (CET) X-Spamd-Result: default: False [-2.30 / 15.00]; FAKE_REPLY(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[sub.org]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; TO_DN_NONE(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; HAS_XAW(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; ARC_NA(0.00)[]; ASN(0.00)[asn:205376, ipnet:2a0b:f840::/32, country:DE]; FROM_HAS_DN(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[] X-Rspamd-Queue-Id: 4PLx9l2HWcz4bHl X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N > # ./xz < /dev/zero > /dev/null > Illegal instruction (core dumped) > CPU: Intel(R) Core(TM) i3 CPU 540 @ 3.07GHz (3059.08-MHz K8-class CPU) > Origin="GenuineIntel" Id=0x20655 Family=0x6 Model=0x25 Stepping=5 > CPUTYPE?=westmere It's liblzma, and it doesn't want westmere, it apparently wants penryn. From nobody Wed Feb 22 00:13:47 2023 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 4PLxZX0tywz3tgr9 for ; Wed, 22 Feb 2023 00:18:12 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::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 "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PLxZW2FkLz4hLr for ; Wed, 22 Feb 2023 00:18:11 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of pmc@citylink.dinoex.sub.org designates 2a0b:f840::12 as permitted sender) smtp.mailfrom=pmc@citylink.dinoex.sub.org; dmarc=none Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840:0:0:0:0:0:12]) by uucp.dinoex.org (8.17.1/8.17.1) with ESMTPS id 31M0I5oY033621 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Wed, 22 Feb 2023 01:18:06 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) X-MDaemon-Deliver-To: Received: (from uucp@localhost) by uucp.dinoex.org (8.17.1/8.17.1/Submit) with UUCP id 31M0I5DY033620 for freebsd-stable@freebsd.org; Wed, 22 Feb 2023 01:18:05 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from disp.intra.daemon.contact (disp-e.intra.daemon.contact [IPv6:fd00:0:0:0:0:0:0:112]) by admn.intra.daemon.contact (8.17.1/8.17.1) with ESMTPS id 31M0Fi0W066027 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=OK) for ; Wed, 22 Feb 2023 01:15:44 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from disp.intra.daemon.contact (localhost [127.0.0.1]) by disp.intra.daemon.contact (8.17.1/8.17.1) with ESMTPS id 31M0DlAw002774 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Wed, 22 Feb 2023 01:13:47 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: (from pmc@localhost) by disp.intra.daemon.contact (8.17.1/8.17.1/Submit) id 31M0DlLI002773 for freebsd-stable@freebsd.org; Wed, 22 Feb 2023 01:13:47 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) X-Authentication-Warning: disp.intra.daemon.contact: pmc set sender to pmc@citylink.dinoex.sub.org using -f Date: Wed, 22 Feb 2023 01:13:47 +0100 From: Peter To: freebsd-stable@freebsd.org Subject: Re: 13.2-BETA2: xz: illegal instruction Message-ID: 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: text/plain; charset=us-ascii Content-Disposition: inline X-Milter: Spamilter (Reciever: uucp.dinoex.org; Sender-ip: 0:0:2a0b:f840::; Sender-helo: uucp.dinoex.org;) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [IPv6:2a0b:f840:0:0:0:0:0:12]); Wed, 22 Feb 2023 01:18:08 +0100 (CET) X-Spamd-Result: default: False [-2.30 / 15.00]; FAKE_REPLY(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[sub.org]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; TO_DN_NONE(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; HAS_XAW(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; ARC_NA(0.00)[]; ASN(0.00)[asn:205376, ipnet:2a0b:f840::/32, country:DE]; FROM_HAS_DN(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[] X-Rspamd-Queue-Id: 4PLxZW2FkLz4hLr X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N >> CPU: Intel(R) Core(TM) i3 CPU 540 @ 3.07GHz (3059.08-MHz K8-class CPU) >> Origin="GenuineIntel" Id=0x20655 Family=0x6 Model=0x25 Stepping=5 >> CPUTYPE?=westmere > It's liblzma, and it doesn't want westmere, it apparently wants > penryn. Hm *grumble*. According to https://en.wikipedia.org/wiki/Clarkdale_(microprocessor) the i3-5xx is Clarkdale, based on Westmere. And according to https://en.wikipedia.org/wiki/Westmere_(microarchitecture) Clarkdale is Westmere. Trying Nehalem - seems to work. Nehalem is 45nm, this chip is 32nm. Well then, rebuilding for Nehalem... From nobody Wed Feb 22 01:25:42 2023 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 4PLz4c2b7Dz3tlLy for ; Wed, 22 Feb 2023 01:25:52 +0000 (UTC) (envelope-from zlei@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PLz4c1RJhz3JVT; Wed, 22 Feb 2023 01:25:52 +0000 (UTC) (envelope-from zlei@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1677029152; 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=aAwwYV3oT09BeDyQSDwvmnr2aZBl0xctc6Dz4RBlMXE=; b=R/6UmQG3ShWzDz1RIrGEmhbzmSO7xBPmc4CVEvncH+kwj+JM0dPf7096FO75WYc8h/62lL /851mK3ud7xQbLlvKA0nzukl9CwAxXbTeSDeCt7d54yT9/l92kB5Yepihc1BESgc/XE00d wQpMxAbAuE99MlDkw7/CGbwYu0QZzDThmkQNdPbIYE35GkjNPPmVRKZF7gC5zyFaMX8qEz m5lH0wIcsADckMVB70j7U2RbQaRHTuFHuQuQDVtwfl/6BtNyGtduGwh2jOiN5dn8hS33hq W08lb81fDMSqL9wHVhydA3Cyt2hWN3vu2s2F7Nsl645u2tTbZeLHmlVPPqC1jw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1677029152; 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=aAwwYV3oT09BeDyQSDwvmnr2aZBl0xctc6Dz4RBlMXE=; b=Lap6dgnThYQvmQqpimPpYPyrPG+W4Odob2UmBVkQymvqvnWbbsDku6WceIIqdFBVqLJ2v7 d6ioUXZiTL18YCN1bQpq/qd1VCSPHy7W09bE3mQZHQBepSpZnFWEbhmbOEPv1z79Y1CpnJ kg9brbJie3LUOPL/nHcNjWE4sqr3TXD0n1SBz23R3XmNKdLeFq6UsE8ceWOvPtU7DN6q8L X33gxmPc3r+Dnvn8py5hNyula7/Pk/dnO2cJZsN+VS8qGuXZ5qhzYn8n7e3Uj/xWN5jGq0 x07LdPczxSGCXTM/Ys2Um3WPnnmCCFilmgTrJ7dLnt7uHaT6EXp+hUHbyGHpZg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1677029152; a=rsa-sha256; cv=none; b=au5FOMRJAXh+vxvquaE2dy75jCD9jbI8F5GzMznyeqK8oDeE0yPwQqhVOABooyzzSJovmN D9bRw6hkkFknaKk2CE1t82ZeUL3xS7o4yig0d4VtzNc61WFN+oQu8c3f/GVP+LndfjDcGj Y8P3vT3uXxjkWfjgrbXyj8eyzZpcGcfHuwgdeavBVU0z7Dk1U7YBdPHVQ+Fa9qlvuNHHZd Bn8VW2eVEdi/C1nZfc1MO1BF17wBPQFsh4Y0oDmEYk8xRvsk+swtB4zZfeQ1SWgsmKoYPv NXKrUZOwSm7iC1TKtcmoIKX40cR6fwErxN0NtryAD3vREmh9pCizwj+5aHgLUA== Received: from smtpclient.apple (ns1.oxydns.net [45.32.91.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: zlei/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4PLz4Z0KvwzlnY; Wed, 22 Feb 2023 01:25:49 +0000 (UTC) (envelope-from zlei@FreeBSD.org) From: Zhenlei Huang Message-Id: <5EA6BBBB-5947-4F78-9EB1-D9506FCA1860@FreeBSD.org> Content-Type: multipart/alternative; boundary="Apple-Mail=_1BD9FAC0-44C6-49E4-9ED9-FDAFBDC0AC37" 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 \(3696.120.41.1.2\)) Subject: Re: stable/13 snapshot's /etc/rc.d/machine_id has use of main's startmsg from /etc/rc.subr so it reports 2 "eval: startmsg: not found" Date: Wed, 22 Feb 2023 09:25:42 +0800 In-Reply-To: <212E6139-C634-4AE3-BFCF-F241D0C841CD@yahoo.com> Cc: FreeBSD-STABLE Mailing List , jlduran@gmail.com, Warner Losh , Mateusz Piotrowski <0mp@FreeBSD.org> To: Mark Millard References: <212E6139-C634-4AE3-BFCF-F241D0C841CD.ref@yahoo.com> <212E6139-C634-4AE3-BFCF-F241D0C841CD@yahoo.com> X-Mailer: Apple Mail (2.3696.120.41.1.2) X-ThisMailContainsUnwantedMimeParts: N --Apple-Mail=_1BD9FAC0-44C6-49E4-9ED9-FDAFBDC0AC37 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, `libexec/rc/rc.d/machine_id` (https://reviews.freebsd.org/D37722 = ) is MFC'ed into stable/13 but its = precedence https://reviews.freebsd.org/D34514 = is not. So we should either MFC D34514, or change libexec/rc/rc.d/machine_id in = stable/13 to use `check_startmsgs`. I'd personally prefer MFCing ;) Best regards, Zhenlei > On Jan 22, 2023, at 11:32 AM, Mark Millard wrote: >=20 > When I booted a new stable/13 snapshot install, the messaging > included: >=20 > . . . > Updating motd:. > eval: startmsg: not found > eval: startmsg: not found > Clearing /tmp (X related). > . . . >=20 > It looks like the "eval: startmsg: not found" lines > are from: >=20 > # grep -r "\" /etc/=20 > /etc/rc.d/machine_id: startmsg -n "Creating = ${machine_id_file} " > /etc/rc.d/machine_id: startmsg 'done.' >=20 > (No more matches found.) >=20 > The following was not found on stable/13: >=20 > /etc/rc.subr:# startmsg > /etc/rc.subr:startmsg() > /etc/rc.subr: startmsg "Starting ${name}." >=20 >=20 > =3D=3D=3D > Mark Millard > marklmi at yahoo.com >=20 >=20 --Apple-Mail=_1BD9FAC0-44C6-49E4-9ED9-FDAFBDC0AC37 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Hi,

`libexec/rc/rc.d/machine_id` (https://reviews.freebsd.org/D37722) is MFC'ed into = stable/13 but its precedence https://reviews.freebsd.org/D34514 is not.

So we should either MFC = D34514, or change libexec/rc/rc.d/machine_id in stable/13 to use = `check_startmsgs`.

I'd personally prefer MFCing ;)

Best regards,
Zhenlei

On Jan 22, 2023, at 11:32 AM, = Mark Millard <marklmi@yahoo.com> wrote:

When = I booted a new stable/13 snapshot install, the messaging
included:

. . .
Updating motd:.
eval: startmsg: not found
eval: startmsg: not found
Clearing /tmp (X = related).
. . .

It looks like = the "eval: startmsg: not found" lines
are from:

# grep -r "\<startmsg\>" /etc/
/etc/rc.d/machine_id: =           startmsg -n = "Creating ${machine_id_file} "
/etc/rc.d/machine_id: =           startmsg = 'done.'

(No more matches found.)

The following was not found on stable/13:

/etc/rc.subr:# startmsg
/etc/rc.subr:startmsg()
/etc/rc.subr: =             &n= bsp;     startmsg "Starting ${name}."


=3D=3D=3D
Mark = Millard
marklmi at yahoo.com




= --Apple-Mail=_1BD9FAC0-44C6-49E4-9ED9-FDAFBDC0AC37-- From nobody Wed Feb 22 01:31:04 2023 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 4PLzBp0GWCz3tmKP for ; Wed, 22 Feb 2023 01:31:14 +0000 (UTC) (envelope-from zlei@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 4PLzBn63Jxz3Kv1; Wed, 22 Feb 2023 01:31:13 +0000 (UTC) (envelope-from zlei@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1677029473; 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=q/1yUWFBUDEfZVPHT6/cVOqZVYiJ6U/T+P2jC8HFRmM=; b=kGT51tdPoFmAlx6axKgFkcfUQBk8yfpr5YmuOlWKEq3+oxo91oVNe62HzLk0D/lciL3IbW ZbX9fXmkesQnY0syst8oxZsFEaYKGlavfRVzeAe+wKUjScK0to6FTxG88DJ1VR9ESnSx1J K7dwQ3HW6CdOuW8ALvzQBiv9V/mWWubjNFd2XvKyEeve6VnyUy3xLfGvVS/AzyxgLiOoRd m2bwhfkqqMq7269De40jI4TYiuLwlWpTidTSVgmzVQl1TIbIWeWjeV74UBZcS4kdDimZow H8++v4gK1x7f+NNC/nyYe31NqHnMBzjEm/uDfw7bmixha//h+PPaTyiDq7ahbw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1677029473; 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=q/1yUWFBUDEfZVPHT6/cVOqZVYiJ6U/T+P2jC8HFRmM=; b=JGVPLmMqAgydD5jXH7xBkTX/owp/dv58rLgH/HV9WGw9GNaFKh/YuMuOAzBm3Un3tOrNgS +1WpSkzf2YM8oMI3rC21SxATgFcD4z/EoCUL2oe8xVP/aIjDcXcWXqixi13j/j59P2HkfO ILy+zEeVHsewle8qJcrBrOpzCjDKiHVX/7V98it04c+e+h0VesT0QAShJ9xJFnDtP+i1j0 7usE8DJ7BfblQ1lbpVk2FjbrfKUo0gIJN8ImUZdneKWkvGEa1P/7PjIfNLIwwkeYerQqAP oRPjQ9nlIaOBQBRX6cwlualTFTEtCR19YfFiBB/KbzETeWzTh5aAlffrqjH/uQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1677029473; a=rsa-sha256; cv=none; b=FKzk8416VDzrV+EforU3YTgUQfsLKIh6jXJq5J89eTSHjBNCWn6ZF7WIe2Oz8punENwoc7 /6LqhbI5gd599EHAmNgA/CW000mrUQP2xQ0wwCXecWdpSMy/aqAN3HBEVOmgygmIPcZEtI 884wjGiSEVygTXT+Jk9uzegHVk+ZWFv2Qb1SvDTMcoojMtFguAuKfwrQnlmvg14Q8Ko33r /QY3AnpGHM6zuyEgxBl8qUH5kQ0glWh07eijdXDxie3IOVd6RP/rp/ZArqcp+7WjbzxuFm 7/uMLImjZjC2oc0wJD6xiM9TyeBG/mKGleCPjnGmnnZAxIstQ2TU7GKXXwo+ZA== Received: from smtpclient.apple (ns1.oxydns.net [45.32.91.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: zlei/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4PLzBl3svrzlwG; Wed, 22 Feb 2023 01:31:11 +0000 (UTC) (envelope-from zlei@FreeBSD.org) From: Zhenlei Huang Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_BEE7CF78-A86C-407C-8464-4932DBF1AE8E" 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 \(3696.120.41.1.2\)) Subject: Re: stable/13 snapshot's /etc/rc.d/machine_id has use of main's startmsg from /etc/rc.subr so it reports 2 "eval: startmsg: not found" Date: Wed, 22 Feb 2023 09:31:04 +0800 In-Reply-To: <5EA6BBBB-5947-4F78-9EB1-D9506FCA1860@FreeBSD.org> Cc: FreeBSD-STABLE Mailing List , jlduran@gmail.com, Warner Losh , Mateusz Piotrowski <0mp@FreeBSD.org>, "Tobias C. Berner" To: Mark Millard References: <212E6139-C634-4AE3-BFCF-F241D0C841CD.ref@yahoo.com> <212E6139-C634-4AE3-BFCF-F241D0C841CD@yahoo.com> <5EA6BBBB-5947-4F78-9EB1-D9506FCA1860@FreeBSD.org> X-Mailer: Apple Mail (2.3696.120.41.1.2) X-ThisMailContainsUnwantedMimeParts: N --Apple-Mail=_BEE7CF78-A86C-407C-8464-4932DBF1AE8E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Sorry for missing the author tcberner@ of `libexec/rc/rc.d/machine_id`. > On Feb 22, 2023, at 9:25 AM, Zhenlei Huang wrote: >=20 > Hi, >=20 > `libexec/rc/rc.d/machine_id` (https://reviews.freebsd.org/D37722 = ) is MFC'ed into stable/13 but its = precedence https://reviews.freebsd.org/D34514 = is not. >=20 > So we should either MFC D34514, or change libexec/rc/rc.d/machine_id = in stable/13 to use `check_startmsgs`. >=20 > I'd personally prefer MFCing ;) >=20 > Best regards, > Zhenlei >=20 >> On Jan 22, 2023, at 11:32 AM, Mark Millard > wrote: >>=20 >> When I booted a new stable/13 snapshot install, the messaging >> included: >>=20 >> . . . >> Updating motd:. >> eval: startmsg: not found >> eval: startmsg: not found >> Clearing /tmp (X related). >> . . . >>=20 >> It looks like the "eval: startmsg: not found" lines >> are from: >>=20 >> # grep -r "\" /etc/=20 >> /etc/rc.d/machine_id: startmsg -n "Creating = ${machine_id_file} " >> /etc/rc.d/machine_id: startmsg 'done.' >>=20 >> (No more matches found.) >>=20 >> The following was not found on stable/13: >>=20 >> /etc/rc.subr:# startmsg >> /etc/rc.subr:startmsg() >> /etc/rc.subr: startmsg "Starting ${name}." >>=20 >>=20 >> =3D=3D=3D >> Mark Millard >> marklmi at yahoo.com >>=20 >>=20 >=20 >=20 >=20 --Apple-Mail=_BEE7CF78-A86C-407C-8464-4932DBF1AE8E Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Sorry= for missing the author tcberner@ of `libexec/rc/rc.d/machine_id`.

On Feb 22, 2023, at 9:25 AM, Zhenlei Huang <zlei@FreeBSD.org> = wrote:

Hi,

`libexec/rc/rc.d/machine_id` (https://reviews.freebsd.org/D37722) is MFC'ed into = stable/13 but its precedence https://reviews.freebsd.org/D34514 is not.

So we should either MFC = D34514, or change libexec/rc/rc.d/machine_id in stable/13 to use `check_startmsgs`.

I'd personally = prefer MFCing ;)

Best regards,
Zhenlei

On Jan 22, 2023, at 11:32 AM, Mark Millard <marklmi@yahoo.com> = wrote:

When I booted a new stable/13 snapshot install, the = messaging
included:

. . .
Updating motd:.
eval: startmsg: not found
eval: startmsg: not found
Clearing /tmp (X = related).
. . .

It looks like = the "eval: startmsg: not found" lines
are from:

# grep -r "\<startmsg\>" /etc/
/etc/rc.d/machine_id: =           startmsg -n = "Creating ${machine_id_file} "
/etc/rc.d/machine_id: =           startmsg = 'done.'

(No more matches found.)

The following was not found on stable/13:

/etc/rc.subr:# startmsg
/etc/rc.subr:startmsg()
/etc/rc.subr: =             &n= bsp;     startmsg "Starting ${name}."


=3D=3D=3D
Mark = Millard
marklmi at yahoo.com






= --Apple-Mail=_BEE7CF78-A86C-407C-8464-4932DBF1AE8E-- From nobody Wed Feb 22 02:10:43 2023 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 4PM0F46mPCz3tp15 for ; Wed, 22 Feb 2023 02:18:16 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::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 "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PM0F43hwQz3PjP for ; Wed, 22 Feb 2023 02:18:16 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Authentication-Results: mx1.freebsd.org; none Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840:0:0:0:0:0:12]) by uucp.dinoex.org (8.17.1/8.17.1) with ESMTPS id 31M2I6hD017712 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 22 Feb 2023 03:18:06 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: (from uucp@localhost) by uucp.dinoex.org (8.17.1/8.17.1/Submit) with UUCP id 31M2I6tN017706; Wed, 22 Feb 2023 03:18:06 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from disp.intra.daemon.contact (disp-e.intra.daemon.contact [IPv6:fd00:0:0:0:0:0:0:112]) by admn.intra.daemon.contact (8.17.1/8.17.1) with ESMTPS id 31M2CipH031774 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=OK); Wed, 22 Feb 2023 03:12:45 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from disp.intra.daemon.contact (localhost [127.0.0.1]) by disp.intra.daemon.contact (8.17.1/8.17.1) with ESMTPS id 31M2AhNW003774 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 22 Feb 2023 03:10:45 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: (from pmc@localhost) by disp.intra.daemon.contact (8.17.1/8.17.1/Submit) id 31M2Ah5X003773; Wed, 22 Feb 2023 03:10:43 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) X-Authentication-Warning: disp.intra.daemon.contact: pmc set sender to pmc@citylink.dinoex.sub.org using -f Date: Wed, 22 Feb 2023 03:10:43 +0100 From: Peter To: Mark Millard Cc: FreeBSD-STABLE Mailing List Subject: Re: 13.2 BETA2: how do debug META_MODE? Message-ID: References: <41B536B0-DA66-449E-96BB-E11A8750471A.ref@yahoo.com> <41B536B0-DA66-449E-96BB-E11A8750471A@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: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Milter: Spamilter (Reciever: uucp.dinoex.org; Sender-ip: 0:0:2a0b:f840::; Sender-helo: uucp.dinoex.org;) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [IPv6:2a0b:f840:0:0:0:0:0:12]); Wed, 22 Feb 2023 03:18:09 +0100 (CET) X-Rspamd-Queue-Id: 4PM0F43hwQz3PjP X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:205376, ipnet:2a0b:f840::/32, country:DE] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Tue, Feb 21, 2023 at 11:56:13AM -0800, Mark Millard wrote: ! On Feb 21, 2023, at 04:55, Peter wrote: ! ! > ! # cd /usr/src/ ! > ! # env WITH_META_MODE=yes make buildworld ! > ! # env WITH_META_MODE=yes make installworld ! > ! # env WITH_META_MODE=yes make buildworld (again #0) ! > ! ## no more rebuilds below? ! > ! # env WITH_META_MODE=yes make buildworld (again #1) ! > ! # env WITH_META_MODE=yes make buildworld (again #2) ! > ! > But what is the difference between #0 and #1? ! ! awk, cp, ln, rm, sed, and many more from ! . . ./tmp/legacy/usr/sbin/have new dates ! for rebuilds after installworld (that targets ! the running system). Not true for #1 and #2. ! ! The dates on these tools being more recent than ! the files that they were involved in producing ! leads to rebuilding those files. That in turn ! leads to other files being rebuilt. ! ! make with -dM reports the likes of: ! ! file '. . ./tmp/legacy/usr/sbin/awk' is newer than the target... ! ! explicitly as it goes. As I remember tmp/legacy/usr/sbin/ ! was always part of the path for what I found. Mark, thanks a lot for the proper input at the right time! This put me on the right track and I mananged to analyze and understand what is actually happening. It looks like my issue does resolve itself somehow, and things start to behave as expected again after four builds. ! I did not do the analysis of how (e.g.) tmp/legacy/usr/sbin/awk ! ended up being newer than such a target and, so, causing a ! rebuild of that target. I was going the direction: that ! it is newer really is unlikely to justify the rebuild for ! the target(s) in question. The other direction about how ! it got to be newer is also relevant. I have now analyzed some parts of it. META_MODE typically finds some build-tools to rebuild, but then if the result is not different from what was there before, then "install" will not copy it to the bin-dir, and so the avalanche gets usually avoided. From nobody Wed Feb 22 02:32:42 2023 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 4PM0dq0VJWz3s6LT for ; Wed, 22 Feb 2023 02:36:15 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::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 "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PM0dn6RQTz3hnZ for ; Wed, 22 Feb 2023 02:36:13 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of pmc@citylink.dinoex.sub.org designates 2a0b:f840::12 as permitted sender) smtp.mailfrom=pmc@citylink.dinoex.sub.org; dmarc=none Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840:0:0:0:0:0:12]) by uucp.dinoex.org (8.17.1/8.17.1) with ESMTPS id 31M2a6nI031510 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 22 Feb 2023 03:36:06 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: (from uucp@localhost) by uucp.dinoex.org (8.17.1/8.17.1/Submit) with UUCP id 31M2a6on031509; Wed, 22 Feb 2023 03:36:06 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from disp.intra.daemon.contact (disp-e.intra.daemon.contact [IPv6:fd00:0:0:0:0:0:0:112]) by admn.intra.daemon.contact (8.17.1/8.17.1) with ESMTPS id 31M2Xihk043529 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=OK); Wed, 22 Feb 2023 03:33:45 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from disp.intra.daemon.contact (localhost [127.0.0.1]) by disp.intra.daemon.contact (8.17.1/8.17.1) with ESMTPS id 31M2WgeU003962 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 22 Feb 2023 03:32:42 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: (from pmc@localhost) by disp.intra.daemon.contact (8.17.1/8.17.1/Submit) id 31M2WgYb003961; Wed, 22 Feb 2023 03:32:42 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) X-Authentication-Warning: disp.intra.daemon.contact: pmc set sender to pmc@citylink.dinoex.sub.org using -f Date: Wed, 22 Feb 2023 03:32:42 +0100 From: Peter To: freebsd-stable@freebsd.org Cc: Mark Millard Subject: [analysis] Re: 13.2 BETA2: how do debug META_MODE? Message-ID: 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: text/plain; charset=us-ascii Content-Disposition: inline X-Milter: Spamilter (Reciever: uucp.dinoex.org; Sender-ip: 0:0:2a0b:f840::; Sender-helo: uucp.dinoex.org;) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [IPv6:2a0b:f840:0:0:0:0:0:12]); Wed, 22 Feb 2023 03:36:08 +0100 (CET) X-Spamd-Result: default: False [-2.29 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.991]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:205376, ipnet:2a0b:f840::/32, country:DE]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[sub.org]; FREEMAIL_CC(0.00)[yahoo.com]; RCVD_COUNT_FIVE(0.00)[5]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; HAS_XAW(0.00)[]; TO_DN_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[] X-Rspamd-Queue-Id: 4PM0dn6RQTz3hnZ X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N It appears as my issue goes away by itself at the fourth subsequent build. ># cd /usr/src/ ># env WITH_META_MODE=yes make buildworld ># env WITH_META_MODE=yes make installworld ># env WITH_META_MODE=yes make buildworld (again #0) >## no more rebuilds below? ># env WITH_META_MODE=yes make buildworld (again #1) ># env WITH_META_MODE=yes make buildworld (again #2) > >"again #0" will rebuild llvm/clang. The other two "again"s >will not. Strangely, I observed rather the opposite: the issue was with those nodes that do *not* get installed. Those that do get installed, they behaved as expected. Details: When starting a build, there are some programs in /usr/obj/usr/src/amd64.amd64/tmp/legacy/bin/ from the last build. These might be suitable for the new build (or they might not, who knows) - but then, very early in the buildworld, many of these files are copied from the running base system, with their mtime preserved. So now these files do not have an mtime of the last build, but of the last *install* of this running instance. (And that may be too late.) This is done here - and I have no idea how these files are selected: > -------------------------------------------------------------- > >>> Rebuilding the temporary build tree > -------------------------------------------------------------- [...] > Building /usr/obj/usr/src/amd64.amd64/tools/build/host-symlinks > Linking host tools into /usr/obj/usr/src/amd64.amd64/tmp/legacy/bin Over all, /usr/obj/usr/src/amd64.amd64/tmp/legacy/bin/ tends to become a zoo: some files are copied from the base system, some are installed during the build, some are not replaced at all. I tried to figure what exactly is happening, with the example of the make-roken + roken.h. I start the upgrade to 13.2 with an empty obj tree (because after switching and rebasing branches, my mtimes are recreated from the latest commit - and they will certainly not align with the old ones). In the first build the binaries in the obj tree have to be created. But since the running system is still 13.1, these binaries get all stamped for 13.1. In the second build -now running 13.2- META_MODE decides that the mtimes are now fine and does not rebuild. META_MODE has no notion of the currently running OS version, it only considers mtimes and cannot detect that these dependencies are stamped with an old OS version. In the third build META_MODE finds some mtimes obsolete again, and does rebuild toolchain binaries. This would not have any effect because "install" would not copy them to the bin-dir if the same binaries are already there. But in this scenario the old binaries are from 13.1, so they are different, and "install" copies the new ones in - and now everything that somehow depends on them will also rebuild. Finally in the fourth build everything appears to be fine. Conclusion: For a safe upgrade (specifically for a major version change) it is not so much necessary to delete the obj tree before the first build, but rather *after* the first build, i.e. after the base system has been upgraded. Some timings: The base gets installed into a clean DESTDIR and used for the next pass. The obj-trees are individually kept. Initial (obj trees deleted) ( 4 vcore) 230217231308.base.pass1.sst: real 9339.64 base w/ kernels 230217231308.base.pass2.sst: real 7982.69 230217231308.admn.pass1.jail.sst:real 9346.90 jail w/ compiler 230217231308.admn.pass2.jail.sst:real 5460.16 230217231308.data.pass1.jail.sst:real 4094.04 jail w/o compiler 230217231308.data.pass2.jail.sst:real 143.39 230217231308.iamk.pass1.jail.sst:real 8050.27 jail w/ compiler 230217231308.iamk.pass2.jail.sst:real 5226.32 230217231308.oper.pass1.jail.sst:real 2910.28 jail w/o compiler 230217231308.oper.pass2.jail.sst:real 92.05 230217231308.rail.pass1.jail.sst:real 3236.29 jail w/o compiler 230217231308.rail.pass2.jail.sst:real 99.49 230217231308.tele.pass1.jail.sst:real 3170.34 jail w/o compiler 230217231308.tele.pass2.jail.sst:real 180.65 pass3 (10 vcore) 230222000242.base.std.sst: real 1162.80 base w/ kernels 230222000242.admn.std.jail.sst:real 1759.15 jail w/ compiler 230222000242.data.std.jail.sst:real 155.54 jail w/o compiler 230222000242.iamk.std.jail.sst:real 1715.07 jail w/ compiler 230222000242.oper.std.jail.sst:real 149.51 jail w/o compiler 230222000242.rail.std.jail.sst:real 151.73 jail w/o compiler 230222000242.tele.std.jail.sst:real 150.52 jail w/o compiler pass4 (10 vcore) 230222021535.edge.std.sst: real 1018.79 base w/ kernels 230222021535.admn.std.jail.sst:real 101.61 jail w/ compiler 230222021535.data.std.jail.sst:real 67.47 jail w/o compiler 230222021535.iamk.std.jail.sst:real 100.91 jail w/ compiler 230222021535.oper.std.jail.sst:real 66.52 jail w/o compiler 230222021535.rail.std.jail.sst:real 68.00 jail w/o compiler 230222021535.tele.std.jail.sst:real 66.54 jail w/o compiler From nobody Wed Feb 22 02:44:09 2023 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 4PM0qL2T2lz3s74t for ; Wed, 22 Feb 2023 02:44:30 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-21.consmr.mail.gq1.yahoo.com (sonic306-21.consmr.mail.gq1.yahoo.com [98.137.68.84]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4PM0qK6wmfz3kHP for ; Wed, 22 Feb 2023 02:44:29 +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=1677033866; bh=lLLrmOOZdCCX+lzTKf5jg29RdLZ8pp+NquGSMvA9BLQ=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=gASp9Ml2PUUIA9EosEn9P9Tommx+4aAQ0MvedsXdcY6o8IDEt8HLvlze1IZKyzibb9MN7v9IUXtDtxtFR8YD41VeUKSv9yzbOoyJgHiAzDM19m8b4zHszdb3+VuSSLCxK2oGhpagd6ucOJKZ8KmVi3MlIXGhxREmrJHKrUrZMHW5eYWJKHJjwseRk+U/aztCMSTyctzRs5hB2A0t2MGh6LKzWSauLkvKrx/UAvtNFUrzYRiHkFBis9UGrqcrjtLJHuxPKlbLtkdqNxShwTdZGCqCun2J2WWWdB0Ku0G2HEENItqmD5ANkTneIWlJ8UZ39mQUexhN84ggb7LUJu0gWw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1677033866; bh=Rli51fD7Vys+7N+mwVHLKNL8yhwev3xw2wqewjhaQQU=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=JXe71ff4GnBwEm0NmUAXwLrq0x9Y4J8TAYsOYdY37yjlmLGvSVDuQ0pYj0IguP+i1oR11MX1TrNpfu3y7V/RUI5VMSVU2F0NLnsNG6R4Cx8qIunfsUDZstxBXpa/gDqji+bUUudxcqPsjohe+w+bfnFCmGRbWu5WK3Fnar/5IwC9YXZikBh8KmUVu9VQ+wu55IUo6WqSGKWBI8BsJV3Lu0F3u6ahmDdKNIR+L8Vr4lpq9HEk4usp8SUYmjhCY+kM6FPst3YdIuKeCSIFscWQYQi1iYaUvN3ERl+9vcHgdAUXLM4COfVcFZzkl3CulxrfuXziYBteK6kdtmU45nHaig== X-YMail-OSG: qpXmltUVM1nRpT7_gXErBuQSrLDNrHScT3nmoSDved6rLCVQk5xy0iMAyFrMOWW jteelFx7nvKIMGnYYSoCWln8MytaFMXy7JRYio1R7re0Far3RhzphoYQCjLwmkiWsvDOS8JEfEsf BdZoKB8y8a_iyzZdpXDRs8GqebBgrIomoU6vwXFu43iR73XnV6UKp3f41eL9w0nTLCtPGysiUloC O_eS3gDrsuRRh6L6o3bF66ERa7hEmiAdvUgVaK1zB5AGAr7MhZ4G.pRnVvGy8T_VVPPDg6Fnb.mS jFze7s3cm8yPhVMSxffs5vVPyI3vnyeYlCkTWR4IpvQ4KIcCcR8ysrbkBJmP_2lQuHr1gN2u1o3N rjhgk5zh8rLxeb57bhC8jo6EBKWdCiAWKPl1mrYfzutTEEBsmjp59dtjNVvA1PmXs0vyO.sW3X2f gsFPQsIyAeD3FRxZ0zMEmNyQ9l6SUi5hMf8P1a2f7xt4tSBqyAgkDGt.gwcq4fOFqYS9u6cVgTH_ wUtatr6mTZIAdKvDVh.JfzzTlIom8.tkvqoqDrZoUWzl.N1n4i8JA38KVCd6mRX3hu04ysZUck5j x.gyxVmtdBoKDYlvkBsPVfxbsiLQGI7uQSMWTT0V_joxn1PFxf20RdU0hVnrFSJpXSuYqSdMVH7E sYBd9dVqQnbChhDfoBTxwouu9eMSs9GYpDDcKjHB7npbMdDw4rJkuP2dK9gpTeKK8rHxHLPjSZm_ dMcvT_txXvLF6ziAPCcY9kzJcSgS3RLt3w5E34D7s3rfOmj8PfsuyHfB5EB8_yJVHIKmcvV2o5rJ WQOiZD2i5tKKIqRb7718NOA5A.Cd7TZlL1SQVMC43OLu39nJZChfxFyb2A82DjXV.GgBuZI2hXzk wHNmzBLghHaT7ZBc82BXUxO1BVI7YXLwAaoqxVwMHg7V0o9lp3CBVtXxLHtxODGXuecMjnZ5gsJe mcjtGGMb_zQv.6uMkfDnkY1RlNEgiMEuw7PxbNH6jeYkzFTEYcjFxrdOTPY_QvEjxKvmCnjXNDfj GauSB_zv25QXm2UNWSSLfL2WM1A62Nrrnjz9HLFPsGyjwQ4LVRuA1r3KEPsdOBp07B_o3VcFTXr2 BM1Ve_HAg7h4YgoasEl7Wv64Xy_4yDuaVWNreKxMh6oaWgal920P5R0tMuygwAC3hcZegb5dsN.O CfjmsQan_XeIdI20I0Y3LWU7T5aAg_vviAkL91ieod7BwYC_.4PoCxOQuvrGgrMazghkWjI3y2Yz Yvu_DWA5yJIntPrqmMH.8yMce6hicQTIEhMyHqCI7X4ruCm7kbQrClywIJKiuJyTcvB16YaYHO4v 5I09t3PDHBqlXdkNQObVZyAyAgjmZqG3y41NPe9SxF31Hg8JLQr1w6D2ZIuFkav5fUpzMtTO5Fpb 4OFvW6MDv_KG6UJoS.ela8cCbkB4GSdQFWfs6j1zsULKzN8LAp0IrxB8Vmz_lwRt6zvEAa_r3kWQ 0p0zBfE2MJy2GnfgHB6RE_G2ExKYFJ3Ni6DR5BwjgVra47bOjWIst16jflYozNjPtHNp0Cd2JBtm Irl1wsqaZFLGWuV1HBFFCG8MdsuGFZ5tM04B7vadb9SgMReLByLkdCRwxzM0qf1Xj2qpUMxYOoVW XiVYkR7tQkhn80h54p2Bief203Std_7Y0xIRKqDU9XSx1KqaA1fhrbtGFtN.FWCo9whtwGMFOVdZ dsZzMk9dRBm37HtdmPTyQwDakIcZWRVXg7aXi1RM9LFMb0pwB42dIXE7Vr7TH4x6cRYJUOydHAb6 u8Uau_opInDDDRrxOWoKpt946Z.cWZT1MH4ofkyZevC.Bj5PnC1XCClYEBkESAF9dlP2B05C6_zH 8ysV6fYEYfAsJpVd9dFK4krjxOLZoZgN5c1ze5oR1pXgCkkwXWc9YMBTb2NDvIhHFIFYTYhLL.eX _YErKgeX83.DQ.39qxVgk8hKF.ZIgmq8qcid1NEHvF5rx7UKnIa6yS7PPkG32IqjZxDd.NQW1L0g LYutGI94ssja4ciNIICFZFshjvQOdFtOWy55CkbMvHKEczaRRw5vCwkbyFohCI1_q7KPyZP6KRhm PBSr1ZiFjRYUeXS1Sjk6IUUnX0b4K.wLR1QXF1SH4X8463Hqe4IYzVsSgNJzfaOH9y_m04J.Imsv _IRx_.IGxi54mv8Xac7UKsZyDOpnmRS6qFENJ5JMxLC8atR5gYQ7U4Sj0XtShIiRAUY6ag33TI1F GAZ1knX9.7TeYQJek.vbeP8W6TL0kPiLMDgUd9FFQJXiAPNgIpKEaGsMJMLq5nxJJV7rPCow332w o6yKL X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Wed, 22 Feb 2023 02:44:26 +0000 Received: by hermes--production-ne1-746bc6c6c4-z5xkm (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID bcc58576eadedb8e71a50362b1f58c0e; Wed, 22 Feb 2023 02:44:20 +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 \(3731.400.51.1.1\)) Subject: Re: 13.2 BETA2: how do debug META_MODE? From: Mark Millard In-Reply-To: Date: Tue, 21 Feb 2023 18:44:09 -0800 Cc: FreeBSD-STABLE Mailing List Content-Transfer-Encoding: 7bit Message-Id: References: <41B536B0-DA66-449E-96BB-E11A8750471A.ref@yahoo.com> <41B536B0-DA66-449E-96BB-E11A8750471A@yahoo.com> To: Peter X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Rspamd-Queue-Id: 4PM0qK6wmfz3kHP X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Feb 21, 2023, at 18:10, Peter wrote: > On Tue, Feb 21, 2023 at 11:56:13AM -0800, Mark Millard wrote: > ! On Feb 21, 2023, at 04:55, Peter wrote: > ! > ! > ! # cd /usr/src/ > ! > ! # env WITH_META_MODE=yes make buildworld > ! > ! # env WITH_META_MODE=yes make installworld > ! > ! # env WITH_META_MODE=yes make buildworld (again #0) > ! > ! ## no more rebuilds below? > ! > ! # env WITH_META_MODE=yes make buildworld (again #1) > ! > ! # env WITH_META_MODE=yes make buildworld (again #2) > ! > > ! > But what is the difference between #0 and #1? > ! > ! awk, cp, ln, rm, sed, and many more from > ! . . ./tmp/legacy/usr/sbin/have new dates > ! for rebuilds after installworld (that targets > ! the running system). Not true for #1 and #2. > ! > ! The dates on these tools being more recent than > ! the files that they were involved in producing > ! leads to rebuilding those files. That in turn > ! leads to other files being rebuilt. > ! > ! make with -dM reports the likes of: > ! > ! file '. . ./tmp/legacy/usr/sbin/awk' is newer than the target... > ! > ! explicitly as it goes. As I remember tmp/legacy/usr/sbin/ > ! was always part of the path for what I found. > > Mark, thanks a lot for the proper input at the right time! > > This put me on the right track and I mananged to analyze and > understand what is actually happening. > > It looks like my issue does resolve itself somehow, and things > start to behave as expected again after four builds. Intersting. > ! I did not do the analysis of how (e.g.) tmp/legacy/usr/sbin/awk > ! ended up being newer than such a target and, so, causing a > ! rebuild of that target. I was going the direction: that > ! it is newer really is unlikely to justify the rebuild for > ! the target(s) in question. The other direction about how > ! it got to be newer is also relevant. > > I have now analyzed some parts of it. META_MODE typically finds some > build-tools to rebuild, but then if the result is not different > from what was there before, then "install" will not copy it to the > bin-dir, and so the avalanche gets usually avoided. > The implication is that "install -C" is in use, quoting the man page: -C Copy the file. If the target file already exists and the files are the same, then do not change the modification time of the target. If the target's file flags and mode need not to be changed, the target's inode change time is also unchanged. -c Copy the file. This is actually the default. The -c option is only included for backwards compatibility. -C might have more of an effect in a reproducible-build style build process than on a non-reproducible-build style one. === Mark Millard marklmi at yahoo.com From nobody Wed Feb 22 03:11:50 2023 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 4PM1ZG6c9sz3s8fB for ; Wed, 22 Feb 2023 03:18:14 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::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 "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PM1ZG5FT1z3mtY for ; Wed, 22 Feb 2023 03:18:14 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Authentication-Results: mx1.freebsd.org; none Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840:0:0:0:0:0:12]) by uucp.dinoex.org (8.17.1/8.17.1) with ESMTPS id 31M3I7pQ060499 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 22 Feb 2023 04:18:08 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: (from uucp@localhost) by uucp.dinoex.org (8.17.1/8.17.1/Submit) with UUCP id 31M3I69u060498; Wed, 22 Feb 2023 04:18:07 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from disp.intra.daemon.contact (disp-e.intra.daemon.contact [IPv6:fd00:0:0:0:0:0:0:112]) by admn.intra.daemon.contact (8.17.1/8.17.1) with ESMTPS id 31M3CjPU063039 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=OK); Wed, 22 Feb 2023 04:12:45 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from disp.intra.daemon.contact (localhost [127.0.0.1]) by disp.intra.daemon.contact (8.17.1/8.17.1) with ESMTPS id 31M3BoJV004318 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 22 Feb 2023 04:11:50 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: (from pmc@localhost) by disp.intra.daemon.contact (8.17.1/8.17.1/Submit) id 31M3BoXv004317; Wed, 22 Feb 2023 04:11:50 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) X-Authentication-Warning: disp.intra.daemon.contact: pmc set sender to pmc@citylink.dinoex.sub.org using -f Date: Wed, 22 Feb 2023 04:11:50 +0100 From: Peter To: Mark Millard Cc: FreeBSD-STABLE Mailing List Subject: Re: 13.2 BETA2: how do debug META_MODE? Message-ID: References: <41B536B0-DA66-449E-96BB-E11A8750471A.ref@yahoo.com> <41B536B0-DA66-449E-96BB-E11A8750471A@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: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Milter: Spamilter (Reciever: uucp.dinoex.org; Sender-ip: 0:0:2a0b:f840::; Sender-helo: uucp.dinoex.org;) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [IPv6:2a0b:f840:0:0:0:0:0:12]); Wed, 22 Feb 2023 04:18:11 +0100 (CET) X-Rspamd-Queue-Id: 4PM1ZG5FT1z3mtY X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:205376, ipnet:2a0b:f840::/32, country:DE] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Tue, Feb 21, 2023 at 06:44:09PM -0800, Mark Millard wrote: ! On Feb 21, 2023, at 18:10, Peter wrote: ! ! > On Tue, Feb 21, 2023 at 11:56:13AM -0800, Mark Millard wrote: ! > ! On Feb 21, 2023, at 04:55, Peter wrote: ! > ! ! > ! > ! # cd /usr/src/ ! > ! > ! # env WITH_META_MODE=yes make buildworld ! > ! > ! # env WITH_META_MODE=yes make installworld ! > ! > ! # env WITH_META_MODE=yes make buildworld (again #0) ! > ! > ! ## no more rebuilds below? ! > ! > ! # env WITH_META_MODE=yes make buildworld (again #1) ! > ! > ! # env WITH_META_MODE=yes make buildworld (again #2) ! > ! > ! > ! > But what is the difference between #0 and #1? ! > ! ! > ! awk, cp, ln, rm, sed, and many more from ! > ! . . ./tmp/legacy/usr/sbin/have new dates ! > ! for rebuilds after installworld (that targets ! > ! the running system). Not true for #1 and #2. ! > ! ! > ! The dates on these tools being more recent than ! > ! the files that they were involved in producing ! > ! leads to rebuilding those files. That in turn ! > ! leads to other files being rebuilt. ! > ! ! > ! make with -dM reports the likes of: ! > ! ! > ! file '. . ./tmp/legacy/usr/sbin/awk' is newer than the target... ! > ! ! > ! explicitly as it goes. As I remember tmp/legacy/usr/sbin/ ! > ! was always part of the path for what I found. ! > ! > Mark, thanks a lot for the proper input at the right time! ! > ! > This put me on the right track and I mananged to analyze and ! > understand what is actually happening. ! > ! > It looks like my issue does resolve itself somehow, and things ! > start to behave as expected again after four builds. ! ! Intersting. ! ! > ! I did not do the analysis of how (e.g.) tmp/legacy/usr/sbin/awk ! > ! ended up being newer than such a target and, so, causing a ! > ! rebuild of that target. I was going the direction: that ! > ! it is newer really is unlikely to justify the rebuild for ! > ! the target(s) in question. The other direction about how ! > ! it got to be newer is also relevant. ! > ! > I have now analyzed some parts of it. META_MODE typically finds some ! > build-tools to rebuild, but then if the result is not different ! > from what was there before, then "install" will not copy it to the ! > bin-dir, and so the avalanche gets usually avoided. ! > ! ! The implication is that "install -C" is in use, quoting the ! man page: ! ! -C Copy the file. If the target file already exists and the files ! are the same, then do not change the modification time of the ! target. If the target's file flags and mode need not to be ! changed, the target's inode change time is also unchanged. ! ! -c Copy the file. This is actually the default. The -c option is ! only included for backwards compatibility. ! ! -C might have more of an effect in a reproducible-build ! style build process than on a non-reproducible-build ! style one. Yepp. "install -p" is used, see /usr/src/tools/install.sh From nobody Wed Feb 22 03:31:01 2023 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 4PM1sP1H2Dz3s99s for ; Wed, 22 Feb 2023 03:31:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-23.consmr.mail.gq1.yahoo.com (sonic303-23.consmr.mail.gq1.yahoo.com [98.137.64.204]) (using TLSv1.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 4PM1sN5tBPz3pbR for ; Wed, 22 Feb 2023 03:31:20 +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=1677036678; bh=xkyWksJABAoUrKD23tnyPHZCAU/Eq2pjWFmokROrVa8=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=k/4VuUw4xguJA+YjWdo7koZB3yBffxdK0AcXLTyfkY8w8De+CzeHnHqqencsKZy3X86rvBhCV/llIbGtB2CXhjenR2SZOiNUqnI069smZOzfZ2sP/oqdsKXzK07bD6DbHe1u7rzLpIm3f3C0oMH81D+tx94TZyqhGHDqmVIVvhVvmqKzNw5n+ww0msazJQ5SHL6B+x3t8tJPSCixwgveufI2KHSreyW0Ji2nw01f8U0dYas1DS3RN1sapSxEA3FTA1xeJn9whOPgK2ABNWMKOKud2Fmr1F+F6zkABkffd5qoxRZ4rE8e+CLavgL/TyAoEuRneyOGN3WZYhjVrUqH0Q== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1677036678; bh=X5g4DMDbZoFTBpZ8ltN+KhuVJF7yAqbHiWlhNmXYv2z=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=JnIVWZB26WRwA9DjNHtHa0+k13kx3rU5qH3EqytALnqkeywWLO6f5ZHKX6aBS65Gdzv1uX0tSre2J3xykSPLq870Dq4/T3H+Zn5cSmmRzBF5VBttLrHWojF+4dfe4NiOERsX75kjvxMYXGUt5/4ckE7v/H0sXEUfaKZYyW+IR1TrcYIV+AQvDDhYUgsK68z8FGkf5RSSNvcYDmhsIbPMQ5OKwZqjCGKCt9vUGUWHkn5cGnZQlzWbdJL2+97JIiHO+tB4JjLypXufupdnCIy+r2DfDPnwzeSpDQpd3K+Hvu14uQ9q7KDv3Egv3I2pMn1uAh9d8W6NCh5bTFTZ+R4p6A== X-YMail-OSG: Ucbeug8VM1kOw4zOeOOpmgr8DujWn8YBdjLEROeunmBRKJPHBmy_Y8QFcC6IdzI foBiwJdo9ix9S6Vczz9lO4IvQOz2x0ymIsmS.gnrJcF.DIZswcbwBkhyCDlPxVizNYEkDwkgrvSv vtl2P.c5KZSaNGLJNo9X2LbU2kiq022kwuBO3VH3oV53lfw.0Ik19ZYDGaiuM9HCaHQ9c3bCNTOd 471lA1fsi84lFYz5Yf9IewzH2DrV7A9freLkS1f37Qncs0ABDpwzD55zUU2YbXV9Vp139tEx5NVz 1jjX0CK_DxHGINmZ1.aCUI8sdKAgbzIJnE4mBB_K2evD3FuWwFHpDwPxEsdp0ATSB0ASjYGWf7bB LVZGxc72DlfLmYiDuBnJhmGvAmlmHdVennsZCD3kjEqTd1CWe2aYW9Ffr9.oDYgStCSrcasPM8jW FKJPfZigPTjFLbFezCbuAGPiDRQcJIKIDMNK2tBYMoyz7641ssa0MUSxIoD6TlOqntHQ5PcFYqpB n3wRHzhcE3dSTzHGfyWIVycFeZUcV9IVDv3gCAcZ.mk8Bw26psiXAVEajyxhra2fhwuNfwGx4Grm kDtkl3HXaiupo6PCmDf4n8VVGXOvkFWLF1tujRYXWmfP032FlxrR8anACgzFjK8DLptVYqZPzN1M yku87jig6nwtykbXea0zEIaMOKvt._9llXFSfZbPIksehqTOAeBPLb6pucW8dxkApr7t3BJGGWxa T2alG5fs9PMk9otVx0V3t13P2NbX9HvoYWPb0dW6KH6vmxD1a_zoutZwKSt5K.f4PqwVOVw4F.su EajHWvKzKvQeDLPEZZcLz6T8R3DISQBAkF43E0pbPnxnptWCvDyr_BiZu5dowI04n6Y_qRNAeNV2 .x6xm.rHiqo5QCT5IR_AZZQm31w8QGGO2.DBfx7batywEvz4XRf5GJrkgmW.5XflauZhxF6ezHpo YACKtiLysGWd8Fc87FjDGS7qUUZICihsJc4oKjCnbLui_qI52NvqRNDqn_RHanx8kKv.A1ApnrMj pZeN1IoSSSBEE8LmqCqG5mEX98UEsY_rKEFu8RuX.8JJwKEgB.RTYEZWDocRQwuICw1D2umni_oT 7aKk58LTq0EHTIZALFaOLVzL2Jw66OKM8l1BmXkxrAWE0JXV_Bz8UMUe_61WqEyJrqxU3610xyFC lOorYucdVqKTmz1y3B.Oc0jgiu8YD3e2wWqqhgk6zi23iHfZHv1WnGsXx3kGYNDFQfjssOuZLouB wEyo4_.E7eQu4FLw2605JAj4hZqQfN4YCexspQThWj0CjHRchAsnSr4K_XoNw6Li88IMOx1jWfHZ gdqf8tsi4KRzvAR0PYv2QBnZ9ijQZhmITfAVa2FX0klhXGLSvEin4LqLHGhwFr984FeyP5Yz0w1C DoHGB.8Vce.A9txsGbdM7OFVFRe4QkxrMOnPE_rerhlsCbrUKzAYHN99.dEDyxmZKguYC7isHtYX qw5TCAzeTvreG9gpZkXmaN0bQKm25q6sFS8Tqy9F1g0gnBLnuQJ7o5QsFhc2ObwzFI8fBosEzANu erFV1jD4px6BZBvxEU5utrmnfm2haXyNGaNjApQZh6TLUIo9TaQtNriuoQTOAxVOT5s4Vml3sNyL L7lRAZjHq4g7Zeqv72XMbl0SPNdavNvtJbpgMvSo44JVdqNUTFP5lZYlQyhI_8OCweE4NVzVeGlh yneo.PtK5V6rYTjnPRGlRJtEtNt.5bdh7BvyIt0xpZgGIPM1rdz88WoLkH6I4M9TfYp1fKYR3OsC UkEwg6XEMZb5tvXjGOhoYh.M5GqjEFdxXPbhVLFWmso.vzkxcZg_66ofnRAyC7gj63oQC16CZ.TP fJcI0yXeaLKW7NMjwsb8Msip3pcDHzKyWPt2OB1X1VV7gdt7VQIfjvscqfTvsohl6hne1Hhk1GUt Jsk_nuUlUc2nEW9MhBIdgxKWGJsGgc05Ym.Jv.o9EQhXoCMFhVsJAsaU9t6yXhRjWPgT8lb2GTF_ FPjCz8CYx16tJU3Yfe3zNOFHAkpf.okqu_3cKmI5j.IYs_eODoRg8prvAbEx1eUnfhcmFE20gcP_ dxT97bo086XabEinJID32zSDI6cc9VmDq6FVvD7cTBQJYkHh58b2Nd9DYJexv1UBxp6I.le6qMG8 umt2sYrENWZ6WE9QSYt9tRyg3..IFkcnskLwiYUNblIPnJXv5nwDZk0iIwbsH8JiueU9C6xJK_iG ucfmP05j2ErsjmcR1PPS5XJwWmA5eBcRPlbr_2S0JQWOwD.NiV5juPlRmzXGi_FGyZQUZP9hb1QV VE0I- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Wed, 22 Feb 2023 03:31:18 +0000 Received: by hermes--production-ne1-746bc6c6c4-b6fc9 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 6e098ad77d43fb6e12f2ab8fb68e4c99; Wed, 22 Feb 2023 03:31:12 +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 \(3731.400.51.1.1\)) Subject: Re: [analysis] 13.2 BETA2: how do debug META_MODE? From: Mark Millard In-Reply-To: Date: Tue, 21 Feb 2023 19:31:01 -0800 Cc: freebsd-stable@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: References: To: Peter X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Rspamd-Queue-Id: 4PM1sN5tBPz3pbR X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Feb 21, 2023, at 18:32, Peter wrote: > It appears as my issue goes away by itself at the fourth subsequent > build. > >> # cd /usr/src/ >> # env WITH_META_MODE=yes make buildworld >> # env WITH_META_MODE=yes make installworld >> # env WITH_META_MODE=yes make buildworld (again #0) >> ## no more rebuilds below? >> # env WITH_META_MODE=yes make buildworld (again #1) >> # env WITH_META_MODE=yes make buildworld (again #2) >> >> "again #0" will rebuild llvm/clang. The other two "again"s >> will not. > > Strangely, I observed rather the opposite: the issue was with those > nodes that do *not* get installed. Those that do get installed, they > behaved as expected. My older notes from 2021 were better at being explicit about the initial context assumed: QUOTE Given an already built, installed and booted system version, I've noted a big difference for META_MODE in 2 rebuild contexts (no source updates involved) END QUOTE In other words, all the build activity was rebuild-same-version activity or reinstall-same-version activity in my example sequence. So I expect that the attempted comparison happens to not have a matching context to make the comparison with. > Details: > > When starting a build, there are some programs in > /usr/obj/usr/src/amd64.amd64/tmp/legacy/bin/ from the last build. > These might be suitable for the new build (or they might not, who > knows) - but then, very early in the buildworld, many of these files > are copied from the running base system, with their mtime preserved. > So now these files do not have an mtime of the last build, but of the > last *install* of this running instance. (And that may be too late.) > This is done here - and I have no idea how these files are selected: > >> -------------------------------------------------------------- >>>>> Rebuilding the temporary build tree >> -------------------------------------------------------------- > [...] >> Building /usr/obj/usr/src/amd64.amd64/tools/build/host-symlinks >> Linking host tools into /usr/obj/usr/src/amd64.amd64/tmp/legacy/bin > > Over all, /usr/obj/usr/src/amd64.amd64/tmp/legacy/bin/ tends to become > a zoo: some files are copied from the base system, some are installed > during the build, some are not replaced at all. > > I tried to figure what exactly is happening, with the example of > the make-roken + roken.h. > I start the upgrade to 13.2 with an empty obj tree (because after > switching and rebasing branches, my mtimes are recreated from the > latest commit - and they will certainly not align with the old ones). > > In the first build the binaries in the obj tree have to be created. > But since the running system is still 13.1, these binaries get all > stamped for 13.1. > > In the second build -now running 13.2- META_MODE decides that the > mtimes are now fine and does not rebuild. > META_MODE has no notion of the currently running OS version, it only > considers mtimes and cannot detect that these dependencies are stamped > with an old OS version. In terms of your example, in case the earlier was unclear: In my test sequence, 13.2 would have already been built, installed, and booted before the buildworld/installworld sequence that I listed. So my notes do not match your full sequence. They are more of a rebuild-already-existing sequence to analyze the behavior just for that simpler context than a realistic overall normal-build sequence. Having a installworld is only there to see what differences it makes compared to later not having such between such rebuild-already-existing runs. The isntallworld was an example of reinstall-same-version-as-already-running. > In the third build META_MODE finds some mtimes obsolete again, and > does rebuild toolchain binaries. This would not have any effect > because "install" would not copy them to the bin-dir if the same > binaries are already there. But in this scenario the old binaries > are from 13.1, so they are different, and "install" copies the new > ones in - and now everything that somehow depends on them will also > rebuild. > > Finally in the fourth build everything appears to be fine. > > Conclusion: > For a safe upgrade (specifically for a major version change) it is > not so much necessary to delete the obj tree before the first build, > but rather *after* the first build, i.e. after the base system has > been upgraded. > > Some timings: > > The base gets installed into a clean DESTDIR and used for the next > pass. The obj-trees are individually kept. > > Initial (obj trees deleted) > ( 4 vcore) > 230217231308.base.pass1.sst: real 9339.64 base w/ kernels > 230217231308.base.pass2.sst: real 7982.69 > 230217231308.admn.pass1.jail.sst:real 9346.90 jail w/ compiler > 230217231308.admn.pass2.jail.sst:real 5460.16 > 230217231308.data.pass1.jail.sst:real 4094.04 jail w/o compiler > 230217231308.data.pass2.jail.sst:real 143.39 > 230217231308.iamk.pass1.jail.sst:real 8050.27 jail w/ compiler > 230217231308.iamk.pass2.jail.sst:real 5226.32 > 230217231308.oper.pass1.jail.sst:real 2910.28 jail w/o compiler > 230217231308.oper.pass2.jail.sst:real 92.05 > 230217231308.rail.pass1.jail.sst:real 3236.29 jail w/o compiler > 230217231308.rail.pass2.jail.sst:real 99.49 > 230217231308.tele.pass1.jail.sst:real 3170.34 jail w/o compiler > 230217231308.tele.pass2.jail.sst:real 180.65 > > pass3 > (10 vcore) > 230222000242.base.std.sst: real 1162.80 base w/ kernels > 230222000242.admn.std.jail.sst:real 1759.15 jail w/ compiler > 230222000242.data.std.jail.sst:real 155.54 jail w/o compiler > 230222000242.iamk.std.jail.sst:real 1715.07 jail w/ compiler > 230222000242.oper.std.jail.sst:real 149.51 jail w/o compiler > 230222000242.rail.std.jail.sst:real 151.73 jail w/o compiler > 230222000242.tele.std.jail.sst:real 150.52 jail w/o compiler > > pass4 > (10 vcore) > 230222021535.edge.std.sst: real 1018.79 base w/ kernels > 230222021535.admn.std.jail.sst:real 101.61 jail w/ compiler > 230222021535.data.std.jail.sst:real 67.47 jail w/o compiler > 230222021535.iamk.std.jail.sst:real 100.91 jail w/ compiler > 230222021535.oper.std.jail.sst:real 66.52 jail w/o compiler > 230222021535.rail.std.jail.sst:real 68.00 jail w/o compiler > 230222021535.tele.std.jail.sst:real 66.54 jail w/o compiler === Mark Millard marklmi at yahoo.com From nobody Wed Feb 22 04:51:59 2023 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 4PM3fr4PJRz3sGRL for ; Wed, 22 Feb 2023 04:52:20 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-21.consmr.mail.gq1.yahoo.com (sonic314-21.consmr.mail.gq1.yahoo.com [98.137.69.84]) (using TLSv1.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 4PM3fr1p68z3wY5 for ; Wed, 22 Feb 2023 04:52:20 +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=1677041537; bh=TkB0mxll72gJ3VQ9gKn81dOrnLA3FyQCeFtowyVcSAA=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=udpKd8GmWu5aWfWlKOoQpi0G9SQ8g/K+8qrq3ax2IO4X0Zb6i+WTeDPsFpwNLAkhWlyWZo2l6X/hsOeICC3QbZKmQr2YptQjIX/En4vrqQNLJuUMYyga9JltivasUBw6N3LrCIXs4nJMa5kPpWcFaGoowgfQUx3+JI8y7bgLnVzXp4CAvWBCTUr86/L4YmzUR60H05ck5levszeGbtDZL3Cpr6kyiEn8UNPCiF0c1dDDH5eypWB4QmUZ/y7Z25OkcruNGm0KfYh+U54dhVLw4hXc5LM/XI7JGilWe448pp+FdbZzClp4LHFfD4qM/pvwoAXcM4iusNn2++lUNy/XpA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1677041537; bh=XCppq19LewiarMWUeKSFFJAiMMvz2+EgxZwmWCdysLJ=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=uB4/tKo8jPqbW1nvgp8UBypijOJhrlkoVq17Z+KCT/Fp1tdvuhoSjqVmSUSmaha9dJZk1h90AAFXoWGbqdViipTqaN+q10nCoFtdMG6z3fyqcTO59Jcrsvvjg3vv0Y+sfIdyGP7FiobOUXtZsTVHbK2EgggFFHzDEXcX+/waARL0Gn7eShiS4QEYqDwLlqd9NE8qWc/LjFhJfOhy3nfiMTF+VfFS49ZpSwivKoOywA5nBqT/Vbr30FGpjR+xFiORZ0IyCwkqSp1d9SRs+CkWxyGqfKuK5aGmZpU4DQomBbPuVJ50nRe3y6ixOzJNvaCLVhSDLzB0tukKeBWaKQCEaA== X-YMail-OSG: WoPKsxQVM1lqtg8.8XvTMcWlXlLm51LAK24DHH3j4l0Bu415K_GxRmTpw8FQ9JK JDkKMS.mvA8LsGA4iP6t3VLq74QZM5zRnsPnOtLGHdG4Sn1QkDNhViNpX3oB4U.Cp.pYpfhbXPeC CrGbhSEm6d75Qk2595sZj6CtcldS0Msxy6BsRMCVBkarZ4kQk6qtjBy5JkiElPY9TUNXejEXgGp8 9ma2OQHern22mS18Eo_31kKsAZiVdDC.5pimmU2dkDw0qSVowJO3eNhF0QI55wSCqCv_JG05h9la Lyhj6x2vmEmya_wVU8PQ_pMVAdSwy_Hq1.70OEB5Ou4HVwTFmGU9EhXA97zjCdDOr5er17bAt20U sZOt_sW2T8tcBP0KPNYRPod4TJaqgM_kI4MQdlPYZp963ksWiQCFO4IazWMk4psWdUkYTVSxhogA vyijSNWZpbuQr0jUnHzxNSqmgeXTmr.jZaZ3.GSeticy4aOn8kT5kyRXG_uOilBortMMT86lOvj6 wfcp9AJUlZuY8gQcgFykpfMgBLBMi3Jd808B7jl.n62JLDd1OM6stfawaCZAhdTNNQU1la6CtruX PTl3FsxPFN865OQ6tIL7TEpkRl0hq32tcSlsTb6gZLRVCFlfgZbpB_vq72RjE0bYVusSMo.SIwjD H4vauWLMWZ2qxsEoHdh8wHUf1XbtJd1mKEgJwm54oheQbqDhzIu7rIqUJhomo7Jn2XgDULHY2vmC 5B_7iPmPQZMVGTHrfAz1ccq2CqxAt2jEdXwLHyXQ_xDM.ICaDGMcp2RXzxY8sVYVqTTX.sTsxPto LV.H3PxG8l9GYcMh7.rQfJVSQl16Zrd1IUDPDBavjclJHlgpwtjfVd3DDp7pxBdwzz8Y4sFGGr5V IOJ422dFCOo2vJQ4itVbrcMuLTULZM5pWT0o9lOJSDQ.AhOKGEn66ptRIhC6APc9A1_B5ltjAvtg wBdsqe4VxaaOv9p6bLuxMG77UZsUS419qO9M6HD1ogDnkr2QxL5lK03bF3azN5UPXh8vAXZDY0vn .n.TmIQBPx98K_yrmTWeLexeKaMQv0ScruXYmVIt9FIxL6d1VtXq9fO98HWdakYtxy3KDJqQjaTT W.17TClK8MQ3BdvHpHdy9w3WLLsHb9lFHUDzOi75MZDnJwUVc5XhIzpDBkW6U4csBmlND0TUbpMr 2BPIBh4Aw3iQssuR3.ZGMR5SfniUbv9kxGIJJ31KVwiENqZjQb2FGfaZ8Jy5BH2Thr6.edGcriND 2SQQ1SjldG7mZ6hZJz0dhvri3CIRvNKcgv0K5__MkkTGMgg6oSuNj31hVj0bSTq_hVk6Ik4Y3x3J MGtdkIacmjzw8jl6JEuFhKeJBkHliyqwGaGyxDRu0UhZU2f_k7j6M0wWaFesR4p0xhh2f.9MowT7 8enCkDLHIW4.SJZVrwGLVNCN5KVqVca29HFDCA2mbmG3KiLTbiDd6quo_bCwcPLBjOIizZ8.Zw4Q URvOJ71K.TyamQXuH8yHrVcUeQAlUOx0JvhaigDpiZ0TddvcX0ttE2Ycw5Yow.jswVT8rGtxDelb uCM_k300su_Vd9ZmdUfI_yqoSJm6HAbPs6pGjAlfL4LoHUAr1MkYDH2RinLn5ZW0TEBMgYLBtpSB dO945tnTA3Asditk9xVZmyM0lHZquoh1f1e0q6GWpLbc0ypp0LXu0UYeCjL4.wMpX8B4hYpjekyS VpmXb_K1FIXFH3K_Zb3tcUBeZf.qdb2yz3pqrjwSSkS1W5zb1G5FO0TOZ1ULcTBQeF6ZV2Y0WwP8 605qI6bkRp5X5Fy1HJBTmtnkwswam6L6zeR4Z6Z1aGCIvnIUEGNlcAfwtatQbmQ14gcFfwnlRWZU F64S.N0Id4pSYzQYtZljUGgGo5HrEqJHITwUXEFA.7Tn.aps9C4XpVklgvePEkZHp4zPY2M8RcUA .mtNzmjqv9sSiXgEtzP.3wpg8_iuCEha8wrsudwzQqcUNPWvw79UhMiTO1WpHOls8SW7hqxKtCf7 sddiRTYPXHq9etI.ab3WsCFKHUuDFMglCjW8_oCmrP3yG7PX.iYJDGuKMK8w.VPxei24mMgpedXk 6emDU5TskIy0Jqz1xuCnuVITGtl2MoCJbaTdy.zooTVbisk8P6oYjeRxNZ.akr6RDSLNXWeeXPE9 .RU74xX03_6d1cYw1ySj6LvlqNcT1lWi606kc4PQkKA7Ymcqc7l25iKeYNhjfQ8.vJNeePcCznLa 9V_.0juTXZygnaWIzQDWIh0oNHNHMMpTXHSkAzVHUnKACcXFuusHZXXVheB.twx1r48T9xUVaY5E brA4- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Wed, 22 Feb 2023 04:52:17 +0000 Received: by hermes--production-ne1-746bc6c6c4-7ksjp (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID ab387727fd17f95e1fa460a1a5fea392; Wed, 22 Feb 2023 04:52:10 +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 \(3731.400.51.1.1\)) Subject: Re: 13.2 BETA2: how do debug META_MODE? From: Mark Millard In-Reply-To: Date: Tue, 21 Feb 2023 20:51:59 -0800 Cc: FreeBSD-STABLE Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: References: <41B536B0-DA66-449E-96BB-E11A8750471A.ref@yahoo.com> <41B536B0-DA66-449E-96BB-E11A8750471A@yahoo.com> To: Peter X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Rspamd-Queue-Id: 4PM3fr1p68z3wY5 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Feb 21, 2023, at 19:11, Peter wrote: > On Tue, Feb 21, 2023 at 06:44:09PM -0800, Mark Millard wrote: > ! On Feb 21, 2023, at 18:10, Peter = wrote: > !=20 > ! > On Tue, Feb 21, 2023 at 11:56:13AM -0800, Mark Millard wrote: > ! > ! On Feb 21, 2023, at 04:55, Peter = wrote: > ! > !=20 > ! > ! > ! # cd /usr/src/ > ! > ! > ! # env WITH_META_MODE=3Dyes make buildworld > ! > ! > ! # env WITH_META_MODE=3Dyes make installworld > ! > ! > ! # env WITH_META_MODE=3Dyes make buildworld (again #0) > ! > ! > ! ## no more rebuilds below? > ! > ! > ! # env WITH_META_MODE=3Dyes make buildworld (again #1) > ! > ! > ! # env WITH_META_MODE=3Dyes make buildworld (again #2) > ! > ! >=20 > ! > ! > But what is the difference between #0 and #1? > ! > !=20 > ! > ! awk, cp, ln, rm, sed, and many more from > ! > ! . . ./tmp/legacy/usr/sbin/have new dates > ! > ! for rebuilds after installworld (that targets > ! > ! the running system). Not true for #1 and #2. > ! > !=20 > ! > ! The dates on these tools being more recent than > ! > ! the files that they were involved in producing > ! > ! leads to rebuilding those files. That in turn > ! > ! leads to other files being rebuilt. > ! > !=20 > ! > ! make with -dM reports the likes of: > ! > !=20 > ! > ! file '. . ./tmp/legacy/usr/sbin/awk' is newer than the = target... > ! > !=20 > ! > ! explicitly as it goes. As I remember tmp/legacy/usr/sbin/ > ! > ! was always part of the path for what I found. > ! >=20 > ! > Mark, thanks a lot for the proper input at the right time! > ! >=20 > ! > This put me on the right track and I mananged to analyze and > ! > understand what is actually happening. > ! >=20 > ! > It looks like my issue does resolve itself somehow, and things > ! > start to behave as expected again after four builds. > !=20 > ! Intersting. > !=20 > ! > ! I did not do the analysis of how (e.g.) tmp/legacy/usr/sbin/awk > ! > ! ended up being newer than such a target and, so, causing a > ! > ! rebuild of that target. I was going the direction: that > ! > ! it is newer really is unlikely to justify the rebuild for > ! > ! the target(s) in question. The other direction about how > ! > ! it got to be newer is also relevant. > ! >=20 > ! > I have now analyzed some parts of it. META_MODE typically finds = some > ! > build-tools to rebuild, but then if the result is not different > ! > from what was there before, then "install" will not copy it to the > ! > bin-dir, and so the avalanche gets usually avoided. > ! >=20 > !=20 > ! The implication is that "install -C" is in use, quoting the > ! man page: > !=20 > ! -C Copy the file. If the target file already exists and = the files > ! are the same, then do not change the modification time = of the > ! target. If the target's file flags and mode need not = to be > ! changed, the target's inode change time is also = unchanged. > !=20 > ! -c Copy the file. This is actually the default. The -c = option is > ! only included for backwards compatibility. > !=20 > ! -C might have more of an effect in a reproducible-build > ! style build process than on a non-reproducible-build > ! style one. >=20 > Yepp. "install -p" is used, see /usr/src/tools/install.sh >=20 The code for the _bootstap_tools_links uses "cp -pf", not install, to establish part of . . ./tmp/legacy/bin/ . (Note: . . ./tmp/legacy/sbin -> ../bin so is a via a symbolic link.) Before the "cp -pf" there is a "rm -f" deleting the target file before the copy: the prior file in . . ./tmp/legacy/bin/ is never directly preserved. (The new copy might still be identical to the old one: the source path one might happen to be identical as well.) # Link the tools that we need for building but don't need to bootstrap = because # the host version is known to be compatible into ${WORLDTMP}/legacy # We do this before building any of the bootstrap tools in case they = depend on # the presence of any of the links (e.g. as m4/lex/awk) ${_bt}-links: .PHONY .for _tool in ${_bootstrap_tools_links} ${_bt}-link-${_tool}: .PHONY @rm -f "${WORLDTMP}/legacy/bin/${_tool}"; \ source_path=3D`which ${_tool}`; \ if [ ! -e "$${source_path}" ] ; then \ echo "Cannot find host tool '${_tool}'"; false; \ fi; \ cp -pf "$${source_path}" "${WORLDTMP}/legacy/bin/${_tool}" ${_bt}-links: ${_bt}-link-${_tool} .endfor Note: This is for the !defined(BOOTSTRAP_ALL_TOOLS) case. Note: the code uses the abbreviation: _bt=3D _bootstrap-tools _bootstrap_tools_links is built mostly in terms of _basic_bootstrap_tools and _basic_bootstrap_tools_multilink from earlier logic. For reference, showing what ends up handled this way: # grep -r "_bootstrap_tools" /usr/main-src/Makefile* = /usr/main-src/share/ | more /usr/main-src/Makefile.inc1:# _bootstrap_tools_links variable. /usr/main-src/Makefile.inc1:_bootstrap_tools_links+=3Dm4 lex /usr/main-src/Makefile.inc1:_bootstrap_tools_links+=3Dmtree /usr/main-src/Makefile.inc1:_bootstrap_tools_links+=3Dcat /usr/main-src/Makefile.inc1:_bootstrap_tools_links+=3Dcrunchide /usr/main-src/Makefile.inc1:_bootstrap_tools_links+=3Dcrunchgen /usr/main-src/Makefile.inc1:_bootstrap_tools_links+=3Dmkimg /usr/main-src/Makefile.inc1:_kerberos5_bootstrap_tools=3D \ /usr/main-src/Makefile.inc1:.ORDER: = ${_kerberos5_bootstrap_tools:C/^/${_bt}-/g} /usr/main-src/Makefile.inc1:.for _tool in ${_kerberos5_bootstrap_tools} /usr/main-src/Makefile.inc1:# The tools listed in _basic_bootstrap_tools = will generally not be /usr/main-src/Makefile.inc1:# case we use the = _basic_bootstrap_tools_multilink variable which is a list of = /usr/main-src/Makefile.inc1:_basic_bootstrap_tools_multilink=3Dusr.bin/gre= p grep,egrep,fgrep /usr/main-src/Makefile.inc1:_basic_bootstrap_tools_multilink+=3Dbin/test = test,[ /usr/main-src/Makefile.inc1:_basic_bootstrap_tools+=3Dusr.bin/cut = bin/expr usr.bin/gencat usr.bin/join \ = /usr/main-src/Makefile.inc1:_basic_bootstrap_tools_multilink+=3Dusr.bin/aw= k awk,nawk /usr/main-src/Makefile.inc1:_basic_bootstrap_tools+=3Dusr.bin/file2c = /usr/main-src/Makefile.inc1:_basic_bootstrap_tools_multilink+=3Dusr.bin/bi= ntrans uuencode,uudecode /usr/main-src/Makefile.inc1:_basic_bootstrap_tools+=3Dusr.bin/xargs /usr/main-src/Makefile.inc1:_basic_bootstrap_tools+=3Dusr.bin/cap_mkdb = /usr/main-src/Makefile.inc1:_basic_bootstrap_tools+=3Dusr.sbin/services_mk= db usr.sbin/pwd_mkdb /usr/main-src/Makefile.inc1:_basic_bootstrap_tools+=3Dusr.bin/ldd /usr/main-src/Makefile.inc1:_basic_bootstrap_tools+=3Dbin/chflags /usr/main-src/Makefile.inc1:_bootstrap_tools_links+=3Dsysctl = /usr/main-src/Makefile.inc1:_other_bootstrap_tools+=3Dtools/build/cross-bu= ild/fake_chflags /usr/main-src/Makefile.inc1:_basic_bootstrap_tools+=3Dusr.bin/mkfifo /usr/main-src/Makefile.inc1:_basic_bootstrap_tools+=3Dusr.bin/jot /usr/main-src/Makefile.inc1:_basic_bootstrap_tools+=3Dsbin/md5 /usr/main-src/Makefile.inc1:_basic_bootstrap_tools+=3Dusr.sbin/tzsetup = /usr/main-src/Makefile.inc1:_other_bootstrap_tools+=3D${_basic_bootstrap_t= ools} /usr/main-src/Makefile.inc1:.for _subdir _links in = ${_basic_bootstrap_tools_multilink} /usr/main-src/Makefile.inc1:_other_bootstrap_tools+=3D${_subdir} /usr/main-src/Makefile.inc1:_other_bootstrap_tools+=3Dusr.bin/bmake /usr/main-src/Makefile.inc1:_other_bootstrap_tools+=3Dlib/libbz2 /usr/main-src/Makefile.inc1:_other_bootstrap_tools+=3Dlib/libz /usr/main-src/Makefile.inc1:_other_bootstrap_tools+=3Dlib/libcrypt /usr/main-src/Makefile.inc1:# All tools in _basic_bootstrap_tools have = the same name as the subdirectory = /usr/main-src/Makefile.inc1:_bootstrap_tools_links+=3D${_basic_bootstrap_t= ools:T} /usr/main-src/Makefile.inc1:.for _subdir _links in = ${_basic_bootstrap_tools_multilink} /usr/main-src/Makefile.inc1:_bootstrap_tools_links+=3D${_links:S/,/ /g} /usr/main-src/Makefile.inc1:.for _tool in ${_bootstrap_tools_links} /usr/main-src/Makefile.inc1: ${_kerberos5_bootstrap_tools} \ /usr/main-src/Makefile.inc1: ${_other_bootstrap_tools} \ What the prior installworld did for the analogous files is a separate issue. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Wed Feb 22 05:53:59 2023 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 4PM52M3t3qz3sLJv for ; Wed, 22 Feb 2023 05:54:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-22.consmr.mail.gq1.yahoo.com (sonic310-22.consmr.mail.gq1.yahoo.com [98.137.69.148]) (using TLSv1.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 4PM52L1H6kz43fv for ; Wed, 22 Feb 2023 05:54:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=Hhtpa2oz; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.148 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1677045256; bh=JXVwHAQqK0VLnOpCF8dnQV/LQNdhvKPl2912GwvLKFY=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=Hhtpa2oz6Z70D7uqhV/hcesACYCDU4NN8HIYHYm6P15AOGMfrzc2KQaLbUhNvA0Fnhfz+OkoPK3isDPKdNcjbFrzQWRwESDNpIWc4oMjjv9RtLDhyLybWTZ/x5Be0WEZotHcuI0dL2nMFOJE3wxsDACIcW0SlzxzDWa1/avH73Rv2X/YbM8d7eZDhQaR3y3X0eSQghJy+YzS36m+1nb+9oPOFAz7r4eH7TwP/7ctEKV4lz5FpdIMcwGiKcWd5k3djRDe0czCfbA9D/WlzWWjaOX5QLpaU+zzHcaOeixtb8b/Gh6bC/nQcvWQEsBM6W7KvUOCkBYjTXGlF6bpN2igiQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1677045256; bh=GJoleYREqcRclnGrXsxB+PziMKYzk1CNH5/jft3+Um8=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Xa2UCmzd7hiV+TeplZrd28S/INkrZAC7wRLo7Mgf6qIGDBGx/QQ+eyExWsQsxSzP8ymugD1As1oH+4TPdD0r2Ze3nF5v1vhNpkAO5WUJvPnIK+qgQK+zU+leAc7ilpf8te7Ujd7ruWnd02pQ1McZbFqSBKw7+eSDMfkkJtMl68XUuagkSw/Mw3LWxdhSubfaJKGRCqIY3qMV7L5R3hJqspuWk/O7GAqYtT6ItBi2xjCSof2VEU+54zlKqV1KNaGD83QO0hk9aaWGxstSullbEyxcZS05jlXnWDfFP+5aiGM7KrY6QXAMNmRqOQoPSiUgYtGdxhdiygh+6guY5V/wHQ== X-YMail-OSG: TfC9o5wVM1lrPrKs973zVmcQ418JU2Gc3yvV_PqxJ6NBUyL4JEETfNdgXXqFup2 MzgIvSlfM8dRhNeG4iJJ2jjVHIxtEsemzNWBP.9prqFpigM1ZdU1TDsxHS0r5GzEZUsy7RF5OvoO whfUMP0OCg.NKzoaAO1H6a8S1XBOo.4iqQC4By9VpdAWNGPjb20rIwpkUddoCwlySMg6DhHn2onT SZAkPmtrf5zUts_ZcL5783zwvJCcGmRmeKTpahetw.kippzeCHCG.akXhF1C6CoHDDhnOESD4F5T fx8fTaA1n4PjApjpm3rhWVx0HEK.pLZKLiLr5Jagz6.BgZF2q8GpX46lnLq80Th3GRGDMNKmY4Iv uHcFh975ngFkG.glbwP3UQF6VcbO8SzBBbezrF7chamSiQkGp_tovbl9JFDafIbL4XRxSGWY5s5C QFins9XjVXeN2KfoMOEFKNDJPlaHSf3EWSdHN0pnvEpQjoYJA36cpsTkM5kExQx9RO5wzLnbBVs4 ssVOMwlR94pWpAEZ9bC.xvCmF5ocxwj5JltqP0PiaWOGe7J5jrVJLf.ZFFRd6StKFKI580U3YaRE _.gKxkpqeCFL2caoO.4EsXoHjirIpZdz41Mp8UelNZkmOrtcTbnjMbKE167BLzibZqZSmCK1wVDe ep_1lO2vPlpsqkYKjZ4a24sTv91yKEVhmgG2wsgvKSPPscJpz_0wh773AiopE0b_d9GE2azo41kG N7mbbrg8fP5Wvv2hUsoLtPwDnt7zQZDo4gKsN8QIHpUPrz7FiRaHLCMlP6vD7BAVaVoIicI8o54_ thuVObMi32A4NK7l6uaoG1doCvVhRlrJ.5_Qf9TiteNhdXyUkZr.uWQf2ijT0tp_nmMnwah5FA3E 5WGSjdDcN8O55TRZXCdfA48IK0uvntoLUDwpWF_.dnTlv5dwSy1pFBQq75etbb56efoaTYPRJXRy bHBGsdnPfW_CfW.eDwOzYAWXfHeNhmgymO4Apkw5sOmfaOYSvp5hQsXZER4ZvoiQYt30T0HZ4Hcn EN4nvv4CQZnxzBzvXqTvIbNOO1V1njnOAwQMCPyHWtSdr0KZMU65iV7nKlK0TaVvTUppHO.wmEv. ArM.JfxY6dq47xrLypmM4.2.RujlaWiEluo2H3W0uRnaDdA4vod3tVlAjb7WQDVvJw8Ugymcq072 RJ82KeDGzaSzR7TLgwesfMW6hdJqyqxU1pzSPWuoNuWGhKdYRKwaDHHdj_XezSW3FleN5nm6WK6Z GvXwq3CIEkrTrtgvDYj4lCOionWzra5gsklfhhzMmV_Hmn4tn4rR.Teoc9NPiTbBxTYqD_tAaKZL YjS0c16K9I4qXE371eVv6gZQPYV7gMfiIGcltXlQQS6vDnpjAcRUBbW0GUPZJB1aZInrHoYWWjj_ XWfTfKh6uVyJ1CIqzoWxMuk4WbrHiplNfuHGnYr54I.JeE1vtlOSA245jjon5ZHXsfOFJl0kFNV2 Dihi3ueVs0jRk8B.gXKExdr789rzDTLsbbd0vIjRBmq2r95KRAhNOOdO44WCU6R3iocJE7qLbwsx 73NxdmnaJN.X69X1BqvaywYzbl3F_KJt_H_Uqa6n5IkoblbtSaLJ8_8h8moUVtvHTHcWaZ7E039L d9pbfu98Qkvm4PN_Lw9X6K95X67NrHeOZVRGhqXkobyfVSR66I4aSKW2VPqXwZB2rUqbpWn7Dto9 Nv1Rkk4UG78xXFqA0l2a6ekLtkYMjqfwQKqzj5176moIRDoMK.4KbuG.YtV4148rcRZwZYzubYiE JEMI.uC7iL.Ke.CZ1pC2YqGkciHddzQTeSnCCOKjpOgX1P8KbJfQd15QczLrcw8QsjDP2T1F_ljf EIgBXFMOvMoS5IYNuD0BjBUHdA1uZGx51MBZJv1otrInZ3a9pR7Zgt9BHp_hQfxtsrLVBryOVNnK gJcgCEgunk5dLOWs8TitXRRzOcIPF6xTI7I2UkmDatPJi8wsfieKdrJg__55ZE4LyUilSd0XVz8O eNNSZupIpO.OTCC4JD_WX_EJkBulur366MKafbHIZjxcwepKW2yzWaNAwAK_va7Pul1MYwqU72_B MYw40yOPFmIGmasESa9qd0w_8S2aLykTCGTLoB4hTMVlUqhMVqLNHiBUt3xWI4AGnIi1oM.zJu2S I_E_rjgvl1JCjqGePPsfvaJtfSbZ1gJeZe_9weL49YZjOkiES2w.2K_eE5SudiosXsDY4C6xCeA. cjzGFH4QTzKYONqD.GXNpIdd7oaW6Gz15BWNru02wS8qGnZiPpwe5oLJ.vFtACvuFG3aPqjW9guc OT4a4 X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Wed, 22 Feb 2023 05:54:16 +0000 Received: by hermes--production-bf1-57c96c66f6-hmvtp (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID f84f3853949600126cc2050c004ac5f5; Wed, 22 Feb 2023 05:54:11 +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 \(3731.400.51.1.1\)) Subject: Re: 13.2 BETA2: how do debug META_MODE? From: Mark Millard In-Reply-To: Date: Tue, 21 Feb 2023 21:53:59 -0800 Cc: FreeBSD-STABLE Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: References: <41B536B0-DA66-449E-96BB-E11A8750471A.ref@yahoo.com> <41B536B0-DA66-449E-96BB-E11A8750471A@yahoo.com> To: Peter X-Mailer: Apple Mail (2.3731.400.51.1.1) 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)[-0.996]; 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]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.148:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; TO_DN_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; MID_RHS_MATCH_FROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; RCVD_TLS_LAST(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.148:from] X-Rspamd-Queue-Id: 4PM52L1H6kz43fv X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N On Feb 21, 2023, at 20:51, Mark Millard wrote: > On Feb 21, 2023, at 19:11, Peter wrote: >=20 >> On Tue, Feb 21, 2023 at 06:44:09PM -0800, Mark Millard wrote: >> ! On Feb 21, 2023, at 18:10, Peter = wrote: >> !=20 >> ! > On Tue, Feb 21, 2023 at 11:56:13AM -0800, Mark Millard wrote: >> ! > ! On Feb 21, 2023, at 04:55, Peter = wrote: >> ! > !=20 >> ! > ! > ! # cd /usr/src/ >> ! > ! > ! # env WITH_META_MODE=3Dyes make buildworld >> ! > ! > ! # env WITH_META_MODE=3Dyes make installworld >> ! > ! > ! # env WITH_META_MODE=3Dyes make buildworld (again #0) >> ! > ! > ! ## no more rebuilds below? >> ! > ! > ! # env WITH_META_MODE=3Dyes make buildworld (again #1) >> ! > ! > ! # env WITH_META_MODE=3Dyes make buildworld (again #2) >> ! > ! >=20 >> ! > ! > But what is the difference between #0 and #1? >> ! > !=20 >> ! > ! awk, cp, ln, rm, sed, and many more from >> ! > ! . . ./tmp/legacy/usr/sbin/have new dates >> ! > ! for rebuilds after installworld (that targets >> ! > ! the running system). Not true for #1 and #2. >> ! > !=20 >> ! > ! The dates on these tools being more recent than >> ! > ! the files that they were involved in producing >> ! > ! leads to rebuilding those files. That in turn >> ! > ! leads to other files being rebuilt. >> ! > !=20 >> ! > ! make with -dM reports the likes of: >> ! > !=20 >> ! > ! file '. . ./tmp/legacy/usr/sbin/awk' is newer than the = target... >> ! > !=20 >> ! > ! explicitly as it goes. As I remember tmp/legacy/usr/sbin/ >> ! > ! was always part of the path for what I found. >> ! >=20 >> ! > Mark, thanks a lot for the proper input at the right time! >> ! >=20 >> ! > This put me on the right track and I mananged to analyze and >> ! > understand what is actually happening. >> ! >=20 >> ! > It looks like my issue does resolve itself somehow, and things >> ! > start to behave as expected again after four builds. >> !=20 >> ! Intersting. >> !=20 >> ! > ! I did not do the analysis of how (e.g.) tmp/legacy/usr/sbin/awk >> ! > ! ended up being newer than such a target and, so, causing a >> ! > ! rebuild of that target. I was going the direction: that >> ! > ! it is newer really is unlikely to justify the rebuild for >> ! > ! the target(s) in question. The other direction about how >> ! > ! it got to be newer is also relevant. >> ! >=20 >> ! > I have now analyzed some parts of it. META_MODE typically finds = some >> ! > build-tools to rebuild, but then if the result is not different >> ! > from what was there before, then "install" will not copy it to = the >> ! > bin-dir, and so the avalanche gets usually avoided. >> ! >=20 >> !=20 >> ! The implication is that "install -C" is in use, quoting the >> ! man page: >> !=20 >> ! -C Copy the file. If the target file already exists and = the files >> ! are the same, then do not change the modification time = of the >> ! target. If the target's file flags and mode need not = to be >> ! changed, the target's inode change time is also = unchanged. >> !=20 >> ! -c Copy the file. This is actually the default. The -c = option is >> ! only included for backwards compatibility. >> !=20 >> ! -C might have more of an effect in a reproducible-build >> ! style build process than on a non-reproducible-build >> ! style one. >>=20 >> Yepp. "install -p" is used, see /usr/src/tools/install.sh That may be incorrect about what is happening for _bootstap_tools_links and other things. Why do I say that? Several points . . . I do not see "tools" in any PATH=3D so far, making implicit use unlikely. /usr/main-src/share/mk/sys.mk:INSTALL ?=3D = ${INSTALL_CMD:Uinstall} /usr/main-src/share/mk/src.tools.mk:INSTALL_CMD?=3D install vs. /usr/main-src/Makefile: INSTALL=3D"sh = ${.CURDIR}/tools/install.sh" /usr/main-src/Makefile.inc1:BMAKEENV=3D INSTALL=3D"sh = ${.CURDIR}/tools/install.sh" \ /usr/main-src/Makefile.inc1:KTMAKEENV=3D INSTALL=3D"sh = ${.CURDIR}/tools/install.sh" \ Also: # kernel-tools stage KTMAKEENV=3D INSTALL=3D"sh ${.CURDIR}/tools/install.sh" \ vs. # world stage WMAKEENV=3D ${CROSSENV} \ INSTALL=3D"${INSTALL_CMD} -U" \ and: .if defined(DB_FROM_SRC) || defined(NO_ROOT) IMAKE_INSTALL=3D INSTALL=3D"${INSTALL_CMD} ${INSTALLFLAGS}" So: explicitly varying styles for various contexts. It looks to me like the make output would show: install . . .=20 vs. sh . . ./tools/install.sh . . . based on if the script is not-in-use vs. is-in-use (respectively). Looking at some of my logs I see the likes of: install -o root -g wheel -m 555 cap_mkdb = /FBSDFSSDroot-mnt//usr/bin/cap_mkdb which looks to not be using the script and not using either -C or -p as well. cap_mkdb is an example from the _bootstap_tools_links list. Some of the below do have -C use, others do not. # grep -r '\-o.*-g.*-m' /usr/main-src/Makefile* /usr/main-src/share/ | = more /usr/main-src/share/sendmail/Makefile: ${INSTALL} -T = package=3D${PACKAGE:Usendmail} ${TAGS_ARGS} -o ${BINOWN} -g ${BINGRP} -m = 755 -d ${DDIR}/${dir} /usr/main-src/share/sendmail/Makefile: ${INSTALL} -T = package=3D${PACKAGE:Usendmail} ${TAGS_ARGS} -o ${BINOWN} -g ${BINGRP} -m = 444 ${SENDMAIL_DIR}/${file} ${DDIR}/${file} /usr/main-src/share/mk/bsd.info.mk: ${INSTALL} -o ${INFOOWN} -g = ${INFOGRP} -m ${INFOMODE} \ /usr/main-src/share/mk/bsd.info.mk: ${INSTALL} -o ${INFOOWN} -g = ${INFOGRP} -m ${INFOMODE} \ /usr/main-src/share/mk/bsd.lib.mk: ${INSTALL} = ${TAG_ARGS:D${TAG_ARGS},dev} -o ${LIBOWN} -g ${LIBGRP} -m ${LIBMODE} \ /usr/main-src/share/mk/bsd.lib.mk: ${INSTALL} = ${TAG_ARGS:D${TAG_ARGS},dev} -C -o ${LIBOWN} -g ${LIBGRP} -m ${LIBMODE} = \ /usr/main-src/share/mk/bsd.lib.mk: ${INSTALL} = ${TAG_ARGS:D${TAG_ARGS},dev} -C -o ${LIBOWN} -g ${LIBGRP} -m ${LIBMODE} = \ /usr/main-src/share/mk/bsd.lib.mk: ${INSTALL} ${TAG_ARGS} ${STRIP} = -o ${LIBOWN} -g ${LIBGRP} -m ${LIBMODE} \ /usr/main-src/share/mk/bsd.lib.mk: ${INSTALL} = ${TAG_ARGS:D${TAG_ARGS},dbg} -o ${LIBOWN} -g ${LIBGRP} -m ${DEBUGMODE} \ /usr/main-src/share/mk/bsd.lib.mk: ${INSTALL} = ${TAG_ARGS:D${TAG_ARGS},dev} -S -C -o ${LIBOWN} -g ${LIBGRP} -m = ${LIBMODE} \ /usr/main-src/share/mk/bsd.lib.mk: ${INSTALL} = ${TAG_ARGS:D${TAG_ARGS},dev} -o ${LIBOWN} -g ${LIBGRP} -m ${LIBMODE} \ /usr/main-src/share/mk/bsd.doc.mk: ${INSTALL} = ${TAG_ARGS:D${TAG_ARGS},docs} -o ${BINOWN} -g ${BINGRP} -m ${BINMODE} \ /usr/main-src/share/mk/bsd.doc.mk: ${INSTALL} = ${TAG_ARGS:D${TAG_ARGS},docs} -o ${BINOWN} -g ${BINGRP} -m ${BINMODE} \ /usr/main-src/share/mk/bsd.incs.mk: ${INSTALL} ${${group}TAG_ARGS} = -C -o ${${group}OWN} -g ${${group}GRP} -m ${${group}MODE} \ /usr/main-src/share/mk/bsd.incs.mk: ${INSTALL} ${${group}TAG_ARGS} = -C -o ${${group}OWN} -g ${${group}GRP} -m ${${group}MODE} \ /usr/main-src/share/mk/bsd.man.mk:MINSTALL?=3D ${INSTALL} ${TAG_ARGS} = -o ${MANOWN} -g ${MANGRP} -m ${MANMODE} /usr/main-src/share/mk/bsd.man.mk:MINSTALL?=3D ${INSTALL} = ${TAG_ARGS:D${TAG_ARGS},man} -o ${MANOWN} -g ${MANGRP} -m ${MANMODE} /usr/main-src/share/mk/bsd.prog.mk: ${INSTALL} ${TAG_ARGS} ${STRIP} = -o ${BINOWN} -g ${BINGRP} -m ${BINMODE} \ /usr/main-src/share/mk/bsd.prog.mk: ${INSTALL} = ${TAG_ARGS:D${TAG_ARGS},dbg} -o ${BINOWN} -g ${BINGRP} -m ${DEBUGMODE} \ /usr/main-src/share/mk/bsd.own.mk:HRDLINK?=3D -l h -o ${_LINKOWN} -g = ${_LINKGRP} -m ${_LINKMODE} /usr/main-src/share/mk/bsd.own.mk:MANHRDLINK?=3D -l h -o ${MANOWN} -g = ${MANGRP} -m ${MANMODE} /usr/main-src/share/mk/bsd.own.mk:SYMLINK?=3D -l s -o ${_SYMLINKOWN} = -g ${_SYMLINKGRP} -m ${_SYMLINKMODE} /usr/main-src/share/mk/bsd.own.mk:LSYMLINK?=3D -l s -o ${LIBOWN} -g = ${LIBGRP} -m ${LIBMODE} /usr/main-src/share/mk/bsd.own.mk:RSYMLINK?=3D -l rs -o = ${_SYMLINKOWN} -g ${_SYMLINKGRP} -m ${_SYMLINKMODE} /usr/main-src/share/zoneinfo/Makefile: -o ${BINOWN} -g ${BINGRP} -m = ${NOBINMODE} \ /usr/main-src/share/zoneinfo/Makefile: ${INSTALL} ${TAG_ARGS} -o = ${BINOWN} -g ${BINGRP} -m ${NOBINMODE} \ /usr/main-src/share/zoneinfo/Makefile: ${INSTALL} ${TAG_ARGS} -o = ${BINOWN} -g ${BINGRP} -m ${NOBINMODE} \ Thus it looks to me like installworld produces a new date for cap_mkdb and, in the material below, ${WORLDTMP}/legacy/bin/cap_mkdb ends up having a copy of that new date in the next buildworld . > The code for the _bootstap_tools_links uses "cp -pf", > not install, to establish part of . . ./tmp/legacy/bin/ . > (Note: . . ./tmp/legacy/sbin -> ../bin so is a via a > symbolic link.) Before the "cp -pf" there is a "rm -f" > deleting the target file before the copy: the prior > file in . . ./tmp/legacy/bin/ is never directly > preserved. (The new copy might still be identical > to the old one: the source path one might happen to > be identical as well.) >=20 > # Link the tools that we need for building but don't need to bootstrap = because > # the host version is known to be compatible into ${WORLDTMP}/legacy > # We do this before building any of the bootstrap tools in case they = depend on > # the presence of any of the links (e.g. as m4/lex/awk) > ${_bt}-links: .PHONY >=20 > .for _tool in ${_bootstrap_tools_links} > ${_bt}-link-${_tool}: .PHONY > @rm -f "${WORLDTMP}/legacy/bin/${_tool}"; \ > source_path=3D`which ${_tool}`; \ > if [ ! -e "$${source_path}" ] ; then \ > echo "Cannot find host tool '${_tool}'"; false; \ > fi; \ > cp -pf "$${source_path}" "${WORLDTMP}/legacy/bin/${_tool}" > ${_bt}-links: ${_bt}-link-${_tool} > .endfor >=20 > Note: This is for the !defined(BOOTSTRAP_ALL_TOOLS) case. > Note: the code uses the abbreviation: _bt=3D = _bootstrap-tools >=20 > _bootstrap_tools_links is built mostly in terms of > _basic_bootstrap_tools and _basic_bootstrap_tools_multilink from > earlier logic. For reference, showing what ends up handled > this way: >=20 > # grep -r "_bootstrap_tools" /usr/main-src/Makefile* = /usr/main-src/share/ | more > /usr/main-src/Makefile.inc1:# _bootstrap_tools_links variable. > /usr/main-src/Makefile.inc1:_bootstrap_tools_links+=3Dm4 lex > /usr/main-src/Makefile.inc1:_bootstrap_tools_links+=3Dmtree > /usr/main-src/Makefile.inc1:_bootstrap_tools_links+=3Dcat > /usr/main-src/Makefile.inc1:_bootstrap_tools_links+=3Dcrunchide > /usr/main-src/Makefile.inc1:_bootstrap_tools_links+=3Dcrunchgen > /usr/main-src/Makefile.inc1:_bootstrap_tools_links+=3Dmkimg > /usr/main-src/Makefile.inc1:_kerberos5_bootstrap_tools=3D \ > /usr/main-src/Makefile.inc1:.ORDER: = ${_kerberos5_bootstrap_tools:C/^/${_bt}-/g} > /usr/main-src/Makefile.inc1:.for _tool in = ${_kerberos5_bootstrap_tools} > /usr/main-src/Makefile.inc1:# The tools listed in = _basic_bootstrap_tools will generally not be > /usr/main-src/Makefile.inc1:# case we use the = _basic_bootstrap_tools_multilink variable which is a list of > = /usr/main-src/Makefile.inc1:_basic_bootstrap_tools_multilink=3Dusr.bin/gre= p grep,egrep,fgrep > /usr/main-src/Makefile.inc1:_basic_bootstrap_tools_multilink+=3Dbin/test= test,[ > /usr/main-src/Makefile.inc1:_basic_bootstrap_tools+=3Dusr.bin/cut = bin/expr usr.bin/gencat usr.bin/join \ > = /usr/main-src/Makefile.inc1:_basic_bootstrap_tools_multilink+=3Dusr.bin/aw= k awk,nawk > /usr/main-src/Makefile.inc1:_basic_bootstrap_tools+=3Dusr.bin/file2c > = /usr/main-src/Makefile.inc1:_basic_bootstrap_tools_multilink+=3Dusr.bin/bi= ntrans uuencode,uudecode > /usr/main-src/Makefile.inc1:_basic_bootstrap_tools+=3Dusr.bin/xargs > /usr/main-src/Makefile.inc1:_basic_bootstrap_tools+=3Dusr.bin/cap_mkdb > = /usr/main-src/Makefile.inc1:_basic_bootstrap_tools+=3Dusr.sbin/services_mk= db usr.sbin/pwd_mkdb > /usr/main-src/Makefile.inc1:_basic_bootstrap_tools+=3Dusr.bin/ldd > /usr/main-src/Makefile.inc1:_basic_bootstrap_tools+=3Dbin/chflags > /usr/main-src/Makefile.inc1:_bootstrap_tools_links+=3Dsysctl > = /usr/main-src/Makefile.inc1:_other_bootstrap_tools+=3Dtools/build/cross-bu= ild/fake_chflags > /usr/main-src/Makefile.inc1:_basic_bootstrap_tools+=3Dusr.bin/mkfifo > /usr/main-src/Makefile.inc1:_basic_bootstrap_tools+=3Dusr.bin/jot > /usr/main-src/Makefile.inc1:_basic_bootstrap_tools+=3Dsbin/md5 > /usr/main-src/Makefile.inc1:_basic_bootstrap_tools+=3Dusr.sbin/tzsetup > = /usr/main-src/Makefile.inc1:_other_bootstrap_tools+=3D${_basic_bootstrap_t= ools} > /usr/main-src/Makefile.inc1:.for _subdir _links in = ${_basic_bootstrap_tools_multilink} > /usr/main-src/Makefile.inc1:_other_bootstrap_tools+=3D${_subdir} > /usr/main-src/Makefile.inc1:_other_bootstrap_tools+=3Dusr.bin/bmake > /usr/main-src/Makefile.inc1:_other_bootstrap_tools+=3Dlib/libbz2 > /usr/main-src/Makefile.inc1:_other_bootstrap_tools+=3Dlib/libz > /usr/main-src/Makefile.inc1:_other_bootstrap_tools+=3Dlib/libcrypt > /usr/main-src/Makefile.inc1:# All tools in _basic_bootstrap_tools have = the same name as the subdirectory > = /usr/main-src/Makefile.inc1:_bootstrap_tools_links+=3D${_basic_bootstrap_t= ools:T} > /usr/main-src/Makefile.inc1:.for _subdir _links in = ${_basic_bootstrap_tools_multilink} > /usr/main-src/Makefile.inc1:_bootstrap_tools_links+=3D${_links:S/,/ = /g} > /usr/main-src/Makefile.inc1:.for _tool in ${_bootstrap_tools_links} > /usr/main-src/Makefile.inc1: ${_kerberos5_bootstrap_tools} \ > /usr/main-src/Makefile.inc1: ${_other_bootstrap_tools} \ >=20 > What the prior installworld did for the analogous files is > a separate issue. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Wed Feb 22 06:04:05 2023 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 4PM5G070twz3sb62 for ; Wed, 22 Feb 2023 06:04:24 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-25.consmr.mail.gq1.yahoo.com (sonic312-25.consmr.mail.gq1.yahoo.com [98.137.69.206]) (using TLSv1.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 4PM5Fz6pXkz4549 for ; Wed, 22 Feb 2023 06:04:23 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=R472elKQ; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.206 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1677045862; bh=rBFdsiWLgv3rU9jYgOIFSNoO+h0EOSD8IZHG1/Gx7FE=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=R472elKQqND856/6l/C6ehUuIoj31S8Pc+JLqGAJCXvMnBiMbX+DUIu8kM5EKqlkc8YxzN2rw9vZnTkUfDPz27xwU7SJY84AO8Cu30fIAnn6nQTfN+LJ+cETWlYwYF3Qu9AHA/vh7vNs8/X1TAk9xniTppYBGbBqJYmkvOZEUmumDEeTPyDKOFkd4O3pRIx91aTztrbF+T49pRe6ZGeFJuo9tvwhlytr1t7Uziw6pq1xKi4PCn7Gwwtcsfu0NXUb4Edtvh9QipMgsZx4iJdCljCjWbyRa3j6ETd6FTK6fXU/C1+g7sHInZiybV+TjafkiuMp4a/UaKsX10U10D35VA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1677045862; bh=HcLVrU7b+rlzEaVdRvCVrJsTi5mown0o3C/2c4ktKCk=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=q3T0554LJtPjeVQipCBI/FItJbolkLAlQHXNsPsgwCFfWqBjvLiPeYLmT3Pj0V5kBdogYgKO0JyF4WrcbtqUssLhJzMvU8I9+PsPfTiftxcpSsLAuamI6Z1/8u1Hshz5FKh6ENGX951enr2MwRyHptJ9069BtEAMrEaCW/UnS0h+lyDSa+/ElXbG9G/MimULEuZLtLWz6Vb9LwB0F5kcDh28PgMHuqiQL+yxi4rcGMaTiBE8vw8UU97AcGVqTV/7MmDPW9uqsQ1+KpcS4g9AX1iKcY8FvxReBPNBqwXUpJ4Z/By4BJ1JkY0q3LRONrELOGR8BArIuya/PbrZHtObpQ== X-YMail-OSG: xoA.FAYVM1mTzsIuzZTsdSD8OTEjwlpuh6pCjNt7zUd9_u_p_L7eEGsoKVAYmBp sH8ZoW2LZr_dEhDiv0GzgNFJv8ZIj.ciCKMRQgKfg61YN71salsNiaQqw6pEenVETJ.G9zgn7wXT TqT4NzcTsdfjWL6UBjMcw8wi_LmReBNyz_XAbL_V.Wz6ATPCla2NkdBoyISjjAp1E97kFfkoU8kN FPU3NrXCO.nSCtbZtxu9NsTGwhoXmpnTC3Q6xy784fn6LobhIO7ocQxEoeFuQEy8ejMd3zg6nfHd 6ktBSYSsnXr15BgvRtosnHd_w8X3ubGVjZKHRqXGyCT0KdbaiyBYax.lwDISjOyH6G0NaSifoTWR JpL6f91EM3gSZDT3FQNg715Fl7cq7xUKQaRLvj7P.ADfJ26f8R9FDNxssz.iU.q9i959cfh0qESI 6Gey3Jmz5MNxUjQXtexJnSso6KjdVzja5GVI.yLBfBjTkjTqmxYv5CKYQ1enzteotWiYjj9izuOO UQcuU5r4_2r0K6hyc7OgSvTf15xKoeWFuOUYWQIrG5bM7R.IG7pG7IxOrePV969AWIJ755noKfSP A77DfYNqX9XL2JPyyA.fLllW8i6aiNIIC6P3QUzPg7N48Fksl0nLK0XU62DTspJ.FuWsX0XDExbi rM2xgPqTKZrssctR.Oq4h2nJfA_gICzwyV_ihgqG1Oq5EwXz7aKLzXshF5TAAr0wb687CInwDAJd Vgtsiyx471gwAjeBbtNV9CuB9n_zI1Dwsn_PfmwcJXQjQbIqM5JzHHo40A4PFcN5.yvlyND.bjOw IhYPdSHIH81VpEgNUTtL_jvmKhL_L5wE9XlcJcgn2iFnzzYUz1IwfU3ouotmkmreT8eYccpqGBiE dpPP5PXMWRLrNX7UdfVlGnH4ZPeUtBoiswzfIQL3Ktx_NEdRbjmxEhsJNYEZtjxkcQ0D3nlFgt1i ZtcBhB6m5a3lylKyaoQJ15iVPPT0xQTUXXS43gw2sHUUYea7GpDsWxrmkp5ykKLyEVTKWJ3l8YAk NUli_xisF0xedUR.M5ki8VjlsWV.vjhEIl9wJctTmIqOGLbU6CZLIqlSDt678SSa.o6D4SFgMx3V Z53M4wcroEOXNWV4iQv1c8UUhciVIftu062c8EY.nqcZsacGIIALX7IH.KyV3JDvnkWnDDSZ6EZz Ac3JKULcxWOdksqbOMnYVNDqwWGpmzKJVQpqFuaqzpHH4It0B644rE7jJC6Sx0hkbedbRetpd2xI WhxZgtl07lQayc9tr6yhyxMmDWzrUz_PU_akGkluT8ZyWFBAVzxpde_ycEumlwARj2ZViUqdnMrl u0N9gKZnvDzkRHESN46vS5ycH2FR6LGkYFwVZXRkdaMvZxSY29habZoEW1d1eUMIPhf2dTTr8Jz3 a_608awgXvheckTjdoXK1jW7I6a.zAsKs60Jo7I.tSaH8WkzTAYPjVbX4KhPF5GB65tdrh4.euBV 9yrVPhL8lIiaJIWbRPs5aIWe8Fa_7yWu4EOZn_3V.5s9L_lrOPjQYerZamiWNFw2AU2lZPGl5UL4 xzhtURthu2T1sjhqI0f2N__PKHC__U2Sct2dbZfzKBPWHcK_t91eMKdtx41zy0XQRldzeduvYn98 DJjeEgx5NLItUv6ROc2Y0OHUZTm2th4Z.lSnu_H7zpja7E.rdov_Q6FDBgX7mIJ1xxyjibFABxVj xNbHRTXJkNROxWAFxOTZXZfsBwUCL7Pe5Da.p11feXsQ7DKP0JSfaYUqoSOO8ST7IW3LXDZ6vCw3 yq7bFvXwh_pcZR0u.J5pRTtBcu0GGeMyRgwc4no4oMxV4DQ1oM0VOGI34aykAvY9EINfn7eZgmnJ kf51AgKTOIVmjUVEqK8XCElN_I1iokxRTe7eO8PttDs0HpOJunWGEZd62l.rkgkJiY_FBGPQBm37 wkjBWlon5QWjGi9Nh3cHjeFSKoMx8g.fXsYcMxh7tVYrA8s.IPv3FDc9brJVeaAWbSRP7TyltCVp cMP2Icdl0b0TX_C5o6BxyhEKymF.FWx5t454Ro0JjgZ8EWvnLYxLjJqDKJITcgNkXzq851U5C4ns dyy3hV1pnEMaWr2H6quB5bzE5t2K29f9bnT0NxJ7J5eCp9YvZsYqwctt4nD_aaK326QVZVJ5CbXS WLyD.3DJcOJ7SWam7yWhWwk2uZ2OuciCWcZ8keDOpOytSjHZzZ7A2C5nOAa9OyGRosSIfwDMsYVE 0qHzEgBcA78r4BozbUl9IXFetafPwppWUR4qxMfv8.ogZSScTiyW_oiAU1RfGdVvwdlr_5hsvmLI aUzM- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Wed, 22 Feb 2023 06:04:22 +0000 Received: by hermes--production-bf1-57c96c66f6-lmv78 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 3f1ffb3b0238c09439b22cb3798cc8f0; Wed, 22 Feb 2023 06:04:18 +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 \(3731.400.51.1.1\)) Subject: Re: 13.2 BETA2: how do debug META_MODE? From: Mark Millard In-Reply-To: Date: Tue, 21 Feb 2023 22:04:05 -0800 Cc: FreeBSD-STABLE Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: <45A1D65C-22F2-44B2-8B3D-5B6FECA76D0A@yahoo.com> References: <41B536B0-DA66-449E-96BB-E11A8750471A.ref@yahoo.com> <41B536B0-DA66-449E-96BB-E11A8750471A@yahoo.com> To: Peter X-Mailer: Apple Mail (2.3731.400.51.1.1) 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)[-0.997]; 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]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.206:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; TO_DN_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; MID_RHS_MATCH_FROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; RCVD_TLS_LAST(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.206:from] X-Rspamd-Queue-Id: 4PM5Fz6pXkz4549 X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N On Feb 21, 2023, at 21:53, Mark Millard wrote: > On Feb 21, 2023, at 20:51, Mark Millard wrote: >=20 >> On Feb 21, 2023, at 19:11, Peter wrote: >>=20 >>> On Tue, Feb 21, 2023 at 06:44:09PM -0800, Mark Millard wrote: >>> ! On Feb 21, 2023, at 18:10, Peter = wrote: >>> !=20 >>> ! > On Tue, Feb 21, 2023 at 11:56:13AM -0800, Mark Millard wrote: >>> ! > ! On Feb 21, 2023, at 04:55, Peter = wrote: >>> ! > !=20 >>> ! > ! > ! # cd /usr/src/ >>> ! > ! > ! # env WITH_META_MODE=3Dyes make buildworld >>> ! > ! > ! # env WITH_META_MODE=3Dyes make installworld >>> ! > ! > ! # env WITH_META_MODE=3Dyes make buildworld (again #0) >>> ! > ! > ! ## no more rebuilds below? >>> ! > ! > ! # env WITH_META_MODE=3Dyes make buildworld (again #1) >>> ! > ! > ! # env WITH_META_MODE=3Dyes make buildworld (again #2) >>> ! > ! >=20 >>> ! > ! > But what is the difference between #0 and #1? >>> ! > !=20 >>> ! > ! awk, cp, ln, rm, sed, and many more from >>> ! > ! . . ./tmp/legacy/usr/sbin/have new dates >>> ! > ! for rebuilds after installworld (that targets >>> ! > ! the running system). Not true for #1 and #2. >>> ! > !=20 >>> ! > ! The dates on these tools being more recent than >>> ! > ! the files that they were involved in producing >>> ! > ! leads to rebuilding those files. That in turn >>> ! > ! leads to other files being rebuilt. >>> ! > !=20 >>> ! > ! make with -dM reports the likes of: >>> ! > !=20 >>> ! > ! file '. . ./tmp/legacy/usr/sbin/awk' is newer than the = target... >>> ! > !=20 >>> ! > ! explicitly as it goes. As I remember tmp/legacy/usr/sbin/ >>> ! > ! was always part of the path for what I found. >>> ! >=20 >>> ! > Mark, thanks a lot for the proper input at the right time! >>> ! >=20 >>> ! > This put me on the right track and I mananged to analyze and >>> ! > understand what is actually happening. >>> ! >=20 >>> ! > It looks like my issue does resolve itself somehow, and things >>> ! > start to behave as expected again after four builds. >>> !=20 >>> ! Intersting. >>> !=20 >>> ! > ! I did not do the analysis of how (e.g.) = tmp/legacy/usr/sbin/awk >>> ! > ! ended up being newer than such a target and, so, causing a >>> ! > ! rebuild of that target. I was going the direction: that >>> ! > ! it is newer really is unlikely to justify the rebuild for >>> ! > ! the target(s) in question. The other direction about how >>> ! > ! it got to be newer is also relevant. >>> ! >=20 >>> ! > I have now analyzed some parts of it. META_MODE typically finds = some >>> ! > build-tools to rebuild, but then if the result is not different >>> ! > from what was there before, then "install" will not copy it to = the >>> ! > bin-dir, and so the avalanche gets usually avoided. >>> ! >=20 >>> !=20 >>> ! The implication is that "install -C" is in use, quoting the >>> ! man page: >>> !=20 >>> ! -C Copy the file. If the target file already exists and = the files >>> ! are the same, then do not change the modification = time of the >>> ! target. If the target's file flags and mode need not = to be >>> ! changed, the target's inode change time is also = unchanged. >>> !=20 >>> ! -c Copy the file. This is actually the default. The -c = option is >>> ! only included for backwards compatibility. >>> !=20 >>> ! -C might have more of an effect in a reproducible-build >>> ! style build process than on a non-reproducible-build >>> ! style one. >>>=20 >>> Yepp. "install -p" is used, see /usr/src/tools/install.sh >=20 > That may be incorrect about what is happening for > _bootstap_tools_links and other things. Why do I > say that? Several points . . . I missed looking for a obvious type of evidence: -rw-r--r-- 1 root wheel 2355 Apr 28 15:20:53 2021 = /usr/main-src/tools/install.sh The script is not executable, which explains the use of an explicit sh in: INSTALL=3D"sh ${.CURDIR}/tools/install.sh" This tends to nail down that the likes of: install -o root -g wheel -m 555 . . . in the output is not an example of using the script. > I do not see "tools" in any PATH=3D so far, making implicit > use unlikely. >=20 > /usr/main-src/share/mk/sys.mk:INSTALL ?=3D = ${INSTALL_CMD:Uinstall} > /usr/main-src/share/mk/src.tools.mk:INSTALL_CMD?=3D install >=20 > vs. >=20 > /usr/main-src/Makefile: INSTALL=3D"sh = ${.CURDIR}/tools/install.sh" > /usr/main-src/Makefile.inc1:BMAKEENV=3D INSTALL=3D"sh = ${.CURDIR}/tools/install.sh" \ > /usr/main-src/Makefile.inc1:KTMAKEENV=3D INSTALL=3D"sh = ${.CURDIR}/tools/install.sh" \ >=20 > Also: >=20 > # kernel-tools stage > KTMAKEENV=3D INSTALL=3D"sh ${.CURDIR}/tools/install.sh" \ >=20 > vs. >=20 > # world stage > WMAKEENV=3D ${CROSSENV} \ > INSTALL=3D"${INSTALL_CMD} -U" \ > and: > .if defined(DB_FROM_SRC) || defined(NO_ROOT) > IMAKE_INSTALL=3D INSTALL=3D"${INSTALL_CMD} ${INSTALLFLAGS}" >=20 > So: explicitly varying styles for various contexts. >=20 > It looks to me like the make output would show: >=20 > install . . .=20 > vs. > sh . . ./tools/install.sh . . . >=20 > based on if the script is not-in-use vs. is-in-use > (respectively). >=20 > Looking at some of my logs I see the likes of: >=20 > install -o root -g wheel -m 555 cap_mkdb = /FBSDFSSDroot-mnt//usr/bin/cap_mkdb >=20 > which looks to not be using the script and not using > either -C or -p as well. cap_mkdb is an example from > the _bootstap_tools_links list. >=20 > Some of the below do have -C use, others do not. >=20 > # grep -r '\-o.*-g.*-m' /usr/main-src/Makefile* /usr/main-src/share/ | = more > /usr/main-src/share/sendmail/Makefile: ${INSTALL} -T = package=3D${PACKAGE:Usendmail} ${TAGS_ARGS} -o ${BINOWN} -g ${BINGRP} -m = 755 -d ${DDIR}/${dir} > /usr/main-src/share/sendmail/Makefile: ${INSTALL} -T = package=3D${PACKAGE:Usendmail} ${TAGS_ARGS} -o ${BINOWN} -g ${BINGRP} -m = 444 ${SENDMAIL_DIR}/${file} ${DDIR}/${file} > /usr/main-src/share/mk/bsd.info.mk: ${INSTALL} -o ${INFOOWN} -g = ${INFOGRP} -m ${INFOMODE} \ > /usr/main-src/share/mk/bsd.info.mk: ${INSTALL} -o ${INFOOWN} -g = ${INFOGRP} -m ${INFOMODE} \ > /usr/main-src/share/mk/bsd.lib.mk: ${INSTALL} = ${TAG_ARGS:D${TAG_ARGS},dev} -o ${LIBOWN} -g ${LIBGRP} -m ${LIBMODE} \ > /usr/main-src/share/mk/bsd.lib.mk: ${INSTALL} = ${TAG_ARGS:D${TAG_ARGS},dev} -C -o ${LIBOWN} -g ${LIBGRP} -m ${LIBMODE} = \ > /usr/main-src/share/mk/bsd.lib.mk: ${INSTALL} = ${TAG_ARGS:D${TAG_ARGS},dev} -C -o ${LIBOWN} -g ${LIBGRP} -m ${LIBMODE} = \ > /usr/main-src/share/mk/bsd.lib.mk: ${INSTALL} ${TAG_ARGS} = ${STRIP} -o ${LIBOWN} -g ${LIBGRP} -m ${LIBMODE} \ > /usr/main-src/share/mk/bsd.lib.mk: ${INSTALL} = ${TAG_ARGS:D${TAG_ARGS},dbg} -o ${LIBOWN} -g ${LIBGRP} -m ${DEBUGMODE} \ > /usr/main-src/share/mk/bsd.lib.mk: ${INSTALL} = ${TAG_ARGS:D${TAG_ARGS},dev} -S -C -o ${LIBOWN} -g ${LIBGRP} -m = ${LIBMODE} \ > /usr/main-src/share/mk/bsd.lib.mk: ${INSTALL} = ${TAG_ARGS:D${TAG_ARGS},dev} -o ${LIBOWN} -g ${LIBGRP} -m ${LIBMODE} \ > /usr/main-src/share/mk/bsd.doc.mk: ${INSTALL} = ${TAG_ARGS:D${TAG_ARGS},docs} -o ${BINOWN} -g ${BINGRP} -m ${BINMODE} \ > /usr/main-src/share/mk/bsd.doc.mk: ${INSTALL} = ${TAG_ARGS:D${TAG_ARGS},docs} -o ${BINOWN} -g ${BINGRP} -m ${BINMODE} \ > /usr/main-src/share/mk/bsd.incs.mk: ${INSTALL} ${${group}TAG_ARGS} = -C -o ${${group}OWN} -g ${${group}GRP} -m ${${group}MODE} \ > /usr/main-src/share/mk/bsd.incs.mk: ${INSTALL} ${${group}TAG_ARGS} = -C -o ${${group}OWN} -g ${${group}GRP} -m ${${group}MODE} \ > /usr/main-src/share/mk/bsd.man.mk:MINSTALL?=3D ${INSTALL} = ${TAG_ARGS} -o ${MANOWN} -g ${MANGRP} -m ${MANMODE} > /usr/main-src/share/mk/bsd.man.mk:MINSTALL?=3D ${INSTALL} = ${TAG_ARGS:D${TAG_ARGS},man} -o ${MANOWN} -g ${MANGRP} -m ${MANMODE} > /usr/main-src/share/mk/bsd.prog.mk: ${INSTALL} ${TAG_ARGS} = ${STRIP} -o ${BINOWN} -g ${BINGRP} -m ${BINMODE} \ > /usr/main-src/share/mk/bsd.prog.mk: ${INSTALL} = ${TAG_ARGS:D${TAG_ARGS},dbg} -o ${BINOWN} -g ${BINGRP} -m ${DEBUGMODE} \ > /usr/main-src/share/mk/bsd.own.mk:HRDLINK?=3D -l h -o ${_LINKOWN} = -g ${_LINKGRP} -m ${_LINKMODE} > /usr/main-src/share/mk/bsd.own.mk:MANHRDLINK?=3D -l h -o ${MANOWN} -g = ${MANGRP} -m ${MANMODE} > /usr/main-src/share/mk/bsd.own.mk:SYMLINK?=3D -l s -o = ${_SYMLINKOWN} -g ${_SYMLINKGRP} -m ${_SYMLINKMODE} > /usr/main-src/share/mk/bsd.own.mk:LSYMLINK?=3D -l s -o ${LIBOWN} -g = ${LIBGRP} -m ${LIBMODE} > /usr/main-src/share/mk/bsd.own.mk:RSYMLINK?=3D -l rs -o = ${_SYMLINKOWN} -g ${_SYMLINKGRP} -m ${_SYMLINKMODE} > /usr/main-src/share/zoneinfo/Makefile: -o ${BINOWN} -g ${BINGRP} = -m ${NOBINMODE} \ > /usr/main-src/share/zoneinfo/Makefile: ${INSTALL} ${TAG_ARGS} -o = ${BINOWN} -g ${BINGRP} -m ${NOBINMODE} \ > /usr/main-src/share/zoneinfo/Makefile: ${INSTALL} ${TAG_ARGS} -o = ${BINOWN} -g ${BINGRP} -m ${NOBINMODE} \ >=20 > Thus it looks to me like installworld produces a new > date for cap_mkdb and, in the material below, > ${WORLDTMP}/legacy/bin/cap_mkdb ends up having a > copy of that new date in the next buildworld . >=20 >> The code for the _bootstap_tools_links uses "cp -pf", >> not install, to establish part of . . ./tmp/legacy/bin/ . >> (Note: . . ./tmp/legacy/sbin -> ../bin so is a via a >> symbolic link.) Before the "cp -pf" there is a "rm -f" >> deleting the target file before the copy: the prior >> file in . . ./tmp/legacy/bin/ is never directly >> preserved. (The new copy might still be identical >> to the old one: the source path one might happen to >> be identical as well.) >>=20 >> # Link the tools that we need for building but don't need to = bootstrap because >> # the host version is known to be compatible into ${WORLDTMP}/legacy >> # We do this before building any of the bootstrap tools in case they = depend on >> # the presence of any of the links (e.g. as m4/lex/awk) >> ${_bt}-links: .PHONY >>=20 >> .for _tool in ${_bootstrap_tools_links} >> ${_bt}-link-${_tool}: .PHONY >> @rm -f "${WORLDTMP}/legacy/bin/${_tool}"; \ >> source_path=3D`which ${_tool}`; \ >> if [ ! -e "$${source_path}" ] ; then \ >> echo "Cannot find host tool '${_tool}'"; false; \ >> fi; \ >> cp -pf "$${source_path}" "${WORLDTMP}/legacy/bin/${_tool}" >> ${_bt}-links: ${_bt}-link-${_tool} >> .endfor >>=20 >> Note: This is for the !defined(BOOTSTRAP_ALL_TOOLS) case. >> Note: the code uses the abbreviation: _bt=3D = _bootstrap-tools >>=20 >> _bootstrap_tools_links is built mostly in terms of >> _basic_bootstrap_tools and _basic_bootstrap_tools_multilink from >> earlier logic. For reference, showing what ends up handled >> this way: >>=20 >> # grep -r "_bootstrap_tools" /usr/main-src/Makefile* = /usr/main-src/share/ | more >> /usr/main-src/Makefile.inc1:# _bootstrap_tools_links variable. >> /usr/main-src/Makefile.inc1:_bootstrap_tools_links+=3Dm4 lex >> /usr/main-src/Makefile.inc1:_bootstrap_tools_links+=3Dmtree >> /usr/main-src/Makefile.inc1:_bootstrap_tools_links+=3Dcat >> /usr/main-src/Makefile.inc1:_bootstrap_tools_links+=3Dcrunchide >> /usr/main-src/Makefile.inc1:_bootstrap_tools_links+=3Dcrunchgen >> /usr/main-src/Makefile.inc1:_bootstrap_tools_links+=3Dmkimg >> /usr/main-src/Makefile.inc1:_kerberos5_bootstrap_tools=3D \ >> /usr/main-src/Makefile.inc1:.ORDER: = ${_kerberos5_bootstrap_tools:C/^/${_bt}-/g} >> /usr/main-src/Makefile.inc1:.for _tool in = ${_kerberos5_bootstrap_tools} >> /usr/main-src/Makefile.inc1:# The tools listed in = _basic_bootstrap_tools will generally not be >> /usr/main-src/Makefile.inc1:# case we use the = _basic_bootstrap_tools_multilink variable which is a list of >> = /usr/main-src/Makefile.inc1:_basic_bootstrap_tools_multilink=3Dusr.bin/gre= p grep,egrep,fgrep >> = /usr/main-src/Makefile.inc1:_basic_bootstrap_tools_multilink+=3Dbin/test = test,[ >> /usr/main-src/Makefile.inc1:_basic_bootstrap_tools+=3Dusr.bin/cut = bin/expr usr.bin/gencat usr.bin/join \ >> = /usr/main-src/Makefile.inc1:_basic_bootstrap_tools_multilink+=3Dusr.bin/aw= k awk,nawk >> /usr/main-src/Makefile.inc1:_basic_bootstrap_tools+=3Dusr.bin/file2c >> = /usr/main-src/Makefile.inc1:_basic_bootstrap_tools_multilink+=3Dusr.bin/bi= ntrans uuencode,uudecode >> /usr/main-src/Makefile.inc1:_basic_bootstrap_tools+=3Dusr.bin/xargs >> /usr/main-src/Makefile.inc1:_basic_bootstrap_tools+=3Dusr.bin/cap_mkdb >> = /usr/main-src/Makefile.inc1:_basic_bootstrap_tools+=3Dusr.sbin/services_mk= db usr.sbin/pwd_mkdb >> /usr/main-src/Makefile.inc1:_basic_bootstrap_tools+=3Dusr.bin/ldd >> /usr/main-src/Makefile.inc1:_basic_bootstrap_tools+=3Dbin/chflags >> /usr/main-src/Makefile.inc1:_bootstrap_tools_links+=3Dsysctl >> = /usr/main-src/Makefile.inc1:_other_bootstrap_tools+=3Dtools/build/cross-bu= ild/fake_chflags >> /usr/main-src/Makefile.inc1:_basic_bootstrap_tools+=3Dusr.bin/mkfifo >> /usr/main-src/Makefile.inc1:_basic_bootstrap_tools+=3Dusr.bin/jot >> /usr/main-src/Makefile.inc1:_basic_bootstrap_tools+=3Dsbin/md5 >> /usr/main-src/Makefile.inc1:_basic_bootstrap_tools+=3Dusr.sbin/tzsetup >> = /usr/main-src/Makefile.inc1:_other_bootstrap_tools+=3D${_basic_bootstrap_t= ools} >> /usr/main-src/Makefile.inc1:.for _subdir _links in = ${_basic_bootstrap_tools_multilink} >> /usr/main-src/Makefile.inc1:_other_bootstrap_tools+=3D${_subdir} >> /usr/main-src/Makefile.inc1:_other_bootstrap_tools+=3Dusr.bin/bmake >> /usr/main-src/Makefile.inc1:_other_bootstrap_tools+=3Dlib/libbz2 >> /usr/main-src/Makefile.inc1:_other_bootstrap_tools+=3Dlib/libz >> /usr/main-src/Makefile.inc1:_other_bootstrap_tools+=3Dlib/libcrypt >> /usr/main-src/Makefile.inc1:# All tools in _basic_bootstrap_tools = have the same name as the subdirectory >> = /usr/main-src/Makefile.inc1:_bootstrap_tools_links+=3D${_basic_bootstrap_t= ools:T} >> /usr/main-src/Makefile.inc1:.for _subdir _links in = ${_basic_bootstrap_tools_multilink} >> /usr/main-src/Makefile.inc1:_bootstrap_tools_links+=3D${_links:S/,/ = /g} >> /usr/main-src/Makefile.inc1:.for _tool in ${_bootstrap_tools_links} >> /usr/main-src/Makefile.inc1: ${_kerberos5_bootstrap_tools} \ >> /usr/main-src/Makefile.inc1: ${_other_bootstrap_tools} \ >>=20 >> What the prior installworld did for the analogous files is >> a separate issue. >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Wed Feb 22 12:30:45 2023 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 4PMFr34Zqsz3sxQJ for ; Wed, 22 Feb 2023 12:30:59 +0000 (UTC) (envelope-from mpp302@gmail.com) Received: from mail-ed1-f54.google.com (mail-ed1-f54.google.com [209.85.208.54]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PMFr32qFpz3Kvc; Wed, 22 Feb 2023 12:30:59 +0000 (UTC) (envelope-from mpp302@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ed1-f54.google.com with SMTP id cq23so29411659edb.1; Wed, 22 Feb 2023 04:30:59 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=Yjic18JKoEuyJbE3K7FF//WVAEl4kiLos2ToMAeymco=; b=42qusJ/hRjn/a6xPYyowNO2ii9dqT+eXldySVowDU7knGKB6GqliNmoJLxyYqvIvHf tMES0yhzPuFp3uzSWiWyHsnd7L8L9xg2J/xsHodH/LSXXy+Nq5XR+5NoUZ9RN1pSZgq1 VwlpPyHrhtCXC3Zu/faAKYDoepQ/x4FGWqyiq0j3eM/VoXKsbSwm1PNiSZnkT3HU/PJw 8Hqc3HmKunNDEHSJFOC6WFpITNczqjwRzQys9Lft6qEATkSaAMJV7J0dUFdxiAf6w0p6 e6BtJFUl49+KtPFEciTw8U/l9dfdzTQRBmk1W5Md2rWvnwdhFkFtcr6f9Ystax9BheRq jKIA== X-Gm-Message-State: AO0yUKUibHleiQAVgFcD3fXj+H6VuBnABrEQTAy9jjkvvbHdsdSpBr24 VbLbuejqn7W3Rz2Aa7cGVuSUxgGcHQrE1g== X-Google-Smtp-Source: AK7set98iS9EY9H74qSqIRtS3SEEUMI4f/srpPPtcINKPbjwa27x4oECLhDh9MhsdHMq2eV9g19STQ== X-Received: by 2002:a05:6402:268e:b0:4ac:d21b:2a44 with SMTP id w14-20020a056402268e00b004acd21b2a44mr7859626edd.0.1677069057961; Wed, 22 Feb 2023 04:30:57 -0800 (PST) Received: from smtpclient.apple ([2a02:8109:86c0:6814:9d98:f756:cd06:4265]) by smtp.gmail.com with ESMTPSA id j24-20020a1709062a1800b0087223b8d6efsm8511882eje.16.2023.02.22.04.30.57 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 22 Feb 2023 04:30:57 -0800 (PST) From: Mateusz Piotrowski <0mp@FreeBSD.org> Message-Id: <96BBD91C-65D9-441F-8151-3D5AFF15910F@FreeBSD.org> Content-Type: multipart/alternative; boundary="Apple-Mail=_6EE9456B-28DF-4D31-8A15-A526A8304C56" 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 \(3731.400.51.1.1\)) Subject: Re: stable/13 snapshot's /etc/rc.d/machine_id has use of main's startmsg from /etc/rc.subr so it reports 2 "eval: startmsg: not found" Date: Wed, 22 Feb 2023 13:30:45 +0100 In-Reply-To: Cc: Mark Millard , FreeBSD-STABLE Mailing List , jlduran@gmail.com, Warner Losh , "Tobias C. Berner" To: Zhenlei Huang References: <212E6139-C634-4AE3-BFCF-F241D0C841CD.ref@yahoo.com> <212E6139-C634-4AE3-BFCF-F241D0C841CD@yahoo.com> <5EA6BBBB-5947-4F78-9EB1-D9506FCA1860@FreeBSD.org> X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Rspamd-Queue-Id: 4PMFr32qFpz3Kvc X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N --Apple-Mail=_6EE9456B-28DF-4D31-8A15-A526A8304C56 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hey, thanks for the report! > On 22. Feb 2023, at 02:31, Zhenlei Huang wrote: >=20 > Sorry for missing the author tcberner@ of = `libexec/rc/rc.d/machine_id`. >=20 >> On Feb 22, 2023, at 9:25 AM, Zhenlei Huang > wrote: >>=20 >> Hi, >>=20 >> `libexec/rc/rc.d/machine_id` (https://reviews.freebsd.org/D37722) is = MFC'ed into stable/13 but its precedence = https://reviews.freebsd.org/D34514 is not. >>=20 >> So we should either MFC D34514, or change libexec/rc/rc.d/machine_id = in stable/13 to use `check_startmsgs`. I MFC=E2=80=99d two patches related to startmsg to stable/13. Best, Mateusz --Apple-Mail=_6EE9456B-28DF-4D31-8A15-A526A8304C56 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
Hey, = thanks for the report!

On 22. Feb 2023, at 02:31, Zhenlei Huang = <zlei@FreeBSD.org> wrote:

Sorry for missing the author tcberner@ of = `libexec/rc/rc.d/machine_id`.

On Feb 22, 2023, at 9:25 AM, Zhenlei Huang <zlei@FreeBSD.org> = wrote:

Hi,

`libexec/rc/rc.d/machine_id` = (https://reviews.freebsd.org/D3= 7722) is MFC'ed into stable/13 but its precedence https://reviews.freebsd.org/D3= 4514 is not.

So we should either MFC = D34514, or change libexec/rc/rc.d/machine_id in stable/13 to use `check_startmsgs`.

I MFC=E2=80=99d two patches related to startmsg to = stable/13.

Best,
Mateusz

= --Apple-Mail=_6EE9456B-28DF-4D31-8A15-A526A8304C56-- From nobody Wed Feb 22 22:07:04 2023 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 4PMVd60KXLz3sGxM for ; Wed, 22 Feb 2023 22:07:22 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-25.consmr.mail.gq1.yahoo.com (sonic303-25.consmr.mail.gq1.yahoo.com [98.137.64.206]) (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 4PMVd44RKvz3jtk for ; Wed, 22 Feb 2023 22:07:20 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=inWlAvo6; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.206 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1677103638; bh=dBrHd6cjQrOpXItOEiZozR0ps/CA0qkTEuhMLeN0ArI=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=inWlAvo6maNOUHHZUIbzelVgIKilpX4Vpuxz5WGNMGi/+eHYNomRc6pcsDmTnSk1dUnzOJLRlgTcc5F48/Porb6lbbQ1tnbF1tEDSjMd3sbLewpa70/VxFp1c8qLWRyEeP26qgIYZqNop+UTLlgZj+awN56FRzYJNfj0VhY6dpeLia0OeW976SD9aCMjWYytMrzmrM2HpSiSuadTJQ4ljTsEzAnQBbozduCVxeZnLF9AedD8Exx/6otAA77OoI5bIzfPHv4ponqgluwi8FatSyytEIddEmK6SSFuggxH0Dm0yKUIzCNL2+zAmS7bGp00uvqh3jBMNM5NYAo77vfoUQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1677103638; bh=GVdwi9zE0rhgz9tZTAESPHmMWoyC0/YTIebp55ghxp6=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=qj9I5/2tEQX8Fs0otVgLwqRBlMBUaqnf8GH295Keke1xceSrmaYGA3K/7pKUNQyqVCb+1d1jGVw/oEkQAqWxNGcnBqNg282haIMaTTvRSvtm6aJ5AXy6rSj+f3vXlAEm9VXH3hDsv9ms6RVpjzPNVRsG9sPtT2FBDykxV0+69nzs6rXSgNDK5d+rwy7dwWT1TJmGm7O2h3Tg4oGBx6BRgzz6jxdy7fNh3L2yX0f6sZQx0lSB9/Dx+TYZF4kHhCM+8+uYt/c7/tqwAP8FVM2jAZQC4mkhmyqM0aM+OksW8yNrb2m0U8BYHya7hvYTb4jMK9BZu2secMse2cBPmDpiog== X-YMail-OSG: sSpWU_sVM1kNWGJSXI1Am4mU1jU3qYGuPX8J3LHtA4VRMIXHT_heykkpZmunUtv 4wg9QIcVLntLh19CoFIeqWd.cQ2veS6HgCknCjIvKtSNecYSfIPcoz_r8nnB0OwQMxNfcvlTx4Mb BZ9YccQhA1UJiVe7y27Qb1VwTgwooneh_.4OhbZ_NV.IAeQN4gENBiXMUB3MGJn0RhTPJteOK2Fh 1LlJ2eoTsPUIjF0yj1akUjoJryIkf1AZjdPKmHO2Mb8I6EHnwZw4h99G0H44VlIyIKe1WQTrEW7W CGhRIkVmD9rPY0uLNL3Iw6oyKA08Bisg2XlbvSKV51aRKzlqaDLT0uZi.dlDRDLpheT_agAGsDOY paVJUbcP1ShwkBmT3zOTdbH9TEOPiKIaPWvFRIdXo_0A0xllYWO7rf7vorifNPeHJ5QQvqiKonFO JonG5.g8Fq8adXwjxjSQt8bJvgtFmS8ZJvmsSUQA1SoKNwkMy5GKdTWF8m5fWz02AMJM8Z_3RTxI wkXQa7qwDpzEJwfITJn3QuN0UIA0iYiEe6LH3r3ou37fV_P1qGc2gSuqk3HcEI4U3.rcbvsQwE1h FCp3S8NX8D8ZeEUkLP.Yn.j7LMW6HF_KlLGCk3a9Iqqkn7eho1_Keud_wdyuEdTP2MZTNAXQlTsP lrETYzYRhfMbFYi9zjWsUtlrt.zfWGA5.cWfsNsKQt2INbz4ERW150qz6SQpRgzXks_R1gPvFe3O _m6awZgrN8IppuByAeFWfBUodt5EDeg.sg_KTwtk_wpr6ibkQ1fFD2fo87Ay0OKpblCkSjBUn5zR e_hw2dOifhU5BETh_5JhMyazYH6Hi.keE_tPewWrXc6Dy.fD6HTtvkkrGDWuHyi_QsQeRO8l1M7i ZyNd2Lfnnr7tA3uqfW4I6uaC3YCGN7XERoto6vrar.Z.wkDZLXk3JIJE_BPZHwBTxb6S2yENQ6dt uMbVhoZDei41oTPGg8x9qA6ZwHxQHd9sJ9FSCRpcE47SF7VMNG1NC4pkpjlp.pgf.EhZAGYSDIi5 NIIk2DZssLpX2x5Hbw78sYh_2vcmMxWh73qwuECp6ALelBk3biheAFAupRwClBziedazCzYyAcDr D4L55ZjRoaPZMVXgSzY.lpea7Wp7ityzhzzfZdOGDQ2nEfQ14pvLsfUlPHOCaudFr.Osi_KlIquh IK4bMl0rwYk_xjBJySW4YevmVSc30xP2uxRldTckkkCa3Tp0F9y_Z.xy03QNL8d1bDT5xjlvO1mn 3Ont8sAyhxugqBgQWi1kHzUA_Mxt6Me8xMPgOSmBB6SeUNb6wtG8gwiUclQD10B55X6d1cqit4UY A5rPFEnTX.6yHSbXqrvTVtA1iOh9ijQOob8.PAVq8SFPW6wCqlgT..HBpJwnr9_EmAIjAnqHGmTb lj_Vk4CN2otgNf5HJf3BAJSuwNrQtiW2z.PDX5FRqPTyDE2X7dCSls2IqYO4BDKO7tgAQliKUnzE AVzgyL6JV_ys_ZUBoFrGbn3kltb4jrddPOjXQW61xIku6ei0x1vlMlDyangh7pHsSk6_QqXpVhkp iG.DXD7eoHBugXIHhONx50ICXkp1pCFJl2SX8TDP_qsagX6UpAYCRrWz2eoGX9iE6DCws.UHh3Tk Bjywrmo8seFj_WFGWmt2do_P2.ihKbvti4cLsNhBxsdgtwivjESNMA78GLza7REaGSMkhllPGnyf ZgX6wINSqBhiVHIa3iwEfDHwkAl7Ej5LDuDVpiIKIblhNp4n9zVzaOncGdEiokhYNmw5ZnIjHHOT bUmUA0c0jMZzWzgGer2hsKQrgW4CeH11Or0ZJcjdqjzctdvXx7pnmYQe6wyL9fAiFdhZrcvPDIDL NyqpTDaBsM8SnQbpy.3LhHvV8.no.aLdLg4A0Tgt5mNrKCNqLmhnNvYkTEos1ix6cwHQ8IUlP5Hp Kn5cj7j.Mut5EPlM34DlkTOxJ3b.44WZJEqG7owSU61YdBxI7b_bqfvtr5RWEug1UAvksTKesDRT RaTGT0A2E8TkFUGSKiJgYBDPWJ4lRH7e31xRyutIVQhSE8ezkvM6nbh_9W5_tSEQ2aKv3W0Reu22 .Rb7C61W.bsuuhYNNHcCX3REjAaNBoZV1e172iYbKIh3YbA2_1auD8Wu9AQK.lDu4LYIxjeIT7FS BavNIgesA85QIRd77cdrrnZnvhl.cgmItYv_DyYYiwk.lea3N3Q.O7rapnVRILvCf6hjLIbpBBZT 7Rae47HiXiMIpw12ka_eKP9PBfoz.eayPa_JWi3PppjLzbAkm4O.ML_9m3R1j2wJW_8f_zsee7Ty gLmmr X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Wed, 22 Feb 2023 22:07:18 +0000 Received: by hermes--production-bf1-57c96c66f6-p9vmd (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID f110e7ebe3c359202e5321e8dd73ee07; Wed, 22 Feb 2023 22:07:16 +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 \(3731.400.51.1.1\)) Subject: Re: 13.2 BETA2: how do debug META_MODE? From: Mark Millard In-Reply-To: <45A1D65C-22F2-44B2-8B3D-5B6FECA76D0A@yahoo.com> Date: Wed, 22 Feb 2023 14:07:04 -0800 Cc: FreeBSD-STABLE Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: <68EA9ADD-9269-4C60-B4CB-AD3AB0955772@yahoo.com> References: <41B536B0-DA66-449E-96BB-E11A8750471A.ref@yahoo.com> <41B536B0-DA66-449E-96BB-E11A8750471A@yahoo.com> <45A1D65C-22F2-44B2-8B3D-5B6FECA76D0A@yahoo.com> To: Peter X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Spamd-Result: default: False [-2.47 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.97)[-0.969]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.206:from]; TO_DN_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; DKIM_TRACE(0.00)[yahoo.com:+]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org] X-Rspamd-Queue-Id: 4PMVd44RKvz3jtk X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N This is just an FYI about an experiment. After having done installworld installkernel for other reasons, I did two -dM buildworld buildkernel sequences in a row (no source changes, no cleaning activity), producing script files logging the output. The below provides some comparison/contrast between the two log files. Below I report first on the frequencies of the file paths reported in the "is newer than the target" lines that were unique to the first run (diff output line starts with "-"). I only show a prefix the full list: # diff -u = /usr/obj/BUILDs/main-amd64-nodbg-clang/sys-typescripts/typescript-make-amd= 64-nodbg-clang-amd64-host-2023-02-22:12:* | grep "^-.*is newer than the = target" | sed -e "s@^.*: file '@file '@" | sort | uniq -c | sort -rn | = more 4432 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/gzip' is newer than the target... 2692 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/awk' is newer than the target... 2155 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/realpath' is newer than the target... 1395 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib/Scrt1.o' is newer than the target... 1381 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/secure/li= b/libcrypto/openssl/opensslconf.h' is newer than the target... 1318 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/obj-lib32= /secure/lib/libcrypto/openssl/opensslconf.h' is newer than the target... 1000 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/cat' is newer than the target... 962 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/rm' is newer than the target... 928 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/sh' is newer than the target... 878 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/ln' is newer than the target... 624 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/lib/clang= /libllvm/llvm/IR/Attributes.inc' is newer than the target... 553 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/sed' is newer than the target... 437 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/mv' is newer than the target... 417 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/mkcsmapper' is newer than the target... 398 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/lib/clang= /libclang/clang/Basic/DiagnosticCommonKinds.inc' is newer than the = target... 351 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/grep' is newer than the target... 281 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/lib/clang= /libllvm/llvm/IR/IntrinsicEnums.inc' is newer than the target... 177 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib/crti.o' is newer than the target... 161 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/lib/clang= /libclang/clang/AST/DeclNodes.inc' is newer than the target... 115 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/llvm-tblgen' is newer than the target... 98 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/crunchide' is newer than the target... 86 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/lib/clang= /libclang/clang/StaticAnalyzer/Checkers/Checkers.inc' is newer than the = target... 75 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/uudecode' is newer than the target... 73 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/clang-tblgen' is newer than the target... 72 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/cp' is newer than the target... 57 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/mkesdb' is newer than the target... 56 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/lib/clang= /libllvm/AArch64GenRegisterInfo.inc' is newer than the target... 52 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/gencat' is newer than the target... . . . Using egrep "/(sbin|bin)/" to be more selective about which lines to show: # diff -u = /usr/obj/BUILDs/main-amd64-nodbg-clang/sys-typescripts/typescript-make-amd= 64-nodbg-clang-amd64-host-2023-02-22:12:* | grep "^-.*is newer than the = target" | s ed -e "s@^.*: file '@file '@" | sort | uniq -c | sort -rn | egrep = "/(sbin|bin)/" | more 4432 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/gzip' is newer than the target... 2692 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/awk' is newer than the target... 2155 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/realpath' is newer than the target... 1000 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/cat' is newer than the target... 962 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/rm' is newer than the target... 928 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/sh' is newer than the target... 878 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/ln' is newer than the target... 553 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/sed' is newer than the target... 437 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/mv' is newer than the target... 417 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/mkcsmapper' is newer than the target... 351 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/grep' is newer than the target... 115 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/llvm-tblgen' is newer than the target... 98 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/crunchide' is newer than the target... 75 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/uudecode' is newer than the target... 73 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/clang-tblgen' is newer than the target... 72 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/cp' is newer than the target... 57 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/mkesdb' is newer than the target... 52 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/gencat' is newer than the target... 46 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/lex' is newer than the target... 29 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/m4' is newer than the target... 28 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/b= in/ctfconvert' is newer than the target... 27 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/compile_et' is newer than the target... 26 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/asn1_compile' is newer than the target... 13 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/lldb-tblgen' is newer than the target... 10 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/make-roken' is newer than the target... 8 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/b= in/objcopy' is newer than the target... 7 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/uuencode' is newer than the target... 6 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/slc' is newer than the target... 4 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/file2c' is newer than the target... 3 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/dd' is newer than the target... 2 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/truncate' is newer than the target... 2 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/env' is newer than the target... 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/b= in/nm' is newer than the target... 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/touch' is newer than the target... 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/jot' is newer than the target... 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/egrep' is newer than the target... 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/crunchgen' is newer than the target... 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/cap_mkdb' is newer than the target... 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/basename' is newer than the target... As for lines unique to the 2nd run (diff output line starts with "+"): # diff -u = /usr/obj/BUILDs/main-amd64-nodbg-clang/sys-typescripts/typescript-make-amd= 64-nodbg-clang-amd64-host-2023-02-22:12:* | grep "^[+].*is newer than = the target" | sed -e "s@^.*: file '@file '@" | sort | uniq -c | sort -rn = | more 2155 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/realpath' is newer than the target... 1466 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib/Scrt1.o' is newer than the target... 878 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/ln' is newer than the target... 444 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib/crti.o' is newer than the target... 235 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib32/crti.o' is newer than the target... 67 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib/crt1.o' is newer than the target... 41 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib32/libgcc_s.so' is newer than the target... 40 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib/libgcc_s.so' is newer than the target... 3 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/sh' is newer than the target... 2 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/lib/ncurs= es/tinfo/./ncurses_dll.h' is newer than the target... 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib32/libcxxrt.so' is newer than the target... 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib32/libcrypto.so' is newer than the target... 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib32/libc.so.7' is newer than the target... 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib32/Scrt1.o' is newer than the target... 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib/libssl.so' is newer than the target... 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib/libcxxrt.so' is newer than the target... 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib/libctf.so' is newer than the target... 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib/libcrypto.so' is newer than the target... 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/lib/l= ibc.so.7' is newer than the target... (The list is already short, so no subset listed.) =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Thu Feb 23 04:22:51 2023 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 4PMfyj1fwDz3sw21 for ; Thu, 23 Feb 2023 04:23:09 +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 4PMfyh1Hrgz4R6j for ; Thu, 23 Feb 2023 04:23:08 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=Yrtoa+E4; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.32 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1677126186; bh=MT0D44RYfRqbm+3Se3uNL88hBU66+r9gpMWipatFiEI=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=Yrtoa+E4t3vYA+goi5qE0kTlYptwwPaeWTv2EA7llpE49XftDyvT0pOxR8qFRqsJ3ynfyDgxQb1Nllmpi2n2k8bXGu+PdbpqCh8ob8iNcK8zQyM+Jd02DI/OgnZyXswnJ2Hap9e1SIyjYaVtky7xsxK/eIN6ZXYWBTXSX4PJQzuah1h1byoYyix+zfnftDmZe5OVpeIBiTvMWjzL0I9w7VUgu1w+sumBA/OHYumw7OynirMqdIuhciYH0o0177h7ejM73pqZbh0zPtlwVG7NWw9XwVJlg3Lja/oaeFMh95CyQA9H7mpjCHlqMONvjaUaQFeJ+DvMB1HVzMDcZVaJgQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1677126186; bh=vurgl7WcH4hylZwyUIuNl5VB5UdN0ijGdlM+eQ/M5+E=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=D94bHij8f0SOthYNxDgkr0vkEDzE9e+32KKT9cBOhVQCIlnKF16yumtGZPNstyx9KXRWk2D2NQrDeaWxNfkxFkVTQASmG9tDXpHsT42i4IHKBfJXmupN1vf0AU7YAjvu+omKLIHumkTqEeDwQhWhv/kXG2AIUqUTqxmac0Ok3s/qJayiBU/8fr8z+g4rreQMbTojoenU/AE464OSlXHt9x1lki2WZmmLvwaldLx1FDavMz+ObXHOCw//vUGl+l7U2SFacieqD6FoidM2lBgNbPraHV4hnrPbGJ25ABp81CNuSOmafhjtFuMnK1WXISlQ1v0C0C8iINxKUCLMSxp8hQ== X-YMail-OSG: PxD2JvEVM1nMdZHd5rTKHZMECbJs28eLMlIjYqcrgGAdqSP2aijsDvZde2aMLxf 5eGUkXtslfCv3drEzk5vk3rMuYbcoOT4bOg.xiULvLetVNj7l9IrAPxDM5CAqIjpXNY5hPxn6qwv h94y4jqs7WwcIX0o1MI2fQLhA7j4N8.a4IrhxO7zpmETUYH_hFgA4aDk9mB5nUw1UZ170iaxi.z2 A2v1_bms_nOSNE8hKuVdZu1i7.TCEsuPJg_GHL44v4zI.2Ztfp0GktOpi6_qZ90DZ64_y8JLj_X3 eqD_Fle2bwAS5s2OS3TJD9IOM4j.1LAKhYeqKwc9NHvflXj7rTy4ODve5qSV7y54hgQWAP_67cVS Xeh4bZYpoJWQ1Id7ClqFY1CUo7cc1VXevVDcfPZ2UiDDLCAPlhtiUM56ZU24VTPXYUzCDTzqIq5S YB4DxvMcZRRTOqcpHlbro1f3TFUIpCc0KVIM8IZlJ_mv0ecDjUu8R5cF2PvZFWPDic9QgUANin_O JYweY9rnnAi3E4tXRwY.JwFMSiPIhSFen1nfsBg60eFXztLcnpG.1tryxbspb6wz.JeyaJBpSRtn c7VSx13bkzZfCzZwkFdmqQtuGGdhmXtUCVQ1ThDVQbUhxa7eYpB0yRcR2r97tgoXKu8Q72H36NdX a78Cmb8mQne1xAz14X9pgfOwTay2dIuzKoj.9hHWyVrnwjAStBbKLdSY5XnLlXhE1xXhSmk0qMc0 qNkx4Q5anWmXao5Btx_kwvp1lgfiPDdvliU4iEJ0syTUG7LS_Ji28ER.kvcidQF6B6VcqhSqfewu gqR_k2xii1voAgk71wq88JhHt4zZ8kQcSwleWPx6b0EwyLeyICrTtsqeGJxAqFXi5liSwSeplAa0 11a6wl8BDZWHk59F3ouIZwVoGZ54AqP2.2jt2HmdTwkksV3rd5zGWVI9VUoX6P2x4sRy.QqcKN.q noSRTM34iFdCWCmASALsN9GtgM3y0qBRXS.qo6cxzdFex1EGB2VjPPl3NJCZIaPvwJlO5IPNfbl4 1Z31wsUOnMhoKh8PROW3e04fo5uG0uJN7RwUyqNrV1tT.VIIAXXo8Lr_mYz0ixQHWXif570EkrHJ I8qXbEj_T9qVvn5eRqI2AYbsr0BokUkgeD_6X_8Yb_ZT_9d7.br9fYfftl0M_nVGZSebVUYCgjqz mRu7.pr.bj.nSmNKZG42b5yzG0WiJHowhomG5rnp2OZm8Uxd4F.Ap2IzLLHumKwWgz3Kg.sBqEaX fk3Qp2sgXVWWNBNSw.XgAqhC23RWuRcGTm9VVW5i0CogqSrg7zx6w_pCbVelnVsEKEbAibgtjctQ u974MYb45Yw79xEqQA2WNmydJwO.DU9WHnIYPg6bhiImjzC7dKA4EORwqUf.MJkT2_kdyBzLzAEA RuJtOOI0Fz6QHjgFfapzeFsWUZLmh_RWstdWEPqAjGOfOpOU7jNkP8lMz6nIQq_xsqAGPJYm6DqH 5y_WNS_CQ7oiFccotk4qlzxsdjN5swofj4migSeos_YEHXvhbys7ToFtg6t8E8u341d_mNxVKQc3 bMns8eYygXBOhcNobAhUgXL.nl95SrTR_jySHYVA5a5EtV8ZEJ_zswduIP0yZXxXALe_mr_XwOrQ S2e5B_IedN8jsWpkvvQBTNoOAAqy6.BGoh74U6hTXs5V5Gx.zFUTe7f9DhUoVAK0m8AuTQ8ap2oR EGjWLF849V71ZXMaoYJZO4ivNcoqFODPDVP0OUFS5YiWGVWJtrUt5S6Tv.WcQZWT6fp5AmUr6cDy tRaKLiaNGhacGvU6Q_u5exRHXV72oy.GG8EfjWha2m1HPpnnbYJ_YktJrabAcjUVS2s9oHs9M7Sp m05MQ_g7DF3U0j3QTNj5ilfat19G2uVbDtzENCNWyXBKKDHy922aTXjmVPptrbpDdNGdGEkdzS8N snpiyjaP_hNPvUf5JLZP8NMyu48kVflk9kEaLGKQC3J4eJNm11CZmIKX7dcAXgnEYhFhcwTupdpm d9M3gv2AWDHqCiq403NHV2oGqF7UFEtOKFwRwOnvrjPqK2VXlnJqU5NXsIrApiAVndPnH7ugYjGa D7cjhZbUrmvifzWRJjG.PSmY0IiJD0MnsEq91X.XlzC2ZMC2oR222AvXvkJV6u5DYD70viyyCGaQ 1ZtMp5pWs6Ir_YLkDY2GlKR9FengvgaRWJgPZqXjfGRzlgidWpen3VSO_xDhG5GVNAkTVxvrHKVt IxzBZLTd3G2H3BqAqwISQfsd8tXZn25QE6E3g9rSzyqdO5ENyzmJtrqFnIECLbHbqCksGU3Ix.4X MPQ-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Thu, 23 Feb 2023 04:23:06 +0000 Received: by hermes--production-ne1-746bc6c6c4-b28lr (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 427bfbf09033cbc82ea4c78b0dd2187a; Thu, 23 Feb 2023 04:23:02 +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 \(3731.400.51.1.1\)) Subject: Re: 13.2 BETA2: how do debug META_MODE? From: Mark Millard In-Reply-To: <68EA9ADD-9269-4C60-B4CB-AD3AB0955772@yahoo.com> Date: Wed, 22 Feb 2023 20:22:51 -0800 Cc: FreeBSD-STABLE Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: References: <41B536B0-DA66-449E-96BB-E11A8750471A.ref@yahoo.com> <41B536B0-DA66-449E-96BB-E11A8750471A@yahoo.com> <45A1D65C-22F2-44B2-8B3D-5B6FECA76D0A@yahoo.com> <68EA9ADD-9269-4C60-B4CB-AD3AB0955772@yahoo.com> To: Peter X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Spamd-Result: default: False [-2.11 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_SHORT(-0.61)[-0.613]; 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]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.32:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; TO_DN_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; MID_RHS_MATCH_FROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; RCVD_TLS_LAST(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.32:from] X-Rspamd-Queue-Id: 4PMfyh1Hrgz4R6j X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N On Feb 22, 2023, at 14:07, Mark Millard wrote: > This is just an FYI about an experiment. The experiment had a flaw: I did not do the builds as -j1 (or no -j at all) but the parallel activities changes the sequencing of the lines from run to run. Thus the "diff -u" part finds more differences than I was intending. I may try to make a better experiment at some point. > After having done installworld installkernel for other reasons, > I did two -dM buildworld buildkernel sequences in a row (no > source changes, no cleaning activity), producing script files > logging the output. The below provides some comparison/contrast > between the two log files. >=20 > Below I report first on the frequencies of the file paths > reported in the "is newer than the target" lines that were > unique to the first run (diff output line starts with "-"). >=20 > I only show a prefix the full list: >=20 > # diff -u = /usr/obj/BUILDs/main-amd64-nodbg-clang/sys-typescripts/typescript-make-amd= 64-nodbg-clang-amd64-host-2023-02-22:12:* | grep "^-.*is newer than the = target" | sed -e "s@^.*: file '@file '@" | sort | uniq -c | sort -rn | = more > 4432 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/gzip' is newer than the target... > 2692 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/awk' is newer than the target... > 2155 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/realpath' is newer than the target... > 1395 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib/Scrt1.o' is newer than the target... > 1381 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/secure/li= b/libcrypto/openssl/opensslconf.h' is newer than the target... > 1318 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/obj-lib32= /secure/lib/libcrypto/openssl/opensslconf.h' is newer than the target... > 1000 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/cat' is newer than the target... > 962 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/rm' is newer than the target... > 928 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/sh' is newer than the target... > 878 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/ln' is newer than the target... > 624 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/lib/clang= /libllvm/llvm/IR/Attributes.inc' is newer than the target... > 553 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/sed' is newer than the target... > 437 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/mv' is newer than the target... > 417 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/mkcsmapper' is newer than the target... > 398 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/lib/clang= /libclang/clang/Basic/DiagnosticCommonKinds.inc' is newer than the = target... > 351 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/grep' is newer than the target... > 281 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/lib/clang= /libllvm/llvm/IR/IntrinsicEnums.inc' is newer than the target... > 177 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib/crti.o' is newer than the target... > 161 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/lib/clang= /libclang/clang/AST/DeclNodes.inc' is newer than the target... > 115 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/llvm-tblgen' is newer than the target... > 98 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/crunchide' is newer than the target... > 86 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/lib/clang= /libclang/clang/StaticAnalyzer/Checkers/Checkers.inc' is newer than the = target... > 75 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/uudecode' is newer than the target... > 73 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/clang-tblgen' is newer than the target... > 72 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/cp' is newer than the target... > 57 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/mkesdb' is newer than the target... > 56 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/lib/clang= /libllvm/AArch64GenRegisterInfo.inc' is newer than the target... > 52 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/gencat' is newer than the target... >=20 > . . . >=20 > Using egrep "/(sbin|bin)/" to be more selective about > which lines to show: >=20 > # diff -u = /usr/obj/BUILDs/main-amd64-nodbg-clang/sys-typescripts/typescript-make-amd= 64-nodbg-clang-amd64-host-2023-02-22:12:* | grep "^-.*is newer than the = target" | s > ed -e "s@^.*: file '@file '@" | sort | uniq -c | sort -rn | egrep = "/(sbin|bin)/" | more > 4432 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/gzip' is newer than the target... > 2692 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/awk' is newer than the target... > 2155 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/realpath' is newer than the target... > 1000 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/cat' is newer than the target... > 962 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/rm' is newer than the target... > 928 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/sh' is newer than the target... > 878 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/ln' is newer than the target... > 553 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/sed' is newer than the target... > 437 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/mv' is newer than the target... > 417 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/mkcsmapper' is newer than the target... > 351 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/grep' is newer than the target... > 115 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/llvm-tblgen' is newer than the target... > 98 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/crunchide' is newer than the target... > 75 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/uudecode' is newer than the target... > 73 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/clang-tblgen' is newer than the target... > 72 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/cp' is newer than the target... > 57 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/mkesdb' is newer than the target... > 52 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/gencat' is newer than the target... > 46 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/lex' is newer than the target... > 29 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/m4' is newer than the target... > 28 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/b= in/ctfconvert' is newer than the target... > 27 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/compile_et' is newer than the target... > 26 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/asn1_compile' is newer than the target... > 13 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/lldb-tblgen' is newer than the target... > 10 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/make-roken' is newer than the target... > 8 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/b= in/objcopy' is newer than the target... > 7 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/uuencode' is newer than the target... > 6 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/slc' is newer than the target... > 4 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/file2c' is newer than the target... > 3 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/dd' is newer than the target... > 2 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/truncate' is newer than the target... > 2 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/env' is newer than the target... > 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/b= in/nm' is newer than the target... > 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/touch' is newer than the target... > 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/jot' is newer than the target... > 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/egrep' is newer than the target... > 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/crunchgen' is newer than the target... > 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/cap_mkdb' is newer than the target... > 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/basename' is newer than the target... >=20 >=20 >=20 > As for lines unique to the 2nd run (diff output line > starts with "+"): >=20 > # diff -u = /usr/obj/BUILDs/main-amd64-nodbg-clang/sys-typescripts/typescript-make-amd= 64-nodbg-clang-amd64-host-2023-02-22:12:* | grep "^[+].*is newer than = the target" | sed -e "s@^.*: file '@file '@" | sort | uniq -c | sort -rn = | more > 2155 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/realpath' is newer than the target... > 1466 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib/Scrt1.o' is newer than the target... > 878 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/ln' is newer than the target... > 444 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib/crti.o' is newer than the target... > 235 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib32/crti.o' is newer than the target... > 67 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib/crt1.o' is newer than the target... > 41 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib32/libgcc_s.so' is newer than the target... > 40 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib/libgcc_s.so' is newer than the target... > 3 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/legac= y/usr/sbin/sh' is newer than the target... > 2 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/lib/ncurs= es/tinfo/./ncurses_dll.h' is newer than the target... > 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib32/libcxxrt.so' is newer than the target... > 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib32/libcrypto.so' is newer than the target... > 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib32/libc.so.7' is newer than the target... > 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib32/Scrt1.o' is newer than the target... > 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib/libssl.so' is newer than the target... > 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib/libcxxrt.so' is newer than the target... > 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib/libctf.so' is newer than the target... > 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib/libcrypto.so' is newer than the target... > 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/lib/l= ibc.so.7' is newer than the target... >=20 > (The list is already short, so no subset listed.) >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Thu Feb 23 14:22:01 2023 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 4PMwGK1rHsz3tmxK for ; Thu, 23 Feb 2023 14:22:33 +0000 (UTC) (envelope-from jamie@catflap.org) Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [IPv6:2001:19f0:300:2185:123::1]) by mx1.freebsd.org (Postfix) with ESMTP id 4PMwGJ2nzxz4MM5 for ; Thu, 23 Feb 2023 14:22:32 +0000 (UTC) (envelope-from jamie@catflap.org) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of jamie@catflap.org designates 2001:19f0:300:2185:123::1 as permitted sender) smtp.mailfrom=jamie@catflap.org; dmarc=pass (policy=none) header.from=catflap.org X-Catflap-Envelope-From: X-Catflap-Envelope-To: freebsd-stable@FreeBSD.org Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [104.207.135.49]) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5) with ESMTP id 31NEM27U001787; Thu, 23 Feb 2023 14:22:02 GMT (envelope-from jamie@donotpassgo.dyslexicfish.net) Received: (from jamie@localhost) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5/Submit) id 31NEM1dn001786; Thu, 23 Feb 2023 14:22:01 GMT (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <202302231422.31NEM1dn001786@donotpassgo.dyslexicfish.net> Date: Thu, 23 Feb 2023 14:22:01 +0000 Organization: Dyslexic Fish To: pmc@citylink.dinoex.sub.org, freebsd-stable@FreeBSD.org Subject: Re: 13.2-BETA2: xz: illegal instruction References: In-Reply-To: User-Agent: Heirloom mailx 12.4 7/29/08 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: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (donotpassgo.dyslexicfish.net [104.207.135.49]); Thu, 23 Feb 2023 14:22:02 +0000 (GMT) X-Spamd-Result: default: False [-3.70 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[catflap.org,none]; R_SPF_ALLOW(-0.20)[+mx:dyslexicfish.net]; MIME_GOOD(-0.10)[text/plain]; RCVD_NO_TLS_LAST(0.10)[]; MLMMJ_DEST(0.00)[freebsd-stable@FreeBSD.org]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; R_DKIM_NA(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; FREEFALL_USER(0.00)[jamie]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; HAS_ORG_HEADER(0.00)[]; TO_DN_NONE(0.00)[]; ASN(0.00)[asn:20473, ipnet:2001:19f0::/38, country:US] X-Rspamd-Queue-Id: 4PMwGJ2nzxz4MM5 X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N Peter wrote: > > # ./xz < /dev/zero > /dev/null > > Illegal instruction (core dumped) > > > CPU: Intel(R) Core(TM) i3 CPU 540 @ 3.07GHz (3059.08-MHz K8-class CPU) > > Origin="GenuineIntel" Id=0x20655 Family=0x6 Model=0x25 Stepping=5 > > > CPUTYPE?=westmere > > It's liblzma, and it doesn't want westmere, it apparently wants > penryn. Doesn't "CPUTYPE?=native" do the right thing? You can see what features this enables/disables on your machine and also the determined "-target-cpu" in the following output: /usr/bin/env -i /usr/bin/clang -v -x c -march=native -fsyntax-only -o /dev/null /dev/null 2>&1 Cheers, Jamie From nobody Thu Feb 23 16:05:42 2023 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 4PMydx5WW0z3s9ph for ; Thu, 23 Feb 2023 16:09:41 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::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 "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PMydx22Qqz3L24 for ; Thu, 23 Feb 2023 16:09:41 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Authentication-Results: mx1.freebsd.org; none Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840:0:0:0:0:0:12]) by uucp.dinoex.org (8.17.1/8.17.1) with ESMTPS id 31NG96U2052761 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 23 Feb 2023 17:09:07 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: (from uucp@localhost) by uucp.dinoex.org (8.17.1/8.17.1/Submit) with UUCP id 31NG96qS052760; Thu, 23 Feb 2023 17:09:06 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from disp.intra.daemon.contact (disp-e.intra.daemon.contact [IPv6:fd00:0:0:0:0:0:0:112]) by admn.intra.daemon.contact (8.17.1/8.17.1) with ESMTPS id 31NG6lWQ098670 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=OK); Thu, 23 Feb 2023 17:06:48 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from disp.intra.daemon.contact (localhost [127.0.0.1]) by disp.intra.daemon.contact (8.17.1/8.17.1) with ESMTPS id 31NG5gbF036465 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 23 Feb 2023 17:05:42 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: (from pmc@localhost) by disp.intra.daemon.contact (8.17.1/8.17.1/Submit) id 31NG5gmG036464; Thu, 23 Feb 2023 17:05:42 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) X-Authentication-Warning: disp.intra.daemon.contact: pmc set sender to pmc@citylink.dinoex.sub.org using -f Date: Thu, 23 Feb 2023 17:05:42 +0100 From: Peter To: Jamie Landeg-Jones Cc: freebsd-stable@freebsd.org Subject: Re: 13.2-BETA2: xz: illegal instruction Message-ID: References: <202302231422.31NEM1dn001786@donotpassgo.dyslexicfish.net> 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: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <202302231422.31NEM1dn001786@donotpassgo.dyslexicfish.net> X-Milter: Spamilter (Reciever: uucp.dinoex.org; Sender-ip: 0:0:2a0b:f840::; Sender-helo: uucp.dinoex.org;) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [IPv6:2a0b:f840:0:0:0:0:0:12]); Thu, 23 Feb 2023 17:09:09 +0100 (CET) X-Rspamd-Queue-Id: 4PMydx22Qqz3L24 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:205376, ipnet:2a0b:f840::/32, country:DE] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Thu, Feb 23, 2023 at 02:22:01PM +0000, Jamie Landeg-Jones wrote: ! Peter wrote: !=20 ! > > # ./xz < /dev/zero > /dev/null ! > > Illegal instruction (core dumped) ! > = =20 ! > > CPU: Intel(R) Core(TM) i3 CPU 540 @ 3.07GHz (3059.08-MHz K8-= class CPU) ! > > Origin=3D"GenuineIntel" Id=3D0x20655 Family=3D0x6 Model=3D0x25 St= epping=3D5 =20 ! > = =20 ! > > CPUTYPE?=3Dwestmere ! > ! > It's liblzma, and it doesn't want westmere, it apparently wants ! > penryn. !=20 ! Doesn't "CPUTYPE?=3Dnative" do the right thing? Good point, I should test that. (It doesn't concern me, because that would likely get me code for the machine that is actually doing the build, and that is not the old i3) ! You can see what features this enables/disables on your machine ! and also the determined "-target-cpu" in the following output: !=20 ! /usr/bin/env -i /usr/bin/clang -v -x c -march=3Dnative -fsyntax-only -o /= dev/null /dev/null 2>&1 Thanks, You're helpful! :) -target-cpu westmere But when building with CPTYPE?=3Dnative, the code works! $ /usr/bin/env -i /usr/bin/clang -v -x c -march=3Dnative -fsyntax-only -o = /dev/null /dev/null 2>&1 FreeBSD clang version 14.0.5 (https://github.com/llvm/llvm-project.git llvm= org-14.0.5-0-gc12386ae247c) Target: x86_64-unknown-freebsd13.2 Thread model: posix InstalledDir: /usr/bin (in-process) "/usr/bin/clang" -cc1 -triple x86_64-unknown-freebsd13.2 -fsyntax-only -di= sable-free -clear-ast-before-backend -disable-llvm-verifier -discard-value-= names -main-file-name null -mrelocation-model static -mframe-pointer=3Dall = -ffp-contract=3Don -fno-rounding-math -mconstructor-aliases -funwind-tables= =3D2 -target-cpu westmere -target-feature -avx512pf -target-feature -tsxldt= rk -target-feature +cx16 -target-feature +sahf -target-feature -tbm -target= -feature -avx512ifma -target-feature -sha -target-feature +crc32 -target-fe= ature -fma4 -target-feature -vpclmulqdq -target-feature -prfchw -target-fea= ture -bmi2 -target-feature -cldemote -target-feature -fsgsbase -target-feat= ure -ptwrite -target-feature -amx-tile -target-feature -uintr -target-featu= re -gfni -target-feature +popcnt -target-feature -widekl -target-feature -a= es -target-feature -avx512bitalg -target-feature -movdiri -target-feature -= xsaves -target-feature -avx512er -target-feature -avxvnni -target-feature -= avx512fp16 -target-feature -avx512vnni -target-feature -amx-bf16 -target-fe= ature -avx512vpopcntdq -target-feature -pconfig -target-feature -clwb -targ= et-feature -avx512f -target-feature -xsavec -target-feature -clzero -target= -feature -pku -target-feature +mmx -target-feature -lwp -target-feature -rd= pid -target-feature -xop -target-feature -rdseed -target-feature -waitpkg -= target-feature -kl -target-feature -movdir64b -target-feature -sse4a -targe= t-feature -avx512bw -target-feature -clflushopt -target-feature -xsave -tar= get-feature -avx512vbmi2 -target-feature +64bit -target-feature -avx512vl -= target-feature -serialize -target-feature -hreset -target-feature -invpcid = -target-feature -avx512cd -target-feature -avx -target-feature -vaes -targe= t-feature -avx512bf16 -target-feature +cx8 -target-feature -fma -target-fea= ture -rtm -target-feature -bmi -target-feature -enqcmd -target-feature -rdr= nd -target-feature -mwaitx -target-feature +sse4.1 -target-feature +sse4.2 = -target-feature -avx2 -target-feature +fxsr -target-feature -wbnoinvd -targ= et-feature +sse -target-feature -lzcnt -target-feature -pclmul -target-feat= ure -prefetchwt1 -target-feature -f16c -target-feature +ssse3 -target-featu= re -sgx -target-feature -shstk -target-feature +cmov -target-feature -avx51= 2vbmi -target-feature -amx-int8 -target-feature -movbe -target-feature -avx= 512vp2intersect -target-feature -xsaveopt -target-feature -avx512dq -target= -feature +sse2 -target-feature -adx -target-feature +sse3 -mllvm -treat-sca= lable-fixed-error-as-warning -debugger-tuning=3Dgdb -v -fcoverage-compilati= on-dir=3D/home/operator -resource-dir /usr/lib/clang/14.0.5 -fdebug-compila= tion-dir=3D/home/operator -ferror-limit 19 -fgnuc-version=3D4.2.1 -faddrsig= -D__GCC_HAVE_DWARF2_CFI_ASM=3D1 -x c /dev/null clang -cc1 version 14.0.5 based upon LLVM 14.0.5 default target x86_64-unkn= own-freebsd13.2 #include "..." search starts here: #include <...> search starts here: /usr/lib/clang/14.0.5/include /usr/include End of search list. $ /usr/bin/env -i /usr/bin/clang -v -x c -march=3Dwestmere -fsyntax-only -= o /dev/null /dev/null 2>&1 FreeBSD clang version 14.0.5 (https://github.com/llvm/llvm-project.git llvm= org-14.0.5-0-gc12386ae247c) Target: x86_64-unknown-freebsd13.2 Thread model: posix InstalledDir: /usr/bin (in-process) "/usr/bin/clang" -cc1 -triple x86_64-unknown-freebsd13.2 -fsyntax-only -di= sable-free -clear-ast-before-backend -disable-llvm-verifier -discard-value-= names -main-file-name null -mrelocation-model static -mframe-pointer=3Dall = -ffp-contract=3Don -fno-rounding-math -mconstructor-aliases -funwind-tables= =3D2 -target-cpu westmere -mllvm -treat-scalable-fixed-error-as-warning -de= bugger-tuning=3Dgdb -v -fcoverage-compilation-dir=3D/home/operator -resourc= e-dir /usr/lib/clang/14.0.5 -fdebug-compilation-dir=3D/home/operator -ferro= r-limit 19 -fgnuc-version=3D4.2.1 -faddrsig -D__GCC_HAVE_DWARF2_CFI_ASM=3D1= -x c /dev/null clang -cc1 version 14.0.5 based upon LLVM 14.0.5 default target x86_64-unkn= own-freebsd13.2 #include "..." search starts here: #include <...> search starts here: /usr/lib/clang/14.0.5/include /usr/include End of search list. From nobody Thu Feb 23 22:14:13 2023 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 4PN6l10QbVz3sqv3 for ; Thu, 23 Feb 2023 22:14:37 +0000 (UTC) (envelope-from jamie@catflap.org) Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [IPv6:2001:19f0:300:2185:123::1]) by mx1.freebsd.org (Postfix) with ESMTP id 4PN6l05Ffsz3jrt for ; Thu, 23 Feb 2023 22:14:36 +0000 (UTC) (envelope-from jamie@catflap.org) Authentication-Results: mx1.freebsd.org; none X-Catflap-Envelope-From: Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [104.207.135.49]) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5) with ESMTP id 31NMEFbQ026599; Thu, 23 Feb 2023 22:14:15 GMT (envelope-from jamie@donotpassgo.dyslexicfish.net) Received: (from jamie@localhost) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5/Submit) id 31NMEDVL026598; Thu, 23 Feb 2023 22:14:13 GMT (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <202302232214.31NMEDVL026598@donotpassgo.dyslexicfish.net> Date: Thu, 23 Feb 2023 22:14:13 +0000 Organization: Dyslexic Fish To: pmc@citylink.dinoex.sub.org, jamie@catflap.org Cc: freebsd-stable@freebsd.org Subject: Re: 13.2-BETA2: xz: illegal instruction References: <202302231422.31NEM1dn001786@donotpassgo.dyslexicfish.net> In-Reply-To: User-Agent: Heirloom mailx 12.4 7/29/08 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: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (donotpassgo.dyslexicfish.net [104.207.135.49]); Thu, 23 Feb 2023 22:14:15 +0000 (GMT) X-Rspamd-Queue-Id: 4PN6l05Ffsz3jrt X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:20473, ipnet:2001:19f0::/38, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N Peter wrote: > -target-cpu westmere > > But when building with CPTYPE?=native, the code works! That's weird! I notice the only difference between those 2 is that the "native" one specifically sets (-target-feature +...) or unsets (-target-feature -...) the features to use. Presumably there is something enabled by default that shouldn't be (for westmere), but the extra flags added with "native" fix that. This is more a question for the clang folks, but if you're really interested, you could try (on your -march=westmere build) disabling them in ever decreasing group sizes until you narrow down the culprit! This is what your native enables: +64bit +cmov +crc32 +cx16 +cx8 +fxsr +mmx +popcnt +sahf +sse +sse2 +sse3 +sse4.1 +sse4.2 +ssse3 And this is what it disables: -adx -aes -amx-bf16 -amx-int8 -amx-tile -avx -avx2 -avx512bf16 -avx512bitalg -avx512bw -avx512cd -avx512dq -avx512er -avx512f -avx512fp16 -avx512ifma -avx512pf -avx512vbmi -avx512vbmi2 -avx512vl -avx512vnni -avx512vp2intersect -avx512vpopcntdq -avxvnni -bmi -bmi2 -cldemote -clflushopt -clwb -clzero -enqcmd -f16c -fma -fma4 -fsgsbase -gfni -hreset -invpcid -kl -lwp -lzcnt -movbe -movdir64b -movdiri -mwaitx -pclmul -pconfig -pku -prefetchwt1 -prfchw -ptwrite -rdpid -rdrnd -rdseed -rtm -serialize -sgx -sha -shstk -sse4a -tbm -tsxldtrk -uintr -vaes -vpclmulqdq -waitpkg -wbnoinvd -widekl -xop -xsave -xsavec -xsaveopt -xsaves Cheers, Jamie From nobody Fri Feb 24 00:32:25 2023 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 4PN9tz6LWZz3t0pD for ; Fri, 24 Feb 2023 00:36:43 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::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 "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PN9tz3gg8z42HN for ; Fri, 24 Feb 2023 00:36:42 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Authentication-Results: mx1.freebsd.org; none Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840:0:0:0:0:0:12]) by uucp.dinoex.org (8.17.1/8.17.1) with ESMTPS id 31O0a6GM014264 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 24 Feb 2023 01:36:07 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: (from uucp@localhost) by uucp.dinoex.org (8.17.1/8.17.1/Submit) with UUCP id 31O0a6Mn014263; Fri, 24 Feb 2023 01:36:06 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from disp.intra.daemon.contact (disp-e.intra.daemon.contact [IPv6:fd00:0:0:0:0:0:0:112]) by admn.intra.daemon.contact (8.17.1/8.17.1) with ESMTPS id 31O0XmXQ081764 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=OK); Fri, 24 Feb 2023 01:33:49 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from disp.intra.daemon.contact (localhost [127.0.0.1]) by disp.intra.daemon.contact (8.17.1/8.17.1) with ESMTPS id 31O0WPV3051524 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 24 Feb 2023 01:32:25 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: (from pmc@localhost) by disp.intra.daemon.contact (8.17.1/8.17.1/Submit) id 31O0WP11051523; Fri, 24 Feb 2023 01:32:25 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) X-Authentication-Warning: disp.intra.daemon.contact: pmc set sender to pmc@citylink.dinoex.sub.org using -f Date: Fri, 24 Feb 2023 01:32:25 +0100 From: Peter To: Jamie Landeg-Jones Cc: freebsd-stable@freebsd.org Subject: Re: 13.2-BETA2: xz: illegal instruction Message-ID: References: <202302231422.31NEM1dn001786@donotpassgo.dyslexicfish.net> <202302232214.31NMEDVL026598@donotpassgo.dyslexicfish.net> 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: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <202302232214.31NMEDVL026598@donotpassgo.dyslexicfish.net> X-Milter: Spamilter (Reciever: uucp.dinoex.org; Sender-ip: 0:0:2a0b:f840::; Sender-helo: uucp.dinoex.org;) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [IPv6:2a0b:f840:0:0:0:0:0:12]); Fri, 24 Feb 2023 01:36:09 +0100 (CET) X-Rspamd-Queue-Id: 4PN9tz3gg8z42HN X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:205376, ipnet:2a0b:f840::/32, country:DE] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Thu, Feb 23, 2023 at 10:14:13PM +0000, Jamie Landeg-Jones wrote: ! Peter wrote: ! ! > -target-cpu westmere ! > ! > But when building with CPTYPE?=native, the code works! ! ! That's weird! Ah. Hm... ! I notice the only difference between those 2 is that the "native" one ! specifically sets (-target-feature +...) or unsets (-target-feature -...) ! the features to use. ! ! Presumably there is something enabled by default that shouldn't be ! (for westmere), but the extra flags added with "native" fix that. Very likely so. ! This is more a question for the clang folks, but if you're really ! interested, you could try (on your -march=westmere build) ! disabling them in ever decreasing group sizes until you narrow ! down the culprit! Negative. I have a whole lot more of these little nasty bugs to pursue. Bug number is 269792 Cheerio, and kind thanks for the helping hand! From nobody Fri Feb 24 20:22:58 2023 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 4PNhD32nCqz3ttnc for ; Fri, 24 Feb 2023 20:23:15 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-55.consmr.mail.gq1.yahoo.com (sonic307-55.consmr.mail.gq1.yahoo.com [98.137.64.31]) (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 4PNhD20BcVz3pPH for ; Fri, 24 Feb 2023 20:23:13 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=K85Em4JE; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.31 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1677270191; bh=NpSikILJV1Ivh5gWmlRYBerwd42eZKltE/LonnGGZbs=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=K85Em4JEN8umysPVTRhDgfd5/xpXd07XCnZqNIYVLdyqx+Cwdx8UvP34dqhcqTE75wkGC85c6DCrKoEHKwjG48MCWMQTaw+OYBH5QFJsdcPSysLL4tAMr8HQAnllf97g2t7hZZtKy0hVWuwBQ6Y6c2E/wEPiuExIe/sI9XX8C3H9DiKjfWiWawcxmw1aJvyAzpXBswNhYYSaizKevCDfoQhaPtTEPh3vIB6793FplO5IHlJfAeqwStOTEU3lWCOiUln3CJAjFf2fiQCEWoy1UftL9QsVzm+66Rs18sztt9xh4vEnYJl7QKcYqOCAbqkF6YELvqsfiNpsQS1/mkGhoA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1677270191; bh=D5+xDzR4U7DI44OYP2MgRLvA7OxXJspfzEaNxTWIR6x=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Fsp8cYC08ju9h0VaA3yPSBiXiy7PWB3opanxY3aerRhJgfb2rcGl+7Q60VjvjVTpEUma7FqvrCresiV0QECb5XgNeQHkFHCPw58Sd/7cczUV0jsAcLEmakXb9Ghi9WnD0Wmb40UU/3eSAjCsZLCGYQhpGfJSl9XkIw7t1BWfgt3UMIH15nbkKKKIfIFZJp0ChhM8lIewLqR5newc0hYnpCdVdYJy83X3+s5Xpy3Fg9EzEoBrDMZOktHik5BpmBRgqxrW+nP/ZLGRReMG331+zrv2ue3VtOrYfaD7Tp2u4FGPxrz2lqDwFbzkVtwceslj6jvOc7giZhTWu8Tm4NI95w== X-YMail-OSG: wmo4NsMVM1mjDLQn1JNep8.23bLQuhnmLrMvF.b_pU2iOlpzRvjKsXBuxHLZCV8 71nfVd.ntUS_Waptx2yspDkJKpB1qQs6xqCf3aaegmThr60fxfNm97Yo8f1p6xhSd07ym3t_PSZp ZmKpn48zXUG_OQXgJMUJm.KRv5ho5taUIA_fJTChYIEUiU98YTBXrnoBME73NlbW62WdkmqcRWS7 ICho5TqjhB0RcXgcc36WUhqxw8knHYKyMwWNQ_KYYBdjosKABYEEkFgO6o.eUT5y76xXJp1x9JVb vgkIQw4z8pHhcVsGDnCqIZ8e1r8qbmxmllbrXnSwQ2gAu_898fvfInKPFpMsaKeyGfckmhcOmqfv u5zjVFDxkoHK8FaF8OWmrR9l5wNjx43xDK.w9y4QY.uPTwvLUpL1JNwRGJlHdYysS6puvsZxADu5 37h3M4DcKFKBe8t.ZeRMWC0RmB4QQSry5BVi3pQ6_E5ZSuD3yZgerAIhNtPIINVTgkP5DQQ5QMJJ 8wOiYobMqSH2vZYdIvRBbdbTQTd3rcxxKxXzoF_sbCnGTsSnkHUbc61MONRKqW0DGmobbOsDcDYT tIib939h2lyzhVuoW9TEZIrune468_BD1QnQ4F2Aie6p8oqy3grZz.GSKonh1IinFKlbZ0_Y.fRW 0_.zEbXkvZWGxZ9agVhFv0ypyyq.eM42bHyVrEZtan4uzumBx2oU3p5gFmAYFMEieYJUgSYPw_P4 LJoAhVQC9tEdCxWwA3uJaTxuKdabznisQOAQUb5Gfk7nqyltYpFgC1hO9fGza28bE_aM12OPEAj7 0EDbg4qswKFDsV8CLJS9kftajhspHd8KP__wejtmVylUE92X7CHBlpf.jcuW4HNHfdCsIgb9p1jP bd21.ZrgX7shzb5ymPSOK3fGIvwKTZXYB4SCPd8mJM2eCYaxUGIjKsXC28d4oGuGjXAVh1An3I2D 4qm2529idPaVR._Hz778dMCFfUtkRCXTuS.UnAuXfyylvfBtwkH3GffXptTFn02RNsJrqkoWQk7s oyJ47wOHAcr.JH2vYQntsdwKyChR9w1.9IMHE9YYlTDaT5f_UpnkBG900nXh7X3QZ14OQf7oxV_D KHqx21EVGmbrqjad._m6hQbYIE9HBXf7oknscGFoGho0t5FLRJYG9dgQW4wfFUnW.6djoDE.X.e3 STORdV6TfXX1YyAqr9oSfuBkIk0mWaSKzqi37pAc6wpS0X7Kv5BDtWoePp8FIbNuRd0v5fhiWV6W RReWWvnx7QzgCkn29SEPKA9Y5An09A5Ctxtpi2wZVt_rKB_VZvWzRBE39KcMoEs5ivhUAhkwwKrv fz8hcUBCUQeUaG6K_xDFqGW5fh53X.qMVqD4gFQI_s_aQfIL0y7XcJiPLrEwL2WUfBgOmY9etmOS V48Q69wuHoEUDcNsaB8Zivtwm2_NtoO09oq5_P6mOeVKXkV.7ucB1wB2mBAQpJ6GsVVBnwwWsQvn BKf27l6jGggJmsmJQ4xyuPnXBpftEUyYdRI5MJVYPJbSECCsYfpOCO1n7C5iC.ZeOz1Cd4f55Iri 7g0LDX8_NMvfKrqUsB6wHafDC8v8Fps3CLW9fsPo.EqYXqUM4abLWr.44Jw4WHZ9NZMlVgZKLKKA sNGwDjyMUjDuo.9w5GfPr7Ske4jXfdEUB8AUitmMEYEj9OjBbeWbD2gRaxBhfEL7OTmkHILGh6rk VNKpe0r0amDHSe0dO6NX_Z8jAMYMxVlKZIMCLdC_F8Ght7rbvTf6lj8GMesayLX5Hqm_Qh.oKR1d PR42nh8EIQ1AYAqLA_g6RqtnVGvTlqJwUxnKza3K.25bGG6MMZuNGx8T_RgKC0E37a35eusmLj97 zJwhmYgVnuTZatyh6JgS95hC0qAQfOE4HCIUszRFfRH5oojK3E8VbwmYBFKOmOV4H1uQtUIULK6Q OjzkzuMPkBCVe0vvw3qHDfDI7Js775ffMotYwiImqbilA4JbKy31B_DlQi7AR93hs01oKnq5mxxE S70P_d1XeDFTqYVkqYZKkAoQZuB6Ry8sARAawC_1aM5dD3L.Sf725UwN7WNrRPeIkXrY2a7x4xrz _CcudT.7gzHS_IFVeP_7W5zb4koAjSqVbX_0bkMyIoufq4hp1iiKfEJAsCsU_MzHO0TV6kYZA75q kpsWXxVMebLZzt5m3TjVHqXekdYaGKmw_sziV5n9jSvGiDBWG7QtnX58Vxw5_kLyLVPnIel5nRHJ zWVEn07q5atvwkbBuU2.fdTBCtlj7yVmjcLmQ4MdrNN2HNWlv6dbfgbGd884U3vHF4fz8DgXUHbm W X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Fri, 24 Feb 2023 20:23:11 +0000 Received: by hermes--production-gq1-655ddccc9-mpbsd (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 78226546d8a8caab42d02ed9a2d9effc; Fri, 24 Feb 2023 20:23:09 +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 \(3731.400.51.1.1\)) Subject: Re: 13.2 BETA2: how do debug META_MODE? From: Mark Millard In-Reply-To: Date: Fri, 24 Feb 2023 12:22:58 -0800 Cc: FreeBSD-STABLE Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: References: <41B536B0-DA66-449E-96BB-E11A8750471A.ref@yahoo.com> <41B536B0-DA66-449E-96BB-E11A8750471A@yahoo.com> <45A1D65C-22F2-44B2-8B3D-5B6FECA76D0A@yahoo.com> <68EA9ADD-9269-4C60-B4CB-AD3AB0955772@yahoo.com> To: Peter X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Spamd-Result: default: False [-2.44 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.94)[-0.936]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.31:from]; TO_DN_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; DKIM_TRACE(0.00)[yahoo.com:+]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org] X-Rspamd-Queue-Id: 4PNhD20BcVz3pPH X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N Simon J. Gerraty figured out what to do to allow avoiding . . ./tmp/legacy/usr/sbin/ leading to "is newer than" and, so, causing various things to rebuild. It required an addition to the infrastructure ( share/mk/src.sys.obj.mk ) so that the proper paths could be systematically formed for the purpose. The below is based on using that and some content in a just-for-buildworld-buildkernel make.conf file that I use (via env __MAKE_CONF=3D use). (The make.conf is not the one in /etc/ .) After installworld installkernel then a separate -dM buildworld buildkernel , looking at the log from the buildworld buildkernel : # cat = /usr/obj/BUILDs/main-amd64-nodbg-clang/sys-typescripts/typescript-make-amd= 64-nodbg-clang-amd64-host-2023-02-24:11:13:18 | grep "is newer than the = target" | sed - e "s@^.*: file '@file '@" | sort | uniq -c | sort -rn | less 1467 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib/Scrt1.o' is newer than the target... 515 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib/crti.o' is newer than the target... 236 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib32/crti.o' is newer than the target... 70 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib/libgcc_s.so' is newer than the target... 69 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib32/libgcc_s.so' is newer than the target... 68 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib/crt1.o' is newer than the target... 3 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/i= nclude/aio.h' is newer than the target... 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib32/libssl.so' is newer than the target... 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib32/libcxxrt.so' is newer than the target... 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib32/libctf.so' is newer than the target... 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib32/libcrypto.so' is newer than the target... 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib32/libc.so.7' is newer than the target... 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib32/Scrt1.o' is newer than the target... 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib/libssl.so' is newer than the target... 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib/libcxxrt.so' is newer than the target... 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib/libctf.so' is newer than the target... 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib/libcrypto.so' is newer than the target... 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/lib/l= ibc.so.7' is newer than the target... Then, after doing another -dM buildworld buildkernel , looking at that new log: # cat = /usr/obj/BUILDs/main-amd64-nodbg-clang/sys-typescripts/typescript-make-amd= 64-nodbg-clang-amd64-host-2023-02-24:11:20:54 | grep "is newer than the = target" | sed - e "s@^.*: file '@file '@" | sort | uniq -c | sort -rn | less 1467 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib/Scrt1.o' is newer than the target... 515 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib/crti.o' is newer than the target... 236 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib32/crti.o' is newer than the target... 73 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib32/libgcc_s.so' is newer than the target... 71 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib/libgcc_s.so' is newer than the target... 68 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib/crt1.o' is newer than the target... 3 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/i= nclude/aio.h' is newer than the target... 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib32/libssl.so' is newer than the target... 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib32/libcxxrt.so' is newer than the target... 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib32/libcrypto.so' is newer than the target... 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib32/libc.so.7' is newer than the target... 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib32/Scrt1.o' is newer than the target... 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib/libssl.so' is newer than the target... 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib/libcxxrt.so' is newer than the target... 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib/libctf.so' is newer than the target... 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/l= ib/libcrypto.so' is newer than the target... 1 file = '/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/lib/l= ibc.so.7' is newer than the target... So the two end up very similar for what activity happens. I've only tried this on the amd64 context that I have access to. I'll set up the aarch64 context as well and see how it goes over time. (That context builds for aarch64 and for armv7 .) Similarly, I've only tried main but will be adding the changes to my releng/13.0 , releng/13.1 , and stable/13 contexts and seeing how it goes. (Not that I'm likely to rebuild releng/13.0 at this point.) For now, I've no plans for investigations related to any of the *.o , *.h , *.so* "is newer than" activity listed above. For reference: # git -C /usr/main-src/ diff share/mk/src.sys.obj.mk diff --git a/share/mk/src.sys.obj.mk b/share/mk/src.sys.obj.mk index 3b48fc3c5514..3c7e570dbdbd 100644 --- a/share/mk/src.sys.obj.mk +++ b/share/mk/src.sys.obj.mk @@ -67,6 +67,9 @@ SB_OBJROOT?=3D ${SB}/obj/ OBJROOT?=3D ${SB_OBJROOT} .endif OBJROOT?=3D ${_default_makeobjdirprefix}${SRCTOP}/ +# save the value before we mess with it +_OBJROOT:=3D ${OBJROOT:tA} +.export _OBJROOT .if ${OBJROOT:M*/} !=3D "" OBJROOT:=3D ${OBJROOT:H:tA}/ .else (The change is not specific to main .) The content for the special make.conf has the following block of lines for having META MODE avoid specific . . ./tmp/legacy/usr/sbin/* programs (and 3 tmp/usr/bin/* ones) from causing rebuild activity based on the dates on the programs: # _OBJROOT is an addition to share/mk/src.sys.obj.mk # provided by Simon J. Gerraty for my experimentation # with this avoidance of some unnecessary build # activity in META MODE: # # OBJROOT?=3D ${_default_makeobjdirprefix}${SRCTOP}/ # +# save the value before we mess with it # +_OBJROOT:=3D ${OBJROOT:tA} # +.export _OBJROOT # # TARGET.TARGET_ARCH for amd64 stays as amd64.amd64 for obj-lib32 = (correct for the purpose) # MACHINE.MACHINE_ARCH for amd64 turns into i386.i386 for obj-lib32 = (wrong for the purpose) # IGNORELEGACY_NOSYMLINKPREFIX=3D = ${_OBJROOT}/${TARGET}.${TARGET_ARCH}/tmp/legacy/usr IGNOREOTHER_NOSYMLINKPREFIX=3D = ${_OBJROOT}/${TARGET}.${TARGET_ARCH}/tmp/usr/bin # .for ignore_legacy_tool in awk basename cap_mkdb cat chmod cmp cp = crunchgen crunchide cut date dd dirname echo egrep env expr fgrep file2c = find gencat grep gzip head hostname jot lex lb ln ls m4 make mkcsmapper = mkdir mktemp mtree mv nawk patch realpath rm sed sh sort touch tr = truncate uudecode uuencode wc xargs .MAKE.META.IGNORE_PATHS+=3D = ${IGNORELEGACY_NOSYMLINKPREFIX}/sbin/${ignore_legacy_tool} .endfor # .for ignore_other_tool in ctfconvert objcopy nm .MAKE.META.IGNORE_PATHS+=3D = ${IGNOREOTHER_NOSYMLINKPREFIX}/${ignore_other_tool} .endfor # .MAKE.META.IGNORE_PATHS:=3D ${.MAKE.META.IGNORE_PATHS} The . . ./tmp/usr/bin/* ones ( ctfconvert objcopy nm ) may be more questionable than the . . ./tmp/legacy/usr/sbin/* ones. This likely will not prevent the likes of a system with clang14 -> system with clang15 transition having clang15 rebuild itself once the clang15 system is running and another buildworld is started. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Fri Feb 24 23:15:26 2023 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 4PNm9s5vCSz3v3p9 for ; Fri, 24 Feb 2023 23:21:37 +0000 (UTC) (envelope-from nonesuch@longcount.org) Received: from mail-oo1-xc2c.google.com (mail-oo1-xc2c.google.com [IPv6:2607:f8b0:4864:20::c2c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PNm9r4sXHz4GSv for ; Fri, 24 Feb 2023 23:21:36 +0000 (UTC) (envelope-from nonesuch@longcount.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=longcount.org header.s=google header.b=hSUv4ov9; spf=pass (mx1.freebsd.org: domain of nonesuch@longcount.org designates 2607:f8b0:4864:20::c2c as permitted sender) smtp.mailfrom=nonesuch@longcount.org; dmarc=none Received: by mail-oo1-xc2c.google.com with SMTP id bd3-20020a4aee03000000b00517affa07c0so155342oob.7 for ; Fri, 24 Feb 2023 15:21:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=longcount.org; s=google; h=to:date:message-id:subject:mime-version:from :content-transfer-encoding:from:to:cc:subject:date:message-id :reply-to; bh=O8S2vmouVjElm9nn2y/xY7cEHUAIP3sj8pE5pL9xhmY=; b=hSUv4ov9CRA3aMdxLnI1OatN5YHOYxoN3+o9ckAEBRbXgDPdn9lkNV4n8ladsCO8G2 flExILMuArMRSjGwJ6+k/+bBdyFIj4AM0KQ7Jd4lz5EUvtmHF5NLeTdQo+P6Ze/oIAA1 XcPfJjmtZL9zXGF1V5li9hFM/YGkSzchFazdrZRMv22BM0XPwPsjkDx4AKm9EhQY98zp fpGq5nYOlvvaqBG/f7YQoAb71nYCx7s9dsLYFc9Q+kmiQcM2CEZlKvWwK9WzGPb1iO+E gq3Pe9wLmo5v7h0E3ZzZ+dxTLyw3uhacmzmY5wfsEmeNQisnN2rzwkyvIJgfLXYRJtC6 DCuQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:date:message-id:subject:mime-version:from :content-transfer-encoding:x-gm-message-state:from:to:cc:subject :date:message-id:reply-to; bh=O8S2vmouVjElm9nn2y/xY7cEHUAIP3sj8pE5pL9xhmY=; b=dfHy7x76RTsszIfxtXjDW50pRLR5RCXFtTR1oceBvoUtw5nkdb/zbqbxSR/iMmF/sD zPhItEa//x5BHT5HPabxiTErP7vfcyRTchVsw1IM4+YrZ+sAcboBeNrVLgGiTJ0zg3ns jsReMuTBhFHfqtcHqd25a4eCWiAp4p2DNd+3XPCfIAoeQcyyYPE/jmOutDs2gXR5ku0/ /Hf6m1A6na/zH7XXPOJMS66UhEQdvd8rzQd5lqjtwZu6dY3cTLjTnEhfHXgKh39CtJBU eplkQwnRtMgyVg6vKfZ0eAA1PbEkhKN1Wa6YZ/toRm+00t+Gu+u1D2EPriki5j3o1oe0 l2ug== X-Gm-Message-State: AO0yUKWEl8g9pE2/klTh41uoA7bilILCnyxru4M378C3tdJPA2y1rBdh lpGvephIIfVHdg99f3hCdiP/zURCxFCRZTJJUEg= X-Google-Smtp-Source: AK7set+8XfOrX4Lp5+jfY5T9Wg5rXtdPHUzmtTTo2uFAh1Mn8uc60nNv4yEzX1ducklMfTsdPxRjZw== X-Received: by 2002:a05:622a:138d:b0:3b9:173e:45de with SMTP id o13-20020a05622a138d00b003b9173e45demr2925299qtk.6.1677280537185; Fri, 24 Feb 2023 15:15:37 -0800 (PST) Received: from smtpclient.apple (pool-96-232-183-21.nycmny.fios.verizon.net. [96.232.183.21]) by smtp.gmail.com with ESMTPSA id k4-20020ac84784000000b003b869f71eedsm366978qtq.66.2023.02.24.15.15.36 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 24 Feb 2023 15:15:36 -0800 (PST) Content-Type: multipart/alternative; boundary=Apple-Mail-2F0DC82A-085F-4D5D-AC3A-F13FD43C6B66 Content-Transfer-Encoding: 7bit From: Mark Saad 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 (1.0) Subject: if_ice Man Page ? Message-Id: Date: Fri, 24 Feb 2023 18:15:26 -0500 To: FreeBSD-Stable ML X-Mailer: iPhone Mail (20C65) X-Spamd-Result: default: False [2.08 / 15.00]; MIME_MA_MISSING_TEXT(2.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; HFILTER_URL_ONLY(0.98)[0.44656488549618]; NEURAL_HAM_SHORT(-0.98)[-0.976]; NEURAL_HAM_LONG(-0.97)[-0.974]; MV_CASE(0.50)[]; MIME_HTML_ONLY(0.20)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; R_DKIM_ALLOW(-0.20)[longcount.org:s=google]; NEURAL_HAM_MEDIUM(-0.16)[-0.157]; MIME_GOOD(-0.10)[multipart/alternative]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[longcount.org]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::c2c:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; DKIM_TRACE(0.00)[longcount.org:+]; TO_DN_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; FROM_HAS_DN(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MIME_TRACE(0.00)[0:+,1:~]; RCVD_TLS_LAST(0.00)[]; GREYLIST(0.00)[pass,body] X-Rspamd-Queue-Id: 4PNm9r4sXHz4GSv X-Spamd-Bar: ++ X-ThisMailContainsUnwantedMimeParts: N --Apple-Mail-2F0DC82A-085F-4D5D-AC3A-F13FD43C6B66 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
=EF=BB=BF
=
All
  I was wondering if there was any reason if_ice is s= till without a man page ? Is there any reason not to just import the man pag= e provided by Intel from their upstream driver package ?

=

There was also this attempt  https://github.com= /matsimon/freebsd-src/blob/feature-ice-manpage/share/man/man4/ice.4 = ; .

Anyone know why it=E2=80=99s been like thi= s ?  

--
mark saad | nonesuch@longcount.org
=
= --Apple-Mail-2F0DC82A-085F-4D5D-AC3A-F13FD43C6B66-- From nobody Sat Feb 25 13:12:03 2023 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 4PP6cF6TnBz3t8vW for ; Sat, 25 Feb 2023 13:12:13 +0000 (UTC) (envelope-from dufresnep@zoho.com) Received: from sender3-pp-o98.zoho.com (sender3-pp-o98.zoho.com [136.143.184.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4PP6cD4f4sz4VBb for ; Sat, 25 Feb 2023 13:12:12 +0000 (UTC) (envelope-from dufresnep@zoho.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zoho.com header.s=zm2022 header.b=AUbNiY1v; spf=pass (mx1.freebsd.org: domain of dufresnep@zoho.com designates 136.143.184.98 as permitted sender) smtp.mailfrom=dufresnep@zoho.com; dmarc=pass (policy=reject) header.from=zoho.com; arc=pass ("zohomail.com:s=zohoarc:i=1") ARC-Seal: i=1; a=rsa-sha256; t=1677330728; cv=none; d=zohomail.com; s=zohoarc; b=HdLB9+F8OvAhM/hjaRKFOCy7AvW5qn1zP6W1UiTixsq8LWYBvomZaoh5G/PxEDDiFhKgm2Pr27BnD45RAARBzBPyLqM+Ugg8H8mo9o4KGTEUyNB2Fo74AIl/RZWyHufPCoNPfsH6x7wSZEGOpJE5soKbQthKvEab4wNus9IvGAo= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1677330728; h=Content-Type:Date:From:MIME-Version:Message-ID:Subject:To; bh=T2fzqw26GExU97+H/+72Q1hW3n1rCj/nty3AmfPgtVQ=; b=ci8zyPRBTI3ZCnZKL/6YD4sCvNd/gp+jRi5jKArbMNkw17MdudksFl+mpg/aqWmbDC4qaxJHP6qTLSRljo+aNOaPGM4aXCN33Z4JX3iTIx2lLEY54ChvMmU/a0PlNetAwox9YEDj4RA9vex4TK1hBNxw18pR7Q6KBf4CxFgLEhM= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass header.i=zoho.com; spf=pass smtp.mailfrom=dufresnep@zoho.com; dmarc=pass header.from= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1677330728; s=zm2022; d=zoho.com; i=dufresnep@zoho.com; h=Date:Date:From:From:To:To:Message-Id:Message-Id:In-Reply-To:Subject:Subject:MIME-Version:Content-Type:Feedback-ID:Reply-To:Cc; bh=T2fzqw26GExU97+H/+72Q1hW3n1rCj/nty3AmfPgtVQ=; b=AUbNiY1vfLc4jekpH+mWq+ez9eCz+sWZKWuSI4/hotHBMJ4Uo1KKRAwKqMEgElI/ Twy/d/3/48tUTl2pKk7chSLLcMxJFXNbhQsC/kB/j0Fh+FviVcK71KxWbrpBq+CC3iD yiAvavhdGpy+dHezLKI5MB1Lm1ysTQEOtTBql8PA= Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1677330723222196.0918274621372; Sat, 25 Feb 2023 05:12:03 -0800 (PST) Received: from [66.129.153.16] by mail.zoho.com with HTTP;Sat, 25 Feb 2023 05:12:03 -0800 (PST) Date: Sat, 25 Feb 2023 08:12:03 -0500 From: Paul Dufresne To: "freebsd-stable" Message-Id: <18688b3b181.117c3c32211441.1518229301974362311@zoho.com> In-Reply-To: Subject: installation: when the mirror is bad, cannot change it 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/alternative; boundary="----=_Part_29549_1131277103.1677330723202" Importance: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail Feedback-ID: rr08011228d2d1f23ab87b4e3ae61d1e6200003773c53fb6728021a8fa4e3559013d21bd46f9c95628d903bd05:zu0801122794b1ced7e0eea6b76c8ea94e00007e611e442cd65579e46506c5f6fe9c85459564ae785e532a83:rf080112313859514fba594c4be054e7100000095c4727cc08c593c3fe9de18f6fab90bbaf79573bcd110e8c06d9ae737e12ae9b48b7:ZohoMail X-Spamd-Result: default: False [-3.30 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; ARC_ALLOW(-1.00)[zohomail.com:s=zohoarc:i=1]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_SPAM_SHORT(0.69)[0.685]; DMARC_POLICY_ALLOW(-0.50)[zoho.com,reject]; R_SPF_ALLOW(-0.20)[+ip4:136.143.184.0/24]; R_DKIM_ALLOW(-0.20)[zoho.com:s=zm2022]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; XM_UA_NO_VERSION(0.01)[]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:2639, ipnet:136.143.184.0/24, country:US]; FREEMAIL_ENVFROM(0.00)[zoho.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; FREEMAIL_FROM(0.00)[zoho.com]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[zoho.com:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_NONE(0.00)[zoho.com:dkim] X-Rspamd-Queue-Id: 4PP6cD4f4sz4VBb X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N ------=_Part_29549_1131277103.1677330723202 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Well, I know BETA 3 have not been announced yet, but I have installed it. I used DVD disc. During installation I had selected main.debug I think... a debug thing anyw= ay. So the installer said that a component needed Internet, and had me configur= e it. I choosed US Ftp6 mirror. But it seems it was not ready for BETA 3. It complained not finding files on the mirror. So I tried to come back to the selection of the mirror, but was not able to= . I finally=C2=A0 decided to unselect the debug component, and I finished ins= tallation. And so I am writing this email from that installed system. It might be me not knowing how to use the installer... but I suspect it is = not me. ------=_Part_29549_1131277103.1677330723202 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =
Well, I know BETA 3 have not been announced yet, b= ut I have installed it.

I used DVD disc.
During installation I had selected main.debug I think... a debug t= hing anyway.

So the installer said that a comp= onent needed Internet, and had me configure it.
I choosed US = Ftp6 mirror.

But it seems it was not ready for= BETA 3.
It complained not finding files on the mirror.

So I tried to come back to the selection of the mir= ror, but was not able to.

I finally  deci= ded to unselect the debug component, and I finished installation.
=

And so I am writing this email from that installed syst= em.

It might be me not knowing how to use the = installer... but I suspect it is not me.


<= /div>

------=_Part_29549_1131277103.1677330723202-- From nobody Sat Feb 25 17:54:19 2023 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 4PPDsz5y9lz3thYD for ; Sat, 25 Feb 2023 17:54:31 +0000 (UTC) (envelope-from dufresnep@zoho.com) Received: from sender3-pp-o99.zoho.com (sender3-pp-o99.zoho.com [136.143.184.99]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4PPDsz33N9z3wbJ for ; Sat, 25 Feb 2023 17:54:31 +0000 (UTC) (envelope-from dufresnep@zoho.com) Authentication-Results: mx1.freebsd.org; none Delivered-To: dufresnep@zoho.com ARC-Seal: i=1; a=rsa-sha256; t=1677347667; cv=none; d=zohomail.com; s=zohoarc; b=VcpWlMMHdw0AZRBuoj36FCCFZAoPSoPwipzSjHYhSCCKCdttFQgDqR48Y1fQmJHgt28DcRxPIFDbB2/lQB8IqehFw7GPzURNzOpoXN9BK3ESWhCzNfMiUs6oUZfYvF5X/PbqLk1j17Efk7i0es6kMwc0BJ68f9lWha8RWeaTzZQ= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1677347667; h=Content-Type:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To; bh=e2cOCEPZ94/jOuuYIHNGg90dINHxVe/Ez0zCMvYEGLw=; b=ihIccW+SmNX9lWPxX5hH+90+FNfZGjnLx1XtkpDqFsuPtbaOFPx8z+tNw7z8UG2BOslhgw/3YIu4n/eNiSNpvvH/Z04O7GqVDt5Bb9Ihs4ClB4Z7F9FgXFa4jEkvoF9WLyGdrSD26cxxPAIw6BS44aKJIoSM5ggSYy4asfNGIhE= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass header.i=zoho.com; spf=pass smtp.mailfrom=dufresnep@zoho.com; dmarc=pass header.from= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1677347667; s=zm2022; d=zoho.com; i=dufresnep@zoho.com; h=Date:Date:From:From:To:To:Cc:Cc:Message-Id:Message-Id:In-Reply-To:References:Subject:Subject:MIME-Version:Content-Type:Feedback-ID:Reply-To; bh=e2cOCEPZ94/jOuuYIHNGg90dINHxVe/Ez0zCMvYEGLw=; b=M1eby7TGEsWmpLwWi0X3jvkFYUwmZn6S6doONPKxeBvJWJyUms3KG2MdmMX9puOO zUVDS361Q2sSq2w5NKJwlkWB1Z87qXZmVFNBZzoWFdplGFOISlOCltNGKxUeByqnNjh sA/zVl3xuJ2lo/jRRaPdCnGAfDRsa/XTtjSUCOtY= Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1677347659943816.5496281417437; Sat, 25 Feb 2023 09:54:19 -0800 (PST) Received: from [66.129.153.16] by mail.zoho.com with HTTP;Sat, 25 Feb 2023 09:54:19 -0800 (PST) Date: Sat, 25 Feb 2023 12:54:19 -0500 From: Paul Dufresne To: "Paul Dufresne" Cc: "freebsd-stable" Message-Id: <18689b6208f.cf465ca012493.4337123602410788600@zoho.com> In-Reply-To: <18688b3b181.117c3c32211441.1518229301974362311@zoho.com> References: <18688b3b181.117c3c32211441.1518229301974362311@zoho.com> Subject: =?UTF-8?Q?R=C3=A9=C2=A0:_installation:_when_the_m?= =?UTF-8?Q?irror_is_bad,_cannot_change_it?= 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/alternative; boundary="----=_Part_29912_1433778920.1677347659919" Importance: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail Feedback-ID: rr08011228dd54bce511c57a9c8af6b0da0000e440820f40228102527f3a71fe05762620bf795c123d5b520b6c:zu0801122768547922adf86187df0b732e000031be5af9a14e9c1074ecc4c93afc2a5480039658d17b8c9bd8:rf0801123158caa4d3129cfc053ee69c270000b3a277d5c038c566a278cc7801b7a4b7c49f3a46815144f4098a051cea22b5178397b0:ZohoMail X-Rspamd-Queue-Id: 4PPDsz33N9z3wbJ X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:2639, ipnet:136.143.184.0/24, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N ------=_Part_29912_1433778920.1677347659919 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit I believe the experience was not a mirror not ready but: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=266123 ------=_Part_29912_1433778920.1677347659919 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: 7bit
I believe the experience was not a mirror not ready but:

------=_Part_29912_1433778920.1677347659919--