From nobody Mon Feb 23 09:00:29 2026 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 4fKFDw6H77z6SvJZ; Mon, 23 Feb 2026 09:00:32 +0000 (UTC) (envelope-from glebius@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 "R13" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fKFDw5qtrz3n4D; Mon, 23 Feb 2026 09:00:32 +0000 (UTC) (envelope-from glebius@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1771837232; 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=zGbL6+s+HHlz4UdjwEU88v++cZFDnNBOdXSMe3HiueI=; b=tLGGTpcUSi3GBAmDthVW1GTx8qboLlF8zznWb40OrPgx2rlBeR6kW0V7XPkgaVPpC671ya FYvHjNR3EcSOQolVukMy+csQdVzJOI9G6BMUEJ2ai72asGoLCLbBFRD/jR6MP6J++XPCfp HBp2Nd67tCeFGtYTrLrh8Kir2+spePa/db6AEp08nk1ylZ5ZQ6B8bOX5mKB5dRhBmvjVUJ Ztm0fvrpt88H5EhaU+P540i576qf1be2PJ3ghcg3A1olFfenZrlyFvSpVYEFDPyyOPmnzJ itIfjDZRxcyQhpE/E/kCnMORoYvyTZ0j9sZRX+lFwbQg9ojlo9JVjenJHx4wLQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1771837232; a=rsa-sha256; cv=none; b=ur+9luKCN/Ha2hB9RQVhq6Nhzwu5PgGK4yrMKMzWGYOK1SOJtLJq9xM+K9593d41YjBLnY CkxA0eFPjjSSbtI9MKCuS1lyCI+HW0UI97tQx4dyj7JwRPFt22SwIlz/y/i86QfL31+CT0 u1Fiv41poVAfvs+p+FZ0yLlcqZU/rEEQxjaa9BeIpl5pANmbtOrpUHdp1zMwdAolILfgul Vpe7fgPK14Tx/4gmnYIlxnM3ACSddxONIZYH7BjWGad95ZYag+8K9BXn/xEAz4yiEjw1FP 0z1b4eayI0jm9vZtvDyT7ww36kt4b5GUXpK1VkVxqAvmlIM1lXALIo2uLTy/MQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1771837232; 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=zGbL6+s+HHlz4UdjwEU88v++cZFDnNBOdXSMe3HiueI=; b=ob2aqPJRS5cFzLd0wK/IIcKJd+z9PA637l0G5BcY2NQ7bGrJ8/y+FYJA2ocAeg3jT6NsM9 KCeWi5SsUo1yfPj+bpw8BX63r942M0Ji0dAjRdDm69TQLp9g6ZgjzgqzzT/HBnmR60FFr8 xnHrLLVu1IvPZa+m7Qo0Bl9lRfsJ8JITs9DTpJ3Y5E5lXO5ywAg/wylSseyxHWrsHTgCyW W4PLT4nk74zFRwDbMClWhBi0H97kxRbX1I3N32yFnupl93FJYIATU2W7JWNppR+9IoU4S9 5I8VLfmqdPi91pKTsJIYWifz5fbcZHeX7J9oN8PY9J7YgchAPOsJk2XcJbGi7g== Received: from cell.glebi.us (glebi.us [162.251.186.162]) (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: glebius) by smtp.freebsd.org (Postfix) with ESMTPSA id 4fKFDw2xX8z1Mm0; Mon, 23 Feb 2026 09:00:32 +0000 (UTC) (envelope-from glebius@freebsd.org) Date: Mon, 23 Feb 2026 01:00:29 -0800 From: Gleb Smirnoff To: freebsd-current@freebsd.org, src-committers@freebsd.org Subject: February 2026 stabilization week Message-ID: 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 Hi FreeBSD/main users & developers: This is an automated email to inform you that the February 2026 stabilization week started with FreeBSD/main at main-n284155-ab835b37075e, which was tagged as main-stabweek-2026-Feb. Those who want to participate in the stabilization week are encouraged to update to the above revision/tag and test their systems. The tag main-stabweek-2026-Feb has been published at Gleb Smirnoff's github repo. To connect this repo as an additional remote you need to run: git remote add glebius https://github.com/glebius/FreeBSD Once remote is configured, to checkout the tag run: git fetch glebius --tags git checkout main-stabweek-2026-Feb If you want to use only the official FreeBSD repo, then update to the revision: git pull git checkout ab835b37075e Developers are encouraged to avoid pushing new features to FreeBSD/main during the stabilization week, but focus on bugfixes instead. The stabilization week runs up to Friday 18:00 UTC, but if there is consensus that any regressions discovered by participants have been fixed, it will end early. Once that happens, the advisory freeze of FreeBSD/main branch is thawed. -- Gleb Smirnoff From nobody Mon Feb 23 13:15:12 2026 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 4fKLtx1nCxz6TMGs; Mon, 23 Feb 2026 13:15:21 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) (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 4fKLtw6M7Fz3Dsj; Mon, 23 Feb 2026 13:15:20 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Authentication-Results: mx1.freebsd.org; none Received: from critter.freebsd.dk (unknown [192.168.60.3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange x25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by phk.freebsd.dk (Postfix) with ESMTPS id B7777D7895; Mon, 23 Feb 2026 13:15:12 +0000 (UTC) Received: (from phk@localhost) by critter.freebsd.dk (8.18.1/8.16.1/Submit) id 61NDFCia071952; Mon, 23 Feb 2026 13:15:12 GMT (envelope-from phk) Message-Id: <202602231315.61NDFCia071952@critter.freebsd.dk> To: Gleb Smirnoff cc: freebsd-current@freebsd.org, src-committers@freebsd.org Subject: Re: February 2026 stabilization week In-reply-to: From: "Poul-Henning Kamp" 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-ID: <71948.1771852512.1@critter.freebsd.dk> Content-Transfer-Encoding: quoted-printable Date: Mon, 23 Feb 2026 13:15:12 +0000 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:1835, ipnet:130.225.0.0/16, country:EU] X-Rspamd-Queue-Id: 4fKLtw6M7Fz3Dsj X-Spamd-Bar: ---- Gleb Smirnoff writes: > This is an automated email to inform you that the February 2026 stabiliz= ation week > started with FreeBSD/main at main-n284155-ab835b37075e, which was tagged= as > main-stabweek-2026-Feb. I have this running on two thinkpads, a T14sG5 and T16sG6(=3Dsnapdragon). The G5 shows the known drm-66 problem where the text-console looks like a blizzard, the fix is supposedly already in the pipeline. -- = Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe = Never attribute to malice what can adequately be explained by incompetence= . From nobody Mon Feb 23 14:37:44 2026 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 4fKNk02Swcz6TV8g; Mon, 23 Feb 2026 14:37:44 +0000 (UTC) (envelope-from salvadore@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "R12" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fKNk02418z3SqH; Mon, 23 Feb 2026 14:37:44 +0000 (UTC) (envelope-from salvadore@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1771857464; 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=87+ZSqDQbIwz8VvQFSrVtOpvcjaSvx8rZDSNZT6v7sk=; b=CY7cOqSJi/cNRUhY7rsaYYNPLwWPwCANVyJWgiS6QKRoAli0bWwtNv4xCD7Rtabr2Ojwg5 ls7hWmOr/PGjxZaCzouvbuXnwoqRlzz7sT8fQwWPrhf0j6LjWIZZvJxZv9Nn8vc7psgVrN rjx6YUFIu0ZgJQavqriEoTGLWYwVKeN8PglJ3c29/jZBwe9++8S8fu7+6zp2gfnrlvf7Pg mCvZtO4/ftP5CAZm5UrHVg/SVnFQo6yL9gbdRd+ZfFW4ZcnikagB3cKpUEhn/vIJPUuZvI f+WQAI16b+jwMaPHUNlIZT1lF9Joo+okjnWo1KCQGhUsmrZ+WD3/tA3aHQ/C4w== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1771857464; a=rsa-sha256; cv=none; b=teilxkM2LTJ5kNdiduPhXTo/KWhmpqaQnhrbGTg/Y/baR/nQIp842qKboF5dBEZTVmxXkC CKvIcGgArSw+UWdXd1VyjRM33M/YB8EGFV1ojk02/YHX7PqzTY1HlSNi7mOO5Ym7l+tMKK eRYeX3HkrKMAmO5rFp8XkSD9TzFibaqg1Rfelh/Tln/C5oPycdtLYwpqauJQXQkuMttsVs l827j2y+A/aOaZDWbqTyJ/m6mSNGtSKkuev9lpKB9Rb3F7HcXPkJOst1rSY7HLT1NX0M3i pVLv9T9cvmbM6ko7UCDrjeg7zVgHpgwTuSq1S9PeJzwb0t/kANRJCoAutqg7ng== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1771857464; 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=87+ZSqDQbIwz8VvQFSrVtOpvcjaSvx8rZDSNZT6v7sk=; b=cUmuKY1ZWw/2O/mmUaSxYStnMeufXzipmKsJtCROiWl587bSo16lpDVTO5k/z/7R9zfPHI 1mEGgZgxg7YGApGxP0X+wMYq35EmuefS2Mw4a5aXN8kOAtm6ktl2Wult9Zz5s88IxDR/a8 cqhpvd5OuHnWQBbhgwKdukIFqtkcFJq9cEqV16CaxcKUghQcbuJU8txpvhFrE0ORCwSFwM S/ex/Im7KZ2h0BjH8BHbtyI7Y5REpFBQHCTRaQHAAokKQyihqoWwJCrdB16tNv5jDcaHzC G7JKXOTjM+tynDBzpjc/3EflPZFwtHhKowj4Veli1iL7zaLiY2DFwH0xvMyVOg== Received: by freefall.freebsd.org (Postfix, from userid 1472) id 321D2DC18; Mon, 23 Feb 2026 14:37:44 +0000 (-00) Date: Mon, 23 Feb 2026 14:37:44 +0000 From: Lorenzo Salvadore To: freebsd-hackers@freebsd.org Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: FreeBSD Status Report - Fourth Quarter 2025 Message-ID: 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-Disposition: inline Content-Transfer-Encoding: 8bit FreeBSD Status Report Fourth Quarter 2025 Here is the fourth 2025 status report, with 28 entries. Since allowing late submissions leads to reports consistently coming out months late, it has been decided to change it. Starting from next quarter, report submission will have a deadline on the 14th of the first month past the end of quarter and this deadline will be actually enforced for everyone, including committers and teams. Then the full status report shall be published as soon as assembled (probably within the end of the month) with the entries that were submitted within the deadline. Reports will not be chased anymore. If you miss the deadline, just submit a broader report next quarter. This new strategy should help each report remain fresh, relevant, and timely. For more information, please see https://docs.freebsd.org/en/articles/freebsd-status-report-process/#_timeline. Have a nice read! Lorenzo Salvadore, on behalf of Status Team ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ A rendered version of this report is available here: https://www.freebsd.org/status/report-2025-10-2025-12/ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Table of Contents • FreeBSD Team Reports □ FreeBSD Foundation □ FreeBSD Release Engineering Team • Projects □ Alpha-Omega Beach Cleaning project □ Converting VuXML to Open Source Vulnerability database □ FreeBSD Software Bill of Materials □ Full CPUID Control for bhyve □ Infrastructure Modernization □ Parthenope — Design and ideas □ QEMU vmm Accelerator Support □ Sylve — A Unified System Management Platform for FreeBSD • Kernel □ Suspend/Resume Improvement □ Audio Stack Improvements □ LinuxKPI 802.11 and Native Wireless Update □ GENEVE Tunnel □ Kernel Rust Support □ USB Kernel Debugging Improvements • Architectures □ FreeBSD Driver Development for BananaPi-R64 • Documentation □ Accessibility Handbook □ FreeBSD Git Weekly □ The FreeBSD Russian Documentation Project • Ports □ FreeBSD HPC Ports Modernization: Slurm 25.11 and Unbundled PMIx/PRRTE □ GCC on FreeBSD □ Improve libvirt support for bhyve hypervisor □ Improve OpenJDK on FreeBSD □ Make OpenJDK 21 the default JAVA_VERSION □ KDE on FreeBSD □ Use Bazel as build tool for MongoDB 8.0 □ OpenVox (Puppet) ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ FreeBSD Team Reports Entries from the various official and semi-official teams, as found in the Administration Page. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ FreeBSD Foundation Links: FreeBSD Foundation URL: https://freebsdfoundation.org/ Technology Roadmap URL: https://freebsdfoundation.org/blog/technology-roadmap/ Donate URL: https://freebsdfoundation.org/donate/ Foundation Partnership Program URL: https://freebsdfoundation.org/our-donors/ freebsd-foundation-partnership-program/ FreeBSD Journal URL: https://freebsdfoundation.org/journal/ Foundation Events URL: https://freebsdfoundation.org/our-work/events/ Contact: Deb Goodkin The FreeBSD Foundation is a 501(c)(3) non-profit dedicated to advancing FreeBSD through both technical and non-technical support. Funded entirely by donations, the Foundation supports software development, infrastructure, security, and collaboration efforts; organizes events and developer summits; provides educational resources; and represents the FreeBSD Project in legal matters. OS Improvements Throughout the quarter, there were 346 src, 72 ports, and 58 doc commits sponsored by the FreeBSD Foundation. Refer to the following report entries describing much of that committed development work: • Accessibility Handbook • Alpha-Omega Beach Cleaning Project • Audio Stack Improvements • Converting VuXML to Open Source Vulnerability database • FreeBSD Software Bill of Materials • Full CPUID Control for bhyve • Improve libvirt Support for bhyve Hypervisor • Improve OpenJDK on FreeBSD • LinuxKPI 802.11 and Native Wireless Update • Suspend/Resume Improvements • Sylve — A Unified System Management Platform for FreeBSD • USB Kernel Debugging Improvements Other highlights include: • A new kqueue1(KQUEUE_CPONFORK) facility to copy kqueue into the child on fork • exterror(9) infrastructure for asynchronous io and geom • libuvmem(3) usermode port of vmem(9) • Fixes for anonymous memory corruption • Fine-grained support for groups and manual page MFCed to 14 • Bug fixes □ A 32-bit mdo(1) on a 64-bit FreeBSD would always fail with EINVAL □ Panic when using mdo(1) and resource accounting is enabled (kern.racct.enable set to 1) • MAC system reviews • Kick-off of S4 (hibernate) support • Background work on VFS (in particular supporting unionfs changes) The Foundation also continued to support two major initiatives: the Laptop Support and Usability project (in collaboration with Quantum Leap Research) and an infrastructure modernization project commissioned by the Sovereign Tech Agency. For background on both efforts, see the 2025Q1 quarterly status report. We began preparing for FreeBSD’s 22nd consecutive participation in Google Summer of Code (GSoC). Those interested in contributing project ideas or mentoring are encouraged to contact soc-admins@FreeBSD.org. Advocacy In the fourth quarter of 2025, our advocacy work focused on expanding our educational video content, reaching more viewers than ever, bringing the community together for a productive Vendor Summit, and reflecting on the work that is helping sustain and grow interest in FreeBSD. Here are just a few of the ways the Foundation advocated for FreeBSD in Q4 2025: • The November 2025 FreeBSD Vendor Summit, took place November 6–7, 2025, in San Jose, CA. You can watch the Summit recap on our FreeBSD Meetings channel here. • Secured our Media Partnership and booth for SCALE 23x • Secured our Promotional Partner sponsorship for the Code and Compliance Workshop co-located with FOSDEM, taking place January 29, 2026 in Brussels, Belgium • Applied and was accepted to have a stand at FOSDEM, taking place January 31 — February 1, 2026. We will share the stand with the Illumos folks. • Signed for a Silver level sponsorship to AsiaBSDCon26 taking place March 19 — 22, 2026 in Taipei, Taiwan. • Published the following blogs and videos to help to inform and educate the community: □ Powering the Future of FreeBSD □ 2025: Software Development and Infrastructure Support. □ Infrastructure Modernization — commissioned by the Sovereign Tech Agency □ FreeBSD Closes the Laptop Gap: Year One Project Update □ 2025: A Year of Advocacy, Community, and Growth □ FreeBSD 15: Why You’ll Want It □ EuroBSDcon 2025 trip reports: ☆ Robert Clausecker ☆ Leah Budzicka □ FreeBSD Officially Supported in OCI Runtime Specification v1.3 □ An introduction to OCI Containers on FreeBSD □ FreeBSD now builds reproducibly and without root privilege □ NetActuate Sponsors Bare-Metal Server to Strengthen FreeBSD Project’s CI Infrastructure □ Run Linux containers on FreeBSD □ FreeBSD Desktop Installer Tech Preview □ Installing every window manager on FreeBSD • Published the September 2025, November 2025 and December 2025 FreeBSD Foundation Newsletters. • Released the July/August/September issue of the FreeBSD Journal with HTML versions of the articles. Continuous Integration and Workflow Improvement The Foundation supports a full-time staff member dedicated to improving the Project’s continuous integration system and test infrastructure. Legal/FreeBSD IP The Foundation owns the FreeBSD trademarks, and it is our responsibility to protect them. We also provide legal support for the core team to investigate questions that arise. Go to https://freebsdfoundation.org to find more about how we support FreeBSD and how we can help you! ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ FreeBSD Release Engineering Team Links: FreeBSD 15.0-RELEASE announcement URL: https://www.freebsd.org/releases/15.0R/announce/ FreeBSD 14.4-RELEASE schedule URL: https://www.freebsd.org/releases/14.4R/schedule/ FreeBSD releases URL: https://download.freebsd.org/releases/ISO-IMAGES/ FreeBSD development snapshots URL: https://download.freebsd.org/snapshots/ISO-IMAGES/ Contact: FreeBSD Release Engineering Team, The FreeBSD Release Engineering Team is responsible for setting and publishing release schedules for official project releases of FreeBSD, announcing code freezes and maintaining the respective branches, among other things. The Team managed 15.0-RELEASE, leading to the official RELEASE build and announcement in December; this was the first release from the new stable/15 branch. As part of this, considerable work went into setting up a system for securely building, signing, and distributing package repositories for the 15.0-RELEASE base system. Planning has started for the upcoming 14.4-RELEASE cycle. The Release Engineering Team continued providing weekly development snapshot builds for the main, stable/14, and stable/13 branches, and started providing weekly development snapshot builds for the new stable/15 branch. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Projects Projects that span multiple categories, from the kernel and userspace to the Ports Collection or external projects. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Alpha-Omega Beach Cleaning project Links: Alpha-Omega — Linux Foundation Project URL: https://alpha-omega.dev Alpha-Omega on GitHub URL: https://github.com/ossf/alpha-omega FreeBSD Foundation URL: https://freebsdfoundation.org Project repository from the FreeBSD Foundation URL: https://github.com/FreeBSDFoundation/alpha-omega-beach-cleaning Contact: Pierre Pronchery Alpha-Omega’s mission is to catalyze sustainable security improvements to critical open source projects and ecosystems. After a successful project with the FreeBSD Foundation in 2024 — auditing the bhyve hypervisor and the Capsicum sandboxing framework — Alpha-Omega has selected FreeBSD again, for the Alpha Omega Beach Cleaning project this time. This new grant consists in generally improving the security and maintenance of third-party software within the FreeBSD base system. The FreeBSD Foundation received the grant and is managing and executing the project. Since the previous report from 2025Q3, the following tasks have been completed: • Inventory of dependencies • Security risk assessments • Propose list of priorities • Plan the respective actions • Formalize code owners A global database file contains the information collected for the project, in collaboration with the SBOM initiative sponsored by Germany’s Sovereign Tech Agency. Its structure has also been simplified in the past few months, but remains in the YAML format. It is available like before as database.yml. The aobc-generate Go program in the repository has been renamed to aobc-tool. In addition to the previous deliverables, it is now able to generate a collection of SBOM files. This is performed through intermediate files in the pkg-config format, which are then converted into SPDX thanks to the bomtool program from the pkgconf project: • pkgconfig files • SPDX files This information includes the respective code owners identified for each third-party component. The aobc-tool program is also able to suggest the known code owners for a given part of the source tree. All of the code owners listed have been contacted in December 2025 to inform them about the project, and to confirm their association with the component. The feedback collected so far has only been positive, including a suggestion to package the tool into the FreeBSD ports. However, it seems more relevant as of now to rewrite the tool in a way suitable for inclusion into the base system, e.g., in Lua. Finally, the remaining tasks will be performed until the end of the first quarter of 2026: • Integrate review methodologies • Plan execution & coordination • Final report This initiative was presented to the srcmgr committee in November. Their input and feedback will be taken into account through this last phase of the project. Monthly reporting is submitted to alpha-omega and available as before on GitHub for 2025 and soon for 2026 as well. Sponsor: Alpha-Omega, The FreeBSD Foundation ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Converting VuXML to Open Source Vulnerability database Links: FreeBSD OSV database for pkg URL: https://github.com/illuusio/freebsd-osv/blob/main/db/freebsd-osv.json FreeBSD Vulnerabilities for year 2025 in Markdown/Commonmark format URL: https://github.com/illuusio/freebsd-osv/tree/main/md/2025 Lua OSV tool URL: https://github.com/illuusio/freebsd-osv/blob/main/bin/osvf-tool.lua Python VuXML to OSV conversion tool URL: https://github.com/illuusio/freebsd-osv/blob/main/bin/convert_vuxml.py pkg PR for OSV URL: https://github.com/freebsd/pkg/pull/2558 OSV Schema pull request URL: https://github.com/ossf/osv-schema/pull/237 OSV issue to track down OSV integration in Google OSV GitHub repository URL: https://github.com/google/osv.dev/issues/3901 FreeBSD PURL effort URL: https://github.com/package-url/purl-spec/pull/496 Contact: Tuukka Pasanen The Open Source Vulnerability database effort has been ongoing since May. The target for this effort was to produce an OSV database and retire the old VuXML database format. Currently, there is a test database and a pull request for pkg(8). The test database can be updated from VuXML and converted to OSV JSON format. Needed tooling to update and create a merged database file for pkg is complete. There is also exporting for Commonmark which renders fine in GitHub. Additionally, upstream support for FreeBSD in the OSV Schema has been implemented, allowing OSV files to be validated against official sources. There has also been an effort for PURL that is slowly moving forward. If you want to help with this project, here are some tasks: • Verify that conversion from VuXML to OSV is accurate • Verify that pkg can use the OSV database and produces correct output Sponsor: The FreeBSD Foundation ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ FreeBSD Software Bill of Materials Links: pkgconf PR 429 which adds spdxtool URL: https://github.com/pkgconf/pkgconf/pull/429 SPDX Lite 3.0.1 documentation URL: https://spdx.github.io/spdx-spec/v3.0.1/ FreeBSD SPDX 3.0.1 JSON-LD file: FreeBSD.jsonld URL: https://github.com/FreeBSDFoundation/alpha-omega-beach-cleaning/blob/illuusio/update-licenses/json-ld/FreeBSD.jsonld Source files to make SBOM URL: https://github.com/illuusio/freebsd-src/tree/freebsd-sbom/share/sbom Current status of license gathering for SBOM in Markdown file URL: https://github.com/FreeBSDFoundation/alpha-omega-beach-cleaning/blob/illuusio/update-licenses/license.md Add sbom target to Makefile and needed Lua scripts URL: https://reviews.freebsd.org/D53318 Lua functions to handle make command output for specific FreeBSD ports targets URL: https://reviews.freebsd.org/D53317 Add Lua Logging module to FreeBSD ports tree and introduce Lua functions and modules to ports URL: https://reviews.freebsd.org/D53316 Contact: Tuukka Pasanen The Software Bill of Materials (SBOM) project has been ongoing since May, with the goal of providing the necessary tooling to create SBOMs from FreeBSD Ports and the base system. One of the major developments in 2025Q4 was upstreaming spdxtool to the pkgconf upstream. The upstreamed code ensures that pkgconf tools have an SPDX Lite 3.0.1 profile-compatible SBOM creation tool with the next release. Another significant effort has been gathering information about applications that form part of the FreeBSD base system. These applications are primarily located in the usr.bin, usr.sbin, sbin, and bin directories inside FreeBSD git repository. The FreeBSD Alpha Omega Beach Cleaning project has been instrumental as it gathers information about third-party libraries and applications, and I have contributed to this effort. Now there is Lua scripts and a file that can produce the needed files for pkgconf’s spdxtool, which can be exported in SPDX JSON-LD format. Tools using this gathered information and current raw data can be found in my fork of the FreeBSD src tree. Mainly, all C and header files that hold SPDX-License-Identifier are now gathered and processed. There have also been efforts to upstream SBOM creation per package for FreeBSD Ports, but this has stalled and needs updating. If you want to help with this effort: • Add SPDX-License-Identifier headers to C and header files under the FreeBSD src. • Verify that the files current SPDX-License-Identifier is correct. • Verify that the gathered information is accurate. Currently, all tools that have some man page for section 1, 7, and 8 are added, with descriptions taken from the man page using a script. These may be incorrect. Sponsor: The FreeBSD Foundation ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Full CPUID Control for bhyve Contact: Hans Rosenfeld Introduction Operating system kernels as well as certain user space libraries and programs often need to know what CPU model they are running on and which architectural features are available for use. On x86-based platforms, the CPUID instruction can be used to query the CPU for all of this information. In a virtual machine environment, not all of the information reported by the host CPU should be made available to the VM guest, some other CPU information such as for system topology needs to be modified to match the VM configuration, and then there is some additional information that needs to be reported that no real CPU supports, such as the hypervisor identification. Thus as part of its normal operation as a hypervisor, bhyve emulates the x86 CPUID instruction for its VM guests. At this time, most of the CPUID information from the host CPU is passed to the VM guest with some features masked out, and it also reports synthetic information about the hypervisor, its capabilities, and its configuration. None of this is presently explicitly configurable in bhyve. Motivation Being in full control of the CPUID information emulated for the VM guest has a variety of important use cases: VM Migration In order to migrate a running or suspended VM between different VM hosts, usually both involved VM hosts have to be running on the same or at least feature-compatible host CPU families, models, and steppings. Even slight differences in CPU model and stepping may cause a difference in the featureset available. Being in control of the CPUID information for the guest VM allows the operator to restrict the VMs to use a common subset of the CPU features shared by all VM hosts the VM is possibly going to run on, which could also be based on an abstract x86 architecture level, rather than a real CPU model. This is currently supported by QEMU/KVM on Linux and equivalent support in bhyve is a key step towards supporting fully-featured VM live migration. Fixed CPU Model Some software checks the CPU family/model/stepping and also the CPU brand string for software compatibility reasons. A change in those parameters due to migration of a VM or a hardware change in the VM host would be detected and could be considered a system change, potentially disabling a proprietary software license. Being able to use a pre-defined CPU model, be it based on a real CPU or an architectural subset, would avoid this problem entirely. Hypervisor Signature Modification Some software such as the Nvidia drivers check the hypervisor signature to match certain known values. Bhyve identifies itself as "bhyve bhyve ", while KVM reports "KVMKVMKVM\0\0\0". While implementing a command line switch to change the hypervisor signature of bhyve on a per-VM basis would be possible without full CPUID control, an implementation of this feature utilizing full CPUID control would be more natural and lead to a cleaner design. Feature Masking & Architectural Downgrade / Upgrade Being able to easily downgrade or upgrade the CPU model, or mask individual feature bits can provide benefits to operating system and application development and testing. Current state of CPUID control for bhyve A basic implementation of the vmm kernel part for CPUID control has been available in bhyve on illumos for a number of years now. This code was written by Oxide for use with their Propolis hypervisor, which is based on the kernel components of FreeBSD/bhyve that have been ported to illumos without using any of bhyve’s userspace code. Like all bhyve improvements made on illumos, the vmm kernel code for CPUID control is dual-licensed CDDL and BSD. It has been ported to bhyve on FreeBSD under the BSD license. As a proof of concept, new config options for CPUID control have been implemented in the bhyve userspace, showing the potential of the full CPUID control on bhyve. Project Overview Ongoing work on this project aims to integrate the existing proof-of-concept work into FreeBSD, and to add the following usability features: • a user-friendly configuration method to override individual bits, parts or even whole CPUID functions as needed, while keeping the rest of the host CPUID information or a pre-defined CPUID configuration • a user-friendly configuration method for the hypervisor signature reported by bhyve • a set of predefined CPUID configurations based on common x86 architecture levels, perhaps also including a set of CPUID data for a few real CPU models, and a user-friendly configuration method to choose one for a VM Sponsor: The FreeBSD Foundation ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Infrastructure Modernization Contact: Ed Maste Contact: Alice Sowerby The project started in Q3 of 2024 and was commissioned by the Sovereign Tech Agency with a budget of $745,000, to be spent until the end of 2025. The main goals are to improve security tools for the base system, ports, and packages, update the project’s infrastructure to speed up development, enhance build security, and make it easier for new developers to get started. For more detailed information and updates, please visit the new project information repo. Q4 update All five work packages are complete as of the end of December 2025 and the project is closed. At the time of writing (mid-December) some elements are still in review and these have been handed over to Foundation staff to land appropriately. Work Package A: Technical Debt Reduction This work package was completed in September 2025. The project successfully ran alongside the setting up of the FreeBSD Project’s Source Management team as they created and embedded their new processes to make bug management easier and more sustainable. The scope was co-created with srcmgr@. Work items are as follows: • Create a dashboard for the Source Management team to get a clearer picture of the bug backlog, and how effectively it is being managed (e.g. Time to First Attention for new bugs). □ Output: https://grimoire.freebsd.org/ • Upgrade Bugzilla to a supported release to improve security and benefit from new functionality. □ Output: https://wiki.freebsd.org/Bugzilla/Roadmap • Create a method for applying patches automatically. □ Output: https://github.com/linimon/patchQA • Creating upstream documentation for running GrimoireLab (bug dashboard) on FreeBSD. □ Output: https://github.com/chaoss/grimoirelab/blob/main/FreeBSD.md Work Package B: Zero Trust Builds This work package has made it possible to build FreeBSD reproducibly, and without requiring root privilege. The detailed scope was co-created with core@, srcmgr@, secteam@. Work items are as follows: • Must □ No-root for all source release build cases/artifacts (complete) □ Src artifacts to build reproducibly (complete) □ Formalize and document make world and release.sh (in review) • Should □ Remove privilege from orchestration tooling (descoped due to an alternative solution being likely in the medium-term) □ Move build scripts into the public repository (in review) □ Address dependencies (complete) • Could □ Environment Standardization (in review) □ Ports to build reproducibly (in review) □ CI to verify reproducibility (in review) □ Documentation to allow 3rd parties to confirm reproducibility (in review) Work Package C: CI/CD Automation This work package has improved CI/CD automation to streamline software delivery and operations for new and existing software by modernizing and securitizing the existing CI/CD system and extending it to cover the third party packages in the FreeBSD Ports Collection. The detailed scope was co-created with core@, srcmgr@, portmgr@, doceng@. Work items are as follows: • Must □ Improve quality of incoming commits (in review) □ Pre-merge CI (complete) □ Environment Metadata (complete) □ Extend CI to the Ports tree (in review) □ CI Threat Model (in review) □ CI Management Process (in review) □ Documentation (in review) • Should □ 3rd-party Interoperability (in review) □ Automated analysis in tests (in review) □ Test Case Management (in review) • Could □ Granular Debugging (in review) Work Package D: Ports and Packages security improvements This work package improved security for the FreeBSD Ports and Package Collection in several ways. We added support for the OSV (Open Source Vulnerability) format, which is a standardized way to describe security vulnerabilities. We also built basic tools to download vulnerability information from global security databases, with a particular focus on the NIST Common Platform Enumeration (CPE) Dictionary. The pkg(8) tool can now create and read CPE strings, though it does not yet support CPE JSON format. We wrote new test cases for CPE and OSV parsing, and updated the existing pkg(8) security audit tests. Additionally, we created a test repository that converts FreeBSD vulnerability data to OSV format, which works with pkg(8). This test repository has been reviewed for accuracy, and the process of converting from the old FreeBSD VuXML format to the new OSV format is now straightforward. The detailed scope was co-created with core@, portmgr@, pkgmgr@, secteam@. Work items are as follows: • Must □ New Database Format (complete) □ Set up 2+ Database Instances (descoped due to time constraints) □ Migrate Data from old to new database (POC complete) □ Add support for new format in pkg(8) (complete) □ Upstream engagement (complete) □ SBOM on demand (in review) □ Document how to set up build and test targets (in review) □ Integrate 3rd party test targets (descoped due to time constraints) □ Continuous Testing (in review) • Could □ Make CI artifacts available (descoped due to time constraints) Work Package E: SBOM improvements This work package delivered foundational improvements to the tools and processes for generating the FreeBSD Software Bill of Materials (SBOM). We made changes (currently under review) to consolidate individual provenance data from both the base system and ports trees into a unified, higher-level view. We also created tooling that can scan the FreeBSD source tree and generate an SBOM report covering the entire software stack. The FreeBSD ports tree already had good metadata for creating SBOMs and established tools for tracking package dependencies, so our SBOM solutions for ports are now mature and in the review stage. However, the FreeBSD base system uses a completely different build system, with SBOM information scattered throughout the repository. The main challenge here has been gathering all the dependencies and package information into one place. As a result, SBOM creation for the FreeBSD base system is still at the technical preview stage with only example data currently available. A follow-on project has been commissioned for early 2026 to build on the foundational elements and develop a full, robust SBOM solution. The detailed scope was co-created with core@, portmgr@, pkgmgr@, secteam@, releng@. Work items are as follows: • Must □ Evaluate projects/solutions available in the wider ecosystem (complete) □ Propose the target solution for SBOM (in review) □ Produce an SBOM in CI (e.g. weekly builds) (descoped due to time constraints) □ Produce an SBOM as an artifact as part of the release process (partially complete) □ SBOM artifact on demand (in review) □ Roll up existing data (in review) □ Record and explain decisions made (in review) • Could □ Engage with other similar projects (complete) Commissioning body: Sovereign Tech Agency ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Parthenope — Design and ideas Link: Parthenope Repository URL: https://gitlab.com/alfix/parthenope Contact: Alfonso Sabato Siciliano Parthenope is a modular, two-step installer for the FreeBSD operating system, written primarily in Lua. The installation process is divided into two phases: 1. In the first step, configuration files and installation commands are generated using a variety of interactive interfaces. 2. In the second step, the actual system installation is executed based on the previously created files. The project is simple, extensible, and flexible. It is designed to support multiple frontends, languages, installation modes ("Auto", "Easy", and "Expert"), interactive levels, and logging options. Parthenope began as a personal project to answer a simple question: "What features would I want when installing FreeBSD on my laptop?" It has since evolved into an open source tool that anyone can use, adapt, or extend to meet their own requirements. During this quarter: • The motivations, a proof of concept, and some screenshot previews were presented at EuroBSDCon 2025, slides. • The ISO image generation script and the internationalization subsystem were refactored. • A public repository was created. At the moment it is not yet possible to install FreeBSD. The next steps are: • Refactor the configuration file. • Refactor the subsystems: logging, modes, phase-2, etc. • Implement the installer components: partitioner, network manager, date/ time, etc. In the initial phase, the only frontend will be a Text User Interface, very similar to bsdinstall, the default FreeBSD installer. Additional frontends will be added in the future. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ QEMU vmm Accelerator Support Links: Project Link URL: https://wiki.freebsd.org/SummerOfCode2025Projects/VMMAcceleratorSupportForQEMU Code (FreeBSD fork) URL: https://github.com/dumrich/freebsd-src Code (QEMU fork) URL: https://github.com/dumrich/qemu.git Contact: Abhinav Chavali Description This project aims to implement a vmm(4) accelerator backend for QEMU. By interfacing QEMU with FreeBSD’s native hypervisor infrastructure, users can run virtual machines with near-native performance using hardware virtualization extensions (VMX/SVM), similar to how KVM functions on Linux. This combines the extensive device emulation ecosystem of QEMU with the performance of the FreeBSD kernel hypervisor. Status The backend is now functional enough to boot a FreeBSD guest using a single vCPU. The core infrastructure for interfacing QEMU with libvmmapi is in place. Crucially, interrupt controllers (8259 PIC, IOAPIC, LAPIC) are now successfully utilizing the kernel’s vmm implementations rather than userspace emulation. Open Items & Call for Help While the heavy lifting is complete, there are key areas where community contributions would be highly valued to get this merged upstream: • Guest SMP Support: Currently, the guest is limited to 1 vCPU. We are looking for assistance in debugging the existing loop/thread handling in the backend to enable multi-CPU support. • Device Offloading: The RTC and HPET timers are currently still emulated in userspace by QEMU. These need to be reworked to use the vmm in-kernel versions for better performance and correctness. • General Stability: As with any hypervisor backend, we need help with edge-case testing and stress testing across different guest OS types. I would like to thank Google for the sponsorship, and the FreeBSD Project for the mentorship and opportunity to contribute to the system. Sponsor: Google Summer of Code 2025 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Sylve — A Unified System Management Platform for FreeBSD Links: GitHub URL: https://github.com/AlchemillaHQ/Sylve CI URL: https://sylve-ci.alchemilla.io Discord URL: https://discord.gg/bJB826JvXK Contact: Hayzam Sherif Sylve is a modern, unified system management platform for FreeBSD, inspired by Proxmox. It provides an integrated web interface for managing virtual machines (via Bhyve), Jails, ZFS storage, networking, and firewalling. The backend is implemented in Go, while the frontend is built with SvelteKit, Tailwind CSS, and ShadCN UI components. The project emphasizes a minimal system footprint. By default, it only requires the following packages: • sysutils/smartmontools • sysutils/tmux Optional runtime dependencies, required only when their respective features are used, include: • devel/libvirt for virtualization • devel/qemu-tools for disk image management • net/samba419 for SMB file sharing • sysutils/swtpm for TPM emulation support • dns/dnsmasq for DHCP and DNS services Q4 Progress Highlights Storage • ZFS Management: we now use GitHub - gzfs that is a go wrapper around zfs/ zpool/zdb CLI to provide full support for creating and managing ZFS pools and datasets. This has improved performance and reliability compared to our previous implementation. • VM and Jail storage management: During the initialization user can pick the pool(s) where VM (disks/zvols) and Jail (datasets) will be created, and all the disk/dataset creation will be done under the hood automatically. Jails • Support for Linux Jails using the FreeBSD Linuxulator has been added. Users can create, manage, and monitor Linux Jails via the web interface. It is still considered experimental but we have tested extensively with Rocky Linux and Alpine. • A bunch of improvements to jails has been added where in people can now supply a lot more options when creating/editing/viewing thick jails. Virtual Machines • Cloud-Init Support: Sylve now supports Cloud-Init for automated VM provisioning. Users can provide Cloud-Init configuration during VM creation /editing. • Serial Console: A web-based serial console for VMs has been implemented, allowing users to access the VM console directly from the Sylve UI. Networking • DHCP Server: A web UI around dns/dnsmasq has been added, we allow creation of Ranges, Reservations, and Options. Utilities The downloader now supports automatic extraction of various archive formats including .tar.gz, .zip, .xz, and .bz2 and also supports automatic conversion of disk images to raw format. General Sylve now requires FreeBSD 15.0 or later, as we now depend on features like Jail metadata, and ZFS v2.4.0+ which includes JSON output for many commands that we rely on. We also have made numerous improvements to the UI/UX, performance optimizations, and bug fixes across the platform, some of them include: • Improved graphing with the ECharts library for better performance and interactivity. • Enhanced accessibility features to ensure compliance with WCAG standards. • Internationalization (i18n) support with the help of Wuchale, starting with Hindi (hi) translations for the UI. • Backend optimizations for faster data retrieval and reduced load times. • Removed several frontend dependencies (notably tanstack), opting for lighter alternatives to reduce overall bundle size and improve load times. Roadmap Update Some clustering work is still ongoing. Once completed, we will release full project documentation and begin packaging Sylve for easy installation via pkg. We are also developing a new, tightly integrated backup system within the Sylve monorepo, enabling simple backup and restore of VMs, jails, and configurations. Sponsor: The FreeBSD Foundation ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Kernel Updates to kernel subsystems/features, driver support, filesystems, and more. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Suspend/Resume Improvement Links: Blog URL: https://obiw.ac/s0ix/ BSDCan talk on s2idle/S0ix URL: https://youtu.be/RCjPc4X2Edc Sleep testing image URL: https://people.freebsd.org/~obiwac/s0ix/ Tip of the s2idle/S0ix + AMD SMU stack URL: https://reviews.freebsd.org/D48721 Contact: obiwac Suspend-to-idle and support for S0ix sleep is in the process of being added to FreeBSD. This will allow modern Intel and AMD laptops, some of which do not support ACPI S3 sleep, to enter low power states to increase battery life. Entry to S0i3 is now working semi-reliably on the Framework 13 AMD Ryzen 7040 series laptops on FreeBSD 15. The sleep type and sysctl code has been committed, and a fix for a regression that introduced made (D53909). Because of some existing issues in our ACPI D-state code causing some devices which were previously working to fail entering S3, related commits for D-state changes necessary for S0ix had to be rolled back, though these do not seem to affect S0i3 entry on the aforementioned machine. Work has been made on cleaning up and fixing our D-state code, but this is not a huge priority so long as it does not prevent S0i3 entry on the targeted machine(s). The s2idle and SPMC revisions (D48734 and D48387 respectively) have been reviewed and have had some work done on them to prepare them for being committed. New exploratory revisions have been made to implement the s2idle loop (D54406 and D54410) and some necessary scheduler changes (D54407 and D54409). Some issues have cropped up when resuming from S0i3, seemingly only when loading the USB4 driver, which have been looked into. A pre-built sleep testing image is available to easily test S0i3 entry on machines. Detailed instructions are on the webpage. With respect to the links, the blog post entry is still outdated. Sponsor: The FreeBSD Foundation ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Audio Stack Improvements Contact: Christos Margiolis I have been working on the audio stack since 2024Q1. Below is a list of the previous status reports: 2024Q1 URL: https://www.freebsd.org/status/report-2024-01-2024-03/#_audio_stack_improvements 2024Q2 URL: https://www.freebsd.org/status/report-2024-04-2024-06/#_audio_stack_improvements 2024Q3 URL: https://www.freebsd.org/status/report-2024-07-2024-09/#_audio_stack_improvements 2024Q4 URL: https://www.freebsd.org/status/report-2024-10-2024-12/#_audio_stack_improvements 2025Q1 URL: https://www.freebsd.org/status/report-2025-01-2025-03/#_audio_stack_improvements 2025Q2 URL: https://www.freebsd.org/status/report-2025-04-2025-06/#_audio_stack_improvements 2025Q3 URL: https://www.freebsd.org/status/report-2025-07-2025-09/#_audio_stack_improvements Important work since last report: • virtual_oss in base (release notes update). • snd_hda(4) automatic sound redirection (initial commit). • More sound(4) cleanups, fixes and improvements. • More out-of-the-box laptop support. • Wrote FreeBSD Journal audio article. • Extended (and still do) /usr/share/examples/sound. • Implemented kqueue(2) support for sound(4) (commit). • Several MIDI code rewrites, fixes, and cleanups. You can also follow the development process in freebsd-multimedia@, where I post regular reports. Sponsor: The FreeBSD Foundation ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ LinuxKPI 802.11 and Native Wireless Update Links: Support the MediaTek Wireless cards URL: https://github.com/FreeBSDFoundation/proj-laptop/issues/66 Support the Realtek Wireless cards URL: https://github.com/FreeBSDFoundation/proj-laptop/issues/99 Contact: Bjoern A. Zeeb Contact: The FreeBSD wireless mailing list This report focuses on the efforts using permissively licensed Linux wireless drivers, mostly unmodified, on FreeBSD, as well as preparing the native net80211 stack for support of newer standards. Driver updates With vendor updates to Linux v6.16 being stalled in the last quarter for a conflict with drm-kmod and later an nvidia-drm problem we update to v6.17-based drivers right before the 15.0-RELEASE deadline in September. Unfortunately multiple fixes did not make it anymore in time for the release. In the aftermath we also had to fix graphics/drm-515-kmod and had to correct LinuxKPI code to unbreak SR-IOV for mlx5en. In December we started tracking Linux v6.18 for some drivers. More will likely follow or we will go straight to v6.19-rcN to benefit from upstream improvements. Firmware With the update of drivers to newer versions a few firmware files needed updates. The automated way we used to use for iwlwifi(4) no longer works so we now pick all we can get but still try to classify the files into flavors for as long as we can. The wifi-firmware ports framework got completely switched to only shipping plain firmware files and no more kernel modules. This means that kernel updates no longer require package upgrades and firmware can be updated independently (for most). Firmware for all the other drivers supported (or unsupported) also got updated. Intel iwlwifi support A few bug fixes were implemented, mostly related to the fact that the iwlwifi (4) mvm sub-driver now officially got split up into mvm and mld in the newer versions. Also support for 1x1 cards, such as AX101, which suffered a firmware crash with 11n and 11ac, got fixed. Mediatek mt76 chipset support After finally finding some laptop in which the MT7922 card could be used for development, which was not the main WiFi slot of my framework laptop, we had packets passing at basic rates within 10 days. The mt76 driver continues to be blocked on the LinuxKPI struct page conflict and further page pool work. A pull request for the master branch for drm-kmod was opened to try to deal with possible conflicts for struct page changes upfront. Work is ongoing to support 11n and 11ac rates. Further mt76 supported chipsets will be added over time, likely the MT7925 next. Realtek rtw88 and rtw89 11n and 11ac support Some Realtek chipsets had/have problems with the LinuxKPI compat implementation to work or not crash. At least one rtw88(4) chipset will not associate (or scan properly), while the rtw89(4) driver can cause a panic at times. Work to improve some of this is on the way. In addition work to support 802.11n and 802.11ac rates with these drivers is also on the way. BlockACK support got sorted and rtw89(4) seems fine with RX but is still stuck on basic rates for TX. The latter is likely caused by newer driver downcalls which we are now starting to support in LinuxKPI to address the issue. Sponsor: The FreeBSD Foundation ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ GENEVE Tunnel Links: Add Support for Geneve (RFC8926) URL: https://reviews.freebsd.org/D54172 Contact: Seyed Pouria Mousavizadeh Tehrani I have been working on GENEVE tunnel implementation for three months and it is now under review. GENEVE creates a generic network virtualization tunnel interface for tenant systems over an L3 (IP/UDP) underlay, providing Layer 2 (ethernet) or Layer 3 services using the GENEVE protocol. Here is what I have done: • Support for unicast and multicast underlay for both IPv4 and IPv6. • Jail support and per-VNET geneve tunnel. • RXCSUM/TXCSUM/TSO offload capabilities. • Support for inheritance and configuration of ToS, TTL, and DF values. • Support for NETLINK/WITHOUT_NETLINK for if_geneve. • Updated ifconfig to support tunnel creation and modification using NETLINK for if_geneve. • Wrote man page for geneve(4) and updated ifconfig(8) to include geneve parameters. • Wrote tests. Dependencies and related reviews to support geneve implementation: • Bug fix on netlink dump assignment D54190 (done) • Bug fix on netlink credential inheritance 54109 (under review) • Update ECN tunneling behavior per RFC6040 (required by GENEVE) 53516 (under review) The review is large because I implemented features that are already available on other platforms before submitting. You can help to speed up the process by reviewing and providing feedback on phabricator. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Kernel Rust Support Links: rust KPI repository URL: https://github.com/ayrtonm/freebsd-kpi-rs virtio sound rust driver URL: https://github.com/ayrtonm/freebsd-src/tree/virtio_snd Contact: Ayrton Muñoz I have been adding support for using rust in the kernel and writing device drivers with it. Rust is a good tool for taking existing rules about how pointers may be used and enforcing them with the type system. These rules are often implicit in C meaning additional mental bookkeeping for developers. Rust will not prevent every bug, but it lets developers avoid some of this and focus more on implementing the functionality they care about. The rust KPIs are currently under development and not very stable, but there is no dependency on the wider rust ecosystem or unstable language features/APIs. This means that they should eventually be able to provide as much stability as equivalent C KPIs and upgrading to newer rust toolchains should not introduce breakage. It also provides as much transparency as C about when allocations happen since it uses a non-allocating subset of the rust standard library. Different kernel subsystems will require rust wrappers, but these can build off of the base functionality provided in the rust KPI repository. I have been experimenting on and off with this since late 2024 and development mainly happens in my rust KPI repository. This repository also has makefiles and patches for config(8)/build system integration. The easiest driver for developers to build and try themselves is my virtio sound driver. Some interfaces it uses are in flux, but the driver is functional enough for music playback in QEMU. That branch also includes rust wrappers that may be reused for other virtio devices or sound/PCM drivers. Only x86-64 and aarch64 are currently supported. Other architectures supported by LLVM can be added if there is interest, but I wanted to initially focus on just a few use-cases. Aside from QEMU I have also been testing rust drivers on hardware with some drivers for ARM64 Apple machines. This was the initial use-case and involves taking some WIP drivers I started helping with in 2024 and porting the greenfield parts to rust. This is mostly low-level drivers, but also includes the DockChannel HID driver for the keyboard on the M2 MacBook. At some point in early 2026 the rust KPIs should be stable enough for interested developers to try writing new code with them. They will not be perfect, but I want to make sure they work roughly like existing drivers expect and also fit the expectations of rust developers before asking for testers. Hopefully the Apple drivers will be back up to parity with the initial WIP in C in the first half of 2026 as well. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ USB Kernel Debugging Improvements Contact: Tom Jones XHCI USB controllers offer a mode which allows them to be used as a system debugging interface. XHCI debug uses a special USB 3 cable with VBUS, D+ and D- disconnected. The feature can be used to live debug the FreeBSD kernel, enabling investigation of issues which cause the system video console to lock up and there is not an alternative such as a serial console. This can happen when debugging issues with graphics drivers. Hiroki Sato developed support for the XHCI debug interface and made it available as some in progress git branches. This implementation enables FreeBSD to operate as both a Debug Host and a Debug Target, with support for debugging from the loader through to the kernel. In this quarter there has been significant debugging of the debug interfaces associated with the host side of xhci debug. A custom board was designed to support two debug modes with USB-C, xhci debug and the USB-C Debug Accessory Mode (DAM). DAM enables an alt mode for USB-C connectors, on some devices such as 2025 Framework laptops and the desktop this mode enables access to a SOC UART for debugging. Further revisions of the hardware are needed to create a complete xhci USB-C adapter and a more fully featured DAM adapter. Reviews have been created for the loader portion of the implementation and several changes have been extracted out and landed in the tree. Sponsor: The FreeBSD Foundation ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Architectures Updating platform-specific features and bringing in support for new hardware platforms. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ FreeBSD Driver Development for BananaPi-R64 Links: Wiki URL: https://wiki.freebsd.org/arm/Bananapi Contact: Martin Filla Introduction The Banana Pi R64 is a MediaTek MT7622-based development board (ARM Cortex-A53, dual-core ~1.35 GHz) featuring 4× Gigabit LAN, 1× Gigabit WAN, Wi-Fi (4×4n), Bluetooth 5.0, and multiple peripheral interfaces (UART, SPI, I²C, GPIO, SATA, mini-PCIe, eMMC, etc.). Current State of FreeBSD Support Implemented so far: • UART driver • Clock management (clocks) • Pinctrl • Storage controllers (eMMC/SD/MMC) driver • Ethernet Switch mt7531 driver • Ethernet mt7622 driver • XHCI driver • Watchdog driver • RTC driver • RNG driver • Pciecfg driver • SysIRQ driver Development roadmap Implement missing drivers: • USB3 / T-PHY • SATA / AHCI / T-PHY • Wi-Fi (likely MediaTek MT7615) • GPIO subsystems • I2C • SPI • PWM • PCIE Work in progress drivers: • T-PHY ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Documentation Noteworthy changes in the documentation tree, manual pages, or new external books/documents. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Accessibility Handbook Link: FreeBSD Accessibility Handbook URL: https://docs.freebsd.org/en/books/accessibility/ Contact: FreeBSD Accessibility mailing list Contact: Alfonso Sabato Siciliano In recent reports, the new Accessibility Handbook was announced and its reviews were published. The handbook aims to document the assistive technologies available in FreeBSD, covering both the base system and the Ports Collection. During this quarter: • The book was presented at the FreeBSD Developer Summit Zagreb 2025, with slides available here. • The book was published and is now available on the FreeBSD website under Documentation > Books > Accessibility Handbook. At present, the handbook describes assistive technologies related to visual disabilities. It is part of the Vision Accessibility project sponsored by the FreeBSD Foundation. The handbook is structured into two parts and six chapters: 1. Help — Covers how to request assistance effectively through appropriate FreeBSD communication channels. 2. Virtual Terminal — Documents vision-related accessibility features of the FreeBSD virtual console (vt(4)). 3. Colors — Explains how to configure color schemes, including high-contrast themes and adjusting screen colors for ambient lighting. 4. Low Vision — Outlines accessibility tools in graphical desktop environments for users with low vision, such as screen magnifiers, readable fonts, and scaling. 5. Blindness — Describes assistive technologies for blind users, focusing primarily on screen readers and compatible tools. 6. Development — Provides resources for developers to make their software accessible, test accessibility, and improve support for users with visual impairments. The handbook deliberately avoids images and minimizes non-plain-text elements to enhance compatibility with assistive technologies. Tips and new ideas are welcome. If possible, send reports to the FreeBSD Accessibility mailing list, to share and to track discussions in a public place. Sponsored by: The FreeBSD Foundation ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ FreeBSD Git Weekly Links: FreeBSD Git Weekly URL: https://freebsd-git-weekly.tarsnap.net/ Contact: Graham Percival These are weekly lists of commits to the FreeBSD source tree, split into categories such as "documentation", "hardware support", "testing", and "kernel". We also include quarterly lists of the categorized commits, for those who prefer to see three months of development at once. Our goal is to make it easier for developers and users to keep track of changes in FreeBSD that are relevant to them, without needing to subscribe to the dev-commits-src-main mailing list and look at every single commit which lands in their mailbox. There is a freebsd-git-weekly@tarsnap.com mailing list that provides announcements about each report. Sponsor: Tarsnap Backup Inc. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ The FreeBSD Russian Documentation Project Links: FreeBSD Official Website in Russian URL: https://www.freebsd.org/ru/ FAQ URL: https://docs.freebsd.org/ru/books/faq/ The FreeBSD Russian Documentation Project site URL: https://github.com/freebsd-doc-ru/freebsd-doc/discussions Contact: Andrey Zakhvatov Contact: Vladlen Popolitov The FreeBSD Russian Documentation Project’s current goal is to provide up-to-date Russian translations of the most important parts of the FreeBSD documentation (FAQ, Handbook, website content). It is essential to support Russian speaking users with high-quality official technical materials and to increase the adoption of the operating system worldwide. We hope this initiative will gain support within the Russian-speaking FreeBSD community and lead to an increase in translated materials. During the last quarter: • 100% of the text in Weblate has been translated, accounting for all recent changes. • The review and update process for the remaining documentation has been completed. All 47 documents (books and articles) are now fully synchronized on the Russian documentation site. • The Russian language section of www.FreeBSD.org/ru has been restored, with approximately 90% of its pages updated. • News, event announcements, and press links are now being translated and published on the Russian website. Additionally, Errata Notices and Security Advisories have been translated into Russian starting from January 2025. • For the FreeBSD 15.0 release, the complete set of release documentation (release notes, errata, etc.) has been translated into Russian in a timely manner alongside the English originals. • The project to translate FreeBSD man pages has been initiated and is in its very early stages. Preliminary examples can be found at GitHub. This report acknowledges with appreciation the contributions of the following colleagues who performed reviews of our commits during the quarter (in Phabricator or by email): • Sergio Carlavilla Delgado • Eugene Grosbein • Dmitry Morozovsky • Maxim Konovalov • Michael Zhilin • Sergey Kandaurov • Lorenzo Salvadore Plan for next quarter: • Finalize the update of all remaining pages on the Russian language website. • Establish a sustainable workflow to keep the translated content (News, Events, Press, Errata, Security Advisories) up to date and publish it on the website as promptly as possible. • Translate the new "FreeBSD Accessibility Handbook" as soon as it becomes available for translation in Weblate. • Continue the ongoing project to translate FreeBSD man pages. Check the official translation guide if you would like to help. We would appreciate your assistance with translating the following materials: • Web pages • Man pages ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Ports Changes affecting the Ports Collection, whether sweeping changes that touch most of the tree, or individual ports themselves. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ FreeBSD HPC Ports Modernization: Slurm 25.11 and Unbundled PMIx/PRRTE Links: sysutils/slurm-wlm: 23.11.7 → 25.11.0 URL: https://cgit.freebsd.org/ports/commit/?id=1536bac0dd26d81e315652929b8bfaff9c136089 net/pmix: Process Management Interface for Exascale (PMIx) URL: https://www.freshports.org/net/pmix/ net/prrte: PMIx Reference RunTime Environment (PRRTE) URL: https://www.freshports.org/net/prrte/ sysutils/py-clustershell: Python framework for efficient cluster administration URL: https://www.freshports.org/sysutils/py-clustershell/ Kavocado Monthly Status Reports – FreeBSD HPC notes URL: https://kavocado.net/reports/ Contact: Generic Rikka During this quarter, a significant amount of work has gone into making FreeBSD a more practical target for modern HPC clusters by bringing key components of the Slurm + PMIx + PRRTE stack up to date and available as first-class ports. Work completed • Updated sysutils/slurm-wlm from 23.11.7 to 25.11.0, tracking the latest upstream long-term series and drastically reducing the number of local patches required for FreeBSD. • Refreshed the Slurm rc.d scripts so that slurmctld and slurmd integrate better with a typical FreeBSD deployment (configurable config/log directories, pidfiles, status and cleanup helpers). • Introduced net/pmix and net/prrte as standalone ports, and switched net/ openmpi to use these unbundled runtimes instead of the copies shipped inside the OpenMPI distfile. This aligns FreeBSD more closely with how many Linux HPC distros package the MPI runtime stack. • Added sysutils/py-clustershell, a Python framework widely used for scalable cluster administration, providing FreeBSD users with a familiar tool found on many production HPC systems. Work in progress • Iterating on additional Slurm integration improvements (plugins, defaults, documentation) to make it easier to deploy Slurm on FreeBSD in real clusters. • Extending the HPC userland stack with further tools such as test frameworks and job-oriented utilities, so that FreeBSD can serve as a realistic development and validation platform for HPC software. • Porting sysutils/mpifileutils and its dependencies (devel/libcircle, devel/ lwgrp, devel/lwgrpd) to provide MPI-parallel file utilities commonly used on large HPC filesystems (currently under review). • Adding and refining HPC-oriented Python tooling, including benchmarks/ py-reframe (HPC regression testing framework) and continued work around sysutils/py-clustershell. • Initial work on bringing devel/spack to FreeBSD as a complementary tool for HPC software development and experimentation, with the goal of improving compatibility with existing HPC workflows. Future plans • Continue tracking upstream Slurm, PMIx and PRRTE releases closely so that FreeBSD remains a viable target for sites that expect a modern MPI/Slurm stack. • Document a “reference” Slurm + OpenMPI + PMIx + PRRTE setup on FreeBSD, to lower the barrier for new sites that want to experiment with FreeBSD in an HPC context. • Identify and address FreeBSD-specific gaps or regressions to ensure the software stack remains feature-complete and robust on FreeBSD. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ GCC on FreeBSD Links: GCC Project URL: https://gcc.gnu.org/ GCC 13 release series URL: https://gcc.gnu.org/gcc-13/ GCC 14 release series URL: https://gcc.gnu.org/gcc-14/ GCC 15 release series URL: https://gcc.gnu.org/gcc-15/ GCC 16 release series URL: https://gcc.gnu.org/gcc-16/ Contact: Lorenzo Salvadore Very little has happened for GCC on FreeBSD this quarter. The main news is that the exp-run to update GCC default version from 13 to 14 is finally finished. It took longer than expected due to some segmentation fault which happens in the emacs ports only on most recent FreeBSD versions. Since the GCC_DEFAULT update was already long due, it has been chosen to pin the emacs ports to GCC 13 for now, so that this single bug does not prevent the rest of the ports tree from getting advantage of a more recent GCC version by default. Please see PR 288303 for more information. GCC 15 is already in our ports tree and the process to bring GCC_DEFAULT to 15 will soon start. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Improve libvirt support for bhyve hypervisor Links: libvirt: Bhyve driver URL: https://libvirt.org/drvbhyve.html Contact: Roman Bogorodskiy Completed work • libvirt/bhyve driver: □ NVMe device support added. □ PCI passthrough support added. □ SLIRP networking support added. □ More configuration options added: SATA nmrr/RPM, NVMe queues, VNC wait. • Enabled libvirt-tck hooks tests. Plans for the next quarter • Add support (targeted, but might roll over to next quarter) for: □ Boot order configuration. □ TPM devices. □ Complete suspend/resume support. □ arm64 support. □ virtio-scsi support. □ Guest NUMA configuration support. • Improve virt-manager support on FreeBSD. Sponsor: The FreeBSD Foundation ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Improve OpenJDK on FreeBSD Links: Project description URL: https://freebsdfoundation.org/project/improving-openjdk-on-freebsd/ Project repository URL: https://github.com/freebsd/openjdk Contact: Harald Eilertsen FreeBSD Java mailing list The goal of this project is to improve OpenJDK support for FreeBSD/amd64 and FreeBSD/arm64. Java is an important runtime environment for many high performance, critical enterprise systems. Making sure Java based applications run correctly and efficiently on FreeBSD is important to ensure that FreeBSD will continue to be a viable and attractive platform for enterprises, as well as businesses and organizations of all sizes. In this quarter the following issues/milestones were reached: • Released a port for OpenJDK 25, later updated to OpenJDK 25.0.1. Thanks to Greg Lewis and Kurt Miller for helping. • Added headless and jre FLAVORS to the OpenJDK 25 port. This enables building and installing only a headless (no GUI) version of the JDK or just the Java Runtime Environment (no compiler or dev tools). It is also possible to combine these to only install a headless-jre variant. This is useful in server environments, or other resource constrained environments where the full JDK and tools are not necessary. The plan is to extend these FLAVORS to the remaining OpenJDK ports as well. • Submitted a fix upstream that fixed invalid memory alignment on systems using jemalloc, or other allocators that do not use the strong alignment interpretation of the C standard alignment requirements. This caused problems when allocating small off-heap memory segments using the java.lang.foreign.Arena API on FreeBSD. This fix will be included in OpenJDK 26. • Deprecated OpenJDK ports no longer supported by upstream. The ports will expire and be removed throughout the first half of 2026, leaving the LTS versions and the latest maintained ports behind. Other notes: • Spent some time digging into the history of getrlimitusage(2) system call discovering it was available since version 14.2 despite the man page saying it first appeared in version 15. See also related review by emaste. This was relevant because the performance improvements from previous quarter relies on this system call. Knowing that it is available for all currently maintained versions of FreeBSD, means we do not need to keep code to fall back to less efficient ways of obtaining the same information. • Updates made to the Mac OS X implementation of the Hotspot Serviceability Agent debugging facility broke the BSD implementation. Due to history, these implementations share the same source files and directories despite being somewhat different implementations. Work has been started on moving the OS X code to it’s own implementation, so that we can work on the BSD implementation without having to step on each others toes. • Work on changing the way we bootstrap OpenJDK builds in the ports system has been resumed. This work is more relevant again as deprecating unmaintained ports breaks the previous assumption that you could depend on the previous OpenJDK version to build the current version. The new bootstrapping mechanism must be in place before actually expiring the existing ports. • I lost access to my Aarch64 test system in the beginning of this quarter, so I have not been able to test as well as I want on that architecture. This situation is now remedied, and I am in the process of getting the new system set up for building and testing. Sponsor: The FreeBSD Foundation ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Make OpenJDK 21 the default JAVA_VERSION Links: Issue 272855 URL: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=272855 Sheet tracking Work in Progress URL: https://docs.google.com/spreadsheets/d/17hmRQ0ShY4SHHVEkQBVxqK2G88fPZLriTzO26zXdjC4/edit?usp=sharing Contact: Ronald Klop The default JAVA_VERSION in FreeBSD ports is still OpenJDK 8. It is time to upgrade this to a more modern version like OpenJDK 21. We need to test and fix all ports using Java to build or run with JDK 21, or pin JAVA_VERSION in the port to the latest supported version. The work is being tracked in PR 272855 and a Google Sheet for more details. Already more than half of the ports that failed a test run is fixed. If you have experience with Java and the ports system you are invited to help. I think it is reasonable to have the ports in shape for the JAVA_VERSION=21 setting in February 2026. Plan: • Check the last 12 ports and create a PR or commit • Commit the PRs that are timing out on maintainer feedback • Ask for another exp-run • If done, increase JAVA_VERSION ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ KDE on FreeBSD Links: KDE/FreeBSD initiative URL: https://freebsd.kde.org/ FreeBSD — KDE Community Wiki URL: https://community.kde.org/FreeBSD Contact: KDE on FreeBSD Mailing List The KDE on FreeBSD project packages CMake, Qt, and software from the KDE Community, for the FreeBSD ports tree. The software includes a full desktop environment called KDE Plasma (for both X11 and Wayland) and hundreds of applications that can be used on any FreeBSD machine. The KDE team is part of desktop@, building the software stack to make FreeBSD beautiful and usable as a daily driver graphical desktop workstation. Infrastructure CMake was updated to 3.31.10. Ninja was updated to 1.13.2. Qt6, PyQt6, and PySide6 were updated to 6.10.1. Qt5 was updated to 5.15.18 KDE patch collection. Upstream standard support for Qt5 is officially over. This might be the last update for Qt5 on FreeBSD. KDE Stack KDE Frameworks, Plasma, and Gear release happen very regularly. KDE team lands these updates shortly after their upstream release. • KDE Frameworks ports were updated to 6.21.0. • KDE Plasma Desktop was updated to 6.5.4. • KDE Gear was updated to 25.12.0. With KDE Gear 25.12.0 the last two applications have been finally ported to Qt6, and KDE Stack is liberated from Qt5 packages now. The x11/kde port has been reduced and does not install Plasma 6 integration plugins for Qt5 and GTK2 applications anymore. They are still available and can be installed via x11/ plasma6-plasma port if required. Support for Plasma/Wayland has been improved. It can be used as a daily driver instead of Plasma/X11. Related Ports The KDE team maintains nearly 730 ports and updates them all as needed. According to portscout only 1% ports are outdated. The KDE team would like to thank Gleb Popov, Jason E. Hale, Loïc Bartoletti, and Max Brazhnikov for keeping things up-to-date. The KDE team is grateful to Harley (SponiX on IRC) for sharing his building box. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Use Bazel as build tool for MongoDB 8.0 Links: MongoDB 8.0 port URL: https://www.freshports.org/databases/mongodb80/ Bazel 8 PR URL: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=287546 Contact: Ronald Klop MongoDB is a production level NoSQL database. Our ports has the Community edition of MongoDB for many years already. MongoDB is used by several WiFi controller software in ports like Unifi and Omada. In MongoDB 8.0.13 the build system is changed from SCons to Bazel. We have version 8 of Bazel in Bugzilla (PR 287546). With this version the build of MongoDB 8.0 starts. Unfortunately the build errors pretty quickly. Because of security issues in the MongoDB 8.0 port it becomes important to upgrade the port to the latest version. I am looking for somebody with experience of a Bazel build to help. • Contact me. • Set up your build environment with Bazel 8. • Compile and fix. • Let us commit it! ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ OpenVox (Puppet) Links: Vox Pupuli URL: https://voxpupuli.org/ OpenVox GitHub organization URL: https://github.com/OpenVoxProject/ Vox Pupuli GitHub organization URL: https://github.com/voxpupuli/ Contact: Puppet Team OpenVox (Puppet) is a Free Software configuration management tool, composed of a source of trust (OpenVox Server) that describes the expected configuration of machines with a domain-specific language, and an agent (OpenVox Agent) on each node which enforces that the actual configuration matches the expected one. An optional database (OpenVoxDB) can be setup for reporting and describing advanced schemas where the configuration of a machine depends on the configuration of another one. A lot of things happened in the Puppet world this year. After Perforce announced major changes regarding how they contribute to Open-Source, they discontinued the Open Source version of Puppet (also known as OSS Puppet), advising users to switch to Puppet Enterprise (closed source flavor of Puppet that has existed for years) or Puppet Core (a new closed source flavor of Puppet, not developed in the open, and accessible only after signing an End-User License Agreement (EULA)). The Vox Pupuli community tried to reason with Perforce, but without success. Vox Pupuli therefore took maintainership of the Apache-2.0 licensed Puppet code, and continue to maintain it, update it, provide packages, instead of Perforce. The name "Puppet" being owned by Perforce, the project has been renamed to "OpenVox" in order for users to not confuse the old unmaintained Open-Source Puppet with the new version maintained by OpenVoxProject, which is part of Vox Pupuli. To follow these changes, a bunch of ports have been added to the FreeBSD ports tree: • sysutils/openvox-agent8 replaces sysutils/puppet8; • sysutils/openvox-server8 replaces sysutils/puppet-server8; • databases/openvoxdb8 replaces databases/puppetdb8; • databases/openvoxdb-terminus8 replaces databases/puppetdb-terminus8; • sysutils/rubygem-openbolt replaces sysutils/rubygem-bolt; • sysutils/rubygem-openfact replaces sysutils/rubygem-facter. They are drop-in replacement of the former ports: while the packages are named "openvox", the service keep their legacy name for now. Switching to them is as easy as installing them, and answering yes when pkg propose to remove the legacy packages and install the new ones. No other action is required: the module you used with Puppet are expected to continue working with OpenVox. During this year, Puppet 7 has also reached End-of-Life, so the corresponding ports have been deleted from the FreeBSD ports tree. Puppet 7 was the last version that allowed to choose between the C and the Ruby version of facter, the port for the C version (sysutils/facter) has therefore also been removed. Because the legacy ports of Puppet 8 will not be updated anymore, they will be deprecated soon, and follow the same fate. From nobody Mon Feb 23 17:06:16 2026 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 4fKS0X6DN3z6Tmc5 for ; Mon, 23 Feb 2026 17:05:32 +0000 (UTC) (envelope-from gperciva@tarsnap.com) Received: from mail.tarsnap.com (mail.tarsnap.com [54.86.246.204]) by mx1.freebsd.org (Postfix) with SMTP id 4fKS0W6sYbz3sxk for ; Mon, 23 Feb 2026 17:05:31 +0000 (UTC) (envelope-from gperciva@tarsnap.com) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=tarsnap.com; spf=pass (mx1.freebsd.org: domain of gperciva@tarsnap.com designates 54.86.246.204 as permitted sender) smtp.mailfrom=gperciva@tarsnap.com Received: (qmail 19797 invoked from network); 23 Feb 2026 17:05:31 -0000 Received: from unknown (HELO localhost) (127.0.0.1) by mail.tarsnap.com with SMTP; 23 Feb 2026 17:05:31 -0000 Date: Mon, 23 Feb 2026 09:06:16 -0800 From: Graham Percival To: freebsd-current@freebsd.org, freebsd-git-weekly@tarsnap.com Cc: Colin Percival Subject: FreeBSD Git Weekly 2026-02-16 to 2026-02-22 Message-ID: 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 X-Spamd-Result: default: False [-3.30 / 15.00]; NEURAL_HAM_SHORT(-1.00)[-0.997]; NEURAL_HAM_MEDIUM(-0.96)[-0.957]; NEURAL_HAM_LONG(-0.65)[-0.650]; DMARC_POLICY_ALLOW(-0.50)[tarsnap.com,none]; R_SPF_ALLOW(-0.20)[+ip4:54.86.246.204/32]; RCVD_NO_TLS_LAST(0.10)[]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; MISSING_XM_UA(0.00)[]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:14618, ipnet:54.86.0.0/16, country:US]; TO_DN_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[54.86.246.204:from] X-Rspamd-Queue-Id: 4fKS0W6sYbz3sxk X-Spamd-Bar: --- Hi all, I'm happy to announce FreeBSD git weekly for 2026-02-16 -- 2026-02-22: https://freebsd-git-weekly.tarsnap.net/2026-02-16.html It's a list of the 202 commits in that week, split into categories. Highlighted commits: - bhyve: fix USB mouse requests - hwpstate_amd(4): CPPC: Switch the default to maximum performance "Highlighted" commits are selected automatically if a commit modifies UPDATING, or if the commit message contains a "Relnotes:" line. If you think that another commit should be highlighted, let me know and I'm happy to make it so. To see all reports: https://freebsd-git-weekly.tarsnap.net/ This work is funded by cperciva@ and Tarsnap Backup Inc. Cheers, - Graham Percival From nobody Tue Feb 24 16:28:51 2026 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 4fL385350Lz6SSbJ for ; Tue, 24 Feb 2026 16:29:09 +0000 (UTC) (envelope-from developer@lorenzosalvadore.it) Received: from mail-4396.protonmail.ch (mail-4396.protonmail.ch [185.70.43.96]) (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 "R12" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fL3844WZxz3tQp for ; Tue, 24 Feb 2026 16:29:03 +0000 (UTC) (envelope-from developer@lorenzosalvadore.it) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=lorenzosalvadore.it header.s=protonmail2 header.b=fw8I4Yuq; dmarc=pass (policy=quarantine) header.from=lorenzosalvadore.it; spf=pass (mx1.freebsd.org: domain of developer@lorenzosalvadore.it designates 185.70.43.96 as permitted sender) smtp.mailfrom=developer@lorenzosalvadore.it DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lorenzosalvadore.it; s=protonmail2; t=1771950539; x=1772209739; bh=AHG3/pV0pXWa8HxqD0efzNGTgy7UYHGwjLuWBnObDCY=; 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=fw8I4YuqrWPnyubbRyaVuB84jALPbOJ5l7MR+BSc3DZnc4u4C6iLmRGKmsuz1BBcy dQkshZCIAf0hCPXQXc3w/fGiAX/RyccbKlYTAaHiT0cRhcM3oLxPtrNGT4iGPnaFsV KQup+3nfBI5Yb7OqpkcJ7Qczd0Xmub0WrGboDkjwjJzU2XgDnfOY92yzPhuuWwdK3e iZesCFsO4hh4y59EP9zc5mK2MTybMZ/7E0nXEZi6HZSXhD105ZiltlXhicwkf1Rq0y PWZHZn9lemx59eUlzHKqgeMUdK4mvjCvAqgdk+zpgnH0gweJse8BGIexOYLVy6Rf+s vpLRvkIKbrAzw== Date: Tue, 24 Feb 2026 16:28:51 +0000 To: "Julian H. Stacey" From: Lorenzo Salvadore Cc: Lorenzo Salvadore , "freebsd-current@freebsd.org" Subject: Re: FreeBSD Status Report - Fourth Quarter 2025 Message-ID: In-Reply-To: <202602231904.61NJ429W012539@dell.no.berklix.net> References: <202602231904.61NJ429W012539@dell.no.berklix.net> Feedback-ID: 53711648:user:proton X-Pm-Message-ID: 8428209f03f7c7b9ede00099ceb4149b5e61e6f5 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-Result: default: False [-4.10 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[lorenzosalvadore.it,quarantine]; R_SPF_ALLOW(-0.20)[+ip4:185.70.43.0/24:c]; R_DKIM_ALLOW(-0.20)[lorenzosalvadore.it:s=protonmail2]; RCVD_IN_DNSWL_LOW(-0.10)[185.70.43.96:from]; MIME_GOOD(-0.10)[text/plain]; TO_DN_EQ_ADDR_SOME(0.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.43.0/24, country:CH]; MISSING_XM_UA(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_DN_SOME(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[lorenzosalvadore.it:+] X-Rspamd-Queue-Id: 4fL3844WZxz3tQp X-Spamd-Bar: ---- On Monday, February 23rd, 2026 at 20:04, Julian H. Stacey = wrote: > Hi Lorenzo cc current@ > > > Starting from next quarter, report > > submission will have a deadline on the 14th of the first month past the= end of > > quarter and this deadline will be actually enforced for everyone, inclu= ding > > committers and teams. > > Suggestion to help meet deadlines, remove (sample from an old release) > /usr/src/usr.bin/calendar/calendars/calendar.freebsd > =0903/31=09First quarter status reports are due on 04/15 > =0906/30=09Second quarter status reports are due on 07/15 > =0909/30=09Third quarter status reports are due on 10/15 > =0912/31=09Fourth quarter status reports are due on 01/15 > For: > =09jan 1=09Reminder: send freebsd quarterly status report by 14th. > =09jan 7=09Reminder: send freebsd quarterly status report by 14th. > =09jan 12=09Deadline: send freebsd quarterly status report by 14th. > =09apr 1=09reminder: send freebsd quarterly status report by 14th. > =09apr 7=09Reminder: send freebsd quarterly status report by 14th. > =09apr 12=09Deadline: send freebsd quarterly status report by 14th. > =09jul 1=09Reminder: send freebsd quarterly status report by 14th. > =09jul 7=09Reminder: send freebsd quarterly status report by 14th. > =09jul 12=09Deadline: send freebsd quarterly status report by 14th. > =09oct 1=09Reminder: send freebsd quarterly status report by 14th. > =09oct 7=09Reminder: send freebsd quarterly status report by 14th. > =09oct 12=09Deadline: send freebsd quarterly status report by 14th. Thanks for the suggestion! I did not even know we had reminders in that calendar file. I have created the following revision (I could not add you directly because I could not find any account for you): https://reviews.freebsd.org/D55491 Cheers, Lorenzo Salvadore From nobody Tue Feb 24 17:41:05 2026 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 4fL4l80C6sz6SfSV; Tue, 24 Feb 2026 17:41:08 +0000 (UTC) (envelope-from glebius@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 "R13" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fL4l76LtSz3QGh; Tue, 24 Feb 2026 17:41:07 +0000 (UTC) (envelope-from glebius@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1771954867; 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=Qt4m5WmusXwUVvrlcZOvcpp2eWtA6k8pd4X/t+oaWIU=; b=oasBztEnmiVCu6W0We+TU8eeth9N5Ff6kwJ9TKS8RWBCUJTPCDet/I2ma5vglRFlG+0L/e 2j2Esi+y7axRL2YRoGJ3t/N2b9KpsAlXeKFw+M59wp6wMV5HdCLP5sjDdJMJ49udAecZQi xV50+xweaDmqri6GBJg23HOjFqYb0d9fEFSuivB6O36tgrq6vkVd5b92DWJyCIyo77xjYr FTGGA28nUKe0WqdycR2dVhAvPkEuZ5a1LagoZI8lW7qR/jaGFzTbWBozAzThcnNET7uQ/S /7RkQaB4c8mQWQEp4pOq/mMqcpimIg5tV1M4V2uiaiwGy6Lv90Cb47DnrGv8OA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1771954867; a=rsa-sha256; cv=none; b=L9I20ZVWwElSAc9XYAjJlDZTUEbZjxcEhQ88DZ8ohdmX2hC9/cur67J5cytYXxQBt0sLKH onqLp7hfvx2TnVywewxefA9iWOgbC7CY4Ok7hXmcTNzJ2bcWhX/H2fbNPvjmJ4u0ize57T QuD66I2Z8jFIZny5B/w+/tIgqN4nJmCdWkQaBp7WmMmj7S/G4LxQw4Gl6WDUqhTmI7WEC9 q4fK15k3nH54E57XsDxj96V7prZBDQwj2BX3amh3Yb3e1NJdDp0zmz5gtvBBBzWXPehiVJ MQOhyqx8PEr9VFNVatb8PsspGhFYc2hBpiTkEqaT8eR9h5i6lST0Z1+Qn3jOSw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1771954867; 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=Qt4m5WmusXwUVvrlcZOvcpp2eWtA6k8pd4X/t+oaWIU=; b=RJa9tpWnEIJJJL3geiyXD7CPeLz8keOeP5U7tO1QyhsN7Fnb+SIb3iGyHdN4yeoY9Bgtfb nFF5W5AXd169vCPy3ElH/5FdzD/EVQJxsLd3raJ7vnE6gFOI23867HygjPMuel0pi6Ka0y gSgCkPYe9GXPuVorobQEe3BwscqaC+eFiYsFrdT0jDgbReNeTMk99QTGyT7J0l0Ds+0uDu Lf8fwP6BhOgsAvcPiAeuGLsmb844/cuDC/Jr0dNLgHOVD6QT6YIwiOKCocIDjr5pYZ0DRW n/Jc1Sp8+ce6Q+XRfmV5DbzOXHRlVh6GF6Ge12AAHLXkb2JcFyoWertDf5zj+Q== Received: from cell.glebi.us (glebi.us [162.251.186.162]) (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: glebius) by smtp.freebsd.org (Postfix) with ESMTPSA id 4fL4l73831zsX4; Tue, 24 Feb 2026 17:41:07 +0000 (UTC) (envelope-from glebius@freebsd.org) Date: Tue, 24 Feb 2026 09:41:05 -0800 From: Gleb Smirnoff To: freebsd-current@freebsd.org, src-committers@freebsd.org Subject: Re: February 2026 stabilization week Message-ID: 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: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="bQT2h6EqUPlnrgZB" Content-Disposition: inline In-Reply-To: --bQT2h6EqUPlnrgZB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Mon, Feb 23, 2026 at 01:00:29AM -0800, Gleb Smirnoff wrote: T> This is an automated email to inform you that the February 2026 stabiliz= ation week T> started with FreeBSD/main at main-n284155-ab835b37075e, which was tagged= as T> main-stabweek-2026-Feb. The performance A/B testing at Netflix did not discover any stability or statistically significant performance regressions. My personal experience with nVidia based desktop and Intel based laptop, as well as home router didn't discover any problems, as well. The bugzilla is full of recent bugs for CURRENT, but none of them seem to b= e a recent critical regression. Let's consider the src repository thawed by the end of Tuesday, unless anyb= ody replies to this thread with a regression. So, if it is already Wednesday in your time zone and no new regressions in this thread - feel free to push. Thanks everyone! --=20 Gleb Smirnoff --bQT2h6EqUPlnrgZB Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQT+rgtjiRzq3LbQ3Nn+/1jAXQXMIgUCaZ3iqAAKCRD+/1jAXQXM Iuo6AP98YEmhguY4xp08gdCU/sKGp0+gg6K61u0wlxqprZIxaAEAzQp1Onl+w6z3 y9SzZSoLs19ApTOM5lE0/F78TqNCqQg= =sd/J -----END PGP SIGNATURE----- --bQT2h6EqUPlnrgZB-- From nobody Wed Feb 25 09:52:19 2026 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 4fLVJ22K5Yz6T5mg for ; Wed, 25 Feb 2026 09:52:34 +0000 (UTC) (envelope-from obiwac@gmail.com) Received: from mail-qk1-f182.google.com (mail-qk1-f182.google.com [209.85.222.182]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fLVJ16C6Rz3f2n for ; Wed, 25 Feb 2026 09:52:33 +0000 (UTC) (envelope-from obiwac@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-qk1-f182.google.com with SMTP id af79cd13be357-8cb40030be5so655151385a.3 for ; Wed, 25 Feb 2026 01:52:33 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1772013152; x=1772617952; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=BSZq/9lQkeXbNQgosoCYqldgd7MoPwK2fpW+1jGQRQs=; b=IOkwTjwguxgXfEjSUxzA4J56UrxxiFxZ/rhNqSqrnlEhH6ZKbQ3gRccKih7aI6MKbA 4nQcM/U6mGtGPyxRItkFsG4aWWjmKRRkQ0eCJzfD/BwmB0m/L0t5cY+U03iskotmmXvn df1fJPGw4gcaPpTi5cIbraXe+iomas8yJYivLDbFiP9+sRLkSUdKW9ThlP/rDtrZGkAy j0NaUhiWrUmiPdAwIpDmSY75dk2MJbp7rkkhdx0aNULV3aeg4cyR33WYP5HR9oVIcB68 b3bCZTRo186JIA5Bdn5UfuAsalH4xDa0wP9onlCjzac/sfOZjP9QmXNr24xJx28vlmhl w7MA== X-Gm-Message-State: AOJu0YyP3O6PAaDr1TpVU+OuXNNnMix+bMvJZNJPl6Ygkq9q9OGHfLtY 5C+t4tg2f1TMMHTaRK9J6WvZzy4RfZHv6/+T6yw+kDrbbu0h0ihq0DxZ/QOWVU8v X-Gm-Gg: ATEYQzzFiW2nxsJS/5QbXNB9Pqpdvz0EYIrN/hsC10zfOwI2zOJQ5Y4qOwFc25CjQlA FpSgPfWZjcNOlM3CO1I9btvUHFQ8Sr8cLbp7PFYaFuErmFqKZapB+RZQqdwUedMdIilS0Cwhvkb lyv1n0GKdbzI1RMot5aXDxg8A+Vf3GmNiXg3mNWFm5wFEUuKXX8lf/WpIByNyJHfYjyrFfMQVsq A/453eQLh7g0zocZDLLY9VXIdAUPRBfNUofQNg+gmDlkHY9EzCYfrPVMBFPc+luLjtT0SF/u6gm 78szeL+nCCKtxsQdlW5/7DmczUEREEZniNCeR9B3MhvyFMQ2S8NGvJTMnlICHs3VbmVvmA3RVtO qtNWcQ42V87GFhnfX0ZEiBIO3+JTUVL9Nug6fkb5hDj1PZw0fJhLZ5Z7pXv+JjNYsa3N1UEBITr 227TfreaBIlyc4hdz/2AgxFUiGyw9BzThcEuEaXFnBfgAnDz+5qcJfBCJSWsu/eQHlYcI3Zcd8J f0ah7JZ8FYFuwPZ8qvxLC4X36TD6RD4U+b6TPn2ykcR X-Received: by 2002:a05:620a:199a:b0:8c0:cec4:b6fa with SMTP id af79cd13be357-8cb8ca8c47dmr1840174885a.65.1772013152394; Wed, 25 Feb 2026 01:52:32 -0800 (PST) Received: from mail-qt1-f173.google.com (mail-qt1-f173.google.com. [209.85.160.173]) by smtp.gmail.com with ESMTPSA id af79cd13be357-8cb8d0eb04csm1376721385a.25.2026.02.25.01.52.32 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 25 Feb 2026 01:52:32 -0800 (PST) Received: by mail-qt1-f173.google.com with SMTP id d75a77b69052e-506c00df428so61359581cf.3 for ; Wed, 25 Feb 2026 01:52:32 -0800 (PST) X-Received: by 2002:a05:622a:1485:b0:503:2f41:aba2 with SMTP id d75a77b69052e-5070bca83efmr189458341cf.54.1772013151828; Wed, 25 Feb 2026 01:52:31 -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: <4ba2049c-7744-4e47-a2ed-b6830a4f2086@freebsd.org> In-Reply-To: <4ba2049c-7744-4e47-a2ed-b6830a4f2086@freebsd.org> From: obiwac Date: Wed, 25 Feb 2026 10:52:19 +0100 X-Gmail-Original-Message-ID: X-Gm-Features: AaiRm52EUc7dUKkSueT149fIo0jKTm-gYATS57fprScGGxA3Xpa79ksTa0aRCws Message-ID: Subject: Re: S0i3 sleep testing image To: Charlie Li Cc: FreeBSD CURRENT , freebsd-hackers Content-Type: text/plain; charset="UTF-8" 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:209.85.128.0/17, country:US] X-Rspamd-Queue-Id: 4fLVJ16C6Rz3f2n X-Spamd-Bar: ---- Hey Charlie! I believe Green Sardine is Cezanne, but just to be sure, can you send me your pciconf -lv? There shouldn't be anything crazy to do to support the Cezanne SMU. USB4 should just work. > Looking at your repository it seems like some of the commits have since > landed in main, so not sure how the rest should be rebased. Yeah, the 'everything' branch was out of date (I have a different branch for development, 'working2', as in "I'm working on this" not necessarily "this works", but that contains some non-S0ix-related patches too). I have just updated it: https://github.com/obiwac/freebsd-s0ix/pull/15 This should now work for you. I will have to update the sleep testing image soon-ish, but I want to figure out my C3 exit issues first. On Wed, 25 Feb 2026 at 05:57, Charlie Li wrote: > > On 20/10/2025 10:27, obiwac wrote: > > Hia everyone! > > > > I am currently working on S0i3 support for FreeBSD, and I have > > prepared a sleep testing image to make it easier to test this on a > > wide variety of different hardware. You can find these images here: > > > > https://people.freebsd.org/~obiwac/s0ix/ > > > > They are expected to successfully enter S0i3 on 7040 series AMD > > processors, and may work on a wider variety of (AMD) machines (I do > > not expect this to work out of the box on Intel, but I have never > > tried this out). Instructions about how to read the S0i3 entry metrics > > are available in the /root/README file or on that page. > > > > You can also of course build the kernel yourself instead: > > > > https://github.com/obiwac/freebsd-s0ix/tree/everything > > > > If you are interested in trying this out for yourself, it would be > > great if you could send me the ACPI dump of your machine (acpidump > > -dt) as well as the SMU metrics sysctl tree on AMD (sysctl > > dev.amdsmu.0). > > > Old thread; some other folks have prodded and I keep forgetting about > wanting to try this out since I have a Green Sardine machine, > specifically a ThinkPad X13 gen 2 AMD. This one has the BIOS option to > switch between S3 and S0ix, but the former does not actually work, as in > the machine never resumes and a hard power cut is needed. > > Looking at your repository it seems like some of the commits have since > landed in main, so not sure how the rest should be rebased. One of the > items now in main is amdsmu, but it seems that the device is not > available for this machine yet. > > -- > Charlie Li > ...nope, still don't have an exit line. From nobody Wed Feb 25 21:40:25 2026 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 4fLp172R87z6TqyB; Wed, 25 Feb 2026 21:40:43 +0000 (UTC) (envelope-from vishwin@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 "R13" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fLp171zynz3Dsf; Wed, 25 Feb 2026 21:40:43 +0000 (UTC) (envelope-from vishwin@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1772055643; 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:autocrypt:autocrypt; bh=+BsxCjiz+0V/Mb2SUB0q8BiDkAmxmwBKkPBPniPePlk=; b=i3iqDzLcuTpdOvw/8NqU3A3mw1kM/rtOU7l3WIHWi+DWn4ywHraEvSeh5Gvzt0j4TmDJim m7ZFE+lCIZnWsj2xAVycMpmiwniM7EeXClVXFJnw3ILMS3ps9BZQb5n2NO6PaN+YPWY5He ce0tQC59mKLz0aSbhvKn+CLcfNRHfwh1bbnditB4XSQTdSPo5/xwK14OLxavikIHgqDu85 99hkhsG7j/Y8EHxyFY7xbeuS/5rEPIm9GeRMxhprxGxk30bLlDU7yAfj8ejQx0MUxLrz5N CYAZX/sG6vvjsHMg1KjUMgrz2F3xWCMqM4tjFqiV/XTsG1J7QSQKHBL/xMMhIw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1772055643; a=rsa-sha256; cv=none; b=jktnTfTpTs77Kfa+k6r9akFK4NDmODcxFCxiMeyNOhc+X3FeAM2/1M280xnHu+BgF+fSDS s/7DjtxbNBlydRMyHfP2SH50Ps8WMZ/OcHXgT5JizAgU/aYSqjzIjKmymlgqoH2GpYR3D+ 4hziIn9FfBRCHAhAKGNPQSVP5EE26rY7v/hniIdXjdweXHG6z/z8UQYU3XNWh3VpjcCaJO l4Nju4rPc2LKDxVlc7Gd6axvqh7MjCsX9NQKIXDVQHH4ZJ00oj/RYYsOgjzcVR+O/lVSrW 7hCqivxA7EuVwEw3G5iwDQ2sklVxYJAZNaFEOS/YQCb+4GTf4YDn2xdGAhWoXA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1772055643; 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:autocrypt:autocrypt; bh=+BsxCjiz+0V/Mb2SUB0q8BiDkAmxmwBKkPBPniPePlk=; b=LrfvCFUFkJEUSvFQ4x0J9N85clcYTj+SmQaqLQjcHNMY0T+sOeWZ2oqvyAmhD9tNVglMYZ Zt8pGLlCu/Er6AkY7TDJ8aSi0w7ST7ZhE7+Pl0jKUvQPxRp07LwHrhuwMpI3cGkRhsoS96 zjZWbiFsuCY3y2P09gy9uJnNshE3MNUwQ35/6IDsRixOYo+ATGIRLp5r6C7/ugMa4BO3Cs l2HOtnsgXX4OvPgz8EgdVM8oMuNAnU1WCF6zlG2j2EznXbyrBVRz2hRwjMPP0rYbtb2s48 3uCduFTNfWIEVYeHPtUNSZqQ8LPtN3JTjh3oY+WZ21AUv+/G5i/yX24WOFFs8g== Received: from [IPV6:2601:98a:d00:c180:884d:fa26:2341:2296] (unknown [IPv6:2601:98a:d00:c180:884d:fa26:2341:2296]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: vishwin/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4fLp1704L2zGpM; Wed, 25 Feb 2026 21:40:42 +0000 (UTC) (envelope-from vishwin@freebsd.org) Message-ID: <70c93f00-d736-4ff9-b96a-c5c0a5121a7e@freebsd.org> Date: Wed, 25 Feb 2026 16:40:25 -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 Subject: Re: S0i3 sleep testing image To: obiwac Cc: FreeBSD CURRENT , freebsd-hackers References: <4ba2049c-7744-4e47-a2ed-b6830a4f2086@freebsd.org> Content-Language: en-US From: Charlie Li Autocrypt: addr=vishwin@freebsd.org; keydata= xjMEaEicoBYJKwYBBAHaRw8BAQdAZBuydpjFLGem4uRJPWaYMXX2e+BN1jDhbD3tcqbxhdfN MkNoYXJsaWUgTGkgKEZyZWVCU0QgUHJvamVjdCkgPHZpc2h3aW5ARnJlZUJTRC5vcmc+wpkE ExYKAEEWIQTHxcCLnAXo3rFg6k7P+1cn7slqBAUCaEicoAIbAwUJCWYBgAULCQgHAgIiAgYV CgkICwIEFgIDAQIeBwIXgAAKCRDP+1cn7slqBM/bAP9bhA4e0LxJYFYJlftZM5WHrMSPpUe6 G2pVqmQWTQ0EZQEA0PNryfH3qRWWPSI8mFNRnG24hi5/aXFqCnHj1tcJ9Q/OOARoSJygEgor BgEEAZdVAQUBAQdAUT4TzYFmV6ueIGwjX0N+445KZV6ns1Wiw67QMsJZxHkDAQgHwn4EGBYK ACYWIQTHxcCLnAXo3rFg6k7P+1cn7slqBAUCaEicoAIbDAUJCWYBgAAKCRDP+1cn7slqBPO/ AQCPuGiyyfJClICRs/ToG0MsT8YcPdBygzuUIIeGpkjJpgEA7AoFCQ0Y28Y3hIDFn2k9PH3B nGWL3g05W0ds2qoj+gQ= Organization: FreeBSD Project In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------1K3qrN1WbXzErRl0XrAL9Ky3" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------1K3qrN1WbXzErRl0XrAL9Ky3 Content-Type: multipart/mixed; boundary="------------zRn1b30PF0a2GLuAYuBtyEdi"; protected-headers="v1" Message-ID: <70c93f00-d736-4ff9-b96a-c5c0a5121a7e@freebsd.org> Date: Wed, 25 Feb 2026 16:40:25 -0500 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: S0i3 sleep testing image To: obiwac Cc: FreeBSD CURRENT , freebsd-hackers References: <4ba2049c-7744-4e47-a2ed-b6830a4f2086@freebsd.org> Content-Language: en-US From: Charlie Li Autocrypt: addr=vishwin@freebsd.org; keydata= xjMEaEicoBYJKwYBBAHaRw8BAQdAZBuydpjFLGem4uRJPWaYMXX2e+BN1jDhbD3tcqbxhdfN MkNoYXJsaWUgTGkgKEZyZWVCU0QgUHJvamVjdCkgPHZpc2h3aW5ARnJlZUJTRC5vcmc+wpkE ExYKAEEWIQTHxcCLnAXo3rFg6k7P+1cn7slqBAUCaEicoAIbAwUJCWYBgAULCQgHAgIiAgYV CgkICwIEFgIDAQIeBwIXgAAKCRDP+1cn7slqBM/bAP9bhA4e0LxJYFYJlftZM5WHrMSPpUe6 G2pVqmQWTQ0EZQEA0PNryfH3qRWWPSI8mFNRnG24hi5/aXFqCnHj1tcJ9Q/OOARoSJygEgor BgEEAZdVAQUBAQdAUT4TzYFmV6ueIGwjX0N+445KZV6ns1Wiw67QMsJZxHkDAQgHwn4EGBYK ACYWIQTHxcCLnAXo3rFg6k7P+1cn7slqBAUCaEicoAIbDAUJCWYBgAAKCRDP+1cn7slqBPO/ AQCPuGiyyfJClICRs/ToG0MsT8YcPdBygzuUIIeGpkjJpgEA7AoFCQ0Y28Y3hIDFn2k9PH3B nGWL3g05W0ds2qoj+gQ= Organization: FreeBSD Project In-Reply-To: --------------zRn1b30PF0a2GLuAYuBtyEdi Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 T24gMjUvMDIvMjAyNiAwNDo1Miwgb2Jpd2FjIHdyb3RlOg0KPiBIZXkgQ2hhcmxpZSENCj4g DQo+IEkgYmVsaWV2ZSBHcmVlbiBTYXJkaW5lIGlzIENlemFubmUsIGJ1dCBqdXN0IHRvIGJl IHN1cmUsIGNhbiB5b3Ugc2VuZA0KPiBtZSB5b3VyIHBjaWNvbmYgLWx2PyBUaGVyZSBzaG91 bGRuJ3QgYmUgYW55dGhpbmcgY3JhenkgdG8gZG8gdG8NCj4gc3VwcG9ydCB0aGUgQ2V6YW5u ZSBTTVUuIFVTQjQgc2hvdWxkIGp1c3Qgd29yay4NCj4gDQolIHBjaWNvbmYgLWx2DQpob3N0 YjBAcGNpMDowOjA6MDoJY2xhc3M9MHgwNjAwMDAgcmV2PTB4MDAgaGRyPTB4MDAgdmVuZG9y PTB4MTAyMiANCmRldmljZT0weDE2MzAgc3VidmVuZG9yPTB4MTdhYSBzdWJkZXZpY2U9MHg1 MDk1DQogICAgIHZlbmRvciAgICAgPSAnQWR2YW5jZWQgTWljcm8gRGV2aWNlcywgSW5jLiBb QU1EXScNCiAgICAgZGV2aWNlICAgICA9ICdSZW5vaXIvQ2V6YW5uZSBSb290IENvbXBsZXgn DQogICAgIGNsYXNzICAgICAgPSBicmlkZ2UNCiAgICAgc3ViY2xhc3MgICA9IEhPU1QtUENJ DQpub25lMEBwY2kwOjA6MDoyOgljbGFzcz0weDA4MDYwMCByZXY9MHgwMCBoZHI9MHgwMCB2 ZW5kb3I9MHgxMDIyIA0KZGV2aWNlPTB4MTYzMSBzdWJ2ZW5kb3I9MHgxN2FhIHN1YmRldmlj ZT0weDUwOTUNCiAgICAgdmVuZG9yICAgICA9ICdBZHZhbmNlZCBNaWNybyBEZXZpY2VzLCBJ bmMuIFtBTURdJw0KICAgICBkZXZpY2UgICAgID0gJ1Jlbm9pci9DZXphbm5lIElPTU1VJw0K ICAgICBjbGFzcyAgICAgID0gYmFzZSBwZXJpcGhlcmFsDQogICAgIHN1YmNsYXNzICAgPSBJ T01NVQ0KaG9zdGIxQHBjaTA6MDoxOjA6CWNsYXNzPTB4MDYwMDAwIHJldj0weDAwIGhkcj0w eDAwIHZlbmRvcj0weDEwMjIgDQpkZXZpY2U9MHgxNjMyIHN1YnZlbmRvcj0weDAwMDAgc3Vi ZGV2aWNlPTB4MDAwMA0KICAgICB2ZW5kb3IgICAgID0gJ0FkdmFuY2VkIE1pY3JvIERldmlj ZXMsIEluYy4gW0FNRF0nDQogICAgIGRldmljZSAgICAgPSAnUmVub2lyIFBDSWUgRHVtbXkg SG9zdCBCcmlkZ2UnDQogICAgIGNsYXNzICAgICAgPSBicmlkZ2UNCiAgICAgc3ViY2xhc3Mg ICA9IEhPU1QtUENJDQpob3N0YjJAcGNpMDowOjI6MDoJY2xhc3M9MHgwNjAwMDAgcmV2PTB4 MDAgaGRyPTB4MDAgdmVuZG9yPTB4MTAyMiANCmRldmljZT0weDE2MzIgc3VidmVuZG9yPTB4 MDAwMCBzdWJkZXZpY2U9MHgwMDAwDQogICAgIHZlbmRvciAgICAgPSAnQWR2YW5jZWQgTWlj cm8gRGV2aWNlcywgSW5jLiBbQU1EXScNCiAgICAgZGV2aWNlICAgICA9ICdSZW5vaXIgUENJ ZSBEdW1teSBIb3N0IEJyaWRnZScNCiAgICAgY2xhc3MgICAgICA9IGJyaWRnZQ0KICAgICBz dWJjbGFzcyAgID0gSE9TVC1QQ0kNCnBjaWIxQHBjaTA6MDoyOjE6CWNsYXNzPTB4MDYwNDAw IHJldj0weDAwIGhkcj0weDAxIHZlbmRvcj0weDEwMjIgDQpkZXZpY2U9MHgxNjM0IHN1YnZl bmRvcj0weDE3YWEgc3ViZGV2aWNlPTB4NTA5NQ0KICAgICB2ZW5kb3IgICAgID0gJ0FkdmFu Y2VkIE1pY3JvIERldmljZXMsIEluYy4gW0FNRF0nDQogICAgIGRldmljZSAgICAgPSAnUmVu b2lyL0NlemFubmUgUENJZSBHUFAgQnJpZGdlJw0KICAgICBjbGFzcyAgICAgID0gYnJpZGdl DQogICAgIHN1YmNsYXNzICAgPSBQQ0ktUENJDQpwY2liMkBwY2kwOjA6MjoyOgljbGFzcz0w eDA2MDQwMCByZXY9MHgwMCBoZHI9MHgwMSB2ZW5kb3I9MHgxMDIyIA0KZGV2aWNlPTB4MTYz NCBzdWJ2ZW5kb3I9MHgxN2FhIHN1YmRldmljZT0weDUwOTUNCiAgICAgdmVuZG9yICAgICA9 ICdBZHZhbmNlZCBNaWNybyBEZXZpY2VzLCBJbmMuIFtBTURdJw0KICAgICBkZXZpY2UgICAg ID0gJ1Jlbm9pci9DZXphbm5lIFBDSWUgR1BQIEJyaWRnZScNCiAgICAgY2xhc3MgICAgICA9 IGJyaWRnZQ0KICAgICBzdWJjbGFzcyAgID0gUENJLVBDSQ0KcGNpYjNAcGNpMDowOjI6MzoJ Y2xhc3M9MHgwNjA0MDAgcmV2PTB4MDAgaGRyPTB4MDEgdmVuZG9yPTB4MTAyMiANCmRldmlj ZT0weDE2MzQgc3VidmVuZG9yPTB4MTdhYSBzdWJkZXZpY2U9MHg1MDk1DQogICAgIHZlbmRv ciAgICAgPSAnQWR2YW5jZWQgTWljcm8gRGV2aWNlcywgSW5jLiBbQU1EXScNCiAgICAgZGV2 aWNlICAgICA9ICdSZW5vaXIvQ2V6YW5uZSBQQ0llIEdQUCBCcmlkZ2UnDQogICAgIGNsYXNz ICAgICAgPSBicmlkZ2UNCiAgICAgc3ViY2xhc3MgICA9IFBDSS1QQ0kNCnBjaWI0QHBjaTA6 MDoyOjc6CWNsYXNzPTB4MDYwNDAwIHJldj0weDAwIGhkcj0weDAxIHZlbmRvcj0weDEwMjIg DQpkZXZpY2U9MHgxNjM0IHN1YnZlbmRvcj0weDE3YWEgc3ViZGV2aWNlPTB4NTA5NQ0KICAg ICB2ZW5kb3IgICAgID0gJ0FkdmFuY2VkIE1pY3JvIERldmljZXMsIEluYy4gW0FNRF0nDQog ICAgIGRldmljZSAgICAgPSAnUmVub2lyL0NlemFubmUgUENJZSBHUFAgQnJpZGdlJw0KICAg ICBjbGFzcyAgICAgID0gYnJpZGdlDQogICAgIHN1YmNsYXNzICAgPSBQQ0ktUENJDQpob3N0 YjNAcGNpMDowOjg6MDoJY2xhc3M9MHgwNjAwMDAgcmV2PTB4MDAgaGRyPTB4MDAgdmVuZG9y PTB4MTAyMiANCmRldmljZT0weDE2MzIgc3VidmVuZG9yPTB4MDAwMCBzdWJkZXZpY2U9MHgw MDAwDQogICAgIHZlbmRvciAgICAgPSAnQWR2YW5jZWQgTWljcm8gRGV2aWNlcywgSW5jLiBb QU1EXScNCiAgICAgZGV2aWNlICAgICA9ICdSZW5vaXIgUENJZSBEdW1teSBIb3N0IEJyaWRn ZScNCiAgICAgY2xhc3MgICAgICA9IGJyaWRnZQ0KICAgICBzdWJjbGFzcyAgID0gSE9TVC1Q Q0kNCnBjaWI1QHBjaTA6MDo4OjE6CWNsYXNzPTB4MDYwNDAwIHJldj0weDAwIGhkcj0weDAx IHZlbmRvcj0weDEwMjIgDQpkZXZpY2U9MHgxNjM1IHN1YnZlbmRvcj0weDUwOTUgc3ViZGV2 aWNlPTB4MTdhYQ0KICAgICB2ZW5kb3IgICAgID0gJ0FkdmFuY2VkIE1pY3JvIERldmljZXMs IEluYy4gW0FNRF0nDQogICAgIGRldmljZSAgICAgPSAnUmVub2lyIEludGVybmFsIFBDSWUg R1BQIEJyaWRnZSB0byBCdXMnDQogICAgIGNsYXNzICAgICAgPSBicmlkZ2UNCiAgICAgc3Vi Y2xhc3MgICA9IFBDSS1QQ0kNCmludHNtYjBAcGNpMDowOjIwOjA6CWNsYXNzPTB4MGMwNTAw IHJldj0weDUxIGhkcj0weDAwIHZlbmRvcj0weDEwMjIgDQpkZXZpY2U9MHg3OTBiIHN1YnZl bmRvcj0weDE3YWEgc3ViZGV2aWNlPTB4NTA5NQ0KICAgICB2ZW5kb3IgICAgID0gJ0FkdmFu Y2VkIE1pY3JvIERldmljZXMsIEluYy4gW0FNRF0nDQogICAgIGRldmljZSAgICAgPSAnRkNI IFNNQnVzIENvbnRyb2xsZXInDQogICAgIGNsYXNzICAgICAgPSBzZXJpYWwgYnVzDQogICAg IHN1YmNsYXNzICAgPSBTTUJ1cw0KaXNhYjFAcGNpMDowOjIwOjM6CWNsYXNzPTB4MDYwMTAw IHJldj0weDUxIGhkcj0weDAwIHZlbmRvcj0weDEwMjIgDQpkZXZpY2U9MHg3OTBlIHN1YnZl bmRvcj0weDE3YWEgc3ViZGV2aWNlPTB4NTA5NQ0KICAgICB2ZW5kb3IgICAgID0gJ0FkdmFu Y2VkIE1pY3JvIERldmljZXMsIEluYy4gW0FNRF0nDQogICAgIGRldmljZSAgICAgPSAnRkNI IExQQyBCcmlkZ2UnDQogICAgIGNsYXNzICAgICAgPSBicmlkZ2UNCiAgICAgc3ViY2xhc3Mg ICA9IFBDSS1JU0ENCmhvc3RiNEBwY2kwOjA6MjQ6MDoJY2xhc3M9MHgwNjAwMDAgcmV2PTB4 MDAgaGRyPTB4MDAgdmVuZG9yPTB4MTAyMiANCmRldmljZT0weDE2NmEgc3VidmVuZG9yPTB4 MDAwMCBzdWJkZXZpY2U9MHgwMDAwDQogICAgIHZlbmRvciAgICAgPSAnQWR2YW5jZWQgTWlj cm8gRGV2aWNlcywgSW5jLiBbQU1EXScNCiAgICAgZGV2aWNlICAgICA9ICdDZXphbm5lIERh dGEgRmFicmljOyBGdW5jdGlvbiAwJw0KICAgICBjbGFzcyAgICAgID0gYnJpZGdlDQogICAg IHN1YmNsYXNzICAgPSBIT1NULVBDSQ0KaG9zdGI1QHBjaTA6MDoyNDoxOgljbGFzcz0weDA2 MDAwMCByZXY9MHgwMCBoZHI9MHgwMCB2ZW5kb3I9MHgxMDIyIA0KZGV2aWNlPTB4MTY2YiBz dWJ2ZW5kb3I9MHgwMDAwIHN1YmRldmljZT0weDAwMDANCiAgICAgdmVuZG9yICAgICA9ICdB ZHZhbmNlZCBNaWNybyBEZXZpY2VzLCBJbmMuIFtBTURdJw0KICAgICBkZXZpY2UgICAgID0g J0NlemFubmUgRGF0YSBGYWJyaWM7IEZ1bmN0aW9uIDEnDQogICAgIGNsYXNzICAgICAgPSBi cmlkZ2UNCiAgICAgc3ViY2xhc3MgICA9IEhPU1QtUENJDQpob3N0YjZAcGNpMDowOjI0OjI6 CWNsYXNzPTB4MDYwMDAwIHJldj0weDAwIGhkcj0weDAwIHZlbmRvcj0weDEwMjIgDQpkZXZp Y2U9MHgxNjZjIHN1YnZlbmRvcj0weDAwMDAgc3ViZGV2aWNlPTB4MDAwMA0KICAgICB2ZW5k b3IgICAgID0gJ0FkdmFuY2VkIE1pY3JvIERldmljZXMsIEluYy4gW0FNRF0nDQogICAgIGRl dmljZSAgICAgPSAnQ2V6YW5uZSBEYXRhIEZhYnJpYzsgRnVuY3Rpb24gMicNCiAgICAgY2xh c3MgICAgICA9IGJyaWRnZQ0KICAgICBzdWJjbGFzcyAgID0gSE9TVC1QQ0kNCmhvc3RiN0Bw Y2kwOjA6MjQ6MzoJY2xhc3M9MHgwNjAwMDAgcmV2PTB4MDAgaGRyPTB4MDAgdmVuZG9yPTB4 MTAyMiANCmRldmljZT0weDE2NmQgc3VidmVuZG9yPTB4MDAwMCBzdWJkZXZpY2U9MHgwMDAw DQogICAgIHZlbmRvciAgICAgPSAnQWR2YW5jZWQgTWljcm8gRGV2aWNlcywgSW5jLiBbQU1E XScNCiAgICAgZGV2aWNlICAgICA9ICdDZXphbm5lIERhdGEgRmFicmljOyBGdW5jdGlvbiAz Jw0KICAgICBjbGFzcyAgICAgID0gYnJpZGdlDQogICAgIHN1YmNsYXNzICAgPSBIT1NULVBD SQ0KaG9zdGI4QHBjaTA6MDoyNDo0OgljbGFzcz0weDA2MDAwMCByZXY9MHgwMCBoZHI9MHgw MCB2ZW5kb3I9MHgxMDIyIA0KZGV2aWNlPTB4MTY2ZSBzdWJ2ZW5kb3I9MHgwMDAwIHN1YmRl dmljZT0weDAwMDANCiAgICAgdmVuZG9yICAgICA9ICdBZHZhbmNlZCBNaWNybyBEZXZpY2Vz LCBJbmMuIFtBTURdJw0KICAgICBkZXZpY2UgICAgID0gJ0NlemFubmUgRGF0YSBGYWJyaWM7 IEZ1bmN0aW9uIDQnDQogICAgIGNsYXNzICAgICAgPSBicmlkZ2UNCiAgICAgc3ViY2xhc3Mg ICA9IEhPU1QtUENJDQpob3N0YjlAcGNpMDowOjI0OjU6CWNsYXNzPTB4MDYwMDAwIHJldj0w eDAwIGhkcj0weDAwIHZlbmRvcj0weDEwMjIgDQpkZXZpY2U9MHgxNjZmIHN1YnZlbmRvcj0w eDAwMDAgc3ViZGV2aWNlPTB4MDAwMA0KICAgICB2ZW5kb3IgICAgID0gJ0FkdmFuY2VkIE1p Y3JvIERldmljZXMsIEluYy4gW0FNRF0nDQogICAgIGRldmljZSAgICAgPSAnQ2V6YW5uZSBE YXRhIEZhYnJpYzsgRnVuY3Rpb24gNScNCiAgICAgY2xhc3MgICAgICA9IGJyaWRnZQ0KICAg ICBzdWJjbGFzcyAgID0gSE9TVC1QQ0kNCmhvc3RiMTBAcGNpMDowOjI0OjY6CWNsYXNzPTB4 MDYwMDAwIHJldj0weDAwIGhkcj0weDAwIHZlbmRvcj0weDEwMjIgDQpkZXZpY2U9MHgxNjcw IHN1YnZlbmRvcj0weDAwMDAgc3ViZGV2aWNlPTB4MDAwMA0KICAgICB2ZW5kb3IgICAgID0g J0FkdmFuY2VkIE1pY3JvIERldmljZXMsIEluYy4gW0FNRF0nDQogICAgIGRldmljZSAgICAg PSAnQ2V6YW5uZSBEYXRhIEZhYnJpYzsgRnVuY3Rpb24gNicNCiAgICAgY2xhc3MgICAgICA9 IGJyaWRnZQ0KICAgICBzdWJjbGFzcyAgID0gSE9TVC1QQ0kNCmhvc3RiMTFAcGNpMDowOjI0 Ojc6CWNsYXNzPTB4MDYwMDAwIHJldj0weDAwIGhkcj0weDAwIHZlbmRvcj0weDEwMjIgDQpk ZXZpY2U9MHgxNjcxIHN1YnZlbmRvcj0weDAwMDAgc3ViZGV2aWNlPTB4MDAwMA0KICAgICB2 ZW5kb3IgICAgID0gJ0FkdmFuY2VkIE1pY3JvIERldmljZXMsIEluYy4gW0FNRF0nDQogICAg IGRldmljZSAgICAgPSAnQ2V6YW5uZSBEYXRhIEZhYnJpYzsgRnVuY3Rpb24gNycNCiAgICAg Y2xhc3MgICAgICA9IGJyaWRnZQ0KICAgICBzdWJjbGFzcyAgID0gSE9TVC1QQ0kNCm52bWUw QHBjaTA6MTowOjA6CVtzbmlwLCBpbnRlcmNoYW5nZWFibGUgcGFydCwgbm90IHJlbGV2YW50 XQ0KcmUwQHBjaTA6MjowOjA6CWNsYXNzPTB4MDIwMDAwIHJldj0weDBlIGhkcj0weDAwIHZl bmRvcj0weDEwZWMgDQpkZXZpY2U9MHg4MTY4IHN1YnZlbmRvcj0weDE3YWEgc3ViZGV2aWNl PTB4NTA5NQ0KICAgICB2ZW5kb3IgICAgID0gJ1JlYWx0ZWsgU2VtaWNvbmR1Y3RvciBDby4s IEx0ZC4nDQogICAgIGRldmljZSAgICAgPSAnUlRMODExMS84MTY4LzgyMTEvODQxMSBQQ0kg RXhwcmVzcyBHaWdhYml0IEV0aGVybmV0IA0KQ29udHJvbGxlcicNCiAgICAgY2xhc3MgICAg ICA9IG5ldHdvcmsNCiAgICAgc3ViY2xhc3MgICA9IGV0aGVybmV0DQppd2x3aWZpMEBwY2kw OjM6MDowOglbc25pcCwgaW50ZXJjaGFuZ2VhYmxlIHBhcnQsIG5vdCByZWxldmFudF0NCnho Y2kwQHBjaTA6NDowOjA6CWNsYXNzPTB4MGMwMzMwIHJldj0weDAyIGhkcj0weDAwIHZlbmRv cj0weDE5MTIgDQpkZXZpY2U9MHgwMDE1IHN1YnZlbmRvcj0weDE5MTIgc3ViZGV2aWNlPTB4 MDAxNQ0KICAgICB2ZW5kb3IgICAgID0gJ1JlbmVzYXMgRWxlY3Ryb25pY3MgQ29ycC4nDQog ICAgIGRldmljZSAgICAgPSAndVBENzIwMjAyIFVTQiAzLjAgSG9zdCBDb250cm9sbGVyJw0K ICAgICBjbGFzcyAgICAgID0gc2VyaWFsIGJ1cw0KICAgICBzdWJjbGFzcyAgID0gVVNCDQp2 Z2FwY2kwQHBjaTA6NTowOjA6CWNsYXNzPTB4MDMwMDAwIHJldj0weGQyIGhkcj0weDAwIHZl bmRvcj0weDEwMDIgDQpkZXZpY2U9MHgxNjM4IHN1YnZlbmRvcj0weDE3YWEgc3ViZGV2aWNl PTB4NTA5NQ0KICAgICB2ZW5kb3IgICAgID0gJ0FkdmFuY2VkIE1pY3JvIERldmljZXMsIElu Yy4gW0FNRC9BVEldJw0KICAgICBkZXZpY2UgICAgID0gJ0NlemFubmUgW1JhZGVvbiBWZWdh IFNlcmllcyAvIFJhZGVvbiBWZWdhIE1vYmlsZSBTZXJpZXNdJw0KICAgICBjbGFzcyAgICAg ID0gZGlzcGxheQ0KICAgICBzdWJjbGFzcyAgID0gVkdBDQpoZGFjMEBwY2kwOjU6MDoxOglj bGFzcz0weDA0MDMwMCByZXY9MHgwMCBoZHI9MHgwMCB2ZW5kb3I9MHgxMDAyIA0KZGV2aWNl PTB4MTYzNyBzdWJ2ZW5kb3I9MHgxN2FhIHN1YmRldmljZT0weDUwOTUNCiAgICAgdmVuZG9y ICAgICA9ICdBZHZhbmNlZCBNaWNybyBEZXZpY2VzLCBJbmMuIFtBTUQvQVRJXScNCiAgICAg ZGV2aWNlICAgICA9ICdSZW5vaXIvQ2V6YW5uZSBIRE1JL0RQIEF1ZGlvIENvbnRyb2xsZXIn DQogICAgIGNsYXNzICAgICAgPSBtdWx0aW1lZGlhDQogICAgIHN1YmNsYXNzICAgPSBIREEN Cm5vbmUxQHBjaTA6NTowOjI6CWNsYXNzPTB4MTA4MDAwIHJldj0weDAwIGhkcj0weDAwIHZl bmRvcj0weDEwMjIgDQpkZXZpY2U9MHgxNWRmIHN1YnZlbmRvcj0weDE3YWEgc3ViZGV2aWNl PTB4NTA5NQ0KICAgICB2ZW5kb3IgICAgID0gJ0FkdmFuY2VkIE1pY3JvIERldmljZXMsIElu Yy4gW0FNRF0nDQogICAgIGRldmljZSAgICAgPSAnUmF2ZW4vUmF2ZW4yL0ZpcmVGbGlnaHQv UmVub2lyL0NlemFubmUgUGxhdGZvcm0gDQpTZWN1cml0eSBQcm9jZXNzb3InDQogICAgIGNs YXNzICAgICAgPSBlbmNyeXB0L2RlY3J5cHQNCnhoY2kxQHBjaTA6NTowOjM6CWNsYXNzPTB4 MGMwMzMwIHJldj0weDAwIGhkcj0weDAwIHZlbmRvcj0weDEwMjIgDQpkZXZpY2U9MHgxNjM5 IHN1YnZlbmRvcj0weDE3YWEgc3ViZGV2aWNlPTB4NTA5NQ0KICAgICB2ZW5kb3IgICAgID0g J0FkdmFuY2VkIE1pY3JvIERldmljZXMsIEluYy4gW0FNRF0nDQogICAgIGRldmljZSAgICAg PSAnUmVub2lyL0NlemFubmUgVVNCIDMuMScNCiAgICAgY2xhc3MgICAgICA9IHNlcmlhbCBi dXMNCiAgICAgc3ViY2xhc3MgICA9IFVTQg0KeGhjaTJAcGNpMDo1OjA6NDoJY2xhc3M9MHgw YzAzMzAgcmV2PTB4MDAgaGRyPTB4MDAgdmVuZG9yPTB4MTAyMiANCmRldmljZT0weDE2Mzkg c3VidmVuZG9yPTB4MTdhYSBzdWJkZXZpY2U9MHg1MDk1DQogICAgIHZlbmRvciAgICAgPSAn QWR2YW5jZWQgTWljcm8gRGV2aWNlcywgSW5jLiBbQU1EXScNCiAgICAgZGV2aWNlICAgICA9 ICdSZW5vaXIvQ2V6YW5uZSBVU0IgMy4xJw0KICAgICBjbGFzcyAgICAgID0gc2VyaWFsIGJ1 cw0KICAgICBzdWJjbGFzcyAgID0gVVNCDQpub25lMkBwY2kwOjU6MDo1OgljbGFzcz0weDA0 ODAwMCByZXY9MHgwMSBoZHI9MHgwMCB2ZW5kb3I9MHgxMDIyIA0KZGV2aWNlPTB4MTVlMiBz dWJ2ZW5kb3I9MHgxN2FhIHN1YmRldmljZT0weDUwOTUNCiAgICAgdmVuZG9yICAgICA9ICdB ZHZhbmNlZCBNaWNybyBEZXZpY2VzLCBJbmMuIFtBTURdJw0KICAgICBkZXZpY2UgICAgID0g J0F1ZGlvIENvcHJvY2Vzc29yJw0KICAgICBjbGFzcyAgICAgID0gbXVsdGltZWRpYQ0KaGRh YzFAcGNpMDo1OjA6NjoJY2xhc3M9MHgwNDAzMDAgcmV2PTB4MDAgaGRyPTB4MDAgdmVuZG9y PTB4MTAyMiANCmRldmljZT0weDE1ZTMgc3VidmVuZG9yPTB4MTdhYSBzdWJkZXZpY2U9MHg1 MDk1DQogICAgIHZlbmRvciAgICAgPSAnQWR2YW5jZWQgTWljcm8gRGV2aWNlcywgSW5jLiBb QU1EXScNCiAgICAgZGV2aWNlICAgICA9ICdSeXplbiBIRCBBdWRpbyBDb250cm9sbGVyJw0K ICAgICBjbGFzcyAgICAgID0gbXVsdGltZWRpYQ0KICAgICBzdWJjbGFzcyAgID0gSERBDQo+ PiBMb29raW5nIGF0IHlvdXIgcmVwb3NpdG9yeSBpdCBzZWVtcyBsaWtlIHNvbWUgb2YgdGhl IGNvbW1pdHMgaGF2ZSBzaW5jZQ0KPj4gbGFuZGVkIGluIG1haW4sIHNvIG5vdCBzdXJlIGhv dyB0aGUgcmVzdCBzaG91bGQgYmUgcmViYXNlZC4NCj4gDQo+IFllYWgsIHRoZSAnZXZlcnl0 aGluZycgYnJhbmNoIHdhcyBvdXQgb2YgZGF0ZSAoSSBoYXZlIGEgZGlmZmVyZW50DQo+IGJy YW5jaCBmb3IgZGV2ZWxvcG1lbnQsICd3b3JraW5nMicsIGFzIGluICJJJ20gd29ya2luZyBv biB0aGlzIiBub3QNCj4gbmVjZXNzYXJpbHkgInRoaXMgd29ya3MiLCBidXQgdGhhdCBjb250 YWlucyBzb21lIG5vbi1TMGl4LXJlbGF0ZWQNCj4gcGF0Y2hlcyB0b28pLiBJIGhhdmUganVz dCB1cGRhdGVkIGl0Og0KPiANCj4gaHR0cHM6Ly9naXRodWIuY29tL29iaXdhYy9mcmVlYnNk LXMwaXgvcHVsbC8xNQ0KPiANCj4gVGhpcyBzaG91bGQgbm93IHdvcmsgZm9yIHlvdS4gSSB3 aWxsIGhhdmUgdG8gdXBkYXRlIHRoZSBzbGVlcCB0ZXN0aW5nDQo+IGltYWdlIHNvb24taXNo LCBidXQgSSB3YW50IHRvIGZpZ3VyZSBvdXQgbXkgQzMgZXhpdCBpc3N1ZXMgZmlyc3QuDQo+ IA0KQ3VycmVudGx5IGJ1aWxkaW5nLCBsZXQncyBzZWUgd2hhdCBoYXBwZW5zLg0KDQotLSAN CkNoYXJsaWUgTGkNCi4uLm5vcGUsIHN0aWxsIGRvbid0IGhhdmUgYW4gZXhpdCBsaW5lLg0K --------------zRn1b30PF0a2GLuAYuBtyEdi-- --------------1K3qrN1WbXzErRl0XrAL9Ky3 Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature.asc" -----BEGIN PGP SIGNATURE----- wnsEABYIACMWIQTHxcCLnAXo3rFg6k7P+1cn7slqBAUCaZ9sSQUDAAAAAAAKCRDP+1cn7slqBFJ/ AP0XDHuqK9QdVofrQz81IxCIiN184wDtlhwUNGrGPBhkBwD5AfxpXyOk7vzoG5NmTK0NQKEbPJom doCj6eBND7xg/AI= =oxHN -----END PGP SIGNATURE----- --------------1K3qrN1WbXzErRl0XrAL9Ky3-- From nobody Fri Feb 27 17:16:25 2026 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 4fMw4H6csPz6Slsk for ; Fri, 27 Feb 2026 17:17:19 +0000 (UTC) (envelope-from bogorodskiy@gmail.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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fMw4G6t0Cz424s for ; Fri, 27 Feb 2026 17:17:18 +0000 (UTC) (envelope-from bogorodskiy@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=FqDuhtqf; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of bogorodskiy@gmail.com designates 2a00:1450:4864:20::633 as permitted sender) smtp.mailfrom=bogorodskiy@gmail.com Received: by mail-ej1-x633.google.com with SMTP id a640c23a62f3a-b9361c771e9so330427266b.3 for ; Fri, 27 Feb 2026 09:17:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1772212630; x=1772817430; darn=freebsd.org; h=content-disposition:mime-version:message-id:subject:to:from:date :from:to:cc:subject:date:message-id:reply-to; bh=OX7EvVIjGIaLNLhFlYOshymeT76GVCz95hozFd3rb40=; b=FqDuhtqfflGj4sMQWdv2KgUgqIGLfplyo3ariX71V7mvza1nWR4e+rfbeKryD9KiH4 7y3BABPFB9aE8jnJe0voGmpct77s7FTxHp1ZdKf8dNffm1yBqyk/VCJJSGn7qwLFZCqy 5NUw6wAyhSVjmSM+Kp9yz080l61t+1egHx9jOLpiVh53RqqaYOWcULoBWWaMZ+suE0qv VU6t09fctFW8VxSkxuZr3NiTxnFBY/yg1CBRLWtZyq4yMDylP/pgct7fsiDB0zkoVz4T SyhtdCkkaoZaGAdk6o+up/kBoWqitdF9+0jtQiA7U7OWh+UUsh653BKjE85BkFdOWzM+ 5jEQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1772212630; x=1772817430; h=content-disposition:mime-version:message-id:subject:to:from:date :x-gm-gg:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=OX7EvVIjGIaLNLhFlYOshymeT76GVCz95hozFd3rb40=; b=ARru3+yMJHoP+K8J+p4gz5e4dG0qou0h0uJAhketth5oQ8+zrXyq1I/E65HaeS9DDx eCVbTBYmB66rE1oFk1ynEvBxuur3qXRKdJHeapi48hSpJfhVn5OKZSiPixeZA2eKyoZu 2mZ9yYerWV5j/VXRx4t7ZxcG5aKPnivEEs22NmUOMsXAcj1HNoW3jvzpQxNg83tiWHuF qkru3UtVKzsfqJqU9mFJDSmFVenngsLPZ5Q843oZwrKvcRvgP38FZw5lOdkfsv8qU26g 1ODcMjOhNgar2ybTOlIkRmreSJLDK8R5qXuDhnsDx3ebhkYqHABG+JVGXI4xJezRcQ5w 8VGg== X-Gm-Message-State: AOJu0YzFZXTi18deHDLScmAhpwo05qm7TLM8H3shVykG65gy7i8kUVu8 wdeTJDGn3v4yvcUGfIDG1IDpbrDQtScgxzzYQ3t4xyMsHMqAd4bPh+afRGfyTkSu X-Gm-Gg: ATEYQzzJx7slZFpLKuxTLSReQmeECvTYj3YDAOUrlNYRmDeHk7iGukoXNQvMzLOt09K tbOtlS/11YcLX7KL8gk8/qXUSDeAQPuHSWqk8wQaWzPQ3xb+jIkgvRcn3e2gtwx0315sHHWTGjM 3U6Rx3ql5jlr70Tp81ZbhDUKIzRsfzgiCpzpucRl/jrTnY6k1MUG7jrtmmUGKPreU9Nga0MylpC l1him4+TIbGo4WD65HjFwduC2jRh8V7l2kfq40ZhtSYYKRDLe/GC178c53aPV6RrYNE65K5kNpN 92P/mbgA9wyGE137k/9pJOvFpXqSljh6WHdL1JKR2qyA6fKMP9jVud63hRqpyqs1fEfYgATE9PA sskm5CAMaT3H1qegqfw3l9NgRhwygEABLYkXz111h/wKq//r2BoFbvpcTwdG5lXXOWD7Z7UGUA6 t6jT4ICRWCNgHGUtEusde6E0OJ3XMOtUp9PiIPKL3J2/5HKI+8xRrOjoOgHb1a+wlr2UryrYcJF XF4emkKnkOa/j2C7GyUae6o3xeM6+MlKA== X-Received: by 2002:a17:907:847:b0:b76:f57f:a2c3 with SMTP id a640c23a62f3a-b937636ce77mr264377666b.12.1772212630283; Fri, 27 Feb 2026 09:17:10 -0800 (PST) Received: from tulp (2001-1c02-1a15-3000-c218-03ff-feb5-6cc4.cable.dynamic.v6.ziggo.nl. [2001:1c02:1a15:3000:c218:3ff:feb5:6cc4]) by smtp.gmail.com with ESMTPSA id a640c23a62f3a-b935ac704b0sm166862466b.22.2026.02.27.09.17.09 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 27 Feb 2026 09:17:09 -0800 (PST) Date: Fri, 27 Feb 2026 18:16:25 +0100 From: Roman Bogorodskiy To: freebsd-current@freebsd.org Subject: Recent -CURRENT and drm-66-kmod panic Message-ID: 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 X-Spamd-Result: default: False [-3.40 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.90)[-0.901]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; MISSING_XM_UA(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::633:from] X-Rspamd-Queue-Id: 4fMw4G6t0Cz424s X-Spamd-Bar: --- Hi, I've updated my and of January -CURRENT to today's version (c3577fcf3fd0494cc992021d4debbca09241a49e), rebuilt graphics/drm-66-kmod which is now at: Version : 6.6.25.1600011_8 System crashes during boot, full crash info is here: https://people.freebsd.org/~novel/misc/core-drm-66-kmod-6.6.25.1600011.txt Things work fine when booting the old kernel, even without rebuilding the drm-66-kmod. Is that a known issue? Roman From nobody Sat Feb 28 02:02:17 2026 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 4fN7k44NMYz6Tr99 for ; Sat, 28 Feb 2026 02:02:20 +0000 (UTC) (envelope-from agh@riseup.net) Received: from mx0.riseup.net (mx0.riseup.net [198.252.153.6]) (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 "mx0.riseup.net", Issuer "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fN7k327RSz3DRb for ; Sat, 28 Feb 2026 02:02:19 +0000 (UTC) (envelope-from agh@riseup.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=riseup.net header.s=squak header.b=mKY8jVg7; dmarc=pass (policy=none) header.from=riseup.net; spf=pass (mx1.freebsd.org: domain of agh@riseup.net designates 198.252.153.6 as permitted sender) smtp.mailfrom=agh@riseup.net Received: from fews04-sea.riseup.net (fews04-sea-pn.riseup.net [10.0.1.154]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mx0.riseup.net (Postfix) with ESMTPS id 4fN7k150nqz9sjB for ; Sat, 28 Feb 2026 02:02:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=riseup.net; s=squak; t=1772244137; bh=wKxD0/ad05Pd7IG0k868lcCl7PmhuUIFp+Vzfoz+1O4=; h=Date:From:To:Subject:In-Reply-To:References:From; b=mKY8jVg7fbKVuFAJKRR+Er0RYK13900iCpfKeuP7U+FoMuuGG/iHOhtA5qtHzXVBP xCq+fVHQJkVTLcilPKVHAzmtk0dxQkR9auKlEREb1XT1voAI2nM/wgcMfZWyZCllER q/3pQ9oebTnVSZh3kN2e4uieSD0zfEtlWorqqOsI= X-Riseup-User-ID: E623A9AFA9D7FF3BCA74D13058A99C7490A655660BFA9FB42B82F92BD26ABC1D Received: from [127.0.0.1] (localhost [127.0.0.1]) by fews04-sea.riseup.net (Postfix) with ESMTPSA id 4fN7k13qq1z5wVX for ; Sat, 28 Feb 2026 02:02:17 +0000 (UTC) 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 Date: Sat, 28 Feb 2026 02:02:17 +0000 From: Alastair Hogge To: freebsd-current@freebsd.org Subject: Re: pkgbase and customised builds via ${SRC}/release/release.sh In-Reply-To: References: <20fb908c0954e62977dffdcd4a883678@riseup.net> Message-ID: Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-3.08 / 15.00]; SUBJECT_HAS_CURRENCY(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.980]; DMARC_POLICY_ALLOW(-0.50)[riseup.net,none]; R_SPF_ALLOW(-0.20)[+a:mx0.riseup.net]; R_DKIM_ALLOW(-0.20)[riseup.net:s=squak]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[198.252.153.6:from]; DKIM_TRACE(0.00)[riseup.net:+]; RCVD_TLS_ALL(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RECEIVED_HELO_LOCALHOST(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; MISSING_XM_UA(0.00)[]; ASN(0.00)[asn:16652, ipnet:198.252.153.0/24, country:US]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; DWL_DNSWL_NONE(0.00)[riseup.net:dkim] X-Rspamd-Queue-Id: 4fN7k327RSz3DRb X-Spamd-Bar: --- On 2025-12-23 18:38, Lexi Winter wrote: Hi Lexi, > Alastair Hogge wrote in <20fb908c0954e62977dffdcd4a883678@riseup.net>: >> pkg: Unable to open plist file: >> /usr/obj/usr/src/amd64.amd64/kernelstage/kernel/kernel.FAFNIR-dbg.plist >>[...] >> What is the method for using release.sh to custom build a pkgbase, that >> also supports tarballs, and install images? > > as far as i'm aware, we don't support building a pkgbase release with > a kernel other than GENERIC. even if the build succeeded, you wouldn't > be able to install using the resulting media since bsdinstall only knows > how to install GENERIC. I have made some progress, yes, it looks like the GENERIC kernel is built and installed, even tho another kernel was the only one configured. > my suggestion for now would be to build the release media with GENERIC, > then put the custom kernels in your base repository and install them > after booting with GENERIC. Thanks, I will see about that. > this is definitely something we want to fix in the future, it just > wasn't critical enough to make the 15.0 release. i have a couple > of other release things i want to fix first, then i'll see about > fixing this, since i also want custom kernels on install media. The biggest problem I had come across, was the "tags=package={foo}" declarations in ${SRC}/etc/mtree/*.dist. I had to remove a couple of these from a 2 or 3 mtree dists. What is going on in this part of the build infrastructure? There is a history of similar commits[1][2][3], to the changes I now have to keep locally, yet, des@ recently added[4] more tags. >From what I understand when investigating this, the build infra uses both the mtree dists, and ${SRC}/release/packages/generate-set-ucl.lua to generate the pkgbase sets? Is that correct? Does that mean there is duplicated work here, and one of these paths is redundant? I also noted that a few WITHOUT_foo options had no effect on the World building stage 1.2, bootstrap tools. Here, when WITHOUT_KERBEROS is defined, it is still built. I even still have a Kerberos KDC pkgbase component. 1: https://codeberg.org/FreeBSD/freebsd-src/commit/00352ef6d2a013650f0ab2a4c9b016c22552ed25 2: https://codeberg.org/FreeBSD/freebsd-src/commit/1fbdb149aa486961c5d9d6403065e90123b3f5fe 3: https://codeberg.org/FreeBSD/freebsd-src/commit/2a8a6179eb6cef8ba1a417a4c8a1f7063c704533 4: https://codeberg.org/FreeBSD/freebsd-src/commit/d4f6cb75424950ee776833ebc6b57855c094a610 From nobody Sat Feb 28 03:25:07 2026 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 4fN9Yd2sw7z6SWcp; Sat, 28 Feb 2026 03:25:09 +0000 (UTC) (envelope-from vishwin@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 "R13" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fN9Yd2X8Hz3MXr; Sat, 28 Feb 2026 03:25:09 +0000 (UTC) (envelope-from vishwin@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1772249109; 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:autocrypt:autocrypt; bh=xn64XOV5l0iXnE+9SsSSA4HRd9qsgacfu9P+9y2DZnQ=; b=UZcapycfeFk6NHUWP372C/HRcklt5nbBWqf7bC6uMvqb23D391dFf+5qW0YJ9Jglom4CUk 60xrWXsctyjYVXwRGah55wEGKzALxlNpxiZemk1kwvDjiVecMZ2t/Pxirh4mhClMWWqt9s UQf270/ve3nLtvASLwZDRXE8r85m7s48pFb9lSFi99Y9Kms0JRJwCyNF/rO1PSyCpDsqDY 3hZi4AR8zhojZeca012Y6VwnC6PdY8MXXfwYrgG38P3VGkoGYMxg+M4a/PLe47P2qIrhr5 4gaKA2OCTz9fERGCX3+JvKyJweJ8mEGC6b0u+H58OZN8/66of547r6ywDYQi8Q== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1772249109; a=rsa-sha256; cv=none; b=CRaIgembzdxdYMCz8u90CvBIKI0guJlOapWyFUc4kLFus2sqEGZjjQIbGPQ7Eoc/yhWLm4 oEZ5CKoTWtrI+70NFryHjKIy4NowUHz8YxV5bhEOhVu6ebMZQ2F69CV64mFvmJVctrivco a7qyrX3Rc3sSjb1FAWZxXaakTgrZwFUzCJcc3ey+YraXf4VlhD/GZpdB6S4ANj3g8YmcQt 7yQD4EFSNS5PWkRqGbz2EZ8QpAzxRzXQf0IfBSPAJqyqt89l5CNW5M1fGQZmOK4OBMlZPw BclAQrMhFSvJvcYzIgViAdec5fymSC0rjG7guqG7ZAw4/4F9iqewRda3eY0iPg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1772249109; 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:autocrypt:autocrypt; bh=xn64XOV5l0iXnE+9SsSSA4HRd9qsgacfu9P+9y2DZnQ=; b=Wmp+Bd4eoI2YLCVZVub8VSARi0pLkUioo/YqsdKbQfFHbiq2CjsLW7qqzTO7LBfHnVuJlW q7F7KA+HBZK/MvDutkUELG6Hcn9WrlayaMZW3xSnc0c3ep0pXlx8tmj6JzF59/bud9xd08 8L0q+wmy2TG3TBPwmY96Gt2GZP+1tvSfx+OzEB00vUokuVKHSmGRn03of9YfwHKQ3JkUwP CEN2Yft8LLsK0pyMUE5hnKdaDAQEIn48/vR4cm81ohxfh/rwljf17gffF2bVdha/9bTd8T IbEqwvzb6TshGNjHgKp7pfnDQJWTMS2pToqtwF7fDbFcy7q1n8RerwS0wkfqUw== Received: from [IPV6:2601:98a:d00:c180:d3ec:93bd:b68:8fe9] (unknown [IPv6:2601:98a:d00:c180:d3ec:93bd:b68:8fe9]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: vishwin/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4fN9Yd0ZBLzl40; Sat, 28 Feb 2026 03:25:09 +0000 (UTC) (envelope-from vishwin@freebsd.org) Message-ID: Date: Fri, 27 Feb 2026 22:25:07 -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 Subject: Re: S0i3 sleep testing image From: Charlie Li To: obiwac Cc: FreeBSD CURRENT , freebsd-hackers References: <4ba2049c-7744-4e47-a2ed-b6830a4f2086@freebsd.org> <70c93f00-d736-4ff9-b96a-c5c0a5121a7e@freebsd.org> Content-Language: en-GB Autocrypt: addr=vishwin@freebsd.org; keydata= xjMEaEicoBYJKwYBBAHaRw8BAQdAZBuydpjFLGem4uRJPWaYMXX2e+BN1jDhbD3tcqbxhdfN MkNoYXJsaWUgTGkgKEZyZWVCU0QgUHJvamVjdCkgPHZpc2h3aW5ARnJlZUJTRC5vcmc+wpkE ExYKAEEWIQTHxcCLnAXo3rFg6k7P+1cn7slqBAUCaEicoAIbAwUJCWYBgAULCQgHAgIiAgYV CgkICwIEFgIDAQIeBwIXgAAKCRDP+1cn7slqBM/bAP9bhA4e0LxJYFYJlftZM5WHrMSPpUe6 G2pVqmQWTQ0EZQEA0PNryfH3qRWWPSI8mFNRnG24hi5/aXFqCnHj1tcJ9Q/OOARoSJygEgor BgEEAZdVAQUBAQdAUT4TzYFmV6ueIGwjX0N+445KZV6ns1Wiw67QMsJZxHkDAQgHwn4EGBYK ACYWIQTHxcCLnAXo3rFg6k7P+1cn7slqBAUCaEicoAIbDAUJCWYBgAAKCRDP+1cn7slqBPO/ AQCPuGiyyfJClICRs/ToG0MsT8YcPdBygzuUIIeGpkjJpgEA7AoFCQ0Y28Y3hIDFn2k9PH3B nGWL3g05W0ds2qoj+gQ= Organization: FreeBSD Project In-Reply-To: <70c93f00-d736-4ff9-b96a-c5c0a5121a7e@freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------dWonzhJpPY2pk09piDUpHlwb" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------dWonzhJpPY2pk09piDUpHlwb Content-Type: multipart/mixed; boundary="------------tk5ACnaCrMKlQPmaz5AtUWIf"; protected-headers="v1" Message-ID: Date: Fri, 27 Feb 2026 22:25:07 -0500 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: S0i3 sleep testing image From: Charlie Li To: obiwac Cc: FreeBSD CURRENT , freebsd-hackers References: <4ba2049c-7744-4e47-a2ed-b6830a4f2086@freebsd.org> <70c93f00-d736-4ff9-b96a-c5c0a5121a7e@freebsd.org> Content-Language: en-GB Autocrypt: addr=vishwin@freebsd.org; keydata= xjMEaEicoBYJKwYBBAHaRw8BAQdAZBuydpjFLGem4uRJPWaYMXX2e+BN1jDhbD3tcqbxhdfN MkNoYXJsaWUgTGkgKEZyZWVCU0QgUHJvamVjdCkgPHZpc2h3aW5ARnJlZUJTRC5vcmc+wpkE ExYKAEEWIQTHxcCLnAXo3rFg6k7P+1cn7slqBAUCaEicoAIbAwUJCWYBgAULCQgHAgIiAgYV CgkICwIEFgIDAQIeBwIXgAAKCRDP+1cn7slqBM/bAP9bhA4e0LxJYFYJlftZM5WHrMSPpUe6 G2pVqmQWTQ0EZQEA0PNryfH3qRWWPSI8mFNRnG24hi5/aXFqCnHj1tcJ9Q/OOARoSJygEgor BgEEAZdVAQUBAQdAUT4TzYFmV6ueIGwjX0N+445KZV6ns1Wiw67QMsJZxHkDAQgHwn4EGBYK ACYWIQTHxcCLnAXo3rFg6k7P+1cn7slqBAUCaEicoAIbDAUJCWYBgAAKCRDP+1cn7slqBPO/ AQCPuGiyyfJClICRs/ToG0MsT8YcPdBygzuUIIeGpkjJpgEA7AoFCQ0Y28Y3hIDFn2k9PH3B nGWL3g05W0ds2qoj+gQ= Organization: FreeBSD Project In-Reply-To: <70c93f00-d736-4ff9-b96a-c5c0a5121a7e@freebsd.org> --------------tk5ACnaCrMKlQPmaz5AtUWIf Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 Q2hhcmxpZSBMaSB3cm90ZToNCj4gT24gMjUvMDIvMjAyNiAwNDo1Miwgb2Jpd2FjIHdyb3Rl Og0KPj4gSGV5IENoYXJsaWUhDQo+Pg0KPj4gSSBiZWxpZXZlIEdyZWVuIFNhcmRpbmUgaXMg Q2V6YW5uZSwgYnV0IGp1c3QgdG8gYmUgc3VyZSwgY2FuIHlvdSBzZW5kDQo+PiBtZSB5b3Vy IHBjaWNvbmYgLWx2PyBUaGVyZSBzaG91bGRuJ3QgYmUgYW55dGhpbmcgY3JhenkgdG8gZG8g dG8NCj4+IHN1cHBvcnQgdGhlIENlemFubmUgU01VLiBVU0I0IHNob3VsZCBqdXN0IHdvcmsu DQo+Pg0KPiAlIHBjaWNvbmYgLWx2DQo+IGhvc3RiMEBwY2kwOjA6MDowOsKgwqDCoCBjbGFz cz0weDA2MDAwMCByZXY9MHgwMCBoZHI9MHgwMCB2ZW5kb3I9MHgxMDIyIA0KPiBkZXZpY2U9 MHgxNjMwIHN1YnZlbmRvcj0weDE3YWEgc3ViZGV2aWNlPTB4NTA5NQ0KPiAgwqDCoMKgIHZl bmRvcsKgwqDCoMKgID0gJ0FkdmFuY2VkIE1pY3JvIERldmljZXMsIEluYy4gW0FNRF0nDQo+ ICDCoMKgwqAgZGV2aWNlwqDCoMKgwqAgPSAnUmVub2lyL0NlemFubmUgUm9vdCBDb21wbGV4 Jw0KPiAgwqDCoMKgIGNsYXNzwqDCoMKgwqDCoCA9IGJyaWRnZQ0KPiAgwqDCoMKgIHN1YmNs YXNzwqDCoCA9IEhPU1QtUENJDQo+IG5vbmUwQHBjaTA6MDowOjI6wqDCoMKgIGNsYXNzPTB4 MDgwNjAwIHJldj0weDAwIGhkcj0weDAwIHZlbmRvcj0weDEwMjIgDQo+IGRldmljZT0weDE2 MzEgc3VidmVuZG9yPTB4MTdhYSBzdWJkZXZpY2U9MHg1MDk1DQo+ICDCoMKgwqAgdmVuZG9y wqDCoMKgwqAgPSAnQWR2YW5jZWQgTWljcm8gRGV2aWNlcywgSW5jLiBbQU1EXScNCj4gIMKg wqDCoCBkZXZpY2XCoMKgwqDCoCA9ICdSZW5vaXIvQ2V6YW5uZSBJT01NVScNCj4gIMKgwqDC oCBjbGFzc8KgwqDCoMKgwqAgPSBiYXNlIHBlcmlwaGVyYWwNCj4gIMKgwqDCoCBzdWJjbGFz c8KgwqAgPSBJT01NVQ0KPiBob3N0YjFAcGNpMDowOjE6MDrCoMKgwqAgY2xhc3M9MHgwNjAw MDAgcmV2PTB4MDAgaGRyPTB4MDAgdmVuZG9yPTB4MTAyMiANCj4gZGV2aWNlPTB4MTYzMiBz dWJ2ZW5kb3I9MHgwMDAwIHN1YmRldmljZT0weDAwMDANCj4gIMKgwqDCoCB2ZW5kb3LCoMKg wqDCoCA9ICdBZHZhbmNlZCBNaWNybyBEZXZpY2VzLCBJbmMuIFtBTURdJw0KPiAgwqDCoMKg IGRldmljZcKgwqDCoMKgID0gJ1Jlbm9pciBQQ0llIER1bW15IEhvc3QgQnJpZGdlJw0KPiAg wqDCoMKgIGNsYXNzwqDCoMKgwqDCoCA9IGJyaWRnZQ0KPiAgwqDCoMKgIHN1YmNsYXNzwqDC oCA9IEhPU1QtUENJDQo+IGhvc3RiMkBwY2kwOjA6MjowOsKgwqDCoCBjbGFzcz0weDA2MDAw MCByZXY9MHgwMCBoZHI9MHgwMCB2ZW5kb3I9MHgxMDIyIA0KPiBkZXZpY2U9MHgxNjMyIHN1 YnZlbmRvcj0weDAwMDAgc3ViZGV2aWNlPTB4MDAwMA0KPiAgwqDCoMKgIHZlbmRvcsKgwqDC oMKgID0gJ0FkdmFuY2VkIE1pY3JvIERldmljZXMsIEluYy4gW0FNRF0nDQo+ICDCoMKgwqAg ZGV2aWNlwqDCoMKgwqAgPSAnUmVub2lyIFBDSWUgRHVtbXkgSG9zdCBCcmlkZ2UnDQo+ICDC oMKgwqAgY2xhc3PCoMKgwqDCoMKgID0gYnJpZGdlDQo+ICDCoMKgwqAgc3ViY2xhc3PCoMKg ID0gSE9TVC1QQ0kNCj4gcGNpYjFAcGNpMDowOjI6MTrCoMKgwqAgY2xhc3M9MHgwNjA0MDAg cmV2PTB4MDAgaGRyPTB4MDEgdmVuZG9yPTB4MTAyMiANCj4gZGV2aWNlPTB4MTYzNCBzdWJ2 ZW5kb3I9MHgxN2FhIHN1YmRldmljZT0weDUwOTUNCj4gIMKgwqDCoCB2ZW5kb3LCoMKgwqDC oCA9ICdBZHZhbmNlZCBNaWNybyBEZXZpY2VzLCBJbmMuIFtBTURdJw0KPiAgwqDCoMKgIGRl dmljZcKgwqDCoMKgID0gJ1Jlbm9pci9DZXphbm5lIFBDSWUgR1BQIEJyaWRnZScNCj4gIMKg wqDCoCBjbGFzc8KgwqDCoMKgwqAgPSBicmlkZ2UNCj4gIMKgwqDCoCBzdWJjbGFzc8KgwqAg PSBQQ0ktUENJDQo+IHBjaWIyQHBjaTA6MDoyOjI6wqDCoMKgIGNsYXNzPTB4MDYwNDAwIHJl dj0weDAwIGhkcj0weDAxIHZlbmRvcj0weDEwMjIgDQo+IGRldmljZT0weDE2MzQgc3VidmVu ZG9yPTB4MTdhYSBzdWJkZXZpY2U9MHg1MDk1DQo+ICDCoMKgwqAgdmVuZG9ywqDCoMKgwqAg PSAnQWR2YW5jZWQgTWljcm8gRGV2aWNlcywgSW5jLiBbQU1EXScNCj4gIMKgwqDCoCBkZXZp Y2XCoMKgwqDCoCA9ICdSZW5vaXIvQ2V6YW5uZSBQQ0llIEdQUCBCcmlkZ2UnDQo+ICDCoMKg wqAgY2xhc3PCoMKgwqDCoMKgID0gYnJpZGdlDQo+ICDCoMKgwqAgc3ViY2xhc3PCoMKgID0g UENJLVBDSQ0KPiBwY2liM0BwY2kwOjA6MjozOsKgwqDCoCBjbGFzcz0weDA2MDQwMCByZXY9 MHgwMCBoZHI9MHgwMSB2ZW5kb3I9MHgxMDIyIA0KPiBkZXZpY2U9MHgxNjM0IHN1YnZlbmRv cj0weDE3YWEgc3ViZGV2aWNlPTB4NTA5NQ0KPiAgwqDCoMKgIHZlbmRvcsKgwqDCoMKgID0g J0FkdmFuY2VkIE1pY3JvIERldmljZXMsIEluYy4gW0FNRF0nDQo+ICDCoMKgwqAgZGV2aWNl wqDCoMKgwqAgPSAnUmVub2lyL0NlemFubmUgUENJZSBHUFAgQnJpZGdlJw0KPiAgwqDCoMKg IGNsYXNzwqDCoMKgwqDCoCA9IGJyaWRnZQ0KPiAgwqDCoMKgIHN1YmNsYXNzwqDCoCA9IFBD SS1QQ0kNCj4gcGNpYjRAcGNpMDowOjI6NzrCoMKgwqAgY2xhc3M9MHgwNjA0MDAgcmV2PTB4 MDAgaGRyPTB4MDEgdmVuZG9yPTB4MTAyMiANCj4gZGV2aWNlPTB4MTYzNCBzdWJ2ZW5kb3I9 MHgxN2FhIHN1YmRldmljZT0weDUwOTUNCj4gIMKgwqDCoCB2ZW5kb3LCoMKgwqDCoCA9ICdB ZHZhbmNlZCBNaWNybyBEZXZpY2VzLCBJbmMuIFtBTURdJw0KPiAgwqDCoMKgIGRldmljZcKg wqDCoMKgID0gJ1Jlbm9pci9DZXphbm5lIFBDSWUgR1BQIEJyaWRnZScNCj4gIMKgwqDCoCBj bGFzc8KgwqDCoMKgwqAgPSBicmlkZ2UNCj4gIMKgwqDCoCBzdWJjbGFzc8KgwqAgPSBQQ0kt UENJDQo+IGhvc3RiM0BwY2kwOjA6ODowOsKgwqDCoCBjbGFzcz0weDA2MDAwMCByZXY9MHgw MCBoZHI9MHgwMCB2ZW5kb3I9MHgxMDIyIA0KPiBkZXZpY2U9MHgxNjMyIHN1YnZlbmRvcj0w eDAwMDAgc3ViZGV2aWNlPTB4MDAwMA0KPiAgwqDCoMKgIHZlbmRvcsKgwqDCoMKgID0gJ0Fk dmFuY2VkIE1pY3JvIERldmljZXMsIEluYy4gW0FNRF0nDQo+ICDCoMKgwqAgZGV2aWNlwqDC oMKgwqAgPSAnUmVub2lyIFBDSWUgRHVtbXkgSG9zdCBCcmlkZ2UnDQo+ICDCoMKgwqAgY2xh c3PCoMKgwqDCoMKgID0gYnJpZGdlDQo+ICDCoMKgwqAgc3ViY2xhc3PCoMKgID0gSE9TVC1Q Q0kNCj4gcGNpYjVAcGNpMDowOjg6MTrCoMKgwqAgY2xhc3M9MHgwNjA0MDAgcmV2PTB4MDAg aGRyPTB4MDEgdmVuZG9yPTB4MTAyMiANCj4gZGV2aWNlPTB4MTYzNSBzdWJ2ZW5kb3I9MHg1 MDk1IHN1YmRldmljZT0weDE3YWENCj4gIMKgwqDCoCB2ZW5kb3LCoMKgwqDCoCA9ICdBZHZh bmNlZCBNaWNybyBEZXZpY2VzLCBJbmMuIFtBTURdJw0KPiAgwqDCoMKgIGRldmljZcKgwqDC oMKgID0gJ1Jlbm9pciBJbnRlcm5hbCBQQ0llIEdQUCBCcmlkZ2UgdG8gQnVzJw0KPiAgwqDC oMKgIGNsYXNzwqDCoMKgwqDCoCA9IGJyaWRnZQ0KPiAgwqDCoMKgIHN1YmNsYXNzwqDCoCA9 IFBDSS1QQ0kNCj4gaW50c21iMEBwY2kwOjA6MjA6MDrCoMKgwqAgY2xhc3M9MHgwYzA1MDAg cmV2PTB4NTEgaGRyPTB4MDAgdmVuZG9yPTB4MTAyMiANCj4gZGV2aWNlPTB4NzkwYiBzdWJ2 ZW5kb3I9MHgxN2FhIHN1YmRldmljZT0weDUwOTUNCj4gIMKgwqDCoCB2ZW5kb3LCoMKgwqDC oCA9ICdBZHZhbmNlZCBNaWNybyBEZXZpY2VzLCBJbmMuIFtBTURdJw0KPiAgwqDCoMKgIGRl dmljZcKgwqDCoMKgID0gJ0ZDSCBTTUJ1cyBDb250cm9sbGVyJw0KPiAgwqDCoMKgIGNsYXNz wqDCoMKgwqDCoCA9IHNlcmlhbCBidXMNCj4gIMKgwqDCoCBzdWJjbGFzc8KgwqAgPSBTTUJ1 cw0KPiBpc2FiMUBwY2kwOjA6MjA6MzrCoMKgwqAgY2xhc3M9MHgwNjAxMDAgcmV2PTB4NTEg aGRyPTB4MDAgdmVuZG9yPTB4MTAyMiANCj4gZGV2aWNlPTB4NzkwZSBzdWJ2ZW5kb3I9MHgx N2FhIHN1YmRldmljZT0weDUwOTUNCj4gIMKgwqDCoCB2ZW5kb3LCoMKgwqDCoCA9ICdBZHZh bmNlZCBNaWNybyBEZXZpY2VzLCBJbmMuIFtBTURdJw0KPiAgwqDCoMKgIGRldmljZcKgwqDC oMKgID0gJ0ZDSCBMUEMgQnJpZGdlJw0KPiAgwqDCoMKgIGNsYXNzwqDCoMKgwqDCoCA9IGJy aWRnZQ0KPiAgwqDCoMKgIHN1YmNsYXNzwqDCoCA9IFBDSS1JU0ENCj4gaG9zdGI0QHBjaTA6 MDoyNDowOsKgwqDCoCBjbGFzcz0weDA2MDAwMCByZXY9MHgwMCBoZHI9MHgwMCB2ZW5kb3I9 MHgxMDIyIA0KPiBkZXZpY2U9MHgxNjZhIHN1YnZlbmRvcj0weDAwMDAgc3ViZGV2aWNlPTB4 MDAwMA0KPiAgwqDCoMKgIHZlbmRvcsKgwqDCoMKgID0gJ0FkdmFuY2VkIE1pY3JvIERldmlj ZXMsIEluYy4gW0FNRF0nDQo+ICDCoMKgwqAgZGV2aWNlwqDCoMKgwqAgPSAnQ2V6YW5uZSBE YXRhIEZhYnJpYzsgRnVuY3Rpb24gMCcNCj4gIMKgwqDCoCBjbGFzc8KgwqDCoMKgwqAgPSBi cmlkZ2UNCj4gIMKgwqDCoCBzdWJjbGFzc8KgwqAgPSBIT1NULVBDSQ0KPiBob3N0YjVAcGNp MDowOjI0OjE6wqDCoMKgIGNsYXNzPTB4MDYwMDAwIHJldj0weDAwIGhkcj0weDAwIHZlbmRv cj0weDEwMjIgDQo+IGRldmljZT0weDE2NmIgc3VidmVuZG9yPTB4MDAwMCBzdWJkZXZpY2U9 MHgwMDAwDQo+ICDCoMKgwqAgdmVuZG9ywqDCoMKgwqAgPSAnQWR2YW5jZWQgTWljcm8gRGV2 aWNlcywgSW5jLiBbQU1EXScNCj4gIMKgwqDCoCBkZXZpY2XCoMKgwqDCoCA9ICdDZXphbm5l IERhdGEgRmFicmljOyBGdW5jdGlvbiAxJw0KPiAgwqDCoMKgIGNsYXNzwqDCoMKgwqDCoCA9 IGJyaWRnZQ0KPiAgwqDCoMKgIHN1YmNsYXNzwqDCoCA9IEhPU1QtUENJDQo+IGhvc3RiNkBw Y2kwOjA6MjQ6MjrCoMKgwqAgY2xhc3M9MHgwNjAwMDAgcmV2PTB4MDAgaGRyPTB4MDAgdmVu ZG9yPTB4MTAyMiANCj4gZGV2aWNlPTB4MTY2YyBzdWJ2ZW5kb3I9MHgwMDAwIHN1YmRldmlj ZT0weDAwMDANCj4gIMKgwqDCoCB2ZW5kb3LCoMKgwqDCoCA9ICdBZHZhbmNlZCBNaWNybyBE ZXZpY2VzLCBJbmMuIFtBTURdJw0KPiAgwqDCoMKgIGRldmljZcKgwqDCoMKgID0gJ0NlemFu bmUgRGF0YSBGYWJyaWM7IEZ1bmN0aW9uIDInDQo+ICDCoMKgwqAgY2xhc3PCoMKgwqDCoMKg ID0gYnJpZGdlDQo+ICDCoMKgwqAgc3ViY2xhc3PCoMKgID0gSE9TVC1QQ0kNCj4gaG9zdGI3 QHBjaTA6MDoyNDozOsKgwqDCoCBjbGFzcz0weDA2MDAwMCByZXY9MHgwMCBoZHI9MHgwMCB2 ZW5kb3I9MHgxMDIyIA0KPiBkZXZpY2U9MHgxNjZkIHN1YnZlbmRvcj0weDAwMDAgc3ViZGV2 aWNlPTB4MDAwMA0KPiAgwqDCoMKgIHZlbmRvcsKgwqDCoMKgID0gJ0FkdmFuY2VkIE1pY3Jv IERldmljZXMsIEluYy4gW0FNRF0nDQo+ICDCoMKgwqAgZGV2aWNlwqDCoMKgwqAgPSAnQ2V6 YW5uZSBEYXRhIEZhYnJpYzsgRnVuY3Rpb24gMycNCj4gIMKgwqDCoCBjbGFzc8KgwqDCoMKg wqAgPSBicmlkZ2UNCj4gIMKgwqDCoCBzdWJjbGFzc8KgwqAgPSBIT1NULVBDSQ0KPiBob3N0 YjhAcGNpMDowOjI0OjQ6wqDCoMKgIGNsYXNzPTB4MDYwMDAwIHJldj0weDAwIGhkcj0weDAw IHZlbmRvcj0weDEwMjIgDQo+IGRldmljZT0weDE2NmUgc3VidmVuZG9yPTB4MDAwMCBzdWJk ZXZpY2U9MHgwMDAwDQo+ICDCoMKgwqAgdmVuZG9ywqDCoMKgwqAgPSAnQWR2YW5jZWQgTWlj cm8gRGV2aWNlcywgSW5jLiBbQU1EXScNCj4gIMKgwqDCoCBkZXZpY2XCoMKgwqDCoCA9ICdD ZXphbm5lIERhdGEgRmFicmljOyBGdW5jdGlvbiA0Jw0KPiAgwqDCoMKgIGNsYXNzwqDCoMKg wqDCoCA9IGJyaWRnZQ0KPiAgwqDCoMKgIHN1YmNsYXNzwqDCoCA9IEhPU1QtUENJDQo+IGhv c3RiOUBwY2kwOjA6MjQ6NTrCoMKgwqAgY2xhc3M9MHgwNjAwMDAgcmV2PTB4MDAgaGRyPTB4 MDAgdmVuZG9yPTB4MTAyMiANCj4gZGV2aWNlPTB4MTY2ZiBzdWJ2ZW5kb3I9MHgwMDAwIHN1 YmRldmljZT0weDAwMDANCj4gIMKgwqDCoCB2ZW5kb3LCoMKgwqDCoCA9ICdBZHZhbmNlZCBN aWNybyBEZXZpY2VzLCBJbmMuIFtBTURdJw0KPiAgwqDCoMKgIGRldmljZcKgwqDCoMKgID0g J0NlemFubmUgRGF0YSBGYWJyaWM7IEZ1bmN0aW9uIDUnDQo+ICDCoMKgwqAgY2xhc3PCoMKg wqDCoMKgID0gYnJpZGdlDQo+ICDCoMKgwqAgc3ViY2xhc3PCoMKgID0gSE9TVC1QQ0kNCj4g aG9zdGIxMEBwY2kwOjA6MjQ6NjrCoMKgwqAgY2xhc3M9MHgwNjAwMDAgcmV2PTB4MDAgaGRy PTB4MDAgdmVuZG9yPTB4MTAyMiANCj4gZGV2aWNlPTB4MTY3MCBzdWJ2ZW5kb3I9MHgwMDAw IHN1YmRldmljZT0weDAwMDANCj4gIMKgwqDCoCB2ZW5kb3LCoMKgwqDCoCA9ICdBZHZhbmNl ZCBNaWNybyBEZXZpY2VzLCBJbmMuIFtBTURdJw0KPiAgwqDCoMKgIGRldmljZcKgwqDCoMKg ID0gJ0NlemFubmUgRGF0YSBGYWJyaWM7IEZ1bmN0aW9uIDYnDQo+ICDCoMKgwqAgY2xhc3PC oMKgwqDCoMKgID0gYnJpZGdlDQo+ICDCoMKgwqAgc3ViY2xhc3PCoMKgID0gSE9TVC1QQ0kN Cj4gaG9zdGIxMUBwY2kwOjA6MjQ6NzrCoMKgwqAgY2xhc3M9MHgwNjAwMDAgcmV2PTB4MDAg aGRyPTB4MDAgdmVuZG9yPTB4MTAyMiANCj4gZGV2aWNlPTB4MTY3MSBzdWJ2ZW5kb3I9MHgw MDAwIHN1YmRldmljZT0weDAwMDANCj4gIMKgwqDCoCB2ZW5kb3LCoMKgwqDCoCA9ICdBZHZh bmNlZCBNaWNybyBEZXZpY2VzLCBJbmMuIFtBTURdJw0KPiAgwqDCoMKgIGRldmljZcKgwqDC oMKgID0gJ0NlemFubmUgRGF0YSBGYWJyaWM7IEZ1bmN0aW9uIDcnDQo+ICDCoMKgwqAgY2xh c3PCoMKgwqDCoMKgID0gYnJpZGdlDQo+ICDCoMKgwqAgc3ViY2xhc3PCoMKgID0gSE9TVC1Q Q0kNCj4gbnZtZTBAcGNpMDoxOjA6MDrCoMKgwqAgW3NuaXAsIGludGVyY2hhbmdlYWJsZSBw YXJ0LCBub3QgcmVsZXZhbnRdDQo+IHJlMEBwY2kwOjI6MDowOsKgwqDCoCBjbGFzcz0weDAy MDAwMCByZXY9MHgwZSBoZHI9MHgwMCB2ZW5kb3I9MHgxMGVjIA0KPiBkZXZpY2U9MHg4MTY4 IHN1YnZlbmRvcj0weDE3YWEgc3ViZGV2aWNlPTB4NTA5NQ0KPiAgwqDCoMKgIHZlbmRvcsKg wqDCoMKgID0gJ1JlYWx0ZWsgU2VtaWNvbmR1Y3RvciBDby4sIEx0ZC4nDQo+ICDCoMKgwqAg ZGV2aWNlwqDCoMKgwqAgPSAnUlRMODExMS84MTY4LzgyMTEvODQxMSBQQ0kgRXhwcmVzcyBH aWdhYml0IEV0aGVybmV0IA0KPiBDb250cm9sbGVyJw0KPiAgwqDCoMKgIGNsYXNzwqDCoMKg wqDCoCA9IG5ldHdvcmsNCj4gIMKgwqDCoCBzdWJjbGFzc8KgwqAgPSBldGhlcm5ldA0KPiBp d2x3aWZpMEBwY2kwOjM6MDowOsKgwqDCoCBbc25pcCwgaW50ZXJjaGFuZ2VhYmxlIHBhcnQs IG5vdCByZWxldmFudF0NCj4geGhjaTBAcGNpMDo0OjA6MDrCoMKgwqAgY2xhc3M9MHgwYzAz MzAgcmV2PTB4MDIgaGRyPTB4MDAgdmVuZG9yPTB4MTkxMiANCj4gZGV2aWNlPTB4MDAxNSBz dWJ2ZW5kb3I9MHgxOTEyIHN1YmRldmljZT0weDAwMTUNCj4gIMKgwqDCoCB2ZW5kb3LCoMKg wqDCoCA9ICdSZW5lc2FzIEVsZWN0cm9uaWNzIENvcnAuJw0KPiAgwqDCoMKgIGRldmljZcKg wqDCoMKgID0gJ3VQRDcyMDIwMiBVU0IgMy4wIEhvc3QgQ29udHJvbGxlcicNCj4gIMKgwqDC oCBjbGFzc8KgwqDCoMKgwqAgPSBzZXJpYWwgYnVzDQo+ICDCoMKgwqAgc3ViY2xhc3PCoMKg ID0gVVNCDQo+IHZnYXBjaTBAcGNpMDo1OjA6MDrCoMKgwqAgY2xhc3M9MHgwMzAwMDAgcmV2 PTB4ZDIgaGRyPTB4MDAgdmVuZG9yPTB4MTAwMiANCj4gZGV2aWNlPTB4MTYzOCBzdWJ2ZW5k b3I9MHgxN2FhIHN1YmRldmljZT0weDUwOTUNCj4gIMKgwqDCoCB2ZW5kb3LCoMKgwqDCoCA9 ICdBZHZhbmNlZCBNaWNybyBEZXZpY2VzLCBJbmMuIFtBTUQvQVRJXScNCj4gIMKgwqDCoCBk ZXZpY2XCoMKgwqDCoCA9ICdDZXphbm5lIFtSYWRlb24gVmVnYSBTZXJpZXMgLyBSYWRlb24g VmVnYSBNb2JpbGUgDQo+IFNlcmllc10nDQo+ICDCoMKgwqAgY2xhc3PCoMKgwqDCoMKgID0g ZGlzcGxheQ0KPiAgwqDCoMKgIHN1YmNsYXNzwqDCoCA9IFZHQQ0KPiBoZGFjMEBwY2kwOjU6 MDoxOsKgwqDCoCBjbGFzcz0weDA0MDMwMCByZXY9MHgwMCBoZHI9MHgwMCB2ZW5kb3I9MHgx MDAyIA0KPiBkZXZpY2U9MHgxNjM3IHN1YnZlbmRvcj0weDE3YWEgc3ViZGV2aWNlPTB4NTA5 NQ0KPiAgwqDCoMKgIHZlbmRvcsKgwqDCoMKgID0gJ0FkdmFuY2VkIE1pY3JvIERldmljZXMs IEluYy4gW0FNRC9BVEldJw0KPiAgwqDCoMKgIGRldmljZcKgwqDCoMKgID0gJ1Jlbm9pci9D ZXphbm5lIEhETUkvRFAgQXVkaW8gQ29udHJvbGxlcicNCj4gIMKgwqDCoCBjbGFzc8KgwqDC oMKgwqAgPSBtdWx0aW1lZGlhDQo+ICDCoMKgwqAgc3ViY2xhc3PCoMKgID0gSERBDQo+IG5v bmUxQHBjaTA6NTowOjI6wqDCoMKgIGNsYXNzPTB4MTA4MDAwIHJldj0weDAwIGhkcj0weDAw IHZlbmRvcj0weDEwMjIgDQo+IGRldmljZT0weDE1ZGYgc3VidmVuZG9yPTB4MTdhYSBzdWJk ZXZpY2U9MHg1MDk1DQo+ICDCoMKgwqAgdmVuZG9ywqDCoMKgwqAgPSAnQWR2YW5jZWQgTWlj cm8gRGV2aWNlcywgSW5jLiBbQU1EXScNCj4gIMKgwqDCoCBkZXZpY2XCoMKgwqDCoCA9ICdS YXZlbi9SYXZlbjIvRmlyZUZsaWdodC9SZW5vaXIvQ2V6YW5uZSBQbGF0Zm9ybSANCj4gU2Vj dXJpdHkgUHJvY2Vzc29yJw0KPiAgwqDCoMKgIGNsYXNzwqDCoMKgwqDCoCA9IGVuY3J5cHQv ZGVjcnlwdA0KPiB4aGNpMUBwY2kwOjU6MDozOsKgwqDCoCBjbGFzcz0weDBjMDMzMCByZXY9 MHgwMCBoZHI9MHgwMCB2ZW5kb3I9MHgxMDIyIA0KPiBkZXZpY2U9MHgxNjM5IHN1YnZlbmRv cj0weDE3YWEgc3ViZGV2aWNlPTB4NTA5NQ0KPiAgwqDCoMKgIHZlbmRvcsKgwqDCoMKgID0g J0FkdmFuY2VkIE1pY3JvIERldmljZXMsIEluYy4gW0FNRF0nDQo+ICDCoMKgwqAgZGV2aWNl wqDCoMKgwqAgPSAnUmVub2lyL0NlemFubmUgVVNCIDMuMScNCj4gIMKgwqDCoCBjbGFzc8Kg wqDCoMKgwqAgPSBzZXJpYWwgYnVzDQo+ICDCoMKgwqAgc3ViY2xhc3PCoMKgID0gVVNCDQo+ IHhoY2kyQHBjaTA6NTowOjQ6wqDCoMKgIGNsYXNzPTB4MGMwMzMwIHJldj0weDAwIGhkcj0w eDAwIHZlbmRvcj0weDEwMjIgDQo+IGRldmljZT0weDE2Mzkgc3VidmVuZG9yPTB4MTdhYSBz dWJkZXZpY2U9MHg1MDk1DQo+ICDCoMKgwqAgdmVuZG9ywqDCoMKgwqAgPSAnQWR2YW5jZWQg TWljcm8gRGV2aWNlcywgSW5jLiBbQU1EXScNCj4gIMKgwqDCoCBkZXZpY2XCoMKgwqDCoCA9 ICdSZW5vaXIvQ2V6YW5uZSBVU0IgMy4xJw0KPiAgwqDCoMKgIGNsYXNzwqDCoMKgwqDCoCA9 IHNlcmlhbCBidXMNCj4gIMKgwqDCoCBzdWJjbGFzc8KgwqAgPSBVU0INCj4gbm9uZTJAcGNp MDo1OjA6NTrCoMKgwqAgY2xhc3M9MHgwNDgwMDAgcmV2PTB4MDEgaGRyPTB4MDAgdmVuZG9y PTB4MTAyMiANCj4gZGV2aWNlPTB4MTVlMiBzdWJ2ZW5kb3I9MHgxN2FhIHN1YmRldmljZT0w eDUwOTUNCj4gIMKgwqDCoCB2ZW5kb3LCoMKgwqDCoCA9ICdBZHZhbmNlZCBNaWNybyBEZXZp Y2VzLCBJbmMuIFtBTURdJw0KPiAgwqDCoMKgIGRldmljZcKgwqDCoMKgID0gJ0F1ZGlvIENv cHJvY2Vzc29yJw0KPiAgwqDCoMKgIGNsYXNzwqDCoMKgwqDCoCA9IG11bHRpbWVkaWENCj4g aGRhYzFAcGNpMDo1OjA6NjrCoMKgwqAgY2xhc3M9MHgwNDAzMDAgcmV2PTB4MDAgaGRyPTB4 MDAgdmVuZG9yPTB4MTAyMiANCj4gZGV2aWNlPTB4MTVlMyBzdWJ2ZW5kb3I9MHgxN2FhIHN1 YmRldmljZT0weDUwOTUNCj4gIMKgwqDCoCB2ZW5kb3LCoMKgwqDCoCA9ICdBZHZhbmNlZCBN aWNybyBEZXZpY2VzLCBJbmMuIFtBTURdJw0KPiAgwqDCoMKgIGRldmljZcKgwqDCoMKgID0g J1J5emVuIEhEIEF1ZGlvIENvbnRyb2xsZXInDQo+ICDCoMKgwqAgY2xhc3PCoMKgwqDCoMKg ID0gbXVsdGltZWRpYQ0KPiAgwqDCoMKgIHN1YmNsYXNzwqDCoCA9IEhEQQ0KPj4+IExvb2tp bmcgYXQgeW91ciByZXBvc2l0b3J5IGl0IHNlZW1zIGxpa2Ugc29tZSBvZiB0aGUgY29tbWl0 cyBoYXZlIHNpbmNlDQo+Pj4gbGFuZGVkIGluIG1haW4sIHNvIG5vdCBzdXJlIGhvdyB0aGUg cmVzdCBzaG91bGQgYmUgcmViYXNlZC4NCj4+DQo+PiBZZWFoLCB0aGUgJ2V2ZXJ5dGhpbmcn IGJyYW5jaCB3YXMgb3V0IG9mIGRhdGUgKEkgaGF2ZSBhIGRpZmZlcmVudA0KPj4gYnJhbmNo IGZvciBkZXZlbG9wbWVudCwgJ3dvcmtpbmcyJywgYXMgaW4gIkknbSB3b3JraW5nIG9uIHRo aXMiIG5vdA0KPj4gbmVjZXNzYXJpbHkgInRoaXMgd29ya3MiLCBidXQgdGhhdCBjb250YWlu cyBzb21lIG5vbi1TMGl4LXJlbGF0ZWQNCj4+IHBhdGNoZXMgdG9vKS4gSSBoYXZlIGp1c3Qg dXBkYXRlZCBpdDoNCj4+DQo+PiBodHRwczovL2dpdGh1Yi5jb20vb2Jpd2FjL2ZyZWVic2Qt czBpeC9wdWxsLzE1DQo+Pg0KPj4gVGhpcyBzaG91bGQgbm93IHdvcmsgZm9yIHlvdS4gSSB3 aWxsIGhhdmUgdG8gdXBkYXRlIHRoZSBzbGVlcCB0ZXN0aW5nDQo+PiBpbWFnZSBzb29uLWlz aCwgYnV0IEkgd2FudCB0byBmaWd1cmUgb3V0IG15IEMzIGV4aXQgaXNzdWVzIGZpcnN0Lg0K Pj4NCj4gQ3VycmVudGx5IGJ1aWxkaW5nLCBsZXQncyBzZWUgd2hhdCBoYXBwZW5zLg0KPiAN CmFtZHNtdSBzdGlsbCBkb2VzIG5vdCBhdHRhY2gsIGF0IGxlYXN0IG5vdCBmcm9tIGRtZXNn IGluZGljYXRpb25zLiBBbHNvIA0Kbm90ZSB0aGF0IG15IG1hY2hpbmUgZG9lcyBub3QgaGF2 ZSBUaHVuZGVyYm9sdCBvciBVU0I0Lg0KDQotLSANCkNoYXJsaWUgTGkNCi4uLm5vcGUsIHN0 aWxsIGRvbid0IGhhdmUgYW4gZXhpdCBsaW5lLg0K --------------tk5ACnaCrMKlQPmaz5AtUWIf-- --------------dWonzhJpPY2pk09piDUpHlwb Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature.asc" -----BEGIN PGP SIGNATURE----- wnsEABYIACMWIQTHxcCLnAXo3rFg6k7P+1cn7slqBAUCaaJgEwUDAAAAAAAKCRDP+1cn7slqBOV9 AQCq7MWlO6v45uiBQYEPLDuc9afkf3ZQo2cK1XNi25QZZAEAn0b+f4ku6m548xtnFlRr+jAdFErZ UDRu0fhtUIOP3gE= =Wyxq -----END PGP SIGNATURE----- --------------dWonzhJpPY2pk09piDUpHlwb-- From nobody Sat Feb 28 10:32:47 2026 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 4fNM3G2Jn3z6TPfS for ; Sat, 28 Feb 2026 10:32:58 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-21.consmr.mail.gq1.yahoo.com (sonic301-21.consmr.mail.gq1.yahoo.com [98.137.64.147]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4fNM3F4wLNz46XM for ; Sat, 28 Feb 2026 10:32:57 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=o8ty92K6; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.147 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1772274770; bh=NiMEJfSa8VkkhidAB6bxvWqVi8RAemV0vl4d6AxAfoc=; h=Date:To:From:Subject:References:From:Subject:Reply-To; b=o8ty92K6QdgMZNlTQAdwErgdIBFPUd11HtyGAYqOR/ksyADUWqOF4J9PVK2eX2ZIaBwE+oPa65PzpVDMUriSrwmzWXIdi73JrWvcxPHFeDfiLahcXElN0YjzKojyP6orxkIvqBAhtAJqDgxFnItMoUCMX6ozrb6l2bmXfRl1sE1sdzBPwBQ+kpdHrqTUsGMtyepPl1y/c5ic0dw/2ZBgryH4lcgjZ1lcSwMiUf4BypO4VxUDLIAdhfE/CUgcWogjqRQBgzlFv0qAeorC4kQuyOSzl7JnjN78yVLrkQ7PJvq2E4dU/kJ5uUswZJbEV2QTZRG/1w3aaL67LksB0rpl7A== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1772274770; bh=6MbgxBraZRpdFGVAj0AGx1aJf5wDg6B6JAhBUMh17JP=; h=X-Sonic-MF:Date:To:From:Subject:From:Subject; b=hEnDWpqSlKSjWT++Sb4k72/4ELzIjTJPPAHHYD/UahsSrOaU+Cf2z8q1P9jhQ+anQ8m+VMr9YWhnKGMGFsQ6jSgIz/6eEp5VGiafp0gv2Twlq7weUp3KrTZ37rdLt14WJkDu0DEjtg6YLA1+qHMPGW2mLP9aSM1jCPb5RA5JwewOlDOh40fWjhW8AzweJ08Csg4GdrS9YqWGKkKbhihGPcCJQV8aliPAvtEBPn/rXQUQ5fQSNmy+rKJG5oWc7cQeE+9cLZU52I15IzgwF9LXqQR7qo/TIx+8nZRrp4IIItjhKUFQlGFL/7FPeJ7biazwld8bDGuZpalMdrz0zhu5aQ== X-YMail-OSG: RpLTlpQVM1np5grwgjN6Qca3OBTC_2JdUSFQVgJdvG2faxtXEYN3NW7U0v7Rgv3 XjOLxIcZpYZUWKXRq_ngjtog_HL0NGb7kdIL06OJfv7cksq6IEeFvr.SXbAFvE20BmpPq_9n3aTd reJR05wKV_DFhMpLCa3v_JItqANnf1TIq4ChfZeuUKnhgGLYCaCzNgLtvrN7US3h3uiCd.T3nzqD vCw8y9Y7SRePUcOim0Qsae7fk__8NYX8Wx0Syif4JoJvfX0ToxCRZH5lWm82QRD_d_LMxi.Xz4Gr io56p71yOBLxSuTrVt13fHTzLth.8bDK.4jsfNqfj6MIldxBpUdurZENoTTHmLYil9XQRbvYE2bJ bwKaXZC8TaAfpDA9OOUG0.5NgB4MO6O0s7ve4bEfugaRVx9YFp.zU0da.xAsJzCRG5TX.jSb_xv_ YleVcDvQ.IyZYxcF3iCfNn5h0L05E88SeqaZ8qydY6x0HEjYVRR_nkn1ys_eLLbSvS1d3bmqXs8q WPzCb3BF2E9P9waE7HecoDYpe48wzULjQ_9dG2EBDQgN9FYEnYLb1yzw0NgW.vmEzsgPwYNws5Nd nPdCZlGkV4NskG2H81rMVqpJ.G4kGESvMxCnRL8ThmsCT5hj88A4Eh.Xndv5yWjwc42Sj1uZGARI .XxG2obZXm1fdCExsqE5FqW0ZEnacPc86W3wxIOsL4hRTj9LAEbnfAXGRZCs9E9OtBHUENA.uTnK A7f3lj6JTFIVqS7rqvDGEs.B0Sf7d4rHiEwcErysxjb9IZerWyhcwvyYGOTjjZ.juF.4IurdEvC2 YjuE67leo06gcKZLS8kLzAsD3vG1wV.JjeJTNec9C_XEYnXz2tVXAsrUVLM7oMs7s4gMULzoYb1n FBprCFL1MeY6HiPLytuvV_wtxPJAdsu3aRvN5HtkaeiJdvK4DgupT4ynbnJzER.C3M571wYy9awm qTrsDyPy.AdqflGKmrDWUUMPhiB41rAAUyV8LuhjDiqBtaDIYmRyKNJhKUilIQiVgpZwCeI2ksCF NRsEGdnniIE25n70OCyKgYmVUQg6m.DlbSAbO.cHSvIixHiWBMtkxkyg5wNTB7Oymu8N84Dxbnkm PQg127gxUoFbBUeFi3TrE5O35Bw2e7yucXzi4Q.8fLtR2MiBumw_dhxMBcWd8QqBckzVDhaKPqjB Q3zIqV0jMcDLuWRk.qonUrGFsdwjzsD0fHLHH8e26Sgjvg1efYPXGj_0OKJZC_6EylawqEicqGXz YoxVYRJs4bsjNnSxIdSjh_J.89yjaOFEvhgsxwvggYAH.8P9zXJnrGYUNbOKDTyZCRZJg79qDFoA qUQH6B5EJyk0bNNgSTtQKH9MHUkG9H9JMGC05XHAiw9w2P1NSsGOSqpmVi.6FAeibGgRiBKx7JFF 2Dv0w6uDS2DnB5bolVdUFNipJyNBIlX8xEvii48JoxoOsHNLZbEKiewXtVryMQR2V4ksWDzIivN5 b.q4jlZl5ABkqfkGuvK0NVETSF9BQ6zACu_NNaLrFflK67BUb3XKhv9jcJF.xGvaGflkzW79RX47 cMJxh5DriP8xxnBasV2wHWP6UvOCxsI9wnKwcO.be__qlPWaKMGoz6S.0Szg_lIKyxB9HQJRthdh sK3.ZZyW0LGpwJtZ8ONRFL9LxJ2pzd8WHvehUN.dmUJZWRvAnxOABWaRSIG3z79.BWNa0pWvcUlB O8S51MP26h2jKlnNP7938rXKZ.NpIYPHyTPep4L_OqUkbltFXwrnuDXi87gc03wbCCfZPzu2qLS6 Kcm3X3na114i4RSRAWjUkxeL3Uqlxx7TRz9QJupcbjC5ADr8H2AqgDjeMP2inmoj.A8PKhyRLgcq uGDLk6Fr1RBIGZ9r4Ua6Zx9kVlQ8hAWAHXf7j4bwuQ7Ke2yeJo_9q9ZTEHMLNZ5XPjwvFTTUkRMQ G.kbQQeGlLg.Jqy.LjaUOxpHagp9EP4aO0TOuE_hcFJDKpoSxAOj8VkD1rbSazqvocWo2rKawiNV xaH4dcngFXLSQib9PxHK4.4X2Kxvtzxh60WJVLDunCaCrQ_re9glVGTccYD0aR57yZNwFzkIfeig esEG..gewCu8_dHOR9WUY57ECugvRKnY4KUV9l5nOn70amS4ILoIXX2RrzUC8g_eYn2EivF4JFTp OB6LB45GlAt2tobdhHn5Ld5ApXDjo.HrvL96MWNd2v22aspItUjrex88bLurqtHX7VWTOneYLxBb 0XZCEly3lIE5NUbOLNIqgvXdhhAps3rYecbmW9K4BTVcVUewVU6XS3ivHZeODbxwKileXA_7WWDq ocIZ5BZDSNn80K4rDqXis4HFS X-Sonic-MF: X-Sonic-ID: f8cb11e6-9b2f-4940-8fbf-2fc48be1c081 Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Sat, 28 Feb 2026 10:32:50 +0000 Received: by hermes--production-gq1-6dfcf9f8b-vlhlt (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID d096ed9af3e0d4168d0cadd37f68e8df; Sat, 28 Feb 2026 10:32:48 +0000 (UTC) Message-ID: Date: Sat, 28 Feb 2026 02:32:47 -0800 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-US To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org From: Mark Millard Subject: FYI: The elapsed time shown for beefy24 [main-amd64] and beefy23 [150amd64-default] stopped over 2hrs ago Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit References: X-Mailer: WebService/1.1.25198 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo X-Spamd-Result: default: False [-3.85 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.85)[-0.854]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.147:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.147:from] X-Rspamd-Queue-Id: 4fNM3F4wLNz46XM X-Spamd-Bar: --- The following is unusual for beefy24 and beefy23 as far as I know . . . https://pkg-status.freebsd.org/builds?type=package&all=1 mostly shows poudriere port-package builder systems with Started (UTC) on or somewhat before 28 Feb 2026 01:06:31 GMT with elapsed time 08:45:57 or more. But 2 do not: 06:41:25 beefy24 (pdf4f957ea181_s178d0b5b8d Built 4430, Failed 42) 05:48:27 beefy23 (df4f957ea181 Built 15806, Failed 11) The following got "504 Gateway Time-out" when I tried them: -- === Mark Millard marklmi at yahoo.com From nobody Sat Feb 28 11:21:30 2026 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 4fNN7X57MYz6T1vB for ; Sat, 28 Feb 2026 11:21:44 +0000 (UTC) (envelope-from obiwac@gmail.com) Received: from mail-ot1-f54.google.com (mail-ot1-f54.google.com [209.85.210.54]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fNN7X33lLz4KV4 for ; Sat, 28 Feb 2026 11:21:44 +0000 (UTC) (envelope-from obiwac@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ot1-f54.google.com with SMTP id 46e09a7af769-7d598f4c618so877618a34.0 for ; Sat, 28 Feb 2026 03:21:44 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1772277703; x=1772882503; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=seRRS3L9XDyHNv0pb9hWC5dskFsaLlmliKLPKNZMJAg=; b=G1QHsg9cP6Q2fRjYv2EP7U/QYMa41xF4a3Q8hvc3H72jVvkJ4meH0EM49MknVgoMwk /uh5H1NbvpWwcDXnudkfUqfzHyNPxJOkAHj8dbeAmKF28FxQNEcgcjL1wu0ieQWUhP4d BkuT4X0u3TR3pVrzMd2rhDMbSyVrjhq9OiSo3G8Llarz29I0PT+LnGMdKoaXP4bUYds+ dyqhNmfXDA+fLVR97eLk6xFLexDB8BZgTVtj89rWkoBzUfxpCvNR05TGJ/BSZ8Frhltw 6/64zWnzIbVfklGCUe/b68eDxdh7xlpGU+JJJFSXRlEV8Dh5/K4NiII91pU2/JKmj5lK jo8g== X-Gm-Message-State: AOJu0YwX7ENdvamTSgrHDjyMXFtPVIWbsiXG2CAOjejIypgcyNdLu59f OOUpXG1WE3V3j+a0gfuSAWt3OyQKFEtL8OWnJlYF6qf45RtLu/a8nQLrbKuiNzeX X-Gm-Gg: ATEYQzzZiPDq9OyD8u+/S8nlpkhlfZvU1Ap/kubKxjG+qUo08CM5c0XD/ZJTlmjgTO1 CPBz3Z3r8P31C+2h6MessSVbLwvGh6nJ00Ifv3/XAxPOfyAcz5k3cLFYTb8E09h4fGYXXXbbNrk /HpI8/n/uOfnMXaUbY0xIFVFKA1w8Eghc74nO3tkRjnEg8hTVPR5Yg93T1p2Ytt9Vj5YW7XkoPM 3FD0f4n4ue3G3KFMbQcYTGa//9l0LMgyk5m2qe/1CSQQ2BZ3yxl7TddiOWahCxpQarB8VAYJYYf /uvykV1H+I+EKLmGfln6E8p5jHNfhMU10PwCUHTm8w0egKx6fhSSvb7k/Taros5hV4dev9WEU7n wv07UuKwFcJn5i+8HsxT/r6JRjxNKwyTCu0ym0/BSm0uc7sCQKqsk0K7/iwC6hLmYYmR4FT339B b6nyZtmBoHCEMnkYRV/sM9d6bikzYQBcyRwZy7cP9uznT1PBiKSPcp/2gBlKYYSkXfSdKevSTb+ VLXSqD2Z1VX2FsVj24dBJ9Nbub6jQ== X-Received: by 2002:a05:6830:67eb:b0:7d1:923d:683b with SMTP id 46e09a7af769-7d591b1d493mr3903400a34.1.1772277702485; Sat, 28 Feb 2026 03:21:42 -0800 (PST) Received: from mail-oo1-f49.google.com (mail-oo1-f49.google.com. [209.85.161.49]) by smtp.gmail.com with ESMTPSA id 46e09a7af769-7d5866269a8sm6448216a34.13.2026.02.28.03.21.41 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 28 Feb 2026 03:21:42 -0800 (PST) Received: by mail-oo1-f49.google.com with SMTP id 006d021491bc7-662f9aeb782so2237892eaf.3 for ; Sat, 28 Feb 2026 03:21:41 -0800 (PST) X-Received: by 2002:a05:6820:4c8b:b0:679:b078:2030 with SMTP id 006d021491bc7-679faef8a4amr3734668eaf.35.1772277701656; Sat, 28 Feb 2026 03:21:41 -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: <4ba2049c-7744-4e47-a2ed-b6830a4f2086@freebsd.org> <70c93f00-d736-4ff9-b96a-c5c0a5121a7e@freebsd.org> In-Reply-To: From: obiwac Date: Sat, 28 Feb 2026 12:21:30 +0100 X-Gmail-Original-Message-ID: X-Gm-Features: AaiRm53satxY3IMqqKv_zyTvD_oQUBYFV5ckC2Tp8aGfehcM8SW_6zLkL6IqHm0 Message-ID: Subject: Re: S0i3 sleep testing image To: Charlie Li Cc: FreeBSD CURRENT , freebsd-hackers Content-Type: text/plain; charset="UTF-8" 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:209.85.128.0/17, country:US] X-Rspamd-Queue-Id: 4fNN7X33lLz4KV4 X-Spamd-Bar: ---- > amdsmu still does not attach, at least not from dmesg indications. Yeah, I'm working on Cezanne support for the amdsmu. There's a couple workarounds needed for this it would seem. > Also > note that my machine does not have Thunderbolt or USB4. Nice, that certainly makes things easier :) On Sat, 28 Feb 2026 at 04:25, Charlie Li wrote: > > Charlie Li wrote: > > On 25/02/2026 04:52, obiwac wrote: > >> Hey Charlie! > >> > >> I believe Green Sardine is Cezanne, but just to be sure, can you send > >> me your pciconf -lv? There shouldn't be anything crazy to do to > >> support the Cezanne SMU. USB4 should just work. > >> > > % pciconf -lv > > hostb0@pci0:0:0:0: class=0x060000 rev=0x00 hdr=0x00 vendor=0x1022 > > device=0x1630 subvendor=0x17aa subdevice=0x5095 > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > device = 'Renoir/Cezanne Root Complex' > > class = bridge > > subclass = HOST-PCI > > none0@pci0:0:0:2: class=0x080600 rev=0x00 hdr=0x00 vendor=0x1022 > > device=0x1631 subvendor=0x17aa subdevice=0x5095 > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > device = 'Renoir/Cezanne IOMMU' > > class = base peripheral > > subclass = IOMMU > > hostb1@pci0:0:1:0: class=0x060000 rev=0x00 hdr=0x00 vendor=0x1022 > > device=0x1632 subvendor=0x0000 subdevice=0x0000 > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > device = 'Renoir PCIe Dummy Host Bridge' > > class = bridge > > subclass = HOST-PCI > > hostb2@pci0:0:2:0: class=0x060000 rev=0x00 hdr=0x00 vendor=0x1022 > > device=0x1632 subvendor=0x0000 subdevice=0x0000 > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > device = 'Renoir PCIe Dummy Host Bridge' > > class = bridge > > subclass = HOST-PCI > > pcib1@pci0:0:2:1: class=0x060400 rev=0x00 hdr=0x01 vendor=0x1022 > > device=0x1634 subvendor=0x17aa subdevice=0x5095 > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > device = 'Renoir/Cezanne PCIe GPP Bridge' > > class = bridge > > subclass = PCI-PCI > > pcib2@pci0:0:2:2: class=0x060400 rev=0x00 hdr=0x01 vendor=0x1022 > > device=0x1634 subvendor=0x17aa subdevice=0x5095 > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > device = 'Renoir/Cezanne PCIe GPP Bridge' > > class = bridge > > subclass = PCI-PCI > > pcib3@pci0:0:2:3: class=0x060400 rev=0x00 hdr=0x01 vendor=0x1022 > > device=0x1634 subvendor=0x17aa subdevice=0x5095 > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > device = 'Renoir/Cezanne PCIe GPP Bridge' > > class = bridge > > subclass = PCI-PCI > > pcib4@pci0:0:2:7: class=0x060400 rev=0x00 hdr=0x01 vendor=0x1022 > > device=0x1634 subvendor=0x17aa subdevice=0x5095 > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > device = 'Renoir/Cezanne PCIe GPP Bridge' > > class = bridge > > subclass = PCI-PCI > > hostb3@pci0:0:8:0: class=0x060000 rev=0x00 hdr=0x00 vendor=0x1022 > > device=0x1632 subvendor=0x0000 subdevice=0x0000 > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > device = 'Renoir PCIe Dummy Host Bridge' > > class = bridge > > subclass = HOST-PCI > > pcib5@pci0:0:8:1: class=0x060400 rev=0x00 hdr=0x01 vendor=0x1022 > > device=0x1635 subvendor=0x5095 subdevice=0x17aa > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > device = 'Renoir Internal PCIe GPP Bridge to Bus' > > class = bridge > > subclass = PCI-PCI > > intsmb0@pci0:0:20:0: class=0x0c0500 rev=0x51 hdr=0x00 vendor=0x1022 > > device=0x790b subvendor=0x17aa subdevice=0x5095 > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > device = 'FCH SMBus Controller' > > class = serial bus > > subclass = SMBus > > isab1@pci0:0:20:3: class=0x060100 rev=0x51 hdr=0x00 vendor=0x1022 > > device=0x790e subvendor=0x17aa subdevice=0x5095 > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > device = 'FCH LPC Bridge' > > class = bridge > > subclass = PCI-ISA > > hostb4@pci0:0:24:0: class=0x060000 rev=0x00 hdr=0x00 vendor=0x1022 > > device=0x166a subvendor=0x0000 subdevice=0x0000 > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > device = 'Cezanne Data Fabric; Function 0' > > class = bridge > > subclass = HOST-PCI > > hostb5@pci0:0:24:1: class=0x060000 rev=0x00 hdr=0x00 vendor=0x1022 > > device=0x166b subvendor=0x0000 subdevice=0x0000 > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > device = 'Cezanne Data Fabric; Function 1' > > class = bridge > > subclass = HOST-PCI > > hostb6@pci0:0:24:2: class=0x060000 rev=0x00 hdr=0x00 vendor=0x1022 > > device=0x166c subvendor=0x0000 subdevice=0x0000 > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > device = 'Cezanne Data Fabric; Function 2' > > class = bridge > > subclass = HOST-PCI > > hostb7@pci0:0:24:3: class=0x060000 rev=0x00 hdr=0x00 vendor=0x1022 > > device=0x166d subvendor=0x0000 subdevice=0x0000 > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > device = 'Cezanne Data Fabric; Function 3' > > class = bridge > > subclass = HOST-PCI > > hostb8@pci0:0:24:4: class=0x060000 rev=0x00 hdr=0x00 vendor=0x1022 > > device=0x166e subvendor=0x0000 subdevice=0x0000 > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > device = 'Cezanne Data Fabric; Function 4' > > class = bridge > > subclass = HOST-PCI > > hostb9@pci0:0:24:5: class=0x060000 rev=0x00 hdr=0x00 vendor=0x1022 > > device=0x166f subvendor=0x0000 subdevice=0x0000 > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > device = 'Cezanne Data Fabric; Function 5' > > class = bridge > > subclass = HOST-PCI > > hostb10@pci0:0:24:6: class=0x060000 rev=0x00 hdr=0x00 vendor=0x1022 > > device=0x1670 subvendor=0x0000 subdevice=0x0000 > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > device = 'Cezanne Data Fabric; Function 6' > > class = bridge > > subclass = HOST-PCI > > hostb11@pci0:0:24:7: class=0x060000 rev=0x00 hdr=0x00 vendor=0x1022 > > device=0x1671 subvendor=0x0000 subdevice=0x0000 > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > device = 'Cezanne Data Fabric; Function 7' > > class = bridge > > subclass = HOST-PCI > > nvme0@pci0:1:0:0: [snip, interchangeable part, not relevant] > > re0@pci0:2:0:0: class=0x020000 rev=0x0e hdr=0x00 vendor=0x10ec > > device=0x8168 subvendor=0x17aa subdevice=0x5095 > > vendor = 'Realtek Semiconductor Co., Ltd.' > > device = 'RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet > > Controller' > > class = network > > subclass = ethernet > > iwlwifi0@pci0:3:0:0: [snip, interchangeable part, not relevant] > > xhci0@pci0:4:0:0: class=0x0c0330 rev=0x02 hdr=0x00 vendor=0x1912 > > device=0x0015 subvendor=0x1912 subdevice=0x0015 > > vendor = 'Renesas Electronics Corp.' > > device = 'uPD720202 USB 3.0 Host Controller' > > class = serial bus > > subclass = USB > > vgapci0@pci0:5:0:0: class=0x030000 rev=0xd2 hdr=0x00 vendor=0x1002 > > device=0x1638 subvendor=0x17aa subdevice=0x5095 > > vendor = 'Advanced Micro Devices, Inc. [AMD/ATI]' > > device = 'Cezanne [Radeon Vega Series / Radeon Vega Mobile > > Series]' > > class = display > > subclass = VGA > > hdac0@pci0:5:0:1: class=0x040300 rev=0x00 hdr=0x00 vendor=0x1002 > > device=0x1637 subvendor=0x17aa subdevice=0x5095 > > vendor = 'Advanced Micro Devices, Inc. [AMD/ATI]' > > device = 'Renoir/Cezanne HDMI/DP Audio Controller' > > class = multimedia > > subclass = HDA > > none1@pci0:5:0:2: class=0x108000 rev=0x00 hdr=0x00 vendor=0x1022 > > device=0x15df subvendor=0x17aa subdevice=0x5095 > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > device = 'Raven/Raven2/FireFlight/Renoir/Cezanne Platform > > Security Processor' > > class = encrypt/decrypt > > xhci1@pci0:5:0:3: class=0x0c0330 rev=0x00 hdr=0x00 vendor=0x1022 > > device=0x1639 subvendor=0x17aa subdevice=0x5095 > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > device = 'Renoir/Cezanne USB 3.1' > > class = serial bus > > subclass = USB > > xhci2@pci0:5:0:4: class=0x0c0330 rev=0x00 hdr=0x00 vendor=0x1022 > > device=0x1639 subvendor=0x17aa subdevice=0x5095 > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > device = 'Renoir/Cezanne USB 3.1' > > class = serial bus > > subclass = USB > > none2@pci0:5:0:5: class=0x048000 rev=0x01 hdr=0x00 vendor=0x1022 > > device=0x15e2 subvendor=0x17aa subdevice=0x5095 > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > device = 'Audio Coprocessor' > > class = multimedia > > hdac1@pci0:5:0:6: class=0x040300 rev=0x00 hdr=0x00 vendor=0x1022 > > device=0x15e3 subvendor=0x17aa subdevice=0x5095 > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > device = 'Ryzen HD Audio Controller' > > class = multimedia > > subclass = HDA > >>> Looking at your repository it seems like some of the commits have since > >>> landed in main, so not sure how the rest should be rebased. > >> > >> Yeah, the 'everything' branch was out of date (I have a different > >> branch for development, 'working2', as in "I'm working on this" not > >> necessarily "this works", but that contains some non-S0ix-related > >> patches too). I have just updated it: > >> > >> https://github.com/obiwac/freebsd-s0ix/pull/15 > >> > >> This should now work for you. I will have to update the sleep testing > >> image soon-ish, but I want to figure out my C3 exit issues first. > >> > > Currently building, let's see what happens. > > > amdsmu still does not attach, at least not from dmesg indications. Also > note that my machine does not have Thunderbolt or USB4. > > -- > Charlie Li > ...nope, still don't have an exit line. From nobody Sat Feb 28 11:32:35 2026 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 4fNNNJ2hb2z6T2vW for ; Sat, 28 Feb 2026 11:32:48 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wm1-x32e.google.com (mail-wm1-x32e.google.com [IPv6:2a00:1450:4864:20::32e]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fNNNJ0bxgz4MsV for ; Sat, 28 Feb 2026 11:32:48 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=WcNX7UPA; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::32e as permitted sender) smtp.mailfrom=grahamperrin@gmail.com Received: by mail-wm1-x32e.google.com with SMTP id 5b1f17b1804b1-4837f27cf2dso25255725e9.2 for ; Sat, 28 Feb 2026 03:32:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1772278357; x=1772883157; darn=freebsd.org; h=content-transfer-encoding:in-reply-to:autocrypt:content-language :from:references:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=akMs0JQ0l6p/aipK1MSQaoXrrfBDlufx6OZyWhnHcsA=; b=WcNX7UPAfqb5bslLjbqQYti5Jjv1PnyisX7WRIPbDVXzvKdU11wmVVSIj8aLY3b6rw //yMPEVQKPUyL/w8Yjd/2VVeLaTjyKbc6LD3iC1gWUgcjXAq9gWnSkpvaqr6pKP0/Knx QZ3Bqehk2LhvUseKRWsz8/8OIUqqBpRlQOTdm8LFLtI7FViZIZ9ZJ8++dChcLH7E8w9+ epSoF1nlIWREnp6PfMuqTj9JAdDbXzGmW9f1qQHN/BP1dbVQ7yrTiPe7LdXQdg1jRPLF LKgA8FyFTzL2Vc/7FFb0MQKz9RzHLbDsXR1eN6THNNrJs+QsSScpuxGTe2yt7wTNMMAH vxqA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1772278357; x=1772883157; h=content-transfer-encoding:in-reply-to:autocrypt:content-language :from:references:to:subject:user-agent:mime-version:date:message-id :x-gm-gg:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=akMs0JQ0l6p/aipK1MSQaoXrrfBDlufx6OZyWhnHcsA=; b=vhQEokpp9RH0s2xac8otKgxnML4rey1ROP/LhgjOZIO+ZzuIC8GU5A/DfSJB0Jhekm XEuVVz/L2IaVsCMX0pzM8ghh1CgqH+VZJEq8ypWMunuy9TgCH+CatnbM/Kx2JQqEVkr2 LhHatiOHfl47iuCbt8ix3rO3zSAU5xEBi3GgIOQzivnz9WYDT36aEx6NUkkEw5xW6BUD BXftcfHS5o0ZwFtS5+CpEAzm0YhaqNl4jF6/xKDr6u2QJUu12WEdLndF39dvCRsxO6Ei 4CgxgO67CAZzaqZlJBa2K3Nn6eQaNwswCUDTuSiUlBH/WFmH5519iPhBTBc7BIe9jOc4 U6Bg== X-Gm-Message-State: AOJu0Ywke82l8MsM2t9JRIqzhWjNBnwv9yrQf+6/f5x5TFyX2Lwi0p41 uI9uTOGUGJH5HuOSMOUwxslkGFIC7nX2ekmC3fEP9ARStM+tTR1NnQZ+pL8YkVP+PsU= X-Gm-Gg: ATEYQzx3UfmsTl+fJWJ90gSLg3m0nB6bNR2M0I82l3d4cb+uWf6hlNkUveYgviIeI+O 6ELgwhylZC7EFd7OpG6CiWtPLmt/nvsphjKXpLtSWFgZS8HIVFLdIe59EJBld7oC1XDASa7lB8K 7c9RNeHy2Sy4o/QrPO47QK49qKF0lF/zMGiH3BjVnrCT6A0I4pEysqBufyFBPCUIsdIFf0n4eIF KIte8jzv5iBrY7QohuXI/f5lvrkVI9O9dxuzoTXwB2YwDxiRh9pqFO/c1RQa5iYZTOmLTVuY+2Z PLV9w/5Qt8YFd40R14D3bVtF3bJHDYD2mneDdrTa2P4ULHnER/3lHrM0fK3YI2/8gOZvei4D583 2CSl2tYt0BgYBZahHK5GUj6aTx73wgaY+mUeFbn/gIL++LR1CNGxNMasQ9MsraoBe7RG4aZvJ04 u2oevXPTZ2O5vQJyWzNcET4fjz3zposTCMZAMeHhtcFUp1E7lj6D6up9RgLQ== X-Received: by 2002:a05:600c:3b22:b0:479:35e7:a0e3 with SMTP id 5b1f17b1804b1-483c9c2d29amr93477925e9.30.1772278356324; Sat, 28 Feb 2026 03:32:36 -0800 (PST) Received: from [192.168.1.4] (host-2-100-171-17.as13285.net. [2.100.171.17]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-483bfcb318fsm129532725e9.6.2026.02.28.03.32.35 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 28 Feb 2026 03:32:35 -0800 (PST) Message-ID: <1895ba62-b069-4e28-a910-6c666703ee8e@gmail.com> Date: Sat, 28 Feb 2026 11:32:35 +0000 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: 504 gateway time-outs (was: FYI: The elapsed time shown for beefy24 [main-amd64] and beefy23 [150amd64-default] stopped over 2hrs ago) To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org References: From: Graham Perrin Content-Language: en-GB X-Priority: 5 (Lowest) Autocrypt: addr=grahamperrin@gmail.com; keydata= xsFNBGKYt7ABEAClu83dJ3ZKfVgPOk9YKRv0Z+dl2b88+k9R4vwAmElgguYdKE7yhnQNhhWM v9vi6AFrBMc2oJdVHJ2OrXfwpELBFIgiSMEWNsC4e+Z3HtSajcl+pFZsP7ciiSoycj/w3wIV kAZoVGbhyIbNG7fbCEJ8q81TbfsGypV3bRmbZVvGNecBguYiooBtz2Qht1p3itXMkIA6P9pS YDl+6QddZLyUUAjAnFv2QDoYSHLnaDUWw4oONZsB0SKVu8jMIBh4uJZoYEOvdvc9jQQdOpA2 CAgA6ulfm42Ikr9lKBUUCtjqiWAhJ7iXOTyHAIdR4Mf8alCE6tdTq6dHdIt+GktTY7oYNyL2 3aD3C7I5waU0SFXvJcOMG10QLfwYQMOQoYQ9XJ0U5A28WYiDcylDdUWT7SappP1e1ZMeJWWO y14mxxNzHaJSI4rK8P/p5tp3Q7SSC4k5gMh9zKba3K2ApCWNbVLGvXsJeQkZZNvu70tE81ey AHI5iZcB6D7WaHysBUmsKaEpbcmm1ZThTnGL0SHEl5to5Jab5Fg6O+Cnly5sVz5lX/v8Aosx kKNei7SCVqXOVtteQeGxWbXWbhPgbMyc0Gi3DuxBI/yvJ43k/rJysQlLGLWfJx/UXprwLluC PDK9EvKEB+fD1Z349uzp1sKr3ihpySbyKI8fpudftnAz4EsoCwARAQABzSZHcmFoYW0gUGVy cmluIDxncmFoYW1wZXJyaW5AZ21haWwuY29tPsLBlAQTAQoAPhYhBFk/5bLDBwftvJcvCrdn SG9KGNQLBQJoRALAAhsDBQkPEg5ABQsJCAcDBRUKCQgLBRYDAgEAAh4FAheAAAoJELdnSG9K GNQL8YkP/2V1z6XQDyG1QlKAu8TuE8zDWy9QQKjC/G44hlu5zk+2kWSNk4zeExs9ZXOBmVhF EW1d+1J8wDiYIeKYj/rqMoP+gb8o0Au0lSRitvTdLxkZBFGMn0CEzlDOzv+wmiy0ggAV/s+Y EbiHk12fI0LoTy5/ywdmG/uGS7M6p3XOrM0YO1qmLXy1cUyYDsYIpq5/rT0QzpGowsJLoEA3 zz1vfKVY+RTorsL4W8ljXLmcs4c3b3HZG9Xmgtt+Ni/eb9CjzM7kCXOcSMnVzvfscCowPAwB 0ZHlNxNV0MTa61xgvOCk4Zf278ArRgbTm4oOz9Z4ciPMnVue+9P/VdxIxgUuYkAryM0+agGz L9bd8ljn+efNtgZ5dlDLrNnTE+vWnMVlMXgl7BNnhwHg7UYFLrC2xklsICub0qpnNheTGeqo 0N4UongJTQJ6H6LEpgd+KMkCncAHghED/G0/BUdO90VEOoqnIKwKa+F9NqVMvHWc8D58mwCP FghsmxK9FM9pnsjLmG7u+s51Y7++GSRnU4NkI4tHiVk7hcAcvZuc0QbUDwVMTurDUgIqRo6W 80j1tFjEspkrwtMoeVFEkDHktjoc3AoEymXIncZfqIqi3nVseyDVyNByvkV0mutX9hXqac0/ RXMuyK9KniAUZ9+gsWs4rPs/DOdsw4K8/RnjduBrfCYQzsFNBGKYt7ABEADRb1tZuh7DPYET 0wK6fe7owbYgM+RfKhmcrGgR2HI9M2q6+0WKF/ITnggWdIW2Ecc4z2boLz/cwvPGCS7/YxZM 61KklGCwuS7q1s04XnHDWHuFxfXQPzAdVmNO3bYoMZbJjHXs6sB2u5ksiwPwaMAWWaGkviSj c5pwvHCiTmX5vH5CBj/Vi+5ESyX38vK4JM5S/m4ouI/6M9biyFgimV+v3vVyCxJCT1gI9g4o GIh1qq5S433b1fihn4yHPf8XOKyBpA/QcwLONViBqJL5nnOxpsh344rNxn2R7CcRzzicOV+e 2IbMem4lwNWQlZKoRotKXZi9LqN5mynSBYqAUdoZum0QinWT9F22B0Qex5PH1zAt9i2W91Vd kcPB3LwkRXj07ycRtsSzpgPA6fLc6AsoWFslHl8kVOO5eJIA4xhjlPa+W8lguQHZ0iX+5uAv 2eAgXR2swADuHPuENNFStmsgAMl8OOOgtq75yA5TpyIzxMuXV9Nmp0VfIaUM/IdLdmxhc1pC c320l5fYMHVLFAReWEbSj2QH8YzWfpXHIegutWWYEbH9SiDXgS9KoKmCJV/Qa+x6/b8y3pOZ vnIbCDaynC2Yr50s8gRa9kb54JE8Z+p8r16U3SEsK3PtUi0RF0e51danCVHrrE6/Hat2XUO/ 6nnYgVgFOrLao6Gh/VMs8wARAQABwsF8BBgBCgAmFiEEWT/lssMHB+28ly8Kt2dIb0oY1AsF AmhEAsACGwwFCQ8SDkAACgkQt2dIb0oY1AvQxw//REWYFK2m4yS/QP5kzfhkWcNqDI/akGT5 /LXmdmbc1s78+mOMXnA4vBY/+X1QatgxWUECkPDOiIwXJMxoBuyY8e7spLRXeyhtfh5aYaJc MO5bARX0c49v+KfZ80u9tG2rkKQvAt/ySo7OXsbDADFFRhlc8RLbb8e7bSctGbYZk9CYa0ya dW5+n3znDNJ6yW1skx9wTH+Y8VlSazRLk3XgXscNqBA2h56v3WS/R5dI++7AQxZxSQacQvfj 9eahq7ATdB4zMQ9MBHEwOvGD3DLlc55FYSDZvNX+mhnK7S0t1Nt2EtGUOmXb5ysMFGnbsce0 woKQ0sLPF1HWDAAf7tBCF8mpPIzU/ViAkupsJ6NYCD0tLFD8pvl0NYU2TjvyWh6ie3e5B/b3 8Daiyme+M92ivfoRQOFKmkPfeT14AI6OW1k7qFbmoIwMWWQdFWAl1CP9hNdF9gRN4rFB0Jy1 90BajZW2zOdVfqdurJZegCzAowZalLm4JEK2MklpPzipibnJqhLOmvJy587pF52KDdM/4rLy BBREIm7uRivnO5k/BY5qS+H/aqv97LC0PVaTsLXbDmTxTnJplUpdlYT9NGidM+x/ioS0iztO Cht7cT8V8jvvKZYvNpst8iqxuIaoV9V7aZ0wAQpkgDGXHmSzwtz6U8xNf/4e4sLn9KPlldSd kvo= In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Result: default: False [-2.42 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_SPAM_SHORT(0.58)[0.580]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; MIME_GOOD(-0.10)[text/plain]; HAS_X_PRIO_FIVE(0.00)[5]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; DKIM_TRACE(0.00)[gmail.com:+]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FREEFALL_USER(0.00)[grahamperrin]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::32e:from] X-Rspamd-Queue-Id: 4fNNNJ0bxgz4MsV X-Spamd-Bar: -- On 28/02/2026 10:32, Mark Millard wrote: > … > > The following got "504 Gateway Time-out" when I tried them: > > > > Both somewhat slow to load, however they do load for me. Thanks From nobody Sat Feb 28 11:55:45 2026 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 4fNNx673f9z6T5g0 for ; Sat, 28 Feb 2026 11:57:46 +0000 (UTC) (envelope-from ivy@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 "R13" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fNNx66Xrcz3D6Q for ; Sat, 28 Feb 2026 11:57:46 +0000 (UTC) (envelope-from ivy@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1772279866; 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=yGppljTkJiK9S4GI1XTAfePvC7pkJPcAXBexmCyolHE=; b=xTdU4SxvxCdwPHxAI6tT6FjaJPud0+oLWAqkiwhTFyI3eKdYXWN+8fUbSVwKQfZs1scplU f6vNMugv3VSRrCxwzPSI25o6XsjbfO05clwv5lbGiW6HSucgT3pBqqVJktvdE4Spo6O63Z 4C4FxTG9MRdhziECzPtqBnXcyB5Z7P4RTatH387+eoVtuO3RmLmSoCaJV0Uv+z3x6IV3du mkV0Zi7DqLPK9FMs8ePmdKLong9jmJsKiP8wzXcFqodcEV6KqGs6tC5v40LALGfU15aesE blmyuNF1fDYrqDbKzTspfRkuakGFOb7fdZhcfyq2dGQ841TcZAKekaBQ13cuIg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1772279866; a=rsa-sha256; cv=none; b=bdI2B3jhma5SjVYFWkP+Nl+iUd9iNrSiNMgwZ2yfnpXI6t5EyR0LFceShKyTOndsZyBdB9 zUNdKj+V857jQpQlHdjs3iWozxYEbqnqM3pGuB2zQdDyKLs/y4gsge/QKEcJ+fG7PfmEN/ vy2mra3tV5ijEiKjJCt5vRI1QkdFv71RU/enuj+zTHTmw2sfvFHYCq7spM4j+744/cLMaW PyBY1+U9+1DcLTJGa3/6AXObFb7twqsDQje/BLvxrs78DlTxDm8kobUUwAf2UftJ0Jbbm0 bSOFt1epNwF9yFUsgCf1GFemroM+YAMUzx/tOiOY59KCS0tkFF8uTo7Q+WJ5XA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1772279866; 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=yGppljTkJiK9S4GI1XTAfePvC7pkJPcAXBexmCyolHE=; b=BWIhtpF82Jej7S97xMMWdJWlSu4Maxu9vRo84/17JGu4jCVJB8qog60ANfaqG+cQAd++8c gcJwVBtFnQBH63WocV8nIm4A/kbWI2Ks5gyXhaMGVzMO5yIZ8itSk3wehE58LVPvR/9X8E 65QJnxT3TL07SGCszHXA0KIm0acmHepWeKXFCtCDaNY3WI67MtAkNQ8DNK7aiQVnIM6I2N cBY9/ClX+gTKNq4nALv0A3DuEsp6El6OYC2zVTqmnUwxe7+75uv4++wAMfjbVeNF9vSXjF tGmqj8v/GT0mQ0tFzsT05NiuCtV0lkk5zZIbFLFSiBQdfB7WzPAzl5Y7n4Akgw== Received: from amaryllis.le-fay.org (amaryllis.le-fay.org [IPv6:2a00:1098:6b:400::9]) (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: ivy/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4fNNx64H0yzvyT for ; Sat, 28 Feb 2026 11:57:46 +0000 (UTC) (envelope-from ivy@freebsd.org) Date: Sat, 28 Feb 2026 11:55:45 +0000 From: Lexi Winter To: freebsd-current@freebsd.org Subject: Re: pkgbase and customised builds via ${SRC}/release/release.sh Message-ID: Mail-Followup-To: freebsd-current@freebsd.org References: <20fb908c0954e62977dffdcd4a883678@riseup.net> 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/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="c5f+Q6D2munpdaYa" Content-Disposition: inline In-Reply-To: --c5f+Q6D2munpdaYa Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Alastair Hogge wrote in : > The biggest problem I had come across, was the "tags=3Dpackage=3D{foo}" > declarations in ${SRC}/etc/mtree/*.dist. I had to remove a couple of > these from a 2 or 3 mtree dists. What is going on in this part of the > build infrastructure? There is a history of similar commits[1][2][3], to > the changes I now have to keep locally, yet, des@ recently added[4] more > tags. =20 short answer: as of last week, des's commit is correct and the previous commits removing the tags should be reverted, i just didn't get around to doing it yet. the problem is that previously, tags=3Dpackage=3Dfoo would cause the 'foo' package to be unconditionally created, even if it was otherwise empty. this first came to light when i introduced several of these in commit 436618a427b4[0], which created several of these empty packages in specific circumstances i hadn't tested (mostly involving non-amd64 builds and certain src.conf options). [0] https://cgit.freebsd.org/src/commit/?id=3D436618a427b4baaf42d8221ef07d1= 4e3ba787d3a "etc/mtree: Add package tags for /usr/include" in at least a couple of cases this broke the build or install because we'd end up with a 'foo-dev' package having a depend on a 'foo' package that doesn't exist. the post-436618a427b4 reverts are to fix specific instances of this without having to revert the entire initial commit which was broadly correct. this was on my to-do list for a long time until it came up again in D55408[1], the review for des's commit that you mentioned, at which point i fixed the problem properly in 7965c93e4d41[2] by not creating packages which only contain directories. this also fixes all the previous examples of this problem, which is why the workarounds can now be reverted. [1] https://reviews.freebsd.org/D55408 "build: Move all of lp under LPR option" [2] https://cgit.freebsd.org/src/commit/?id=3D7965c93e4d4103ba6ed7ac1e5f159= 9c93cbcdbf7 "packages: Don't create empty packages" if you're on stable/15 (or 15.0), i didn't yet MFC 7965c93e4d41, but it's fairly self-contained and should be fine to cherry-pick. if you're rather wait, it will land in 15.1. > From what I understand when investigating this, the build infra uses > both the mtree dists, and ${SRC}/release/packages/generate-set-ucl.lua > to generate the pkgbase sets? Is that correct? Does that mean there is > duplicated work here, and one of these paths is redundant? pkgbase *sets* are generated purely based on annotations (a type of metadata) in the packages we previously built, i.e., we do the full pkgbase build, then scan that for 'set' annotations and use that to generate the set packages. this is driven by release/packages/create-sets.sh, which invokes generate-set-ucl.lua as part of its work. but note that this is only about set packages (i.e., "FreeBSD-set-*"), which never contain any files or directories and should never be referenced in mtree. mtree is involved in the staging process we do prior to the initial (non-set) pkgbase build. that process is driven by Makefile.inc1,=20 and looks roughly like this: * a 'make stageworld' is done to populate /worldstage. stageworld is essentially the same thing as installworld, with some minor tweaks to prevent the host system state from affecting the installed world. part of this process involves running mtree to create the directory structure. this stageworld is done with NO_ROOT and METALOG set, which means a complete log of everything installed (including by mtree) is written to a special file called METALOG in the worldstage/ directory. * then we run release/scripts/mtree-to-plist.awk on the METALOG file to generate the individual *.plist files for each package. this looks at the 'package' tag for each file or directory in the METALOG to determine which package the file belongs to. despite the name, this script is never run on mtree files from src. it's called mtree-to-plist because the METALOG is in mtree format. * based on the plist files, we run release/packages/generate-ucl.sh to generate a UCL file containing pkg-create(8) metadata for each package. * we build the packages and copy them to ${REPODIR}. i find this process both overcomplicated and somewhat fragile, so i'd like to improve it at some point, but there are more urgent things to fix like release media builds and some kernel-related issues (e.g. D54542[4] and D54282[5], if you're interested). [4] https://reviews.freebsd.org/D54542 "release: Build the release media from packages" [5] https://reviews.freebsd.org/D54282 "packages: Always install kernel as /boot/kernel.NAME" > I also noted that a few WITHOUT_foo options had no effect on the World > building stage 1.2, bootstrap tools. Here, when WITHOUT_KERBEROS is > defined, it is still built. I even still have a Kerberos KDC pkgbase > component. i am not sure what's going on here since i'm not very familiar with how the src bootstrap works. if no one else has an idea, you could ask on hackers@ (or in a new thread, since people might ignore pkgbase threads.) --c5f+Q6D2munpdaYa Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQSyjTg96lp3RifySyn1nT63mIK/YAUCaaLXvgAKCRD1nT63mIK/ YNdPAP4xoZTgBS2JOrh0TKAIjTef2NeqDZ35vlhRvi30jwR4eQEA7uwSydYmNeIi gcB6yoWDsRc+aWxJT7mZ/wznGa58kg4= =UFho -----END PGP SIGNATURE----- --c5f+Q6D2munpdaYa-- From nobody Sat Feb 28 15:50:31 2026 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 4fNV5z22kdz6TZ2H for ; Sat, 28 Feb 2026 15:50:47 +0000 (UTC) (envelope-from obiwac@gmail.com) Received: from mail-oi1-f182.google.com (mail-oi1-f182.google.com [209.85.167.182]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fNV5y2djyz3cW2 for ; Sat, 28 Feb 2026 15:50:46 +0000 (UTC) (envelope-from obiwac@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=freebsd.org (policy=none); spf=pass (mx1.freebsd.org: domain of obiwac@gmail.com designates 209.85.167.182 as permitted sender) smtp.mailfrom=obiwac@gmail.com Received: by mail-oi1-f182.google.com with SMTP id 5614622812f47-4648447e29bso1271898b6e.0 for ; Sat, 28 Feb 2026 07:50:46 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1772293844; x=1772898644; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=69hG+Hq3lxsMrs/90NVH9UldekWmqwOephihQGq2shY=; b=sF/A1MVTjEZKIsvWLxckCbNoRiR4AeEP43gnU0HQY/BUBbFazaSEMeHIj95JDppWaZ pdFJ3y0e7Q4XQp0q6veL+FYWlaIzeT7h4Al1tjC8jMdTEEBzXKwTeo+3jQtzkm9jXfpC nIYxuZg2+3cyqm1eFkJp02qeuVl6X8cKpbjtnJq91MOPql6M2IwmB5B5dNvSqJLMIaCu j+epgSASwx7QP1U8obuAgJXMZg6BDi/d+ox5Te9FkdixZqF0KMNPsmZPUYvxPZy3wlzR ci3RPlRigXAh8OMB0eQpIonL+iC29Ff7e+jCBtTnBFc9tEmao+d0if/JTwgZN70nIc5w 0JEg== X-Gm-Message-State: AOJu0YxkglcN1wgR+msMwUVufjiFxS95uVgIKctf3J2HDspMQmzrskzt 9Zx+nJcYn0lnIPPB38zs43eSKVVbm1QoxrVx0v5aLr1Moi0fH680HGMB++8AXrlx X-Gm-Gg: ATEYQzy8nTCJRXOXa4Pc7loyD/eRreJSFvIpjLwDoQFFLbbeNykDx7XUm8EPT6ezbt0 diw8Td6e9zAI7hYZoHdX6KoUS0l+G6+UENyhMrt526+hBXmiKWTmFKn8hWQuCvnGvGFf6aJj4fZ 1Vv5RFw/60iYuPaEIOo4zSv6IsyUIRvXKI0d6uBs1lNByjeZTVRGtUn8lFsZ0irRtW5+TiQuKLn S3vsJZsHLhVjx9NWFjYeQkNDILaUzMG8JGx25lmsHaKgUg6za5Upi0qYccJMtyRbtxzMlhD2B5L Lf1l0VBPMLGdFH78ZJNw/jRmtC4CnInx2I2r79XlyboWEKrynFtdLkMORHWMe7Cal1j/44HoeMt CHH7NCUgkOFt+qtbta4HbQlw8ks/I2Qun5Y2gZX7xBAuEROXmp/qVENbgAWuCPTlny1JNIdVTq9 IkapatrR6SShoeOk5G6IY6BjLkUtqbODUFG2U2+som8e7i86R0J+vdBMto99mie+4prDfYWJQnB 8aQu1KKYMiZMTUtaDFMucCZxEBcXA== X-Received: by 2002:a05:6808:170f:b0:45c:7c2f:9b41 with SMTP id 5614622812f47-464becebd9cmr3389151b6e.26.1772293844239; Sat, 28 Feb 2026 07:50:44 -0800 (PST) Received: from mail-oo1-f42.google.com (mail-oo1-f42.google.com. [209.85.161.42]) by smtp.gmail.com with ESMTPSA id 5614622812f47-464bb4028cdsm4174348b6e.9.2026.02.28.07.50.43 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 28 Feb 2026 07:50:43 -0800 (PST) Received: by mail-oo1-f42.google.com with SMTP id 006d021491bc7-6775a46c6dfso1177773eaf.2 for ; Sat, 28 Feb 2026 07:50:43 -0800 (PST) X-Received: by 2002:a05:6820:448d:b0:662:f74d:69f6 with SMTP id 006d021491bc7-679fadb88c6mr2957739eaf.9.1772293842656; Sat, 28 Feb 2026 07:50:42 -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: <4ba2049c-7744-4e47-a2ed-b6830a4f2086@freebsd.org> <70c93f00-d736-4ff9-b96a-c5c0a5121a7e@freebsd.org> In-Reply-To: From: obiwac Date: Sat, 28 Feb 2026 16:50:31 +0100 X-Gmail-Original-Message-ID: X-Gm-Features: AaiRm50_1woQ1IreBiFRRp9SRAEL4ezjCQgi86vEP9gnCQt5BeF14_0-W-Q6VRs Message-ID: Subject: Re: S0i3 sleep testing image To: Charlie Li Cc: FreeBSD CURRENT , freebsd-hackers Content-Type: text/plain; charset="UTF-8" X-Spamd-Result: default: False [1.10 / 15.00]; NEURAL_SPAM_MEDIUM(0.97)[0.966]; NEURAL_SPAM_LONG(0.95)[0.946]; NEURAL_HAM_SHORT(-0.92)[-0.915]; FORGED_SENDER(0.30)[obiwac@freebsd.org,obiwac@gmail.com]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : SPF not aligned (relaxed), No valid DKIM,none]; MIME_GOOD(-0.10)[text/plain]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; ARC_NA(0.00)[]; TO_DN_ALL(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; FROM_NEQ_ENVFROM(0.00)[obiwac@freebsd.org,obiwac@gmail.com]; RCPT_COUNT_THREE(0.00)[3]; MISSING_XM_UA(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.167.182:from]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEFALL_USER(0.00)[obiwac]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; RCVD_IN_DNSWL_NONE(0.00)[209.85.167.182:from,209.85.161.42:received]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4fNV5y2djyz3cW2 X-Spamd-Bar: + I have opened a revision to add Cezanne support to amdsmu: https://reviews.freebsd.org/D55594 Also pushed to the 'everything' branch on my repo. Can you check that it works for you? And please send me 'sysctl dev.amdsmu.0'. Thanks! On Sat, 28 Feb 2026 at 12:21, obiwac wrote: > > > amdsmu still does not attach, at least not from dmesg indications. > > Yeah, I'm working on Cezanne support for the amdsmu. There's a couple > workarounds needed for this it would seem. > > > Also > > note that my machine does not have Thunderbolt or USB4. > > Nice, that certainly makes things easier :) > > On Sat, 28 Feb 2026 at 04:25, Charlie Li wrote: > > > > Charlie Li wrote: > > > On 25/02/2026 04:52, obiwac wrote: > > >> Hey Charlie! > > >> > > >> I believe Green Sardine is Cezanne, but just to be sure, can you send > > >> me your pciconf -lv? There shouldn't be anything crazy to do to > > >> support the Cezanne SMU. USB4 should just work. > > >> > > > % pciconf -lv > > > hostb0@pci0:0:0:0: class=0x060000 rev=0x00 hdr=0x00 vendor=0x1022 > > > device=0x1630 subvendor=0x17aa subdevice=0x5095 > > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > > device = 'Renoir/Cezanne Root Complex' > > > class = bridge > > > subclass = HOST-PCI > > > none0@pci0:0:0:2: class=0x080600 rev=0x00 hdr=0x00 vendor=0x1022 > > > device=0x1631 subvendor=0x17aa subdevice=0x5095 > > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > > device = 'Renoir/Cezanne IOMMU' > > > class = base peripheral > > > subclass = IOMMU > > > hostb1@pci0:0:1:0: class=0x060000 rev=0x00 hdr=0x00 vendor=0x1022 > > > device=0x1632 subvendor=0x0000 subdevice=0x0000 > > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > > device = 'Renoir PCIe Dummy Host Bridge' > > > class = bridge > > > subclass = HOST-PCI > > > hostb2@pci0:0:2:0: class=0x060000 rev=0x00 hdr=0x00 vendor=0x1022 > > > device=0x1632 subvendor=0x0000 subdevice=0x0000 > > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > > device = 'Renoir PCIe Dummy Host Bridge' > > > class = bridge > > > subclass = HOST-PCI > > > pcib1@pci0:0:2:1: class=0x060400 rev=0x00 hdr=0x01 vendor=0x1022 > > > device=0x1634 subvendor=0x17aa subdevice=0x5095 > > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > > device = 'Renoir/Cezanne PCIe GPP Bridge' > > > class = bridge > > > subclass = PCI-PCI > > > pcib2@pci0:0:2:2: class=0x060400 rev=0x00 hdr=0x01 vendor=0x1022 > > > device=0x1634 subvendor=0x17aa subdevice=0x5095 > > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > > device = 'Renoir/Cezanne PCIe GPP Bridge' > > > class = bridge > > > subclass = PCI-PCI > > > pcib3@pci0:0:2:3: class=0x060400 rev=0x00 hdr=0x01 vendor=0x1022 > > > device=0x1634 subvendor=0x17aa subdevice=0x5095 > > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > > device = 'Renoir/Cezanne PCIe GPP Bridge' > > > class = bridge > > > subclass = PCI-PCI > > > pcib4@pci0:0:2:7: class=0x060400 rev=0x00 hdr=0x01 vendor=0x1022 > > > device=0x1634 subvendor=0x17aa subdevice=0x5095 > > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > > device = 'Renoir/Cezanne PCIe GPP Bridge' > > > class = bridge > > > subclass = PCI-PCI > > > hostb3@pci0:0:8:0: class=0x060000 rev=0x00 hdr=0x00 vendor=0x1022 > > > device=0x1632 subvendor=0x0000 subdevice=0x0000 > > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > > device = 'Renoir PCIe Dummy Host Bridge' > > > class = bridge > > > subclass = HOST-PCI > > > pcib5@pci0:0:8:1: class=0x060400 rev=0x00 hdr=0x01 vendor=0x1022 > > > device=0x1635 subvendor=0x5095 subdevice=0x17aa > > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > > device = 'Renoir Internal PCIe GPP Bridge to Bus' > > > class = bridge > > > subclass = PCI-PCI > > > intsmb0@pci0:0:20:0: class=0x0c0500 rev=0x51 hdr=0x00 vendor=0x1022 > > > device=0x790b subvendor=0x17aa subdevice=0x5095 > > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > > device = 'FCH SMBus Controller' > > > class = serial bus > > > subclass = SMBus > > > isab1@pci0:0:20:3: class=0x060100 rev=0x51 hdr=0x00 vendor=0x1022 > > > device=0x790e subvendor=0x17aa subdevice=0x5095 > > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > > device = 'FCH LPC Bridge' > > > class = bridge > > > subclass = PCI-ISA > > > hostb4@pci0:0:24:0: class=0x060000 rev=0x00 hdr=0x00 vendor=0x1022 > > > device=0x166a subvendor=0x0000 subdevice=0x0000 > > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > > device = 'Cezanne Data Fabric; Function 0' > > > class = bridge > > > subclass = HOST-PCI > > > hostb5@pci0:0:24:1: class=0x060000 rev=0x00 hdr=0x00 vendor=0x1022 > > > device=0x166b subvendor=0x0000 subdevice=0x0000 > > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > > device = 'Cezanne Data Fabric; Function 1' > > > class = bridge > > > subclass = HOST-PCI > > > hostb6@pci0:0:24:2: class=0x060000 rev=0x00 hdr=0x00 vendor=0x1022 > > > device=0x166c subvendor=0x0000 subdevice=0x0000 > > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > > device = 'Cezanne Data Fabric; Function 2' > > > class = bridge > > > subclass = HOST-PCI > > > hostb7@pci0:0:24:3: class=0x060000 rev=0x00 hdr=0x00 vendor=0x1022 > > > device=0x166d subvendor=0x0000 subdevice=0x0000 > > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > > device = 'Cezanne Data Fabric; Function 3' > > > class = bridge > > > subclass = HOST-PCI > > > hostb8@pci0:0:24:4: class=0x060000 rev=0x00 hdr=0x00 vendor=0x1022 > > > device=0x166e subvendor=0x0000 subdevice=0x0000 > > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > > device = 'Cezanne Data Fabric; Function 4' > > > class = bridge > > > subclass = HOST-PCI > > > hostb9@pci0:0:24:5: class=0x060000 rev=0x00 hdr=0x00 vendor=0x1022 > > > device=0x166f subvendor=0x0000 subdevice=0x0000 > > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > > device = 'Cezanne Data Fabric; Function 5' > > > class = bridge > > > subclass = HOST-PCI > > > hostb10@pci0:0:24:6: class=0x060000 rev=0x00 hdr=0x00 vendor=0x1022 > > > device=0x1670 subvendor=0x0000 subdevice=0x0000 > > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > > device = 'Cezanne Data Fabric; Function 6' > > > class = bridge > > > subclass = HOST-PCI > > > hostb11@pci0:0:24:7: class=0x060000 rev=0x00 hdr=0x00 vendor=0x1022 > > > device=0x1671 subvendor=0x0000 subdevice=0x0000 > > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > > device = 'Cezanne Data Fabric; Function 7' > > > class = bridge > > > subclass = HOST-PCI > > > nvme0@pci0:1:0:0: [snip, interchangeable part, not relevant] > > > re0@pci0:2:0:0: class=0x020000 rev=0x0e hdr=0x00 vendor=0x10ec > > > device=0x8168 subvendor=0x17aa subdevice=0x5095 > > > vendor = 'Realtek Semiconductor Co., Ltd.' > > > device = 'RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet > > > Controller' > > > class = network > > > subclass = ethernet > > > iwlwifi0@pci0:3:0:0: [snip, interchangeable part, not relevant] > > > xhci0@pci0:4:0:0: class=0x0c0330 rev=0x02 hdr=0x00 vendor=0x1912 > > > device=0x0015 subvendor=0x1912 subdevice=0x0015 > > > vendor = 'Renesas Electronics Corp.' > > > device = 'uPD720202 USB 3.0 Host Controller' > > > class = serial bus > > > subclass = USB > > > vgapci0@pci0:5:0:0: class=0x030000 rev=0xd2 hdr=0x00 vendor=0x1002 > > > device=0x1638 subvendor=0x17aa subdevice=0x5095 > > > vendor = 'Advanced Micro Devices, Inc. [AMD/ATI]' > > > device = 'Cezanne [Radeon Vega Series / Radeon Vega Mobile > > > Series]' > > > class = display > > > subclass = VGA > > > hdac0@pci0:5:0:1: class=0x040300 rev=0x00 hdr=0x00 vendor=0x1002 > > > device=0x1637 subvendor=0x17aa subdevice=0x5095 > > > vendor = 'Advanced Micro Devices, Inc. [AMD/ATI]' > > > device = 'Renoir/Cezanne HDMI/DP Audio Controller' > > > class = multimedia > > > subclass = HDA > > > none1@pci0:5:0:2: class=0x108000 rev=0x00 hdr=0x00 vendor=0x1022 > > > device=0x15df subvendor=0x17aa subdevice=0x5095 > > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > > device = 'Raven/Raven2/FireFlight/Renoir/Cezanne Platform > > > Security Processor' > > > class = encrypt/decrypt > > > xhci1@pci0:5:0:3: class=0x0c0330 rev=0x00 hdr=0x00 vendor=0x1022 > > > device=0x1639 subvendor=0x17aa subdevice=0x5095 > > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > > device = 'Renoir/Cezanne USB 3.1' > > > class = serial bus > > > subclass = USB > > > xhci2@pci0:5:0:4: class=0x0c0330 rev=0x00 hdr=0x00 vendor=0x1022 > > > device=0x1639 subvendor=0x17aa subdevice=0x5095 > > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > > device = 'Renoir/Cezanne USB 3.1' > > > class = serial bus > > > subclass = USB > > > none2@pci0:5:0:5: class=0x048000 rev=0x01 hdr=0x00 vendor=0x1022 > > > device=0x15e2 subvendor=0x17aa subdevice=0x5095 > > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > > device = 'Audio Coprocessor' > > > class = multimedia > > > hdac1@pci0:5:0:6: class=0x040300 rev=0x00 hdr=0x00 vendor=0x1022 > > > device=0x15e3 subvendor=0x17aa subdevice=0x5095 > > > vendor = 'Advanced Micro Devices, Inc. [AMD]' > > > device = 'Ryzen HD Audio Controller' > > > class = multimedia > > > subclass = HDA > > >>> Looking at your repository it seems like some of the commits have since > > >>> landed in main, so not sure how the rest should be rebased. > > >> > > >> Yeah, the 'everything' branch was out of date (I have a different > > >> branch for development, 'working2', as in "I'm working on this" not > > >> necessarily "this works", but that contains some non-S0ix-related > > >> patches too). I have just updated it: > > >> > > >> https://github.com/obiwac/freebsd-s0ix/pull/15 > > >> > > >> This should now work for you. I will have to update the sleep testing > > >> image soon-ish, but I want to figure out my C3 exit issues first. > > >> > > > Currently building, let's see what happens. > > > > > amdsmu still does not attach, at least not from dmesg indications. Also > > note that my machine does not have Thunderbolt or USB4. > > > > -- > > Charlie Li > > ...nope, still don't have an exit line. From nobody Sun Mar 1 00:01:10 2026 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 4fNhzp5P4Kz6Sb85; Sun, 01 Mar 2026 00:01:10 +0000 (UTC) (envelope-from salvadore@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "R12" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fNhzp4gbZz3c9b; Sun, 01 Mar 2026 00:01:10 +0000 (UTC) (envelope-from salvadore@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1772323270; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc; bh=Cxk+4NdWUDAIQIsJFd2A1fNhjXTf/Gxm7OoCUBNU8po=; b=UJUEv7F/ipCAvzHYszPQCC9kEjYUuEn4nnwGzz9ggxSiM1T3f9pUMbdctzKjWc4TqfTan0 msLGeMdR0bWGrEKpQzMTxMmlG/Wwsjdn4OlOBQOcjBvrqSEUUx4gRUDJiI3BQa1wBPe6B5 pkoha0nt8MoOPi83rOvUfeVRHEkeYxaLwSP0TonfawNylwzHWIJSPp1Ivn8vJy8oIEJ963 B8QQah5189u8TS/f02kiWgqckroTbAQ+tQajvphc9v/84YvDeZc3LxRO35oh6UY7Casi2t uczjZK3d0hz1+H+O1kB4EnKgMh+K4yIVn/VYZD1z2rgmVZabGDSYRvn3wHAC0g== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1772323270; a=rsa-sha256; cv=none; b=RJw/+jZLg0W4J7FMIm2IrO/8yg9PQeyiiP8RUJZKH4HhZTFkY2jaYmW8Q/TK3Qlcyl91sW xHnstthQebdGXrK+r8kvsXJGngjoF4NmvBQpNPt8E/dtddqZj7YzoMdfiN8VCkIeCu3IZA k+eUNBjyRXjowjHYkzS0oEZJ2ObWYIVDZglyf9teT6bXjEbSB7Z7zruw0C5cQe5UfCeFZB MvOrsGZ2bO/IdUZNod7SPvzqgj1DBjPAkIswXcgbM6cMONoEflQFXoLYjBNcE+vLuU5Phe ui1nkoaZtC48/L3uKYAd3e/+m6SQDldipnJ/NcssV2i7yuU5qYqAO+u2S2NTag== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1772323270; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc; bh=Cxk+4NdWUDAIQIsJFd2A1fNhjXTf/Gxm7OoCUBNU8po=; b=Gxq577gVZ/OOhPj7KWFIjqVYX5iqeLm1b+P8GqWuCBnx4cmfP2V4QaPHMZ18KDGhPxfc2p czQQbIm3JzZP2v9qNmVK9Y7Ri9tr9IDQ8xKOPpVmuEO+aJtXCgUsObtgj4MMOi02bFHwf4 AtvHR0o4Yrfr6P1jE1WHyFTiOMTAyFRpS1fYidtRCZp6PPJPM+hJGFrSxqvBgXb85wlQaC FSN1vcE3BqMHx7EU0VWTsP9zN9q4cUzYYpEsDNLp2yIfBKBLdCbP09wa7yS/3XY1PmV49i 9jvmGrISQzbwwVAAwR9N+IYDhMO2X6+dirF8PuSKSyJKKck2OknnrMB1Jd0v4Q== Received: by freefall.freebsd.org (Postfix, from userid 1472) id 6508630A5; Sun, 01 Mar 2026 00:01:10 +0000 (-00) To: freebsd-status-calls@FreeBSD.org Subject: Call for 2026Q1 status reports Cc: freebsd-current@FreeBSD.org,freebsd-hackers@FreeBSD.org,devsummit@FreeBSD.org,secretary@asiabsdcon.org Message-Id: <20260301000110.6508630A5@freefall.freebsd.org> Date: Sun, 01 Mar 2026 00:01:10 +0000 (-00) From: Lorenzo Salvadore 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 Dear FreeBSD Community, The deadline for the next FreeBSD Status Report update is April, 14th 2026 for work done since the last round of quarterly reports: January 2026 - March 2026. Status report submissions do not need to be very long. They may be about anything happening in the FreeBSD project and community, and they provide a great way to inform FreeBSD users and developers about work that is underway or has been completed. Report submissions are not limited to committers; anyone doing anything interesting and FreeBSD related can -- and should -- write one! The following methods are available to submit your reports: * submit a review on Phabricator and add the group "status" to the reviewers list. You should put your reports in the directory doc/website/content/en/status/report-2026-01-2026-03/ (create it if it is missing); * submit a pull request at . You should put your reports in the directory doc/website/content/en/status/report-2026-01-2026-03/ (create it if it is missing); * send an email to status-submissions@FreeBSD.org including your report. An AsciiDoc template is available at . We look forward to seeing your 2026Q1 reports! Thanks, Lorenzo Salvadore (on behalf of status@) From nobody Sun Mar 1 01:48:15 2026 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 4fNlMj6vjrz6Sm0C for ; Sun, 01 Mar 2026 01:48:33 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-yx1-xb134.google.com (mail-yx1-xb134.google.com [IPv6:2607:f8b0:4864:20::b134]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fNlMj4hQCz3nXr for ; Sun, 01 Mar 2026 01:48:33 +0000 (UTC) (envelope-from kob6558@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-yx1-xb134.google.com with SMTP id 956f58d0204a3-64c9c8f8783so3493193d50.1 for ; Sat, 28 Feb 2026 17:48:33 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1772329711; cv=none; d=google.com; s=arc-20240605; b=JdFs/c4IjCKhDmQX1T2YfwguB2xuq/3U3IUNnjv+V8rpiS+JfIZo/0NzysXID4+G5I MXvO3OS/BSscHYFosji/y5xkXRTdnD0iPTPT7EZHSPnqG+OD12BJoEBR114rIXJlR0bu 7EhNBNeY66APK9+KKONCbIFgrkJR7hM22ibgALwyf1hFjIE8oueySKQgM4wfTTvilpen gucy/Wnipflqz/czEbS7DiIi2lvykmIBf5JpAigmg2g0LY/k84yCDrfkcZucdq8uLewY EeFVTt+9fcRxtPQoKiE0xX1ORLMVfPdpnXtEtAOxZcdCBGH2HuimajwF9ekzZMJpTJSq 2/sQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:dkim-signature; bh=ASAeKplJzOvbfHLvMJVKFUgurUcHMDqW/5QP/gMPXcY=; fh=Xm+2y58Xeg/86S/wqA3YUSPH4zyCoVBn9p5W2Fgxa8g=; b=gidoxGtl8QLbQXTE6zNFY5K1TV78c/0M94bw73NUSqRgJAgXv8wuPGHapRdmB2XoYA wMbQ/0qfU4IGe8ei3CM/vwvtrb2Bqtcn0XGyDKtMIv/0pWLtxDdrEUcXzSlDcrYCEmLI KqrEIIwQePfTebfle+iJmgj7P/6k7TD2psik5yz1iGraqwJnK9QsCgYQFIXAzybvfhC4 w55AbBD6Bkk395hqTWIptIZtQWMcPSqFsTohAG83I0KfKwW98mr1JyA9dIMkqjThGW9o 4uVQ6VFcwCbL7LUOC35oAARD7192v+0IZZt/W1l8LNcCGnrvXQkpu1127J7GEwPCh2Q/ 6k5g==; darn=freebsd.org ARC-Authentication-Results: i=1; mx.google.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1772329711; x=1772934511; 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=ASAeKplJzOvbfHLvMJVKFUgurUcHMDqW/5QP/gMPXcY=; b=TCrqeJP3p2fYeF92TdldjpIQbuKPoltsUnyza6eic3pgXL1DUyYW7senRO7XxsWnoD 8ITD489c4mPl7aegPdL51lC9jsYl9zbwvxSRDtciPlyvGpvhQMzYVP/n8/XqqDaXnzyn jqJiiV63acfIwt32z9WPtnOAjZ9OaLRLsoEG+tcxn68/OwBFQWNLSvATI/pl/X7vqPOR aMPRnsln7sTO4y92TtOMWD+WUC48xUJS66KhS9g59pfya3PQOvft2JndkgMOv94jakdQ VoaOqykYXjK7oGCigiEdw1pFw06FdkYSicGEg2YLV4ewp9ZWvoUmT9mbnM9Wjc/KkhJ8 qhUA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1772329711; x=1772934511; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=ASAeKplJzOvbfHLvMJVKFUgurUcHMDqW/5QP/gMPXcY=; b=wxnWyxOEqwWSeb/i92haRYAl/UhJGB9WMNYduVnPPPOdN4NeW2lasTggRV/i7hCWRu v5PMhd6JnagnXC1pvld5uuk3Wwze8tuy6vmdHX79LXczK6vwksHkD/Vrs//KHdDrcASN 1t3E1j1xHpvkI0X5WsayN8t5hEI6+uefre3czkZbe6NvHuk/EoU4/XmimBpaoP2HgPbj fKH1UHvGRAYcU0eC+x66WVCZuaSabzt9LlnytHzv6htDuOngpTNb6SEV2uvwSoCD4MfR jz7ZZ+8qmv7L2zgjWL4jXcLmcQgzf9a+XpLRqRjAd14P6uAVYE2AEttdBInd1of49dcV A5ZA== X-Gm-Message-State: AOJu0Yx2r6tLGoCZtQoEwmyDENye5LZEEfwxE/0GexE4eKUiwrMQepT0 9+yibaVhxV/kwFjSSWGzLIlGyFVkenHxFEi11e/9iZA4Qc6C4eOj58Oq7o2GjGgjOz5oS2ps9Wk 8PxzjOdM57Pb7/3q0wxfnyalgujLwSWU= X-Gm-Gg: ATEYQzxH45JOx99mqVKgJr++jFmBA4cdTEAnRuFMo+0SJRpUD3ltChelBEhJM/hEgCu 2NJP348Hk21GfYaqHwLEnBmkX6YLEkC9o4xCGQtI0SiZvZF1+Z2Erz6Pc5TOPun6hZyWeQzWjBH AW3uxnvJQflPzsBDtnHPOkpUH61MvTNi7T3F2G3qa0561UiV2umaPDPb+oeRrNF2d+7e343Rw8S tudQJaAx9pj2R9AN5Y3k6FcR3iRe0VUwZWq1Zrdy8upg19nG3lmNUBzd18m050Jwto8fVtLp0vv rr0++k/Q6vKh8QncEc9IB4oIZ//FkD+5UzC8MNPUc2d/WNfdql865L/wMSOq3v4323u/ X-Received: by 2002:a05:690e:d06:b0:64c:b7a6:ec59 with SMTP id 956f58d0204a3-64cc2f0c958mr5764942d50.19.1772329711305; Sat, 28 Feb 2026 17:48:31 -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: <1895ba62-b069-4e28-a910-6c666703ee8e@gmail.com> In-Reply-To: <1895ba62-b069-4e28-a910-6c666703ee8e@gmail.com> From: Kevin Oberman Date: Sat, 28 Feb 2026 17:48:15 -0800 X-Gm-Features: AaiRm513R-L5VofFdJ9yl-L-xraYqAdf2jALsk86RWO4lUpK68E95MtSv8BKQG8 Message-ID: Subject: Re: 504 gateway time-outs (was: FYI: The elapsed time shown for beefy24 [main-amd64] and beefy23 [150amd64-default] stopped over 2hrs ago) To: Graham Perrin Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Content-Type: multipart/alternative; boundary="000000000000de0ae5064becaaaf" 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: 4fNlMj4hQCz3nXr X-Spamd-Bar: ---- --000000000000de0ae5064becaaaf Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, Feb 28, 2026 at 3:33=E2=80=AFAM Graham Perrin wrote: > On 28/02/2026 10:32, Mark Millard wrote: > > =E2=80=A6 > > > > The following got "504 Gateway Time-out" when I tried them: > > > > < > https://pkg-status.freebsd.org/beefy24/build.html?mastername=3Dmain-amd64= -default&build=3Dpdf4f957ea181_s178d0b5b8d > > > > > > < > https://pkg-status.freebsd.org/beefy23/build.html?mastername=3D150amd64-d= efault&build=3Ddf4f957ea181 > > > > > Both somewhat slow to load, however they do load for me. > > Thanks beefy22 is showing hte same issues. Something is tying up the builders with builds hanging in "build-depends" and "lib-depends" for very long periods of time, as long as over 4 hours) with high load averages. This has been going on for months and seems to be getting worse. Chromium builds which used to take around 20 hours are now running around 40 and I really don't think that this is just code bloat. At times, about half of the active builds are in some state other than "build"; mostly one of the depends states which should never take long as all dependencies are built before a build is started. After some time passes (often hours) things clear up. Dependencies are suddenly loaded in a few minutes or less. Note that things do continue to complete, but the 10 minute averages are in single digits and frequently go to 0. During this time, my connection to beefy22 will timeout and sometimes I can't establish a connection. I don't have any special access to the machines... just via pkg-status, so I'm fairly limited in any analysis. --=20 Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 --000000000000de0ae5064becaaaf Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Sat, Feb 28, 2026 at 3:33=E2= =80=AFAM Graham Perrin <graham= perrin@gmail.com> wrote:
On 28/02= /2026 10:32, Mark Millard wrote:
> =E2=80=A6
>
> The following got "504 Gateway Time-out" when I tried them:<= br> >
> <https://pkg-status.freebsd.org/beefy24/build.ht= ml?mastername=3Dmain-amd64-default&build=3Dpdf4f957ea181_s178d0b5b8d>
>
> <https://pkg-status.freebsd.org/beefy23/build.html?mastername= =3D150amd64-default&build=3Ddf4f957ea181>


Both somewhat slow to load, however they do load for me.

Thanks
=C2=A0
beefy22 is showing= hte same issues. Something is tying up the builders with builds hanging in= "build-depends" and "lib-depends" for very long period= s of time, as long as over 4 hours) with high load averages. This has been = going on for months and seems to be getting worse. Chromium builds which us= ed to take around 20 hours are now running around 40 and I really don't= think=C2=A0that this is just code bloat. At times, about half of the activ= e builds=C2=A0are in some state=C2=A0other than "build"; mostly o= ne of the depends states which should never take long as all dependencies a= re built before a build is started.

Afte= r some time passes (often hours) things clear up. Dependencies are suddenly= loaded in a few minutes or less. Note that things do continue to complete,= but the 10 minute averages are in single digits and frequently go to 0. Du= ring this time, my connection to beefy22 will timeout and sometimes I can&#= 39;t establish a connection.

I don't= have any special access to the machines... just via pkg-status, so I'm= fairly limited in any analysis.
--
= Kevin Oberman, Part time kid herder and retired Network Engineer
E-mail:= rkoberman@gmail.c= om
PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055= 683
--000000000000de0ae5064becaaaf-- From nobody Sun Mar 1 01:57:43 2026 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 4fNlZl2C2vz6SmwX for ; Sun, 01 Mar 2026 01:58:07 +0000 (UTC) (envelope-from kob6558@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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fNlZj4KY0z3qtv for ; Sun, 01 Mar 2026 01:58:05 +0000 (UTC) (envelope-from kob6558@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=OBhrsmdb; dmarc=pass (policy=none) header.from=gmail.com; arc=pass ("google.com:s=arc-20240605:i=1"); spf=pass (mx1.freebsd.org: domain of kob6558@gmail.com designates 2607:f8b0:4864:20::1129 as permitted sender) smtp.mailfrom=kob6558@gmail.com Received: by mail-yw1-x1129.google.com with SMTP id 00721157ae682-793fdbb8d3aso39261327b3.3 for ; Sat, 28 Feb 2026 17:58:05 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1772330280; cv=none; d=google.com; s=arc-20240605; b=G7lEpJAvNUB8vMQStNUor0ulM7qFh+/vBHwp5wFFInypJXxiJFWsFuXBA3mQX9H/sD IZRa67IF6w2CAAIJR6ZCMNilRzoXWmCdisFQ/UI16o55QjmpIs2JSTC8xrYWKjRuT176 oYTW1hRhRJpruHabnfPX9OvXUIx1w5A+aFRVtylvDyuCFN8eSsAB7AsVUnJkUlPRwCnD B9TPzALs10Rj7zAB9rtbVxcaE7xWA1YZ0utxfLTc8Mhp2p3WIaaUbrvRaVCBilzcMcWj hXw84li6W4rPsioOJvDQAGHdimfBdaf+VWNdEwB/mxLpPYMRUjtg8gpUchgunQASIUdP z0Fg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:dkim-signature; bh=zWFkz9EalbZPkk1PzH97eCP+7nu9jKt3ZzxUSJQoHxc=; fh=Xm+2y58Xeg/86S/wqA3YUSPH4zyCoVBn9p5W2Fgxa8g=; b=dqglRzcBXlRzEKy/e7D8BEPucn+z68Eu/w9gpbJ9mtfd44qVWDM+y8DnbWA8i2Zx5d 6KvMSeAfziacuv28BLXOKRJYsfWPQW4xBWszqppunGfaW9aXvHJqSqOVV36r82waLJNF UC4xPvmT9JNA+2uBGdpZbJk32toVmSay3GwyMPJjjivpt44HkYUgk/DbFqU6Zu77qaFY jLOjA3sgpErfLXEhEUfiKySQ6vOAGb87yTs3IeOCqQ6XPZu0Y08p9IzflXeWGIQiSFqK sdkdHQymQdJG8RPYMKmkSq0GqENPlt8lsQE5T+6p2SkES7TuDkaUOoTOmVbckMTCG6It tPCQ==; darn=freebsd.org ARC-Authentication-Results: i=1; mx.google.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1772330280; x=1772935080; 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=zWFkz9EalbZPkk1PzH97eCP+7nu9jKt3ZzxUSJQoHxc=; b=OBhrsmdbnjTdAHW2wZOFR0l7h71qpLDPZ6fiy19jP4cA/9yuVOYCWLTxeckVbHILxa 66aChv160rkkNvl/webR/J96CIrNAZeUGfP0WRScrGdom17VowBELpi7qDBQD+I+J29F y39hgdF8wp61D0x1tTdUS6OSS6qWSnoKuvzzdI0DtrTWqdY7cWrAjKRATbyKzvYYm1wo h9x7I7y4i/k8DZLNMAlmcluq6otKUn0Su2NBUiyYiNDgebUgaQTjdzQHAOpxkQ36uuku QpGa+R1Vb/QU878TeBa4ZC7mp+h4+TJ0RZikX4ENSgCA7xlOuBWdXBrM7fWoDo3RH7Nz nxsQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1772330280; x=1772935080; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=zWFkz9EalbZPkk1PzH97eCP+7nu9jKt3ZzxUSJQoHxc=; b=nLjfUNAn7BVs+pv3DwkvqVsHh8umHeLSezK/KqXlcgqKRcI2/THXhnLqkmXIU7umUY pC8BsVwxI/XFcXd8JT/S9TX1Pr2l4p05uwSxhU6CwfxIpiaVSbAtG8YDNhANDBr8BYV4 lyNuFvoVqGuOdQpQXhd4mtBif3+D6ReNJ6p2i8CGP0Fhpm4ZRIVuzxNpL4GQr5+sC4lC Ez17aUKq3neBI7jkXuKQxuoX3fi34teC/dtWxN+JbsZeXLTdLW8t/KqmazTHmpqHPtK9 e05jscrxOYIrfhNS/qY0HDtoq8gUodWZqq3wjeNw5E15oZlGMxNV3DYQiyAEroPUnOy8 f5fQ== X-Gm-Message-State: AOJu0YyD0/iYrWhjsybtIND4rwjBVUhoXlCjy0SXBCJsKVQYOZAhO3xu KbRRuhzzxcaQZcR2LMFCGGn0+PRNOdPHasm09KjGpXff9DvrSqfZaqs4Rkm2XpVlpEbsi1h0e/D QeHUq7axL2vIXwOqUuHSJujwZHxpy5l4= X-Gm-Gg: ATEYQzzyQxcRz3qp4GHObh96IKStJbbTIkqJ4CVLqH5xlxTP7ARbfZkTSkeVLl2EIuM 94gRAT8T15cv5tFqbJb0YeW3Jrh4z3igVJPxqjZLZB1AlXEyAA2c8G7sEZ3MvZ+XWpiDRXGehTk TizU3ouwlOg4ucrI6L2L98GL5x8+vWRJJlRsMMlaVQBaf7ucHQsIMb2VDoInXXvDq5ZU4qpa4p9 QlWO5pVqZzWDZx9EDwL9Ylhey8xlby2X0rfV8G3+dV0ncN//1O/bdBSRIng2DbOmnJ0Mn9S1PL/ YZSUYE9+50gi9bqPnBlDC8fPbhsgiCdzuft2FRnoWKG2Zep10wLO+cNLNh6wfRpJ7P3m X-Received: by 2002:a05:690e:42dc:b0:64c:aab1:89fb with SMTP id 956f58d0204a3-64cc20cbca6mr4681569d50.32.1772330279799; Sat, 28 Feb 2026 17:57:59 -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: <1895ba62-b069-4e28-a910-6c666703ee8e@gmail.com> In-Reply-To: From: Kevin Oberman Date: Sat, 28 Feb 2026 17:57:43 -0800 X-Gm-Features: AaiRm50xH-DUCVt1hb1R6bCJXI3k_HioVO58sYj9k54zctPxx5Tt3mqY9qnNCV0 Message-ID: Subject: Re: 504 gateway time-outs (was: FYI: The elapsed time shown for beefy24 [main-amd64] and beefy23 [150amd64-default] stopped over 2hrs ago) To: Graham Perrin Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Content-Type: multipart/alternative; boundary="000000000000c08eda064beccca4" X-Spamd-Result: default: False [-4.69 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; ARC_ALLOW(-1.00)[google.com:s=arc-20240605:i=1]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.992]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FORGED_SENDER(0.30)[rkoberman@gmail.com,kob6558@gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; RCVD_COUNT_ONE(0.00)[1]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_NEQ_ENVFROM(0.00)[rkoberman@gmail.com,kob6558@gmail.com]; RCPT_COUNT_THREE(0.00)[3]; MID_RHS_MATCH_FROMTLD(0.00)[]; MISSING_XM_UA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::1129:from] X-Rspamd-Queue-Id: 4fNlZj4KY0z3qtv X-Spamd-Bar: ---- --000000000000c08eda064beccca4 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, Feb 28, 2026 at 5:48=E2=80=AFPM Kevin Oberman = wrote: > On Sat, Feb 28, 2026 at 3:33=E2=80=AFAM Graham Perrin > wrote: > >> On 28/02/2026 10:32, Mark Millard wrote: >> > =E2=80=A6 >> > >> > The following got "504 Gateway Time-out" when I tried them: >> > >> > < >> https://pkg-status.freebsd.org/beefy24/build.html?mastername=3Dmain-amd6= 4-default&build=3Dpdf4f957ea181_s178d0b5b8d >> > >> > >> > < >> https://pkg-status.freebsd.org/beefy23/build.html?mastername=3D150amd64-= default&build=3Ddf4f957ea181 >> > >> >> >> Both somewhat slow to load, however they do load for me. >> >> Thanks > > > beefy22 is showing hte same issues. Something is tying up the builders > with builds hanging in "build-depends" and "lib-depends" for very long > periods of time, as long as over 4 hours) with high load averages. This h= as > been going on for months and seems to be getting worse. Chromium builds > which used to take around 20 hours are now running around 40 and I really > don't think that this is just code bloat. At times, about half of the > active builds are in some state other than "build"; mostly one of the > depends states which should never take long as all dependencies are built > before a build is started. > > After some time passes (often hours) things clear up. Dependencies are > suddenly loaded in a few minutes or less. Note that things do continue to > complete, but the 10 minute averages are in single digits and frequently = go > to 0. During this time, my connection to beefy22 will timeout and sometim= es > I can't establish a connection. > > I don't have any special access to the machines... just via pkg-status, s= o > I'm fairly limited in any analysis. > Just before I started my last message, all was well, but I last saw were a dozen builds in one of the "depends" states and "impulse" at 74 when I lost my connection. I can reconnect to the beefy22 status page, but it has not updated for several minutes. --=20 Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 --000000000000c08eda064beccca4 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Sat, Feb 28, 2026 at 5:48=E2= =80=AFPM Kevin Oberman <rkoberman= @gmail.com> wrote:
On Sat, Feb 28, 2026 at 3:33=E2=80=AFAM Graham Perrin <grahamperrin@gmail.com= > wrote:
On 28/02/2026 10:32, Mark Millard wrote:
> =E2=80=A6
>
> The following got "504 Gateway Time-out" when I tried them:<= br> >
> <https://pkg-status.freebsd.org/beefy24/build.ht= ml?mastername=3Dmain-amd64-default&build=3Dpdf4f957ea181_s178d0b5b8d>
>
> <https://pkg-status.freebsd.org/beefy23/build.html?mastername= =3D150amd64-default&build=3Ddf4f957ea181>


Both somewhat slow to load, however they do load for me.

Thanks
=C2=A0
beefy22 is showing hte same issues. Someth= ing is tying up the builders with builds hanging in "build-depends&quo= t; and "lib-depends" for very long periods of time, as long as ov= er 4 hours) with high load averages. This has been going on for months and = seems to be getting worse. Chromium builds which used to take around 20 hou= rs are now running around 40 and I really don't think=C2=A0that this is= just code bloat. At times, about half of the active builds=C2=A0are in som= e state=C2=A0other than "build"; mostly one of the depends states= which should never take long as all dependencies are built before a build = is started.

A= fter some time passes (often hours) things clear up. Dependencies are sudde= nly loaded in a few minutes or less. Note that things do continue to comple= te, but the 10 minute averages are in single digits and frequently go to 0.= During this time, my connection to beefy22 will timeout and sometimes I ca= n't establish a connection.

I don't have any special access to the machines... j= ust via pkg-status, so I'm fairly limited in any analysis.
<= /div>

Just before I started my l= ast message,=C2=A0 all was well, but I last=C2=A0saw were a dozen builds in= one of the=C2=A0"depends" states and "impulse" at 74 w= hen I lost my connection. I can reconnect to the beefy22 status page, but i= t has not updated for several=C2=A0minutes.
--
Kevin Oberman, Part time kid herder and retired Network EngineerE-mail: rkoberma= n@gmail.com
PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB= 39EF1B055683
--000000000000c08eda064beccca4-- From nobody Sun Mar 1 04:55:37 2026 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 4fNqWr5f3Mz6T2ZF for ; Sun, 01 Mar 2026 04:55:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-8.consmr.mail.gq1.yahoo.com (sonic316-8.consmr.mail.gq1.yahoo.com [98.137.69.32]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4fNqWr22v8z3F7r for ; Sun, 01 Mar 2026 04:55:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1772340944; bh=35OfwaBHNNfZRKPyeAvTJhTgu0pECyHJ99dejJy285E=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From:Subject:Reply-To; b=DG3YT6Ygh/v/yQa4ee2zOtBQMvizuMBKTnqg0Zh1wwSxxKzPCiD06OEAePLtApIR+Hm0Hkw9PiM1SRV2gAblalpeRPMpX0x+dCQJIPvQBSNp1Rykmez7w0rMQrAdcaIZzPsRyaTA80dEWAj+JYvaQ3Ldg3NHW1tkY3yR1YtkGYxXpJNE4gv1V0R2s/bEIXC0T5QEPLX8mF1DJu5pazq6wpyOUrU5Qow9Tn6gWrJ2j73PDGTQ2tTujCeoyiXyjtMOviWgQciKk8hOqEwUTkVcI05prXBewKvc9P0IhEeO/7oCDl0LbZGWRb3mGkqlal/h98ZneGTqW0RvV4FAeYARLA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1772340944; bh=5BpL5iqIt89Np6Hzth2t+eymc0ug7qK/7LVtpqext4m=; h=X-Sonic-MF:Date:Subject:To:From:From:Subject; b=ZICFyCCaSVFwSD4W1NL1HAkpM1h92PSrOE/E2QMP3VbussT7aMeh/ibihOGfyATe/A8zyexBUdX6iOG7w/mfi2CpXo0fr1uXMoRZrtFXlLVApJEbLllvNxHclhaYsfnm5uDbaERlLEaoG7QSVd1DtDpRjz0f+QnvxI+ueo3b3VBX0j4uLKWlJhdaqyEISn6tCuzTxYa4OiT+viG5YIX2m1e+CoNkiuuuS75QrFX4+WFNQtmGbTGWyNhG/8Szc20avsAHpI7+K4dK8cSmaPTJxf6V145lIYKGV9A833+W5m62Hefb5QwmWfemEV7bDW82YDXoSfYHObLjsuVJOaMkqQ== X-YMail-OSG: iICHPKIVM1npCCvflVyrtRaPy4UqPpvsGPv18.QvoZiITpunPCf4GW4vYy2uy8c gme3j9seBd8Xy2zk94VUwRpow7sjImp9mzL9XSb7_zMNV2RBQu62BMnKqhE1igKiKenjKXEpyb7R v3dBBCl89przR.hkdaIZIaGfjx0LTz_pv5L4LW91pYq9bn4lifSKCSb_aqpeIxiMB9gDWRMp8Y4J XWA2g2PhrClumArWQGM5miIQZbBwSVMGOurczjR.rfekeXQrGZPhSdw8xmN9AZN94DI6nW9r7DaX 2iMWEm1LVpH5FHGDPFwHnvN1KCGF_z7e1q_ueU3fqKMM59TOlxxOVbJBSRfKWIcghHHG3VPIKvG9 pyB6PCJQxEKrKTj3pxjV1_ceP1FVG4a1KhcuYzt0paitsGmYBPX2rlD2UouBl6IE81YeuQr6EmsN bTm2qhdBa77EfbD7Ws1smpDA3oepiC9UkISIaGboG1FcMUgaOm_j6CrFji_HFWB7Fvirp1CFu45I BELEwmZQB6db9jcdVPoGGsjVao38h1.fimoy9yiPcTLrRwOzDG6ZxSno5QnlQuELSGcbEytGl44. DRnbf0Ri06McSjjq45FBU5H0MKF_Svu1K8j5NM6aNHx_Eon2pffAOq_6W2Kdfz0lSemla4jCway0 dpz0Q.NDu_T5yYxE9G3j1LqBrjBwimgJ5bz9m1LFajJV7cSVbQ30xokv7eD0KLoq6bULbdAJex91 1iOxu4aUnCpoHJGsUxZcy3Hda.0rTjFT8sdP1RrlDtB79ItyET22.geWorn2J7R388g9iYtRMaMk Kj97xidzfLOZnaUqoG0cI7QN1FVcKzfxPc6FY.j5uDA7wLw7oDy4gYlGMKPdZS44UPMpZkS38MCf 62u01K9if.7ZtWz.16tGu_a2HnC07Li3lKWY.1lpYJ1RaUdlUCo8sQcnzS1WzZCDqk1VS0BCm5P9 zbHLQbVRfbc.jz2E2Cx89gk4H.cYYVWicIzVD5f.0X0Z7z38QfnN5plu661SnL2nemEbs9jvCGqA stC0iyCvaZLTNKLqTctznOB0xiBXrviRW60_kpbA757kFiAaemwWUL6ITKoM8cYrwjgG9uP9CSTJ HV1qilze6POsM8kl.0iMQTiz4C0xKD0iwqYks6hTMAP1F9DGKuhlbWwnAP9wmuEOweD4luO4Y7XM 0KASfbhVq_b5YUPe13ZZDL1p3z9k7OEeOPyW901nSC8GVpjC9j6CWmOHlHdNb4VxjPdrmeeD3kwl VA4sFOzDmmhGXj6pmh9rQMHSbq_qbJB8_8NKo4mepth8TkxnJPQ7WEGZtSPkypmlwWBqnqoj8sNN IGC201kkY.19QumCGqig3Dul2D0Cn.noxeDqqxE41IGklYNZJYAKfJdMR6L1eHwn4ydbzI6_imHV U.aILVgmhwe09305EpaKUHHAO6VkvJzHOh59eQ8SycFqQjlhjJPXT.lrRSoRVX2pdStDeEkT.Lvx .SK9JCQwyut1Mv_ouGU8YXctxjNR3xZz13EWPiAZyrUx8hzOsIL3vi7smDFDRTaIWT5Z7FYG7Ulq erQKOZgJ6L7_4uyawVYtNqJvUzR0YrhzNvN0CAp7YLmG6slGudFbGWrj73zxsiE4EtUtUKT0S6Zh fNH7tlgyS.bQD3PUQ4chFS8VvvcTe9a2B_6xLnsAdm_y7LxqM1kTyEZsy.a7NKgpZOC8cBgluwl8 yVOy4lR8krCU8gx43c_whQ2229imiGTjxpqRV0nWAGDLbuzoUNoDEycZLIN3lsfJ3pfY7JfhaD8R 3euoiKhYFyxVDJmUOd_JBKnteIgmXZmikGzkhDb2AffG5HiBnGyh5tKbpoph9UODIGAGC3p1s7KI j0.Zeg1r8BcV9lgMfs1e_SnTbSSnXRcT.zMTYlhVifwxe0EQ00fqkF6IIKk4A89mOgNzn1M.V2cK a.oy498R1bS7KPuZIG2I.VOXVIMsRoXKzl4hs8FuJ4KG5.kiKYopvdKyvybg9IYY_XdvsQcAnzLH 2n1gYho7_HjWqrXrr7ekQTSEZbNil6P5K_WFHuZrCR9yyNmhIAdVqbvpeug9_N.vFkIOuqvywHPq edd8tkrEUjoOfJDgRmaqxBJMD7PTH5U9GnCSc_Mg7hyA_uqn4Q7s7lKMnOUKu70rghfnAl6fkRru jmhACWpMNAm26AyOPDKAiC95M2.RBzU6ACDjHhQYaiEKm93CuSQYthrzlRm0SlCgrmHvaQgdm5sY tDegsu5C6EfsGz.QWhAGBI4oj1zpw41L52_6jB3SHkQAIIMzSCH3vuHqzoPepOEbnULW4p0xvhJO _kQfOW_6pht7tqEWalu3EGh6x_xKsj6eCLbhguB8mr0Kd1f.WMx0J X-Sonic-MF: X-Sonic-ID: 2358846a-ae70-4ecd-bb2a-38d28f105d5c Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Sun, 1 Mar 2026 04:55:44 +0000 Received: by hermes--production-gq1-6dfcf9f8b-gxljn (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID c217506b6260cb9ab7e9519a48a26134; Sun, 01 Mar 2026 04:55:39 +0000 (UTC) Message-ID: <6d613720-fa00-4686-be70-1767dbdc1fc2@yahoo.com> Date: Sat, 28 Feb 2026 20:55:37 -0800 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: 504 gateway time-outs To: Kevin Oberman , Graham Perrin Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org References: <1895ba62-b069-4e28-a910-6c666703ee8e@gmail.com> Content-Language: en-US From: Mark Millard In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Mailer: WebService/1.1.25198 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4fNqWr22v8z3F7r X-Spamd-Bar: ---- On 2/28/26 17:57, Kevin Oberman wrote: > On Sat, Feb 28, 2026 at 5:48 PM Kevin Oberman > wrote: > > On Sat, Feb 28, 2026 at 3:33 AM Graham Perrin > > wrote: > > On 28/02/2026 10:32, Mark Millard wrote: > > … > > > > The following got "504 Gateway Time-out" when I tried them: > > > > mastername=main-amd64-default&build=pdf4f957ea181_s178d0b5b8d > mastername=main-amd64-default&build=pdf4f957ea181_s178d0b5b8d>> > > > > mastername=150amd64-default&build=df4f957ea181 status.freebsd.org/beefy23/build.html?mastername=150amd64- > default&build=df4f957ea181>> > > > Both somewhat slow to load, however they do load for me. > > Thanks > >   > beefy22 is showing hte same issues. Something is tying up the > builders with builds hanging in "build-depends" and "lib-depends" > for very long periods of time, as long as over 4 hours) with high > load averages. This has been going on for months and seems to be > getting worse. Chromium builds which used to take around 20 hours > are now running around 40 and I really don't think that this is just > code bloat. At times, about half of the active builds are in some > state other than "build"; mostly one of the depends states which > should never take long as all dependencies are built before a build > is started. > > After some time passes (often hours) things clear up. Dependencies > are suddenly loaded in a few minutes or less. Note that things do > continue to complete, but the 10 minute averages are in single > digits and frequently go to 0. During this time, my connection to > beefy22 will timeout and sometimes I can't establish a connection. > > I don't have any special access to the machines... just via pkg- > status, so I'm fairly limited in any analysis. > > > Just before I started my last message,  all was well, but I last saw > were a dozen builds in one of the "depends" states and "impulse" at 74 > when I lost my connection. I can reconnect to the beefy22 status page, > but it has not updated for several minutes. [Do not expect that I edited my all notes in presentation-text-order.] Via : beefy22: 143amd64-default 17:21:38 Accurate would be over 27 hrs (see below). Note: beefy22 has 64 FreeBSD cpus. I do not know the RAM or SWAP space. : Load Averages Swapinfo Elapsed (100%) 63.94 69.19 70.56 0.24% 27:37:33 > -- > Kevin Oberman, Part time kid herder and retired Network Engineer > E-mail: rkoberman@gmail.com > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 I see such on beefy24 (main-amd64-default) currently but also got lucky for an detailed page display. Notably: shows: Load Averages Swapinfo Elapsed (107%) 102.71 106.93 107.91 55.15% 26:35:05 but shows 23:10:02 for Elapsed. (Note: There are 96 FreeBSD cpus in beefy24 and in beefy23. The poudriere configuration is allowing 45 builders at once. Each builder is likely to be configured to allow, say, up to 3 make processes, MAKE_JOBS_NUMBER=3 . It is difficult to look at logs now to check on the figure. I've no information about the amount of RAM or the size of the SWAP space for beefy24 or beefy23.) The longest-still-active port-package builders elapsed-time-so-far figures shown were: qt6-webengine-6.10.2 23:33:08 chromium-145.0.7632.109 20:43:03 electron39-39.7.0 20:41:59 apache-openoffice-devel-4.2.1768900765_1,4 11:20:05 Those are likely the major users of tmpfs space that competes for RAM+SWAP for USE_TMPFS=all (or other large USE_TMPFS settings). I'd guess that the paging is thrashing for the above but have no way of checking. It could be that some use of TMPFS_BLACKLIST to avoid the use of TMPFS for the port-packages that have huge TMPFS involved could help (without otherwise disabling USE_TMPFS=all to still speed up most builders). (I will note that TMPFS_BLACKLIST entries do not necessarily end up with no tmpfs use, just less. But that less can help avoid paging that ends up thrashing.) Note during my editing/research and other activities, the web page had not updated at all after its initial display. It is now significantly later than when I started editing this note. Later: Hmm. https://pkg-status.freebsd.org/builds?type=package&all=1 05:48:27 beefy23 (150amd64-default) but . . . Load Averages Swapinfo Elapsed (112%) 107.81 100.28 97.16 0.04% 27:42:2 -- === Mark Millard marklmi at yahoo.com From nobody Sun Mar 1 19:59:10 2026 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 4fPCZK102cz6TZmS for ; Sun, 01 Mar 2026 19:59:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-22.consmr.mail.gq1.yahoo.com (sonic301-22.consmr.mail.gq1.yahoo.com [98.137.64.148]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4fPCZJ3v09z40RH for ; Sun, 01 Mar 2026 19:59:20 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1772395153; bh=o7pInn513Wk5IdV+ougm09myl96hriY+gboo29mEW/Q=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From:Subject:Reply-To; b=IckoD+8TfXYyGkbclY02u8hWws8D3f5hyXxyiAsJQzNvcADj+6kGIEoUISlGYnxWpMP7MLCEmGA7AITNZt1cqbhR7a+XWycFLQVFxkXqnwyeuVyCb5ujdyHAFUGf7ysneZtyoXHasXK6IgitEJ2Zu4LoZF9aP6V72FVqdIpAu2B1tanSga/BGD0pODTC/62MfOsp7GDxHgE77ARu6eiJX9GSGbXHkbtPRJdfh86zMcjw2CQ1DenUDbfevDne/DG+Cm1BuuCImmwhZX152y0CNGpdDGQt74ttMNSDR0BTqO9/awslnJGDEDincXC3ZLujLz1BXhocQ8cGfvjx/NQoWA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1772395153; bh=D8TVVak8ICVHTU11Gil7NI+YqNSzOMdCghi/+adT2Ol=; h=X-Sonic-MF:Date:Subject:To:From:From:Subject; b=cCzedpeZ97wvjnDlKocHyeeMDqQa3g611bJhfpffu6B5fOTggKm2LtCVLyJAoU6i//oyBRB7QVM6kxyajEPSlWWfoif9D8TZHBm9ghpH0KuoLS1jnD0hGDMVct0JPiMZ5u9FpHCz6Vmg+IEYJ4V8Jlqf6X6XHoDAlSiTGHjnuEKzCXhFHbQQo1SiWKnVGgdwfxKTD7Iz8DMgwlQ0jIRPsyTKXPf3xP7XrQCipVxcDY7n5wdVVecZmv+bj1C0CMTAaFt7a8e44ETv84W25qMlSluVmHOUuUhdQu8JZcbATofxdY8n7fnjODRL32Ihfcit9MxKZiZ3YHkD7gQRrItBaA== X-YMail-OSG: Lam6SSsVM1mosc_I2BwQoms59gEpGpqdYEn0QoXrfZQ5C.BLvRdhOlAPoo_9uqD uP6YGnoICxkN4X9CMcBYSz9f0aHIhnL6MaLrjTwBdfBhlg2LXEsJmlk5bxZCHzj7.xn.UQ1150l7 s4RtP4RG2_7FYSM8nlIn6dg8zosZCyfXTLqVW0W.oAtJXWh0lH_LWUdPS3pZoF.B25zN1ttPBJy5 ttK9CesILwiY4f4l4Facd4v811HLKc.VOwB4ywKeojCnFZNk94uaLeHGz.G4sRHjPXEfpv7NLDmY T409j9PQuC.uVDO8zLA0IovfXcaYoBhFOq9ClNSv6eMJm.MAFYxOgjadsZuNMK_yodjoII1HRPu7 TVcSWFEmF2Y4lzV2bFnIJxZQ4_atTaNhn6j2SZJgsNkgmco8ThLrKC4usjRz1lnCc7.fNZHh21Px JcKnr7gRagSgLMsl2bzZOW92S45fRqbMeG1yz5rfxjpz39kTJLb7B_yT8JjOISBfCNH_qSlU4Mfn YV5kZbazhBbnvXBtnLXVdPS7w14PIW2uCAQFJHdVyJrnmn6_flOpOO2DweYg5fcM61dbDqZoPqTP f6M1es00V8UZe5J7mXQHcst4XFwLmfIU5JBTEzkmdxZtImpFdpk5_InqCZ3ypRdEqdxUW9WXn3st csQC7C_iA9qFeTraK5QyGrLk1aO6Z02IxnzlksqPKXp5.Muv_6s1gPnr872uLzQxB9R9iUIZYyjQ r1jdaBasB2Mab1dBLYUpHnz3KJ4kzRzLtM2THGRQ08xIcLMggq634KwArMzx3GcJdWOfFUTlbk_o 9lL41dw_xL6c2xX6UwrtxUNvoZI99YTomqH8hAZ7vSyCo4Gkok.KUK7agi5HKRAC0xRnwnXcESj_ aeIgT.I3_lnfhQdbpT0okKArDG62Lo9iS4MMESxePX8Bu0TBbRvQOMuvM7d0qwCAQBWeASnxj.oQ 3P6B7h9xAcBbxhRhhZEtbQDgkbCASK4gnqZIqcMKx0P7md1ZdRjLJm50mA7So9SAFa0EYbGA7vIY 2WoAa1W6f588UfaKK101rOWXtEx9uJPACf4UX.7gmlU1hNwpQ5AmnBh0uyzErZhpZO3U5l_TMXpH hpmn.DueBgbclUErTLOwW6SWo7V7TFaTZ7flnGCc3t0efda8LdYwYQdEtBt4qYX_lkwh3Cp.7Bgu PYXR0ajHijeEkSR1hHme65deIl6vpr.veO93KhO5w_jEOUuO6DKBjtxtUXjmRaEWBbAyEOjuOPoT odJW1h__smREU.l5Sex75mdjw13bKOHA2VXQsWPMRaYHK6WssdwBjSIEF9c.UIqw9CEL65FV4Wuh K2SaAjpNizgMTK84Hk.Exq_IHCUszjCFKygA8dDYbjeekrjtcOdZ0DProfj.Qz0fwtyPSAhzRo6X IxI9fL6mvfOVKqrQkhLc1uXf.anlSk7gSG1FOwG1hyfLpT8b_mFpe.O97nZ4bx.BN.AuoA4ORXLB O5xvylxyz3fBeloJMX2.P8CdSh5hVf_iTYgNSYe_2yETshu7OcAwCesUEbmg6z.75rcXi2VfMfpl 513h.FJDNLtYdysHDM04Ec7WvUtxR6Z3I_aMsR4H6iitrlva8MIOg.KHaAkmh8XJqop2AOtZFM0f yj9.gfH5vos4qCKSXulgIIlBZY6_FgRoJoQ8g3ZpKxrm6oUrpK8AqLe2is.NANr5mlGBpCvKnRfM wnkFHJs_7SLRTzzhRsi0_s0bWl6zoCVfVeqVdSbJ6ZM.HtSHy1tbQ8UZAFuWykf6D.qefLCv2wCz BVs5U8LwIMKRIDlaRHWF5Gs4wnQ0yhb3jCBkJ5IZ9ihJttxQmXW3qoo5i4O4AHLggmmKQ3MC3PC8 IrDqQogjLKm5mR_B2xfnwnfTuOqi9nNVnh9bre7mzhOauigJ7HjV33aB5oOEv_6ITI2UY4.xwYex 6jJdI49WIfp.fPv.VJTkYJjIP2agdXd.guLOG5cM76XhgmyHWRBhdreHj0kDX4.fiyKi4IPQfHZd oGPHTygmVBtBcBKikpdmgKClGYDWXKbXFGsNmYjGwvHKCfV6WAlhUvjR5.LgJmTV2MsLamVQMKUP uAlvT3uJFHAuhgssjtrZcS0isP09AW258RlaRr.nF6iR0Ryie29JH9_gGkazPySLmjDLWR_dpGNi xxTlJd8x7ESa7o79KhLFfj.whf.20r0LB30MsFYZikoa8Gov9OxULTJWYejd7kvy8IZ0Yuzbqscf MSpr5lASdSFKyHdWeg0pnB8GqoZzVnsD4z8Shd95l7vuP76DPANUtxWnuhhzBVPlkBqB8frgxlXs uzUVPKL_IUehZmk7l1SV5QDB0ACMD31cJ1rM5gLQnMk6cf8wU X-Sonic-MF: X-Sonic-ID: 21da7d1b-b9f8-4749-a041-5cea92a8bace Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Sun, 1 Mar 2026 19:59:13 +0000 Received: by hermes--production-gq1-6dfcf9f8b-gxljn (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 28d3cc579cc5c7272e033dc01b3f5438; Sun, 01 Mar 2026 19:59:11 +0000 (UTC) Message-ID: Date: Sun, 1 Mar 2026 11:59:10 -0800 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: 504 gateway time-outs To: Kevin Oberman , Graham Perrin Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org References: <1895ba62-b069-4e28-a910-6c666703ee8e@gmail.com> Content-Language: en-US From: Mark Millard In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Mailer: WebService/1.1.25198 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4fPCZJ3v09z40RH X-Spamd-Bar: ---- On 2/28/26 17:57, Kevin Oberman wrote: > On Sat, Feb 28, 2026 at 5:48 PM Kevin Oberman > wrote: > > On Sat, Feb 28, 2026 at 3:33 AM Graham Perrin > > wrote: > > On 28/02/2026 10:32, Mark Millard wrote: > > … > > > > The following got "504 Gateway Time-out" when I tried them: > > > > mastername=main-amd64-default&build=pdf4f957ea181_s178d0b5b8d > mastername=main-amd64-default&build=pdf4f957ea181_s178d0b5b8d>> > > > > mastername=150amd64-default&build=df4f957ea181 status.freebsd.org/beefy23/build.html?mastername=150amd64- > default&build=df4f957ea181>> > > > Both somewhat slow to load, however they do load for me. > > Thanks > >   > beefy22 is showing hte same issues. Something is tying up the > builders with builds hanging in "build-depends" and "lib-depends" > for very long periods of time, as long as over 4 hours) with high > load averages. This has been going on for months and seems to be > getting worse. Chromium builds which used to take around 20 hours > are now running around 40 and I really don't think that this is just > code bloat. At times, about half of the active builds are in some > state other than "build"; mostly one of the depends states which > should never take long as all dependencies are built before a build > is started. > > After some time passes (often hours) things clear up. Dependencies > are suddenly loaded in a few minutes or less. Note that things do > continue to complete, but the 10 minute averages are in single > digits and frequently go to 0. During this time, my connection to > beefy22 will timeout and sometimes I can't establish a connection. > > I don't have any special access to the machines... just via pkg- > status, so I'm fairly limited in any analysis. > > > Just before I started my last message,  all was well, but I last saw > were a dozen builds in one of the "depends" states and "impulse" at 74 > when I lost my connection. I can reconnect to the beefy22 status page, > but it has not updated for several minutes. > -- > Kevin Oberman, Part time kid herder and retired Network Engineer > E-mail: rkoberman@gmail.com > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 FYI: beefy22 got an extract/timeout failure for attempting to build qt6-webengine-6.10.2: . . . ===> Extracting for qt6-webengine-6.10.2 => SHA256 Checksum OK for KDE/Qt/6.10.2/qtwebengine-everywhere-src-6.10.2.tar.xz. =>> Killing timed out build after 7200 seconds =>> Cleaning up wrkdir ===> Cleaning for qt6-webengine-6.10.2 . . . qt6-pdf-6.10.2 also got an extract/timeout failure. So it seems that it is not just the pkg-status.freebsd.org presentation pages that end up messed up. -- === Mark Millard marklmi at yahoo.com