From nobody Sun Nov 5 17:32:44 2023 X-Original-To: freebsd-current@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 4SNhSs46Sgz4yh89; Sun, 5 Nov 2023 17:35:09 +0000 (UTC) (envelope-from doctor@doctor.nl2k.ab.ca) Received: from doctor.nl2k.ab.ca (doctor.nl2k.ab.ca [204.209.81.1]) (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 4SNhSr5k1rz3LkS; Sun, 5 Nov 2023 17:35:08 +0000 (UTC) (envelope-from doctor@doctor.nl2k.ab.ca) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of doctor@doctor.nl2k.ab.ca designates 204.209.81.1 as permitted sender) smtp.mailfrom=doctor@doctor.nl2k.ab.ca; dmarc=pass (policy=quarantine) header.from=nl2k.ab.ca Received: from doctor by doctor.nl2k.ab.ca with local (Exim 4.96.2 (FreeBSD)) (envelope-from ) id 1qzgzM-0004OH-0s; Sun, 05 Nov 2023 10:32:44 -0700 Date: Sun, 5 Nov 2023 10:32:44 -0700 From: The Doctor To: Glen Barber Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-snapshots@freebsd.org, FreeBSD Release Engineering Team Subject: Re: FreeBSD 14.0-RC4 Now Available Message-ID: References: <20231103234232.GK1289@FreeBSD.org> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20231103234232.GK1289@FreeBSD.org> X-Spamd-Result: default: False [-0.01 / 15.00]; INTRODUCTION(2.00)[]; NEURAL_HAM_SHORT(-0.98)[-0.981]; NEURAL_HAM_MEDIUM(-0.95)[-0.952]; NEURAL_SPAM_LONG(0.63)[0.626]; DMARC_POLICY_ALLOW(-0.50)[nl2k.ab.ca,quarantine]; R_SPF_ALLOW(-0.20)[+a]; MIME_GOOD(-0.10)[text/plain]; ONCE_RECEIVED(0.10)[]; RCPT_COUNT_FIVE(0.00)[5]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6171, ipnet:204.209.81.0/24, country:CA]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; BLOCKLISTDE_FAIL(0.00)[204.209.81.1:server fail]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org,freebsd-stable@freebsd.org,freebsd-snapshots@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; TO_DN_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[] X-Rspamd-Queue-Id: 4SNhSr5k1rz3LkS X-Spamd-Bar: / On Fri, Nov 03, 2023 at 11:42:32PM +0000, Glen Barber wrote: > The fourth RC build of the 14.0-RELEASE release cycle is now available. > > Installation images are available for: > > o 14.0-RC4 amd64 GENERIC > o 14.0-RC4 i386 GENERIC > o 14.0-RC4 powerpc GENERIC > o 14.0-RC4 powerpc64 GENERIC64 > o 14.0-RC4 powerpc64le GENERIC64LE > o 14.0-RC4 powerpcspe MPC85XXSPE > o 14.0-RC4 armv7 GENERICSD > o 14.0-RC4 aarch64 GENERIC > o 14.0-RC4 aarch64 RPI > o 14.0-RC4 aarch64 PINE64 > o 14.0-RC4 aarch64 PINE64-LTS > o 14.0-RC4 aarch64 PINEBOOK > o 14.0-RC4 aarch64 ROCK64 > o 14.0-RC4 aarch64 ROCKPRO64 > o 14.0-RC4 riscv64 GENERIC > o 14.0-RC4 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/14.0/ > > 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/14.0" branch. > > A summary of changes since 14.0-RC3 includes: > > o ISA and GIANT-locked driver removal has been delayed to FreeBSD 15, > and system messages have been updated to reflect such. > > o An update to OpenZFS correcting block cloning between encrypted and > unencrypted datasets has been included. > > o A fix for Hyper-V emulation within QEMU resulting in system crashes > has been addressed. > > A list of changes since 13.2-RELEASE is available in the releng/14.0 > release notes: > > https://www.freebsd.org/releases/14.0R/relnotes/ > > Please note, the release notes page is not yet complete, and will be > updated on an ongoing basis as the 14.0-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/14.0-RC4/ > > BASIC-CI images can be found at: > > https://download.freebsd.org/releases/CI-IMAGES/14.0-RC4/ > > The partition layout is: > > ~ 16 kB - freebsd-boot GPT partition type (bootfs GPT label) > ~ 1 GB - freebsd-swap GPT partition type (swapfs GPT label) > ~ 20 GB - freebsd-ufs GPT partition type (rootfs GPT label) > > The disk images are available in QCOW2, VHD, VMDK, and raw disk image > formats. The image download size is approximately 135 MB and 165 MB > respectively (amd64/i386), decompressing to a 21 GB sparse image. > > Note regarding arm64/aarch64 virtual machine images: a modified QEMU EFI > loader file is needed for qemu-system-aarch64 to be able to boot the > virtual machine images. See this page for more information: > > https://wiki.freebsd.org/arm64/QEMU > > To boot the VM image, run: > > % qemu-system-aarch64 -m 4096M -cpu cortex-a57 -M virt \ > -bios QEMU_EFI.fd -serial telnet::4444,server -nographic \ > -drive if=none,file=VMDISK,id=hd0 \ > -device virtio-blk-device,drive=hd0 \ > -device virtio-net-device,netdev=net0 \ > -netdev user,id=net0 > > Be sure to replace "VMDISK" with the path to the virtual machine image. > > === Amazon EC2 AMI Images === > > FreeBSD/amd64 EC2 AMI IDs can be retrieved from the Systems Manager > Parameter Store in each region using the keys: > > /aws/service/freebsd/amd64/base/ufs/14.0/RC4 > /aws/service/freebsd/amd64/base/zfs/14.0/RC4 > /aws/service/freebsd/amd64/cloud-init/ufs/14.0/RC4 > /aws/service/freebsd/amd64/cloud-init/zfs/14.0/RC4 > > FreeBSD/aarch64 EC2 AMI IDs can be retrieved from the Systems Manager > Parameter Store in each region using the keys: > > /aws/service/freebsd/aarch64/base/ufs/14.0/RC4 > /aws/service/freebsd/aarch64/base/zfs/14.0/RC4 > /aws/service/freebsd/aarch64/cloud-init/ufs/14.0/RC4 > /aws/service/freebsd/aarch64/cloud-init/zfs/14.0/RC4 > > === Vagrant Images === > > FreeBSD/amd64 images are available on the Hashicorp Atlas site, and can > be installed by running: > > % vagrant init freebsd/FreeBSD-14.0-RC4 > % 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 14.0-RC4 > > 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 14.0-RC4 amd64 GENERIC: > SHA512 (FreeBSD-14.0-RC4-amd64-bootonly.iso) = 2af53c6611eb67b184ba4c93c87ad5aba94911946da453428e38af385691c0a952126feff1be717bf67a3d8a227509449dd011364a9587eae41a204da7d18252 > SHA512 (FreeBSD-14.0-RC4-amd64-bootonly.iso.xz) = fbfe4be553dc78d69981646673b66f9dd8f83d9f5fca3b1e50b11a816f4d47f5e5733e655adf0bb0a78ea0bfb6579ebee0c48157d69b00ec8a669b292eb0c16e > SHA512 (FreeBSD-14.0-RC4-amd64-disc1.iso) = dac0f20ee98a2679647f1afdc8271b809d436182203e0b17601c69086e532ba73edf3872f67016d768e911164d7ecbc24770ce5b5546b2fe7a6fdabbc40fdc5d > SHA512 (FreeBSD-14.0-RC4-amd64-disc1.iso.xz) = 662a5cf5c9f1c547f19c974d157b91c600d8e94cd57ff683d3a97a78e10d7675c538c55ad631d7b0c8aed7b4860e4453fce48714debd0b7ded787c533860b5c3 > SHA512 (FreeBSD-14.0-RC4-amd64-dvd1.iso) = 6c25adce9d49bc9f168ef4048f4339ae70c1648c392b8f3f466335952f9eea5a05960b78bfee46acd38388195b12851e17d2cacf41be4b1fb22b10d5cb32404e > SHA512 (FreeBSD-14.0-RC4-amd64-dvd1.iso.xz) = cd6201e3432d0fc2889c1612612582436e61d322533a05552650fdff2a48583ff7d399d709d85ef279a377f4afb85894cb7544e7b984cdcf48561de412eb18cf > SHA512 (FreeBSD-14.0-RC4-amd64-memstick.img) = 02eb4fc41a595d9e78a1866b205d4301b502ec8deeb63414a01bbe61ff3ffecb503ad5a6cc75be4e0e5e11315f5875e141bead5ffe22fa69b111161d7c29c903 > SHA512 (FreeBSD-14.0-RC4-amd64-memstick.img.xz) = 705c41197a6d354c6c086aa2feca36704808db0df423cdef8bd2bc59fe3f12931a4cdb7257631602e59d49862e31edddf0b4dc974a61ceb9dd6a59209874ee88 > SHA512 (FreeBSD-14.0-RC4-amd64-mini-memstick.img) = 6988e9300baa0572d0801d9de289784c63b8f6aaab2c2cf37775458bc6828c79fcf3dc873b553346b0e470defc613a7ffdc4cf697e913e25f1cc8c3f95bd6c23 > SHA512 (FreeBSD-14.0-RC4-amd64-mini-memstick.img.xz) = 9d597049a794d5f6474414d0146107bf4f2886b25a6b48e8cbadf00868ad63afd219550257991509a3969a0462cfa655229d5e6aded9cbb601b6b3508868fa6d > > SHA256 (FreeBSD-14.0-RC4-amd64-bootonly.iso) = 28674417c8da59ffe4d1c4fc4f325f49d3f627787bda5dd485a82c6080816260 > SHA256 (FreeBSD-14.0-RC4-amd64-bootonly.iso.xz) = c9fe6bf7598446ddaaa181a503b559bb185e8f2acc63f5cd93d3caa77b49e762 > SHA256 (FreeBSD-14.0-RC4-amd64-disc1.iso) = 213d610088db85392ca8a8b8c916c93fff9dc8f8d1c5a07cd2bba9df55ca9105 > SHA256 (FreeBSD-14.0-RC4-amd64-disc1.iso.xz) = 74c460930aaedc994bb976579baee89df81b08dbacfe7668f004d9d45305b9e3 > SHA256 (FreeBSD-14.0-RC4-amd64-dvd1.iso) = c2feb7808e4e34a32c3c309c1adb0bf8ed5cd0fa4b4ee98a44b1ebc7e48dc04c > SHA256 (FreeBSD-14.0-RC4-amd64-dvd1.iso.xz) = a06045e90977e5d12c104daf7d96d9f0f452d3215d080dd27d072ab670ae981d > SHA256 (FreeBSD-14.0-RC4-amd64-memstick.img) = d315c05038065f984c178829deeda47ac682c74c1bbe66a177873cdda7bc25b4 > SHA256 (FreeBSD-14.0-RC4-amd64-memstick.img.xz) = a9068d9d04ac6b32f1d22b4ae803839a28f399fafe70e77d0a6aa7b3c89544e8 > SHA256 (FreeBSD-14.0-RC4-amd64-mini-memstick.img) = 0035dd4d97b5243b0b8ddf9636bb39071013941d48fea9be0b92015cf74d4d5d > SHA256 (FreeBSD-14.0-RC4-amd64-mini-memstick.img.xz) = d5e7b50fee0cfd5a8cce12fe0e86cc2539fe4d84345c5363b7ccfc08c59eb525 > > > o 14.0-RC4 i386 GENERIC: > SHA512 (FreeBSD-14.0-RC4-i386-bootonly.iso) = 8a9bc193a306328ec6fc17fe85a7333365a6f41560876ba6753623bff37a361b9e4e9417cf31f5913205c27e01b06f431553bff065efb4926d251229883e82f1 > SHA512 (FreeBSD-14.0-RC4-i386-bootonly.iso.xz) = d4a21ada61e8f7157191c022ab30f0f17fabc3828ec75628fe18946a7b52f44d9f684fa07d61ea01ffc0a64a4fd7cfd1927985a4be1d264c7840131999ed87a2 > SHA512 (FreeBSD-14.0-RC4-i386-disc1.iso) = 1b91762401259e9a0aab18499fa8270f8dad2b7651c5433d313850052af7e702a66f9408a7f274e379cbd86cfca184fb3e9181f33939a771dce1e683f0fb90e5 > SHA512 (FreeBSD-14.0-RC4-i386-disc1.iso.xz) = e535de2443335277f43fc8de8e93fab85b452d8c67596d4b87bd6830f0bf6a09e0014600d2e984c69bf5e5bb600683441b87cf580fa3994a626a098e10cb3272 > SHA512 (FreeBSD-14.0-RC4-i386-dvd1.iso) = 2b803000b10cb5d1fe324708193874dc52035ac6ed3442c6d6ce1668597da5f19c1bf920dc63a34b5cf599c52d2d423e5ea22402edaf084f219b755f7be99c24 > SHA512 (FreeBSD-14.0-RC4-i386-dvd1.iso.xz) = d269054590c2f66217a7d500c28886fd80f105e343052a69b55576c2aea981e9745d10b49778d18af13f8b2b2e884eaeb90b1d0324f196dfca0779032ff479bd > SHA512 (FreeBSD-14.0-RC4-i386-memstick.img) = 8a8c6488926099c04a78cf0ddeeececbf0c4d2372bf1ea00516d8bdad8ec31f0ac81333c06c3a78d1c883297fa584e53cc895f50a4cca620a9e20125c909d16f > SHA512 (FreeBSD-14.0-RC4-i386-memstick.img.xz) = 68211b0d63ffab63a76e04001d9ed0960095a1e4effd24d38f7fcb7e73d3d1ad99ec1a94d555e5610375bae534d01ef925a7d08ef542a9a352a6a7330712baa6 > SHA512 (FreeBSD-14.0-RC4-i386-mini-memstick.img) = 0571d8c32f493a908beda92bc92c597f9bd80a2474108ff743ad11dd463ef21c754294da5e993beb8944df03cd639d2d969318651d1fe1a1251b3f4f1f5eb66a > SHA512 (FreeBSD-14.0-RC4-i386-mini-memstick.img.xz) = 83f3422ee6935f8b6994a1fc40c2f750ea27bab1c1b324e4b3300f87de47e8a29e7f127201a4eb03f713b6fe1d47ea81a05cbf8ce063286960c3e28ab2f17694 > > SHA256 (FreeBSD-14.0-RC4-i386-bootonly.iso) = bfeacfe8bbf429cd88e8ed4145de24f747e75c4e97c6bfd023d88d4752e5100a > SHA256 (FreeBSD-14.0-RC4-i386-bootonly.iso.xz) = c11f09b11183105b5920753bbcf68427574d09ca7fb10d812b995999c04b2b0c > SHA256 (FreeBSD-14.0-RC4-i386-disc1.iso) = e032e4300210f9aed57e5c820fc3c07c4d0b9cbba417d61458dba74d188f0214 > SHA256 (FreeBSD-14.0-RC4-i386-disc1.iso.xz) = 53d6c96580d2a486b9da43169e4e4183cd125b06f3a1e7fa25e74487c20e50ea > SHA256 (FreeBSD-14.0-RC4-i386-dvd1.iso) = 7e756d0ae13e9798601f45740ab7381c0e319efa3691ba1565ff203a613ea77a > SHA256 (FreeBSD-14.0-RC4-i386-dvd1.iso.xz) = 90bbb28db964188988bbff402a677fe10cffaf9f620fc78a5883a1c381a969bb > SHA256 (FreeBSD-14.0-RC4-i386-memstick.img) = e4699f5e7ffe6d9f38b000e324c896955c005324702e30477b529786a49e00b9 > SHA256 (FreeBSD-14.0-RC4-i386-memstick.img.xz) = cd978403efd56248c655232b02dcf5e3b292faf691c98e72f1482707e2bc9db2 > SHA256 (FreeBSD-14.0-RC4-i386-mini-memstick.img) = b80b37c2aa16c4166426e2f6f3ec9fdccd765ca965f75b855ef3dda619c7a02e > SHA256 (FreeBSD-14.0-RC4-i386-mini-memstick.img.xz) = 5157bf384edbc8c4069e1360297a680e3540be85aad614f82c7bcc14d1ee1055 > > > o 14.0-RC4 powerpc GENERIC: > SHA512 (FreeBSD-14.0-RC4-powerpc-bootonly.iso) = 02ad34d6e7a3acdef46d3a6bb7abb44fe3e55fdf8f99b900a3aedd97520f409888db21e9ab359c641deabfebcce5360ec1d1d4ac90fe60c42b2ee8de27c9da89 > SHA512 (FreeBSD-14.0-RC4-powerpc-bootonly.iso.xz) = 1a8b2b661cfbef4f1656c5185dbdbd37b751ff4862f951b30364d9d91bbe030e69c5ee98adac1be81a3a7fc0e209f530c57440c714c8e9e8b1a547e3cdbb6633 > SHA512 (FreeBSD-14.0-RC4-powerpc-disc1.iso) = 783445a184562191cbaee132004de70502aac22001fc5aa1a10ae0d5d18eae5005dc630a2c3e72fe9b47e98c4625edef165fce21f1678deb1f8ad3e991ca8f3e > SHA512 (FreeBSD-14.0-RC4-powerpc-disc1.iso.xz) = c28086587265cc80ecff0233ac6eb8b3e4a51232e5ab662c04df513e78fe996f051aefb668038190658805d18539c86f49e992540308ff35e4c47fd24a72e292 > > SHA256 (FreeBSD-14.0-RC4-powerpc-bootonly.iso) = a6c330740401487ca15097612acf08a1b8c933e94f6a1a104527062250f5d5f9 > SHA256 (FreeBSD-14.0-RC4-powerpc-bootonly.iso.xz) = e7e5bfcd06bce96a10785bfe0b2aaba21f7cf0963af0744e1b064bc198c23811 > SHA256 (FreeBSD-14.0-RC4-powerpc-disc1.iso) = d31ac53ca89a915c2a613343bd4bd5bf128d2e8f9f38afa789e232097c25ab5c > SHA256 (FreeBSD-14.0-RC4-powerpc-disc1.iso.xz) = c85cbf09b76f66b6795b18214d06329694f392e06ffa9df52447cede5c0a9aec > > > o 14.0-RC4 powerpc64 GENERIC64: > SHA512 (FreeBSD-14.0-RC4-powerpc-powerpc64-bootonly.iso) = 6dab28bf1bb33d4f0b2f90eb3dd45c473e2ee446125f3597a43c5a69d5731a3bf52c402ea8d5df0871dc53e0689bd01dce279e36e9ebff64bd4a9a7988083795 > SHA512 (FreeBSD-14.0-RC4-powerpc-powerpc64-bootonly.iso.xz) = 3022076a2c7bd3c0b27775320267e232f61efc4469d84045f2732f0864a780641e8833de89b6a591a2a5302884588b956b64cf85c538467998f7e005af72be0d > SHA512 (FreeBSD-14.0-RC4-powerpc-powerpc64-disc1.iso) = bf3c2a10a513ff281e77aa0cd41d0a5c8bee4d5be94936615e612dc3044dbb4e8077b0e5e1fa236479a0d48b72649871e5b1f5cb8d64cb484d09037ce3407f65 > SHA512 (FreeBSD-14.0-RC4-powerpc-powerpc64-disc1.iso.xz) = ac4ba53584e65b9ce94a6fe50139c4df10ba527647c170b4a37077e7bdd0d6abebb0954ba7b06f4b1d0aa27d74fec6f8cde2f214646d9c0ed4523790378bac96 > > SHA256 (FreeBSD-14.0-RC4-powerpc-powerpc64-bootonly.iso) = 73c31144955ad8a63772dec8ee4be107ec9c290e966faf95f354c63c1b41ca14 > SHA256 (FreeBSD-14.0-RC4-powerpc-powerpc64-bootonly.iso.xz) = de0a4127dd7b7ea2bd4bbfb809094199e1f9135f1c9fd12fcc6e06fe7c818861 > SHA256 (FreeBSD-14.0-RC4-powerpc-powerpc64-disc1.iso) = 34a72ea31ae01ad57ced7e4ab6eac3b9714179003ecd0995996284c74a88ebb8 > SHA256 (FreeBSD-14.0-RC4-powerpc-powerpc64-disc1.iso.xz) = e3f82a17d9dddb20c6ca195340ddcf2d63eb82bbc6c381b4adcd864c1845386f > > > o 14.0-RC4 powerpc64le GENERIC64LE: > SHA512 (FreeBSD-14.0-RC4-powerpc-powerpc64le-bootonly.iso) = 14338fe5d76356713ee94f6b3ca293abbdaf380d0cd2b74ada14a4ef475f6c34c68e67dd13fcb69dbd9cbab1a951d4e71c81d5add7f3133d792e94311c8f262e > SHA512 (FreeBSD-14.0-RC4-powerpc-powerpc64le-bootonly.iso.xz) = 399fdb443265566bd5e6ce1a3dc11ca41f005968a529a7535dd72622a3ae0fb2a93e66b7753c953fc5d35c63b58022ab4c223f914d3720a19490332b379156e3 > SHA512 (FreeBSD-14.0-RC4-powerpc-powerpc64le-disc1.iso) = acc729d7abd0f8474e1fdf3f22804aaa486c98e479dad813b83116036e0db16dce9ab956c1fd6fb80d69f462f43200f3220864e1901ae62903b717682838e5fe > SHA512 (FreeBSD-14.0-RC4-powerpc-powerpc64le-disc1.iso.xz) = cb341d0eb64847a50ccb33170bbfca9c8855377e6883a4cc0c181967182700afc669b6112edb37275519cac5992765700f9eb16aef6d0bcfbc25cdb399839cab > > SHA256 (FreeBSD-14.0-RC4-powerpc-powerpc64le-bootonly.iso) = 2bff70b162f8f4711f9f2eb67fe10716166f4b8c062e4cbaca34fb8d521bfb09 > SHA256 (FreeBSD-14.0-RC4-powerpc-powerpc64le-bootonly.iso.xz) = 03c7bd799e52bb6e95428ce7809ba863f2c98e2ab71dbb45fcd67eddf79677ef > SHA256 (FreeBSD-14.0-RC4-powerpc-powerpc64le-disc1.iso) = e2387661bb279c3cf6f904a858c2d87aed1ede49a29f1d1f8424d65bad38ccd6 > SHA256 (FreeBSD-14.0-RC4-powerpc-powerpc64le-disc1.iso.xz) = a3b4ca6af55b099100677685033328868d28cdd9322b1bcd12b4d5c0919d6652 > > > o 14.0-RC4 powerpcspe MPC85XXSPE: > SHA512 (FreeBSD-14.0-RC4-powerpc-powerpcspe-bootonly.iso) = 4417492d5d6ae001661252a465090d9d6daa50429cda5c069284c95095533e35e6b9bb94c4c5a24d8c51768a9732b960b3659f1e66577c4e0baf41c37cdb01e7 > SHA512 (FreeBSD-14.0-RC4-powerpc-powerpcspe-bootonly.iso.xz) = e9fb2333c5dea7048fbf289209bab16a8854de08847782acbcfe869d32d77aa5dc4089020baf53c4e88aa95c8dc696ff7bb770f8d14a823d2c0248c477cf78d1 > SHA512 (FreeBSD-14.0-RC4-powerpc-powerpcspe-disc1.iso) = 25ebf8167e090dd09647eff3f26c8313097de84b3038165018afa05f5dc5893b63286042a524fb53feeb323ee337c934616f47c6739e65cd89ffc3bc0e5076b7 > SHA512 (FreeBSD-14.0-RC4-powerpc-powerpcspe-disc1.iso.xz) = f7199bda837bd15ad1c201962fcc31c88ef0134605092436f09fa1ee7027f440cd808deef20c34f63c6a80de1411d1eababfa0ed529af091dad7baef8c676a77 > > SHA256 (FreeBSD-14.0-RC4-powerpc-powerpcspe-bootonly.iso) = b9b930c2e2d3a320befc46cd93eeeb8bb10d8c87db8864d00fc5438def022391 > SHA256 (FreeBSD-14.0-RC4-powerpc-powerpcspe-bootonly.iso.xz) = 9281bceb101f97b9741bb0ca3407998db598a35c6117f472409d7dbc88c78f4b > SHA256 (FreeBSD-14.0-RC4-powerpc-powerpcspe-disc1.iso) = 01b59d130bb608dfb012306472d24d9a46a25c329a2d86bb9396c5b26c9233be > SHA256 (FreeBSD-14.0-RC4-powerpc-powerpcspe-disc1.iso.xz) = 721a3a28b3cebb358d5d93ba7cf7345325ea421d6fb1c6b624ba8d8a8244d23d > > > o 14.0-RC4 armv7 GENERICSD: > SHA512 (FreeBSD-14.0-RC4-arm-armv7-GENERICSD.img.xz) = 5d0592accd64318e81ab36b3f15cd828998734a6c781d9a267928550a5ae60ab3a2e36ddfdc6749b6851f96e06f57778aabb861c6f55cdc2476402eee1c8f8d2 > > SHA256 (FreeBSD-14.0-RC4-arm-armv7-GENERICSD.img.xz) = 858f153be5aa6312e14ae8b4109bd7bf3b221668cfacada991bcd22beec95342 > > > o 14.0-RC4 aarch64 GENERIC: > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-bootonly.iso) = 47b116b596167cbabed0cbe238b0265c79cfc9cd75be74ab690c465756145552e6c8d40f8a803d56afb4d7ef0106cce14581d342e31c92cf230b12ff5fe04324 > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-bootonly.iso.xz) = 379bdb38548995866a5325b3fd4ff71b90887d2b97d9c5f41561d41c953cca271990a66b541b5625897ef4ce1359deae8fcf42f7efa4f19aa1b582793fb4e513 > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-disc1.iso) = 105a6fe2f4b4b0669219adba0aecc4f056e27d3f380d1591a8bdb1cb60917b52242bd5ac9127a461bf3cdc85d323402977e617220c37129511149810e166c48e > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-disc1.iso.xz) = 413a2ce8523ab59acd70bc8e52c93ce65558cf0b57627683534267d5695977b1bcea85d754528251e1375b469f8f69b15e22476fb3cd8916cb59c4ca10a6217a > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-dvd1.iso) = ad536c842136232eafa8f27b57641212c3b13bbb8ad560cdc7d964dedbfa878b6f050876792c94a54c8caccc687c49fad1bfe5586e51f9001c2db5fc1e24651a > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-dvd1.iso.xz) = 74d78034d36f19f918e3c807ecb675b5d95bbe3d6fa517d6d2ceb10a29fcf7d89c9067ec1c78638af6cc8c5fba8eb91bb5445a4af1a66a447c03000433ee7ac4 > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-memstick.img) = adea1b24641b05b1caccd806f224397421cf94d1105861d3d6485065027461f20809edee7f258fbf45a69cd82a1beae7afd0c48d025a8e4646232d9a634abf1d > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-memstick.img.xz) = 76c6733aea25b1c7130b0dd87056a40310caf5868afd592fb0239a882cd45f61c8975b3819a958d0dd42385d2c52dbe61dc910d7814a0c8514c804b52944da09 > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-mini-memstick.img) = dab27511105faeeaccfaabb498682906ff2d61561e9f422eb26b20abc4ce2bbfa0a6d3cbfc5e26e06a737fffbb799559ebd3a659ad5a37f361937cdbf0f3c312 > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-mini-memstick.img.xz) = 918d3452b5a4bc5873e781596d5bc119cde82b89f782094efc5e6913bc58774bf368ee178287fce22ff146526cbe17171e7db45acafdb94bc2818d45c475fcaf > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-bootonly.iso) = 84cedc4fcf0da7186f1289815276b7d6eb1cb9fd0058a8057bf130e00b7596e5 > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-bootonly.iso.xz) = 080dc3e9d965ef4b5180b376e5c6623fb5d2fdb6b6e3ed151ca981eef6965675 > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-disc1.iso) = 41a9163f4adaec848319f914f23879c608fe73ef3d498f1b402494d594e86fa8 > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-disc1.iso.xz) = 621897f6d6f3631b0b830d08fa5b969a1a556e18aac637a05a6d9876885d440a > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-dvd1.iso) = f252763cecb39b3fa6f3d2a75dd593bd891f01c3dcd68f90436a53610b77fcb2 > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-dvd1.iso.xz) = 7e9e9085ef8c4ec7f1bf7e493fb16f2101edd59342b05de7bd52c4e142aea812 > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-memstick.img) = 145eda64f7a3e91f3ba253478a5d290fe141a0f6c2f8050e04625ec759f1e043 > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-memstick.img.xz) = 7afc16842df83f0722e667eca07cdfcfbc9b2c35f8437b3397c195e6a9636c27 > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-mini-memstick.img) = 9baa46356ae16a828e3e8ad3d9f1217bf4dd2d826392f18797d885600f7e814c > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-mini-memstick.img.xz) = 000ee91e812d04886d04d6e4f77516835caf1c372bb37eebbcd81a56f5dd83e3 > > > o 14.0-RC4 aarch64 RPI: > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-RPI.img.xz) = 7291b077b0338c5400af32eb6822d0139b953ad971cd9f44c5646ab5e3e502833fcda35005412a7b24203dd8dc9e3b2fe68bc3c737812b2255be624094013c47 > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-RPI.img.xz) = 26d84974d64fc0fb10cc8f5f7afd9fd49a84b42392b3537fd8766bdcc0e0cd41 > > > o 14.0-RC4 aarch64 PINE64: > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-PINE64.img.xz) = 6aaa42b2f515e3847235001382683484a57790e9ba1da8b19fc318668ea6b0640f76e00d6a12b3daa1ea9ea09bd0afd0db1fa322ed236fa9e181c1ebaa19906f > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-PINE64.img.xz) = d242d0337fd76684ebfce4ff84641303da07502d51f33089219aa70c615eb4b2 > > > o 14.0-RC4 aarch64 PINE64-LTS: > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-PINE64-LTS.img.xz) = ce3deff3d02244359303331b0b3ed966bc503a42f1da0eee54f62984d2e8e54dc61f184c699cfb11aa3465fe31a89028799c0059185915d151da3be10301b8cd > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-PINE64-LTS.img.xz) = a6d398d616d2f9db3692f2c8118d9a5cde3960cdf2797497a7c155b9e8139b37 > > > o 14.0-RC4 aarch64 PINEBOOK: > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-PINEBOOK.img.xz) = f0a50d83fee5d113a95ab09c64c757243bb8874d8384c05f4bc14d6f5bd33075989ae0a73c13a46b9107f32c2834a74cde5481e970fb47d064544664a21f6abf > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-PINEBOOK.img.xz) = 42e38931bd4d527ca0753cf861f90e91d3df2f9e108c632656a77bcf16bf5068 > > > o 14.0-RC4 aarch64 ROCK64: > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-ROCK64.img.xz) = 14888fe2af5cd4f1787b86cd49c61f353619761cbe43436beb12ca1207b5c15e682ec0446257dd0dc4876c9e0a9843b318e38f20f4b8f96f8aecfb2c7d8ee6d2 > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-ROCK64.img.xz) = 720687a8f2f7639d661dc21bd2176bad14c27f51d6fcdf6aa45fa976352332e6 > > > o 14.0-RC4 aarch64 ROCKPRO64: > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-ROCKPRO64.img.xz) = 476f9bf3cf86aec65823eeeffe8b3caf3f8df3b599672137bc6cddacde16b5db28575e768206cb5d29baee09236a658a03f75efb5fdfb766adf49abcd698bee3 > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-ROCKPRO64.img.xz) = 66d44eb1c4745b80c928dc71fe4822b9adc213cd66dbb61f78f440d715c9cd82 > > > o 14.0-RC4 riscv64 GENERIC: > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-bootonly.iso) = 524773593f3187ef7bacb7bcd49ad3422121b819ae34f51d79d6ce91f2754df7e52dd28df62c335bccfd987bd7af073a00d04beb866cfc83d710e6cdc8d33624 > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-bootonly.iso.xz) = b1fa47bfe88a85dda0a7a92e76d65fd620a5c62a1c8fb5baa21183ff75614bf80c63424a9efd4a4a646e50c03e1dfb17c49c589dbdf7c8c78f915835115d1ce3 > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-disc1.iso) = 2627889757b073413dfdf94118ae7d47a173a4a6f148d9552c7f77357ffdda54298a4ae59b0c5a36159076784a2f50ca1c24cd127616ade0945a953604d62935 > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-disc1.iso.xz) = 756e79801584cf2366d8eb0365facd53e6fcd3ae1c753073f6389d4e16c4f839ddf8e5a26b27daf767b5b727dac3d2976e14b02231d52498de7ee4bc4dc34541 > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-memstick.img) = d511a815a8ceef7bb3197dabecd4e59ba61078d008f96ec6c8990b9d0583569ac896d8739133feb7f13ea91635232d6dc3e6f9a8e5d546047ecef953b087cfd8 > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-memstick.img.xz) = b33caeb29f10dda4bbffba3ab1cdd914777e1b0639a2264859741522f313f38bde8a9bfa24e6cdb64c02746257e7dabaa56c39b3824a66480063e8be91c79fb6 > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-mini-memstick.img) = 68c638927e0e070e8ec7a704e763db9561a23b46d39288e55faa1ac8fde0b39853ebf9c36e2f51752a965d6940cbdbdcafdff2bffc33fad9866363988dabe337 > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-mini-memstick.img.xz) = af0b304c13a6bb69eebc5e106caf60419a8d41d2da90ef935b76e7b39cacceba98c37a8237d7cd3d012fcd4658d71a36d7197f7e4ee2b9fa67c8d7bd4c33c830 > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-bootonly.iso) = 3605436a2601aa992ab8f6b0ac238e13fd8fe14c11c42c6fe5ffd2395f0b5669 > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-bootonly.iso.xz) = e9423f5452213d821720bb6497416741f678187d4c7eb885437661c7b13af955 > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-disc1.iso) = 5f81e6deb3c98feca33ae5f5b409bb25b425b62279bcc1b40a36e756ad1ae1a9 > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-disc1.iso.xz) = 8c6e348f874ef42aab7527fd118902862529e37a50e33e73ba700758262501c8 > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-memstick.img) = 69153d6dc19fe08af410f23af3c2f95bd33500e9152e2f00a9489d47fa308faa > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-memstick.img.xz) = a1b97f38dd5f16c2c0fca710a6c296e5420388d2df887c66c31c7b152449cf47 > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-mini-memstick.img) = e9a370a815ce652fa9851242b4beea28a41ee27ca3ccab87c2605fc491dc8fbb > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-mini-memstick.img.xz) = 93075f74008d544c843332ef792dbcae4cf26ba57b50842c39f299e8137d1da3 > > > o 14.0-RC4 riscv64 GENERICSD: > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-GENERICSD.img.xz) = e61212d3bcb42858f080c0260fac4d0fcee80819de0ca6504bb0c9113cf598b43d11134ac26a9dc3b5fc142431370c3bec86debd94e02a2fa3114c7c7d9cc34f > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-GENERICSD.img.xz) = e1bb1522ebaeb9a8b0d218af007ba76542d87e6b0fd146fecc07bff7d2bbed90 > > > == VM IMAGE CHECKSUMS == > > o 14.0-RC4 amd64: > SHA512 (FreeBSD-14.0-RC4-amd64-ufs.qcow2.xz) = 166b0709efc63262b964c604ea746e1ac6743b2bead2efab5d5c4d6c9491a336e39d1a793b465eb751f6085ef7fa0988840e1dbcb47f67f0f5dd7ae3d48b57c4 > SHA512 (FreeBSD-14.0-RC4-amd64-ufs.raw.xz) = b158c9369ecbb0178cc048990f855a71e6ffbff32f0bdbf2d5ff0255659b95e062ccc886cfdd7f91ad25fdb1d8d0f4bb78d3d097202bc6b8bd27cf13fde3220c > SHA512 (FreeBSD-14.0-RC4-amd64-ufs.vhd.xz) = f860eeb1cd405bd074cca746542cff147c9331a5b64a50c43c95d686686db81b5d2e4b1f5ea8957f403b4425dfa156bf39ede7a98807d25828d7d9dc0232dd69 > SHA512 (FreeBSD-14.0-RC4-amd64-ufs.vmdk.xz) = 3787cf9de0a5f4b8ae358f2316ddf62493aa6b30d70f6af2108a1730e9d79e07ef847932d7fa42b11f6f5b8b9eb3f33f41c701a67f2995005afdea053d6ef330 > SHA512 (FreeBSD-14.0-RC4-amd64-zfs.qcow2.xz) = c3e7e36e5b19f3ee80011a035b047063deb64acc1409fccd3732f5639d0cc1ce0c0b1da0f60a99b3cd7c696243917ec580ef6d5319b52c1763676def92d34e86 > SHA512 (FreeBSD-14.0-RC4-amd64-zfs.raw.xz) = 50c9a08d10d96f42c1669abf25a75d4115c6eb6b71241f1b8e321dcf2ac313627e6b449b941604150ecef652a7786dcd0b0be7c1b4221ae459c08e0bd5ceee91 > SHA512 (FreeBSD-14.0-RC4-amd64-zfs.vhd.xz) = be44fe7f97ac044b00cc39554df4eca8a19dcacc03e936747822acbc091f0baa5b6f6ebd219fd34a1f3e86f8031cf132cdd7e12f9b498bef3b9a4c79cb60d3a8 > SHA512 (FreeBSD-14.0-RC4-amd64-zfs.vmdk.xz) = 25a399e1165f7c77ab96daff57270cc5013fc3f2a1d777583fbde100a396211f46661f3fd9e675367e519b7be3cc29276529aaab062a821e8763496e8a628597 > SHA512 (FreeBSD-14.0-RC4-amd64.qcow2.xz) = 166b0709efc63262b964c604ea746e1ac6743b2bead2efab5d5c4d6c9491a336e39d1a793b465eb751f6085ef7fa0988840e1dbcb47f67f0f5dd7ae3d48b57c4 > SHA512 (FreeBSD-14.0-RC4-amd64.raw.xz) = b158c9369ecbb0178cc048990f855a71e6ffbff32f0bdbf2d5ff0255659b95e062ccc886cfdd7f91ad25fdb1d8d0f4bb78d3d097202bc6b8bd27cf13fde3220c > SHA512 (FreeBSD-14.0-RC4-amd64.vhd.xz) = f860eeb1cd405bd074cca746542cff147c9331a5b64a50c43c95d686686db81b5d2e4b1f5ea8957f403b4425dfa156bf39ede7a98807d25828d7d9dc0232dd69 > SHA512 (FreeBSD-14.0-RC4-amd64.vmdk.xz) = 3787cf9de0a5f4b8ae358f2316ddf62493aa6b30d70f6af2108a1730e9d79e07ef847932d7fa42b11f6f5b8b9eb3f33f41c701a67f2995005afdea053d6ef330 > > SHA256 (FreeBSD-14.0-RC4-amd64-ufs.qcow2.xz) = b79d9e82e3bf5081efb8159b66b3b3fa0472fefab9389f0ca8e18a469720a5eb > SHA256 (FreeBSD-14.0-RC4-amd64-ufs.raw.xz) = c1718eff5c455afc9e689b97751ba577eeff880c1e02ae0ac758dd8452f18977 > SHA256 (FreeBSD-14.0-RC4-amd64-ufs.vhd.xz) = f75b814422bfe88ae352d4342a6fce7a7059ae83210c20f3af30ef410bbc7a56 > SHA256 (FreeBSD-14.0-RC4-amd64-ufs.vmdk.xz) = 4abcfc77bda9f04fdb83af19d66a3db908dc2eac3983f3169e01b59c7cce3055 > SHA256 (FreeBSD-14.0-RC4-amd64-zfs.qcow2.xz) = f99a66864585598496cc43f73deed54f1a4c05552e5f02e8505c71bca743d573 > SHA256 (FreeBSD-14.0-RC4-amd64-zfs.raw.xz) = bfcb87a82a02ed1f7ee3bd25885f3d8d51c1c384f56e4ab9ff959fbac600e6ae > SHA256 (FreeBSD-14.0-RC4-amd64-zfs.vhd.xz) = 7c3c47e9abf98e406bb3c68dba55cab34a54e50fae5df79afdf9605dc768f0f1 > SHA256 (FreeBSD-14.0-RC4-amd64-zfs.vmdk.xz) = 5b0c3e8941ab57d18a9c3bf611158812d413cc9f1191bafdc0874e3b858448d3 > SHA256 (FreeBSD-14.0-RC4-amd64.qcow2.xz) = b79d9e82e3bf5081efb8159b66b3b3fa0472fefab9389f0ca8e18a469720a5eb > SHA256 (FreeBSD-14.0-RC4-amd64.raw.xz) = c1718eff5c455afc9e689b97751ba577eeff880c1e02ae0ac758dd8452f18977 > SHA256 (FreeBSD-14.0-RC4-amd64.vhd.xz) = f75b814422bfe88ae352d4342a6fce7a7059ae83210c20f3af30ef410bbc7a56 > SHA256 (FreeBSD-14.0-RC4-amd64.vmdk.xz) = 4abcfc77bda9f04fdb83af19d66a3db908dc2eac3983f3169e01b59c7cce3055 > > > o 14.0-RC4 i386: > SHA512 (FreeBSD-14.0-RC4-i386-ufs.qcow2.xz) = 83e9052c4e7bb574ea9763309ddc952a9632cc8b2b8693cf84c3d405e91a2d5c0ce8c9b25947982661537a9fb64a3325449cfb9f18699741328f5f8f446d1407 > SHA512 (FreeBSD-14.0-RC4-i386-ufs.raw.xz) = 66f9dca74d1e24869ea85f6ac10868b9197bdb508956168319f25db9ab1e7b13723b48cd544d0b25dc01d898eec127decb06329ca9c3ca9f3b333fd106eed49d > SHA512 (FreeBSD-14.0-RC4-i386-ufs.vhd.xz) = 8b0152123fffd4ea9e38b7658eeddf7e6fb69525e68312f3ca0a57efdcc3716113703e94b03da0f6607ef87782599a1da74b588b3b17a934c4299f9b9d62f99a > SHA512 (FreeBSD-14.0-RC4-i386-ufs.vmdk.xz) = a894383f188ad274130eb3c6d27d2e8810a502cf4f43544ecead17a61880b7b5a24f3a2709b6251c4139613a9d7e231f6d13b75b2c1413136e76b9ada1b04897 > SHA512 (FreeBSD-14.0-RC4-i386-zfs.qcow2.xz) = b02e65d34149f2b21ea8f4d546764f16ad0c96c067f7c7afb685301cf4e4b1d5953f9fbaefdb6b8b2e1ab275d5c201ef1f1e3a2fdb4ce9a60078c133092f6911 > SHA512 (FreeBSD-14.0-RC4-i386-zfs.raw.xz) = cfbe7aa6c8339daee268202e95d2c0c385f65debe53a22710c8314beae5a7f6e9cde02920920febf062a6613c84498e6659aa0878b112fb06af7c1a27843fd65 > SHA512 (FreeBSD-14.0-RC4-i386-zfs.vhd.xz) = d72284dad778a11cf40be9a91ba1537f32118567e3dcefe40449d225f6f6280746a89b0d15e689db7ed60b54caa4cd69067b303791ab33b47b58ccc854e0c035 > SHA512 (FreeBSD-14.0-RC4-i386-zfs.vmdk.xz) = 0e61517e4ff20edb0154bd68a7bff76f6095a4ef63bd1699f4665c39cf4a00d7eea1f9d562e4620c75c1ab982811409032033900e8fdcf892d228fcf49f3a335 > SHA512 (FreeBSD-14.0-RC4-i386.qcow2.xz) = 83e9052c4e7bb574ea9763309ddc952a9632cc8b2b8693cf84c3d405e91a2d5c0ce8c9b25947982661537a9fb64a3325449cfb9f18699741328f5f8f446d1407 > SHA512 (FreeBSD-14.0-RC4-i386.raw.xz) = 66f9dca74d1e24869ea85f6ac10868b9197bdb508956168319f25db9ab1e7b13723b48cd544d0b25dc01d898eec127decb06329ca9c3ca9f3b333fd106eed49d > SHA512 (FreeBSD-14.0-RC4-i386.vhd.xz) = 8b0152123fffd4ea9e38b7658eeddf7e6fb69525e68312f3ca0a57efdcc3716113703e94b03da0f6607ef87782599a1da74b588b3b17a934c4299f9b9d62f99a > SHA512 (FreeBSD-14.0-RC4-i386.vmdk.xz) = a894383f188ad274130eb3c6d27d2e8810a502cf4f43544ecead17a61880b7b5a24f3a2709b6251c4139613a9d7e231f6d13b75b2c1413136e76b9ada1b04897 > > SHA256 (FreeBSD-14.0-RC4-i386-ufs.qcow2.xz) = 6ef1dfcea80aa0687141c7917f0e8ab81c4241a62bee8043ac1dc23c82be05ed > SHA256 (FreeBSD-14.0-RC4-i386-ufs.raw.xz) = 5eca8b0ffe97f7e6a485f496a61fad9c93a261c6c4e0d083f9fd1c500c2d4db4 > SHA256 (FreeBSD-14.0-RC4-i386-ufs.vhd.xz) = 3997fd89984392f2ca2fc3b7df864dfd0dfc17be750aa78d61a31233e947fc0b > SHA256 (FreeBSD-14.0-RC4-i386-ufs.vmdk.xz) = dda9a1962d1cd910465c1c91d36c2df5c923fe7353fffb172c04adaebb368505 > SHA256 (FreeBSD-14.0-RC4-i386-zfs.qcow2.xz) = ab840c119d46ab49e2e33f7024f453ef872df908b47a8d9fdca0a8740b49c478 > SHA256 (FreeBSD-14.0-RC4-i386-zfs.raw.xz) = 1d2635935bdd73de8e76b8815392a2f0399782aa9e41296bc4dfb9e2073a35aa > SHA256 (FreeBSD-14.0-RC4-i386-zfs.vhd.xz) = 998a040e0849ed03a1cbf6da446672525c5ddee79ed225ff7cd8283164b484bf > SHA256 (FreeBSD-14.0-RC4-i386-zfs.vmdk.xz) = db11801f993246135e3cd4b28b6c7457853668180ff7d11c4b0c7018e04a58c2 > SHA256 (FreeBSD-14.0-RC4-i386.qcow2.xz) = 6ef1dfcea80aa0687141c7917f0e8ab81c4241a62bee8043ac1dc23c82be05ed > SHA256 (FreeBSD-14.0-RC4-i386.raw.xz) = 5eca8b0ffe97f7e6a485f496a61fad9c93a261c6c4e0d083f9fd1c500c2d4db4 > SHA256 (FreeBSD-14.0-RC4-i386.vhd.xz) = 3997fd89984392f2ca2fc3b7df864dfd0dfc17be750aa78d61a31233e947fc0b > SHA256 (FreeBSD-14.0-RC4-i386.vmdk.xz) = dda9a1962d1cd910465c1c91d36c2df5c923fe7353fffb172c04adaebb368505 > > > o 14.0-RC4 aarch64: > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-ufs.qcow2.xz) = 6f67f49ddf46bd4468394c985a2b34bc48f975f659de560a8ca1bd6935c3f27d02bc143632c088580aa440fae5f7f18932b5b335247c3aa328090ddbbc9c70b5 > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-ufs.raw.xz) = ef0af5d2877eaa8e2a6c3ca9df9ac3b9a0e9f30035170eca3ceef1984d35b08ea422254583c08b45cda9453a3e09d7209d85b2093d69768e8c892be67ae5f975 > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-ufs.vhd.xz) = 4b6bc513892b5ebd1cf2206014da0b548ddfbedb1a5fa8349fa5ddfd6363afb68f104bdc6d5447476f70ad61b27202a390cf6f5d7c5cf90c415edfe3ce0bc26d > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-ufs.vmdk.xz) = fece4ca62f30260beee2de4265f3c6559ba0a948e6dcf65658016ee10aa961136fbacc7238a6ea3b6e9afe334879cdfbcfe23f31d012a9abfca86c6783ea6a10 > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-zfs.qcow2.xz) = cb21c41ad4e1e09e58bc00cc55c6e5decdf2d01e29ef7031e4497532bb33ced39473390141292d8819eb59f9f49b880c8d6d269d879c4f3b671e646968c83d32 > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-zfs.raw.xz) = c33a58f30eb6f798cb353e11ad821ac9927852f6262617bb7340b963448ad83e4b4fe039676e1e48a5618db4e00ee6bc209b32809e3e70395114935189493e24 > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-zfs.vhd.xz) = 4bb8cc4d313d14247701b7fa0bc920c2c5fd467126b961a5ecbc791c928730440c87dc452ecbc653db26fda482d86b0be87cd0f6ba272c2036ee3146096c70fc > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-zfs.vmdk.xz) = 5a49668bebd971fdc1145adb69edb5dd4aa521ca1a86d1532f43b58c1b3aed23c4187ce23366cc182fae296cc17a31b00858660522bb2897746f519ce5ddf3eb > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64.qcow2.xz) = 6f67f49ddf46bd4468394c985a2b34bc48f975f659de560a8ca1bd6935c3f27d02bc143632c088580aa440fae5f7f18932b5b335247c3aa328090ddbbc9c70b5 > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64.raw.xz) = ef0af5d2877eaa8e2a6c3ca9df9ac3b9a0e9f30035170eca3ceef1984d35b08ea422254583c08b45cda9453a3e09d7209d85b2093d69768e8c892be67ae5f975 > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64.vhd.xz) = 4b6bc513892b5ebd1cf2206014da0b548ddfbedb1a5fa8349fa5ddfd6363afb68f104bdc6d5447476f70ad61b27202a390cf6f5d7c5cf90c415edfe3ce0bc26d > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64.vmdk.xz) = fece4ca62f30260beee2de4265f3c6559ba0a948e6dcf65658016ee10aa961136fbacc7238a6ea3b6e9afe334879cdfbcfe23f31d012a9abfca86c6783ea6a10 > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-ufs.qcow2.xz) = afbc7e756418a70a28c77d3a50022fedbce08a2dc3861a1faf19273d75d8d893 > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-ufs.raw.xz) = 100ddb13b6952293e9ea6678b6b4dacb350642036d95b3c6aa2b6d03f653e3b2 > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-ufs.vhd.xz) = 3c6c44ffd9dbacce38e41ee2a3dbea86c2a1630c4e0f1e4157d6a9ae35045330 > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-ufs.vmdk.xz) = 725b3e4f834f3aa296efef28524dca72e6e3a366afe9a70f66f872446d620417 > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-zfs.qcow2.xz) = b064cb8feeee25caf7b87634ec2d2111dc8f264dbc433e41249d2620b06f5c6b > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-zfs.raw.xz) = ebb407772250fdfb179bad97483233378fc63cc72ccd3dbcf01163968bfbd68e > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-zfs.vhd.xz) = 406a87f32a192a00077c071d295c749c166b8ad110d28f509a1f163d8b1c9358 > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-zfs.vmdk.xz) = c8be970e5337d282b45c097bb30b2d2a9eb469402cc9ffa6b7f2ee9c3bbfdb65 > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64.qcow2.xz) = afbc7e756418a70a28c77d3a50022fedbce08a2dc3861a1faf19273d75d8d893 > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64.raw.xz) = 100ddb13b6952293e9ea6678b6b4dacb350642036d95b3c6aa2b6d03f653e3b2 > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64.vhd.xz) = 3c6c44ffd9dbacce38e41ee2a3dbea86c2a1630c4e0f1e4157d6a9ae35045330 > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64.vmdk.xz) = 725b3e4f834f3aa296efef28524dca72e6e3a366afe9a70f66f872446d620417 > > > o 14.0-RC4 riscv64: > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-ufs.qcow2.xz) = 2538e1fa6d9c975d0ab2b680e634441209f8c2fdc2ad95f3431ead256185397cf7f639e2523753d4cee1b4f677499815538486b20d3684f9210e492dd0675b1a > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-ufs.raw.xz) = 96a49721ba1428b8cddf65abed849ff3567e31773fc2446f021dd67f61b92a231939a1d5abea28995d1ec8af9d8ba891b881f7ec8b6530a2182e570cb5e78042 > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-ufs.vhd.xz) = d2aacdcefecee3cd8456d7f371a2f5254ddebbd22277d978b00baa9c23304239df1fcec89531644db575f0481b19ccdbfeaa66aa85f17e8651ec164afc4842a2 > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-ufs.vmdk.xz) = e6bacea877352f5ff3fc16f5717e3944927753a5c64e7d237bf5c6c253f85dfe3011314d286198ae7c62d921cc2d7b00398767e207793c4b968f7071ea706858 > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-zfs.qcow2.xz) = 8681d7bee0b60bee27e113c9b0c6601b640a8d49218280511d55aa38b6bcf1d873911de3beedae61be1c2e11244c384239c9d06bd8ebf7f081c0975621af44aa > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-zfs.raw.xz) = 2812d912f583dc574074c4c49f2d6005d60dbf0515c310a49858788bdea2b3f016091937acf67a80d1bcc123133f1f4585fd9a90ebd10b3fd2cfa2954d2a7b0b > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-zfs.vhd.xz) = 8cc13a0ccc40262c99e0dd8b71965cf7150e5ddab6fb754a8e46bb448ed7f8fda63aa79b132502cf890be0bc1141dddfebf77c3cb2d20e2edee050428cf138e8 > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-zfs.vmdk.xz) = e71bb6d4f17e709289f6cc853a72e18a5b61c99e747064bae0e356ab9b1893cb97183ff971892eba1658bcf50bbea40c55827c579643ef88b2799b4f13d5d364 > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64.qcow2.xz) = 2538e1fa6d9c975d0ab2b680e634441209f8c2fdc2ad95f3431ead256185397cf7f639e2523753d4cee1b4f677499815538486b20d3684f9210e492dd0675b1a > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64.raw.xz) = 96a49721ba1428b8cddf65abed849ff3567e31773fc2446f021dd67f61b92a231939a1d5abea28995d1ec8af9d8ba891b881f7ec8b6530a2182e570cb5e78042 > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64.vhd.xz) = d2aacdcefecee3cd8456d7f371a2f5254ddebbd22277d978b00baa9c23304239df1fcec89531644db575f0481b19ccdbfeaa66aa85f17e8651ec164afc4842a2 > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64.vmdk.xz) = e6bacea877352f5ff3fc16f5717e3944927753a5c64e7d237bf5c6c253f85dfe3011314d286198ae7c62d921cc2d7b00398767e207793c4b968f7071ea706858 > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-ufs.qcow2.xz) = a20bb128dfcf977a8d8fcbe711287cde37204fed4656b015b55da484825207e3 > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-ufs.raw.xz) = 9b8ceb27d0e67144c3e498f3c0d29857746147acf65262fbea319c5a8c7d038c > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-ufs.vhd.xz) = ee5dc591d890b717d5fef43081d0d9c7050a9d8ae8ce255d68b2a34ff123340b > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-ufs.vmdk.xz) = c37a5c0527a086fc52a81c4699ae0aea4b5a963fc71ce5836b0dc0cbe94fa152 > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-zfs.qcow2.xz) = 23627ae8e397f0de495a0cbe75cec3d98053a0d450c1d8f95c400984f52d9add > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-zfs.raw.xz) = a38a35541f621e59404c32c8ec1f73f1f6a54f554a39230fcc82f963f365543f > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-zfs.vhd.xz) = be9c521b31c7443b46f99f24dab640b6c37da4cf2edee48fc6ecf815be0b8252 > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-zfs.vmdk.xz) = 43506386c53bb76ce5b5b67684a1f36da948fd31a92caa252fa492b3a94e9004 > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64.qcow2.xz) = a20bb128dfcf977a8d8fcbe711287cde37204fed4656b015b55da484825207e3 > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64.raw.xz) = 9b8ceb27d0e67144c3e498f3c0d29857746147acf65262fbea319c5a8c7d038c > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64.vhd.xz) = ee5dc591d890b717d5fef43081d0d9c7050a9d8ae8ce255d68b2a34ff123340b > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64.vmdk.xz) = c37a5c0527a086fc52a81c4699ae0aea4b5a963fc71ce5836b0dc0cbe94fa152 > > > o 14.0-RC4 amd64 BASIC-CI: > SHA512 (FreeBSD-14.0-RC4-amd64-BASIC-CI.raw.xz) = f553ef24fe92025eee845e54f25c1410883367beba2293c3244516218d9d9f5e3957f1d95643c57e4f97d7a6dc46d6534354ba1284f6a909a532d80e0fc260c4 > > SHA256 (FreeBSD-14.0-RC4-amd64-BASIC-CI.raw.xz) = 3d0eea50499d49020b9510a26d8df36d0f63ad66b8befb35e42b32943a44a7fe > > Regards, > > Glen > > Please consider donating to help support my FreeBSD work: > https://www.gofundme.com/f/gjbbsd > https://paypal.me/gjbbsd > > Love FreeBSD? Support this and future releases with a donation to > the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ > > I am having a problem witb Freeradius and GNU radius. Anyone else? -- Member - Liberal International This is doctor@nk.ca Ici doctor@nk.ca Yahweh, King & country!Never Satan President Republic!Beware AntiChrist rising! Look at Psalms 14 and 53 on Atheism ; unsubscribe from Google Groups to be seen Suffering will continue until we stop believing lies. -unknown Beware https://mindspring.com From nobody Sun Nov 5 17:54:39 2023 X-Original-To: current@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 4SNhxy4jdTz4ymKn for ; Sun, 5 Nov 2023 17:56:54 +0000 (UTC) (envelope-from oleg.nauman@gmail.com) Received: from mail-ej1-x631.google.com (mail-ej1-x631.google.com [IPv6:2a00:1450:4864:20::631]) (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 4SNhxx5QD1z3PTf for ; Sun, 5 Nov 2023 17:56:53 +0000 (UTC) (envelope-from oleg.nauman@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=M+TuIGlA; spf=pass (mx1.freebsd.org: domain of oleg.nauman@gmail.com designates 2a00:1450:4864:20::631 as permitted sender) smtp.mailfrom=oleg.nauman@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-ej1-x631.google.com with SMTP id a640c23a62f3a-9a6190af24aso558202166b.0 for ; Sun, 05 Nov 2023 09:56:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1699207009; x=1699811809; darn=freebsd.org; h=content-transfer-encoding:mime-version:organization:message-id:date :subject:to:from:from:to:cc:subject:date:message-id:reply-to; bh=pN81T9nklWFbtgbuYQ/hw1hsfULnMH/W6UMlCkF/AiM=; b=M+TuIGlA0YOCqdqB2UcBgd0+tdaVb/S3JQJGsnq8u3ahYvI/zkNBWpPVgWPBBwTahg EzlB5egTNlehWz91KcpzqHdwB/J7Tc+7AZxLgkyfKHpimXuQliXlirnPmRWOKKZ6tUAc FQHQdLyfNO8PQcU/3qtRhhz98YKK0SSiGnEFyDT3kFyoy4GYj8rjjK4LB39tD+/eM/Gq Hoe2tCGWEZHbEKxXtvDOQSHSFg9vv2KZKSVvYzcA1rosIoHEc93n+i+6Tz16r2aHa7AX LX0Y6XNqOk+xxgM+aLSxrNSXxvvhd/jriY9B7GrwpFonKxwW/SZ5wzS82Fc+g8ACUJgC P2VQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1699207009; x=1699811809; h=content-transfer-encoding:mime-version:organization:message-id:date :subject:to:from:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=pN81T9nklWFbtgbuYQ/hw1hsfULnMH/W6UMlCkF/AiM=; b=oy+BVkZDxY8HFlz2beidY4JYAizjubRtOj14e/nxhqHZFJhnEc2Od7anFE13LZIntF MdLxmPlPjQx9RNce8SAHk0ZMtY0lR3craYCzZUNnxJ902KKV+r8sctY/kjpvNmzvr4+9 tVwmuVmPMWRaAJgBCBl/TUvHul8uaGsI62mp8Ib0iGOOqW8zEYxa/4pAXP+Oe9SN6VXF VGDGSIJucXWDSThBFLetzVYlEvXErHLUQWRyGgug6/Fby0NgRGgyx88yJ7BbSPkOKmrZ GVvO7ha8BzXeg0aW7Otv8zxOMTFJOeDz+DuB+HwIzVPcf7487pkJZKKTMn0jHoQrxH9G GuuQ== X-Gm-Message-State: AOJu0YwAHVhjdbE4QWchwpRsVd1+GftVjc/w9X+49/4I1cUOm0gFfgk+ wMuViMv2kTr9xJYCT1NYd1vH4pt0LsU= X-Google-Smtp-Source: AGHT+IF6D4vbc2gSMr7ce4hOL2Lebz6m4n05ay1VsbGo0HscEXffwhq56rtp6sDqaP1E9nPg6BzJFA== X-Received: by 2002:a17:907:7f9f:b0:9df:bc50:2516 with SMTP id qk31-20020a1709077f9f00b009dfbc502516mr1652711ejc.61.1699207009402; Sun, 05 Nov 2023 09:56:49 -0800 (PST) Received: from moonset.home ([88.154.48.113]) by smtp.gmail.com with ESMTPSA id v17-20020a1709063bd100b009cc1e8ed7c5sm3227613ejf.133.2023.11.05.09.56.48 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 05 Nov 2023 09:56:48 -0800 (PST) From: "Oleg V. Nauman" To: FreeBSD Current Subject: Kernel with INVARIANTS panicing if drm is loaded Date: Sun, 05 Nov 2023 19:54:39 +0200 Message-ID: <2806934.Tv9pZ1cZgq@moonset.home> Organization: Private persom List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Spamd-Result: default: False [-1.62 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; NEURAL_SPAM_MEDIUM(0.88)[0.877]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; CTE_CASE(0.50)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::631:from]; RCPT_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; HAS_ORG_HEADER(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; TAGGED_FROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4SNhxx5QD1z3PTf X-Spamd-Bar: - I am observing kernel panic when entering multiuser mode after sucessful system boot. It happens when I load CURRENT kernel with INVARIANTS and drm module loaded ( drm-515-kmod-5.15.118_1 in particular ) . drm module and kenel are in sync FreeBSD moonset.home 15.0-CURRENT FreeBSD 15.0-CURRENT #3 main-n266267- e116e040f309: Sun Nov 5 10:00:51 EET 2023 root@moonset.home:/usr/obj/usr/ src/amd64.amd64/sys/moonset amd64 panic: sleepq_add: td 0xfffff8000203c000 to sleep on wchan 0xfffff800021d8648 with sleeping prohibited ............... Reading symbols from /boot/kernel/kernel... Reading symbols from /usr/lib/debug//boot/kernel/kernel.debug... Unread portion of the kernel message buffer: panic: malloc(M_WAITOK) with sleeping prohibited cpuid = 0 time = 1699171621 ............. __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:57 57 __asm("movq %%gs:%P1,%0" : "=r" (td) : "n" (offsetof(struct pcpu, (kgdb) #0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:57 #1 doadump (textdump=) at /usr/src/sys/kern/kern_shutdown.c:405 #2 0xffffffff81e2ec53 in vt_kms_postswitch () from /boot/modules/drm.ko #3 0xffffffff8043ad6e in vt_window_switch (vw=0xfffff800021d8640) at /usr/src/sys/dev/vt/vt_core.c:595 #4 0xffffffff804ec583 in kern_reboot (howto=4) at /usr/src/sys/kern/kern_shutdown.c:501 #5 0xffffffff804eccfa in vpanic ( fmt=0xffffffff808263fb "malloc(M_WAITOK) with sleeping prohibited", ap=ap@entry=0xfffffe00ce259850) at /usr/src/sys/kern/kern_shutdown.c:970 #6 0xffffffff804ecb03 in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:894 #7 0xffffffff804c8a04 in malloc_dbg (vap=, sizep=, mtp=, flags=) at /usr/src/sys/kern/kern_malloc.c:540 #8 0xffffffff804c885c in malloc (size=, mtp=0xffffffff81e931c0 , flags=) at /usr/src/sys/kern/kern_malloc.c:641 #9 0xffffffff81c5a750 in intel_atomic_state_alloc () from /boot/modules/i915kms.ko #10 0xffffffff81dfe404 in drm_client_modeset_commit_atomic () from /boot/modules/drm.ko #11 0xffffffff81dfe614 in drm_client_modeset_commit_locked () from /boot/modules/drm.ko #12 0xffffffff81dfe7a1 in drm_client_modeset_commit () from /boot/modules/drm.ko #13 0xffffffff81e41ab3 in drm_fb_helper_restore_fbdev_mode_unlocked () from /boot/modules/drm.ko #14 0xffffffff81e2ed91 in vt_kms_postswitch () from /boot/modules/drm.ko #15 0xffffffff8043ac31 in vt_window_switch (vw=0xfffff80001d3a600, vw@entry=0xffffffff80a47178 ) at /usr/src/sys/dev/vt/vt_core.c:612 #16 0xffffffff8043be0f in vtterm_cngrab (tm=, tm@entry=) at /usr/src/sys/dev/vt/vt_core.c:1863 #17 0xffffffff804893f6 in cngrab () at /usr/src/sys/kern/kern_cons.c:385 #18 0xffffffff804ecc79 in vpanic ( fmt=0xffffffff808799a9 "%s: td %p to sleep on wchan %p with sleeping prohibited", ap=ap@entry=0xfffffe00ce259c20) at /usr/src/sys/kern/kern_shutdown.c:942 #19 0xffffffff804ecb03 in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:894 #20 0xffffffff805465b3 in sleepq_add (wchan=wchan@entry=0xfffff800021d8648, lock=lock@entry=0xfffff80001823340, wmesg=wmesg@entry=0xffffffff808b194e "tq_drain", flags=0, flags@entry=, queue=queue@entry=0) at /usr/src/sys/kern/subr_sleepqueue.c:326 #21 0xffffffff804f8efe in _sleep (ident=ident@entry=0xfffff800021d8648, lock=lock@entry=0xfffff80001823340, priority=priority@entry=0, wmesg=0xffffffff808b194e "tq_drain", sbt=sbt@entry=0, pr=pr@entry=0, flags=256) at /usr/src/sys/kern/kern_synch.c:207 #22 0xffffffff8054cffb in TQ_SLEEP (tq=0xfffff80001823300, p=0xfffff800021d8648, wm=) at /usr/src/sys/kern/subr_taskqueue.c:124 #23 taskqueue_drain (queue=0xfffff80001823300, task=0xfffff800021d8648) at /usr/src/sys/kern/subr_taskqueue.c:614 #24 0xffffffff81e2ed35 in vt_kms_postswitch () from /boot/modules/drm.ko #25 0xffffffff8043ac31 in vt_window_switch (vw=0xfffff800021d8648, vw@entry=0xfffff800038fb180) at /usr/src/sys/dev/vt/vt_core.c:612 #26 0xffffffff8043b3b2 in vt_late_window_switch (vw=0xfffff800038fb180) at /usr/src/sys/dev/vt/vt_core.c:468 #27 vt_proc_window_switch (vw=0xfffff800038fb180) at /usr/src/sys/dev/vt/vt_core.c:553 #28 0xffffffff8043e318 in vt_processkey ( kbd=0xffffffff80cef898 , vd=0xffffffff80a472c8 , c=) at /usr/src/sys/dev/vt/vt_core.c:903 #29 vt_kbdevent (kbd=0xffffffff80cef898 , event=, arg=0xffffffff80a472c8 ) at /usr/src/sys/dev/vt/vt_core.c:1018 #30 0xffffffff8078ffcf in atkbd_intr (kbd=0xffffffff80cef898 , arg=) at /usr/src/sys/dev/atkbdc/atkbd.c:565 #31 0xffffffff804b1376 in intr_event_execute_handlers (ie=0xfffff800010ece00, p=) at /usr/src/sys/kern/kern_intr.c:1205 #32 ithread_execute_handlers (ie=0xfffff800010ece00, p=) at /usr/src/sys/kern/kern_intr.c:1218 #33 ithread_loop (arg=arg@entry=0xfffff80001c5aea0) at /usr/src/sys/kern/kern_intr.c:1306 #34 0xffffffff804adae2 in fork_exit ( callout=0xffffffff804b1120 , arg=0xfffff80001c5aea0, frame=0xfffffe00ce259f40) at /usr/src/sys/kern/kern_fork.c:1160 #35 #36 0x0000000000000b88 in ?? () Backtrace stopped: Cannot access memory at address 0xbc7 (kgdb) From nobody Sun Nov 5 19:11:06 2023 X-Original-To: freebsd-current@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 4SNkcq2dQYz503MM; Sun, 5 Nov 2023 19:12:11 +0000 (UTC) (envelope-from doctor@doctor.nl2k.ab.ca) Received: from doctor.nl2k.ab.ca (doctor.nl2k.ab.ca [204.209.81.1]) (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 4SNkcp2yxXz3c0c; Sun, 5 Nov 2023 19:12:10 +0000 (UTC) (envelope-from doctor@doctor.nl2k.ab.ca) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of doctor@doctor.nl2k.ab.ca designates 204.209.81.1 as permitted sender) smtp.mailfrom=doctor@doctor.nl2k.ab.ca; dmarc=pass (policy=quarantine) header.from=nl2k.ab.ca Received: from doctor by doctor.nl2k.ab.ca with local (Exim 4.96.2 (FreeBSD)) (envelope-from ) id 1qziWY-0005vY-0b; Sun, 05 Nov 2023 12:11:06 -0700 Date: Sun, 5 Nov 2023 12:11:06 -0700 From: The Doctor To: Glen Barber Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-snapshots@freebsd.org, FreeBSD Release Engineering Team Subject: Re: FreeBSD 14.0-RC4 Now Available Message-ID: References: <20231103234232.GK1289@FreeBSD.org> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spamd-Result: default: False [-0.01 / 15.00]; INTRODUCTION(2.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.998]; NEURAL_HAM_MEDIUM(-0.95)[-0.947]; NEURAL_SPAM_LONG(0.63)[0.631]; DMARC_POLICY_ALLOW(-0.50)[nl2k.ab.ca,quarantine]; R_SPF_ALLOW(-0.20)[+a]; MIME_GOOD(-0.10)[text/plain]; ONCE_RECEIVED(0.10)[]; RCPT_COUNT_FIVE(0.00)[5]; R_DKIM_NA(0.00)[]; ARC_NA(0.00)[]; ASN(0.00)[asn:6171, ipnet:204.209.81.0/24, country:CA]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org,freebsd-stable@freebsd.org,freebsd-snapshots@freebsd.org]; TO_DN_SOME(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_TLS_LAST(0.00)[] X-Rspamd-Queue-Id: 4SNkcp2yxXz3c0c X-Spamd-Bar: / On Sun, Nov 05, 2023 at 10:32:44AM -0700, The Doctor wrote: > On Fri, Nov 03, 2023 at 11:42:32PM +0000, Glen Barber wrote: > > The fourth RC build of the 14.0-RELEASE release cycle is now available. > > > > Installation images are available for: > > > > o 14.0-RC4 amd64 GENERIC > > o 14.0-RC4 i386 GENERIC > > o 14.0-RC4 powerpc GENERIC > > o 14.0-RC4 powerpc64 GENERIC64 > > o 14.0-RC4 powerpc64le GENERIC64LE > > o 14.0-RC4 powerpcspe MPC85XXSPE > > o 14.0-RC4 armv7 GENERICSD > > o 14.0-RC4 aarch64 GENERIC > > o 14.0-RC4 aarch64 RPI > > o 14.0-RC4 aarch64 PINE64 > > o 14.0-RC4 aarch64 PINE64-LTS > > o 14.0-RC4 aarch64 PINEBOOK > > o 14.0-RC4 aarch64 ROCK64 > > o 14.0-RC4 aarch64 ROCKPRO64 > > o 14.0-RC4 riscv64 GENERIC > > o 14.0-RC4 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/14.0/ > > > > 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/14.0" branch. > > > > A summary of changes since 14.0-RC3 includes: > > > > o ISA and GIANT-locked driver removal has been delayed to FreeBSD 15, > > and system messages have been updated to reflect such. > > > > o An update to OpenZFS correcting block cloning between encrypted and > > unencrypted datasets has been included. > > > > o A fix for Hyper-V emulation within QEMU resulting in system crashes > > has been addressed. > > > > A list of changes since 13.2-RELEASE is available in the releng/14.0 > > release notes: > > > > https://www.freebsd.org/releases/14.0R/relnotes/ > > > > Please note, the release notes page is not yet complete, and will be > > updated on an ongoing basis as the 14.0-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/14.0-RC4/ > > > > BASIC-CI images can be found at: > > > > https://download.freebsd.org/releases/CI-IMAGES/14.0-RC4/ > > > > The partition layout is: > > > > ~ 16 kB - freebsd-boot GPT partition type (bootfs GPT label) > > ~ 1 GB - freebsd-swap GPT partition type (swapfs GPT label) > > ~ 20 GB - freebsd-ufs GPT partition type (rootfs GPT label) > > > > The disk images are available in QCOW2, VHD, VMDK, and raw disk image > > formats. The image download size is approximately 135 MB and 165 MB > > respectively (amd64/i386), decompressing to a 21 GB sparse image. > > > > Note regarding arm64/aarch64 virtual machine images: a modified QEMU EFI > > loader file is needed for qemu-system-aarch64 to be able to boot the > > virtual machine images. See this page for more information: > > > > https://wiki.freebsd.org/arm64/QEMU > > > > To boot the VM image, run: > > > > % qemu-system-aarch64 -m 4096M -cpu cortex-a57 -M virt \ > > -bios QEMU_EFI.fd -serial telnet::4444,server -nographic \ > > -drive if=none,file=VMDISK,id=hd0 \ > > -device virtio-blk-device,drive=hd0 \ > > -device virtio-net-device,netdev=net0 \ > > -netdev user,id=net0 > > > > Be sure to replace "VMDISK" with the path to the virtual machine image. > > > > === Amazon EC2 AMI Images === > > > > FreeBSD/amd64 EC2 AMI IDs can be retrieved from the Systems Manager > > Parameter Store in each region using the keys: > > > > /aws/service/freebsd/amd64/base/ufs/14.0/RC4 > > /aws/service/freebsd/amd64/base/zfs/14.0/RC4 > > /aws/service/freebsd/amd64/cloud-init/ufs/14.0/RC4 > > /aws/service/freebsd/amd64/cloud-init/zfs/14.0/RC4 > > > > FreeBSD/aarch64 EC2 AMI IDs can be retrieved from the Systems Manager > > Parameter Store in each region using the keys: > > > > /aws/service/freebsd/aarch64/base/ufs/14.0/RC4 > > /aws/service/freebsd/aarch64/base/zfs/14.0/RC4 > > /aws/service/freebsd/aarch64/cloud-init/ufs/14.0/RC4 > > /aws/service/freebsd/aarch64/cloud-init/zfs/14.0/RC4 > > > > === Vagrant Images === > > > > FreeBSD/amd64 images are available on the Hashicorp Atlas site, and can > > be installed by running: > > > > % vagrant init freebsd/FreeBSD-14.0-RC4 > > % 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 14.0-RC4 > > > > 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 14.0-RC4 amd64 GENERIC: > > SHA512 (FreeBSD-14.0-RC4-amd64-bootonly.iso) = 2af53c6611eb67b184ba4c93c87ad5aba94911946da453428e38af385691c0a952126feff1be717bf67a3d8a227509449dd011364a9587eae41a204da7d18252 > > SHA512 (FreeBSD-14.0-RC4-amd64-bootonly.iso.xz) = fbfe4be553dc78d69981646673b66f9dd8f83d9f5fca3b1e50b11a816f4d47f5e5733e655adf0bb0a78ea0bfb6579ebee0c48157d69b00ec8a669b292eb0c16e > > SHA512 (FreeBSD-14.0-RC4-amd64-disc1.iso) = dac0f20ee98a2679647f1afdc8271b809d436182203e0b17601c69086e532ba73edf3872f67016d768e911164d7ecbc24770ce5b5546b2fe7a6fdabbc40fdc5d > > SHA512 (FreeBSD-14.0-RC4-amd64-disc1.iso.xz) = 662a5cf5c9f1c547f19c974d157b91c600d8e94cd57ff683d3a97a78e10d7675c538c55ad631d7b0c8aed7b4860e4453fce48714debd0b7ded787c533860b5c3 > > SHA512 (FreeBSD-14.0-RC4-amd64-dvd1.iso) = 6c25adce9d49bc9f168ef4048f4339ae70c1648c392b8f3f466335952f9eea5a05960b78bfee46acd38388195b12851e17d2cacf41be4b1fb22b10d5cb32404e > > SHA512 (FreeBSD-14.0-RC4-amd64-dvd1.iso.xz) = cd6201e3432d0fc2889c1612612582436e61d322533a05552650fdff2a48583ff7d399d709d85ef279a377f4afb85894cb7544e7b984cdcf48561de412eb18cf > > SHA512 (FreeBSD-14.0-RC4-amd64-memstick.img) = 02eb4fc41a595d9e78a1866b205d4301b502ec8deeb63414a01bbe61ff3ffecb503ad5a6cc75be4e0e5e11315f5875e141bead5ffe22fa69b111161d7c29c903 > > SHA512 (FreeBSD-14.0-RC4-amd64-memstick.img.xz) = 705c41197a6d354c6c086aa2feca36704808db0df423cdef8bd2bc59fe3f12931a4cdb7257631602e59d49862e31edddf0b4dc974a61ceb9dd6a59209874ee88 > > SHA512 (FreeBSD-14.0-RC4-amd64-mini-memstick.img) = 6988e9300baa0572d0801d9de289784c63b8f6aaab2c2cf37775458bc6828c79fcf3dc873b553346b0e470defc613a7ffdc4cf697e913e25f1cc8c3f95bd6c23 > > SHA512 (FreeBSD-14.0-RC4-amd64-mini-memstick.img.xz) = 9d597049a794d5f6474414d0146107bf4f2886b25a6b48e8cbadf00868ad63afd219550257991509a3969a0462cfa655229d5e6aded9cbb601b6b3508868fa6d > > > > SHA256 (FreeBSD-14.0-RC4-amd64-bootonly.iso) = 28674417c8da59ffe4d1c4fc4f325f49d3f627787bda5dd485a82c6080816260 > > SHA256 (FreeBSD-14.0-RC4-amd64-bootonly.iso.xz) = c9fe6bf7598446ddaaa181a503b559bb185e8f2acc63f5cd93d3caa77b49e762 > > SHA256 (FreeBSD-14.0-RC4-amd64-disc1.iso) = 213d610088db85392ca8a8b8c916c93fff9dc8f8d1c5a07cd2bba9df55ca9105 > > SHA256 (FreeBSD-14.0-RC4-amd64-disc1.iso.xz) = 74c460930aaedc994bb976579baee89df81b08dbacfe7668f004d9d45305b9e3 > > SHA256 (FreeBSD-14.0-RC4-amd64-dvd1.iso) = c2feb7808e4e34a32c3c309c1adb0bf8ed5cd0fa4b4ee98a44b1ebc7e48dc04c > > SHA256 (FreeBSD-14.0-RC4-amd64-dvd1.iso.xz) = a06045e90977e5d12c104daf7d96d9f0f452d3215d080dd27d072ab670ae981d > > SHA256 (FreeBSD-14.0-RC4-amd64-memstick.img) = d315c05038065f984c178829deeda47ac682c74c1bbe66a177873cdda7bc25b4 > > SHA256 (FreeBSD-14.0-RC4-amd64-memstick.img.xz) = a9068d9d04ac6b32f1d22b4ae803839a28f399fafe70e77d0a6aa7b3c89544e8 > > SHA256 (FreeBSD-14.0-RC4-amd64-mini-memstick.img) = 0035dd4d97b5243b0b8ddf9636bb39071013941d48fea9be0b92015cf74d4d5d > > SHA256 (FreeBSD-14.0-RC4-amd64-mini-memstick.img.xz) = d5e7b50fee0cfd5a8cce12fe0e86cc2539fe4d84345c5363b7ccfc08c59eb525 > > > > > > o 14.0-RC4 i386 GENERIC: > > SHA512 (FreeBSD-14.0-RC4-i386-bootonly.iso) = 8a9bc193a306328ec6fc17fe85a7333365a6f41560876ba6753623bff37a361b9e4e9417cf31f5913205c27e01b06f431553bff065efb4926d251229883e82f1 > > SHA512 (FreeBSD-14.0-RC4-i386-bootonly.iso.xz) = d4a21ada61e8f7157191c022ab30f0f17fabc3828ec75628fe18946a7b52f44d9f684fa07d61ea01ffc0a64a4fd7cfd1927985a4be1d264c7840131999ed87a2 > > SHA512 (FreeBSD-14.0-RC4-i386-disc1.iso) = 1b91762401259e9a0aab18499fa8270f8dad2b7651c5433d313850052af7e702a66f9408a7f274e379cbd86cfca184fb3e9181f33939a771dce1e683f0fb90e5 > > SHA512 (FreeBSD-14.0-RC4-i386-disc1.iso.xz) = e535de2443335277f43fc8de8e93fab85b452d8c67596d4b87bd6830f0bf6a09e0014600d2e984c69bf5e5bb600683441b87cf580fa3994a626a098e10cb3272 > > SHA512 (FreeBSD-14.0-RC4-i386-dvd1.iso) = 2b803000b10cb5d1fe324708193874dc52035ac6ed3442c6d6ce1668597da5f19c1bf920dc63a34b5cf599c52d2d423e5ea22402edaf084f219b755f7be99c24 > > SHA512 (FreeBSD-14.0-RC4-i386-dvd1.iso.xz) = d269054590c2f66217a7d500c28886fd80f105e343052a69b55576c2aea981e9745d10b49778d18af13f8b2b2e884eaeb90b1d0324f196dfca0779032ff479bd > > SHA512 (FreeBSD-14.0-RC4-i386-memstick.img) = 8a8c6488926099c04a78cf0ddeeececbf0c4d2372bf1ea00516d8bdad8ec31f0ac81333c06c3a78d1c883297fa584e53cc895f50a4cca620a9e20125c909d16f > > SHA512 (FreeBSD-14.0-RC4-i386-memstick.img.xz) = 68211b0d63ffab63a76e04001d9ed0960095a1e4effd24d38f7fcb7e73d3d1ad99ec1a94d555e5610375bae534d01ef925a7d08ef542a9a352a6a7330712baa6 > > SHA512 (FreeBSD-14.0-RC4-i386-mini-memstick.img) = 0571d8c32f493a908beda92bc92c597f9bd80a2474108ff743ad11dd463ef21c754294da5e993beb8944df03cd639d2d969318651d1fe1a1251b3f4f1f5eb66a > > SHA512 (FreeBSD-14.0-RC4-i386-mini-memstick.img.xz) = 83f3422ee6935f8b6994a1fc40c2f750ea27bab1c1b324e4b3300f87de47e8a29e7f127201a4eb03f713b6fe1d47ea81a05cbf8ce063286960c3e28ab2f17694 > > > > SHA256 (FreeBSD-14.0-RC4-i386-bootonly.iso) = bfeacfe8bbf429cd88e8ed4145de24f747e75c4e97c6bfd023d88d4752e5100a > > SHA256 (FreeBSD-14.0-RC4-i386-bootonly.iso.xz) = c11f09b11183105b5920753bbcf68427574d09ca7fb10d812b995999c04b2b0c > > SHA256 (FreeBSD-14.0-RC4-i386-disc1.iso) = e032e4300210f9aed57e5c820fc3c07c4d0b9cbba417d61458dba74d188f0214 > > SHA256 (FreeBSD-14.0-RC4-i386-disc1.iso.xz) = 53d6c96580d2a486b9da43169e4e4183cd125b06f3a1e7fa25e74487c20e50ea > > SHA256 (FreeBSD-14.0-RC4-i386-dvd1.iso) = 7e756d0ae13e9798601f45740ab7381c0e319efa3691ba1565ff203a613ea77a > > SHA256 (FreeBSD-14.0-RC4-i386-dvd1.iso.xz) = 90bbb28db964188988bbff402a677fe10cffaf9f620fc78a5883a1c381a969bb > > SHA256 (FreeBSD-14.0-RC4-i386-memstick.img) = e4699f5e7ffe6d9f38b000e324c896955c005324702e30477b529786a49e00b9 > > SHA256 (FreeBSD-14.0-RC4-i386-memstick.img.xz) = cd978403efd56248c655232b02dcf5e3b292faf691c98e72f1482707e2bc9db2 > > SHA256 (FreeBSD-14.0-RC4-i386-mini-memstick.img) = b80b37c2aa16c4166426e2f6f3ec9fdccd765ca965f75b855ef3dda619c7a02e > > SHA256 (FreeBSD-14.0-RC4-i386-mini-memstick.img.xz) = 5157bf384edbc8c4069e1360297a680e3540be85aad614f82c7bcc14d1ee1055 > > > > > > o 14.0-RC4 powerpc GENERIC: > > SHA512 (FreeBSD-14.0-RC4-powerpc-bootonly.iso) = 02ad34d6e7a3acdef46d3a6bb7abb44fe3e55fdf8f99b900a3aedd97520f409888db21e9ab359c641deabfebcce5360ec1d1d4ac90fe60c42b2ee8de27c9da89 > > SHA512 (FreeBSD-14.0-RC4-powerpc-bootonly.iso.xz) = 1a8b2b661cfbef4f1656c5185dbdbd37b751ff4862f951b30364d9d91bbe030e69c5ee98adac1be81a3a7fc0e209f530c57440c714c8e9e8b1a547e3cdbb6633 > > SHA512 (FreeBSD-14.0-RC4-powerpc-disc1.iso) = 783445a184562191cbaee132004de70502aac22001fc5aa1a10ae0d5d18eae5005dc630a2c3e72fe9b47e98c4625edef165fce21f1678deb1f8ad3e991ca8f3e > > SHA512 (FreeBSD-14.0-RC4-powerpc-disc1.iso.xz) = c28086587265cc80ecff0233ac6eb8b3e4a51232e5ab662c04df513e78fe996f051aefb668038190658805d18539c86f49e992540308ff35e4c47fd24a72e292 > > > > SHA256 (FreeBSD-14.0-RC4-powerpc-bootonly.iso) = a6c330740401487ca15097612acf08a1b8c933e94f6a1a104527062250f5d5f9 > > SHA256 (FreeBSD-14.0-RC4-powerpc-bootonly.iso.xz) = e7e5bfcd06bce96a10785bfe0b2aaba21f7cf0963af0744e1b064bc198c23811 > > SHA256 (FreeBSD-14.0-RC4-powerpc-disc1.iso) = d31ac53ca89a915c2a613343bd4bd5bf128d2e8f9f38afa789e232097c25ab5c > > SHA256 (FreeBSD-14.0-RC4-powerpc-disc1.iso.xz) = c85cbf09b76f66b6795b18214d06329694f392e06ffa9df52447cede5c0a9aec > > > > > > o 14.0-RC4 powerpc64 GENERIC64: > > SHA512 (FreeBSD-14.0-RC4-powerpc-powerpc64-bootonly.iso) = 6dab28bf1bb33d4f0b2f90eb3dd45c473e2ee446125f3597a43c5a69d5731a3bf52c402ea8d5df0871dc53e0689bd01dce279e36e9ebff64bd4a9a7988083795 > > SHA512 (FreeBSD-14.0-RC4-powerpc-powerpc64-bootonly.iso.xz) = 3022076a2c7bd3c0b27775320267e232f61efc4469d84045f2732f0864a780641e8833de89b6a591a2a5302884588b956b64cf85c538467998f7e005af72be0d > > SHA512 (FreeBSD-14.0-RC4-powerpc-powerpc64-disc1.iso) = bf3c2a10a513ff281e77aa0cd41d0a5c8bee4d5be94936615e612dc3044dbb4e8077b0e5e1fa236479a0d48b72649871e5b1f5cb8d64cb484d09037ce3407f65 > > SHA512 (FreeBSD-14.0-RC4-powerpc-powerpc64-disc1.iso.xz) = ac4ba53584e65b9ce94a6fe50139c4df10ba527647c170b4a37077e7bdd0d6abebb0954ba7b06f4b1d0aa27d74fec6f8cde2f214646d9c0ed4523790378bac96 > > > > SHA256 (FreeBSD-14.0-RC4-powerpc-powerpc64-bootonly.iso) = 73c31144955ad8a63772dec8ee4be107ec9c290e966faf95f354c63c1b41ca14 > > SHA256 (FreeBSD-14.0-RC4-powerpc-powerpc64-bootonly.iso.xz) = de0a4127dd7b7ea2bd4bbfb809094199e1f9135f1c9fd12fcc6e06fe7c818861 > > SHA256 (FreeBSD-14.0-RC4-powerpc-powerpc64-disc1.iso) = 34a72ea31ae01ad57ced7e4ab6eac3b9714179003ecd0995996284c74a88ebb8 > > SHA256 (FreeBSD-14.0-RC4-powerpc-powerpc64-disc1.iso.xz) = e3f82a17d9dddb20c6ca195340ddcf2d63eb82bbc6c381b4adcd864c1845386f > > > > > > o 14.0-RC4 powerpc64le GENERIC64LE: > > SHA512 (FreeBSD-14.0-RC4-powerpc-powerpc64le-bootonly.iso) = 14338fe5d76356713ee94f6b3ca293abbdaf380d0cd2b74ada14a4ef475f6c34c68e67dd13fcb69dbd9cbab1a951d4e71c81d5add7f3133d792e94311c8f262e > > SHA512 (FreeBSD-14.0-RC4-powerpc-powerpc64le-bootonly.iso.xz) = 399fdb443265566bd5e6ce1a3dc11ca41f005968a529a7535dd72622a3ae0fb2a93e66b7753c953fc5d35c63b58022ab4c223f914d3720a19490332b379156e3 > > SHA512 (FreeBSD-14.0-RC4-powerpc-powerpc64le-disc1.iso) = acc729d7abd0f8474e1fdf3f22804aaa486c98e479dad813b83116036e0db16dce9ab956c1fd6fb80d69f462f43200f3220864e1901ae62903b717682838e5fe > > SHA512 (FreeBSD-14.0-RC4-powerpc-powerpc64le-disc1.iso.xz) = cb341d0eb64847a50ccb33170bbfca9c8855377e6883a4cc0c181967182700afc669b6112edb37275519cac5992765700f9eb16aef6d0bcfbc25cdb399839cab > > > > SHA256 (FreeBSD-14.0-RC4-powerpc-powerpc64le-bootonly.iso) = 2bff70b162f8f4711f9f2eb67fe10716166f4b8c062e4cbaca34fb8d521bfb09 > > SHA256 (FreeBSD-14.0-RC4-powerpc-powerpc64le-bootonly.iso.xz) = 03c7bd799e52bb6e95428ce7809ba863f2c98e2ab71dbb45fcd67eddf79677ef > > SHA256 (FreeBSD-14.0-RC4-powerpc-powerpc64le-disc1.iso) = e2387661bb279c3cf6f904a858c2d87aed1ede49a29f1d1f8424d65bad38ccd6 > > SHA256 (FreeBSD-14.0-RC4-powerpc-powerpc64le-disc1.iso.xz) = a3b4ca6af55b099100677685033328868d28cdd9322b1bcd12b4d5c0919d6652 > > > > > > o 14.0-RC4 powerpcspe MPC85XXSPE: > > SHA512 (FreeBSD-14.0-RC4-powerpc-powerpcspe-bootonly.iso) = 4417492d5d6ae001661252a465090d9d6daa50429cda5c069284c95095533e35e6b9bb94c4c5a24d8c51768a9732b960b3659f1e66577c4e0baf41c37cdb01e7 > > SHA512 (FreeBSD-14.0-RC4-powerpc-powerpcspe-bootonly.iso.xz) = e9fb2333c5dea7048fbf289209bab16a8854de08847782acbcfe869d32d77aa5dc4089020baf53c4e88aa95c8dc696ff7bb770f8d14a823d2c0248c477cf78d1 > > SHA512 (FreeBSD-14.0-RC4-powerpc-powerpcspe-disc1.iso) = 25ebf8167e090dd09647eff3f26c8313097de84b3038165018afa05f5dc5893b63286042a524fb53feeb323ee337c934616f47c6739e65cd89ffc3bc0e5076b7 > > SHA512 (FreeBSD-14.0-RC4-powerpc-powerpcspe-disc1.iso.xz) = f7199bda837bd15ad1c201962fcc31c88ef0134605092436f09fa1ee7027f440cd808deef20c34f63c6a80de1411d1eababfa0ed529af091dad7baef8c676a77 > > > > SHA256 (FreeBSD-14.0-RC4-powerpc-powerpcspe-bootonly.iso) = b9b930c2e2d3a320befc46cd93eeeb8bb10d8c87db8864d00fc5438def022391 > > SHA256 (FreeBSD-14.0-RC4-powerpc-powerpcspe-bootonly.iso.xz) = 9281bceb101f97b9741bb0ca3407998db598a35c6117f472409d7dbc88c78f4b > > SHA256 (FreeBSD-14.0-RC4-powerpc-powerpcspe-disc1.iso) = 01b59d130bb608dfb012306472d24d9a46a25c329a2d86bb9396c5b26c9233be > > SHA256 (FreeBSD-14.0-RC4-powerpc-powerpcspe-disc1.iso.xz) = 721a3a28b3cebb358d5d93ba7cf7345325ea421d6fb1c6b624ba8d8a8244d23d > > > > > > o 14.0-RC4 armv7 GENERICSD: > > SHA512 (FreeBSD-14.0-RC4-arm-armv7-GENERICSD.img.xz) = 5d0592accd64318e81ab36b3f15cd828998734a6c781d9a267928550a5ae60ab3a2e36ddfdc6749b6851f96e06f57778aabb861c6f55cdc2476402eee1c8f8d2 > > > > SHA256 (FreeBSD-14.0-RC4-arm-armv7-GENERICSD.img.xz) = 858f153be5aa6312e14ae8b4109bd7bf3b221668cfacada991bcd22beec95342 > > > > > > o 14.0-RC4 aarch64 GENERIC: > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-bootonly.iso) = 47b116b596167cbabed0cbe238b0265c79cfc9cd75be74ab690c465756145552e6c8d40f8a803d56afb4d7ef0106cce14581d342e31c92cf230b12ff5fe04324 > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-bootonly.iso.xz) = 379bdb38548995866a5325b3fd4ff71b90887d2b97d9c5f41561d41c953cca271990a66b541b5625897ef4ce1359deae8fcf42f7efa4f19aa1b582793fb4e513 > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-disc1.iso) = 105a6fe2f4b4b0669219adba0aecc4f056e27d3f380d1591a8bdb1cb60917b52242bd5ac9127a461bf3cdc85d323402977e617220c37129511149810e166c48e > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-disc1.iso.xz) = 413a2ce8523ab59acd70bc8e52c93ce65558cf0b57627683534267d5695977b1bcea85d754528251e1375b469f8f69b15e22476fb3cd8916cb59c4ca10a6217a > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-dvd1.iso) = ad536c842136232eafa8f27b57641212c3b13bbb8ad560cdc7d964dedbfa878b6f050876792c94a54c8caccc687c49fad1bfe5586e51f9001c2db5fc1e24651a > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-dvd1.iso.xz) = 74d78034d36f19f918e3c807ecb675b5d95bbe3d6fa517d6d2ceb10a29fcf7d89c9067ec1c78638af6cc8c5fba8eb91bb5445a4af1a66a447c03000433ee7ac4 > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-memstick.img) = adea1b24641b05b1caccd806f224397421cf94d1105861d3d6485065027461f20809edee7f258fbf45a69cd82a1beae7afd0c48d025a8e4646232d9a634abf1d > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-memstick.img.xz) = 76c6733aea25b1c7130b0dd87056a40310caf5868afd592fb0239a882cd45f61c8975b3819a958d0dd42385d2c52dbe61dc910d7814a0c8514c804b52944da09 > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-mini-memstick.img) = dab27511105faeeaccfaabb498682906ff2d61561e9f422eb26b20abc4ce2bbfa0a6d3cbfc5e26e06a737fffbb799559ebd3a659ad5a37f361937cdbf0f3c312 > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-mini-memstick.img.xz) = 918d3452b5a4bc5873e781596d5bc119cde82b89f782094efc5e6913bc58774bf368ee178287fce22ff146526cbe17171e7db45acafdb94bc2818d45c475fcaf > > > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-bootonly.iso) = 84cedc4fcf0da7186f1289815276b7d6eb1cb9fd0058a8057bf130e00b7596e5 > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-bootonly.iso.xz) = 080dc3e9d965ef4b5180b376e5c6623fb5d2fdb6b6e3ed151ca981eef6965675 > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-disc1.iso) = 41a9163f4adaec848319f914f23879c608fe73ef3d498f1b402494d594e86fa8 > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-disc1.iso.xz) = 621897f6d6f3631b0b830d08fa5b969a1a556e18aac637a05a6d9876885d440a > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-dvd1.iso) = f252763cecb39b3fa6f3d2a75dd593bd891f01c3dcd68f90436a53610b77fcb2 > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-dvd1.iso.xz) = 7e9e9085ef8c4ec7f1bf7e493fb16f2101edd59342b05de7bd52c4e142aea812 > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-memstick.img) = 145eda64f7a3e91f3ba253478a5d290fe141a0f6c2f8050e04625ec759f1e043 > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-memstick.img.xz) = 7afc16842df83f0722e667eca07cdfcfbc9b2c35f8437b3397c195e6a9636c27 > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-mini-memstick.img) = 9baa46356ae16a828e3e8ad3d9f1217bf4dd2d826392f18797d885600f7e814c > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-mini-memstick.img.xz) = 000ee91e812d04886d04d6e4f77516835caf1c372bb37eebbcd81a56f5dd83e3 > > > > > > o 14.0-RC4 aarch64 RPI: > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-RPI.img.xz) = 7291b077b0338c5400af32eb6822d0139b953ad971cd9f44c5646ab5e3e502833fcda35005412a7b24203dd8dc9e3b2fe68bc3c737812b2255be624094013c47 > > > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-RPI.img.xz) = 26d84974d64fc0fb10cc8f5f7afd9fd49a84b42392b3537fd8766bdcc0e0cd41 > > > > > > o 14.0-RC4 aarch64 PINE64: > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-PINE64.img.xz) = 6aaa42b2f515e3847235001382683484a57790e9ba1da8b19fc318668ea6b0640f76e00d6a12b3daa1ea9ea09bd0afd0db1fa322ed236fa9e181c1ebaa19906f > > > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-PINE64.img.xz) = d242d0337fd76684ebfce4ff84641303da07502d51f33089219aa70c615eb4b2 > > > > > > o 14.0-RC4 aarch64 PINE64-LTS: > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-PINE64-LTS.img.xz) = ce3deff3d02244359303331b0b3ed966bc503a42f1da0eee54f62984d2e8e54dc61f184c699cfb11aa3465fe31a89028799c0059185915d151da3be10301b8cd > > > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-PINE64-LTS.img.xz) = a6d398d616d2f9db3692f2c8118d9a5cde3960cdf2797497a7c155b9e8139b37 > > > > > > o 14.0-RC4 aarch64 PINEBOOK: > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-PINEBOOK.img.xz) = f0a50d83fee5d113a95ab09c64c757243bb8874d8384c05f4bc14d6f5bd33075989ae0a73c13a46b9107f32c2834a74cde5481e970fb47d064544664a21f6abf > > > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-PINEBOOK.img.xz) = 42e38931bd4d527ca0753cf861f90e91d3df2f9e108c632656a77bcf16bf5068 > > > > > > o 14.0-RC4 aarch64 ROCK64: > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-ROCK64.img.xz) = 14888fe2af5cd4f1787b86cd49c61f353619761cbe43436beb12ca1207b5c15e682ec0446257dd0dc4876c9e0a9843b318e38f20f4b8f96f8aecfb2c7d8ee6d2 > > > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-ROCK64.img.xz) = 720687a8f2f7639d661dc21bd2176bad14c27f51d6fcdf6aa45fa976352332e6 > > > > > > o 14.0-RC4 aarch64 ROCKPRO64: > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-ROCKPRO64.img.xz) = 476f9bf3cf86aec65823eeeffe8b3caf3f8df3b599672137bc6cddacde16b5db28575e768206cb5d29baee09236a658a03f75efb5fdfb766adf49abcd698bee3 > > > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-ROCKPRO64.img.xz) = 66d44eb1c4745b80c928dc71fe4822b9adc213cd66dbb61f78f440d715c9cd82 > > > > > > o 14.0-RC4 riscv64 GENERIC: > > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-bootonly.iso) = 524773593f3187ef7bacb7bcd49ad3422121b819ae34f51d79d6ce91f2754df7e52dd28df62c335bccfd987bd7af073a00d04beb866cfc83d710e6cdc8d33624 > > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-bootonly.iso.xz) = b1fa47bfe88a85dda0a7a92e76d65fd620a5c62a1c8fb5baa21183ff75614bf80c63424a9efd4a4a646e50c03e1dfb17c49c589dbdf7c8c78f915835115d1ce3 > > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-disc1.iso) = 2627889757b073413dfdf94118ae7d47a173a4a6f148d9552c7f77357ffdda54298a4ae59b0c5a36159076784a2f50ca1c24cd127616ade0945a953604d62935 > > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-disc1.iso.xz) = 756e79801584cf2366d8eb0365facd53e6fcd3ae1c753073f6389d4e16c4f839ddf8e5a26b27daf767b5b727dac3d2976e14b02231d52498de7ee4bc4dc34541 > > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-memstick.img) = d511a815a8ceef7bb3197dabecd4e59ba61078d008f96ec6c8990b9d0583569ac896d8739133feb7f13ea91635232d6dc3e6f9a8e5d546047ecef953b087cfd8 > > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-memstick.img.xz) = b33caeb29f10dda4bbffba3ab1cdd914777e1b0639a2264859741522f313f38bde8a9bfa24e6cdb64c02746257e7dabaa56c39b3824a66480063e8be91c79fb6 > > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-mini-memstick.img) = 68c638927e0e070e8ec7a704e763db9561a23b46d39288e55faa1ac8fde0b39853ebf9c36e2f51752a965d6940cbdbdcafdff2bffc33fad9866363988dabe337 > > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-mini-memstick.img.xz) = af0b304c13a6bb69eebc5e106caf60419a8d41d2da90ef935b76e7b39cacceba98c37a8237d7cd3d012fcd4658d71a36d7197f7e4ee2b9fa67c8d7bd4c33c830 > > > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-bootonly.iso) = 3605436a2601aa992ab8f6b0ac238e13fd8fe14c11c42c6fe5ffd2395f0b5669 > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-bootonly.iso.xz) = e9423f5452213d821720bb6497416741f678187d4c7eb885437661c7b13af955 > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-disc1.iso) = 5f81e6deb3c98feca33ae5f5b409bb25b425b62279bcc1b40a36e756ad1ae1a9 > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-disc1.iso.xz) = 8c6e348f874ef42aab7527fd118902862529e37a50e33e73ba700758262501c8 > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-memstick.img) = 69153d6dc19fe08af410f23af3c2f95bd33500e9152e2f00a9489d47fa308faa > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-memstick.img.xz) = a1b97f38dd5f16c2c0fca710a6c296e5420388d2df887c66c31c7b152449cf47 > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-mini-memstick.img) = e9a370a815ce652fa9851242b4beea28a41ee27ca3ccab87c2605fc491dc8fbb > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-mini-memstick.img.xz) = 93075f74008d544c843332ef792dbcae4cf26ba57b50842c39f299e8137d1da3 > > > > > > o 14.0-RC4 riscv64 GENERICSD: > > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-GENERICSD.img.xz) = e61212d3bcb42858f080c0260fac4d0fcee80819de0ca6504bb0c9113cf598b43d11134ac26a9dc3b5fc142431370c3bec86debd94e02a2fa3114c7c7d9cc34f > > > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-GENERICSD.img.xz) = e1bb1522ebaeb9a8b0d218af007ba76542d87e6b0fd146fecc07bff7d2bbed90 > > > > > > == VM IMAGE CHECKSUMS == > > > > o 14.0-RC4 amd64: > > SHA512 (FreeBSD-14.0-RC4-amd64-ufs.qcow2.xz) = 166b0709efc63262b964c604ea746e1ac6743b2bead2efab5d5c4d6c9491a336e39d1a793b465eb751f6085ef7fa0988840e1dbcb47f67f0f5dd7ae3d48b57c4 > > SHA512 (FreeBSD-14.0-RC4-amd64-ufs.raw.xz) = b158c9369ecbb0178cc048990f855a71e6ffbff32f0bdbf2d5ff0255659b95e062ccc886cfdd7f91ad25fdb1d8d0f4bb78d3d097202bc6b8bd27cf13fde3220c > > SHA512 (FreeBSD-14.0-RC4-amd64-ufs.vhd.xz) = f860eeb1cd405bd074cca746542cff147c9331a5b64a50c43c95d686686db81b5d2e4b1f5ea8957f403b4425dfa156bf39ede7a98807d25828d7d9dc0232dd69 > > SHA512 (FreeBSD-14.0-RC4-amd64-ufs.vmdk.xz) = 3787cf9de0a5f4b8ae358f2316ddf62493aa6b30d70f6af2108a1730e9d79e07ef847932d7fa42b11f6f5b8b9eb3f33f41c701a67f2995005afdea053d6ef330 > > SHA512 (FreeBSD-14.0-RC4-amd64-zfs.qcow2.xz) = c3e7e36e5b19f3ee80011a035b047063deb64acc1409fccd3732f5639d0cc1ce0c0b1da0f60a99b3cd7c696243917ec580ef6d5319b52c1763676def92d34e86 > > SHA512 (FreeBSD-14.0-RC4-amd64-zfs.raw.xz) = 50c9a08d10d96f42c1669abf25a75d4115c6eb6b71241f1b8e321dcf2ac313627e6b449b941604150ecef652a7786dcd0b0be7c1b4221ae459c08e0bd5ceee91 > > SHA512 (FreeBSD-14.0-RC4-amd64-zfs.vhd.xz) = be44fe7f97ac044b00cc39554df4eca8a19dcacc03e936747822acbc091f0baa5b6f6ebd219fd34a1f3e86f8031cf132cdd7e12f9b498bef3b9a4c79cb60d3a8 > > SHA512 (FreeBSD-14.0-RC4-amd64-zfs.vmdk.xz) = 25a399e1165f7c77ab96daff57270cc5013fc3f2a1d777583fbde100a396211f46661f3fd9e675367e519b7be3cc29276529aaab062a821e8763496e8a628597 > > SHA512 (FreeBSD-14.0-RC4-amd64.qcow2.xz) = 166b0709efc63262b964c604ea746e1ac6743b2bead2efab5d5c4d6c9491a336e39d1a793b465eb751f6085ef7fa0988840e1dbcb47f67f0f5dd7ae3d48b57c4 > > SHA512 (FreeBSD-14.0-RC4-amd64.raw.xz) = b158c9369ecbb0178cc048990f855a71e6ffbff32f0bdbf2d5ff0255659b95e062ccc886cfdd7f91ad25fdb1d8d0f4bb78d3d097202bc6b8bd27cf13fde3220c > > SHA512 (FreeBSD-14.0-RC4-amd64.vhd.xz) = f860eeb1cd405bd074cca746542cff147c9331a5b64a50c43c95d686686db81b5d2e4b1f5ea8957f403b4425dfa156bf39ede7a98807d25828d7d9dc0232dd69 > > SHA512 (FreeBSD-14.0-RC4-amd64.vmdk.xz) = 3787cf9de0a5f4b8ae358f2316ddf62493aa6b30d70f6af2108a1730e9d79e07ef847932d7fa42b11f6f5b8b9eb3f33f41c701a67f2995005afdea053d6ef330 > > > > SHA256 (FreeBSD-14.0-RC4-amd64-ufs.qcow2.xz) = b79d9e82e3bf5081efb8159b66b3b3fa0472fefab9389f0ca8e18a469720a5eb > > SHA256 (FreeBSD-14.0-RC4-amd64-ufs.raw.xz) = c1718eff5c455afc9e689b97751ba577eeff880c1e02ae0ac758dd8452f18977 > > SHA256 (FreeBSD-14.0-RC4-amd64-ufs.vhd.xz) = f75b814422bfe88ae352d4342a6fce7a7059ae83210c20f3af30ef410bbc7a56 > > SHA256 (FreeBSD-14.0-RC4-amd64-ufs.vmdk.xz) = 4abcfc77bda9f04fdb83af19d66a3db908dc2eac3983f3169e01b59c7cce3055 > > SHA256 (FreeBSD-14.0-RC4-amd64-zfs.qcow2.xz) = f99a66864585598496cc43f73deed54f1a4c05552e5f02e8505c71bca743d573 > > SHA256 (FreeBSD-14.0-RC4-amd64-zfs.raw.xz) = bfcb87a82a02ed1f7ee3bd25885f3d8d51c1c384f56e4ab9ff959fbac600e6ae > > SHA256 (FreeBSD-14.0-RC4-amd64-zfs.vhd.xz) = 7c3c47e9abf98e406bb3c68dba55cab34a54e50fae5df79afdf9605dc768f0f1 > > SHA256 (FreeBSD-14.0-RC4-amd64-zfs.vmdk.xz) = 5b0c3e8941ab57d18a9c3bf611158812d413cc9f1191bafdc0874e3b858448d3 > > SHA256 (FreeBSD-14.0-RC4-amd64.qcow2.xz) = b79d9e82e3bf5081efb8159b66b3b3fa0472fefab9389f0ca8e18a469720a5eb > > SHA256 (FreeBSD-14.0-RC4-amd64.raw.xz) = c1718eff5c455afc9e689b97751ba577eeff880c1e02ae0ac758dd8452f18977 > > SHA256 (FreeBSD-14.0-RC4-amd64.vhd.xz) = f75b814422bfe88ae352d4342a6fce7a7059ae83210c20f3af30ef410bbc7a56 > > SHA256 (FreeBSD-14.0-RC4-amd64.vmdk.xz) = 4abcfc77bda9f04fdb83af19d66a3db908dc2eac3983f3169e01b59c7cce3055 > > > > > > o 14.0-RC4 i386: > > SHA512 (FreeBSD-14.0-RC4-i386-ufs.qcow2.xz) = 83e9052c4e7bb574ea9763309ddc952a9632cc8b2b8693cf84c3d405e91a2d5c0ce8c9b25947982661537a9fb64a3325449cfb9f18699741328f5f8f446d1407 > > SHA512 (FreeBSD-14.0-RC4-i386-ufs.raw.xz) = 66f9dca74d1e24869ea85f6ac10868b9197bdb508956168319f25db9ab1e7b13723b48cd544d0b25dc01d898eec127decb06329ca9c3ca9f3b333fd106eed49d > > SHA512 (FreeBSD-14.0-RC4-i386-ufs.vhd.xz) = 8b0152123fffd4ea9e38b7658eeddf7e6fb69525e68312f3ca0a57efdcc3716113703e94b03da0f6607ef87782599a1da74b588b3b17a934c4299f9b9d62f99a > > SHA512 (FreeBSD-14.0-RC4-i386-ufs.vmdk.xz) = a894383f188ad274130eb3c6d27d2e8810a502cf4f43544ecead17a61880b7b5a24f3a2709b6251c4139613a9d7e231f6d13b75b2c1413136e76b9ada1b04897 > > SHA512 (FreeBSD-14.0-RC4-i386-zfs.qcow2.xz) = b02e65d34149f2b21ea8f4d546764f16ad0c96c067f7c7afb685301cf4e4b1d5953f9fbaefdb6b8b2e1ab275d5c201ef1f1e3a2fdb4ce9a60078c133092f6911 > > SHA512 (FreeBSD-14.0-RC4-i386-zfs.raw.xz) = cfbe7aa6c8339daee268202e95d2c0c385f65debe53a22710c8314beae5a7f6e9cde02920920febf062a6613c84498e6659aa0878b112fb06af7c1a27843fd65 > > SHA512 (FreeBSD-14.0-RC4-i386-zfs.vhd.xz) = d72284dad778a11cf40be9a91ba1537f32118567e3dcefe40449d225f6f6280746a89b0d15e689db7ed60b54caa4cd69067b303791ab33b47b58ccc854e0c035 > > SHA512 (FreeBSD-14.0-RC4-i386-zfs.vmdk.xz) = 0e61517e4ff20edb0154bd68a7bff76f6095a4ef63bd1699f4665c39cf4a00d7eea1f9d562e4620c75c1ab982811409032033900e8fdcf892d228fcf49f3a335 > > SHA512 (FreeBSD-14.0-RC4-i386.qcow2.xz) = 83e9052c4e7bb574ea9763309ddc952a9632cc8b2b8693cf84c3d405e91a2d5c0ce8c9b25947982661537a9fb64a3325449cfb9f18699741328f5f8f446d1407 > > SHA512 (FreeBSD-14.0-RC4-i386.raw.xz) = 66f9dca74d1e24869ea85f6ac10868b9197bdb508956168319f25db9ab1e7b13723b48cd544d0b25dc01d898eec127decb06329ca9c3ca9f3b333fd106eed49d > > SHA512 (FreeBSD-14.0-RC4-i386.vhd.xz) = 8b0152123fffd4ea9e38b7658eeddf7e6fb69525e68312f3ca0a57efdcc3716113703e94b03da0f6607ef87782599a1da74b588b3b17a934c4299f9b9d62f99a > > SHA512 (FreeBSD-14.0-RC4-i386.vmdk.xz) = a894383f188ad274130eb3c6d27d2e8810a502cf4f43544ecead17a61880b7b5a24f3a2709b6251c4139613a9d7e231f6d13b75b2c1413136e76b9ada1b04897 > > > > SHA256 (FreeBSD-14.0-RC4-i386-ufs.qcow2.xz) = 6ef1dfcea80aa0687141c7917f0e8ab81c4241a62bee8043ac1dc23c82be05ed > > SHA256 (FreeBSD-14.0-RC4-i386-ufs.raw.xz) = 5eca8b0ffe97f7e6a485f496a61fad9c93a261c6c4e0d083f9fd1c500c2d4db4 > > SHA256 (FreeBSD-14.0-RC4-i386-ufs.vhd.xz) = 3997fd89984392f2ca2fc3b7df864dfd0dfc17be750aa78d61a31233e947fc0b > > SHA256 (FreeBSD-14.0-RC4-i386-ufs.vmdk.xz) = dda9a1962d1cd910465c1c91d36c2df5c923fe7353fffb172c04adaebb368505 > > SHA256 (FreeBSD-14.0-RC4-i386-zfs.qcow2.xz) = ab840c119d46ab49e2e33f7024f453ef872df908b47a8d9fdca0a8740b49c478 > > SHA256 (FreeBSD-14.0-RC4-i386-zfs.raw.xz) = 1d2635935bdd73de8e76b8815392a2f0399782aa9e41296bc4dfb9e2073a35aa > > SHA256 (FreeBSD-14.0-RC4-i386-zfs.vhd.xz) = 998a040e0849ed03a1cbf6da446672525c5ddee79ed225ff7cd8283164b484bf > > SHA256 (FreeBSD-14.0-RC4-i386-zfs.vmdk.xz) = db11801f993246135e3cd4b28b6c7457853668180ff7d11c4b0c7018e04a58c2 > > SHA256 (FreeBSD-14.0-RC4-i386.qcow2.xz) = 6ef1dfcea80aa0687141c7917f0e8ab81c4241a62bee8043ac1dc23c82be05ed > > SHA256 (FreeBSD-14.0-RC4-i386.raw.xz) = 5eca8b0ffe97f7e6a485f496a61fad9c93a261c6c4e0d083f9fd1c500c2d4db4 > > SHA256 (FreeBSD-14.0-RC4-i386.vhd.xz) = 3997fd89984392f2ca2fc3b7df864dfd0dfc17be750aa78d61a31233e947fc0b > > SHA256 (FreeBSD-14.0-RC4-i386.vmdk.xz) = dda9a1962d1cd910465c1c91d36c2df5c923fe7353fffb172c04adaebb368505 > > > > > > o 14.0-RC4 aarch64: > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-ufs.qcow2.xz) = 6f67f49ddf46bd4468394c985a2b34bc48f975f659de560a8ca1bd6935c3f27d02bc143632c088580aa440fae5f7f18932b5b335247c3aa328090ddbbc9c70b5 > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-ufs.raw.xz) = ef0af5d2877eaa8e2a6c3ca9df9ac3b9a0e9f30035170eca3ceef1984d35b08ea422254583c08b45cda9453a3e09d7209d85b2093d69768e8c892be67ae5f975 > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-ufs.vhd.xz) = 4b6bc513892b5ebd1cf2206014da0b548ddfbedb1a5fa8349fa5ddfd6363afb68f104bdc6d5447476f70ad61b27202a390cf6f5d7c5cf90c415edfe3ce0bc26d > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-ufs.vmdk.xz) = fece4ca62f30260beee2de4265f3c6559ba0a948e6dcf65658016ee10aa961136fbacc7238a6ea3b6e9afe334879cdfbcfe23f31d012a9abfca86c6783ea6a10 > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-zfs.qcow2.xz) = cb21c41ad4e1e09e58bc00cc55c6e5decdf2d01e29ef7031e4497532bb33ced39473390141292d8819eb59f9f49b880c8d6d269d879c4f3b671e646968c83d32 > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-zfs.raw.xz) = c33a58f30eb6f798cb353e11ad821ac9927852f6262617bb7340b963448ad83e4b4fe039676e1e48a5618db4e00ee6bc209b32809e3e70395114935189493e24 > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-zfs.vhd.xz) = 4bb8cc4d313d14247701b7fa0bc920c2c5fd467126b961a5ecbc791c928730440c87dc452ecbc653db26fda482d86b0be87cd0f6ba272c2036ee3146096c70fc > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-zfs.vmdk.xz) = 5a49668bebd971fdc1145adb69edb5dd4aa521ca1a86d1532f43b58c1b3aed23c4187ce23366cc182fae296cc17a31b00858660522bb2897746f519ce5ddf3eb > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64.qcow2.xz) = 6f67f49ddf46bd4468394c985a2b34bc48f975f659de560a8ca1bd6935c3f27d02bc143632c088580aa440fae5f7f18932b5b335247c3aa328090ddbbc9c70b5 > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64.raw.xz) = ef0af5d2877eaa8e2a6c3ca9df9ac3b9a0e9f30035170eca3ceef1984d35b08ea422254583c08b45cda9453a3e09d7209d85b2093d69768e8c892be67ae5f975 > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64.vhd.xz) = 4b6bc513892b5ebd1cf2206014da0b548ddfbedb1a5fa8349fa5ddfd6363afb68f104bdc6d5447476f70ad61b27202a390cf6f5d7c5cf90c415edfe3ce0bc26d > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64.vmdk.xz) = fece4ca62f30260beee2de4265f3c6559ba0a948e6dcf65658016ee10aa961136fbacc7238a6ea3b6e9afe334879cdfbcfe23f31d012a9abfca86c6783ea6a10 > > > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-ufs.qcow2.xz) = afbc7e756418a70a28c77d3a50022fedbce08a2dc3861a1faf19273d75d8d893 > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-ufs.raw.xz) = 100ddb13b6952293e9ea6678b6b4dacb350642036d95b3c6aa2b6d03f653e3b2 > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-ufs.vhd.xz) = 3c6c44ffd9dbacce38e41ee2a3dbea86c2a1630c4e0f1e4157d6a9ae35045330 > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-ufs.vmdk.xz) = 725b3e4f834f3aa296efef28524dca72e6e3a366afe9a70f66f872446d620417 > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-zfs.qcow2.xz) = b064cb8feeee25caf7b87634ec2d2111dc8f264dbc433e41249d2620b06f5c6b > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-zfs.raw.xz) = ebb407772250fdfb179bad97483233378fc63cc72ccd3dbcf01163968bfbd68e > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-zfs.vhd.xz) = 406a87f32a192a00077c071d295c749c166b8ad110d28f509a1f163d8b1c9358 > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-zfs.vmdk.xz) = c8be970e5337d282b45c097bb30b2d2a9eb469402cc9ffa6b7f2ee9c3bbfdb65 > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64.qcow2.xz) = afbc7e756418a70a28c77d3a50022fedbce08a2dc3861a1faf19273d75d8d893 > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64.raw.xz) = 100ddb13b6952293e9ea6678b6b4dacb350642036d95b3c6aa2b6d03f653e3b2 > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64.vhd.xz) = 3c6c44ffd9dbacce38e41ee2a3dbea86c2a1630c4e0f1e4157d6a9ae35045330 > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64.vmdk.xz) = 725b3e4f834f3aa296efef28524dca72e6e3a366afe9a70f66f872446d620417 > > > > > > o 14.0-RC4 riscv64: > > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-ufs.qcow2.xz) = 2538e1fa6d9c975d0ab2b680e634441209f8c2fdc2ad95f3431ead256185397cf7f639e2523753d4cee1b4f677499815538486b20d3684f9210e492dd0675b1a > > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-ufs.raw.xz) = 96a49721ba1428b8cddf65abed849ff3567e31773fc2446f021dd67f61b92a231939a1d5abea28995d1ec8af9d8ba891b881f7ec8b6530a2182e570cb5e78042 > > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-ufs.vhd.xz) = d2aacdcefecee3cd8456d7f371a2f5254ddebbd22277d978b00baa9c23304239df1fcec89531644db575f0481b19ccdbfeaa66aa85f17e8651ec164afc4842a2 > > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-ufs.vmdk.xz) = e6bacea877352f5ff3fc16f5717e3944927753a5c64e7d237bf5c6c253f85dfe3011314d286198ae7c62d921cc2d7b00398767e207793c4b968f7071ea706858 > > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-zfs.qcow2.xz) = 8681d7bee0b60bee27e113c9b0c6601b640a8d49218280511d55aa38b6bcf1d873911de3beedae61be1c2e11244c384239c9d06bd8ebf7f081c0975621af44aa > > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-zfs.raw.xz) = 2812d912f583dc574074c4c49f2d6005d60dbf0515c310a49858788bdea2b3f016091937acf67a80d1bcc123133f1f4585fd9a90ebd10b3fd2cfa2954d2a7b0b > > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-zfs.vhd.xz) = 8cc13a0ccc40262c99e0dd8b71965cf7150e5ddab6fb754a8e46bb448ed7f8fda63aa79b132502cf890be0bc1141dddfebf77c3cb2d20e2edee050428cf138e8 > > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-zfs.vmdk.xz) = e71bb6d4f17e709289f6cc853a72e18a5b61c99e747064bae0e356ab9b1893cb97183ff971892eba1658bcf50bbea40c55827c579643ef88b2799b4f13d5d364 > > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64.qcow2.xz) = 2538e1fa6d9c975d0ab2b680e634441209f8c2fdc2ad95f3431ead256185397cf7f639e2523753d4cee1b4f677499815538486b20d3684f9210e492dd0675b1a > > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64.raw.xz) = 96a49721ba1428b8cddf65abed849ff3567e31773fc2446f021dd67f61b92a231939a1d5abea28995d1ec8af9d8ba891b881f7ec8b6530a2182e570cb5e78042 > > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64.vhd.xz) = d2aacdcefecee3cd8456d7f371a2f5254ddebbd22277d978b00baa9c23304239df1fcec89531644db575f0481b19ccdbfeaa66aa85f17e8651ec164afc4842a2 > > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64.vmdk.xz) = e6bacea877352f5ff3fc16f5717e3944927753a5c64e7d237bf5c6c253f85dfe3011314d286198ae7c62d921cc2d7b00398767e207793c4b968f7071ea706858 > > > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-ufs.qcow2.xz) = a20bb128dfcf977a8d8fcbe711287cde37204fed4656b015b55da484825207e3 > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-ufs.raw.xz) = 9b8ceb27d0e67144c3e498f3c0d29857746147acf65262fbea319c5a8c7d038c > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-ufs.vhd.xz) = ee5dc591d890b717d5fef43081d0d9c7050a9d8ae8ce255d68b2a34ff123340b > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-ufs.vmdk.xz) = c37a5c0527a086fc52a81c4699ae0aea4b5a963fc71ce5836b0dc0cbe94fa152 > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-zfs.qcow2.xz) = 23627ae8e397f0de495a0cbe75cec3d98053a0d450c1d8f95c400984f52d9add > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-zfs.raw.xz) = a38a35541f621e59404c32c8ec1f73f1f6a54f554a39230fcc82f963f365543f > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-zfs.vhd.xz) = be9c521b31c7443b46f99f24dab640b6c37da4cf2edee48fc6ecf815be0b8252 > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-zfs.vmdk.xz) = 43506386c53bb76ce5b5b67684a1f36da948fd31a92caa252fa492b3a94e9004 > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64.qcow2.xz) = a20bb128dfcf977a8d8fcbe711287cde37204fed4656b015b55da484825207e3 > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64.raw.xz) = 9b8ceb27d0e67144c3e498f3c0d29857746147acf65262fbea319c5a8c7d038c > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64.vhd.xz) = ee5dc591d890b717d5fef43081d0d9c7050a9d8ae8ce255d68b2a34ff123340b > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64.vmdk.xz) = c37a5c0527a086fc52a81c4699ae0aea4b5a963fc71ce5836b0dc0cbe94fa152 > > > > > > o 14.0-RC4 amd64 BASIC-CI: > > SHA512 (FreeBSD-14.0-RC4-amd64-BASIC-CI.raw.xz) = f553ef24fe92025eee845e54f25c1410883367beba2293c3244516218d9d9f5e3957f1d95643c57e4f97d7a6dc46d6534354ba1284f6a909a532d80e0fc260c4 > > > > SHA256 (FreeBSD-14.0-RC4-amd64-BASIC-CI.raw.xz) = 3d0eea50499d49020b9510a26d8df36d0f63ad66b8befb35e42b32943a44a7fe > > > > Regards, > > > > Glen > > > > Please consider donating to help support my FreeBSD work: > > https://www.gofundme.com/f/gjbbsd > > https://paypal.me/gjbbsd > > > > Love FreeBSD? Support this and future releases with a donation to > > the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ > > > > > > I am having a problem witb Freeradius and GNU radius. > > Anyone else? > > I found the problem. Replace /usr/lib/libncursesw.so as a symbolic link to /lib/libncursesw.so.9 -- Member - Liberal International This is doctor@nk.ca Ici doctor@nk.ca Yahweh, King & country!Never Satan President Republic!Beware AntiChrist rising! Look at Psalms 14 and 53 on Atheism ; unsubscribe from Google Groups to be seen Suffering will continue until we stop believing lies. -unknown Beware https://mindspring.com From nobody Mon Nov 6 07:43:05 2023 X-Original-To: freebsd-current@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 4SP3HK4ZSrz50Yfn; Mon, 6 Nov 2023 07:43:09 +0000 (UTC) (envelope-from bapt@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 4SP3HK4HJBz3RZT; Mon, 6 Nov 2023 07:43:09 +0000 (UTC) (envelope-from bapt@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1699256589; 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=LklPFmP9vJGRNxzFEdUNXYYzqy9YbOiQubQNe5v4H4M=; b=pE8AAMB4boGpU0uAsVsBBDnU2zwD3CIUI5uHINFmi+8gEW61N3i2uPXvrcKjgqeO3LjO6l fmF0V0iMjBPfTPgmyRCNHtJCTWH0f5CXvPRp52VXGNMPUPDXCNScPsdjcO/3S76Xu/Ld59 Ox+llFnN85MD7GsbBVvUKUqN9+nS8kK6jOqO2TLQGugai2CW2we43GMdukTBI2bfAmpQ9F InFy9bYuMt+gGE0S5Rh+EcRSEJBPSu/S6xtFcMRHslvtPQhi/dyS/5GVUtd+g+ScvqOxxU bKXBavH9pMK3SC9/ttba7UkZn6K5wRlJupnAdrBUwsvL0JqS8Hg797hC51xniw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1699256589; 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=LklPFmP9vJGRNxzFEdUNXYYzqy9YbOiQubQNe5v4H4M=; b=DIYobyQMPYge8ggczH/TjAlHD4S+s3PHMXhQU78/f2+OhCvumxH5XWielxxq4Lz3/RYgdJ K4FSzBj9BfMCboUgDP2h8hOvxLwtFYjQFwIeUKn9d/HVpYA+NkHS8lgHCzq41MMdaBGo28 LcAupm3J8dhaycUdv7HqAJaxpWgFHcipAgDNbtcMcQsk/jV2BNpVhhc4ARyjRblN91kqxs AYwnSdcoLqhCfs+L4wbSTb3ePQfcuUnpm02dkPxE6Wx3gMKjwe6+Q59CPJTfe6umHsZhIY G66C6A+1lXh9Pcv4QWfsmP+us2/O2AMdf38mG5FsEudQaUYg3GS3bIdpMQxWeQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1699256589; a=rsa-sha256; cv=none; b=D9uJsoEimi15LxHROf9/y/9No1pO+3wgFzkNEhWT3dXDdr2xe6x0c1oltZxwK+whSCx34w JKV7QIvbXtByClt61IUeiPtJ3247rMglE1otfsMYisZvbxi5hiYcapBtk9nUptBe0Mtplq 4HHRlaVSt4hrlqkUVmXxka4UGReMloOWBHXw2rN9NiwaumwfHjXmsbnCdYzI7gQkHqM+Lv aF6NbgwaW6gal4iyyd2G9SdYe6D5bT7A90CZy2qVGnnqOkQPlR6nqP4Zel9/BeY8+ymylS Abg82KmHQbQd25K8yM141u3Zgz7U2xlZHYsuWj1bf0KTUY15mU8gBi/x41N/rA== Received: from aniel.nours.eu (nours.eu [IPv6:2001:41d0:8:3a4d::1]) (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) (Authenticated sender: bapt) by smtp.freebsd.org (Postfix) with ESMTPSA id 4SP3HK1BS5z17bF; Mon, 6 Nov 2023 07:43:09 +0000 (UTC) (envelope-from bapt@freebsd.org) Received: by aniel.nours.eu (Postfix, from userid 1001) id E423319DB14; Mon, 6 Nov 2023 08:43:05 +0100 (CET) Date: Mon, 6 Nov 2023 08:43:05 +0100 From: Baptiste Daroussin To: The Doctor Cc: Glen Barber , freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-snapshots@freebsd.org, FreeBSD Release Engineering Team Subject: Re: FreeBSD 14.0-RC4 Now Available Message-ID: <5p6sszthbhskientm4tki4pq4hyzws4fnmzgq4cagh7yvkrwyo@hhmf5cy4gmsu> References: <20231103234232.GK1289@FreeBSD.org> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Sun, Nov 05, 2023 at 12:11:06PM -0700, The Doctor wrote: > On Sun, Nov 05, 2023 at 10:32:44AM -0700, The Doctor wrote: > > On Fri, Nov 03, 2023 at 11:42:32PM +0000, Glen Barber wrote: > > > The fourth RC build of the 14.0-RELEASE release cycle is now available. > > > > > > Installation images are available for: > > > > > > o 14.0-RC4 amd64 GENERIC > > > o 14.0-RC4 i386 GENERIC > > > o 14.0-RC4 powerpc GENERIC > > > o 14.0-RC4 powerpc64 GENERIC64 > > > o 14.0-RC4 powerpc64le GENERIC64LE > > > o 14.0-RC4 powerpcspe MPC85XXSPE > > > o 14.0-RC4 armv7 GENERICSD > > > o 14.0-RC4 aarch64 GENERIC > > > o 14.0-RC4 aarch64 RPI > > > o 14.0-RC4 aarch64 PINE64 > > > o 14.0-RC4 aarch64 PINE64-LTS > > > o 14.0-RC4 aarch64 PINEBOOK > > > o 14.0-RC4 aarch64 ROCK64 > > > o 14.0-RC4 aarch64 ROCKPRO64 > > > o 14.0-RC4 riscv64 GENERIC > > > o 14.0-RC4 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/14.0/ > > > > > > 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/14.0" branch. > > > > > > A summary of changes since 14.0-RC3 includes: > > > > > > o ISA and GIANT-locked driver removal has been delayed to FreeBSD 15, > > > and system messages have been updated to reflect such. > > > > > > o An update to OpenZFS correcting block cloning between encrypted and > > > unencrypted datasets has been included. > > > > > > o A fix for Hyper-V emulation within QEMU resulting in system crashes > > > has been addressed. > > > > > > A list of changes since 13.2-RELEASE is available in the releng/14.0 > > > release notes: > > > > > > https://www.freebsd.org/releases/14.0R/relnotes/ > > > > > > Please note, the release notes page is not yet complete, and will be > > > updated on an ongoing basis as the 14.0-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/14.0-RC4/ > > > > > > BASIC-CI images can be found at: > > > > > > https://download.freebsd.org/releases/CI-IMAGES/14.0-RC4/ > > > > > > The partition layout is: > > > > > > ~ 16 kB - freebsd-boot GPT partition type (bootfs GPT label) > > > ~ 1 GB - freebsd-swap GPT partition type (swapfs GPT label) > > > ~ 20 GB - freebsd-ufs GPT partition type (rootfs GPT label) > > > > > > The disk images are available in QCOW2, VHD, VMDK, and raw disk image > > > formats. The image download size is approximately 135 MB and 165 MB > > > respectively (amd64/i386), decompressing to a 21 GB sparse image. > > > > > > Note regarding arm64/aarch64 virtual machine images: a modified QEMU EFI > > > loader file is needed for qemu-system-aarch64 to be able to boot the > > > virtual machine images. See this page for more information: > > > > > > https://wiki.freebsd.org/arm64/QEMU > > > > > > To boot the VM image, run: > > > > > > % qemu-system-aarch64 -m 4096M -cpu cortex-a57 -M virt \ > > > -bios QEMU_EFI.fd -serial telnet::4444,server -nographic \ > > > -drive if=none,file=VMDISK,id=hd0 \ > > > -device virtio-blk-device,drive=hd0 \ > > > -device virtio-net-device,netdev=net0 \ > > > -netdev user,id=net0 > > > > > > Be sure to replace "VMDISK" with the path to the virtual machine image. > > > > > > === Amazon EC2 AMI Images === > > > > > > FreeBSD/amd64 EC2 AMI IDs can be retrieved from the Systems Manager > > > Parameter Store in each region using the keys: > > > > > > /aws/service/freebsd/amd64/base/ufs/14.0/RC4 > > > /aws/service/freebsd/amd64/base/zfs/14.0/RC4 > > > /aws/service/freebsd/amd64/cloud-init/ufs/14.0/RC4 > > > /aws/service/freebsd/amd64/cloud-init/zfs/14.0/RC4 > > > > > > FreeBSD/aarch64 EC2 AMI IDs can be retrieved from the Systems Manager > > > Parameter Store in each region using the keys: > > > > > > /aws/service/freebsd/aarch64/base/ufs/14.0/RC4 > > > /aws/service/freebsd/aarch64/base/zfs/14.0/RC4 > > > /aws/service/freebsd/aarch64/cloud-init/ufs/14.0/RC4 > > > /aws/service/freebsd/aarch64/cloud-init/zfs/14.0/RC4 > > > > > > === Vagrant Images === > > > > > > FreeBSD/amd64 images are available on the Hashicorp Atlas site, and can > > > be installed by running: > > > > > > % vagrant init freebsd/FreeBSD-14.0-RC4 > > > % 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 14.0-RC4 > > > > > > 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 14.0-RC4 amd64 GENERIC: > > > SHA512 (FreeBSD-14.0-RC4-amd64-bootonly.iso) = 2af53c6611eb67b184ba4c93c87ad5aba94911946da453428e38af385691c0a952126feff1be717bf67a3d8a227509449dd011364a9587eae41a204da7d18252 > > > SHA512 (FreeBSD-14.0-RC4-amd64-bootonly.iso.xz) = fbfe4be553dc78d69981646673b66f9dd8f83d9f5fca3b1e50b11a816f4d47f5e5733e655adf0bb0a78ea0bfb6579ebee0c48157d69b00ec8a669b292eb0c16e > > > SHA512 (FreeBSD-14.0-RC4-amd64-disc1.iso) = dac0f20ee98a2679647f1afdc8271b809d436182203e0b17601c69086e532ba73edf3872f67016d768e911164d7ecbc24770ce5b5546b2fe7a6fdabbc40fdc5d > > > SHA512 (FreeBSD-14.0-RC4-amd64-disc1.iso.xz) = 662a5cf5c9f1c547f19c974d157b91c600d8e94cd57ff683d3a97a78e10d7675c538c55ad631d7b0c8aed7b4860e4453fce48714debd0b7ded787c533860b5c3 > > > SHA512 (FreeBSD-14.0-RC4-amd64-dvd1.iso) = 6c25adce9d49bc9f168ef4048f4339ae70c1648c392b8f3f466335952f9eea5a05960b78bfee46acd38388195b12851e17d2cacf41be4b1fb22b10d5cb32404e > > > SHA512 (FreeBSD-14.0-RC4-amd64-dvd1.iso.xz) = cd6201e3432d0fc2889c1612612582436e61d322533a05552650fdff2a48583ff7d399d709d85ef279a377f4afb85894cb7544e7b984cdcf48561de412eb18cf > > > SHA512 (FreeBSD-14.0-RC4-amd64-memstick.img) = 02eb4fc41a595d9e78a1866b205d4301b502ec8deeb63414a01bbe61ff3ffecb503ad5a6cc75be4e0e5e11315f5875e141bead5ffe22fa69b111161d7c29c903 > > > SHA512 (FreeBSD-14.0-RC4-amd64-memstick.img.xz) = 705c41197a6d354c6c086aa2feca36704808db0df423cdef8bd2bc59fe3f12931a4cdb7257631602e59d49862e31edddf0b4dc974a61ceb9dd6a59209874ee88 > > > SHA512 (FreeBSD-14.0-RC4-amd64-mini-memstick.img) = 6988e9300baa0572d0801d9de289784c63b8f6aaab2c2cf37775458bc6828c79fcf3dc873b553346b0e470defc613a7ffdc4cf697e913e25f1cc8c3f95bd6c23 > > > SHA512 (FreeBSD-14.0-RC4-amd64-mini-memstick.img.xz) = 9d597049a794d5f6474414d0146107bf4f2886b25a6b48e8cbadf00868ad63afd219550257991509a3969a0462cfa655229d5e6aded9cbb601b6b3508868fa6d > > > > > > SHA256 (FreeBSD-14.0-RC4-amd64-bootonly.iso) = 28674417c8da59ffe4d1c4fc4f325f49d3f627787bda5dd485a82c6080816260 > > > SHA256 (FreeBSD-14.0-RC4-amd64-bootonly.iso.xz) = c9fe6bf7598446ddaaa181a503b559bb185e8f2acc63f5cd93d3caa77b49e762 > > > SHA256 (FreeBSD-14.0-RC4-amd64-disc1.iso) = 213d610088db85392ca8a8b8c916c93fff9dc8f8d1c5a07cd2bba9df55ca9105 > > > SHA256 (FreeBSD-14.0-RC4-amd64-disc1.iso.xz) = 74c460930aaedc994bb976579baee89df81b08dbacfe7668f004d9d45305b9e3 > > > SHA256 (FreeBSD-14.0-RC4-amd64-dvd1.iso) = c2feb7808e4e34a32c3c309c1adb0bf8ed5cd0fa4b4ee98a44b1ebc7e48dc04c > > > SHA256 (FreeBSD-14.0-RC4-amd64-dvd1.iso.xz) = a06045e90977e5d12c104daf7d96d9f0f452d3215d080dd27d072ab670ae981d > > > SHA256 (FreeBSD-14.0-RC4-amd64-memstick.img) = d315c05038065f984c178829deeda47ac682c74c1bbe66a177873cdda7bc25b4 > > > SHA256 (FreeBSD-14.0-RC4-amd64-memstick.img.xz) = a9068d9d04ac6b32f1d22b4ae803839a28f399fafe70e77d0a6aa7b3c89544e8 > > > SHA256 (FreeBSD-14.0-RC4-amd64-mini-memstick.img) = 0035dd4d97b5243b0b8ddf9636bb39071013941d48fea9be0b92015cf74d4d5d > > > SHA256 (FreeBSD-14.0-RC4-amd64-mini-memstick.img.xz) = d5e7b50fee0cfd5a8cce12fe0e86cc2539fe4d84345c5363b7ccfc08c59eb525 > > > > > > > > > o 14.0-RC4 i386 GENERIC: > > > SHA512 (FreeBSD-14.0-RC4-i386-bootonly.iso) = 8a9bc193a306328ec6fc17fe85a7333365a6f41560876ba6753623bff37a361b9e4e9417cf31f5913205c27e01b06f431553bff065efb4926d251229883e82f1 > > > SHA512 (FreeBSD-14.0-RC4-i386-bootonly.iso.xz) = d4a21ada61e8f7157191c022ab30f0f17fabc3828ec75628fe18946a7b52f44d9f684fa07d61ea01ffc0a64a4fd7cfd1927985a4be1d264c7840131999ed87a2 > > > SHA512 (FreeBSD-14.0-RC4-i386-disc1.iso) = 1b91762401259e9a0aab18499fa8270f8dad2b7651c5433d313850052af7e702a66f9408a7f274e379cbd86cfca184fb3e9181f33939a771dce1e683f0fb90e5 > > > SHA512 (FreeBSD-14.0-RC4-i386-disc1.iso.xz) = e535de2443335277f43fc8de8e93fab85b452d8c67596d4b87bd6830f0bf6a09e0014600d2e984c69bf5e5bb600683441b87cf580fa3994a626a098e10cb3272 > > > SHA512 (FreeBSD-14.0-RC4-i386-dvd1.iso) = 2b803000b10cb5d1fe324708193874dc52035ac6ed3442c6d6ce1668597da5f19c1bf920dc63a34b5cf599c52d2d423e5ea22402edaf084f219b755f7be99c24 > > > SHA512 (FreeBSD-14.0-RC4-i386-dvd1.iso.xz) = d269054590c2f66217a7d500c28886fd80f105e343052a69b55576c2aea981e9745d10b49778d18af13f8b2b2e884eaeb90b1d0324f196dfca0779032ff479bd > > > SHA512 (FreeBSD-14.0-RC4-i386-memstick.img) = 8a8c6488926099c04a78cf0ddeeececbf0c4d2372bf1ea00516d8bdad8ec31f0ac81333c06c3a78d1c883297fa584e53cc895f50a4cca620a9e20125c909d16f > > > SHA512 (FreeBSD-14.0-RC4-i386-memstick.img.xz) = 68211b0d63ffab63a76e04001d9ed0960095a1e4effd24d38f7fcb7e73d3d1ad99ec1a94d555e5610375bae534d01ef925a7d08ef542a9a352a6a7330712baa6 > > > SHA512 (FreeBSD-14.0-RC4-i386-mini-memstick.img) = 0571d8c32f493a908beda92bc92c597f9bd80a2474108ff743ad11dd463ef21c754294da5e993beb8944df03cd639d2d969318651d1fe1a1251b3f4f1f5eb66a > > > SHA512 (FreeBSD-14.0-RC4-i386-mini-memstick.img.xz) = 83f3422ee6935f8b6994a1fc40c2f750ea27bab1c1b324e4b3300f87de47e8a29e7f127201a4eb03f713b6fe1d47ea81a05cbf8ce063286960c3e28ab2f17694 > > > > > > SHA256 (FreeBSD-14.0-RC4-i386-bootonly.iso) = bfeacfe8bbf429cd88e8ed4145de24f747e75c4e97c6bfd023d88d4752e5100a > > > SHA256 (FreeBSD-14.0-RC4-i386-bootonly.iso.xz) = c11f09b11183105b5920753bbcf68427574d09ca7fb10d812b995999c04b2b0c > > > SHA256 (FreeBSD-14.0-RC4-i386-disc1.iso) = e032e4300210f9aed57e5c820fc3c07c4d0b9cbba417d61458dba74d188f0214 > > > SHA256 (FreeBSD-14.0-RC4-i386-disc1.iso.xz) = 53d6c96580d2a486b9da43169e4e4183cd125b06f3a1e7fa25e74487c20e50ea > > > SHA256 (FreeBSD-14.0-RC4-i386-dvd1.iso) = 7e756d0ae13e9798601f45740ab7381c0e319efa3691ba1565ff203a613ea77a > > > SHA256 (FreeBSD-14.0-RC4-i386-dvd1.iso.xz) = 90bbb28db964188988bbff402a677fe10cffaf9f620fc78a5883a1c381a969bb > > > SHA256 (FreeBSD-14.0-RC4-i386-memstick.img) = e4699f5e7ffe6d9f38b000e324c896955c005324702e30477b529786a49e00b9 > > > SHA256 (FreeBSD-14.0-RC4-i386-memstick.img.xz) = cd978403efd56248c655232b02dcf5e3b292faf691c98e72f1482707e2bc9db2 > > > SHA256 (FreeBSD-14.0-RC4-i386-mini-memstick.img) = b80b37c2aa16c4166426e2f6f3ec9fdccd765ca965f75b855ef3dda619c7a02e > > > SHA256 (FreeBSD-14.0-RC4-i386-mini-memstick.img.xz) = 5157bf384edbc8c4069e1360297a680e3540be85aad614f82c7bcc14d1ee1055 > > > > > > > > > o 14.0-RC4 powerpc GENERIC: > > > SHA512 (FreeBSD-14.0-RC4-powerpc-bootonly.iso) = 02ad34d6e7a3acdef46d3a6bb7abb44fe3e55fdf8f99b900a3aedd97520f409888db21e9ab359c641deabfebcce5360ec1d1d4ac90fe60c42b2ee8de27c9da89 > > > SHA512 (FreeBSD-14.0-RC4-powerpc-bootonly.iso.xz) = 1a8b2b661cfbef4f1656c5185dbdbd37b751ff4862f951b30364d9d91bbe030e69c5ee98adac1be81a3a7fc0e209f530c57440c714c8e9e8b1a547e3cdbb6633 > > > SHA512 (FreeBSD-14.0-RC4-powerpc-disc1.iso) = 783445a184562191cbaee132004de70502aac22001fc5aa1a10ae0d5d18eae5005dc630a2c3e72fe9b47e98c4625edef165fce21f1678deb1f8ad3e991ca8f3e > > > SHA512 (FreeBSD-14.0-RC4-powerpc-disc1.iso.xz) = c28086587265cc80ecff0233ac6eb8b3e4a51232e5ab662c04df513e78fe996f051aefb668038190658805d18539c86f49e992540308ff35e4c47fd24a72e292 > > > > > > SHA256 (FreeBSD-14.0-RC4-powerpc-bootonly.iso) = a6c330740401487ca15097612acf08a1b8c933e94f6a1a104527062250f5d5f9 > > > SHA256 (FreeBSD-14.0-RC4-powerpc-bootonly.iso.xz) = e7e5bfcd06bce96a10785bfe0b2aaba21f7cf0963af0744e1b064bc198c23811 > > > SHA256 (FreeBSD-14.0-RC4-powerpc-disc1.iso) = d31ac53ca89a915c2a613343bd4bd5bf128d2e8f9f38afa789e232097c25ab5c > > > SHA256 (FreeBSD-14.0-RC4-powerpc-disc1.iso.xz) = c85cbf09b76f66b6795b18214d06329694f392e06ffa9df52447cede5c0a9aec > > > > > > > > > o 14.0-RC4 powerpc64 GENERIC64: > > > SHA512 (FreeBSD-14.0-RC4-powerpc-powerpc64-bootonly.iso) = 6dab28bf1bb33d4f0b2f90eb3dd45c473e2ee446125f3597a43c5a69d5731a3bf52c402ea8d5df0871dc53e0689bd01dce279e36e9ebff64bd4a9a7988083795 > > > SHA512 (FreeBSD-14.0-RC4-powerpc-powerpc64-bootonly.iso.xz) = 3022076a2c7bd3c0b27775320267e232f61efc4469d84045f2732f0864a780641e8833de89b6a591a2a5302884588b956b64cf85c538467998f7e005af72be0d > > > SHA512 (FreeBSD-14.0-RC4-powerpc-powerpc64-disc1.iso) = bf3c2a10a513ff281e77aa0cd41d0a5c8bee4d5be94936615e612dc3044dbb4e8077b0e5e1fa236479a0d48b72649871e5b1f5cb8d64cb484d09037ce3407f65 > > > SHA512 (FreeBSD-14.0-RC4-powerpc-powerpc64-disc1.iso.xz) = ac4ba53584e65b9ce94a6fe50139c4df10ba527647c170b4a37077e7bdd0d6abebb0954ba7b06f4b1d0aa27d74fec6f8cde2f214646d9c0ed4523790378bac96 > > > > > > SHA256 (FreeBSD-14.0-RC4-powerpc-powerpc64-bootonly.iso) = 73c31144955ad8a63772dec8ee4be107ec9c290e966faf95f354c63c1b41ca14 > > > SHA256 (FreeBSD-14.0-RC4-powerpc-powerpc64-bootonly.iso.xz) = de0a4127dd7b7ea2bd4bbfb809094199e1f9135f1c9fd12fcc6e06fe7c818861 > > > SHA256 (FreeBSD-14.0-RC4-powerpc-powerpc64-disc1.iso) = 34a72ea31ae01ad57ced7e4ab6eac3b9714179003ecd0995996284c74a88ebb8 > > > SHA256 (FreeBSD-14.0-RC4-powerpc-powerpc64-disc1.iso.xz) = e3f82a17d9dddb20c6ca195340ddcf2d63eb82bbc6c381b4adcd864c1845386f > > > > > > > > > o 14.0-RC4 powerpc64le GENERIC64LE: > > > SHA512 (FreeBSD-14.0-RC4-powerpc-powerpc64le-bootonly.iso) = 14338fe5d76356713ee94f6b3ca293abbdaf380d0cd2b74ada14a4ef475f6c34c68e67dd13fcb69dbd9cbab1a951d4e71c81d5add7f3133d792e94311c8f262e > > > SHA512 (FreeBSD-14.0-RC4-powerpc-powerpc64le-bootonly.iso.xz) = 399fdb443265566bd5e6ce1a3dc11ca41f005968a529a7535dd72622a3ae0fb2a93e66b7753c953fc5d35c63b58022ab4c223f914d3720a19490332b379156e3 > > > SHA512 (FreeBSD-14.0-RC4-powerpc-powerpc64le-disc1.iso) = acc729d7abd0f8474e1fdf3f22804aaa486c98e479dad813b83116036e0db16dce9ab956c1fd6fb80d69f462f43200f3220864e1901ae62903b717682838e5fe > > > SHA512 (FreeBSD-14.0-RC4-powerpc-powerpc64le-disc1.iso.xz) = cb341d0eb64847a50ccb33170bbfca9c8855377e6883a4cc0c181967182700afc669b6112edb37275519cac5992765700f9eb16aef6d0bcfbc25cdb399839cab > > > > > > SHA256 (FreeBSD-14.0-RC4-powerpc-powerpc64le-bootonly.iso) = 2bff70b162f8f4711f9f2eb67fe10716166f4b8c062e4cbaca34fb8d521bfb09 > > > SHA256 (FreeBSD-14.0-RC4-powerpc-powerpc64le-bootonly.iso.xz) = 03c7bd799e52bb6e95428ce7809ba863f2c98e2ab71dbb45fcd67eddf79677ef > > > SHA256 (FreeBSD-14.0-RC4-powerpc-powerpc64le-disc1.iso) = e2387661bb279c3cf6f904a858c2d87aed1ede49a29f1d1f8424d65bad38ccd6 > > > SHA256 (FreeBSD-14.0-RC4-powerpc-powerpc64le-disc1.iso.xz) = a3b4ca6af55b099100677685033328868d28cdd9322b1bcd12b4d5c0919d6652 > > > > > > > > > o 14.0-RC4 powerpcspe MPC85XXSPE: > > > SHA512 (FreeBSD-14.0-RC4-powerpc-powerpcspe-bootonly.iso) = 4417492d5d6ae001661252a465090d9d6daa50429cda5c069284c95095533e35e6b9bb94c4c5a24d8c51768a9732b960b3659f1e66577c4e0baf41c37cdb01e7 > > > SHA512 (FreeBSD-14.0-RC4-powerpc-powerpcspe-bootonly.iso.xz) = e9fb2333c5dea7048fbf289209bab16a8854de08847782acbcfe869d32d77aa5dc4089020baf53c4e88aa95c8dc696ff7bb770f8d14a823d2c0248c477cf78d1 > > > SHA512 (FreeBSD-14.0-RC4-powerpc-powerpcspe-disc1.iso) = 25ebf8167e090dd09647eff3f26c8313097de84b3038165018afa05f5dc5893b63286042a524fb53feeb323ee337c934616f47c6739e65cd89ffc3bc0e5076b7 > > > SHA512 (FreeBSD-14.0-RC4-powerpc-powerpcspe-disc1.iso.xz) = f7199bda837bd15ad1c201962fcc31c88ef0134605092436f09fa1ee7027f440cd808deef20c34f63c6a80de1411d1eababfa0ed529af091dad7baef8c676a77 > > > > > > SHA256 (FreeBSD-14.0-RC4-powerpc-powerpcspe-bootonly.iso) = b9b930c2e2d3a320befc46cd93eeeb8bb10d8c87db8864d00fc5438def022391 > > > SHA256 (FreeBSD-14.0-RC4-powerpc-powerpcspe-bootonly.iso.xz) = 9281bceb101f97b9741bb0ca3407998db598a35c6117f472409d7dbc88c78f4b > > > SHA256 (FreeBSD-14.0-RC4-powerpc-powerpcspe-disc1.iso) = 01b59d130bb608dfb012306472d24d9a46a25c329a2d86bb9396c5b26c9233be > > > SHA256 (FreeBSD-14.0-RC4-powerpc-powerpcspe-disc1.iso.xz) = 721a3a28b3cebb358d5d93ba7cf7345325ea421d6fb1c6b624ba8d8a8244d23d > > > > > > > > > o 14.0-RC4 armv7 GENERICSD: > > > SHA512 (FreeBSD-14.0-RC4-arm-armv7-GENERICSD.img.xz) = 5d0592accd64318e81ab36b3f15cd828998734a6c781d9a267928550a5ae60ab3a2e36ddfdc6749b6851f96e06f57778aabb861c6f55cdc2476402eee1c8f8d2 > > > > > > SHA256 (FreeBSD-14.0-RC4-arm-armv7-GENERICSD.img.xz) = 858f153be5aa6312e14ae8b4109bd7bf3b221668cfacada991bcd22beec95342 > > > > > > > > > o 14.0-RC4 aarch64 GENERIC: > > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-bootonly.iso) = 47b116b596167cbabed0cbe238b0265c79cfc9cd75be74ab690c465756145552e6c8d40f8a803d56afb4d7ef0106cce14581d342e31c92cf230b12ff5fe04324 > > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-bootonly.iso.xz) = 379bdb38548995866a5325b3fd4ff71b90887d2b97d9c5f41561d41c953cca271990a66b541b5625897ef4ce1359deae8fcf42f7efa4f19aa1b582793fb4e513 > > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-disc1.iso) = 105a6fe2f4b4b0669219adba0aecc4f056e27d3f380d1591a8bdb1cb60917b52242bd5ac9127a461bf3cdc85d323402977e617220c37129511149810e166c48e > > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-disc1.iso.xz) = 413a2ce8523ab59acd70bc8e52c93ce65558cf0b57627683534267d5695977b1bcea85d754528251e1375b469f8f69b15e22476fb3cd8916cb59c4ca10a6217a > > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-dvd1.iso) = ad536c842136232eafa8f27b57641212c3b13bbb8ad560cdc7d964dedbfa878b6f050876792c94a54c8caccc687c49fad1bfe5586e51f9001c2db5fc1e24651a > > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-dvd1.iso.xz) = 74d78034d36f19f918e3c807ecb675b5d95bbe3d6fa517d6d2ceb10a29fcf7d89c9067ec1c78638af6cc8c5fba8eb91bb5445a4af1a66a447c03000433ee7ac4 > > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-memstick.img) = adea1b24641b05b1caccd806f224397421cf94d1105861d3d6485065027461f20809edee7f258fbf45a69cd82a1beae7afd0c48d025a8e4646232d9a634abf1d > > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-memstick.img.xz) = 76c6733aea25b1c7130b0dd87056a40310caf5868afd592fb0239a882cd45f61c8975b3819a958d0dd42385d2c52dbe61dc910d7814a0c8514c804b52944da09 > > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-mini-memstick.img) = dab27511105faeeaccfaabb498682906ff2d61561e9f422eb26b20abc4ce2bbfa0a6d3cbfc5e26e06a737fffbb799559ebd3a659ad5a37f361937cdbf0f3c312 > > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-mini-memstick.img.xz) = 918d3452b5a4bc5873e781596d5bc119cde82b89f782094efc5e6913bc58774bf368ee178287fce22ff146526cbe17171e7db45acafdb94bc2818d45c475fcaf > > > > > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-bootonly.iso) = 84cedc4fcf0da7186f1289815276b7d6eb1cb9fd0058a8057bf130e00b7596e5 > > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-bootonly.iso.xz) = 080dc3e9d965ef4b5180b376e5c6623fb5d2fdb6b6e3ed151ca981eef6965675 > > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-disc1.iso) = 41a9163f4adaec848319f914f23879c608fe73ef3d498f1b402494d594e86fa8 > > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-disc1.iso.xz) = 621897f6d6f3631b0b830d08fa5b969a1a556e18aac637a05a6d9876885d440a > > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-dvd1.iso) = f252763cecb39b3fa6f3d2a75dd593bd891f01c3dcd68f90436a53610b77fcb2 > > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-dvd1.iso.xz) = 7e9e9085ef8c4ec7f1bf7e493fb16f2101edd59342b05de7bd52c4e142aea812 > > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-memstick.img) = 145eda64f7a3e91f3ba253478a5d290fe141a0f6c2f8050e04625ec759f1e043 > > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-memstick.img.xz) = 7afc16842df83f0722e667eca07cdfcfbc9b2c35f8437b3397c195e6a9636c27 > > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-mini-memstick.img) = 9baa46356ae16a828e3e8ad3d9f1217bf4dd2d826392f18797d885600f7e814c > > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-mini-memstick.img.xz) = 000ee91e812d04886d04d6e4f77516835caf1c372bb37eebbcd81a56f5dd83e3 > > > > > > > > > o 14.0-RC4 aarch64 RPI: > > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-RPI.img.xz) = 7291b077b0338c5400af32eb6822d0139b953ad971cd9f44c5646ab5e3e502833fcda35005412a7b24203dd8dc9e3b2fe68bc3c737812b2255be624094013c47 > > > > > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-RPI.img.xz) = 26d84974d64fc0fb10cc8f5f7afd9fd49a84b42392b3537fd8766bdcc0e0cd41 > > > > > > > > > o 14.0-RC4 aarch64 PINE64: > > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-PINE64.img.xz) = 6aaa42b2f515e3847235001382683484a57790e9ba1da8b19fc318668ea6b0640f76e00d6a12b3daa1ea9ea09bd0afd0db1fa322ed236fa9e181c1ebaa19906f > > > > > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-PINE64.img.xz) = d242d0337fd76684ebfce4ff84641303da07502d51f33089219aa70c615eb4b2 > > > > > > > > > o 14.0-RC4 aarch64 PINE64-LTS: > > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-PINE64-LTS.img.xz) = ce3deff3d02244359303331b0b3ed966bc503a42f1da0eee54f62984d2e8e54dc61f184c699cfb11aa3465fe31a89028799c0059185915d151da3be10301b8cd > > > > > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-PINE64-LTS.img.xz) = a6d398d616d2f9db3692f2c8118d9a5cde3960cdf2797497a7c155b9e8139b37 > > > > > > > > > o 14.0-RC4 aarch64 PINEBOOK: > > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-PINEBOOK.img.xz) = f0a50d83fee5d113a95ab09c64c757243bb8874d8384c05f4bc14d6f5bd33075989ae0a73c13a46b9107f32c2834a74cde5481e970fb47d064544664a21f6abf > > > > > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-PINEBOOK.img.xz) = 42e38931bd4d527ca0753cf861f90e91d3df2f9e108c632656a77bcf16bf5068 > > > > > > > > > o 14.0-RC4 aarch64 ROCK64: > > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-ROCK64.img.xz) = 14888fe2af5cd4f1787b86cd49c61f353619761cbe43436beb12ca1207b5c15e682ec0446257dd0dc4876c9e0a9843b318e38f20f4b8f96f8aecfb2c7d8ee6d2 > > > > > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-ROCK64.img.xz) = 720687a8f2f7639d661dc21bd2176bad14c27f51d6fcdf6aa45fa976352332e6 > > > > > > > > > o 14.0-RC4 aarch64 ROCKPRO64: > > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-ROCKPRO64.img.xz) = 476f9bf3cf86aec65823eeeffe8b3caf3f8df3b599672137bc6cddacde16b5db28575e768206cb5d29baee09236a658a03f75efb5fdfb766adf49abcd698bee3 > > > > > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-ROCKPRO64.img.xz) = 66d44eb1c4745b80c928dc71fe4822b9adc213cd66dbb61f78f440d715c9cd82 > > > > > > > > > o 14.0-RC4 riscv64 GENERIC: > > > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-bootonly.iso) = 524773593f3187ef7bacb7bcd49ad3422121b819ae34f51d79d6ce91f2754df7e52dd28df62c335bccfd987bd7af073a00d04beb866cfc83d710e6cdc8d33624 > > > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-bootonly.iso.xz) = b1fa47bfe88a85dda0a7a92e76d65fd620a5c62a1c8fb5baa21183ff75614bf80c63424a9efd4a4a646e50c03e1dfb17c49c589dbdf7c8c78f915835115d1ce3 > > > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-disc1.iso) = 2627889757b073413dfdf94118ae7d47a173a4a6f148d9552c7f77357ffdda54298a4ae59b0c5a36159076784a2f50ca1c24cd127616ade0945a953604d62935 > > > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-disc1.iso.xz) = 756e79801584cf2366d8eb0365facd53e6fcd3ae1c753073f6389d4e16c4f839ddf8e5a26b27daf767b5b727dac3d2976e14b02231d52498de7ee4bc4dc34541 > > > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-memstick.img) = d511a815a8ceef7bb3197dabecd4e59ba61078d008f96ec6c8990b9d0583569ac896d8739133feb7f13ea91635232d6dc3e6f9a8e5d546047ecef953b087cfd8 > > > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-memstick.img.xz) = b33caeb29f10dda4bbffba3ab1cdd914777e1b0639a2264859741522f313f38bde8a9bfa24e6cdb64c02746257e7dabaa56c39b3824a66480063e8be91c79fb6 > > > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-mini-memstick.img) = 68c638927e0e070e8ec7a704e763db9561a23b46d39288e55faa1ac8fde0b39853ebf9c36e2f51752a965d6940cbdbdcafdff2bffc33fad9866363988dabe337 > > > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-mini-memstick.img.xz) = af0b304c13a6bb69eebc5e106caf60419a8d41d2da90ef935b76e7b39cacceba98c37a8237d7cd3d012fcd4658d71a36d7197f7e4ee2b9fa67c8d7bd4c33c830 > > > > > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-bootonly.iso) = 3605436a2601aa992ab8f6b0ac238e13fd8fe14c11c42c6fe5ffd2395f0b5669 > > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-bootonly.iso.xz) = e9423f5452213d821720bb6497416741f678187d4c7eb885437661c7b13af955 > > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-disc1.iso) = 5f81e6deb3c98feca33ae5f5b409bb25b425b62279bcc1b40a36e756ad1ae1a9 > > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-disc1.iso.xz) = 8c6e348f874ef42aab7527fd118902862529e37a50e33e73ba700758262501c8 > > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-memstick.img) = 69153d6dc19fe08af410f23af3c2f95bd33500e9152e2f00a9489d47fa308faa > > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-memstick.img.xz) = a1b97f38dd5f16c2c0fca710a6c296e5420388d2df887c66c31c7b152449cf47 > > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-mini-memstick.img) = e9a370a815ce652fa9851242b4beea28a41ee27ca3ccab87c2605fc491dc8fbb > > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-mini-memstick.img.xz) = 93075f74008d544c843332ef792dbcae4cf26ba57b50842c39f299e8137d1da3 > > > > > > > > > o 14.0-RC4 riscv64 GENERICSD: > > > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-GENERICSD.img.xz) = e61212d3bcb42858f080c0260fac4d0fcee80819de0ca6504bb0c9113cf598b43d11134ac26a9dc3b5fc142431370c3bec86debd94e02a2fa3114c7c7d9cc34f > > > > > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-GENERICSD.img.xz) = e1bb1522ebaeb9a8b0d218af007ba76542d87e6b0fd146fecc07bff7d2bbed90 > > > > > > > > > == VM IMAGE CHECKSUMS == > > > > > > o 14.0-RC4 amd64: > > > SHA512 (FreeBSD-14.0-RC4-amd64-ufs.qcow2.xz) = 166b0709efc63262b964c604ea746e1ac6743b2bead2efab5d5c4d6c9491a336e39d1a793b465eb751f6085ef7fa0988840e1dbcb47f67f0f5dd7ae3d48b57c4 > > > SHA512 (FreeBSD-14.0-RC4-amd64-ufs.raw.xz) = b158c9369ecbb0178cc048990f855a71e6ffbff32f0bdbf2d5ff0255659b95e062ccc886cfdd7f91ad25fdb1d8d0f4bb78d3d097202bc6b8bd27cf13fde3220c > > > SHA512 (FreeBSD-14.0-RC4-amd64-ufs.vhd.xz) = f860eeb1cd405bd074cca746542cff147c9331a5b64a50c43c95d686686db81b5d2e4b1f5ea8957f403b4425dfa156bf39ede7a98807d25828d7d9dc0232dd69 > > > SHA512 (FreeBSD-14.0-RC4-amd64-ufs.vmdk.xz) = 3787cf9de0a5f4b8ae358f2316ddf62493aa6b30d70f6af2108a1730e9d79e07ef847932d7fa42b11f6f5b8b9eb3f33f41c701a67f2995005afdea053d6ef330 > > > SHA512 (FreeBSD-14.0-RC4-amd64-zfs.qcow2.xz) = c3e7e36e5b19f3ee80011a035b047063deb64acc1409fccd3732f5639d0cc1ce0c0b1da0f60a99b3cd7c696243917ec580ef6d5319b52c1763676def92d34e86 > > > SHA512 (FreeBSD-14.0-RC4-amd64-zfs.raw.xz) = 50c9a08d10d96f42c1669abf25a75d4115c6eb6b71241f1b8e321dcf2ac313627e6b449b941604150ecef652a7786dcd0b0be7c1b4221ae459c08e0bd5ceee91 > > > SHA512 (FreeBSD-14.0-RC4-amd64-zfs.vhd.xz) = be44fe7f97ac044b00cc39554df4eca8a19dcacc03e936747822acbc091f0baa5b6f6ebd219fd34a1f3e86f8031cf132cdd7e12f9b498bef3b9a4c79cb60d3a8 > > > SHA512 (FreeBSD-14.0-RC4-amd64-zfs.vmdk.xz) = 25a399e1165f7c77ab96daff57270cc5013fc3f2a1d777583fbde100a396211f46661f3fd9e675367e519b7be3cc29276529aaab062a821e8763496e8a628597 > > > SHA512 (FreeBSD-14.0-RC4-amd64.qcow2.xz) = 166b0709efc63262b964c604ea746e1ac6743b2bead2efab5d5c4d6c9491a336e39d1a793b465eb751f6085ef7fa0988840e1dbcb47f67f0f5dd7ae3d48b57c4 > > > SHA512 (FreeBSD-14.0-RC4-amd64.raw.xz) = b158c9369ecbb0178cc048990f855a71e6ffbff32f0bdbf2d5ff0255659b95e062ccc886cfdd7f91ad25fdb1d8d0f4bb78d3d097202bc6b8bd27cf13fde3220c > > > SHA512 (FreeBSD-14.0-RC4-amd64.vhd.xz) = f860eeb1cd405bd074cca746542cff147c9331a5b64a50c43c95d686686db81b5d2e4b1f5ea8957f403b4425dfa156bf39ede7a98807d25828d7d9dc0232dd69 > > > SHA512 (FreeBSD-14.0-RC4-amd64.vmdk.xz) = 3787cf9de0a5f4b8ae358f2316ddf62493aa6b30d70f6af2108a1730e9d79e07ef847932d7fa42b11f6f5b8b9eb3f33f41c701a67f2995005afdea053d6ef330 > > > > > > SHA256 (FreeBSD-14.0-RC4-amd64-ufs.qcow2.xz) = b79d9e82e3bf5081efb8159b66b3b3fa0472fefab9389f0ca8e18a469720a5eb > > > SHA256 (FreeBSD-14.0-RC4-amd64-ufs.raw.xz) = c1718eff5c455afc9e689b97751ba577eeff880c1e02ae0ac758dd8452f18977 > > > SHA256 (FreeBSD-14.0-RC4-amd64-ufs.vhd.xz) = f75b814422bfe88ae352d4342a6fce7a7059ae83210c20f3af30ef410bbc7a56 > > > SHA256 (FreeBSD-14.0-RC4-amd64-ufs.vmdk.xz) = 4abcfc77bda9f04fdb83af19d66a3db908dc2eac3983f3169e01b59c7cce3055 > > > SHA256 (FreeBSD-14.0-RC4-amd64-zfs.qcow2.xz) = f99a66864585598496cc43f73deed54f1a4c05552e5f02e8505c71bca743d573 > > > SHA256 (FreeBSD-14.0-RC4-amd64-zfs.raw.xz) = bfcb87a82a02ed1f7ee3bd25885f3d8d51c1c384f56e4ab9ff959fbac600e6ae > > > SHA256 (FreeBSD-14.0-RC4-amd64-zfs.vhd.xz) = 7c3c47e9abf98e406bb3c68dba55cab34a54e50fae5df79afdf9605dc768f0f1 > > > SHA256 (FreeBSD-14.0-RC4-amd64-zfs.vmdk.xz) = 5b0c3e8941ab57d18a9c3bf611158812d413cc9f1191bafdc0874e3b858448d3 > > > SHA256 (FreeBSD-14.0-RC4-amd64.qcow2.xz) = b79d9e82e3bf5081efb8159b66b3b3fa0472fefab9389f0ca8e18a469720a5eb > > > SHA256 (FreeBSD-14.0-RC4-amd64.raw.xz) = c1718eff5c455afc9e689b97751ba577eeff880c1e02ae0ac758dd8452f18977 > > > SHA256 (FreeBSD-14.0-RC4-amd64.vhd.xz) = f75b814422bfe88ae352d4342a6fce7a7059ae83210c20f3af30ef410bbc7a56 > > > SHA256 (FreeBSD-14.0-RC4-amd64.vmdk.xz) = 4abcfc77bda9f04fdb83af19d66a3db908dc2eac3983f3169e01b59c7cce3055 > > > > > > > > > o 14.0-RC4 i386: > > > SHA512 (FreeBSD-14.0-RC4-i386-ufs.qcow2.xz) = 83e9052c4e7bb574ea9763309ddc952a9632cc8b2b8693cf84c3d405e91a2d5c0ce8c9b25947982661537a9fb64a3325449cfb9f18699741328f5f8f446d1407 > > > SHA512 (FreeBSD-14.0-RC4-i386-ufs.raw.xz) = 66f9dca74d1e24869ea85f6ac10868b9197bdb508956168319f25db9ab1e7b13723b48cd544d0b25dc01d898eec127decb06329ca9c3ca9f3b333fd106eed49d > > > SHA512 (FreeBSD-14.0-RC4-i386-ufs.vhd.xz) = 8b0152123fffd4ea9e38b7658eeddf7e6fb69525e68312f3ca0a57efdcc3716113703e94b03da0f6607ef87782599a1da74b588b3b17a934c4299f9b9d62f99a > > > SHA512 (FreeBSD-14.0-RC4-i386-ufs.vmdk.xz) = a894383f188ad274130eb3c6d27d2e8810a502cf4f43544ecead17a61880b7b5a24f3a2709b6251c4139613a9d7e231f6d13b75b2c1413136e76b9ada1b04897 > > > SHA512 (FreeBSD-14.0-RC4-i386-zfs.qcow2.xz) = b02e65d34149f2b21ea8f4d546764f16ad0c96c067f7c7afb685301cf4e4b1d5953f9fbaefdb6b8b2e1ab275d5c201ef1f1e3a2fdb4ce9a60078c133092f6911 > > > SHA512 (FreeBSD-14.0-RC4-i386-zfs.raw.xz) = cfbe7aa6c8339daee268202e95d2c0c385f65debe53a22710c8314beae5a7f6e9cde02920920febf062a6613c84498e6659aa0878b112fb06af7c1a27843fd65 > > > SHA512 (FreeBSD-14.0-RC4-i386-zfs.vhd.xz) = d72284dad778a11cf40be9a91ba1537f32118567e3dcefe40449d225f6f6280746a89b0d15e689db7ed60b54caa4cd69067b303791ab33b47b58ccc854e0c035 > > > SHA512 (FreeBSD-14.0-RC4-i386-zfs.vmdk.xz) = 0e61517e4ff20edb0154bd68a7bff76f6095a4ef63bd1699f4665c39cf4a00d7eea1f9d562e4620c75c1ab982811409032033900e8fdcf892d228fcf49f3a335 > > > SHA512 (FreeBSD-14.0-RC4-i386.qcow2.xz) = 83e9052c4e7bb574ea9763309ddc952a9632cc8b2b8693cf84c3d405e91a2d5c0ce8c9b25947982661537a9fb64a3325449cfb9f18699741328f5f8f446d1407 > > > SHA512 (FreeBSD-14.0-RC4-i386.raw.xz) = 66f9dca74d1e24869ea85f6ac10868b9197bdb508956168319f25db9ab1e7b13723b48cd544d0b25dc01d898eec127decb06329ca9c3ca9f3b333fd106eed49d > > > SHA512 (FreeBSD-14.0-RC4-i386.vhd.xz) = 8b0152123fffd4ea9e38b7658eeddf7e6fb69525e68312f3ca0a57efdcc3716113703e94b03da0f6607ef87782599a1da74b588b3b17a934c4299f9b9d62f99a > > > SHA512 (FreeBSD-14.0-RC4-i386.vmdk.xz) = a894383f188ad274130eb3c6d27d2e8810a502cf4f43544ecead17a61880b7b5a24f3a2709b6251c4139613a9d7e231f6d13b75b2c1413136e76b9ada1b04897 > > > > > > SHA256 (FreeBSD-14.0-RC4-i386-ufs.qcow2.xz) = 6ef1dfcea80aa0687141c7917f0e8ab81c4241a62bee8043ac1dc23c82be05ed > > > SHA256 (FreeBSD-14.0-RC4-i386-ufs.raw.xz) = 5eca8b0ffe97f7e6a485f496a61fad9c93a261c6c4e0d083f9fd1c500c2d4db4 > > > SHA256 (FreeBSD-14.0-RC4-i386-ufs.vhd.xz) = 3997fd89984392f2ca2fc3b7df864dfd0dfc17be750aa78d61a31233e947fc0b > > > SHA256 (FreeBSD-14.0-RC4-i386-ufs.vmdk.xz) = dda9a1962d1cd910465c1c91d36c2df5c923fe7353fffb172c04adaebb368505 > > > SHA256 (FreeBSD-14.0-RC4-i386-zfs.qcow2.xz) = ab840c119d46ab49e2e33f7024f453ef872df908b47a8d9fdca0a8740b49c478 > > > SHA256 (FreeBSD-14.0-RC4-i386-zfs.raw.xz) = 1d2635935bdd73de8e76b8815392a2f0399782aa9e41296bc4dfb9e2073a35aa > > > SHA256 (FreeBSD-14.0-RC4-i386-zfs.vhd.xz) = 998a040e0849ed03a1cbf6da446672525c5ddee79ed225ff7cd8283164b484bf > > > SHA256 (FreeBSD-14.0-RC4-i386-zfs.vmdk.xz) = db11801f993246135e3cd4b28b6c7457853668180ff7d11c4b0c7018e04a58c2 > > > SHA256 (FreeBSD-14.0-RC4-i386.qcow2.xz) = 6ef1dfcea80aa0687141c7917f0e8ab81c4241a62bee8043ac1dc23c82be05ed > > > SHA256 (FreeBSD-14.0-RC4-i386.raw.xz) = 5eca8b0ffe97f7e6a485f496a61fad9c93a261c6c4e0d083f9fd1c500c2d4db4 > > > SHA256 (FreeBSD-14.0-RC4-i386.vhd.xz) = 3997fd89984392f2ca2fc3b7df864dfd0dfc17be750aa78d61a31233e947fc0b > > > SHA256 (FreeBSD-14.0-RC4-i386.vmdk.xz) = dda9a1962d1cd910465c1c91d36c2df5c923fe7353fffb172c04adaebb368505 > > > > > > > > > o 14.0-RC4 aarch64: > > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-ufs.qcow2.xz) = 6f67f49ddf46bd4468394c985a2b34bc48f975f659de560a8ca1bd6935c3f27d02bc143632c088580aa440fae5f7f18932b5b335247c3aa328090ddbbc9c70b5 > > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-ufs.raw.xz) = ef0af5d2877eaa8e2a6c3ca9df9ac3b9a0e9f30035170eca3ceef1984d35b08ea422254583c08b45cda9453a3e09d7209d85b2093d69768e8c892be67ae5f975 > > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-ufs.vhd.xz) = 4b6bc513892b5ebd1cf2206014da0b548ddfbedb1a5fa8349fa5ddfd6363afb68f104bdc6d5447476f70ad61b27202a390cf6f5d7c5cf90c415edfe3ce0bc26d > > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-ufs.vmdk.xz) = fece4ca62f30260beee2de4265f3c6559ba0a948e6dcf65658016ee10aa961136fbacc7238a6ea3b6e9afe334879cdfbcfe23f31d012a9abfca86c6783ea6a10 > > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-zfs.qcow2.xz) = cb21c41ad4e1e09e58bc00cc55c6e5decdf2d01e29ef7031e4497532bb33ced39473390141292d8819eb59f9f49b880c8d6d269d879c4f3b671e646968c83d32 > > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-zfs.raw.xz) = c33a58f30eb6f798cb353e11ad821ac9927852f6262617bb7340b963448ad83e4b4fe039676e1e48a5618db4e00ee6bc209b32809e3e70395114935189493e24 > > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-zfs.vhd.xz) = 4bb8cc4d313d14247701b7fa0bc920c2c5fd467126b961a5ecbc791c928730440c87dc452ecbc653db26fda482d86b0be87cd0f6ba272c2036ee3146096c70fc > > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64-zfs.vmdk.xz) = 5a49668bebd971fdc1145adb69edb5dd4aa521ca1a86d1532f43b58c1b3aed23c4187ce23366cc182fae296cc17a31b00858660522bb2897746f519ce5ddf3eb > > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64.qcow2.xz) = 6f67f49ddf46bd4468394c985a2b34bc48f975f659de560a8ca1bd6935c3f27d02bc143632c088580aa440fae5f7f18932b5b335247c3aa328090ddbbc9c70b5 > > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64.raw.xz) = ef0af5d2877eaa8e2a6c3ca9df9ac3b9a0e9f30035170eca3ceef1984d35b08ea422254583c08b45cda9453a3e09d7209d85b2093d69768e8c892be67ae5f975 > > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64.vhd.xz) = 4b6bc513892b5ebd1cf2206014da0b548ddfbedb1a5fa8349fa5ddfd6363afb68f104bdc6d5447476f70ad61b27202a390cf6f5d7c5cf90c415edfe3ce0bc26d > > > SHA512 (FreeBSD-14.0-RC4-arm64-aarch64.vmdk.xz) = fece4ca62f30260beee2de4265f3c6559ba0a948e6dcf65658016ee10aa961136fbacc7238a6ea3b6e9afe334879cdfbcfe23f31d012a9abfca86c6783ea6a10 > > > > > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-ufs.qcow2.xz) = afbc7e756418a70a28c77d3a50022fedbce08a2dc3861a1faf19273d75d8d893 > > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-ufs.raw.xz) = 100ddb13b6952293e9ea6678b6b4dacb350642036d95b3c6aa2b6d03f653e3b2 > > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-ufs.vhd.xz) = 3c6c44ffd9dbacce38e41ee2a3dbea86c2a1630c4e0f1e4157d6a9ae35045330 > > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-ufs.vmdk.xz) = 725b3e4f834f3aa296efef28524dca72e6e3a366afe9a70f66f872446d620417 > > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-zfs.qcow2.xz) = b064cb8feeee25caf7b87634ec2d2111dc8f264dbc433e41249d2620b06f5c6b > > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-zfs.raw.xz) = ebb407772250fdfb179bad97483233378fc63cc72ccd3dbcf01163968bfbd68e > > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-zfs.vhd.xz) = 406a87f32a192a00077c071d295c749c166b8ad110d28f509a1f163d8b1c9358 > > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64-zfs.vmdk.xz) = c8be970e5337d282b45c097bb30b2d2a9eb469402cc9ffa6b7f2ee9c3bbfdb65 > > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64.qcow2.xz) = afbc7e756418a70a28c77d3a50022fedbce08a2dc3861a1faf19273d75d8d893 > > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64.raw.xz) = 100ddb13b6952293e9ea6678b6b4dacb350642036d95b3c6aa2b6d03f653e3b2 > > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64.vhd.xz) = 3c6c44ffd9dbacce38e41ee2a3dbea86c2a1630c4e0f1e4157d6a9ae35045330 > > > SHA256 (FreeBSD-14.0-RC4-arm64-aarch64.vmdk.xz) = 725b3e4f834f3aa296efef28524dca72e6e3a366afe9a70f66f872446d620417 > > > > > > > > > o 14.0-RC4 riscv64: > > > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-ufs.qcow2.xz) = 2538e1fa6d9c975d0ab2b680e634441209f8c2fdc2ad95f3431ead256185397cf7f639e2523753d4cee1b4f677499815538486b20d3684f9210e492dd0675b1a > > > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-ufs.raw.xz) = 96a49721ba1428b8cddf65abed849ff3567e31773fc2446f021dd67f61b92a231939a1d5abea28995d1ec8af9d8ba891b881f7ec8b6530a2182e570cb5e78042 > > > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-ufs.vhd.xz) = d2aacdcefecee3cd8456d7f371a2f5254ddebbd22277d978b00baa9c23304239df1fcec89531644db575f0481b19ccdbfeaa66aa85f17e8651ec164afc4842a2 > > > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-ufs.vmdk.xz) = e6bacea877352f5ff3fc16f5717e3944927753a5c64e7d237bf5c6c253f85dfe3011314d286198ae7c62d921cc2d7b00398767e207793c4b968f7071ea706858 > > > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-zfs.qcow2.xz) = 8681d7bee0b60bee27e113c9b0c6601b640a8d49218280511d55aa38b6bcf1d873911de3beedae61be1c2e11244c384239c9d06bd8ebf7f081c0975621af44aa > > > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-zfs.raw.xz) = 2812d912f583dc574074c4c49f2d6005d60dbf0515c310a49858788bdea2b3f016091937acf67a80d1bcc123133f1f4585fd9a90ebd10b3fd2cfa2954d2a7b0b > > > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-zfs.vhd.xz) = 8cc13a0ccc40262c99e0dd8b71965cf7150e5ddab6fb754a8e46bb448ed7f8fda63aa79b132502cf890be0bc1141dddfebf77c3cb2d20e2edee050428cf138e8 > > > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64-zfs.vmdk.xz) = e71bb6d4f17e709289f6cc853a72e18a5b61c99e747064bae0e356ab9b1893cb97183ff971892eba1658bcf50bbea40c55827c579643ef88b2799b4f13d5d364 > > > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64.qcow2.xz) = 2538e1fa6d9c975d0ab2b680e634441209f8c2fdc2ad95f3431ead256185397cf7f639e2523753d4cee1b4f677499815538486b20d3684f9210e492dd0675b1a > > > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64.raw.xz) = 96a49721ba1428b8cddf65abed849ff3567e31773fc2446f021dd67f61b92a231939a1d5abea28995d1ec8af9d8ba891b881f7ec8b6530a2182e570cb5e78042 > > > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64.vhd.xz) = d2aacdcefecee3cd8456d7f371a2f5254ddebbd22277d978b00baa9c23304239df1fcec89531644db575f0481b19ccdbfeaa66aa85f17e8651ec164afc4842a2 > > > SHA512 (FreeBSD-14.0-RC4-riscv-riscv64.vmdk.xz) = e6bacea877352f5ff3fc16f5717e3944927753a5c64e7d237bf5c6c253f85dfe3011314d286198ae7c62d921cc2d7b00398767e207793c4b968f7071ea706858 > > > > > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-ufs.qcow2.xz) = a20bb128dfcf977a8d8fcbe711287cde37204fed4656b015b55da484825207e3 > > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-ufs.raw.xz) = 9b8ceb27d0e67144c3e498f3c0d29857746147acf65262fbea319c5a8c7d038c > > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-ufs.vhd.xz) = ee5dc591d890b717d5fef43081d0d9c7050a9d8ae8ce255d68b2a34ff123340b > > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-ufs.vmdk.xz) = c37a5c0527a086fc52a81c4699ae0aea4b5a963fc71ce5836b0dc0cbe94fa152 > > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-zfs.qcow2.xz) = 23627ae8e397f0de495a0cbe75cec3d98053a0d450c1d8f95c400984f52d9add > > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-zfs.raw.xz) = a38a35541f621e59404c32c8ec1f73f1f6a54f554a39230fcc82f963f365543f > > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-zfs.vhd.xz) = be9c521b31c7443b46f99f24dab640b6c37da4cf2edee48fc6ecf815be0b8252 > > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64-zfs.vmdk.xz) = 43506386c53bb76ce5b5b67684a1f36da948fd31a92caa252fa492b3a94e9004 > > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64.qcow2.xz) = a20bb128dfcf977a8d8fcbe711287cde37204fed4656b015b55da484825207e3 > > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64.raw.xz) = 9b8ceb27d0e67144c3e498f3c0d29857746147acf65262fbea319c5a8c7d038c > > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64.vhd.xz) = ee5dc591d890b717d5fef43081d0d9c7050a9d8ae8ce255d68b2a34ff123340b > > > SHA256 (FreeBSD-14.0-RC4-riscv-riscv64.vmdk.xz) = c37a5c0527a086fc52a81c4699ae0aea4b5a963fc71ce5836b0dc0cbe94fa152 > > > > > > > > > o 14.0-RC4 amd64 BASIC-CI: > > > SHA512 (FreeBSD-14.0-RC4-amd64-BASIC-CI.raw.xz) = f553ef24fe92025eee845e54f25c1410883367beba2293c3244516218d9d9f5e3957f1d95643c57e4f97d7a6dc46d6534354ba1284f6a909a532d80e0fc260c4 > > > > > > SHA256 (FreeBSD-14.0-RC4-amd64-BASIC-CI.raw.xz) = 3d0eea50499d49020b9510a26d8df36d0f63ad66b8befb35e42b32943a44a7fe > > > > > > Regards, > > > > > > Glen > > > > > > Please consider donating to help support my FreeBSD work: > > > https://www.gofundme.com/f/gjbbsd > > > https://paypal.me/gjbbsd > > > > > > Love FreeBSD? Support this and future releases with a donation to > > > the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ > > > > > > > > > > I am having a problem witb Freeradius and GNU radius. > > > > Anyone else? > > > > > > I found the problem. Replace /usr/lib/libncursesw.so as a symbolic > link to /lib/libncursesw.so.9 can you provide more inputs here, please where do you get your freeradious or gnu radius implementation from, what is failing an so on? Best regards, Bapt From nobody Mon Nov 6 07:50:43 2023 X-Original-To: freebsd-current@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 4SP3TZ59yrz50Zy3; Mon, 6 Nov 2023 07:52:02 +0000 (UTC) (envelope-from doctor@doctor.nl2k.ab.ca) Received: from doctor.nl2k.ab.ca (doctor.nl2k.ab.ca [204.209.81.1]) (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 4SP3TZ1yCgz3VJy; Mon, 6 Nov 2023 07:52:02 +0000 (UTC) (envelope-from doctor@doctor.nl2k.ab.ca) Authentication-Results: mx1.freebsd.org; none Received: from doctor by doctor.nl2k.ab.ca with local (Exim 4.96.2 (FreeBSD)) (envelope-from ) id 1qzuNf-000INg-0s; Mon, 06 Nov 2023 00:50:43 -0700 Date: Mon, 6 Nov 2023 00:50:43 -0700 From: The Doctor To: Baptiste Daroussin Cc: Glen Barber , freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-snapshots@freebsd.org, FreeBSD Release Engineering Team Subject: Radius challenges in FreeBSD 14.0 Re: FreeBSD 14.0-RC4 Now Available Message-ID: References: <20231103234232.GK1289@FreeBSD.org> <5p6sszthbhskientm4tki4pq4hyzws4fnmzgq4cagh7yvkrwyo@hhmf5cy4gmsu> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5p6sszthbhskientm4tki4pq4hyzws4fnmzgq4cagh7yvkrwyo@hhmf5cy4gmsu> X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:6171, ipnet:204.209.81.0/24, country:CA] X-Rspamd-Queue-Id: 4SP3TZ1yCgz3VJy On Mon, Nov 06, 2023 at 08:43:05AM +0100, Baptiste Daroussin wrote: > On Sun, Nov 05, 2023 at 12:11:06PM -0700, The Doctor wrote: > > On Sun, Nov 05, 2023 at 10:32:44AM -0700, The Doctor wrote: > > > On Fri, Nov 03, 2023 at 11:42:32PM +0000, Glen Barber wrote: > > > > The fourth RC build of the 14.0-RELEASE release cycle is now available. > > > > > > > > Installation images are available for: > > > > > > > > o 14.0-RC4 amd64 GENERIC > > > > > > > > > > > > > > I am having a problem witb Freeradius and GNU radius. > > > > > > Anyone else? > > > > > > > > > > I found the problem. Replace /usr/lib/libncursesw.so as a symbolic > > link to /lib/libncursesw.so.9 > > can you provide more inputs here, please where do you get your freeradious or > gnu radius implementation from, what is failing an so on? > > Best regards, > Bapt freeradius looks like a TLS issue with openssl 3 . gnu Radius was biuld by me and not a port. Trying to recode is a challenge. What is happening is that the so file is not being recognised so I have to symlink in order to get GNU radius 1.6.X to work . It will work with /lib/libncursesw.so.9 if the so file is found in /usr/lib . -- Member - Liberal International This is doctor@nk.ca Ici doctor@nk.ca Yahweh, King & country!Never Satan President Republic!Beware AntiChrist rising! Look at Psalms 14 and 53 on Atheism ; unsubscribe from Google Groups to be seen Suffering will continue until we stop believing lies. -unknown Beware https://mindspring.com From nobody Mon Nov 6 08:04:14 2023 X-Original-To: freebsd-current@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 4SP3lh5vCnz50dKT; Mon, 6 Nov 2023 08:04:16 +0000 (UTC) (envelope-from bapt@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 4SP3lh580Pz3Xnc; Mon, 6 Nov 2023 08:04:16 +0000 (UTC) (envelope-from bapt@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1699257856; 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=j+DWhyZnNu4kqVbqAa5gCdhNSnfSod9vgUE0NMHqsUs=; b=adk+FVed3PmMHS53dDKLQD7WVz6lCrtJitlDrhu4Z+iJNZFlbvsaJcfVKYTvSdGNh5QWLt bPjwNqlAWeDyADQO3dyLZeNZr9zAb6Uh/EEDH3AswhJZLZYfbKdXpAXF8Tydz1cSDxQkNl GNosPVmBJmt9ETcUL6slfjZvcijbahCmzmpywlsLx07h4cV1L9X3Nb6lLdxOiI3UnD/ek/ FwciBfGJFJfn21f14gW9YacNsnRCOOGaWpHUZqyDGqAwB5pOVDXueFjyVVbsN7vjNtr/Gk bM5BbKZ8sTT3tKuGVJ/xuQ0BtxDnXSvrPXYIsz6SdHhFK5jTfwgPqmepDCflow== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1699257856; 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=j+DWhyZnNu4kqVbqAa5gCdhNSnfSod9vgUE0NMHqsUs=; b=YCPokmduqvbcQ9fPr1c9aUoHmSyiriLTxruoAHHCRpCgVteAgs2fkjVSVB84EmS94uN1kQ dKaIhKgcD1PFbkoAy0IcS9PN4yczUBkRi6SS9wOAnaqvZU2XEbkGlf0/pTwqpHqnDCe/Xi 1947Zwam1JnMWtTP3kg9qpYUhnvL+6xBC7J8nK0rjlc9MzherUW2uvPJ67wKe9q9WhBGcT 8c4vHm53WgNLlICgQYZBiF1QI6Okax+zfnFPoUOBSZVcyQMHNt94EyCVkVl03P7JLk4KOY f0UbTo4+xKrJZvBOQC9N0lpDn7DyMEuf9vPWs2+Hr56rFY/v9JcPPPAo5sWuWQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1699257856; a=rsa-sha256; cv=none; b=qC6ypEBbdlIRskFumxSWLnUPdfHZVRCuZ3MtAv3bVT42qYUI4IaFVSvgRwfBrr5/r/V16H 0Zsq9auq0n9bkKV1sBK/oNoHmpYl7UkVqB95CKcJTgZMSivuEkiRp9qn4f8BXPGyhkmeG+ Ipd0TmIv4uQzlbiRpbsAdgzwYZkxa9cR3Cq/vLBd7nfU4W0ULGQpZnBHJtwlkKfHvhyfl1 nnsIy2NQlWzvrywumgiWsaNPkJUl4CimbuAH10j7Y4GA/5WFgMd1pWSVATf1t5OZ5r1RfE BZf9mIJJxnlAOPZgik9Vx++bJ4kqKlf2DeOKPe5wyQ4bQeNto1YY1AtVkuVTLA== Received: from aniel.nours.eu (nours.eu [176.31.115.77]) (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) (Authenticated sender: bapt) by smtp.freebsd.org (Postfix) with ESMTPSA id 4SP3lh3W00z17Tb; Mon, 6 Nov 2023 08:04:16 +0000 (UTC) (envelope-from bapt@freebsd.org) Received: by aniel.nours.eu (Postfix, from userid 1001) id E89D819DB9E; Mon, 6 Nov 2023 09:04:14 +0100 (CET) Date: Mon, 6 Nov 2023 09:04:14 +0100 From: Baptiste Daroussin To: The Doctor Cc: Glen Barber , freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-snapshots@freebsd.org, FreeBSD Release Engineering Team Subject: Re: Radius challenges in FreeBSD 14.0 Re: FreeBSD 14.0-RC4 Now Available Message-ID: References: <20231103234232.GK1289@FreeBSD.org> <5p6sszthbhskientm4tki4pq4hyzws4fnmzgq4cagh7yvkrwyo@hhmf5cy4gmsu> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Mon, Nov 06, 2023 at 12:50:43AM -0700, The Doctor wrote: > On Mon, Nov 06, 2023 at 08:43:05AM +0100, Baptiste Daroussin wrote: > > On Sun, Nov 05, 2023 at 12:11:06PM -0700, The Doctor wrote: > > > On Sun, Nov 05, 2023 at 10:32:44AM -0700, The Doctor wrote: > > > > On Fri, Nov 03, 2023 at 11:42:32PM +0000, Glen Barber wrote: > > > > > The fourth RC build of the 14.0-RELEASE release cycle is now available. > > > > > > > > > > Installation images are available for: > > > > > > > > > > o 14.0-RC4 amd64 GENERIC > > > > > > > > > > > > > > > > > > I am having a problem witb Freeradius and GNU radius. > > > > > > > > Anyone else? > > > > > > > > > > > > > > I found the problem. Replace /usr/lib/libncursesw.so as a symbolic > > > link to /lib/libncursesw.so.9 > > > > can you provide more inputs here, please where do you get your freeradious or > > gnu radius implementation from, what is failing an so on? > > > > Best regards, > > Bapt > > freeradius looks like a TLS issue with openssl 3 > > . > > gnu Radius was biuld by me and not a port. > > Trying to recode is a challenge. > > What is happening is that > > the so file is not being recognised so > I have to symlink in order to get GNU radius 1.6.X to work . > > It will work with /lib/libncursesw.so.9 if the so file is found in > /usr/lib . OK I will dig into gnu-radius, and fix the port if needed! thank you Best regards, Bapt From nobody Mon Nov 6 08:50:18 2023 X-Original-To: freebsd-current@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 4SP4mr2Hlgz4ypsT; Mon, 6 Nov 2023 08:50:20 +0000 (UTC) (envelope-from bapt@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 4SP4mr1rKcz4F4Q; Mon, 6 Nov 2023 08:50:20 +0000 (UTC) (envelope-from bapt@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1699260620; 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=99cbVRInoTXI6COvgeS8ZG85p+Srwd36eoKciMbT2f4=; b=JG+eA1+JWmamvEvRNdcwe9eDZ7mVjsD5A6QVVuufnMMk7Y4K+KDtCxrQm4eYBWi711daot X1lGM1UA95Mfn6rK/EafMcwOemk0v7J+H2ERE3+byWv/AkRxk+hSPo7M6YfS6zaLsgwRP3 wIiRdHmdrzuk8Z032tVdVPkWrJgqCQVzD9cJZpqW1YwMDIsMX3CiCRtw6bgxh5QvQ6PWTw NHQUJkAykcck3wKh93TDJrhLQJjGcjDCvogFEW6+Trd7inxG8+DxbiBCVObxSkn2N2ypWF Jk5yW8zQPjtS8dNA97HItxKUTCATdWl2MqCLMEQeI/rgO1EPYvqnF2oJeVcThA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1699260620; 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=99cbVRInoTXI6COvgeS8ZG85p+Srwd36eoKciMbT2f4=; b=PgkUQw525ZmXFchtIdyJrtnsD39qhEmJX8e0xhLuQEN74FsZ5OUHyI8XJoaABqWvUPnQvS /m7WCaKkzt9Zg3ecNP2KUuYPA0lcrsludFQB81YKRRvGqpeL4U4PEYb8KLJGWcc9plZtuw lTcKP7TuHvIgATFcmLya2ddT4NiIISbxZtHvrK6qHGOedBFmnb1M12oEhUXtZ1SNwggTfU pWu2F+1iQ6JrNcb7taqXq48Jd9MQXyH0g3iqlANpEPQn+KgnsOfjV03nfb1M27jIiz0SzZ MZs7Jf121jLcUDS4HmS+E+G3rWG010En9tgfTkqyAs0uRrvfy6WFPDV3Rn1qXA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1699260620; a=rsa-sha256; cv=none; b=ig9SVzN8IS36/Quhxb5DUJBoLNhuxs5QpotZagHDPT4HtqO1yVeuwA5r0lZYI2L7wSe212 zvpAGs15ia2mfWWZLaYksFSEfkEi71tb4UT78KUnPxSpBixGuia0TBhbdC+7NCJh4fBrR1 FibTTRoMfAQl4RTtF1doNQHNmOl+e++gDNBnzvaDj3ymbE0Tm1DtecVOQj356So9qdBLnk r+KMPxZRLNGyoXIAlX5S7FlRO2LfOFNvr72MFEp1R7/bR7384MXk6L+CyNZSHDXkIpqIxQ pWsMdxGqTHL7se9Yd7J+j8rMB9ekIFt1Mb6GNxWt0z0Wt83yPyfSBTtzaFnY4w== Received: from aniel.nours.eu (nours.eu [176.31.115.77]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) (Authenticated sender: bapt) by smtp.freebsd.org (Postfix) with ESMTPSA id 4SP4mr0Cg4z18Hh; Mon, 6 Nov 2023 08:50:20 +0000 (UTC) (envelope-from bapt@freebsd.org) Received: by aniel.nours.eu (Postfix, from userid 1001) id 1150919DC16; Mon, 6 Nov 2023 09:50:18 +0100 (CET) Date: Mon, 6 Nov 2023 09:50:18 +0100 From: Baptiste Daroussin To: The Doctor Cc: Glen Barber , freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-snapshots@freebsd.org, FreeBSD Release Engineering Team Subject: Re: Radius challenges in FreeBSD 14.0 Re: FreeBSD 14.0-RC4 Now Available Message-ID: References: <20231103234232.GK1289@FreeBSD.org> <5p6sszthbhskientm4tki4pq4hyzws4fnmzgq4cagh7yvkrwyo@hhmf5cy4gmsu> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Mon, Nov 06, 2023 at 09:04:15AM +0100, Baptiste Daroussin wrote: > On Mon, Nov 06, 2023 at 12:50:43AM -0700, The Doctor wrote: > > On Mon, Nov 06, 2023 at 08:43:05AM +0100, Baptiste Daroussin wrote: > > > On Sun, Nov 05, 2023 at 12:11:06PM -0700, The Doctor wrote: > > > > On Sun, Nov 05, 2023 at 10:32:44AM -0700, The Doctor wrote: > > > > > On Fri, Nov 03, 2023 at 11:42:32PM +0000, Glen Barber wrote: > > > > > > The fourth RC build of the 14.0-RELEASE release cycle is now available. > > > > > > > > > > > > Installation images are available for: > > > > > > > > > > > > o 14.0-RC4 amd64 GENERIC > > > > > > > > > > > > > > > > > > > > > > I am having a problem witb Freeradius and GNU radius. > > > > > > > > > > Anyone else? > > > > > > > > > > > > > > > > > > I found the problem. Replace /usr/lib/libncursesw.so as a symbolic > > > > link to /lib/libncursesw.so.9 > > > > > > can you provide more inputs here, please where do you get your freeradious or > > > gnu radius implementation from, what is failing an so on? > > > > > > Best regards, > > > Bapt > > > > freeradius looks like a TLS issue with openssl 3 > > > > . > > > > gnu Radius was biuld by me and not a port. > > > > Trying to recode is a challenge. > > > > What is happening is that > > > > the so file is not being recognised so > > I have to symlink in order to get GNU radius 1.6.X to work . > > > > It will work with /lib/libncursesw.so.9 if the so file is found in > > /usr/lib . > > OK I will dig into gnu-radius, and fix the port if needed! thank you > > Best regards, > Bapt I just checked here, and I built gnu-radius on a vanilla freebsd 14.0 rc4 and a vanilla 15 current, and in both case it perfectly links to libncursesw.so.9 and does not require any change of the .so, at least from all the binary analysis that I have done, do you have a specific command that will expose the issue? Can you provide me you gnu-radius package as created by pkg create gnu-radius ? Best regards, Bapt From nobody Mon Nov 6 15:22:05 2023 X-Original-To: freebsd-current@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 4SPFV02LPdz500W3; Mon, 6 Nov 2023 15:23:04 +0000 (UTC) (envelope-from doctor@doctor.nl2k.ab.ca) Received: from doctor.nl2k.ab.ca (doctor.nl2k.ab.ca [204.209.81.1]) (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 4SPFTz75fpz3VfB; Mon, 6 Nov 2023 15:23:03 +0000 (UTC) (envelope-from doctor@doctor.nl2k.ab.ca) Authentication-Results: mx1.freebsd.org; none Received: from doctor by doctor.nl2k.ab.ca with local (Exim 4.96.2 (FreeBSD)) (envelope-from ) id 1r01QT-0007wh-25; Mon, 06 Nov 2023 08:22:05 -0700 Date: Mon, 6 Nov 2023 08:22:05 -0700 From: The Doctor To: Baptiste Daroussin Cc: Glen Barber , freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-snapshots@freebsd.org, FreeBSD Release Engineering Team Subject: Re: Radius challenges in FreeBSD 14.0 Re: FreeBSD 14.0-RC4 Now Available Message-ID: References: <20231103234232.GK1289@FreeBSD.org> <5p6sszthbhskientm4tki4pq4hyzws4fnmzgq4cagh7yvkrwyo@hhmf5cy4gmsu> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:6171, ipnet:204.209.81.0/24, country:CA] X-Rspamd-Queue-Id: 4SPFTz75fpz3VfB On Mon, Nov 06, 2023 at 09:04:14AM +0100, Baptiste Daroussin wrote: > On Mon, Nov 06, 2023 at 12:50:43AM -0700, The Doctor wrote: > > On Mon, Nov 06, 2023 at 08:43:05AM +0100, Baptiste Daroussin wrote: > > > On Sun, Nov 05, 2023 at 12:11:06PM -0700, The Doctor wrote: > > > > On Sun, Nov 05, 2023 at 10:32:44AM -0700, The Doctor wrote: > > > > > On Fri, Nov 03, 2023 at 11:42:32PM +0000, Glen Barber wrote: > > > > > > The fourth RC build of the 14.0-RELEASE release cycle is now available. > > > > > > > > > > > > Installation images are available for: > > > > > > > > > > > > o 14.0-RC4 amd64 GENERIC > > > > > > > > > > > > > > > > > > > > > > I am having a problem witb Freeradius and GNU radius. > > > > > > > > > > Anyone else? > > > > > > > > > > > > > > > > > > I found the problem. Replace /usr/lib/libncursesw.so as a symbolic > > > > link to /lib/libncursesw.so.9 > > > > > > can you provide more inputs here, please where do you get your freeradious or > > > gnu radius implementation from, what is failing an so on? > > > > > > Best regards, > > > Bapt > > > > freeradius looks like a TLS issue with openssl 3 > > > > . > > > > gnu Radius was biuld by me and not a port. > > > > Trying to recode is a challenge. > > > > What is happening is that > > > > the so file is not being recognised so > > I have to symlink in order to get GNU radius 1.6.X to work . > > > > It will work with /lib/libncursesw.so.9 if the so file is found in > > /usr/lib . > > OK I will dig into gnu-radius, and fix the port if needed! thank you > > Best regards, > Bapt Looks like we will a challenge to update. Let me know if you need help. -- Member - Liberal International This is doctor@nk.ca Ici doctor@nk.ca Yahweh, King & country!Never Satan President Republic!Beware AntiChrist rising! Look at Psalms 14 and 53 on Atheism ; unsubscribe from Google Groups to be seen Suffering will continue until we stop believing lies. -unknown Beware https://mindspring.com From nobody Mon Nov 6 15:27:34 2023 X-Original-To: freebsd-current@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 4SPFbn6J6jz501JS; Mon, 6 Nov 2023 15:28:05 +0000 (UTC) (envelope-from doctor@doctor.nl2k.ab.ca) Received: from doctor.nl2k.ab.ca (doctor.nl2k.ab.ca [204.209.81.1]) (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 4SPFbn5jjvz3X5c; Mon, 6 Nov 2023 15:28:05 +0000 (UTC) (envelope-from doctor@doctor.nl2k.ab.ca) Authentication-Results: mx1.freebsd.org; none Received: from doctor by doctor.nl2k.ab.ca with local (Exim 4.96.2 (FreeBSD)) (envelope-from ) id 1r01Vm-000ICV-0e; Mon, 06 Nov 2023 08:27:34 -0700 Date: Mon, 6 Nov 2023 08:27:34 -0700 From: The Doctor To: Baptiste Daroussin Cc: Glen Barber , freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-snapshots@freebsd.org, FreeBSD Release Engineering Team Subject: Re: Radius challenges in FreeBSD 14.0 Re: FreeBSD 14.0-RC4 Now Available Message-ID: References: <20231103234232.GK1289@FreeBSD.org> <5p6sszthbhskientm4tki4pq4hyzws4fnmzgq4cagh7yvkrwyo@hhmf5cy4gmsu> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:6171, ipnet:204.209.81.0/24, country:CA] X-Rspamd-Queue-Id: 4SPFbn5jjvz3X5c On Mon, Nov 06, 2023 at 09:50:18AM +0100, Baptiste Daroussin wrote: > On Mon, Nov 06, 2023 at 09:04:15AM +0100, Baptiste Daroussin wrote: > > On Mon, Nov 06, 2023 at 12:50:43AM -0700, The Doctor wrote: > > > On Mon, Nov 06, 2023 at 08:43:05AM +0100, Baptiste Daroussin wrote: > > > > On Sun, Nov 05, 2023 at 12:11:06PM -0700, The Doctor wrote: > > > > > On Sun, Nov 05, 2023 at 10:32:44AM -0700, The Doctor wrote: > > > > > > On Fri, Nov 03, 2023 at 11:42:32PM +0000, Glen Barber wrote: > > > > > > > The fourth RC build of the 14.0-RELEASE release cycle is now available. > > > > > > > > > > > > > > Installation images are available for: > > > > > > > > > > > > > > o 14.0-RC4 amd64 GENERIC > > > > > > > > > > > > > > > > > > > > > > > > > > I am having a problem witb Freeradius and GNU radius. > > > > > > > > > > > > Anyone else? > > > > > > > > > > > > > > > > > > > > > > I found the problem. Replace /usr/lib/libncursesw.so as a symbolic > > > > > link to /lib/libncursesw.so.9 > > > > > > > > can you provide more inputs here, please where do you get your freeradious or > > > > gnu radius implementation from, what is failing an so on? > > > > > > > > Best regards, > > > > Bapt > > > > > > freeradius looks like a TLS issue with openssl 3 > > > > > > . > > > > > > gnu Radius was biuld by me and not a port. > > > > > > Trying to recode is a challenge. > > > > > > What is happening is that > > > > > > the so file is not being recognised so > > > I have to symlink in order to get GNU radius 1.6.X to work . > > > > > > It will work with /lib/libncursesw.so.9 if the so file is found in > > > /usr/lib . > > > > OK I will dig into gnu-radius, and fix the port if needed! thank you > > > > Best regards, > > Bapt > > I just checked here, and I built gnu-radius on a vanilla freebsd 14.0 rc4 and a > vanilla 15 current, and in both case it perfectly links to libncursesw.so.9 and > does not require any change of the .so, at least from all the binary analysis > that I have done, do you have a specific command that will expose the issue? > > Can you provide me you gnu-radius package as created by pkg create gnu-radius ? > > Best regards, > Bapt Try to build from ports, here is what I get cc -DHAVE_CONFIG_H -I. -I.. -I.. -I../include -I../include -I../include/radius -I../include/radius -I../lib -I../gnu -I../gnu -I/usr/local/include/guile/1.8 -I/usr/local/include -isystem /usr/local/include -D_THREAD_SAFE -DSYSCONFDIR=\"/usr/local/etc\" -DRADPID_DIR=\"/var/run\" -DRADLOG_DIR=\"/var/log\" -DRADIUS_DATADIR=\"/usr/local/share/radius/1.6.1\" -DRADIUS_LIBDIR=\"/usr/local/lib/radius/1.6.1\" -I/usr/local/include/ -I/usr/local/include -fno-strict-aliasing -O2 -pipe -fstack-protector-strong -fno-strict-aliasing -MT builddbm.o -MD -MP -MF .deps/builddbm.Tpo -c -o builddbm.o builddbm.c builddbm.c:101:13: warning: call to undeclared function 'grad_dbm_insert'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration] if (grad_dbm_insert(closure->dbmfile, named, contentd)) { ^ builddbm.c:141:13: warning: call to undeclared function 'grad_dbm_create'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration] if (grad_dbm_create(db_file, &closure.dbmfile)) { ^ builddbm.c:147:39: error: incompatible function pointer types passing 'int (DBM_closure *, User_symbol *)' (aka 'int (DBM_closure *, struct user_symbol *)') to parameter of type 'int (*)(void *, grad_symbol_t *)' (aka 'int (*)(void *, struct symbol *)') [-Wincompatible-function-pointer-types] grad_symtab_iterate(user_tab, append_symbol, &closure); ^~~~~~~~~~~~~ ../include/radius/symtab.h:48:11: note: passing argument to parameter 'fn' here int (*fn)(void *, grad_symbol_t *), ^ builddbm.c:243:13: warning: call to undeclared function 'paircmp'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration] if (paircmp(req, check_tmp) == 0) { ^ builddbm.c:252:23: warning: using the result of an assignment as a condition without parentheses [-Wparentheses] if (p = grad_avl_find(check_tmp, DA_MATCH_PROFILE)) { ~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ builddbm.c:252:23: note: place parentheses around the assignment to silence this warning if (p = grad_avl_find(check_tmp, DA_MATCH_PROFILE)) { ^ ( ) builddbm.c:252:23: note: use '==' to turn this assignment into an equality comparison if (p = grad_avl_find(check_tmp, DA_MATCH_PROFILE)) { ^ == builddbm.c:308:35: warning: passing arguments to a function without a prototype is deprecated in all versions of C and is not supported in C2x [-Wdeprecated-non-prototype] (*fn)(buffer, sizeof(buffer), name, i), ^ builddbm.c:323:23: warning: using the result of an assignment as a condition without parentheses [-Wparentheses] if (p = grad_avl_find(*reply_pairs, DA_MATCH_PROFILE)) { ~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ builddbm.c:323:23: note: place parentheses around the assignment to silence this warning if (p = grad_avl_find(*reply_pairs, DA_MATCH_PROFILE)) { ^ ( ) builddbm.c:323:23: note: use '==' to turn this assignment into an equality comparison if (p = grad_avl_find(*reply_pairs, DA_MATCH_PROFILE)) { ^ == builddbm.c:336:22: warning: call to undeclared function 'fallthrough'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration] if (!fallthrough(*reply_pairs)) ^ 7 warnings and 1 error generated. gmake[6]: *** [Makefile:743: builddbm.o] Error 1 gmake[6]: Leaving directory '/usr/ports/net/gnu-radius/work/radius-1.6.1/radiusd' gmake[5]: *** [Makefile:641: all] Error 2 gmake[5]: Leaving directory '/usr/ports/net/gnu-radius/work/radius-1.6.1/radiusd' gmake[4]: *** [Makefile:745: all-recursive] Error 1 gmake[4]: Leaving directory '/usr/ports/net/gnu-radius/work/radius-1.6.1' gmake[3]: *** [Makefile:621: all] Error 2 gmake[3]: Leaving directory '/usr/ports/net/gnu-radius/work/radius-1.6.1' ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make[2]: stopped in /usr/ports/net/gnu-radius *** Error code 1 Stop. make[1]: stopped in /usr/ports/net/gnu-radius *** Error code 1 Stop. make: stopped in /usr/ports/net/gnu-radius -- Member - Liberal International This is doctor@nk.ca Ici doctor@nk.ca Yahweh, King & country!Never Satan President Republic!Beware AntiChrist rising! Look at Psalms 14 and 53 on Atheism ; unsubscribe from Google Groups to be seen Suffering will continue until we stop believing lies. -unknown Beware https://mindspring.com From nobody Mon Nov 6 15:31:04 2023 X-Original-To: freebsd-current@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 4SPFgG4lYDz501T3; Mon, 6 Nov 2023 15:31:06 +0000 (UTC) (envelope-from bapt@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 4SPFgG33Lgz3XxY; Mon, 6 Nov 2023 15:31:06 +0000 (UTC) (envelope-from bapt@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1699284666; 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=f2ms3vFo8VAm83zMqKX4t4o8vd/n1g1rUSI+F+a3iEE=; b=bAmnUS7B5Uk9msTQolBgjVD1Rr/kLQHSm76lQgZUDZMQ+LIrijxzDTPjVlj8kIMrUGUGXW AvLBioq3Es6sr+26aVFxRBZzwhpAbhZycVE3Y9HTyzmH+wSVh/GR5m3TmdNZ+CUF2rY+OJ XF6ia16iYM3gmdPLTxrYtA0VR+zogd9lJlUJXSBOEieI6LPnxdLC1GCKJ8i+Myuqk9s9LL Vq5nHArbWF3Pg8JLQZesvyv40O7JjIkfY4aUk58a8YMI+awxd8FHYbVb+PKO90nrGFFvxF vzSZierkNuj125w1aVJMtBuKYOIr31iJgQt0vrxQWK2jp7N9e8upKGTwVjawdA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1699284666; 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=f2ms3vFo8VAm83zMqKX4t4o8vd/n1g1rUSI+F+a3iEE=; b=t3Mkmf5vBNykIbZXwUi0FPPjLL0+fVj8XAPn9y1P2ecRYRCEwdZEmb0pQN47qO+7CZtkBm AK6wUjYbmmNjUWBuX+FpUX/ZqwmNcNd4cV8nxesbqvXMzMFuS8QhuXWX8yFgokwdbFrsDu zsizf/fWZv5dbWsfgs38kEb++tomaRd9plZ9L1jG18lSU4qY4nYjEpQOSximxzWi3TxUnL V0CeMCMEak0OsWyn8XcM3d/xQ1NjyuGnfksncd5F4BZcOV1bizVlpPh8amZq/Wfezs4slL sh+NmuVTch/MC3dXY66RWEhyTQ0yJvUIlloRbEKk+QPRjILJjyGu24Au/SAmIg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1699284666; a=rsa-sha256; cv=none; b=XHoQiKHEpsnxpSSwB/YjGvFyHqcrVdteGfrw+4+HrbgNl/odMYzm0PI2pyI6mgZxScc75I CH+gsf5IYcSkyJ1prpfnmgGv1wUGv2lkgqiGBnxQ1vyIVzoi9pZvfjHJ/JavGuC8wCK4/P ZQYnSUAZtKpgaNIM3uvLh21I154MFn9/9q40oaQqF80Iqsj9a4AJfpYEUjztC62Sje807x lJcSWNtTYUYg3xtn861BdlP4osYUhUZ852yfuEyB8GvGblnF5GcsWT3v80hhoSCZiW/IuK Yl7hXh39Cxp3Pt+3pAdXfJGJKAolAuY89fg4GFgYrYCnIhBfGytZDXLiLDXtuA== Received: from aniel.nours.eu (nours.eu [IPv6:2001:41d0:8:3a4d::1]) (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) (Authenticated sender: bapt) by smtp.freebsd.org (Postfix) with ESMTPSA id 4SPFgG0mJbz1Gf1; Mon, 6 Nov 2023 15:31:06 +0000 (UTC) (envelope-from bapt@freebsd.org) Received: by aniel.nours.eu (Postfix, from userid 1001) id CAFDB19EFD3; Mon, 6 Nov 2023 16:31:04 +0100 (CET) Date: Mon, 6 Nov 2023 16:31:04 +0100 From: Baptiste Daroussin To: The Doctor Cc: Glen Barber , freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-snapshots@freebsd.org, FreeBSD Release Engineering Team Subject: Re: Radius challenges in FreeBSD 14.0 Re: FreeBSD 14.0-RC4 Now Available Message-ID: <4k7sqgsiolglrfq35lesmb4qr7l7lcbnmebcdaxs4n7so2vubn@56xwzstht5dy> References: <20231103234232.GK1289@FreeBSD.org> <5p6sszthbhskientm4tki4pq4hyzws4fnmzgq4cagh7yvkrwyo@hhmf5cy4gmsu> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Mon, Nov 06, 2023 at 08:27:34AM -0700, The Doctor wrote: > On Mon, Nov 06, 2023 at 09:50:18AM +0100, Baptiste Daroussin wrote: > > On Mon, Nov 06, 2023 at 09:04:15AM +0100, Baptiste Daroussin wrote: > > > On Mon, Nov 06, 2023 at 12:50:43AM -0700, The Doctor wrote: > > > > On Mon, Nov 06, 2023 at 08:43:05AM +0100, Baptiste Daroussin wrote: > > > > > On Sun, Nov 05, 2023 at 12:11:06PM -0700, The Doctor wrote: > > > > > > On Sun, Nov 05, 2023 at 10:32:44AM -0700, The Doctor wrote: > > > > > > > On Fri, Nov 03, 2023 at 11:42:32PM +0000, Glen Barber wrote: > > > > > > > > The fourth RC build of the 14.0-RELEASE release cycle is now available. > > > > > > > > > > > > > > > > Installation images are available for: > > > > > > > > > > > > > > > > o 14.0-RC4 amd64 GENERIC > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > I am having a problem witb Freeradius and GNU radius. > > > > > > > > > > > > > > Anyone else? > > > > > > > > > > > > > > > > > > > > > > > > > > I found the problem. Replace /usr/lib/libncursesw.so as a symbolic > > > > > > link to /lib/libncursesw.so.9 > > > > > > > > > > can you provide more inputs here, please where do you get your freeradious or > > > > > gnu radius implementation from, what is failing an so on? > > > > > > > > > > Best regards, > > > > > Bapt > > > > > > > > freeradius looks like a TLS issue with openssl 3 > > > > > > > > . > > > > > > > > gnu Radius was biuld by me and not a port. > > > > > > > > Trying to recode is a challenge. > > > > > > > > What is happening is that > > > > > > > > the so file is not being recognised so > > > > I have to symlink in order to get GNU radius 1.6.X to work . > > > > > > > > It will work with /lib/libncursesw.so.9 if the so file is found in > > > > /usr/lib . > > > > > > OK I will dig into gnu-radius, and fix the port if needed! thank you > > > > > > Best regards, > > > Bapt > > > > I just checked here, and I built gnu-radius on a vanilla freebsd 14.0 rc4 and a > > vanilla 15 current, and in both case it perfectly links to libncursesw.so.9 and > > does not require any change of the .so, at least from all the binary analysis > > that I have done, do you have a specific command that will expose the issue? > > > > Can you provide me you gnu-radius package as created by pkg create gnu-radius ? > > > > Best regards, > > Bapt > > Try to build from ports, here is what I get > > cc -DHAVE_CONFIG_H -I. -I.. -I.. -I../include -I../include -I../include/radius -I../include/radius -I../lib -I../gnu -I../gnu -I/usr/local/include/guile/1.8 -I/usr/local/include -isystem /usr/local/include -D_THREAD_SAFE -DSYSCONFDIR=\"/usr/local/etc\" -DRADPID_DIR=\"/var/run\" -DRADLOG_DIR=\"/var/log\" -DRADIUS_DATADIR=\"/usr/local/share/radius/1.6.1\" -DRADIUS_LIBDIR=\"/usr/local/lib/radius/1.6.1\" -I/usr/local/include/ -I/usr/local/include -fno-strict-aliasing -O2 -pipe -fstack-protector-strong -fno-strict-aliasing -MT builddbm.o -MD -MP -MF .deps/builddbm.Tpo -c -o builddbm.o builddbm.c > builddbm.c:101:13: warning: call to undeclared function 'grad_dbm_insert'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration] > if (grad_dbm_insert(closure->dbmfile, named, contentd)) { > ^ > builddbm.c:141:13: warning: call to undeclared function 'grad_dbm_create'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration] > if (grad_dbm_create(db_file, &closure.dbmfile)) { > ^ > builddbm.c:147:39: error: incompatible function pointer types passing 'int (DBM_closure *, User_symbol *)' (aka 'int (DBM_closure *, struct user_symbol *)') to parameter of type 'int (*)(void *, grad_symbol_t *)' (aka 'int (*)(void *, struct symbol *)') [-Wincompatible-function-pointer-types] > grad_symtab_iterate(user_tab, append_symbol, &closure); > ^~~~~~~~~~~~~ > ../include/radius/symtab.h:48:11: note: passing argument to parameter 'fn' here > int (*fn)(void *, grad_symbol_t *), > ^ > builddbm.c:243:13: warning: call to undeclared function 'paircmp'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration] > if (paircmp(req, check_tmp) == 0) { > ^ > builddbm.c:252:23: warning: using the result of an assignment as a condition without parentheses [-Wparentheses] > if (p = grad_avl_find(check_tmp, DA_MATCH_PROFILE)) { > ~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > builddbm.c:252:23: note: place parentheses around the assignment to silence this warning > if (p = grad_avl_find(check_tmp, DA_MATCH_PROFILE)) { > ^ > ( ) > builddbm.c:252:23: note: use '==' to turn this assignment into an equality comparison > if (p = grad_avl_find(check_tmp, DA_MATCH_PROFILE)) { > ^ > == > builddbm.c:308:35: warning: passing arguments to a function without a prototype is deprecated in all versions of C and is not supported in C2x [-Wdeprecated-non-prototype] > (*fn)(buffer, sizeof(buffer), name, i), > ^ > builddbm.c:323:23: warning: using the result of an assignment as a condition without parentheses [-Wparentheses] > if (p = grad_avl_find(*reply_pairs, DA_MATCH_PROFILE)) { > ~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > builddbm.c:323:23: note: place parentheses around the assignment to silence this warning > if (p = grad_avl_find(*reply_pairs, DA_MATCH_PROFILE)) { > ^ > ( ) > builddbm.c:323:23: note: use '==' to turn this assignment into an equality comparison > if (p = grad_avl_find(*reply_pairs, DA_MATCH_PROFILE)) { > ^ > == > builddbm.c:336:22: warning: call to undeclared function 'fallthrough'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration] > if (!fallthrough(*reply_pairs)) > ^ > 7 warnings and 1 error generated. > gmake[6]: *** [Makefile:743: builddbm.o] Error 1 > gmake[6]: Leaving directory '/usr/ports/net/gnu-radius/work/radius-1.6.1/radiusd' > gmake[5]: *** [Makefile:641: all] Error 2 > gmake[5]: Leaving directory '/usr/ports/net/gnu-radius/work/radius-1.6.1/radiusd' > gmake[4]: *** [Makefile:745: all-recursive] Error 1 > gmake[4]: Leaving directory '/usr/ports/net/gnu-radius/work/radius-1.6.1' > gmake[3]: *** [Makefile:621: all] Error 2 > gmake[3]: Leaving directory '/usr/ports/net/gnu-radius/work/radius-1.6.1' > ===> Compilation failed unexpectedly. > Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to > the maintainer. > *** Error code 1 > > Stop. > make[2]: stopped in /usr/ports/net/gnu-radius > *** Error code 1 > > Stop. > make[1]: stopped in /usr/ports/net/gnu-radius > *** Error code 1 > > Stop. > make: stopped in /usr/ports/net/gnu-radius > This is not a ncurses issue. Bapt From nobody Mon Nov 6 16:53:56 2023 X-Original-To: freebsd-current@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 4SPHW452z1z50GWl; Mon, 6 Nov 2023 16:54:08 +0000 (UTC) (envelope-from doctor@doctor.nl2k.ab.ca) Received: from doctor.nl2k.ab.ca (doctor.nl2k.ab.ca [204.209.81.1]) (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 4SPHW4302lz4KdZ; Mon, 6 Nov 2023 16:54:08 +0000 (UTC) (envelope-from doctor@doctor.nl2k.ab.ca) Authentication-Results: mx1.freebsd.org; none Received: from doctor by doctor.nl2k.ab.ca with local (Exim 4.96.2 (FreeBSD)) (envelope-from ) id 1r02rM-0007nE-0t; Mon, 06 Nov 2023 09:53:56 -0700 Date: Mon, 6 Nov 2023 09:53:56 -0700 From: The Doctor To: Baptiste Daroussin Cc: Glen Barber , freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-snapshots@freebsd.org, FreeBSD Release Engineering Team Subject: Re: Radius challenges in FreeBSD 14.0 Re: FreeBSD 14.0-RC4 Now Available Message-ID: References: <20231103234232.GK1289@FreeBSD.org> <5p6sszthbhskientm4tki4pq4hyzws4fnmzgq4cagh7yvkrwyo@hhmf5cy4gmsu> <4k7sqgsiolglrfq35lesmb4qr7l7lcbnmebcdaxs4n7so2vubn@56xwzstht5dy> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4k7sqgsiolglrfq35lesmb4qr7l7lcbnmebcdaxs4n7so2vubn@56xwzstht5dy> X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:6171, ipnet:204.209.81.0/24, country:CA] X-Rspamd-Queue-Id: 4SPHW4302lz4KdZ On Mon, Nov 06, 2023 at 04:31:04PM +0100, Baptiste Daroussin wrote: > On Mon, Nov 06, 2023 at 08:27:34AM -0700, The Doctor wrote: > > On Mon, Nov 06, 2023 at 09:50:18AM +0100, Baptiste Daroussin wrote: > > > On Mon, Nov 06, 2023 at 09:04:15AM +0100, Baptiste Daroussin wrote: > > > > On Mon, Nov 06, 2023 at 12:50:43AM -0700, The Doctor wrote: > > > > > On Mon, Nov 06, 2023 at 08:43:05AM +0100, Baptiste Daroussin wrote: > > > > > > On Sun, Nov 05, 2023 at 12:11:06PM -0700, The Doctor wrote: > > > > > > > On Sun, Nov 05, 2023 at 10:32:44AM -0700, The Doctor wrote: > > > > > > > > On Fri, Nov 03, 2023 at 11:42:32PM +0000, Glen Barber wrote: > > > > > > > > > The fourth RC build of the 14.0-RELEASE release cycle is now available. > > > > > > > > > > > > > > > > > > Installation images are available for: > > > > > > > > > > > > > > > > > > o 14.0-RC4 amd64 GENERIC > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > I am having a problem witb Freeradius and GNU radius. > > > > > > > > > > > > > > > > Anyone else? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > I found the problem. Replace /usr/lib/libncursesw.so as a symbolic > > > > > > > link to /lib/libncursesw.so.9 > > > > > > > > > > > > can you provide more inputs here, please where do you get your freeradious or > > > > > > gnu radius implementation from, what is failing an so on? > > > > > > > > > > > > Best regards, > > > > > > Bapt > > > > > > > > > > freeradius looks like a TLS issue with openssl 3 > > > > > > > > > > . > > > > > > > > > > gnu Radius was biuld by me and not a port. > > > > > > > > > > Trying to recode is a challenge. > > > > > > > > > > What is happening is that > > > > > > > > > > the so file is not being recognised so > > > > > I have to symlink in order to get GNU radius 1.6.X to work . > > > > > > > > > > It will work with /lib/libncursesw.so.9 if the so file is found in > > > > > /usr/lib . > > > > > > > > OK I will dig into gnu-radius, and fix the port if needed! thank you > > > > > > > > Best regards, > > > > Bapt > > > > > > I just checked here, and I built gnu-radius on a vanilla freebsd 14.0 rc4 and a > > > vanilla 15 current, and in both case it perfectly links to libncursesw.so.9 and > > > does not require any change of the .so, at least from all the binary analysis > > > that I have done, do you have a specific command that will expose the issue? > > > > > > Can you provide me you gnu-radius package as created by pkg create gnu-radius ? > > > > > > Best regards, > > > Bapt > > > > Try to build from ports, here is what I get > > > > cc -DHAVE_CONFIG_H -I. -I.. -I.. -I../include -I../include -I../include/radius -I../include/radius -I../lib -I../gnu -I../gnu -I/usr/local/include/guile/1.8 -I/usr/local/include -isystem /usr/local/include -D_THREAD_SAFE -DSYSCONFDIR=\"/usr/local/etc\" -DRADPID_DIR=\"/var/run\" -DRADLOG_DIR=\"/var/log\" -DRADIUS_DATADIR=\"/usr/local/share/radius/1.6.1\" -DRADIUS_LIBDIR=\"/usr/local/lib/radius/1.6.1\" -I/usr/local/include/ -I/usr/local/include -fno-strict-aliasing -O2 -pipe -fstack-protector-strong -fno-strict-aliasing -MT builddbm.o -MD -MP -MF .deps/builddbm.Tpo -c -o builddbm.o builddbm.c > > builddbm.c:101:13: warning: call to undeclared function 'grad_dbm_insert'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration] > > if (grad_dbm_insert(closure->dbmfile, named, contentd)) { > > ^ > > builddbm.c:141:13: warning: call to undeclared function 'grad_dbm_create'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration] > > if (grad_dbm_create(db_file, &closure.dbmfile)) { > > ^ > > builddbm.c:147:39: error: incompatible function pointer types passing 'int (DBM_closure *, User_symbol *)' (aka 'int (DBM_closure *, struct user_symbol *)') to parameter of type 'int (*)(void *, grad_symbol_t *)' (aka 'int (*)(void *, struct symbol *)') [-Wincompatible-function-pointer-types] > > grad_symtab_iterate(user_tab, append_symbol, &closure); > > ^~~~~~~~~~~~~ > > ../include/radius/symtab.h:48:11: note: passing argument to parameter 'fn' here > > int (*fn)(void *, grad_symbol_t *), > > ^ > > builddbm.c:243:13: warning: call to undeclared function 'paircmp'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration] > > if (paircmp(req, check_tmp) == 0) { > > ^ > > builddbm.c:252:23: warning: using the result of an assignment as a condition without parentheses [-Wparentheses] > > if (p = grad_avl_find(check_tmp, DA_MATCH_PROFILE)) { > > ~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > builddbm.c:252:23: note: place parentheses around the assignment to silence this warning > > if (p = grad_avl_find(check_tmp, DA_MATCH_PROFILE)) { > > ^ > > ( ) > > builddbm.c:252:23: note: use '==' to turn this assignment into an equality comparison > > if (p = grad_avl_find(check_tmp, DA_MATCH_PROFILE)) { > > ^ > > == > > builddbm.c:308:35: warning: passing arguments to a function without a prototype is deprecated in all versions of C and is not supported in C2x [-Wdeprecated-non-prototype] > > (*fn)(buffer, sizeof(buffer), name, i), > > ^ > > builddbm.c:323:23: warning: using the result of an assignment as a condition without parentheses [-Wparentheses] > > if (p = grad_avl_find(*reply_pairs, DA_MATCH_PROFILE)) { > > ~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > builddbm.c:323:23: note: place parentheses around the assignment to silence this warning > > if (p = grad_avl_find(*reply_pairs, DA_MATCH_PROFILE)) { > > ^ > > ( ) > > builddbm.c:323:23: note: use '==' to turn this assignment into an equality comparison > > if (p = grad_avl_find(*reply_pairs, DA_MATCH_PROFILE)) { > > ^ > > == > > builddbm.c:336:22: warning: call to undeclared function 'fallthrough'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration] > > if (!fallthrough(*reply_pairs)) > > ^ > > 7 warnings and 1 error generated. > > gmake[6]: *** [Makefile:743: builddbm.o] Error 1 > > gmake[6]: Leaving directory '/usr/ports/net/gnu-radius/work/radius-1.6.1/radiusd' > > gmake[5]: *** [Makefile:641: all] Error 2 > > gmake[5]: Leaving directory '/usr/ports/net/gnu-radius/work/radius-1.6.1/radiusd' > > gmake[4]: *** [Makefile:745: all-recursive] Error 1 > > gmake[4]: Leaving directory '/usr/ports/net/gnu-radius/work/radius-1.6.1' > > gmake[3]: *** [Makefile:621: all] Error 2 > > gmake[3]: Leaving directory '/usr/ports/net/gnu-radius/work/radius-1.6.1' > > ===> Compilation failed unexpectedly. > > Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to > > the maintainer. > > *** Error code 1 > > > > Stop. > > make[2]: stopped in /usr/ports/net/gnu-radius > > *** Error code 1 > > > > Stop. > > make[1]: stopped in /usr/ports/net/gnu-radius > > *** Error code 1 > > > > Stop. > > make: stopped in /usr/ports/net/gnu-radius > > > This is not a ncurses issue. > > Bapt > Care to see the pure code non-ported? -- Member - Liberal International This is doctor@nk.ca Ici doctor@nk.ca Yahweh, King & country!Never Satan President Republic!Beware AntiChrist rising! Look at Psalms 14 and 53 on Atheism ; unsubscribe from Google Groups to be seen Suffering will continue until we stop believing lies. -unknown Beware https://mindspring.com From nobody Tue Nov 7 04:32:21 2023 X-Original-To: current@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 4SPb0n5gSmz50VKd for ; Tue, 7 Nov 2023 04:32:25 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from omta001.cacentral1.a.cloudfilter.net (omta001.cacentral1.a.cloudfilter.net [3.97.99.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SPb0m6jL0z4DXH; Tue, 7 Nov 2023 04:32:24 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=none (mx1.freebsd.org: domain of cy.schubert@cschubert.com has no SPF policy when checking 3.97.99.32) smtp.mailfrom=cy.schubert@cschubert.com; dmarc=none Received: from shw-obgw-4004a.ext.cloudfilter.net ([10.228.9.227]) by cmsmtp with ESMTPS id 00lSrX3HO8jpT0DlHrG6Im; Tue, 07 Nov 2023 04:32:23 +0000 Received: from spqr.komquats.com ([70.66.152.170]) by cmsmtp with ESMTPSA id 0DlGr5waODqGY0DlHrRrqm; Tue, 07 Nov 2023 04:32:23 +0000 X-Authority-Analysis: v=2.4 cv=Cousz10D c=1 sm=1 tr=0 ts=6549bdd7 a=y8EK/9tc/U6QY+pUhnbtgQ==:117 a=y8EK/9tc/U6QY+pUhnbtgQ==:17 a=kj9zAlcOel0A:10 a=BNY50KLci1gA:10 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=EkcXrb_YAAAA:8 a=5x-zGUr7Tg-4Oi9jobIA:9 a=CjuIK1q_8ugA:10 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 a=LK5xJRSDVpKd5WXXoEvA:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id DC0B21CA; Mon, 6 Nov 2023 20:32:21 -0800 (PST) Received: by slippy.cwsent.com (Postfix, from userid 1000) id A4E1CFA; Mon, 6 Nov 2023 20:32:21 -0800 (PST) X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.8+dev Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: "Oleg V. Nauman" cc: FreeBSD Current , manu@freebsd.org Subject: Re: Kernel with INVARIANTS panicing if drm is loaded In-reply-to: <2806934.Tv9pZ1cZgq@moonset.home> References: <2806934.Tv9pZ1cZgq@moonset.home> Comments: In-reply-to "Oleg V. Nauman" message dated "Sun, 05 Nov 2023 19:54:39 +0200." List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 06 Nov 2023 20:32:21 -0800 Message-Id: <20231107043221.A4E1CFA@slippy.cwsent.com> X-CMAE-Envelope: MS4xfEmWQc77j4vVeukYRAof/WfzHL24VuSbmQwJci7YRaoxYE0FNE1YwhOfEkWxebE5TlVOOB1ntyQpMsRAW+mybliv+TwU30GyUoXvKxwiq5Qxtus7D1JC +w/iKcjVjylWDPoYU9dq0WlAO+uKtB1piMoVhLaIyB4P2PvttTpr/A4aXPvRzUsEi3pykEEII5rNAbUQ3fpcGLslgzLqLI3GPRxXo9eQ2w0EjQHrdeaajhUJ wN6JOQKThei9YgLDVL6BF/6qMcRtz8PhX/JEui/tDyA= X-Spamd-Result: default: False [-1.68 / 15.00]; AUTH_NA(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.88)[-0.884]; MV_CASE(0.50)[]; RCVD_IN_DNSWL_LOW(-0.10)[3.97.99.32:from]; MIME_GOOD(-0.10)[text/plain]; RWL_MAILSPIKE_GOOD(-0.10)[3.97.99.32:from]; FROM_HAS_DN(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; DMARC_NA(0.00)[cschubert.com]; RCPT_COUNT_THREE(0.00)[3]; TAGGED_RCPT(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[Cy.Schubert@cschubert.com]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[gmail.com]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:16509, ipnet:3.96.0.0/15, country:US]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[current@freebsd.org] X-Rspamd-Queue-Id: 4SPb0m6jL0z4DXH X-Spamd-Bar: - In message <2806934.Tv9pZ1cZgq@moonset.home>, "Oleg V. Nauman" writes: > I am observing kernel panic when entering multiuser mode after sucessful > system boot. It happens when I load CURRENT kernel with INVARIANTS and drm > module loaded ( drm-515-kmod-5.15.118_1 in particular ) . drm module and kene > l > are in sync > > > FreeBSD moonset.home 15.0-CURRENT FreeBSD 15.0-CURRENT #3 main-n266267- > e116e040f309: Sun Nov 5 10:00:51 EET 2023 root@moonset.home:/usr/obj/usr > / > src/amd64.amd64/sys/moonset amd64 > > panic: sleepq_add: td 0xfffff8000203c000 to sleep on wchan 0xfffff800021d8648 > > with sleeping prohibited > ............... > Reading symbols from /boot/kernel/kernel... > Reading symbols from /usr/lib/debug//boot/kernel/kernel.debug... > > Unread portion of the kernel message buffer: > panic: malloc(M_WAITOK) with sleeping prohibited > cpuid = 0 > time = 1699171621 > ............. > __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:57 > 57 __asm("movq %%gs:%P1,%0" : "=r" (td) : "n" (offsetof(struct > pcpu, > (kgdb) #0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:57 > #1 doadump (textdump=) > at /usr/src/sys/kern/kern_shutdown.c:405 > #2 0xffffffff81e2ec53 in vt_kms_postswitch () from /boot/modules/drm.ko > #3 0xffffffff8043ad6e in vt_window_switch (vw=0xfffff800021d8640) > at /usr/src/sys/dev/vt/vt_core.c:595 > #4 0xffffffff804ec583 in kern_reboot (howto=4) > at /usr/src/sys/kern/kern_shutdown.c:501 > #5 0xffffffff804eccfa in vpanic ( > fmt=0xffffffff808263fb "malloc(M_WAITOK) with sleeping prohibited", > ap=ap@entry=0xfffffe00ce259850) at /usr/src/sys/kern/kern_shutdown.c:970 > #6 0xffffffff804ecb03 in panic (fmt=) > at /usr/src/sys/kern/kern_shutdown.c:894 > #7 0xffffffff804c8a04 in malloc_dbg (vap=, > sizep=, mtp=, flags=) > at /usr/src/sys/kern/kern_malloc.c:540 > #8 0xffffffff804c885c in malloc (size=, > mtp=0xffffffff81e931c0 , flags=) > at /usr/src/sys/kern/kern_malloc.c:641 > #9 0xffffffff81c5a750 in intel_atomic_state_alloc () > from /boot/modules/i915kms.ko > #10 0xffffffff81dfe404 in drm_client_modeset_commit_atomic () > from /boot/modules/drm.ko > #11 0xffffffff81dfe614 in drm_client_modeset_commit_locked () > from /boot/modules/drm.ko > #12 0xffffffff81dfe7a1 in drm_client_modeset_commit () > from /boot/modules/drm.ko > #13 0xffffffff81e41ab3 in drm_fb_helper_restore_fbdev_mode_unlocked () > from /boot/modules/drm.ko > #14 0xffffffff81e2ed91 in vt_kms_postswitch () from /boot/modules/drm.ko > #15 0xffffffff8043ac31 in vt_window_switch (vw=0xfffff80001d3a600, > vw@entry=0xffffffff80a47178 ) > at /usr/src/sys/dev/vt/vt_core.c:612 > #16 0xffffffff8043be0f in vtterm_cngrab (tm=, > tm@entry=) > at /usr/src/sys/dev/vt/vt_core.c:1863 > #17 0xffffffff804893f6 in cngrab () at /usr/src/sys/kern/kern_cons.c:385 > #18 0xffffffff804ecc79 in vpanic ( > fmt=0xffffffff808799a9 "%s: td %p to sleep on wchan %p with sleeping > prohibited", ap=ap@entry=0xfffffe00ce259c20) > at /usr/src/sys/kern/kern_shutdown.c:942 > #19 0xffffffff804ecb03 in panic (fmt=) > at /usr/src/sys/kern/kern_shutdown.c:894 > #20 0xffffffff805465b3 in sleepq_add (wchan=wchan@entry=0xfffff800021d8648, > lock=lock@entry=0xfffff80001823340, > wmesg=wmesg@entry=0xffffffff808b194e "tq_drain", flags=0, > flags@entry=, queue=queue@entry=0) > at /usr/src/sys/kern/subr_sleepqueue.c:326 > #21 0xffffffff804f8efe in _sleep (ident=ident@entry=0xfffff800021d8648, > lock=lock@entry=0xfffff80001823340, priority=priority@entry=0, > wmesg=0xffffffff808b194e "tq_drain", sbt=sbt@entry=0, pr=pr@entry=0, > flags=256) at /usr/src/sys/kern/kern_synch.c:207 > #22 0xffffffff8054cffb in TQ_SLEEP (tq=0xfffff80001823300, > p=0xfffff800021d8648, wm=) > at /usr/src/sys/kern/subr_taskqueue.c:124 > #23 taskqueue_drain (queue=0xfffff80001823300, task=0xfffff800021d8648) > at /usr/src/sys/kern/subr_taskqueue.c:614 > #24 0xffffffff81e2ed35 in vt_kms_postswitch () from /boot/modules/drm.ko > #25 0xffffffff8043ac31 in vt_window_switch (vw=0xfffff800021d8648, > vw@entry=0xfffff800038fb180) at /usr/src/sys/dev/vt/vt_core.c:612 > #26 0xffffffff8043b3b2 in vt_late_window_switch (vw=0xfffff800038fb180) > at /usr/src/sys/dev/vt/vt_core.c:468 > #27 vt_proc_window_switch (vw=0xfffff800038fb180) > at /usr/src/sys/dev/vt/vt_core.c:553 > #28 0xffffffff8043e318 in vt_processkey ( > kbd=0xffffffff80cef898 , vd=0xffffffff80a472c8 , > c=) at /usr/src/sys/dev/vt/vt_core.c:903 > #29 vt_kbdevent (kbd=0xffffffff80cef898 , event=, > arg=0xffffffff80a472c8 ) at /usr/src/sys/dev/vt/vt_core.c:101 > 8 > #30 0xffffffff8078ffcf in atkbd_intr (kbd=0xffffffff80cef898 , > arg=) at /usr/src/sys/dev/atkbdc/atkbd.c:565 > #31 0xffffffff804b1376 in intr_event_execute_handlers (ie=0xfffff800010ece00, > p=) at /usr/src/sys/kern/kern_intr.c:1205 > #32 ithread_execute_handlers (ie=0xfffff800010ece00, p=) > at /usr/src/sys/kern/kern_intr.c:1218 > #33 ithread_loop (arg=arg@entry=0xfffff80001c5aea0) > at /usr/src/sys/kern/kern_intr.c:1306 > #34 0xffffffff804adae2 in fork_exit ( > callout=0xffffffff804b1120 , arg=0xfffff80001c5aea0, > frame=0xfffffe00ce259f40) at /usr/src/sys/kern/kern_fork.c:1160 > #35 > #36 0x0000000000000b88 in ?? () > Backtrace stopped: Cannot access memory at address 0xbc7 > (kgdb) > > > > > > Can you submit a PR for this? GFP_KERNEL is an alias for M_WAITOK, which is verboten when intel_atomic_state_alloc() makes its call to kzalloc(), an alias for kmalloc(). -- Cheers, Cy Schubert FreeBSD UNIX: Web: https://FreeBSD.org NTP: Web: https://nwtime.org e^(i*pi)+1=0 From nobody Tue Nov 7 15:51:47 2023 X-Original-To: current@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 4SPt4w1tcVz50Xq6 for ; Tue, 7 Nov 2023 15:52:00 +0000 (UTC) (envelope-from oleg.nauman@gmail.com) Received: from mail-yw1-x1129.google.com (mail-yw1-x1129.google.com [IPv6:2607:f8b0:4864:20::1129]) (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 4SPt4w0Msgz3NfL; Tue, 7 Nov 2023 15:52:00 +0000 (UTC) (envelope-from oleg.nauman@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-yw1-x1129.google.com with SMTP id 00721157ae682-5a84204e7aeso68589807b3.0; Tue, 07 Nov 2023 07:52:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1699372318; x=1699977118; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=2sqgN12eZR42ZEPRvcpjASm7UrQKTEqDeY8iUSkPBy4=; b=BbHEJemD8ua+LxSue3qzX2UrA+v/mX26HdO2/eGK8HIJNMOatzl6yM5GkwYdKFaTHa La5s7+oUFE2hzgnFij4+J3KBJjXYTfpkvGMS6JxnUKZSIbD1TxKqBISKVdBDzKS2z7Ct szMgmaCV8DCPZi0z1dYGSF1MiFJP/zuBDcQMBB7ni4bSJfT/pTcscfq0ECs83Mmj3YCI yYeQ0saL51QkEwdi3lhksdT5tcgUmTlxzU5s345BnL8l0tmp7bqApuJXAFKqnyJyCx5s S1pn6iRIFP3qaB0DCNJXTyIYgFZzxWx9rgxzRMsHtUtVICgbi2Kjq/qLjAKC9YsYS6r4 +20w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1699372318; x=1699977118; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=2sqgN12eZR42ZEPRvcpjASm7UrQKTEqDeY8iUSkPBy4=; b=B0bk6OoEhI76hU4rhXGBd3hMekvoYN0pSpXwDDfQjy8v5b/cJgqSHpTWFvmgHD20pr /ePNJhaHdatRh8YddGUlds9CZeFK4x5S2ScPygAuREJAYc69ltg80JqOhealwBJqw38r xteyubEvFp4n2agw4s5MTnqfBYbda4wWcJ3k+ggCUXhwEu0TdvLFhledeKTWhd2XqBte 5ogjvnW/tApJtUYr9JJOon8E8nHObxkgtWio+aNehKYrrccaFqENOXiee1Bn2r/6l4e5 eNX0edZC7NPw0mYQnYVFv7aMIw9Nw71hWsHH5jSggK6MIi5n/nM+Vp5VbtP3dwe10A/d MD5g== X-Gm-Message-State: AOJu0YyKuExyGZ+5VhOFW38t1XtYnOdhLLVYYW1sJ/lOzsQ/S8gzZdYN 3toe3e9vFYhLJkB+5NyOXpQZ9bRsZn7tOV7X5xCp1eLMvdY= X-Google-Smtp-Source: AGHT+IE/mP5SaERwpxCCRNtE9Z4diUmv4TFYP1LRLHPUy39J8quo4wuD1ESr8hsyqU7HxEJMVIGpr9e2kXILxEEsPqM= X-Received: by 2002:a05:690c:dd4:b0:5a7:da0d:e4ee with SMTP id db20-20020a05690c0dd400b005a7da0de4eemr19258750ywb.16.1699372318121; Tue, 07 Nov 2023 07:51:58 -0800 (PST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: <2806934.Tv9pZ1cZgq@moonset.home> <20231107043221.A4E1CFA@slippy.cwsent.com> In-Reply-To: <20231107043221.A4E1CFA@slippy.cwsent.com> From: Oleg Nauman Date: Tue, 7 Nov 2023 17:51:47 +0200 Message-ID: Subject: Re: Kernel with INVARIANTS panicing if drm is loaded To: Cy Schubert Cc: FreeBSD Current , manu@freebsd.org Content-Type: multipart/alternative; boundary="0000000000005ce56f060991f3ed" X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4SPt4w0Msgz3NfL --0000000000005ce56f060991f3ed Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Nov 7, 2023 at 6:33=E2=80=AFAM Cy Schubert wrote: > In message <2806934.Tv9pZ1cZgq@moonset.home>, "Oleg V. Nauman" writes: > > I am observing kernel panic when entering multiuser mode after > sucessful > > system boot. It happens when I load CURRENT kernel with INVARIANTS and > drm > > module loaded ( drm-515-kmod-5.15.118_1 in particular ) . drm module an= d > kene > > l > > are in sync > > > > > > FreeBSD moonset.home 15.0-CURRENT FreeBSD 15.0-CURRENT #3 main-n266267- > > e116e040f309: Sun Nov 5 10:00:51 EET 2023 root@moonset.home > :/usr/obj/usr > > / > > src/amd64.amd64/sys/moonset amd64 > > > > panic: sleepq_add: td 0xfffff8000203c000 to sleep on wchan > 0xfffff800021d8648 > > > > with sleeping prohibited > > ............... > > Reading symbols from /boot/kernel/kernel... > > Reading symbols from /usr/lib/debug//boot/kernel/kernel.debug... > > > > Unread portion of the kernel message buffer: > > panic: malloc(M_WAITOK) with sleeping prohibited > > cpuid =3D 0 > > time =3D 1699171621 > > ............. > > __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:57 > > 57 __asm("movq %%gs:%P1,%0" : "=3Dr" (td) : "n" > (offsetof(struct > > pcpu, > > (kgdb) #0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:57 > > #1 doadump (textdump=3D) > > at /usr/src/sys/kern/kern_shutdown.c:405 > > #2 0xffffffff81e2ec53 in vt_kms_postswitch () from /boot/modules/drm.k= o > > #3 0xffffffff8043ad6e in vt_window_switch (vw=3D0xfffff800021d8640) > > at /usr/src/sys/dev/vt/vt_core.c:595 > > #4 0xffffffff804ec583 in kern_reboot (howto=3D4) > > at /usr/src/sys/kern/kern_shutdown.c:501 > > #5 0xffffffff804eccfa in vpanic ( > > fmt=3D0xffffffff808263fb "malloc(M_WAITOK) with sleeping prohibited= ", > > ap=3Dap@entry=3D0xfffffe00ce259850) at > /usr/src/sys/kern/kern_shutdown.c:970 > > #6 0xffffffff804ecb03 in panic (fmt=3D) > > at /usr/src/sys/kern/kern_shutdown.c:894 > > #7 0xffffffff804c8a04 in malloc_dbg (vap=3D, > > sizep=3D, mtp=3D, flags=3D) > > at /usr/src/sys/kern/kern_malloc.c:540 > > #8 0xffffffff804c885c in malloc (size=3D, > > mtp=3D0xffffffff81e931c0 , flags=3D) > > at /usr/src/sys/kern/kern_malloc.c:641 > > #9 0xffffffff81c5a750 in intel_atomic_state_alloc () > > from /boot/modules/i915kms.ko > > #10 0xffffffff81dfe404 in drm_client_modeset_commit_atomic () > > from /boot/modules/drm.ko > > #11 0xffffffff81dfe614 in drm_client_modeset_commit_locked () > > from /boot/modules/drm.ko > > #12 0xffffffff81dfe7a1 in drm_client_modeset_commit () > > from /boot/modules/drm.ko > > #13 0xffffffff81e41ab3 in drm_fb_helper_restore_fbdev_mode_unlocked () > > from /boot/modules/drm.ko > > #14 0xffffffff81e2ed91 in vt_kms_postswitch () from /boot/modules/drm.k= o > > #15 0xffffffff8043ac31 in vt_window_switch (vw=3D0xfffff80001d3a600, > > vw@entry=3D0xffffffff80a47178 ) > > at /usr/src/sys/dev/vt/vt_core.c:612 > > #16 0xffffffff8043be0f in vtterm_cngrab (tm=3D, > > tm@entry=3D) > > at /usr/src/sys/dev/vt/vt_core.c:1863 > > #17 0xffffffff804893f6 in cngrab () at /usr/src/sys/kern/kern_cons.c:38= 5 > > #18 0xffffffff804ecc79 in vpanic ( > > fmt=3D0xffffffff808799a9 "%s: td %p to sleep on wchan %p with sleep= ing > > prohibited", ap=3Dap@entry=3D0xfffffe00ce259c20) > > at /usr/src/sys/kern/kern_shutdown.c:942 > > #19 0xffffffff804ecb03 in panic (fmt=3D) > > at /usr/src/sys/kern/kern_shutdown.c:894 > > #20 0xffffffff805465b3 in sleepq_add (wchan=3Dwchan@entry > =3D0xfffff800021d8648, > > lock=3Dlock@entry=3D0xfffff80001823340, > > wmesg=3Dwmesg@entry=3D0xffffffff808b194e "tq_drain", flags=3D0, > > flags@entry=3D, queue=3Dqueue@entry=3D0) > > at /usr/src/sys/kern/subr_sleepqueue.c:326 > > #21 0xffffffff804f8efe in _sleep (ident=3Dident@entry=3D0xfffff800021d8= 648, > > lock=3Dlock@entry=3D0xfffff80001823340, priority=3Dpriority@entry= =3D0, > > wmesg=3D0xffffffff808b194e "tq_drain", sbt=3Dsbt@entry=3D0, pr=3Dpr= @entry=3D0, > > flags=3D256) at /usr/src/sys/kern/kern_synch.c:207 > > #22 0xffffffff8054cffb in TQ_SLEEP (tq=3D0xfffff80001823300, > > p=3D0xfffff800021d8648, wm=3D) > > at /usr/src/sys/kern/subr_taskqueue.c:124 > > #23 taskqueue_drain (queue=3D0xfffff80001823300, task=3D0xfffff800021d8= 648) > > at /usr/src/sys/kern/subr_taskqueue.c:614 > > #24 0xffffffff81e2ed35 in vt_kms_postswitch () from /boot/modules/drm.k= o > > #25 0xffffffff8043ac31 in vt_window_switch (vw=3D0xfffff800021d8648, > > vw@entry=3D0xfffff800038fb180) at /usr/src/sys/dev/vt/vt_core.c:612 > > #26 0xffffffff8043b3b2 in vt_late_window_switch (vw=3D0xfffff800038fb18= 0) > > at /usr/src/sys/dev/vt/vt_core.c:468 > > #27 vt_proc_window_switch (vw=3D0xfffff800038fb180) > > at /usr/src/sys/dev/vt/vt_core.c:553 > > #28 0xffffffff8043e318 in vt_processkey ( > > kbd=3D0xffffffff80cef898 , vd=3D0xffffffff80a472c8 > , > > c=3D) at /usr/src/sys/dev/vt/vt_core.c:903 > > #29 vt_kbdevent (kbd=3D0xffffffff80cef898 , event=3D out>, > > arg=3D0xffffffff80a472c8 ) at > /usr/src/sys/dev/vt/vt_core.c:101 > > 8 > > #30 0xffffffff8078ffcf in atkbd_intr (kbd=3D0xffffffff80cef898 > , > > arg=3D) at /usr/src/sys/dev/atkbdc/atkbd.c:565 > > #31 0xffffffff804b1376 in intr_event_execute_handlers > (ie=3D0xfffff800010ece00, > > p=3D) at /usr/src/sys/kern/kern_intr.c:1205 > > #32 ithread_execute_handlers (ie=3D0xfffff800010ece00, p=3D) > > at /usr/src/sys/kern/kern_intr.c:1218 > > #33 ithread_loop (arg=3Darg@entry=3D0xfffff80001c5aea0) > > at /usr/src/sys/kern/kern_intr.c:1306 > > #34 0xffffffff804adae2 in fork_exit ( > > callout=3D0xffffffff804b1120 , arg=3D0xfffff80001c5ae= a0, > > frame=3D0xfffffe00ce259f40) at /usr/src/sys/kern/kern_fork.c:1160 > > #35 > > #36 0x0000000000000b88 in ?? () > > Backtrace stopped: Cannot access memory at address 0xbc7 > > (kgdb) > > > > > > > > > > > > > > Can you submit a PR for this? GFP_KERNEL is an alias for M_WAITOK, which > is > verboten when intel_atomic_state_alloc() makes its call to kzalloc(), an > alias for kmalloc(). > > > Done, https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D274954 Thank you > -- > Cheers, > Cy Schubert > FreeBSD UNIX: Web: https://FreeBSD.org > NTP: Web: https://nwtime.org > > e^(i*pi)+1=3D0 > > > > > --0000000000005ce56f060991f3ed Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Tue, Nov 7, 2023 at 6:33=E2=80=AFA= M Cy Schubert <Cy.Schubert@= cschubert.com> wrote:
In message <2806934.Tv9pZ1cZgq@moonset.home>, "Oleg= V. Nauman" writes:
>=C2=A0 I am observing kernel panic when entering multiuser mode after s= ucessful
> system boot. It happens when I load CURRENT kernel with INVARIANTS and= drm
> module loaded ( drm-515-kmod-5.15.118_1 in particular ) . drm module a= nd kene
> l
> are in sync
>
>
> FreeBSD moonset.home 15.0-CURRENT FreeBSD 15.0-CURRENT #3 main-n266267= -
> e116e040f309: Sun Nov=C2=A0 5 10:00:51 EET 2023=C2=A0 =C2=A0 =C2=A0roo= t@moonset.home:/usr/obj/usr
> /
> src/amd64.amd64/sys/moonset=C2=A0 amd64
>
> panic: sleepq_add: td 0xfffff8000203c000 to sleep on wchan 0xfffff8000= 21d8648
>=C2=A0
> with sleeping prohibited
> ...............
> Reading symbols from /boot/kernel/kernel...
> Reading symbols from /usr/lib/debug//boot/kernel/kernel.debug...
>
> Unread portion of the kernel message buffer:
> panic: malloc(M_WAITOK) with sleeping prohibited
> cpuid =3D 0
> time =3D 1699171621
> .............
> __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:57
> 57=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 __asm("movq %%= gs:%P1,%0" : "=3Dr" (td) : "n" (offsetof(struct > pcpu,
> (kgdb) #0=C2=A0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.= h:57
> #1=C2=A0 doadump (textdump=3D<optimized out>)
>=C2=A0 =C2=A0 =C2=A0at /usr/src/sys/kern/kern_shutdown.c:405
> #2=C2=A0 0xffffffff81e2ec53 in vt_kms_postswitch () from /boot/modules= /drm.ko
> #3=C2=A0 0xffffffff8043ad6e in vt_window_switch (vw=3D0xfffff800021d86= 40)
>=C2=A0 =C2=A0 =C2=A0at /usr/src/sys/dev/vt/vt_core.c:595
> #4=C2=A0 0xffffffff804ec583 in kern_reboot (howto=3D4)
>=C2=A0 =C2=A0 =C2=A0at /usr/src/sys/kern/kern_shutdown.c:501
> #5=C2=A0 0xffffffff804eccfa in vpanic (
>=C2=A0 =C2=A0 =C2=A0fmt=3D0xffffffff808263fb "malloc(M_WAITOK) wit= h sleeping prohibited",
>=C2=A0 =C2=A0 =C2=A0ap=3Dap@entry=3D0xfffffe00ce259850) at /usr/src/sys= /kern/kern_shutdown.c:970
> #6=C2=A0 0xffffffff804ecb03 in panic (fmt=3D<unavailable>)
>=C2=A0 =C2=A0 =C2=A0at /usr/src/sys/kern/kern_shutdown.c:894
> #7=C2=A0 0xffffffff804c8a04 in malloc_dbg (vap=3D<optimized out>= ,
>=C2=A0 =C2=A0 =C2=A0sizep=3D<optimized out>, mtp=3D<optimized = out>, flags=3D<optimized out>)
>=C2=A0 =C2=A0 =C2=A0at /usr/src/sys/kern/kern_malloc.c:540
> #8=C2=A0 0xffffffff804c885c in malloc (size=3D<optimized out>, >=C2=A0 =C2=A0 =C2=A0mtp=3D0xffffffff81e931c0 <M_KMALLOC>, flags= =3D<unavailable>)
>=C2=A0 =C2=A0 =C2=A0at /usr/src/sys/kern/kern_malloc.c:641
> #9=C2=A0 0xffffffff81c5a750 in intel_atomic_state_alloc ()
>=C2=A0 =C2=A0 from /boot/modules/i915kms.ko
> #10 0xffffffff81dfe404 in drm_client_modeset_commit_atomic ()
>=C2=A0 =C2=A0 from /boot/modules/drm.ko
> #11 0xffffffff81dfe614 in drm_client_modeset_commit_locked ()
>=C2=A0 =C2=A0 from /boot/modules/drm.ko
> #12 0xffffffff81dfe7a1 in drm_client_modeset_commit ()
>=C2=A0 =C2=A0 from /boot/modules/drm.ko
> #13 0xffffffff81e41ab3 in drm_fb_helper_restore_fbdev_mode_unlocked ()=
>=C2=A0 =C2=A0 from /boot/modules/drm.ko
> #14 0xffffffff81e2ed91 in vt_kms_postswitch () from /boot/modules/drm.= ko
> #15 0xffffffff8043ac31 in vt_window_switch (vw=3D0xfffff80001d3a600, >=C2=A0 =C2=A0 =C2=A0vw@entry=3D0xffffffff80a47178 <vt_conswindow>= )
>=C2=A0 =C2=A0 =C2=A0at /usr/src/sys/dev/vt/vt_core.c:612
> #16 0xffffffff8043be0f in vtterm_cngrab (tm=3D<unavailable>,
>=C2=A0 =C2=A0 =C2=A0tm@entry=3D<error reading variable: value is not= available>)
>=C2=A0 =C2=A0 =C2=A0at /usr/src/sys/dev/vt/vt_core.c:1863
> #17 0xffffffff804893f6 in cngrab () at /usr/src/sys/kern/kern_cons.c:3= 85
> #18 0xffffffff804ecc79 in vpanic (
>=C2=A0 =C2=A0 =C2=A0fmt=3D0xffffffff808799a9 "%s: td %p to sleep o= n wchan %p with sleeping
> prohibited", ap=3Dap@entry=3D0xfffffe00ce259c20)
>=C2=A0 =C2=A0 =C2=A0at /usr/src/sys/kern/kern_shutdown.c:942
> #19 0xffffffff804ecb03 in panic (fmt=3D<unavailable>)
>=C2=A0 =C2=A0 =C2=A0at /usr/src/sys/kern/kern_shutdown.c:894
> #20 0xffffffff805465b3 in sleepq_add (wchan=3Dwchan@entry=3D0xfffff800= 021d8648,
>=C2=A0 =C2=A0 =C2=A0lock=3Dlock@entry=3D0xfffff80001823340,
>=C2=A0 =C2=A0 =C2=A0wmesg=3Dwmesg@entry=3D0xffffffff808b194e "tq_d= rain", flags=3D0,
>=C2=A0 =C2=A0 =C2=A0flags@entry=3D<unavailable>, queue=3Dqueue@en= try=3D0)
>=C2=A0 =C2=A0 =C2=A0at /usr/src/sys/kern/subr_sleepqueue.c:326
> #21 0xffffffff804f8efe in _sleep (ident=3Dident@entry=3D0xfffff800021d= 8648,
>=C2=A0 =C2=A0 =C2=A0lock=3Dlock@entry=3D0xfffff80001823340, priority=3D= priority@entry=3D0,
>=C2=A0 =C2=A0 =C2=A0wmesg=3D0xffffffff808b194e "tq_drain", sb= t=3Dsbt@entry=3D0, pr=3Dpr@entry=3D0,
>=C2=A0 =C2=A0 =C2=A0flags=3D256) at /usr/src/sys/kern/kern_synch.c:207<= br> > #22 0xffffffff8054cffb in TQ_SLEEP (tq=3D0xfffff80001823300,
>=C2=A0 =C2=A0 =C2=A0p=3D0xfffff800021d8648, wm=3D<optimized out>)=
>=C2=A0 =C2=A0 =C2=A0at /usr/src/sys/kern/subr_taskqueue.c:124
> #23 taskqueue_drain (queue=3D0xfffff80001823300, task=3D0xfffff800021d= 8648)
>=C2=A0 =C2=A0 =C2=A0at /usr/src/sys/kern/subr_taskqueue.c:614
> #24 0xffffffff81e2ed35 in vt_kms_postswitch () from /boot/modules/drm.= ko
> #25 0xffffffff8043ac31 in vt_window_switch (vw=3D0xfffff800021d8648, >=C2=A0 =C2=A0 =C2=A0vw@entry=3D0xfffff800038fb180) at /usr/src/sys/dev/= vt/vt_core.c:612
> #26 0xffffffff8043b3b2 in vt_late_window_switch (vw=3D0xfffff800038fb1= 80)
>=C2=A0 =C2=A0 =C2=A0at /usr/src/sys/dev/vt/vt_core.c:468
> #27 vt_proc_window_switch (vw=3D0xfffff800038fb180)
>=C2=A0 =C2=A0 =C2=A0at /usr/src/sys/dev/vt/vt_core.c:553
> #28 0xffffffff8043e318 in vt_processkey (
>=C2=A0 =C2=A0 =C2=A0kbd=3D0xffffffff80cef898 <default_kbd>, vd=3D= 0xffffffff80a472c8 <vt_consdev>,
>=C2=A0 =C2=A0 =C2=A0c=3D<optimized out>) at /usr/src/sys/dev/vt/v= t_core.c:903
> #29 vt_kbdevent (kbd=3D0xffffffff80cef898 <default_kbd>, event= =3D<optimized out>,
>=C2=A0 =C2=A0 =C2=A0arg=3D0xffffffff80a472c8 <vt_consdev>) at /us= r/src/sys/dev/vt/vt_core.c:101
> 8
> #30 0xffffffff8078ffcf in atkbd_intr (kbd=3D0xffffffff80cef898 <def= ault_kbd>,
>=C2=A0 =C2=A0 =C2=A0arg=3D<optimized out>) at /usr/src/sys/dev/at= kbdc/atkbd.c:565
> #31 0xffffffff804b1376 in intr_event_execute_handlers (ie=3D0xfffff800= 010ece00,
>=C2=A0 =C2=A0 =C2=A0p=3D<optimized out>) at /usr/src/sys/kern/ker= n_intr.c:1205
> #32 ithread_execute_handlers (ie=3D0xfffff800010ece00, p=3D<optimiz= ed out>)
>=C2=A0 =C2=A0 =C2=A0at /usr/src/sys/kern/kern_intr.c:1218
> #33 ithread_loop (arg=3Darg@entry=3D0xfffff80001c5aea0)
>=C2=A0 =C2=A0 =C2=A0at /usr/src/sys/kern/kern_intr.c:1306
> #34 0xffffffff804adae2 in fork_exit (
>=C2=A0 =C2=A0 =C2=A0callout=3D0xffffffff804b1120 <ithread_loop>, = arg=3D0xfffff80001c5aea0,
>=C2=A0 =C2=A0 =C2=A0frame=3D0xfffffe00ce259f40) at /usr/src/sys/kern/ke= rn_fork.c:1160
> #35 <signal handler called>
> #36 0x0000000000000b88 in ?? ()
> Backtrace stopped: Cannot access memory at address 0xbc7
> (kgdb)
>
>
>
>
>
>

Can you submit a PR for this? GFP_KERNEL is an alias for M_WAITOK, which is=
verboten when intel_atomic_state_alloc() makes its call to kzalloc(), an alias for kmalloc().



=C2=A0
Thank you
=C2=A0
--
Cheers,
Cy Schubert <Cy.Schubert@cschubert.com>
FreeBSD UNIX:=C2=A0 <cy@FreeBSD.org>=C2=A0 =C2=A0Web:=C2=A0 https://FreeB= SD.org
NTP:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<cy@nwtime.org>=C2=A0 =C2=A0 Web:=C2=A0 https://nwt= ime.org

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 e^(i*pi)+1=3D0




--0000000000005ce56f060991f3ed-- From nobody Wed Nov 8 13:10:02 2023 X-Original-To: freebsd-current@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 4SQQRx0d02z50T3v for ; Wed, 8 Nov 2023 13:10:21 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Received: from plan-b.pwste.edu.pl (plan-b.pwste.edu.pl [IPv6:2001:678:618::40]) (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 "plan-b.pwste.edu.pl", Issuer "GEANT OV RSA CA 4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SQQRv2bChz3d0F for ; Wed, 8 Nov 2023 13:10:18 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=plan-b.pwste.edu.pl header.s=plan-b-mailer header.b=J7pMFXcd; spf=none (mx1.freebsd.org: domain of zarychtam@plan-b.pwste.edu.pl has no SPF policy when checking 2001:678:618::40) smtp.mailfrom=zarychtam@plan-b.pwste.edu.pl; dmarc=pass (policy=none) header.from=plan-b.pwste.edu.pl Received: from [IPV6:2001:678:618:306e:2cb3:8cb:15ee:64fd] ([IPv6:2001:678:618:306e:2cb3:8cb:15ee:64fd]) (authenticated bits=0) by plan-b.pwste.edu.pl (8.17.2/8.17.2) with ESMTPSA id 3A8DA5kI011912 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO) for ; Wed, 8 Nov 2023 14:10:06 +0100 (CET) (envelope-from zarychtam@plan-b.pwste.edu.pl) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=plan-b.pwste.edu.pl; s=plan-b-mailer; t=1699449007; bh=jAuteXx3l/6kH7ZivysllRk7sAOqh9alrYNGrbiPyo4=; h=Date:Subject:To:References:From:In-Reply-To; b=J7pMFXcdIWx1dwBbReG500oAZaAHztTIMz4LfPjI1Pu7PXYHH8d0lJ6PXkDcgb5Iq pr3Ppp/0cBOxXmCRKVpvtXzfs7BCAG6mtVof9JhX7e/+6SIuLjTL7dAkq4+kSjigFU lJgnJpTS8aXN5HLHTypgssjEOF6BZmOgTJM9Qmym2DTR2CY3XBIs7Hi1IAFCRhDhEO dCkx/8/SfILyctpmMipy4+Jqwcl5iwWevjZc1uliSkMH3i/e/OSaRFWaYaaWsLfgbi FIKOOxRwiRMk/xQkYAa6ky+woFH9Ddq9MR7NRDekVscpEeLTVN/S61XzqSJNC+L4qA Oqsj/hMA4AHkQ== Message-ID: <1e2eb5a6-d728-efed-2b5d-b4a67ba9c861@plan-b.pwste.edu.pl> Date: Wed, 8 Nov 2023 14:10:02 +0100 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.14.0 Subject: Re: revision not displayed in a2440348eed7 To: freebsd-current@freebsd.org References: <202309260107.38Q17Vp0047265@kx.truefc.org> <202309260629.38Q6T018051416@kx.truefc.org> <20230926181845.539e5816fbef80efda6162ec@dec.sakura.ne.jp> <202309261130.38QBUsLF053699@kx.truefc.org> <4c348f85-d99c-c7c3-5e1a-a435983b720b@plan-b.pwste.edu.pl> <20230926231431.20f42fec1075c3980446c50a@dec.sakura.ne.jp> <20230926221946.4F2C1623@slippy.cwsent.com> <20230927080723.f5157f938803c47a4185d431@dec.sakura.ne.jp> Content-Language: en-US From: Marek Zarychta In-Reply-To: <20230927080723.f5157f938803c47a4185d431@dec.sakura.ne.jp> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Result: default: False [-3.68 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.983]; DMARC_POLICY_ALLOW(-0.50)[plan-b.pwste.edu.pl,none]; R_DKIM_ALLOW(-0.20)[plan-b.pwste.edu.pl:s=plan-b-mailer]; MIME_GOOD(-0.10)[text/plain]; ONCE_RECEIVED(0.10)[]; ASN(0.00)[asn:206006, ipnet:2001:678:618::/48, country:PL]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[plan-b.pwste.edu.pl:+]; R_SPF_NA(0.00)[no SPF record]; TO_DN_NONE(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[] X-Rspamd-Queue-Id: 4SQQRv2bChz3d0F X-Spamd-Bar: --- W dniu 27.09.2023 o 01:07, Tomoaki AOKI pisze: > On Tue, 26 Sep 2023 15:19:46 -0700 > Cy Schubert wrote: > >> In message <20230926231431.20f42fec1075c3980446c50a@dec.sakura.ne.jp>, >> Tomoaki >> AOKI writes: >>> On Tue, 26 Sep 2023 15:48:50 +0200 >>> Marek Zarychta wrote: >>> >>>> W dniu 26.09.2023 o 13:30, KIRIYAMA Kazuhiko pisze: >>>>> At least up to 15.0-CURRENT, nothing has happend by >>>>> WITHOUT_REPRODUCIBLE_BUILD=yes. Something has changed in >>>>> 15.0-CURRENT at some time. I've rebuilded with 3fb80f1476c7, >>>>> but revision not showed by `uname -a' ;-( >>>>> >>>>> What changed ???? >>>> Nothing changed. Perhaps your build system can't check git hash ? If >>>> your sources are from git repository, you need at least git-lite >>>> installed and full git repository available on build machine. If you >>>> checked out the repository with gitup and have gitup installed, it >>>> should also work. It won't work if your build machine has access  to >>>> only a part of the repository like worktree. >>>> >>>> Cheers >>>> >>>> -- >>>> Marek Zarychta >>> Just a possibility, but copying src tree to directory other than the >>> directory where checked out from git repo and building there could >>> lose track with git hash. >>> >>> Another possibility is that if you build src with any user other than >>> the one owning local (pulled) git repo could also lose track with git >>> hash. For example, if I `git log HEAD` with regular user and the local >>> repo is pulled by root, it fails. No special configuration is done. >>> >>> % git log HEAD >>> fatal: detected dubious ownership in repository at '/usr/src' >>> To add an exception for this directory, call: >>> >>> git config --global --add safe.directory /usr/src >>> >>> >> This could be due to e6dc6a27230, which was committed this morning. There >> is discussion on the src commits ML (dev-commits-src-all, >> dev-commits-src-main) about reverting the change. >> >> >> -- >> Cheers, >> Cy Schubert >> FreeBSD UNIX: Web: https://FreeBSD.org >> NTP: Web: https://nwtime.org >> >> e^(i*pi)+1=0 > Would be unrelated here, unfortunately. > As the subject says, the commit the original reporter is bitten at (not > bi-sected) is at a2440348eed7, which is before e6dc6a27230. Let's refresh this thread. It looks like (at least for stable/14) build system doesn't hardcode revision into the kernel anymore. Last time it worked to me was just after branching stable/14. Today I tried to build kernel from sources mounted over NFS and I ened with: # strings /usr/obj/usr/src/amd64.amd64/sys/BSDONDELL/kernel | grep 14.0-STABLE @(#)FreeBSD 14.0-STABLE #6 -dirty: Tue Nov  7 14:04:35 CET 2023 FreeBSD 14.0-STABLE #6 -dirty: Tue Nov  7 14:04:35 CET 2023 14.0-STABLE the source repository is updated, consisted, but mounted read-only over NFS /usr/src# git status On branch stable/14 Your branch is up to date with 'origin/stable/14'. Untracked files:   (use "git add ..." to include in what will be committed)         sys/amd64/conf/BSDONDELL It took 2.53 seconds to enumerate untracked files. See 'git help status' for information on how to improve this. nothing added to commit but untracked files present (use "git add" to track) Any clues what could be wrong ? Does /usr/src/  require write permissions now ? -- Marek Zarychta From nobody Wed Nov 8 14:14:34 2023 X-Original-To: freebsd-current@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 4SQRtH0Tvzz4ykr5 for ; Wed, 8 Nov 2023 14:14:47 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Received: from plan-b.pwste.edu.pl (plan-b.pwste.edu.pl [IPv6:2001:678:618::40]) (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 "plan-b.pwste.edu.pl", Issuer "GEANT OV RSA CA 4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SQRtF3qpKz4KB7 for ; Wed, 8 Nov 2023 14:14:45 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=plan-b.pwste.edu.pl header.s=plan-b-mailer header.b=GLia5GwX; spf=none (mx1.freebsd.org: domain of zarychtam@plan-b.pwste.edu.pl has no SPF policy when checking 2001:678:618::40) smtp.mailfrom=zarychtam@plan-b.pwste.edu.pl; dmarc=pass (policy=none) header.from=plan-b.pwste.edu.pl Received: from [IPV6:2001:678:618:306e:2cb3:8cb:15ee:64fd] ([IPv6:2001:678:618:306e:2cb3:8cb:15ee:64fd]) (authenticated bits=0) by plan-b.pwste.edu.pl (8.17.2/8.17.2) with ESMTPSA id 3A8EEb5I016828 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO) for ; Wed, 8 Nov 2023 15:14:37 +0100 (CET) (envelope-from zarychtam@plan-b.pwste.edu.pl) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=plan-b.pwste.edu.pl; s=plan-b-mailer; t=1699452879; bh=VTHdsiayAqDqjBQdrAEqepz3xtLeixWCm7UZBf/q1Vs=; h=Date:Subject:To:References:From:In-Reply-To; b=GLia5GwX1rNCm9/QRqHf1SfAI100kFwoo4C3VFa66qpyso6QEK46yOiWbaZI02QOQ l5pKT9derrECcrz0+NENJK5V/Du3zO8hyMrEJlY/DCPzcgJ8Z89pINXRbALSnvwamp 0c1ZylwmzWz5nz8hQtzapAnAqnMuIGw7KsCRyHdOHpcgWjiJZd6YMr6s//h6+AtJ+B F2tq5Q6YpaFtHoUgj9O7i9Du8F38mCSTLrU0n4kDPRTxRr3tPqk0b1eWMDcRUYm3Jt S45nnXEHnAob+gVtgnFxBwvhPYfEQXTbBaFdRMZf1TlbIEgBEwRg2EVWZzXcDwfgom UDWRmaIXiz/Kg== Message-ID: <14057457-119e-6bb1-ff00-a59cc9ad9680@plan-b.pwste.edu.pl> Date: Wed, 8 Nov 2023 15:14:34 +0100 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.14.0 Subject: Re: revision not displayed in a2440348eed7 Content-Language: en-US To: freebsd-current@freebsd.org References: <202309260107.38Q17Vp0047265@kx.truefc.org> <202309260629.38Q6T018051416@kx.truefc.org> <20230926181845.539e5816fbef80efda6162ec@dec.sakura.ne.jp> <202309261130.38QBUsLF053699@kx.truefc.org> <4c348f85-d99c-c7c3-5e1a-a435983b720b@plan-b.pwste.edu.pl> <20230926231431.20f42fec1075c3980446c50a@dec.sakura.ne.jp> <20230926221946.4F2C1623@slippy.cwsent.com> <20230927080723.f5157f938803c47a4185d431@dec.sakura.ne.jp> <1e2eb5a6-d728-efed-2b5d-b4a67ba9c861@plan-b.pwste.edu.pl> From: Marek Zarychta In-Reply-To: <1e2eb5a6-d728-efed-2b5d-b4a67ba9c861@plan-b.pwste.edu.pl> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit 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)[plan-b.pwste.edu.pl,none]; R_DKIM_ALLOW(-0.20)[plan-b.pwste.edu.pl:s=plan-b-mailer]; MIME_GOOD(-0.10)[text/plain]; ONCE_RECEIVED(0.10)[]; ASN(0.00)[asn:206006, ipnet:2001:678:618::/48, country:PL]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[plan-b.pwste.edu.pl:+]; R_SPF_NA(0.00)[no SPF record]; TO_DN_NONE(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[] X-Rspamd-Queue-Id: 4SQRtF3qpKz4KB7 X-Spamd-Bar: --- W dniu 8.11.2023 o 14:10, Marek Zarychta pisze: > > W dniu 27.09.2023 o 01:07, Tomoaki AOKI pisze: >> On Tue, 26 Sep 2023 15:19:46 -0700 >> Cy Schubert wrote: >> >>> In message <20230926231431.20f42fec1075c3980446c50a@dec.sakura.ne.jp>, >>> Tomoaki >>> AOKI writes: >>>> On Tue, 26 Sep 2023 15:48:50 +0200 >>>> Marek Zarychta wrote: >>>> >>>>> W dniu 26.09.2023 o 13:30, KIRIYAMA Kazuhiko pisze: >>>>>> At least up to 15.0-CURRENT, nothing has happend by >>>>>> WITHOUT_REPRODUCIBLE_BUILD=yes. Something has changed in >>>>>> 15.0-CURRENT at some time. I've rebuilded with 3fb80f1476c7, >>>>>> but revision not showed by `uname -a' ;-( >>>>>> >>>>>> What changed ???? >>>>> Nothing changed. Perhaps your build system can't check git hash ? If >>>>> your sources are from git repository, you need at least git-lite >>>>> installed and full git repository available on build machine. If you >>>>> checked out the repository with gitup and have gitup installed, it >>>>> should also work. It won't work if your build machine has access  to >>>>> only a part of the repository like worktree. >>>>> >>>>> Cheers >>>>> >>>>> -- >>>>> Marek Zarychta >>>> Just a possibility, but copying src tree to directory other than the >>>> directory where checked out from git repo and building there could >>>> lose track with git hash. >>>> >>>> Another possibility is that if you build src with any user other than >>>> the one owning local (pulled) git repo could also lose track with git >>>> hash. For example, if I `git log HEAD` with regular user and the local >>>> repo is pulled by root, it fails. No special configuration is done. >>>> >>>> % git log HEAD >>>> fatal: detected dubious ownership in repository at '/usr/src' >>>> To add an exception for this directory, call: >>>> >>>>          git config --global --add safe.directory /usr/src >>>> >>>> >>> This could be due to e6dc6a27230, which was committed this morning. >>> There >>> is discussion on the src commits ML (dev-commits-src-all, >>> dev-commits-src-main) about reverting the change. >>> >>> >>> -- >>> Cheers, >>> Cy Schubert >>> FreeBSD UNIX:     Web: https://FreeBSD.org >>> NTP:               Web: https://nwtime.org >>> >>>             e^(i*pi)+1=0 >> Would be unrelated here, unfortunately. >> As the subject says, the commit the original reporter is bitten at (not >> bi-sected) is at a2440348eed7, which is before e6dc6a27230. > > Let's refresh this thread. It looks like (at least for stable/14) > build system doesn't hardcode revision into the kernel anymore. Last > time it worked to me was just after branching stable/14. Today I tried > to build kernel from sources mounted over NFS and I ened with: > > # strings /usr/obj/usr/src/amd64.amd64/sys/BSDONDELL/kernel | grep > 14.0-STABLE > @(#)FreeBSD 14.0-STABLE #6 -dirty: Tue Nov  7 14:04:35 CET 2023 > FreeBSD 14.0-STABLE #6 -dirty: Tue Nov  7 14:04:35 CET 2023 > 14.0-STABLE > > the source repository is updated, consisted, but mounted read-only > over NFS > > /usr/src# git status > On branch stable/14 > Your branch is up to date with 'origin/stable/14'. > > Untracked files: >   (use "git add ..." to include in what will be committed) >         sys/amd64/conf/BSDONDELL > > It took 2.53 seconds to enumerate untracked files. > See 'git help status' for information on how to improve this. > > nothing added to commit but untracked files present (use "git add" to > track) > > > Any clues what could be wrong ? Does /usr/src/  require write > permissions now ? I am sorry for the false alarm. It looks like using META MODE prevented updating this info. After cleaning obj dir and rebuilding revision is visible: # strings /usr/obj/usr/src/amd64.amd64/sys/BSDONDELL/kernel | grep 14.0-STABLE @(#)FreeBSD 14.0-STABLE #0 stable/14-n265707-d2c65a1c9486: Wed Nov  8 14:16:31 CET 2023 FreeBSD 14.0-STABLE #0 stable/14-n265707-d2c65a1c9486: Wed Nov  8 14:16:31 CET 2023 -- Marek Zarychta From nobody Thu Nov 9 04:03:08 2023 X-Original-To: freebsd-current@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 4SQpG93KR5z50ZpL for ; Thu, 9 Nov 2023 04:03:13 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from omta002.cacentral1.a.cloudfilter.net (omta002.cacentral1.a.cloudfilter.net [3.97.99.33]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SQpG914y5z4CXZ for ; Thu, 9 Nov 2023 04:03:13 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Authentication-Results: mx1.freebsd.org; none Received: from shw-obgw-4004a.ext.cloudfilter.net ([10.228.9.227]) by cmsmtp with ESMTPS id 0eG4ryeRRB0n00wG7rPxsu; Thu, 09 Nov 2023 04:03:11 +0000 Received: from spqr.komquats.com ([70.66.152.170]) by cmsmtp with ESMTPSA id 0wG5rMgGyDqGY0wG6rVxWO; Thu, 09 Nov 2023 04:03:11 +0000 X-Authority-Analysis: v=2.4 cv=Cousz10D c=1 sm=1 tr=0 ts=654c59ff a=y8EK/9tc/U6QY+pUhnbtgQ==:117 a=y8EK/9tc/U6QY+pUhnbtgQ==:17 a=xqWC_Br6kY4A:10 a=IkcTkHD0fZMA:10 a=BNY50KLci1gA:10 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=EkcXrb_YAAAA:8 a=OcxWjkppSP6tB1Ea-iEA:9 a=QEXdDO2ut3YA:10 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 a=LK5xJRSDVpKd5WXXoEvA:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id E70245CC; Wed, 8 Nov 2023 20:03:08 -0800 (PST) Received: from slippy (localhost [IPv6:::1]) by slippy.cwsent.com (Postfix) with ESMTP id 96D0120E; Wed, 8 Nov 2023 20:03:08 -0800 (PST) Date: Wed, 8 Nov 2023 20:03:08 -0800 From: Cy Schubert To: Marek Zarychta Cc: freebsd-current@freebsd.org Subject: Re: revision not displayed in a2440348eed7 Message-ID: <20231108200308.4d51b67c@slippy> In-Reply-To: <14057457-119e-6bb1-ff00-a59cc9ad9680@plan-b.pwste.edu.pl> References: <202309260107.38Q17Vp0047265@kx.truefc.org> <202309260629.38Q6T018051416@kx.truefc.org> <20230926181845.539e5816fbef80efda6162ec@dec.sakura.ne.jp> <202309261130.38QBUsLF053699@kx.truefc.org> <4c348f85-d99c-c7c3-5e1a-a435983b720b@plan-b.pwste.edu.pl> <20230926231431.20f42fec1075c3980446c50a@dec.sakura.ne.jp> <20230926221946.4F2C1623@slippy.cwsent.com> <20230927080723.f5157f938803c47a4185d431@dec.sakura.ne.jp> <1e2eb5a6-d728-efed-2b5d-b4a67ba9c861@plan-b.pwste.edu.pl> <14057457-119e-6bb1-ff00-a59cc9ad9680@plan-b.pwste.edu.pl> Organization: KOMQUATS X-Mailer: Claws Mail 3.19.1 (GTK+ 2.24.33; amd64-portbld-freebsd15.0) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-CMAE-Envelope: MS4xfP7w4OtHLutAh2zSHWLu69Vh+44mMZWd/pxQfHh7mqQN40adoKQYZGvWRkn0842pbXh5CGgckkZ2O4pw0d0zXbQdNDjlyQoY37OKCQmTIJDAxVXROZtB b1zBw9hqc+sRyeVM7rexlBo8bjcCSLVtLThbOoaIxuyjvldnKzz3gYW1LLRIOKvlVKqIfQBSEMVvsneRtkPTcB3rP1lv9S4ZjdXGZnXaB4R0VjAyyCquVJzH oMbMufC3Yatp2m+8tfz+yg== X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:16509, ipnet:3.96.0.0/15, country:US] X-Rspamd-Queue-Id: 4SQpG914y5z4CXZ On Wed, 8 Nov 2023 15:14:34 +0100 Marek Zarychta wrote: > W dniu 8.11.2023 o=C2=A014:10, Marek Zarychta pisze: > > > > W dniu 27.09.2023 o=C2=A001:07, Tomoaki AOKI pisze: =20 > >> On Tue, 26 Sep 2023 15:19:46 -0700 > >> Cy Schubert wrote: > >> =20 > >>> In message <20230926231431.20f42fec1075c3980446c50a@dec.sakura.ne.jp>, > >>> Tomoaki > >>> AOKI writes: =20 > >>>> On Tue, 26 Sep 2023 15:48:50 +0200 > >>>> Marek Zarychta wrote: > >>>> =20 > >>>>> W dniu 26.09.2023 o=C3=82=C2=A013:30, KIRIYAMA Kazuhiko pisze: =20 > >>>>>> At least up to 15.0-CURRENT, nothing has happend by > >>>>>> WITHOUT_REPRODUCIBLE_BUILD=3Dyes. Something has changed in > >>>>>> 15.0-CURRENT at some time. I've rebuilded with 3fb80f1476c7, > >>>>>> but revision not showed by `uname -a' ;-( > >>>>>> > >>>>>> What changed ???? =20 > >>>>> Nothing changed. Perhaps your build system can't check git hash ? If > >>>>> your sources are from git repository, you need at least git-lite > >>>>> installed and full git repository available on build machine. If you > >>>>> checked out the repository with gitup and have gitup installed, it > >>>>> should also work. It won't work if your build machine has access=C3= =82=C2=A0 to > >>>>> only a part of the repository like worktree. > >>>>> > >>>>> Cheers > >>>>> > >>>>> --=20 > >>>>> Marek Zarychta =20 > >>>> Just a possibility, but copying src tree to directory other than the > >>>> directory where checked out from git repo and building there could > >>>> lose track with git hash. > >>>> > >>>> Another possibility is that if you build src with any user other than > >>>> the one owning local (pulled) git repo could also lose track with git > >>>> hash. For example, if I `git log HEAD` with regular user and the loc= al > >>>> repo is pulled by root, it fails. No special configuration is done. > >>>> > >>>> % git log HEAD > >>>> fatal: detected dubious ownership in repository at '/usr/src' > >>>> To add an exception for this directory, call: > >>>> > >>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 git config --global= --add safe.directory /usr/src > >>>> > >>>> =20 > >>> This could be due to e6dc6a27230, which was committed this morning.=20 > >>> There > >>> is discussion on the src commits ML (dev-commits-src-all, > >>> dev-commits-src-main) about reverting the change. > >>> > >>> > >>> --=20 > >>> Cheers, > >>> Cy Schubert > >>> FreeBSD UNIX:=C2=A0 =C2=A0=C2=A0 Web: https://FreeBSD= .org > >>> NTP:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 Web: https://nwtime.org > >>> > >>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 e^= (i*pi)+1=3D0 =20 > >> Would be unrelated here, unfortunately. > >> As the subject says, the commit the original reporter is bitten at (not > >> bi-sected) is at a2440348eed7, which is before e6dc6a27230. =20 > > > > Let's refresh this thread. It looks like (at least for stable/14)=20 > > build system doesn't hardcode revision into the kernel anymore. Last=20 > > time it worked to me was just after branching stable/14. Today I tried= =20 > > to build kernel from sources mounted over NFS and I ened with: > > > > # strings /usr/obj/usr/src/amd64.amd64/sys/BSDONDELL/kernel | grep=20 > > 14.0-STABLE > > @(#)FreeBSD 14.0-STABLE #6 -dirty: Tue Nov=C2=A0 7 14:04:35 CET 2023 > > FreeBSD 14.0-STABLE #6 -dirty: Tue Nov=C2=A0 7 14:04:35 CET 2023 > > 14.0-STABLE > > > > the source repository is updated, consisted, but mounted read-only=20 > > over NFS > > > > /usr/src# git status > > On branch stable/14 > > Your branch is up to date with 'origin/stable/14'. > > > > Untracked files: > > =C2=A0 (use "git add ..." to include in what will be committed) > > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sys/amd64/conf/BSDONDELL > > > > It took 2.53 seconds to enumerate untracked files. > > See 'git help status' for information on how to improve this. > > > > nothing added to commit but untracked files present (use "git add" to=20 > > track) > > > > > > Any clues what could be wrong ? Does /usr/src/=C2=A0 require write=20 > > permissions now ? =20 >=20 >=20 > I am sorry for the false alarm. It looks like using META MODE prevented=20 > updating this info. After cleaning obj dir and rebuilding revision is=20 > visible: > # strings /usr/obj/usr/src/amd64.amd64/sys/BSDONDELL/kernel | grep=20 > 14.0-STABLE > @(#)FreeBSD 14.0-STABLE #0 stable/14-n265707-d2c65a1c9486: Wed Nov=C2=A0 = 8=20 > 14:16:31 CET 2023 > FreeBSD 14.0-STABLE #0 stable/14-n265707-d2c65a1c9486: Wed Nov=C2=A0 8=20 > 14:16:31 CET 2023 >=20 sys/conf/newvers.sh is responsible for getting the git hash into the kernel. If it finds a .git directory it will extract the hash to insert it into the kernel. I suspect there is something about your source tree that causes it to think there is no .git directory. In sys/conf/newvers.sh you will see where it sets $git_cmd when a .git directory exists. It subsequently tests for a non-zero $git_cmd string whereby it extracts the git hash. You might want to look through newvers.sh. Understanding what it does might point you to the cause of your problem, should it be that your tree is missing a .git directory or if your .git directory isn't quite right. That's the hypothesis ATM. --=20 Cheers, Cy Schubert FreeBSD UNIX: Web: https://FreeBSD.org NTP: Web: https://nwtime.org e^(i*pi)+1=3D0 From nobody Thu Nov 9 04:32:14 2023 X-Original-To: freebsd-current@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 4SQpw14Y0Tz50j3V for ; Thu, 9 Nov 2023 04:32:33 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ej1-x633.google.com (mail-ej1-x633.google.com [IPv6:2a00:1450:4864:20::633]) (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 4SQpw12yLNz4JZf for ; Thu, 9 Nov 2023 04:32:33 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ej1-x633.google.com with SMTP id a640c23a62f3a-9c41e95efcbso70809166b.3 for ; Wed, 08 Nov 2023 20:32:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1699504347; x=1700109147; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=1FSpFXXMc9tDOxB4s8UfOv1O4cs78FoH8Gb9I+OgTFw=; b=vxk2V2QGed1S02hzeUAHBPtjHxuSdttseX+SSpQsTejAEU+xcWdJ0CiGBdBts1xMz5 Ijnii6tXy6Tjy5vTkcfYPAXgemKxOfK7GNZKNf0cFwEW9FWQIysldelvskHkJhCSEjXR 2/8qtDM43nsNPy0Dsv0xUFK93SW8AX1PUZ0bZCqNsNpaErhjE5eEVcHeoL+Af4DtwkgZ 3aWvnNaEkf+daxREIYyOkbpbsxKMeq5WCY3d8oq1e7gI/maEPeTidM1rwuCG9Pn5lqfu RvPQwD2UNVrigntymnyUPDeSjsbGUPfE8/ojn7stP0Og0DJIZ9aMYaO4Knww5LlvZqK6 edvA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1699504347; x=1700109147; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=1FSpFXXMc9tDOxB4s8UfOv1O4cs78FoH8Gb9I+OgTFw=; b=bngvVl4fufD2hd2IAuPY0RTqI14+5v1montCHJwvdHy6tgFoR+a/1jbpPZH3rEvu6L DXiEfhfNGt2zMYACAIsH3mAzABFYRrUqlDR+S123Sp+nUiMqTtPbIZa+u6yxDfa0r+/f VJsv5W0cob0acYpx3wOf3GUq8SGrI3VfJSRweKZUzapDjg/sHsqnVI+gCgyEsoCYX4Ag joSW4VeTky+6xhPWc7U761iRyk3fx6ih+j0gflOf2f5LAnaz8gw3wMfJFXtt11+PZdQf ZJLJyh3pX9+HE1KibMFBL8gM1UjWbcx2ZZ6kLWV1N9PgKoKSRxWCykv5In821hasjdWl LoAg== X-Gm-Message-State: AOJu0YzB0l6C3xjnk0BYf9G6EaU0lyANAIOwJ+TOpHxGggRrBmAL6Pr9 U5RjDjUtmbi9bJYBcThC6QU0ZAVxvl4RIoxrlHHa88uddKLeBgZl X-Google-Smtp-Source: AGHT+IF/78xEwAfQ+ZUMtcdTWS7rDo5HJ+6NP695kWPJMRtjqRgSai84MPiya3jhMESrff8OEfqh3IZkuEQTTxFAhC0= X-Received: by 2002:a17:907:9343:b0:9ae:52fb:2202 with SMTP id bv3-20020a170907934300b009ae52fb2202mr2928290ejc.40.1699504346375; Wed, 08 Nov 2023 20:32:26 -0800 (PST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: <202309260107.38Q17Vp0047265@kx.truefc.org> <202309260629.38Q6T018051416@kx.truefc.org> <20230926181845.539e5816fbef80efda6162ec@dec.sakura.ne.jp> <202309261130.38QBUsLF053699@kx.truefc.org> <4c348f85-d99c-c7c3-5e1a-a435983b720b@plan-b.pwste.edu.pl> <20230926231431.20f42fec1075c3980446c50a@dec.sakura.ne.jp> <20230926221946.4F2C1623@slippy.cwsent.com> <20230927080723.f5157f938803c47a4185d431@dec.sakura.ne.jp> <1e2eb5a6-d728-efed-2b5d-b4a67ba9c861@plan-b.pwste.edu.pl> <14057457-119e-6bb1-ff00-a59cc9ad9680@plan-b.pwste.edu.pl> <20231108200308.4d51b67c@slippy> In-Reply-To: <20231108200308.4d51b67c@slippy> From: Warner Losh Date: Wed, 8 Nov 2023 21:32:14 -0700 Message-ID: Subject: Re: revision not displayed in a2440348eed7 To: Cy Schubert Cc: Marek Zarychta , FreeBSD Current Content-Type: multipart/alternative; boundary="000000000000dc38080609b0b0e5" X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Queue-Id: 4SQpw12yLNz4JZf --000000000000dc38080609b0b0e5 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Do you have WITHOUT_REPRODUCEABLE_BUILDS=3DYES in your src.conf? Warner On Wed, Nov 8, 2023, 9:03 PM Cy Schubert wrote: > On Wed, 8 Nov 2023 15:14:34 +0100 > Marek Zarychta wrote: > > > W dniu 8.11.2023 o 14:10, Marek Zarychta pisze: > > > > > > W dniu 27.09.2023 o 01:07, Tomoaki AOKI pisze: > > >> On Tue, 26 Sep 2023 15:19:46 -0700 > > >> Cy Schubert wrote: > > >> > > >>> In message <20230926231431.20f42fec1075c3980446c50a@dec.sakura.ne.j= p > >, > > >>> Tomoaki > > >>> AOKI writes: > > >>>> On Tue, 26 Sep 2023 15:48:50 +0200 > > >>>> Marek Zarychta wrote: > > >>>> > > >>>>> W dniu 26.09.2023 o=C3=82 13:30, KIRIYAMA Kazuhiko pisze: > > >>>>>> At least up to 15.0-CURRENT, nothing has happend by > > >>>>>> WITHOUT_REPRODUCIBLE_BUILD=3Dyes. Something has changed in > > >>>>>> 15.0-CURRENT at some time. I've rebuilded with 3fb80f1476c7, > > >>>>>> but revision not showed by `uname -a' ;-( > > >>>>>> > > >>>>>> What changed ???? > > >>>>> Nothing changed. Perhaps your build system can't check git hash ? > If > > >>>>> your sources are from git repository, you need at least git-lite > > >>>>> installed and full git repository available on build machine. If > you > > >>>>> checked out the repository with gitup and have gitup installed, i= t > > >>>>> should also work. It won't work if your build machine has access= =C3=82 > to > > >>>>> only a part of the repository like worktree. > > >>>>> > > >>>>> Cheers > > >>>>> > > >>>>> -- > > >>>>> Marek Zarychta > > >>>> Just a possibility, but copying src tree to directory other than t= he > > >>>> directory where checked out from git repo and building there could > > >>>> lose track with git hash. > > >>>> > > >>>> Another possibility is that if you build src with any user other > than > > >>>> the one owning local (pulled) git repo could also lose track with > git > > >>>> hash. For example, if I `git log HEAD` with regular user and the > local > > >>>> repo is pulled by root, it fails. No special configuration is done= . > > >>>> > > >>>> % git log HEAD > > >>>> fatal: detected dubious ownership in repository at '/usr/src' > > >>>> To add an exception for this directory, call: > > >>>> > > >>>> git config --global --add safe.directory /usr/src > > >>>> > > >>>> > > >>> This could be due to e6dc6a27230, which was committed this morning. > > >>> There > > >>> is discussion on the src commits ML (dev-commits-src-all, > > >>> dev-commits-src-main) about reverting the change. > > >>> > > >>> > > >>> -- > > >>> Cheers, > > >>> Cy Schubert > > >>> FreeBSD UNIX: Web: https://FreeBSD.org > > >>> NTP: Web: https://nwtime.org > > >>> > > >>> e^(i*pi)+1=3D0 > > >> Would be unrelated here, unfortunately. > > >> As the subject says, the commit the original reporter is bitten at > (not > > >> bi-sected) is at a2440348eed7, which is before e6dc6a27230. > > > > > > Let's refresh this thread. It looks like (at least for stable/14) > > > build system doesn't hardcode revision into the kernel anymore. Last > > > time it worked to me was just after branching stable/14. Today I trie= d > > > to build kernel from sources mounted over NFS and I ened with: > > > > > > # strings /usr/obj/usr/src/amd64.amd64/sys/BSDONDELL/kernel | grep > > > 14.0-STABLE > > > @(#)FreeBSD 14.0-STABLE #6 -dirty: Tue Nov 7 14:04:35 CET 2023 > > > FreeBSD 14.0-STABLE #6 -dirty: Tue Nov 7 14:04:35 CET 2023 > > > 14.0-STABLE > > > > > > the source repository is updated, consisted, but mounted read-only > > > over NFS > > > > > > /usr/src# git status > > > On branch stable/14 > > > Your branch is up to date with 'origin/stable/14'. > > > > > > Untracked files: > > > (use "git add ..." to include in what will be committed) > > > sys/amd64/conf/BSDONDELL > > > > > > It took 2.53 seconds to enumerate untracked files. > > > See 'git help status' for information on how to improve this. > > > > > > nothing added to commit but untracked files present (use "git add" to > > > track) > > > > > > > > > Any clues what could be wrong ? Does /usr/src/ require write > > > permissions now ? > > > > > > I am sorry for the false alarm. It looks like using META MODE prevented > > updating this info. After cleaning obj dir and rebuilding revision is > > visible: > > # strings /usr/obj/usr/src/amd64.amd64/sys/BSDONDELL/kernel | grep > > 14.0-STABLE > > @(#)FreeBSD 14.0-STABLE #0 stable/14-n265707-d2c65a1c9486: Wed Nov 8 > > 14:16:31 CET 2023 > > FreeBSD 14.0-STABLE #0 stable/14-n265707-d2c65a1c9486: Wed Nov 8 > > 14:16:31 CET 2023 > > > > sys/conf/newvers.sh is responsible for getting the git hash into the > kernel. If it finds a .git directory it will extract the hash to insert > it into the kernel. > > I suspect there is something about your source tree that causes it to > think there is no .git directory. In sys/conf/newvers.sh you will see > where it sets $git_cmd when a .git directory exists. It subsequently > tests for a non-zero $git_cmd string whereby it extracts the git hash. > > You might want to look through newvers.sh. Understanding what it does > might point you to the cause of your problem, should it be that your > tree is missing a .git directory or if your .git directory isn't quite > right. > > That's the hypothesis ATM. > > -- > Cheers, > Cy Schubert > FreeBSD UNIX: Web: https://FreeBSD.org > NTP: Web: https://nwtime.org > > e^(i*pi)+1=3D0 > > --000000000000dc38080609b0b0e5 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Do you have WITHOUT_REPRODUCEABLE_BUILDS=3DYES in your sr= c.conf?

Warner

=
On Wed, No= v 8, 2023, 9:03 PM Cy Schubert <Cy.Schubert@cschubert.com> wrote:
On Wed, 8 Nov 2023 15:14:34 +0100
Marek Zarychta <zarychtam@plan-b.pwste.edu.pl> wrote:=

> W dniu 8.11.2023 o=C2=A014:10, Marek Zarychta pisze:
> >
> > W dniu 27.09.2023 o=C2=A001:07, Tomoaki AOKI pisze:=C2=A0
> >> On Tue, 26 Sep 2023 15:19:46 -0700
> >> Cy Schubert <Cy.Schubert@cschubert.com> wrot= e:
> >>=C2=A0
> >>> In message <2023= 0926231431.20f42fec1075c3980446c50a@dec.sakura.ne.jp>,
> >>> Tomoaki
> >>> AOKI writes:=C2=A0
> >>>> On Tue, 26 Sep 2023 15:48:50 +0200
> >>>> Marek Zarychta <zarychtam@plan-b.pwste.= edu.pl> wrote:
> >>>>=C2=A0
> >>>>> W dniu 26.09.2023 o=C3=82=C2=A013:30, KIRIYAMA Ka= zuhiko pisze:=C2=A0
> >>>>>> At least up to 15.0-CURRENT, nothing has happ= end by
> >>>>>> WITHOUT_REPRODUCIBLE_BUILD=3Dyes. Something h= as changed in
> >>>>>> 15.0-CURRENT at some time. I've rebuilded= with 3fb80f1476c7,
> >>>>>> but revision not showed by `uname -a' ;-(=
> >>>>>>
> >>>>>> What changed ????=C2=A0
> >>>>> Nothing changed. Perhaps your build system can= 9;t check git hash ? If
> >>>>> your sources are from git repository, you need at= least git-lite
> >>>>> installed and full git repository available on bu= ild machine. If you
> >>>>> checked out the repository with gitup and have gi= tup installed, it
> >>>>> should also work. It won't work if your build= machine has access=C3=82=C2=A0 to
> >>>>> only a part of the repository like worktree.
> >>>>>
> >>>>> Cheers
> >>>>>
> >>>>> --
> >>>>> Marek Zarychta=C2=A0
> >>>> Just a possibility, but copying src tree to directory= other than the
> >>>> directory where checked out from git repo and buildin= g there could
> >>>> lose track with git hash.
> >>>>
> >>>> Another possibility is that if you build src with any= user other than
> >>>> the one owning local (pulled) git repo could also los= e track with git
> >>>> hash. For example, if I `git log HEAD` with regular u= ser and the local
> >>>> repo is pulled by root, it fails. No special configur= ation is done.
> >>>>
> >>>> % git log HEAD
> >>>> fatal: detected dubious ownership in repository at &#= 39;/usr/src'
> >>>> To add an exception for this directory, call:
> >>>>
> >>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 git = config --global --add safe.directory /usr/src
> >>>>
> >>>>=C2=A0
> >>> This could be due to e6dc6a27230, which was committed thi= s morning.
> >>> There
> >>> is discussion on the src commits ML (dev-commits-src-all,=
> >>> dev-commits-src-main) about reverting the change.
> >>>
> >>>
> >>> --
> >>> Cheers,
> >>> Cy Schubert <Cy.Schubert@cschubert.com><= br> > >>> FreeBSD UNIX:=C2=A0 <cy@FreeBSD.org>=C2=A0=C2=A0 We= b: https://FreeBSD.org
> >>> NTP:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 <cy@nwtime.org>=C2=A0=C2=A0=C2=A0 Web: https://nwtime.or= g
> >>>
> >>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 e^(i*pi)+1=3D0=C2=A0
> >> Would be unrelated here, unfortunately.
> >> As the subject says, the commit the original reporter is bitt= en at (not
> >> bi-sected) is at a2440348eed7, which is before e6dc6a27230.= =C2=A0
> >
> > Let's refresh this thread. It looks like (at least for stable= /14)
> > build system doesn't hardcode revision into the kernel anymor= e. Last
> > time it worked to me was just after branching stable/14. Today I = tried
> > to build kernel from sources mounted over NFS and I ened with: > >
> > # strings /usr/obj/usr/src/amd64.amd64/sys/BSDONDELL/kernel | gre= p
> > 14.0-STABLE
> > @(#)FreeBSD 14.0-STABLE #6 -dirty: Tue Nov=C2=A0 7 14:04:35 CET 2= 023
> > FreeBSD 14.0-STABLE #6 -dirty: Tue Nov=C2=A0 7 14:04:35 CET 2023<= br> > > 14.0-STABLE
> >
> > the source repository is updated, consisted, but mounted read-onl= y
> > over NFS
> >
> > /usr/src# git status
> > On branch stable/14
> > Your branch is up to date with 'origin/stable/14'.
> >
> > Untracked files:
> > =C2=A0 (use "git add <file>..." to include in wha= t will be committed)
> > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sys/amd64/conf/BSDONDE= LL
> >
> > It took 2.53 seconds to enumerate untracked files.
> > See 'git help status' for information on how to improve t= his.
> >
> > nothing added to commit but untracked files present (use "gi= t add" to
> > track)
> >
> >
> > Any clues what could be wrong ? Does /usr/src/=C2=A0 require writ= e
> > permissions now ?=C2=A0
>
>
> I am sorry for the false alarm. It looks like using META MODE prevente= d
> updating this info. After cleaning obj dir and rebuilding revision is =
> visible:
> # strings /usr/obj/usr/src/amd64.amd64/sys/BSDONDELL/kernel | grep > 14.0-STABLE
> @(#)FreeBSD 14.0-STABLE #0 stable/14-n265707-d2c65a1c9486: Wed Nov=C2= =A0 8
> 14:16:31 CET 2023
> FreeBSD 14.0-STABLE #0 stable/14-n265707-d2c65a1c9486: Wed Nov=C2=A0 8=
> 14:16:31 CET 2023
>

sys/conf/newvers.sh is responsible for getting the git hash into the
kernel. If it finds a .git directory it will extract the hash to insert
it into the kernel.

I suspect there is something about your source tree that causes it to
think there is no .git directory. In sys/conf/newvers.sh you will see
where it sets $git_cmd when a .git directory exists. It subsequently
tests for a non-zero $git_cmd string whereby it extracts the git hash.

You might want to look through newvers.sh. Understanding what it does
might point you to the cause of your problem, should it be that your
tree is missing a .git directory or if your .git directory isn't quite<= br> right.

That's the hypothesis ATM.

--
Cheers,
Cy Schubert <Cy.Schubert@cschubert.com>
FreeBSD UNIX:=C2=A0 <cy@FreeBSD.org>=C2=A0 =C2=A0Web:=C2=A0 ht= tps://FreeBSD.org
NTP:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<cy@nwtime.org>=C2=A0 =C2= =A0 Web:=C2=A0 https://nwtime.org

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 e^(i*pi)+1=3D0

--000000000000dc38080609b0b0e5-- From nobody Thu Nov 9 05:44:51 2023 X-Original-To: freebsd-current@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 4SQrWg0RKhz500w1 for ; Thu, 9 Nov 2023 05:45:03 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Received: from plan-b.pwste.edu.pl (plan-b.pwste.edu.pl [IPv6:2001:678:618::40]) (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 "plan-b.pwste.edu.pl", Issuer "GEANT OV RSA CA 4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SQrWd3yZBz4THm for ; Thu, 9 Nov 2023 05:45:00 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=plan-b.pwste.edu.pl header.s=plan-b-mailer header.b="m9me/1/P"; spf=none (mx1.freebsd.org: domain of zarychtam@plan-b.pwste.edu.pl has no SPF policy when checking 2001:678:618::40) smtp.mailfrom=zarychtam@plan-b.pwste.edu.pl; dmarc=pass (policy=none) header.from=plan-b.pwste.edu.pl Received: from [IPV6:2a02:22e0:cf00:1ff:670b:7c3b:d2b4:4fc8] (mzar@[IPv6:2a02:22e0:cf00:1ff:670b:7c3b:d2b4:4fc8]) (authenticated bits=0) by plan-b.pwste.edu.pl (8.17.2/8.17.2) with ESMTPSA id 3A95irD8085897 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO) for ; Thu, 9 Nov 2023 06:44:53 +0100 (CET) (envelope-from zarychtam@plan-b.pwste.edu.pl) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=plan-b.pwste.edu.pl; s=plan-b-mailer; t=1699508695; bh=ZQH1lwXkp1fyF2yBU7BhJZATmZC468p4opFaBAz9AVM=; h=Date:To:References:From:Subject:In-Reply-To; b=m9me/1/PvIYBGALRyhgaU+Mlu/3TlgvlJhH8AqRUW/pp9KKtwhStRK5BgPaMyDVqk 6BpM2DGkNVOamYoX2004PsfvTUtC9StkWR2aFeM92BSWWKaoNBB7C/yVfYiooRNJ0B pNkd5m5CW5XYGWp6YMv3XnRIdhvOfdN9KKS3iIbDF7JpK1Uh3b0fJ3hkeRjlCtb7d5 G1yNIRvJQsPjq0VP2BwSXUmz5zdyEujKOBitWBWWn6jTvuZQbnvfX2SpyoKtEEvkTB 04Th1oLGBRCeaMh+v5j2QaNLoeMzGKpSS/YQubJJOqgsG2Bz5e8Jhz6GP+Q0EV6np9 PX5KRgw4cFxNQ== Content-Type: multipart/alternative; boundary="------------KDURBFP6o46I0B68GSj5yvpI" Message-ID: <6de97ce0-9371-5471-31b3-215a7b56c549@plan-b.pwste.edu.pl> Date: Thu, 9 Nov 2023 06:44:51 +0100 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.15.1 To: freebsd-current@freebsd.org References: <202309260107.38Q17Vp0047265@kx.truefc.org> <202309260629.38Q6T018051416@kx.truefc.org> <20230926181845.539e5816fbef80efda6162ec@dec.sakura.ne.jp> <202309261130.38QBUsLF053699@kx.truefc.org> <4c348f85-d99c-c7c3-5e1a-a435983b720b@plan-b.pwste.edu.pl> <20230926231431.20f42fec1075c3980446c50a@dec.sakura.ne.jp> <20230926221946.4F2C1623@slippy.cwsent.com> <20230927080723.f5157f938803c47a4185d431@dec.sakura.ne.jp> <1e2eb5a6-d728-efed-2b5d-b4a67ba9c861@plan-b.pwste.edu.pl> <14057457-119e-6bb1-ff00-a59cc9ad9680@plan-b.pwste.edu.pl> <20231108200308.4d51b67c@slippy> Content-Language: en-US From: Marek Zarychta Subject: Re: revision not displayed in a2440348eed7 In-Reply-To: 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)[-0.997]; DMARC_POLICY_ALLOW(-0.50)[plan-b.pwste.edu.pl,none]; R_DKIM_ALLOW(-0.20)[plan-b.pwste.edu.pl:s=plan-b-mailer]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; ONCE_RECEIVED(0.10)[]; ASN(0.00)[asn:206006, ipnet:2001:678:618::/48, country:PL]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[plan-b.pwste.edu.pl:+]; R_SPF_NA(0.00)[no SPF record]; TO_DN_NONE(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[] X-Rspamd-Queue-Id: 4SQrWd3yZBz4THm X-Spamd-Bar: --- This is a multi-part message in MIME format. --------------KDURBFP6o46I0B68GSj5yvpI Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit W dniu 9.11.2023 o 05:32, Warner Losh pisze: > Do you have WITHOUT_REPRODUCEABLE_BUILDS=YES in your src.conf? > Yes,  I have it. > Warner > > On Wed, Nov 8, 2023, 9:03 PM Cy Schubert > wrote: > > On Wed, 8 Nov 2023 15:14:34 +0100 > Marek Zarychta wrote: > > > W dniu 8.11.2023 o 14:10, Marek Zarychta pisze: > > > > > > W dniu 27.09.2023 o 01:07, Tomoaki AOKI pisze: > > >> On Tue, 26 Sep 2023 15:19:46 -0700 > > >> Cy Schubert wrote: > > >> > > >>> In message > <20230926231431.20f42fec1075c3980446c50a@dec.sakura.ne.jp>, > > >>> Tomoaki > > >>> AOKI writes: > > >>>> On Tue, 26 Sep 2023 15:48:50 +0200 > > >>>> Marek Zarychta wrote: > > >>>> > > >>>>> W dniu 26.09.2023 o 13:30, KIRIYAMA Kazuhiko pisze: > > >>>>>> At least up to 15.0-CURRENT, nothing has happend by > > >>>>>> WITHOUT_REPRODUCIBLE_BUILD=yes. Something has changed in > > >>>>>> 15.0-CURRENT at some time. I've rebuilded with 3fb80f1476c7, > > >>>>>> but revision not showed by `uname -a' ;-( > > >>>>>> > > >>>>>> What changed ???? > > >>>>> Nothing changed. Perhaps your build system can't check git > hash ? If > > >>>>> your sources are from git repository, you need at least > git-lite > > >>>>> installed and full git repository available on build > machine. If you > > >>>>> checked out the repository with gitup and have gitup > installed, it > > >>>>> should also work. It won't work if your build machine has > access  to > > >>>>> only a part of the repository like worktree. > > >>>>> > > >>>>> Cheers > > >>>>> > > >>>>> -- > > >>>>> Marek Zarychta > > >>>> Just a possibility, but copying src tree to directory other > than the > > >>>> directory where checked out from git repo and building > there could > > >>>> lose track with git hash. > > >>>> > > >>>> Another possibility is that if you build src with any user > other than > > >>>> the one owning local (pulled) git repo could also lose > track with git > > >>>> hash. For example, if I `git log HEAD` with regular user > and the local > > >>>> repo is pulled by root, it fails. No special configuration > is done. > > >>>> > > >>>> % git log HEAD > > >>>> fatal: detected dubious ownership in repository at '/usr/src' > > >>>> To add an exception for this directory, call: > > >>>> > > >>>>          git config --global --add safe.directory /usr/src > > >>>> > > >>>> > > >>> This could be due to e6dc6a27230, which was committed this > morning. > > >>> There > > >>> is discussion on the src commits ML (dev-commits-src-all, > > >>> dev-commits-src-main) about reverting the change. > > >>> > > >>> > > >>> -- > > >>> Cheers, > > >>> Cy Schubert > > >>> FreeBSD UNIX:    Web: https://FreeBSD.org > > > >>> NTP:           Web: https://nwtime.org > > >>> > > >>>             e^(i*pi)+1=0 > > >> Would be unrelated here, unfortunately. > > >> As the subject says, the commit the original reporter is > bitten at (not > > >> bi-sected) is at a2440348eed7, which is before e6dc6a27230. > > > > > > Let's refresh this thread. It looks like (at least for stable/14) > > > build system doesn't hardcode revision into the kernel > anymore. Last > > > time it worked to me was just after branching stable/14. Today > I tried > > > to build kernel from sources mounted over NFS and I ened with: > > > > > > # strings /usr/obj/usr/src/amd64.amd64/sys/BSDONDELL/kernel | > grep > > > 14.0-STABLE > > > @(#)FreeBSD 14.0-STABLE #6 -dirty: Tue Nov  7 14:04:35 CET 2023 > > > FreeBSD 14.0-STABLE #6 -dirty: Tue Nov  7 14:04:35 CET 2023 > > > 14.0-STABLE > > > > > > the source repository is updated, consisted, but mounted > read-only > > > over NFS > > > > > > /usr/src# git status > > > On branch stable/14 > > > Your branch is up to date with 'origin/stable/14'. > > > > > > Untracked files: > > >   (use "git add ..." to include in what will be committed) > > >         sys/amd64/conf/BSDONDELL > > > > > > It took 2.53 seconds to enumerate untracked files. > > > See 'git help status' for information on how to improve this. > > > > > > nothing added to commit but untracked files present (use "git > add" to > > > track) > > > > > > > > > Any clues what could be wrong ? Does /usr/src/ require write > > > permissions now ? > > > > > > I am sorry for the false alarm. It looks like using META MODE > prevented > > updating this info. After cleaning obj dir and rebuilding > revision is > > visible: > > # strings /usr/obj/usr/src/amd64.amd64/sys/BSDONDELL/kernel | grep > > 14.0-STABLE > > @(#)FreeBSD 14.0-STABLE #0 stable/14-n265707-d2c65a1c9486: Wed > Nov  8 > > 14:16:31 CET 2023 > > FreeBSD 14.0-STABLE #0 stable/14-n265707-d2c65a1c9486: Wed Nov  8 > > 14:16:31 CET 2023 > > > > sys/conf/newvers.sh is responsible for getting the git hash into the > kernel. If it finds a .git directory it will extract the hash to > insert > it into the kernel. > > I suspect there is something about your source tree that causes it to > think there is no .git directory. In sys/conf/newvers.sh you will see > where it sets $git_cmd when a .git directory exists. It subsequently > tests for a non-zero $git_cmd string whereby it extracts the git hash. > > You might want to look through newvers.sh. Understanding what it does > might point you to the cause of your problem, should it be that your > tree is missing a .git directory or if your .git directory isn't quite > right. > > That's the hypothesis ATM. > Thank you for the clue. The error was temporary only, due to not mounting /usr/src_head which holds the repository but mounting only workdir /usr/src_14 newvers.sh wasn't able to check git hash. Cleanup, mounting again both directories and rebuilding the kernel solved the problem. > -- > Cheers, > Cy Schubert > FreeBSD UNIX:    Web: https://FreeBSD.org > > NTP:               Web: https://nwtime.org > >                         e^(i*pi)+1=0 > Thank you for your help. -- Marek Zarychta --------------KDURBFP6o46I0B68GSj5yvpI Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
W dniu 9.11.2023 o 05:32, Warner Losh pisze:
Do you have WITHOUT_REPRODUCEABLE_BUILDS=YES in your src.conf?

Yes,  I have it.
Warner

On Wed, Nov 8, 2023, 9:03 PM Cy Schubert <Cy.Schubert@cschubert.com> wrote:
On Wed, 8 Nov 2023 15:14:34 +0100
Marek Zarychta <zarychtam@plan-b.pwste.edu.pl> wrote:

> W dniu 8.11.2023 o 14:10, Marek Zarychta pisze:
> >
> > W dniu 27.09.2023 o 01:07, Tomoaki AOKI pisze: 
> >> On Tue, 26 Sep 2023 15:19:46 -0700
> >> Cy Schubert <Cy.Schubert@cschubert.com> wrote:
> >> 
> >>> In message <20230926231431.20f42fec1075c3980446c50a@dec.sakura.ne.jp>,
> >>> Tomoaki
> >>> AOKI writes: 
> >>>> On Tue, 26 Sep 2023 15:48:50 +0200
> >>>> Marek Zarychta <zarychtam@plan-b.pwste.edu.pl> wrote:
> >>>> 
> >>>>> W dniu 26.09.2023 o 13:30, KIRIYAMA Kazuhiko pisze: 
> >>>>>> At least up to 15.0-CURRENT, nothing has happend by
> >>>>>> WITHOUT_REPRODUCIBLE_BUILD=yes. Something has changed in
> >>>>>> 15.0-CURRENT at some time. I've rebuilded with 3fb80f1476c7,
> >>>>>> but revision not showed by `uname -a' ;-(
> >>>>>>
> >>>>>> What changed ???? 
> >>>>> Nothing changed. Perhaps your build system can't check git hash ? If
> >>>>> your sources are from git repository, you need at least git-lite
> >>>>> installed and full git repository available on build machine. If you
> >>>>> checked out the repository with gitup and have gitup installed, it
> >>>>> should also work. It won't work if your build machine has access  to
> >>>>> only a part of the repository like worktree.
> >>>>>
> >>>>> Cheers
> >>>>>
> >>>>> --
> >>>>> Marek Zarychta 
> >>>> Just a possibility, but copying src tree to directory other than the
> >>>> directory where checked out from git repo and building there could
> >>>> lose track with git hash.
> >>>>
> >>>> Another possibility is that if you build src with any user other than
> >>>> the one owning local (pulled) git repo could also lose track with git
> >>>> hash. For example, if I `git log HEAD` with regular user and the local
> >>>> repo is pulled by root, it fails. No special configuration is done.
> >>>>
> >>>> % git log HEAD
> >>>> fatal: detected dubious ownership in repository at '/usr/src'
> >>>> To add an exception for this directory, call:
> >>>>
> >>>>          git config --global --add safe.directory /usr/src
> >>>>
> >>>> 
> >>> This could be due to e6dc6a27230, which was committed this morning.
> >>> There
> >>> is discussion on the src commits ML (dev-commits-src-all,
> >>> dev-commits-src-main) about reverting the change.
> >>>
> >>>
> >>> --
> >>> Cheers,
> >>> Cy Schubert <Cy.Schubert@cschubert.com>
> >>> FreeBSD UNIX:  <cy@FreeBSD.org>   Web: https://FreeBSD.org
> >>> NTP:           <cy@nwtime.org>    Web: https://nwtime.org
> >>>
> >>>             e^(i*pi)+1=0 
> >> Would be unrelated here, unfortunately.
> >> As the subject says, the commit the original reporter is bitten at (not
> >> bi-sected) is at a2440348eed7, which is before e6dc6a27230. 
> >
> > Let's refresh this thread. It looks like (at least for stable/14)
> > build system doesn't hardcode revision into the kernel anymore. Last
> > time it worked to me was just after branching stable/14. Today I tried
> > to build kernel from sources mounted over NFS and I ened with:
> >
> > # strings /usr/obj/usr/src/amd64.amd64/sys/BSDONDELL/kernel | grep
> > 14.0-STABLE
> > @(#)FreeBSD 14.0-STABLE #6 -dirty: Tue Nov  7 14:04:35 CET 2023
> > FreeBSD 14.0-STABLE #6 -dirty: Tue Nov  7 14:04:35 CET 2023
> > 14.0-STABLE
> >
> > the source repository is updated, consisted, but mounted read-only
> > over NFS
> >
> > /usr/src# git status
> > On branch stable/14
> > Your branch is up to date with 'origin/stable/14'.
> >
> > Untracked files:
> >   (use "git add <file>..." to include in what will be committed)
> >         sys/amd64/conf/BSDONDELL
> >
> > It took 2.53 seconds to enumerate untracked files.
> > See 'git help status' for information on how to improve this.
> >
> > nothing added to commit but untracked files present (use "git add" to
> > track)
> >
> >
> > Any clues what could be wrong ? Does /usr/src/  require write
> > permissions now ? 
>
>
> I am sorry for the false alarm. It looks like using META MODE prevented
> updating this info. After cleaning obj dir and rebuilding revision is
> visible:
> # strings /usr/obj/usr/src/amd64.amd64/sys/BSDONDELL/kernel | grep
> 14.0-STABLE
> @(#)FreeBSD 14.0-STABLE #0 stable/14-n265707-d2c65a1c9486: Wed Nov  8
> 14:16:31 CET 2023
> FreeBSD 14.0-STABLE #0 stable/14-n265707-d2c65a1c9486: Wed Nov  8
> 14:16:31 CET 2023
>

sys/conf/newvers.sh is responsible for getting the git hash into the
kernel. If it finds a .git directory it will extract the hash to insert
it into the kernel.

I suspect there is something about your source tree that causes it to
think there is no .git directory. In sys/conf/newvers.sh you will see
where it sets $git_cmd when a .git directory exists. It subsequently
tests for a non-zero $git_cmd string whereby it extracts the git hash.

You might want to look through newvers.sh. Understanding what it does
might point you to the cause of your problem, should it be that your
tree is missing a .git directory or if your .git directory isn't quite
right.

That's the hypothesis ATM.

Thank you for the clue. The error was temporary only, due to not mounting /usr/src_head which holds the repository but mounting only workdir /usr/src_14 newvers.sh wasn't able to check git hash. Cleanup, mounting again both directories and rebuilding the kernel solved the problem.

--
Cheers,
Cy Schubert <Cy.Schubert@cschubert.com>
FreeBSD UNIX:  <cy@FreeBSD.org>   Web:  https://FreeBSD.org
NTP:           <cy@nwtime.org>    Web:  https://nwtime.org

                        e^(i*pi)+1=0

Thank you for your help.

-- 
Marek Zarychta
--------------KDURBFP6o46I0B68GSj5yvpI-- From nobody Thu Nov 9 16:10:13 2023 X-Original-To: current@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 4SR6PM3F2kz50K2y for ; Thu, 9 Nov 2023 16:10:31 +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 4SR6PM2j2rz3glG; Thu, 9 Nov 2023 16:10:31 +0000 (UTC) (envelope-from zlei@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1699546231; 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: content-transfer-encoding:content-transfer-encoding; bh=edBH6kfkbvwcSw22Q68kSQCPz8q8dBQn0OhlF9wpxbY=; b=xH9ePsFNWy4MBBvIkeu9B45sekfWFkVn338wAm2Qc1yi5Svt0yE4DgV8KAbfq0VT42krpo uPSUYn+O+ZgGpwxOZlTB5tWt4q0HTHHmlGayDrCyNKqe+m0FOV809gKeWS2QMcRwZRtOOi GFDD3ps4L2KXsnFKQFX9ESgDn8RUxSHJaeMJ0GgPu8lFgeyn3Y7L1PV4ucyLVRChPyIWnG nXBKd3fYuAD60H4T7MpsQZAxCKhZE7DUxmn/PWmpQn5LNvBK1bzOZoShI19n8DCCZ3yGOF TYV5kWM+oQQvMbgvJrX+kNpuRG8njHzw+j9a/ITP8ctr4uqRcS3DBtNQvxM5cQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1699546231; 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: content-transfer-encoding:content-transfer-encoding; bh=edBH6kfkbvwcSw22Q68kSQCPz8q8dBQn0OhlF9wpxbY=; b=rLf/ItI1OWR1sSW2Fscx9kea5uASf6PLWKudKAeFt9RbhH5i54DqK6nen2GrDagApStlix lgXnK6yiVxPVg1KaKaXtB+1wZRpcGcCw6OOqHovMX14hKvqS0x64RwdwbKWmRbZ3YQvLTd /u9htHN2DpH7G1uyQu2Qtzn+tWBPMwKs4ziwDbjgX7jMMxYOWSVSNQMAIMPWbeqsDUT03I RsfbKsSc1e+lqtdWFU180VO1inLE1twjZDyZXpLXcutkujxXV1pMcJQ3+w5Tk7f2xghNn0 +jNpZRWhIDg3PGjzaJask2Z+pCH/n8dHaXjfI/oq5hGncuc5PposYOZiFFDjQg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1699546231; a=rsa-sha256; cv=none; b=uRY+CJzb7d01Pc5kBMwsGqoTeYvfOK515WLxVCtSTd3+S31nQqgBlTqm6UHnDvayYBIjMw kya8H77TJEkQesPSfD/fqy7f/VU68+AfNa3OEzPXWfuzgChUzTjGbPaP5zmsJ2ALhbY01i 2ZxYmRCAhMj/hY3xQQ7H4UnaMLm1e2+gKuipEQjlLJ85mi+kNjrkhnZhOkeM94SVEy5dqU EkDbELhUdM5Gm8p5cKI/8N+uDC9pd1d0dqtcYzdTJ6CcOkeg+zFC/yfRawd45pNfVyvMDX aoF3mCdcjd2HlafGfjzjjGbBZc4H4NMngQ6+ENsQ/jZv8vSG9m1tz+bEpm3qDQ== 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 4SR6PK55HmzCt6; Thu, 9 Nov 2023 16:10:29 +0000 (UTC) (envelope-from zlei@FreeBSD.org) From: Zhenlei Huang Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.120.41.1.4\)) Subject: kldunload kernel: How should the kernel behave when it is requested to unload itself Message-Id: <07168C68-9F81-443C-AFB6-24958BB01F9E@FreeBSD.org> Date: Fri, 10 Nov 2023 00:10:13 +0800 Cc: Konstantin Belousov , Doug Rabson To: FreeBSD Current X-Mailer: Apple Mail (2.3696.120.41.1.4) Hi, This is *NOT* joking. While working on https://reviews.freebsd.org/D42527 I realized the module kernel also has userrefs, that is to say, userland can request to unload kernel, aka `kldunload kernel`. This is interesting. Well no doubt that the loader can unload kernel. Then after the kernel is loaded and has been initialized (SYSINIT), how should it behave when it get an unload request? I'm proposing https://reviews.freebsd.org/D42530 to do not allow unloading the kernel. It is by intuition. What do you think ? Best regards, Zhenlei From nobody Thu Nov 9 16:34:37 2023 X-Original-To: current@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 4SR6xP6dSjz50Q1w for ; Thu, 9 Nov 2023 16:34:49 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from mail-yb1-xb33.google.com (mail-yb1-xb33.google.com [IPv6:2607:f8b0:4864:20::b33]) (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 4SR6xP4yRfz4JQs for ; Thu, 9 Nov 2023 16:34:49 +0000 (UTC) (envelope-from dfr@rabson.org) Authentication-Results: mx1.freebsd.org; none Received: by mail-yb1-xb33.google.com with SMTP id 3f1490d57ef6-dae7cc31151so1091773276.3 for ; Thu, 09 Nov 2023 08:34:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rabson-org.20230601.gappssmtp.com; s=20230601; t=1699547689; x=1700152489; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=GqqR3qOXVzl2tzia4pn61DFJCLOGrJBaCu3uXIAb5nE=; b=UZdv5B3saKrNWeYVjZk4HFQYpyAV0A3M/pjI3XypsgEJMsH3i6o2COguetpldkz1lU 6qa+4l6hR1dq1z2kbeNwamS/pIdeHb6pWWiA2MP8swSny5NAcpWF/813k5zXOIHqwrfj PxxHkYHHLUyf3Uv3r47p7ZTeRSgaMRW0zIYlfvoN/gP4rU7iTpd6BWthdhluif+jLUq0 zfTJGKSmbZfqdyk9LhgmSd7JoRsKOotqFzhurGQxvrIS/IDsYMBiBqajiG05E8/LXj1Y m0A9z7c85lwHfIodfQTlF9k8Dr1TfCJMECurMjuI14sfWAFRJqwwcZx2Jl8iMus7VLjk UHsg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1699547689; x=1700152489; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=GqqR3qOXVzl2tzia4pn61DFJCLOGrJBaCu3uXIAb5nE=; b=K3Q8PK0o55O74LwnRYSZe8aRdc1Cxalm5MNvGHn1fOHCp97YszBuHjvcOWihKXk786 /HI/MqNAZPCZMbiChC3eROU6DnQYJSzqnsT7RjoiL1A7XNxKNywemFyiTmHtINyChFZo xismujJhlNW2He1FFNOnGFyv0wGOaE9kVDM1ocJjfIDktfboUOAtgzXWqtAOgtj29XK2 gTtwd9nhqluEEqD2tW1CczVYUe+T6T+zNj7+QW1Xk9Bv8V2S4qO0b4cqO3ylsUJ7YEHd eDr05cJO/buL9mFJAr9pSUgD3BFnVhBRmr9bbndZ2XT2E/ji6BFZ9l84IUuPoZ9Uu+eP E4Rg== X-Gm-Message-State: AOJu0Yw2/nL6fHsnC/VtYfLR2OfJWuAqI3mtetBFkoHFwMW0VHVl6lqG dKXBCxOJLDuen6R5iNuXT2TpqAgqBPs2yEZgM8P7hK0WqhaVs8zkHYg= X-Google-Smtp-Source: AGHT+IFEq+R4VOMrDAlhRhm0gYh3NGOps2Shy+8eTBJvPDLkPRnARX0kEvtjs9schvLUKTLF3IzTT0MVz4CTUS4S0Z8= X-Received: by 2002:a25:a507:0:b0:da0:365d:9e21 with SMTP id h7-20020a25a507000000b00da0365d9e21mr4795233ybi.22.1699547688773; Thu, 09 Nov 2023 08:34:48 -0800 (PST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: <07168C68-9F81-443C-AFB6-24958BB01F9E@FreeBSD.org> In-Reply-To: <07168C68-9F81-443C-AFB6-24958BB01F9E@FreeBSD.org> From: Doug Rabson Date: Thu, 9 Nov 2023 16:34:37 +0000 Message-ID: Subject: Re: kldunload kernel: How should the kernel behave when it is requested to unload itself To: Zhenlei Huang Cc: FreeBSD Current , Konstantin Belousov Content-Type: multipart/alternative; boundary="00000000000044bfdd0609bac883" X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4SR6xP4yRfz4JQs --00000000000044bfdd0609bac883 Content-Type: text/plain; charset="UTF-8" I think your intuition is correct - it never makes sense to unload the kernel (IMO). I approved the review. Doug. On Thu, 9 Nov 2023 at 16:10, Zhenlei Huang wrote: > Hi, > > This is *NOT* joking. > > While working on https://reviews.freebsd.org/D42527 I realized the > module kernel also has userrefs, that is to say, userland can request > to unload kernel, aka `kldunload kernel`. > > This is interesting. Well no doubt that the loader can unload kernel. > Then after the kernel is loaded and has been initialized (SYSINIT), how > should it behave when it get an unload request? > > I'm proposing https://reviews.freebsd.org/D42530 to do not allow unloading > the kernel. It is by intuition. > > What do you think ? > > > Best regards, > Zhenlei > > --00000000000044bfdd0609bac883 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I think your intuition is correct - it never makes sense t= o unload the kernel (IMO). I approved the review.

Doug.<= /div>


On Thu, 9 Nov 2023 at 16:10, Zhenlei Huang <zlei@freebsd.org> wrote:
Hi,

This is *NOT* joking.

While working on https://reviews.freebsd.org/D42527 I realized= the
module kernel also has userrefs, that is to say, userland can request
to unload kernel, aka `kldunload kernel`.

This is interesting. Well no doubt that the loader can unload kernel.
Then after the kernel is loaded and has been initialized (SYSINIT), how
should it behave when it get an unload request?

I'm proposing https://reviews.freebsd.org/D42530 to do not= allow unloading
the kernel. It is by intuition.

What do you think ?


Best regards,
Zhenlei

--00000000000044bfdd0609bac883-- From nobody Thu Nov 9 17:03:05 2023 X-Original-To: current@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 4SR7ZK6pY2z50X6X for ; Thu, 9 Nov 2023 17:03:21 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-lj1-x22e.google.com (mail-lj1-x22e.google.com [IPv6:2a00:1450:4864:20::22e]) (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 4SR7ZK57Hxz4Pc7 for ; Thu, 9 Nov 2023 17:03:21 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-lj1-x22e.google.com with SMTP id 38308e7fff4ca-2c6b30acacdso13536091fa.2 for ; Thu, 09 Nov 2023 09:03:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1699549398; x=1700154198; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=tUVf06nHS3gRvF9wAgv8U25eVvpkGTc+pWrzdIBLFtE=; b=KOMipUIKi3nukPqv1zcIPNQkKWqXQ+qrZzHsVTSxuo+ObN+FsIwzZSPArnwtmlAd2Y oxj0A8yYeL1XeIYeOla0Si6ZN22L+U4T5mxvioX1Ek5T49OfhY8ipg0c9GEELlpa6A9T D1pf+spRy0RmGxSVfsntAWukzL07Cq/xIEL+iVf49Lp2ztjOaSRGizcVw23P9hCvrlyP H9kG2IrEbyg1ib3p7h5Sr+nyhoT3G5c/+7NHWvKr3Dk1KZ0yjQDCANFNaHHs8/FkSPb2 eNUgkmpSsh/0QJKdFwFk6ejfGr3cMcc4hkNv+Zfv5xunEzF1zu1CmgjFHq7o5t0pV2KM MSQQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1699549398; x=1700154198; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=tUVf06nHS3gRvF9wAgv8U25eVvpkGTc+pWrzdIBLFtE=; b=GSOopJIWEec7zJrvlIW3aQsN+LKGA7ykFYT+Kcpxo2m0b6rrvHsmhbbfwLskVDGGor TCOZo0b8nbJ0TW6tsNcZ9YPJj48kvcewJQohMJwZQS5Xrmjt4/n6WcA1J6wDMDCcy5UB tgE8ryi7ng4+JYxoS1LhW89hT95BLGuy4+PLVCRsZwVVUIFUnpELgaZtP2/u08tYqTaF 36jpRmSuFpGttefBVNvs1C9warcQzWohHAWigvYACfbLdjeBlqu95S3ie71+TqyZPRLU dWHZ8n2caxQ3AaQskzq4odG/J/O7WVaHSjzC7u7i3Fdt/+eNXmK09EHXQLS4vJ0dFOSN qJdg== X-Gm-Message-State: AOJu0YyZR304L/dz9umWwBfgAhY8G6nm/g+MHgFRaPGQSPirqG5fHjGi NXZyGxKjUMc1MMYPAnl3MzvOFbfKx7dbLb0/rUAqpQ== X-Google-Smtp-Source: AGHT+IGwCvQBO0rAwiNf62pyJBnhWwIGWOLkDp6oOpgzZoyA9zfGpeiTH5YA4SvEI8PQmkZTTYdP7ozg8vZELeQuHXc= X-Received: by 2002:a2e:9e53:0:b0:2c5:cac:e9a3 with SMTP id g19-20020a2e9e53000000b002c50cace9a3mr4460297ljk.52.1699549397458; Thu, 09 Nov 2023 09:03:17 -0800 (PST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: <07168C68-9F81-443C-AFB6-24958BB01F9E@FreeBSD.org> In-Reply-To: From: Warner Losh Date: Thu, 9 Nov 2023 10:03:05 -0700 Message-ID: Subject: Re: kldunload kernel: How should the kernel behave when it is requested to unload itself To: Doug Rabson Cc: Zhenlei Huang , FreeBSD Current , Konstantin Belousov Content-Type: multipart/alternative; boundary="0000000000001d92cd0609bb2e26" X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Queue-Id: 4SR7ZK57Hxz4Pc7 --0000000000001d92cd0609bb2e26 Content-Type: text/plain; charset="UTF-8" Yea. Kexec is what you'd need to do to get a new kernel... and we don't support kexec... so I agree this is good.. Warner On Thu, Nov 9, 2023, 9:34 AM Doug Rabson wrote: > I think your intuition is correct - it never makes sense to unload the > kernel (IMO). I approved the review. > > Doug. > > > On Thu, 9 Nov 2023 at 16:10, Zhenlei Huang wrote: > >> Hi, >> >> This is *NOT* joking. >> >> While working on https://reviews.freebsd.org/D42527 I realized the >> module kernel also has userrefs, that is to say, userland can request >> to unload kernel, aka `kldunload kernel`. >> >> This is interesting. Well no doubt that the loader can unload kernel. >> Then after the kernel is loaded and has been initialized (SYSINIT), how >> should it behave when it get an unload request? >> >> I'm proposing https://reviews.freebsd.org/D42530 to do not allow >> unloading >> the kernel. It is by intuition. >> >> What do you think ? >> >> >> Best regards, >> Zhenlei >> >> --0000000000001d92cd0609bb2e26 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Yea. Kexec is what you'd need=C2=A0to do to get a new= kernel... and we don't support kexec... so I agree this is good..

Warner

On Thu, Nov 9, 2023,= 9:34 AM Doug Rabson <dfr@rabson.org> wrote:
I th= ink your intuition is correct - it never makes sense to unload the kernel (= IMO). I approved the review.

Doug.

<= /div>
Hi,

This is *NOT* joking.

While working on https://reviews.freebsd.org/D42527= I realized the
module kernel also has userrefs, that is to say, userland can request
to unload kernel, aka `kldunload kernel`.

This is interesting. Well no doubt that the loader can unload kernel.
Then after the kernel is loaded and has been initialized (SYSINIT), how
should it behave when it get an unload request?

I'm proposing https://reviews.freebsd.org/D42530 to do not allow unloading
the kernel. It is by intuition.

What do you think ?


Best regards,
Zhenlei

--0000000000001d92cd0609bb2e26-- From nobody Thu Nov 9 17:28:12 2023 X-Original-To: current@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 4SR87C48njz50d5R for ; Thu, 9 Nov 2023 17:28:23 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (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 4SR87B6WsNz4TFJ; Thu, 9 Nov 2023 17:28:22 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Authentication-Results: mx1.freebsd.org; none Received: from kalamity.joker.local (123-1-22-158.area1b.commufa.jp [123.1.22.158]) (authenticated bits=0) by www121.sakura.ne.jp (8.16.1/8.16.1/[SAKURA-WEB]/20201212) with ESMTPA id 3A9HSCDe064193; Fri, 10 Nov 2023 02:28:13 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Fri, 10 Nov 2023 02:28:12 +0900 From: Tomoaki AOKI To: Zhenlei Huang Cc: FreeBSD Current , Konstantin Belousov , Doug Rabson Subject: Re: kldunload kernel: How should the kernel behave when it is requested to unload itself Message-Id: <20231110022812.ad04ffa521262e377fcb99ea@dec.sakura.ne.jp> In-Reply-To: <07168C68-9F81-443C-AFB6-24958BB01F9E@FreeBSD.org> References: <07168C68-9F81-443C-AFB6-24958BB01F9E@FreeBSD.org> Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7684, ipnet:153.125.128.0/18, country:JP] X-Rspamd-Queue-Id: 4SR87B6WsNz4TFJ On Fri, 10 Nov 2023 00:10:13 +0800 Zhenlei Huang wrote: > Hi, > > This is *NOT* joking. > > While working on https://reviews.freebsd.org/D42527 I realized the > module kernel also has userrefs, that is to say, userland can request > to unload kernel, aka `kldunload kernel`. > > This is interesting. Well no doubt that the loader can unload kernel. > Then after the kernel is loaded and has been initialized (SYSINIT), how > should it behave when it get an unload request? > > I'm proposing https://reviews.freebsd.org/D42530 to do not allow unloading > the kernel. It is by intuition. > > What do you think ? > > > Best regards, > Zhenlei Possibly too paranoid, but the summery on D42530 looks a bit confusing. Would better to be 'The userland or kernel shall not unload the module "kernel".' or 'The userland or kernel shall not unload the "kernel" module.' . The original SUMMARY could be read as, in meaning, 'The userland or kernel shall not unload *.ko.' *.ko is sometimes called as "kernel module", although it stants for "kernel object". -- Tomoaki AOKI From nobody Fri Nov 10 09:04:33 2023 X-Original-To: current@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 4SRXvZ3D3rz511Zv for ; Fri, 10 Nov 2023 09:04:42 +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 4SRXvZ0zwPz4pZq; Fri, 10 Nov 2023 09:04:42 +0000 (UTC) (envelope-from zlei@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1699607082; 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=yotsacaKP4I+rV+V4ZdyCMb2SPntg6qDjXNeTZHaBNs=; b=fOLIRet/YT/U74JuTZif0Pl6/RW9Z/5cXXWr7f3W8ElSkoKJVd75FZuri4vjTScZCM0hnm SIdSSzBbITJy2NCILQEHOmGpR/4aLLcHT8qbiYTRmOfxjAn1kad78Ri1USJ/Ijz9+4N3ih JjZxm45BhdwdHGmd5UX+rIdA/zBRlf8bs4T7t7AWz2SAjRJZ7+o2OJUrr393LDsbTci0dS dvOXyghVYbHyOPJ2r+Fpwp5f8j7NGliYAKeHlr71U513f1afs5ZAi3WmSIn8Gys9b7MJbY OKxYgfV+4TDAFpppYttCmHqJ+vKO6JQ1ToqaQSxgVVfPu1MrCwoFFjvI+T0SxA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1699607082; 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=yotsacaKP4I+rV+V4ZdyCMb2SPntg6qDjXNeTZHaBNs=; b=v53x2AT+D7z0v0crdQnoNUuJt7ZAwhdZTrUHrwV49NCJqqMidiSqrbHM+0w/9df+Gwou6h 0L143ChnIZChbSz35AaCegh5XbrRB8785XqdMnJ0iSHYLZRg0q+Tf3cel7atJObi7vFMhW 9PozaN0+sXjX9xKaU/HGsZToad8gY/Xc+kZSneA5DGI6cQeyGyONXcUdBVXcBXBrFL/t4O FDJVjyrio5BkdwOeIFiIBZCMHXhUoErJbo9xo9C2wddBbGImlnAoc9VvuTngdhnDJSIAc5 vC9zDGnMS/hQ83XHZedzWIHCn80R92xz6XMa69UZTHoeuFVfJqjVRgdUEHPifQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1699607082; a=rsa-sha256; cv=none; b=Xo4wQ85rSMGM3rrySgIa+eaYcWkdxpsvw8hI1CqskkmyO+hnssjCT/hwDxtrSVGt3Y6MJ4 Q1/CAcqFco8eG0IycdX8LpGi3ZRoX4eHrltbIzkpjJywe091eq32kPt/P+u6kNiQmCXWDF 4O6kZN5QNLiNx8Vzb35+xJZYmuvOptO8l9AJG2uQFd1gwmiYBxNaxZxHiKephRvERxO4k2 UAjJxyg2qEISVR8JcPra8Oy4k79UQmD7+yfQqUHFO1Jkkf+5ipFMk2kKS86sqEeVdKowCf pBv8xDvVufl22bDuVrFN21urbTvQj2CXujVbsucQx9LBFnjfT8NK0RPASDZ/qQ== 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 4SRXvX5Pf9z11lp; Fri, 10 Nov 2023 09:04:40 +0000 (UTC) (envelope-from zlei@FreeBSD.org) From: Zhenlei Huang Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_D8358A87-6E1C-46E5-84D2-5E46B528A07E" List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.120.41.1.4\)) Subject: Re: kldunload kernel: How should the kernel behave when it is requested to unload itself Date: Fri, 10 Nov 2023 17:04:33 +0800 In-Reply-To: Cc: Doug Rabson , FreeBSD Current , Konstantin Belousov To: Warner Losh References: <07168C68-9F81-443C-AFB6-24958BB01F9E@FreeBSD.org> X-Mailer: Apple Mail (2.3696.120.41.1.4) --Apple-Mail=_D8358A87-6E1C-46E5-84D2-5E46B528A07E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Nov 10, 2023, at 1:03 AM, Warner Losh wrote: >=20 > Yea. Kexec is what you'd need to do to get a new kernel... and we = don't support kexec... so I agree this is good.. If we ever want to support kexec, a new kernel should be loaded into = memory before the old one is unloaded. Then probably a dedicated syscall is needed for that. The current change D42530 is mainly to prevent userland from unloading = the kernel via kldunload(2), so it should be OK. >=20 > Warner >=20 > On Thu, Nov 9, 2023, 9:34 AM Doug Rabson > wrote: > I think your intuition is correct - it never makes sense to unload the = kernel (IMO). I approved the review. >=20 > Doug. >=20 >=20 > On Thu, 9 Nov 2023 at 16:10, Zhenlei Huang > wrote: > Hi, >=20 > This is *NOT* joking. >=20 > While working on https://reviews.freebsd.org/D42527 = I realized the > module kernel also has userrefs, that is to say, userland can request > to unload kernel, aka `kldunload kernel`. >=20 > This is interesting. Well no doubt that the loader can unload kernel. > Then after the kernel is loaded and has been initialized (SYSINIT), = how > should it behave when it get an unload request? >=20 > I'm proposing https://reviews.freebsd.org/D42530 = to do not allow unloading > the kernel. It is by intuition. >=20 > What do you think ? >=20 >=20 > Best regards, > Zhenlei >=20 --Apple-Mail=_D8358A87-6E1C-46E5-84D2-5E46B528A07E Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii


Yea. Kexec is what you'd need to do to get = a new kernel... and we don't support kexec... so I agree this is = good..

If we ever = want to support kexec, a new kernel should be loaded into memory before = the old one is unloaded.
Then probably a dedicated = syscall is needed for that.

The= current change D42530  is mainly to prevent userland from = unloading the kernel via kldunload(2), so it should be OK.


Warner

On Thu, Nov 9, 2023, 9:34 AM Doug Rabson <dfr@rabson.org> = wrote:
I think your = intuition is correct - it never makes sense to unload the kernel (IMO). = I approved the review.

Doug.


On Thu, 9 Nov 2023 at 16:10, Zhenlei Huang <zlei@freebsd.org> wrote:
Hi,

This is *NOT* joking.

While working on https://reviews.freebsd.org/D42527 I realized the
module kernel also has userrefs, that is to say, userland can request
to unload kernel, aka `kldunload kernel`.

This is interesting. Well no doubt that the loader can unload kernel.
Then after the kernel is loaded and has been initialized (SYSINIT), = how
should it behave when it get an unload request?

I'm proposing https://reviews.freebsd.org/D42530 to do not allow = unloading
the kernel. It is by intuition.

What do you think ?


Best regards,
Zhenlei




= --Apple-Mail=_D8358A87-6E1C-46E5-84D2-5E46B528A07E-- From nobody Fri Nov 10 09:07:03 2023 X-Original-To: current@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 4SRXyV2V5Vz5121L for ; Fri, 10 Nov 2023 09:07:14 +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 4SRXyV1zv9z4qlx; Fri, 10 Nov 2023 09:07:14 +0000 (UTC) (envelope-from zlei@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1699607234; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=Sfebl9ME+abbvY2AgqUi13llZ3hEWQB6W7GjrK0Jwqg=; b=EApVhuBPvc0DaucPE/6A2Fpp7LfAlqLcXFb6BIkYrRfcWZ9qqG0WjYOh2QtgqQkXo1yYVo nhh+GORRJz5tuO602YGJG5MK3K9JgcUdYQOy7HN+QRuOzzRTYSLQD7JJktihuI42pKIb/s 56lWG5P7w+Akqn55pXoyOFT/7aZIpWlLZIHRq5Qyi9MnkxTHGPKfciRxaNRIJn+B2ezGP2 oABG979AGJbRJnno5jaMN970rANd/t28Mq534MYRzup+4RMfxmTcqUVBwqlTCj1ewgw6Qf fPM8vUNG/h16grPUlpjt507QgM36abBVTSQnRH4r5c6Md8Tf1DoETaqyQiOT9A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1699607234; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=Sfebl9ME+abbvY2AgqUi13llZ3hEWQB6W7GjrK0Jwqg=; b=K8zNefXQb9Aic70nDBbkgDyKGxi/GRBZb6AblX3qIQ5AkzXMaCKIz/ytXhH2yzuflP9IsE Ay4G1P+kVjG4ipRaQAo/8NQD/+dcCuQAXQg9en29HOEKxrXs8qCmss8Wqxk4sxEsfsA46Z lLCOw3vnTbjsD687zl+SDJ7FJBUdpqJGCsDZ5KFpaKodCEXfp84FCrw8mkfH2LEAE8lxzW x5kH+wZyS3TJtwtKzhnERCR03lR+nSI+WHx2SAG44aUAeo35zRfHy2vIpHCKM66xkixp84 M0Le55OwpUB3dTnB1nQYWbW8XDfiQ6CdDLEZdO0ph9jLOxLFk+oe7aBzzZPkZw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1699607234; a=rsa-sha256; cv=none; b=yMiHDqL894ZzouT7/myDAQCd8PwZWDdh020mQ8F716agzxzfRXyHxgtAnGE+1jj1u4NzSK nIPU2Unx4eOklxXqETdpI49HJt66wsI4ovw8yN/o3yFGv++tK0N3aGSaZldOX5LrNF/evi 5Ii3xxKxpCxRyfT5aPelJ+dsd6d+h8k+mAsz1hp1KfrH4FrDJVgR3wVEAYthH5Rjm9l5zu XTfJSiBVUxNpyAwYpxN+RrcE0V/TLJ3he9CeqxOIc6VB/LJfIHthjZMQUIlLjEUsKBolCB jODId1kOA35OJgMbpgtxm886ss0DHqZJ3yMPL/CeWp5iusLfpSF2f44RwULboQ== 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 4SRXyR5Fvkz12h2; Fri, 10 Nov 2023 09:07:11 +0000 (UTC) (envelope-from zlei@FreeBSD.org) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.120.41.1.4\)) Subject: Re: kldunload kernel: How should the kernel behave when it is requested to unload itself From: Zhenlei Huang In-Reply-To: <20231110022812.ad04ffa521262e377fcb99ea@dec.sakura.ne.jp> Date: Fri, 10 Nov 2023 17:07:03 +0800 Cc: FreeBSD Current , Konstantin Belousov , Doug Rabson Content-Transfer-Encoding: quoted-printable Message-Id: <118579DF-2A14-4305-8DF1-24F4FE2EC8B6@FreeBSD.org> References: <07168C68-9F81-443C-AFB6-24958BB01F9E@FreeBSD.org> <20231110022812.ad04ffa521262e377fcb99ea@dec.sakura.ne.jp> To: Tomoaki AOKI X-Mailer: Apple Mail (2.3696.120.41.1.4) > On Nov 10, 2023, at 1:28 AM, Tomoaki AOKI = wrote: >=20 > On Fri, 10 Nov 2023 00:10:13 +0800 > Zhenlei Huang wrote: >=20 >> Hi, >>=20 >> This is *NOT* joking. >>=20 >> While working on https://reviews.freebsd.org/D42527 I realized the >> module kernel also has userrefs, that is to say, userland can request >> to unload kernel, aka `kldunload kernel`. >>=20 >> This is interesting. Well no doubt that the loader can unload kernel. >> Then after the kernel is loaded and has been initialized (SYSINIT), = how >> should it behave when it get an unload request? >>=20 >> I'm proposing https://reviews.freebsd.org/D42530 to do not allow = unloading >> the kernel. It is by intuition. >>=20 >> What do you think ? >>=20 >>=20 >> Best regards, >> Zhenlei >=20 > Possibly too paranoid, but the summery on D42530 looks a bit = confusing. > Would better to be >=20 > 'The userland or kernel shall not unload the module "kernel".' >=20 > or >=20 > 'The userland or kernel shall not unload the "kernel" module.' >=20 > . >=20 > The original SUMMARY could be read as, in meaning, 'The userland or > kernel shall not unload *.ko.' >=20 > *.ko is sometimes called as "kernel module", although it stants for > "kernel object". Thanks for point that out. I'll polish before committing it. >=20 > --=20 > Tomoaki AOKI From nobody Fri Nov 10 10:12:32 2023 X-Original-To: current@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 4SRZQ24JWNz502cr for ; Fri, 10 Nov 2023 10:12:42 +0000 (UTC) (envelope-from SRS0=ctA7=GX=klop.ws=ronald-lists@realworks.nl) Received: from smtp-relay-int-backup.realworks.nl (smtp-relay-int-backup.realworks.nl [87.255.56.188]) (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 4SRZQ13D4Xz3MTl for ; Fri, 10 Nov 2023 10:12:41 +0000 (UTC) (envelope-from SRS0=ctA7=GX=klop.ws=ronald-lists@realworks.nl) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=klop.ws header.s=rw2 header.b=FuxE+Ipa; spf=pass (mx1.freebsd.org: domain of "SRS0=ctA7=GX=klop.ws=ronald-lists@realworks.nl" designates 87.255.56.188 as permitted sender) smtp.mailfrom="SRS0=ctA7=GX=klop.ws=ronald-lists@realworks.nl"; dmarc=pass (policy=quarantine) header.from=klop.ws Received: from rwvirtual374.colo.realworks.nl (rwvirtual374.colo.realworks.nl [10.0.10.74]) by mailrelayint2.colo2.realworks.nl (Postfix) with ESMTP id 4SRZPr54p8z1Z3 for ; Fri, 10 Nov 2023 11:12:32 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1699611152; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=7GNW+a5f8V/KIpM37/vl0rJtUxqyPDjm/dTwTTW7eX4=; b=FuxE+Ipa6GP/0Vh0qvt3AsFtqZ79+Rl2jirO2OKQWCt4yHcbS7VesGO0aQmSIv8OdKh7uA hrdYy/d4F/kW6KoHrslHVAPDB1eU1V8ikNetco6C1JF+qM6q/WCWbzUyQ5ltwzdMF3Bn09 E2EjUnFIerfBZJ4eqnnzV2MXdBbPadrFbneN9v/BA2kJc6pjc3g6tUJWUF9njPgDjeI9wg 3FNyYA5TbXjnmIPu+oKrBIcqNLl9XkReG1OmjZQ4OP1bWFmY59tapmDGozj4wmCGm5er1+ vKYBRtXprTf3KPqjRb+YelcP5SgwcR9saBdEy1odA8oqGkHWIRXPYa1fyWE2xA== Received: from rwvirtual374.colo.realworks.nl (localhost [127.0.0.1]) by rwvirtual374.colo.realworks.nl (Postfix) with ESMTP id 8BE40C1188 for ; Fri, 10 Nov 2023 11:12:32 +0100 (CET) Date: Fri, 10 Nov 2023 11:12:32 +0100 (CET) From: Ronald Klop To: current@freebsd.org Message-ID: <349700057.3452.1699611152405@localhost> Subject: crash zfs_clone_range() List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_3451_1193281966.1699611152304" X-Mailer: Realworks (679.13) X-Originating-Host: from (84-105-120-103.cable.dynamic.v4.ziggo.nl [84.105.120.103]) by rwvirtual374 [10.0.10.74] with HTTP; Fri, 10 Nov 2023 11:12:32 +0100 Importance: Normal X-Priority: 3 (Normal) X-Originating-User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:109.0) Gecko/20100101 Firefox/119.0 X-Spamd-Result: default: False [-3.20 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.997]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,quarantine]; MID_RHS_NOT_FQDN(0.50)[]; FORGED_SENDER(0.30)[ronald-lists@klop.ws,SRS0=ctA7=GX=klop.ws=ronald-lists@realworks.nl]; R_SPF_ALLOW(-0.20)[+ip4:87.255.56.128/26]; R_DKIM_ALLOW(-0.20)[klop.ws:s=rw2]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MLMMJ_DEST(0.00)[current@freebsd.org]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:38930, ipnet:87.255.32.0/19, country:NL]; ARC_NA(0.00)[]; HAS_X_PRIO_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[klop.ws:+]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; FROM_HAS_DN(0.00)[]; TO_DN_NONE(0.00)[]; FROM_NEQ_ENVFROM(0.00)[ronald-lists@klop.ws,SRS0=ctA7=GX=klop.ws=ronald-lists@realworks.nl]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4SRZQ13D4Xz3MTl X-Spamd-Bar: --- ------=_Part_3451_1193281966.1699611152304 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi, Had this crash today on RPI4/15-CURRENT. FreeBSD rpi4 15.0-CURRENT FreeBSD 15.0-CURRENT #19 main-b0203aaa46-dirty: Sat Nov 4 11:48:33 CET 2023 ronald@rpi4:/home/ronald/dev/freebsd/obj/home/ronald/dev/freebsd/src/arm64.aarch64/sys/GENERIC-NODEBUG arm64 $ sysctl -a | grep bclon vfs.zfs.bclone_enabled: 1 I started a jail with poudriere to build a package. The jail uses null mounts over ZFS. [root]# cu -s 115200 -l /dev/cuaU0 Connected db> bt Tracing pid 95213 tid 100438 td 0xffff0000e1e97900 db_trace_self() at db_trace_self db_stack_trace() at db_stack_trace+0x120 db_command() at db_command+0x2e4 db_command_loop() at db_command_loop+0x58 db_trap() at db_trap+0x100 kdb_trap() at kdb_trap+0x334 handle_el1h_sync() at handle_el1h_sync+0x18 --- exception, esr 0xf2000000 kdb_enter() at kdb_enter+0x48 vpanic() at vpanic+0x1dc panic() at panic+0x48 data_abort() at data_abort+0x2fc handle_el1h_sync() at handle_el1h_sync+0x18 --- exception, esr 0x96000004 rms_rlock() at rms_rlock+0x1c zfs_clone_range() at zfs_clone_range+0x68 zfs_freebsd_copy_file_range() at zfs_freebsd_copy_file_range+0x19c null_bypass() at null_bypass+0x118 vn_copy_file_range() at vn_copy_file_range+0x18c kern_copy_file_range() at kern_copy_file_range+0x36c sys_copy_file_range() at sys_copy_file_range+0x8c do_el0_sync() at do_el0_sync+0x634 handle_el0_sync() at handle_el0_sync+0x48 --- exception, esr 0x56000000 Oh.. While typing this I rebooted the machine and it happened again. I didn't start anything in particular although the machine runs some jails. x0: 0x00000000000000e0 x1: 0xffffa00090317a48 x2: 0xffffa000f79d4f00 x3: 0xffffa000c61a44a8 x4: 0xffff0000deefe460 ($d.2 + 0xdd776560) x5: 0xffffa001250e4c00 x6: 0xffff0000e54025b5 ($d.5 + 0xc) x7: 0x000000000000030a x8: 0xffff0000e1559000 ($d.2 + 0xdfdd1100) x9: 0x0000000000000001 x10: 0x0000000000000000 x11: 0x0000000000000001 x12: 0x0000000000000002 x13: 0x0000000000000000 x14: 0x0000000000000001 x15: 0x0000000000000000 x16: 0xffff0000016dce88 (__stop_set_modmetadata_set + 0x1310) x17: 0xffff0000004e0d44 (rms_rlock + 0x0) x18: 0xffff0000deefe280 ($d.2 + 0xdd776380) x19: 0x0000000000000000 x20: 0xffff0000deefe460 ($d.2 + 0xdd776560) x21: 0x7fffffffffffffff x22: 0xffffa00090317a48 x23: 0xffffa000f79d4f00 x24: 0xffffa001067ef910 x25: 0x00000000000000e0 x26: 0xffffa000158a8000 x27: 0x0000000000000000 x28: 0xffffa000158a8000 x29: 0xffff0000deefe280 ($d.2 + 0xdd776380) sp: 0xffff0000deefe280 lr: 0xffff000001623564 (zfs_clone_range + 0x6c) elr: 0xffff0000004e0d60 (rms_rlock + 0x1c) spsr: 0x00000000a0000045 far: 0x0000000000000108 esr: 0x0000000096000004 panic: data abort in critical section or under mutex cpuid = 1 time = 1699610885 KDB: stack backtrace: db_trace_self() at db_trace_self db_trace_self_wrapper() at db_trace_self_wrapper+0x38 vpanic() at vpanic+0x1a0 panic() at panic+0x48 data_abort() at data_abort+0x2fc handle_el1h_sync() at handle_el1h_sync+0x18 --- exception, esr 0x96000004 rms_rlock() at rms_rlock+0x1c zfs_clone_range() at zfs_clone_range+0x68 zfs_freebsd_copy_file_range() at zfs_freebsd_copy_file_range+0x19c null_bypass() at null_bypass+0x118 vn_copy_file_range() at vn_copy_file_range+0x18c kern_copy_file_range() at kern_copy_file_range+0x36c sys_copy_file_range() at sys_copy_file_range+0x8c do_el0_sync() at do_el0_sync+0x634 handle_el0_sync() at handle_el0_sync+0x48 --- exception, esr 0x56000000 KDB: enter: panic [ thread pid 3792 tid 100394 ] Stopped at kdb_enter+0x48: str xzr, [x19, #768] db> I'll keep the debugger open for a while. Can I type something for additional info? Regards, Ronald. ------=_Part_3451_1193281966.1699611152304 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Hi,

Had this crash today on RPI4/15-CURRENT.

FreeBSD rpi4 15.0-CURRENT FreeBSD 15.0-CURRENT #19 main-b0203aaa46-dirty: Sat Nov  4 11:48:33 CET 2023     ronald@rpi4:/home/ronald/dev/freebsd/obj/home/ronald/dev/freebsd/src/arm64.aarch64/sys/GENERIC-NODEBUG arm64

$ sysctl -a | grep bclon
vfs.zfs.bclone_enabled: 1

I started a jail with poudriere to build a package. The jail uses null mounts over ZFS.

[root]# cu -s 115200 -l /dev/cuaU0
Connected

db> bt
Tracing pid 95213 tid 100438 td 0xffff0000e1e97900
db_trace_self() at db_trace_self
db_stack_trace() at db_stack_trace+0x120
db_command() at db_command+0x2e4
db_command_loop() at db_command_loop+0x58
db_trap() at db_trap+0x100
kdb_trap() at kdb_trap+0x334
handle_el1h_sync() at handle_el1h_sync+0x18
--- exception, esr 0xf2000000
kdb_enter() at kdb_enter+0x48
vpanic() at vpanic+0x1dc
panic() at panic+0x48
data_abort() at data_abort+0x2fc
handle_el1h_sync() at handle_el1h_sync+0x18
--- exception, esr 0x96000004
rms_rlock() at rms_rlock+0x1c
zfs_clone_range() at zfs_clone_range+0x68
zfs_freebsd_copy_file_range() at zfs_freebsd_copy_file_range+0x19c
null_bypass() at null_bypass+0x118
vn_copy_file_range() at vn_copy_file_range+0x18c
kern_copy_file_range() at kern_copy_file_range+0x36c
sys_copy_file_range() at sys_copy_file_range+0x8c
do_el0_sync() at do_el0_sync+0x634
handle_el0_sync() at handle_el0_sync+0x48
--- exception, esr 0x56000000


Oh.. While typing this I rebooted the machine and it happened again. I didn't start anything in particular although the machine runs some jails.

x0: 0x00000000000000e0
  x1: 0xffffa00090317a48
  x2: 0xffffa000f79d4f00
  x3: 0xffffa000c61a44a8
  x4: 0xffff0000deefe460 ($d.2 + 0xdd776560)
  x5: 0xffffa001250e4c00
  x6: 0xffff0000e54025b5 ($d.5 + 0xc)
  x7: 0x000000000000030a
  x8: 0xffff0000e1559000 ($d.2 + 0xdfdd1100)
  x9: 0x0000000000000001
 x10: 0x0000000000000000
 x11: 0x0000000000000001
 x12: 0x0000000000000002
 x13: 0x0000000000000000
 x14: 0x0000000000000001
 x15: 0x0000000000000000
 x16: 0xffff0000016dce88 (__stop_set_modmetadata_set + 0x1310)
 x17: 0xffff0000004e0d44 (rms_rlock + 0x0)
 x18: 0xffff0000deefe280 ($d.2 + 0xdd776380)
 x19: 0x0000000000000000
 x20: 0xffff0000deefe460 ($d.2 + 0xdd776560)
 x21: 0x7fffffffffffffff
 x22: 0xffffa00090317a48
 x23: 0xffffa000f79d4f00
 x24: 0xffffa001067ef910
 x25: 0x00000000000000e0
 x26: 0xffffa000158a8000
 x27: 0x0000000000000000
 x28: 0xffffa000158a8000
 x29: 0xffff0000deefe280 ($d.2 + 0xdd776380)
  sp: 0xffff0000deefe280
  lr: 0xffff000001623564 (zfs_clone_range + 0x6c)
 elr: 0xffff0000004e0d60 (rms_rlock + 0x1c)
spsr: 0x00000000a0000045
 far: 0x0000000000000108
 esr: 0x0000000096000004
panic: data abort in critical section or under mutex
cpuid = 1
time = 1699610885
KDB: stack backtrace:
db_trace_self() at db_trace_self
db_trace_self_wrapper() at db_trace_self_wrapper+0x38
vpanic() at vpanic+0x1a0
panic() at panic+0x48
data_abort() at data_abort+0x2fc
handle_el1h_sync() at handle_el1h_sync+0x18
--- exception, esr 0x96000004
rms_rlock() at rms_rlock+0x1c
zfs_clone_range() at zfs_clone_range+0x68
zfs_freebsd_copy_file_range() at zfs_freebsd_copy_file_range+0x19c
null_bypass() at null_bypass+0x118
vn_copy_file_range() at vn_copy_file_range+0x18c
kern_copy_file_range() at kern_copy_file_range+0x36c
sys_copy_file_range() at sys_copy_file_range+0x8c
do_el0_sync() at do_el0_sync+0x634
handle_el0_sync() at handle_el0_sync+0x48
--- exception, esr 0x56000000
KDB: enter: panic
[ thread pid 3792 tid 100394 ]
Stopped at      kdb_enter+0x48: str     xzr, [x19, #768]
db>

I'll keep the debugger open for a while. Can I type something for additional info?

Regards,
Ronald.
  ------=_Part_3451_1193281966.1699611152304-- From nobody Fri Nov 10 20:20:34 2023 X-Original-To: freebsd-current@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 4SRqvZ41qsz50FYG for ; Fri, 10 Nov 2023 20:20:42 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [202.12.127.228]) (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 "mail.protected-networks.net", Issuer "R3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SRqvY6J9Kz4bZd for ; Fri, 10 Nov 2023 20:20:41 +0000 (UTC) (envelope-from imb@protected-networks.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=protected-networks.net header.s=201508 header.b="V z/k959"; spf=pass (mx1.freebsd.org: domain of imb@protected-networks.net designates 202.12.127.228 as permitted sender) smtp.mailfrom=imb@protected-networks.net; dmarc=pass (policy=reject) header.from=protected-networks.net DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d= protected-networks.net; h=content-transfer-encoding:content-type :content-type:subject:subject:from:from:content-language :user-agent:mime-version:date:date:message-id; s=201508; t= 1699647635; bh=zCH7rbA09VreyiArCEgkfEjBvG+owPjLl0xNt2RXoGA=; b=V z/k9593UXClSjsggKIsRCnC6Pf9lAreLXPtdqzkOrnJeN6a3to2gx25lOP/t7/3Z bd5/m6Gcuo2iuCYqG/vefV9BZEis9ouN/IlD/HcxWbXm8nSO4ZRMrrjC5NB+ZC2t D2ExAfDs3gSJdoHYrXArJRm6MNLnEFfIEDqolGpe2A= Received: from [IPV6:2001:470:8d59:2:f21f:afff:fe66:957e] (toshi.auburn.protected-networks.net [IPv6:2001:470:8d59:2:f21f:afff:fe66:957e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id 4327C3F4D6 for ; Fri, 10 Nov 2023 15:20:35 -0500 (EST) Message-ID: <4912d86e-1a0a-48a9-b2f9-44f5241243d6@protected-networks.net> Date: Fri, 10 Nov 2023 15:20:34 -0500 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-NZ To: freebsd-current From: Michael Butler Subject: mrsas scatter/gather tunable? Autocrypt: addr=imb@protected-networks.net; keydata= xsDiBETHZAURBACJicNaIbVVVZahtQcdJeogtTLjCYAdj4kFMpy6Y3Ac19UNWDM+TrD4yFPi 5nc/pp9M/5Q4RNBr6a97fTYroTaq+vDwWdklOHwD2ZXs7FqwWOtVSIPT/rev5fUvwEF2VFYE sNDbpE5HHpP/oFUw5scEJZVyOBJSGvYb1IhV55NWswCgzkUGbG8A3s+oZXkHqTCYGW/seukD +wTo/L835xLpbTJxoxEKeGA3aWifSsRvpWWHyXye6sTkSN3SmtE9A8Pqmdb1dBEO0eOms6GD RamvCFgdvg2HesAv9l7L/7Mm9iKJs6uTAa+taIQslpumGh4PRc94IepVFzAa4Ef/FA4mWx9w P/EqNsKUPE2U5HI1decbopkxH/d/A/9Hupc10lPsXVMACd54/YZRsSTTcArheekm8qE/f8Hl 1Q7At+yuFgfMll4QPAhefnrLUanXF1bWtxG5PmaJktDYp3HOmy43giZgacgt+a3TVd6vu8Gs DnI4FOfYllq7mZFezMIulCWUYtnkMEXEeyzp39dygi7blPIjckWlQ2sc380rTWljaGFlbCBC dXRsZXIgPGltYkBwcm90ZWN0ZWQtbmV0d29ya3MubmV0PsJgBBMRAgAgBQJEx2QFAhsDBgsJ CAcDAgQVAggDBBYCAwECHgECF4AACgkQQv9rrgRC1JL7mgCdEnPeo22kqT/bES+D78QSGhNR r8cAn2xOMeu6pBrc2tDY8Ky/70HBctmjzsFNBETHZA4QCACKbm/PMn4QcyDEvIn4MF+t2E1A zgiBAkPCMtWT1CcqeUj13OwNM8qJD/mBWjCZCnr1hKVbvzOmgKaM4uDCWIcSCdoDTJx1DqMx abr+EpHz1fL6aagEOKHz5sCYOkDXt3zzZ/5RBMdkEJwunXYtAbu5e68oty+d0DFzAM3pBp6l GC0TE3VutmFR/KK66rf0KB83YQBf/IAtyqsRIQPP9t0SLfJ+kqKXf73nvAUFEtb21gZSzhTm QP87QKyQvenE8o4PQ2tEslq2jICB7pGcqIrwP4o3Hl4V+HXi3lA26MMJ5rakQB2sKKWroPVQ BiRXO+W8Qf+0oQFq38oMXR5sPOs/AAMFB/sEKcjzvkwviZOsDElthxtgrmqUNKC9G/4Fw0tK k6fMynv+bcKz85k2uWOIfefUKBFoQ0SCphU4jquJENqqy6BPTkXePlIJok2/GkF7xtHm2FPq tTTuYmoBrGsls28Z9dn2LcBwFHz59SSWM9JFPIvFr9HCkKtp6zPUsJd5b02+0wgzDubTMQS9 M2LwGSh9xK6xl4MGgngl22b0TZDh5qHwmsywOX6SbGsQfeNpkptJ4gPjShypusFyF+pevnCM wTfUPCBd/AFbu2fHFQjA8sgkr5IqXuc4PoiIBXc9upoFpDqGkYssAKbzGcRsK94a8hRROJV9 bzPyYempIWaPXr2EwkkEGBECAAkFAkTHZA4CGwwACgkQQv9rrgRC1JKqhwCeOov6gTo8eWte es3gbLr2n2b5AXMAoItSlajet574lkouzY3u3scSRfiE Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-2.91 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.997]; NEURAL_HAM_MEDIUM(-0.92)[-0.922]; DMARC_POLICY_ALLOW(-0.50)[protected-networks.net,reject]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_ALLOW(-0.20)[protected-networks.net:s=201508]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:5716, ipnet:202.12.127.0/24, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[protected-networks.net:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4SRqvY6J9Kz4bZd X-Spamd-Bar: -- I have a couple of RAID arrays attached to an old(-ish) LSI 9285CV-8e controller and, while doing a backup between them, I seem to be running into a driver/controller resource issue :-( Every 5 minutes when a 'health check' runs, it logs a shower of "mrsas0: Cannot allocate ioctl data mem" messages. This seems to be as a result of running into the 16 s/g buffer limit for pass-through IOCTLs used by smartd and/or storcli. There doesn't appear to be any data corruption, just annoying log lines. Has anyone else run into this? Michael From nobody Fri Nov 10 20:32:47 2023 X-Original-To: current@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 4SRr9Y3WGjz50Jm4 for ; Fri, 10 Nov 2023 20:32:49 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from www541.your-server.de (www541.your-server.de [213.133.107.7]) (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 4SRr9Y1mmPz4dm9 for ; Fri, 10 Nov 2023 20:32:49 +0000 (UTC) (envelope-from mm@FreeBSD.org) Authentication-Results: mx1.freebsd.org; none Received: from sslproxy04.your-server.de ([78.46.152.42]) by www541.your-server.de with esmtpsa (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1r1YBM-000LzO-2T; Fri, 10 Nov 2023 21:32:48 +0100 Received: from [188.167.171.2] (helo=[10.0.9.225]) by sslproxy04.your-server.de with esmtpsa (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1r1YBL-000Qtl-Ow; Fri, 10 Nov 2023 21:32:47 +0100 Message-ID: Date: Fri, 10 Nov 2023 21:32:47 +0100 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird From: Martin Matuska Subject: Re: crash zfs_clone_range() To: Ronald Klop , current@freebsd.org References: <349700057.3452.1699611152405@localhost> Content-Language: en-US In-Reply-To: <349700057.3452.1699611152405@localhost> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Authenticated-Sender: martin@matuska.de X-Virus-Scanned: Clear (ClamAV 0.103.10/27089/Fri Nov 10 09:39:24 2023) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:24940, ipnet:213.133.96.0/19, country:DE] X-Rspamd-Queue-Id: 4SRr9Y1mmPz4dm9 Hi Ronald, hitting the panic with a DEBUG kernel would be great and it would be very nice if I could somehow reproduce the panic. I have the option to rent an cheap arm64 virtual host at Hetzner so I could test that at an environment close to yours. Please try compiling a GENERIC-DEBUG kernel with: include GENERIC ident GENERIC-DEBUG options         INVARIANTS options         INVARIANT_SUPPORT options         WITNESS options         WITNESS_SKIPSPIN options         DEBUG_LOCKS options         DEBUG_VFS_LOCKS options         DIAGNOSTIC options         DDB Cheers, mm On 10. 11. 2023 11:12, Ronald Klop wrote: > Hi, > > Had this crash today on RPI4/15-CURRENT. > > FreeBSD rpi4 15.0-CURRENT FreeBSD 15.0-CURRENT #19 > main-b0203aaa46-dirty: Sat Nov  4 11:48:33 CET 2023 > ronald@rpi4:/home/ronald/dev/freebsd/obj/home/ronald/dev/freebsd/src/arm64.aarch64/sys/GENERIC-NODEBUG > arm64 > > $ sysctl -a | grep bclon > vfs.zfs.bclone_enabled: 1 > > I started a jail with poudriere to build a package. The jail uses null > mounts over ZFS. > > [root]# cu -s 115200 -l /dev/cuaU0 > Connected > > db> bt > Tracing pid 95213 tid 100438 td 0xffff0000e1e97900 > db_trace_self() at db_trace_self > db_stack_trace() at db_stack_trace+0x120 > db_command() at db_command+0x2e4 > db_command_loop() at db_command_loop+0x58 > db_trap() at db_trap+0x100 > kdb_trap() at kdb_trap+0x334 > handle_el1h_sync() at handle_el1h_sync+0x18 > --- exception, esr 0xf2000000 > kdb_enter() at kdb_enter+0x48 > vpanic() at vpanic+0x1dc > panic() at panic+0x48 > data_abort() at data_abort+0x2fc > handle_el1h_sync() at handle_el1h_sync+0x18 > --- exception, esr 0x96000004 > rms_rlock() at rms_rlock+0x1c > zfs_clone_range() at zfs_clone_range+0x68 > zfs_freebsd_copy_file_range() at zfs_freebsd_copy_file_range+0x19c > null_bypass() at null_bypass+0x118 > vn_copy_file_range() at vn_copy_file_range+0x18c > kern_copy_file_range() at kern_copy_file_range+0x36c > sys_copy_file_range() at sys_copy_file_range+0x8c > do_el0_sync() at do_el0_sync+0x634 > handle_el0_sync() at handle_el0_sync+0x48 > --- exception, esr 0x56000000 > > > Oh.. While typing this I rebooted the machine and it happened again. I > didn't start anything in particular although the machine runs some jails. > > x0: 0x00000000000000e0 >   x1: 0xffffa00090317a48 >   x2: 0xffffa000f79d4f00 >   x3: 0xffffa000c61a44a8 >   x4: 0xffff0000deefe460 ($d.2 + 0xdd776560) >   x5: 0xffffa001250e4c00 >   x6: 0xffff0000e54025b5 ($d.5 + 0xc) >   x7: 0x000000000000030a >   x8: 0xffff0000e1559000 ($d.2 + 0xdfdd1100) >   x9: 0x0000000000000001 >  x10: 0x0000000000000000 >  x11: 0x0000000000000001 >  x12: 0x0000000000000002 >  x13: 0x0000000000000000 >  x14: 0x0000000000000001 >  x15: 0x0000000000000000 >  x16: 0xffff0000016dce88 (__stop_set_modmetadata_set + 0x1310) >  x17: 0xffff0000004e0d44 (rms_rlock + 0x0) >  x18: 0xffff0000deefe280 ($d.2 + 0xdd776380) >  x19: 0x0000000000000000 >  x20: 0xffff0000deefe460 ($d.2 + 0xdd776560) >  x21: 0x7fffffffffffffff >  x22: 0xffffa00090317a48 >  x23: 0xffffa000f79d4f00 >  x24: 0xffffa001067ef910 >  x25: 0x00000000000000e0 >  x26: 0xffffa000158a8000 >  x27: 0x0000000000000000 >  x28: 0xffffa000158a8000 >  x29: 0xffff0000deefe280 ($d.2 + 0xdd776380) >   sp: 0xffff0000deefe280 >   lr: 0xffff000001623564 (zfs_clone_range + 0x6c) >  elr: 0xffff0000004e0d60 (rms_rlock + 0x1c) > spsr: 0x00000000a0000045 >  far: 0x0000000000000108 >  esr: 0x0000000096000004 > panic: data abort in critical section or under mutex > cpuid = 1 > time = 1699610885 > KDB: stack backtrace: > db_trace_self() at db_trace_self > db_trace_self_wrapper() at db_trace_self_wrapper+0x38 > vpanic() at vpanic+0x1a0 > panic() at panic+0x48 > data_abort() at data_abort+0x2fc > handle_el1h_sync() at handle_el1h_sync+0x18 > --- exception, esr 0x96000004 > rms_rlock() at rms_rlock+0x1c > zfs_clone_range() at zfs_clone_range+0x68 > zfs_freebsd_copy_file_range() at zfs_freebsd_copy_file_range+0x19c > null_bypass() at null_bypass+0x118 > vn_copy_file_range() at vn_copy_file_range+0x18c > kern_copy_file_range() at kern_copy_file_range+0x36c > sys_copy_file_range() at sys_copy_file_range+0x8c > do_el0_sync() at do_el0_sync+0x634 > handle_el0_sync() at handle_el0_sync+0x48 > --- exception, esr 0x56000000 > KDB: enter: panic > [ thread pid 3792 tid 100394 ] > Stopped at      kdb_enter+0x48: str     xzr, [x19, #768] > db> > > I'll keep the debugger open for a while. Can I type something for > additional info? > > Regards, > Ronald. From nobody Sat Nov 11 10:16:15 2023 X-Original-To: freebsd-current@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 4SSBRx2RGPz501m3 for ; Sat, 11 Nov 2023 10:16:29 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from mail-yw1-x112c.google.com (mail-yw1-x112c.google.com [IPv6:2607:f8b0:4864:20::112c]) (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 4SSBRw0Bcjz4bGl for ; Sat, 11 Nov 2023 10:16:28 +0000 (UTC) (envelope-from dfr@rabson.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=rabson-org.20230601.gappssmtp.com header.s=20230601 header.b=wWPYXaTQ; spf=pass (mx1.freebsd.org: domain of dfr@rabson.org designates 2607:f8b0:4864:20::112c as permitted sender) smtp.mailfrom=dfr@rabson.org; dmarc=none Received: by mail-yw1-x112c.google.com with SMTP id 00721157ae682-5bf5d6eaf60so28804407b3.2 for ; Sat, 11 Nov 2023 02:16:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rabson-org.20230601.gappssmtp.com; s=20230601; t=1699697787; x=1700302587; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=MhegdLRnFgFPLrCU0+bXnw/Iw+ohsQTbvCp7zTJhN1g=; b=wWPYXaTQX/c0EgXqNfi40oxbkU0+eh1bEXVcVVldw2qsM6FaERaAzs/Ztmp2tSFKhJ DIC3wrmYMTQElIfmHFnck5hQdroJfV982Dm2TIJSy1Q5EgAxNNuXBWfprZpLbUBP+fMA CynfBxjNer2Osl/GaQoTLGGJ8tH6vmQdsVT5GGzlAvTOydtnUWndpuac450xWAcWfJaX sympa2MPDZSbmigDg40M8SfnpIS3+hzP9RtLezoZXN4KxynPvWFO4/S6JLQtFkwslng0 msKqKGZs/8uFnhFI+tlhcEkuHdZuABoyV/a5Q7JVN2976H0kLTtDE1XV2q7/FednbXzj XP4Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1699697787; x=1700302587; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=MhegdLRnFgFPLrCU0+bXnw/Iw+ohsQTbvCp7zTJhN1g=; b=rZMhU6iVi6q1pftM3NVrIgJXVnc/A7LxiM3cTB9xkLAzqiG6J+LidyB/5xiIg/uE16 3cKAt8yYihXctncn1Pr8/OETMJrYd1rvpH9aHtOZRgGLejuH9TAntInIi0WUJ/hNmQjB wOWy+/5IMQwNTYukOV2m8TQAYjDtuxQmtau/BGk20mDx+OWenXJS5UTeancZCWcSD4LY 5ZEQ3aLfZgZ3IfF8QNl7pjiwYYcaj7aknJ3W0+3gqYLpwmnVLL1efNQ3km/qgBD14HQq 5UwTw81kbjOvE/iUf/JZ8+a8A+SPVoJKCjAtN8X4PRbvIayBYi9ds25e7D5Tg/E9BriW LfMA== X-Gm-Message-State: AOJu0Yx2Q4jJRkztRB1DMWClgdHprjFzw/qR6+Wx5EveEJCVjNAWjm3n dGQ49rBL+JFoX/c8jIja9uuN0Else9WGPFu5nIDpIepEOqMhk8m2g00= X-Google-Smtp-Source: AGHT+IFCw1q67XJY7bK0dQgEbsaCWVeMdPS2GrBuhrnqNyaMhi0NXry2sOQ09xrk9nVa2Kii0Uk1e0QNNZxAQGWBGBU= X-Received: by 2002:a81:620b:0:b0:5bf:f4b7:4a77 with SMTP id w11-20020a81620b000000b005bff4b74a77mr1791000ywb.47.1699697786596; Sat, 11 Nov 2023 02:16:26 -0800 (PST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Doug Rabson Date: Sat, 11 Nov 2023 10:16:15 +0000 Message-ID: Subject: Re: mount_nullfs: /var/run/log: must be either a file or directory To: =?UTF-8?Q?Mina_Gali=C4=87?= Cc: FreeBSD Current Content-Type: multipart/alternative; boundary="000000000000cbc8e80609ddba8b" X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; R_DKIM_ALLOW(-0.20)[rabson-org.20230601.gappssmtp.com:s=20230601]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::112c:from]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCPT_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[dfr]; DKIM_TRACE(0.00)[rabson-org.20230601.gappssmtp.com:+]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[rabson.org]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4SSBRw0Bcjz4bGl X-Spamd-Bar: --- --000000000000cbc8e80609ddba8b Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, 7 Jul 2023 at 13:11, Mina Gali=C4=87 wrote: > Hi folks, > > "recently", we added support for null-mounting single files: > > > https://freshbsd.org/freebsd/src/commit/521fbb722c33663cf00a83bca70ad7cb7= 90687b3 > > This code restricts the mountable =E2=80=A6 thing to: > > if ((lowerrootvp->v_type !=3D VDIR && lowerrootvp->v_type !=3D VR= EG) > || =E2=80=A6 > > > As the author of the abandoned https://reviews.freebsd.org/D27411 > which attempted to add facility to syslog's rc to provide (selected) > jails with a log socket, it was pointed out to me that this is a big > security risk: https://reviews.freebsd.org/D27411#882100 > > so I was wondering if null mounts are the same kind of security > hazard, or if not allowing sockets is just the oversight of a > first approximation of this patch? > Mounting anything into a jail needs to be done carefully. Clearly null mounting /sbin into an untrusted jail allows all kinds of shenanigans to happen but I don't see a huge problem with mounting e.g. a data volume or a config file into a jail. Care needs to be taken at the point when the object is mounted to defend against symlinks in the jail's chroot causing the mount point to change to a surprising location outside the chroot. In ocijail, I added code to resolve symlinks in the context of the jail's chroot to avoid this. I also think it's important to perform any mounts or other configuration strictly before the jail is started - for OCI containers under podman or containerd, this may happen after the jail is created but strictly before anything in the container image is executed. Conversely, unmounting happens strictly after the jail is removed. In principle, I don't think it's a problem to mount sockets or fifos into a jail but one of the points made in your diff that allowing jails to connect to the host syslogd is a potential risk is a good one. Doug. --000000000000cbc8e80609ddba8b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Fri, 7 Jul 2023 at 13:11, Mina Gal= i=C4=87 <freebsd@igalic.co> = wrote:
Hi folks,

"recently", we added support for null-mounting single files:

https://freshbsd.org= /freebsd/src/commit/521fbb722c33663cf00a83bca70ad7cb790687b3

This code restricts the mountable =E2=80=A6 thing to:

=C2=A0 =C2=A0 =C2=A0 =C2=A0 if ((lowerrootvp->v_type !=3D VDIR &&= ; lowerrootvp->v_type !=3D VREG) || =E2=80=A6


As the author of the abandoned https://reviews.freebsd.org/D27411<= /a>
which attempted to add facility to syslog's rc to provide (selected) jails with a log socket, it was pointed out to me that this is a big
security risk:
https://reviews.freebsd.org/D27411#882100

so I was wondering if null mounts are the same kind of security
hazard, or if not allowing sockets is just the oversight of a
first approximation of this patch?


--000000000000cbc8e80609ddba8b-- From nobody Sat Nov 11 10:56:58 2023 X-Original-To: freebsd-current@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 4SSCLs6zwbz50BVY for ; Sat, 11 Nov 2023 10:57:09 +0000 (UTC) (envelope-from eduardo@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 4SSCLs6WfBz4hkm for ; Sat, 11 Nov 2023 10:57:09 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1699700229; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=S0PqTTfImkiDXrisriSwrm+hpobguPrknNB5mfgBpVc=; b=tSoULrHD0Wu5vuBrG4ggL5RUGhbgmAcqn6Vmlwrt5sm/L66Q/zL1EdcKeS2xuKs10hvAOW hQWU6gOrnYhiWxlBW5TguxAU4mpDY7++pxlAqp9l94GKK6/zSQ58EPVpnBNJAY3WGdwBG7 ytxlsHSF25KqnZm73AkvgDGyS44WTyWdfrZfjYbvpU+ike6TzXU+95z3riF4QIJCv0rQFJ 4QbdTx/2Wf4kcPiYbBRcBmS2//7uAdt2A+10LWHuHJsm/jcOFrs5RRlILeDYGhgrVDRhke qlPBir4W5n63PzfXj3BTFikXBbtlEvBlRGyWYxv0f5mu4I9yUdNLbwsd1MSKlw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1699700229; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=S0PqTTfImkiDXrisriSwrm+hpobguPrknNB5mfgBpVc=; b=NwIaq3uf5HRJBIto+hvlZVSXFzakZRqWDkA0l54qK/haeKkHA5C768IQJgQb35hQDvI+ag u6tlJIxnfvdyXfkIPO2wMJzt5vLrxeTVlKpTdgf4Cv4okUCWMGoFJl3YFIv0ZQxlNAWDO0 VWLoIAd+Q/vnmHD20cBXJ06hjg9yJ+VuAt7KyMkfJSuHE8omkpuDB0IhCdeud7eZ6PixxG vt8LSlB9TwjFiBh6OT3TRlEiNHd3iLncwJJYPsS3qQ5+J6QOtnRMxKbpi2PZ/K3sioM4n/ gvGtZ+Sr+9dQM6nVDd4Ff6jYmlE6bdVWPrcjonNjudAcrzY/2ehM2xaTfU1xXQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1699700229; a=rsa-sha256; cv=none; b=Z1TrourfTt51JNHhmM4Yc9gKZUXxj4B5H2DRGL8IfXM3iq8VTrNe+YHd+QPYLcRHm0/XLj ILO6A0TT3vyz6CEPjWDpgD7M+vMp+dnUGkaaJKRy0ZrdJdf6Qm29RnA0QElc8bfRjGiOXO FsfjVrVgF6t0TIW65IjiZ2ps+1jbtvZaHFBjJRQFteNhKcCfqAgiglilJ1kpo/uDhIF5hC EBKs31W7tJclSvfr2n7PPCrmfz+GTkfCzhFP0pt1RAZ0IdBbCrEUcbLp+3qxaEdsZCOtC+ 1XVkaHKM6WnHlg+pR2tpc7jgexSdehNrt0PGoDB06NcUZW5ZC6G18j6k4VcBrg== Received: from mail-qt1-f171.google.com (mail-qt1-f171.google.com [209.85.160.171]) (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)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4SSCLs5TR1z1r3 for ; Sat, 11 Nov 2023 10:57:09 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-qt1-f171.google.com with SMTP id d75a77b69052e-41feb963f60so24480221cf.1 for ; Sat, 11 Nov 2023 02:57:09 -0800 (PST) X-Gm-Message-State: AOJu0YwaJ8bLpFvZK1noWoZVeYqNjvCsy7w4KpnvWbL542cUB3ZtkUFs Y4F1OddtClOmyRmG0jTTrPQ2ueLYDHOFj4hQI7s= X-Google-Smtp-Source: AGHT+IEtGbXSUuXKo4LWRUdA2powclWa/hGqMCaoMswA92QLAbu4tdWNnJAX2GHbrRSi+XqI4UX9Yo6SxDDib+WfzLM= X-Received: by 2002:a05:622a:204:b0:41b:35c2:43f9 with SMTP id b4-20020a05622a020400b0041b35c243f9mr6818571qtx.3.1699700229010; Sat, 11 Nov 2023 02:57:09 -0800 (PST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 From: Nuno Teixeira Date: Sat, 11 Nov 2023 10:56:58 +0000 X-Gmail-Original-Message-ID: Message-ID: Subject: Updating motherboard BIOS without MS Windows To: FreeBSD CURRENT Content-Type: multipart/alternative; boundary="0000000000005ffd180609de4c54" --0000000000005ffd180609de4c54 Content-Type: text/plain; charset="UTF-8" Hello all, Maybe not the best mailing to ask it but... How do you update BIOS without Windows since most brands only have bios software to windows? I'm about to buy a new pc without windows license and I'm looking for brands that have bios-cli that work in FreeBSD. Thanks, -- Nuno Teixeira FreeBSD Committer (ports) --0000000000005ffd180609de4c54 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello all,

Maybe not the bes= t mailing to ask it but...

How do you update BIOS = without Windows since most brands only have bios software to windows?
=

I'm about to buy a new pc without windows license a= nd I'm looking for brands that have bios-cli that work in FreeBSD.

Thanks,

--
Nuno Teixeira
FreeBSD Committer (ports)
--0000000000005ffd180609de4c54-- From nobody Sat Nov 11 11:12:04 2023 X-Original-To: freebsd-current@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 4SSChF6L3Kz50FH8 for ; Sat, 11 Nov 2023 11:12:13 +0000 (UTC) (envelope-from meka@tilda.center) Received: from c3po.tilda.center (c3po.tilda.center [108.61.164.129]) (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 4SSChF15MLz4lXv for ; Sat, 11 Nov 2023 11:12:13 +0000 (UTC) (envelope-from meka@tilda.center) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=tilda.center header.s=c3po header.b=t0m5e76S; spf=pass (mx1.freebsd.org: domain of meka@tilda.center designates 108.61.164.129 as permitted sender) smtp.mailfrom=meka@tilda.center; dmarc=pass (policy=reject) header.from=tilda.center Received: from [192.168.111.5] (meka.rs [109.93.255.137]) by c3po.tilda.center (Postfix) with ESMTPSA id 1F57016ADB for ; Sat, 11 Nov 2023 12:08:51 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tilda.center; s=c3po; t=1699700931; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=Mv5Xh/mz9L0fbzIsmjQ6bH8M6ZU77n+KIiQ+gjCqXWU=; b=t0m5e76SiCOrR7Wa+LAd9JV24PNNyuugEiN0FT0M+5fqT2Oj2HgZQUPTkqrRKiwnl6o8DG 5OoZGx1v7TPe7DQ9WxkratUtTr1rkC3SBeYk5QyHLsMqnat9/dcCEWGXc4k+T/9ZFCXsDg qHHR1iE6B8ok0jXQx8CJ6+fdt/hYK/o= Content-Type: multipart/alternative; boundary="------------aue2gvsx0XCzUHrKYeV8a8V8" Message-ID: <293cd1ee-4f90-4599-91bd-9d2ea1bbac24@tilda.center> Date: Sat, 11 Nov 2023 12:12:04 +0100 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Updating motherboard BIOS without MS Windows To: freebsd-current@freebsd.org References: Content-Language: en-US From: =?UTF-8?Q?Goran_Meki=C4=87?= In-Reply-To: X-Spamd-Result: default: False [-3.89 / 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)[tilda.center,reject]; R_DKIM_ALLOW(-0.20)[tilda.center:s=c3po]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; ONCE_RECEIVED(0.10)[]; XM_UA_NO_VERSION(0.01)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_ALL(0.00)[]; ASN(0.00)[asn:20473, ipnet:108.61.164.0/22, country:US]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[tilda.center:+]; TO_DN_NONE(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[] X-Rspamd-Queue-Id: 4SSChF15MLz4lXv X-Spamd-Bar: --- This is a multi-part message in MIME format. --------------aue2gvsx0XCzUHrKYeV8a8V8 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 11/11/23 11:56, Nuno Teixeira wrote: > Hello all, > > Maybe not the best mailing to ask it but... > > How do you update BIOS without Windows since most brands only have > bios software to windows? > > I'm about to buy a new pc without windows license and I'm looking for > brands that have bios-cli that work in FreeBSD. > > Thanks, > > -- > Nuno Teixeira > FreeBSD Committer (ports) The board I have has one of the USB ports as "special". When you copy BIOS/UEFI update to it, stick it there and there's a button to update. I didn't try this myself, I read it from the board documentation, so I can't tell you the exact procedure and if it's doable from within FreeBSD. Regards, meka --------------aue2gvsx0XCzUHrKYeV8a8V8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit
On 11/11/23 11:56, Nuno Teixeira wrote:
Hello all,

Maybe not the best mailing to ask it but...

How do you update BIOS without Windows since most brands only have bios software to windows?

I'm about to buy a new pc without windows license and I'm looking for brands that have bios-cli that work in FreeBSD.

Thanks,

--
Nuno Teixeira
FreeBSD Committer (ports)

The board I have has one of the USB ports as "special". When you copy BIOS/UEFI update to it, stick it there and there's a button to update. I didn't try this myself, I read it from the board documentation, so I can't tell you the exact procedure and if it's doable from within FreeBSD.

Regards,
meka

--------------aue2gvsx0XCzUHrKYeV8a8V8-- From nobody Sat Nov 11 11:25:55 2023 X-Original-To: freebsd-current@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 4SSD0C1yZfz50Jlq for ; Sat, 11 Nov 2023 11:26:03 +0000 (UTC) (envelope-from developer@lorenzosalvadore.it) Received: from mail-4323.proton.ch (mail-4323.proton.ch [185.70.43.23]) (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 "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SSD0B6Zn3z4nxJ for ; Sat, 11 Nov 2023 11:26:02 +0000 (UTC) (envelope-from developer@lorenzosalvadore.it) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lorenzosalvadore.it; s=protonmail3; t=1699701960; x=1699961160; bh=5ZkYfJMxp14jLF6GG6hEuSUmf1NvaEmApS8i/eGk8tI=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=cCquVxfhFdyogvyBBhMKo6q2zeogZoIzGzqmTN3p7ZUwPk+ut9fTv2yOpGv70o4xs ULi4nLSQhDjU1RSaV1mOOoaxwyzl/kvXR4h3zRcZCK72gKT+dwPjI/QvVNjtPEDwRb N+CxXhefKwccDXejPxXskf7IEOnAdoULsrXQDA/Rtw8hDQrBSI/k68W25aDsabdI0T dA2aKCvb2f3Hf1KdPK4yZMQlIGFdoYVfEX9tw5LrLX5mPLN73DABvCbgGODhNutsHw Ray3VeL+v+qo7xd/xUmJDobBNssnj6Fj/dcfu20YdrLkZXbag0XivWqVDAhQlpxfmf X26RdVMJ+qitw== Date: Sat, 11 Nov 2023 11:25:55 +0000 To: Nuno Teixeira From: Lorenzo Salvadore Cc: FreeBSD CURRENT Subject: Re: Updating motherboard BIOS without MS Windows Message-ID: In-Reply-To: References: Feedback-ID: 53711648:user:proton List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.43.0/24, country:CH] X-Rspamd-Queue-Id: 4SSD0B6Zn3z4nxJ On Saturday, November 11th, 2023 at 11:56, Nuno Teixeira wrote: > Hello all, > > Maybe not the best mailing to ask it but... > > How do you update BIOS without Windows since most brands only have bios s= oftware to windows? > > I'm about to buy a new pc without windows license and I'm looking for bra= nds that have bios-cli that work in FreeBSD. > > Thanks, > Hello, I did such a thing about a year ago. I do not remember the details, but I think I had downloaded a windows exe file, then I extracted the firmware fr= om it (I do not remember which software I used, maybe binwalk), I put it on a usb key and finally I installed it using the utility in the motherboard, available when powering the computer, before booting windows. Cheers, Lorenzo Salvadore From nobody Sat Nov 11 11:34:18 2023 X-Original-To: freebsd-current@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 4SSD9v08Hrz50LNh for ; Sat, 11 Nov 2023 11:34:27 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) by mx1.freebsd.org (Postfix) with ESMTP id 4SSD9t4rG0z4qgg; Sat, 11 Nov 2023 11:34:26 +0000 (UTC) (envelope-from rb@gid.co.uk) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple (moriarty.gid.co.uk [194.32.164.17]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id 3ABBYIiC017752; Sat, 11 Nov 2023 11:34:18 GMT (envelope-from rb@gid.co.uk) Content-Type: text/plain; charset=utf-8 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.120.41.1.4\)) Subject: Re: Updating motherboard BIOS without MS Windows From: Bob Bishop In-Reply-To: Date: Sat, 11 Nov 2023 11:34:18 +0000 Cc: FreeBSD CURRENT Content-Transfer-Encoding: quoted-printable Message-Id: <4DE3B6E9-405F-4966-9FD0-D6B847AF9401@gid.co.uk> References: To: Nuno Teixeira X-Mailer: Apple Mail (2.3696.120.41.1.4) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:42831, ipnet:194.32.164.0/24, country:GB] X-Rspamd-Queue-Id: 4SSD9t4rG0z4qgg Hi, > On 11 Nov 2023, at 10:56, Nuno Teixeira wrote: >=20 > Hello all, >=20 > Maybe not the best mailing to ask it but... >=20 > How do you update BIOS without Windows since most brands only have = bios software to windows? >=20 > I'm about to buy a new pc without windows license and I'm looking for = brands that have bios-cli that work in FreeBSD. Can=E2=80=99t speak to specific brands but it=E2=80=99s becoming pretty = common to be able to update firmware from UEFI shell. >=20 > Thanks, >=20 > --=20 > Nuno Teixeira > FreeBSD Committer (ports) -- Bob Bishop rb@gid.co.uk From nobody Sat Nov 11 11:44:24 2023 X-Original-To: freebsd-current@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 4SSDPZ3SQmz50NNd for ; Sat, 11 Nov 2023 11:44:34 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (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 4SSDPZ1R0Zz4snD; Sat, 11 Nov 2023 11:44:34 +0000 (UTC) (envelope-from pi@freebsd.org) Authentication-Results: mx1.freebsd.org; none Received: from pi by home.opsec.eu with local (Exim 4.96 (FreeBSD)) (envelope-from ) id 1r1mPY-000Eur-34; Sat, 11 Nov 2023 12:44:24 +0100 Date: Sat, 11 Nov 2023 12:44:24 +0100 From: Kurt Jaeger To: Nuno Teixeira Cc: FreeBSD CURRENT Subject: Re: Updating motherboard BIOS without MS Windows Message-ID: <20231111114424.GE10621@home.opsec.eu> References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:12502, ipnet:2001:14f8::/32, country:DE] X-Rspamd-Queue-Id: 4SSDPZ1R0Zz4snD Hi! > How do you update BIOS without Windows since most brands only have bios > software to windows? > > I'm about to buy a new pc without windows license and I'm looking for > brands that have bios-cli that work in FreeBSD. There's sysutils/flashrom which allows to flash some BIOS systems. The website is here: https://www.flashrom.org/ There's an old page which lists the hardware supported: https://wiki.flashrom.org/Supported_hardware -- pi@FreeBSD.org +49 171 3101372 Now what ? From nobody Sat Nov 11 11:47:07 2023 X-Original-To: freebsd-current@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 4SSDSY1vnfz50PCY for ; Sat, 11 Nov 2023 11:47:09 +0000 (UTC) (envelope-from garyj@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mout.gmx.net", Issuer "Telekom Security ServerID OV Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SSDSX6fw8z4v1N; Sat, 11 Nov 2023 11:47:08 +0000 (UTC) (envelope-from garyj@gmx.de) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.de; s=s31663417; t=1699703227; x=1700308027; i=garyj@gmx.de; bh=7ekLuVB+lNO3ftr/pvOZX9kQNLL4QlKCvb2iePAD920=; h=X-UI-Sender-Class:Date:From:To:Cc:Subject:In-Reply-To:References: Reply-To; b=kTudVUbbdIp9UNCvc1APKuFrHjXkbn4A70hjMCyCWf1y2HeBE5wgYwj86e8Bc92D nmBOHMg9F9LgOUufRhDP/9DkjDFTLdEqpM9//5Z79tptJIia5Ju+yoMaMcSF2/3gL HM8HXxHW9vyjPQzbTdnboGyMIcWxNmIUZTz0OTJ3Bvj/bEGACMRPv9kiT92j45Zey MtMi/bE15ZXFI3ylwt+VrhF5JXfIN3817enc76G3hgSkBZcjGlmNcmIi+cgtIN9Fu T2JZscOdfdCLizoN64XVQFOnhRTeIphWWqzEoeH7UasWdtKvodMHRJYro6H1CVpwc LaYBEFsL0KNy33NUqg== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from ernst.home ([217.226.57.134]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MRTRH-1qn9sU3J8n-00NPlB; Sat, 11 Nov 2023 12:47:07 +0100 Date: Sat, 11 Nov 2023 11:47:07 +0000 From: Gary Jennejohn To: Nuno Teixeira Cc: FreeBSD CURRENT Subject: Re: Updating motherboard BIOS without MS Windows Message-ID: <20231111124707.4a8c963d@ernst.home> In-Reply-To: References: Reply-To: garyj@gmx.de X-Mailer: Claws Mail 3.19.1 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:F1B8AS9RIUVOqcMh25wBXOG82nWbbuYMWOM3K3XdwaQcg+wjOdq f6E48Flq8uPAXc995LBKgBp47y7RQsytvqSEjThgR0mjqC0Q0/Bw1Vq35ADzi5IGzOs8P1i SaZSlQHtOiInKuUzasEJxxBoWAMyPP7/MdEeedzpoXSRhU3g/Fqb9DdsxInf1EJM+tjmtJQ G1FmWOboBP1ClfcNUc52Q== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:yid548w/V4A=;obzAhBxoqYmIv/++cuSv3xgTSFF R+O1eo1p9y5cP26OVggYskgjrSgnUvoZW5I6FOU4vIB5+mz8tFCHqzdcBjTpX/Dlexp1SG0bp lkWpwQ7VNQInwbVumfvLy5IP4Q1d2PRD7PuPLxi34LAknjePRFpXbny72XsGt07dEg9jgZ4rP 8HcZmRjNFQ7KnbPlW5uGm46EA791sJbZOu4T9MwpZG4zYDVMJLpSYRREZPpYenvU9jthmZE5d s434+3tJ4EKD/LIfFPdeH4thhFh9xTzVSWcxYPttc45j7kOHwbDwE/L6un94RukQkJQTsUkpp 8XQMFXv5IvYLgsoAYfeITlDlFMJxMzOLuUhqUgCD8JEJHDoHXcQihJo1JUJ+PG3Hk7/cFEmoH hi+OlGjfj8XFVobFwCtWdsNXmQpsl1yMTxntiS49n4OXgzZLxS2xPjeI3cNAFzp3CxLwizEjH 2ljLWSDGiKs78k93KOIWAHA/4bWhZEpPNGhZMcIXtHE0KZdYwKENRJSX00VStE4a1/oHhzLqb N0WHB+XOyhXF1dxBuCz3kWQdICGX6KMJpXv0sHMbQdYyVxIX4GZhPaUzla+636OaRb3Iqmrmf 13VHWykTmbrQSBvHw4yvLftUVPnQp7Ue7YOmxn8pkvlIDvG9dkQQMNLwhe4pvQkSS5gYeUQkj ti+1SdwEEyoXCF2g7NY4TNoCViiN5zBPJ78xm91efKqmsSyWyXXobDFC04qouSvSfL3+B0DDj LMBuZfG8+Siq/o0yq9Ql1wCNfWrOj4kdDqTLM3x5PbSLO4sQuPbXsUZBdY92N5BnQx6QH5nU5 W2c3g8ZwHoZ29OSFMAuYPTeg1dKd/Imm1v4zdJRgoWPdLk4P5hSN2RRlmooqaXLZWZKfivtZ6 C9k98mRntOfUh/db91Rww9SrxHFAhJVha3n4qbD15LjA48oYEaU8dO2utgz0sh+g5v2UZ3bai 5izDfRSQyOHfpyYqp+99odA7kj8= X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE] X-Rspamd-Queue-Id: 4SSDSX6fw8z4v1N On Sat, 11 Nov 2023 10:56:58 +0000 Nuno Teixeira wrote: > Hello all, > > Maybe not the best mailing to ask it but... > > How do you update BIOS without Windows since most brands only have bios > software to windows? > > I'm about to buy a new pc without windows license and I'm looking for > brands that have bios-cli that work in FreeBSD. > > Thanks, > I've used a few different mainboards (Asus, Gigabyte) and I've never used Windows to update the BIOS. Most BIOSes allow updating from 1) a thumb drive with DOS (FreeDOS) installed and the BIOS image present or 2) just a BIOS image on a thumb drive with a FAT32 file system. I always use the second option. You should be able to get the mainboard's manual as a PDF on-line and then take a look at the BIOS description. It should clearly describe all supported options for updating the BIOS. =2D- Gary Jennejohn