From nobody Mon Sep 15 00:00:44 2025 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 4cQ4tP0kKWz67hdb; Mon, 15 Sep 2025 00:00:45 +0000 (UTC) (envelope-from salvadore@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cQ4tN5JXmz3Xc9; Mon, 15 Sep 2025 00:00:44 +0000 (UTC) (envelope-from salvadore@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757894444; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc; bh=GqnjX5wO3V1OMET4a3AkNWtv954YwRpHfUSTPNCamc4=; b=S7gvRlRVG9qpi3p/ZIjsdkzHYYm1OWRRVrdgZQYjb6z2HHflJLAIQ0Fa3iqW4uTYMlN8eU hMluZpBN4H45cyfk+ATfM3lSykwA148WJlhubCsM93kcHpCvnu4Quy04ZlIKXLhyxco694 lm7dm+d+BdoFUIjnNsfcpYl3a9HTd0m2+VG/xHm5V/ldTBbDq2R1tHrEdCsCz3MCrUnniU QYYLi7YQbikDcCYPK8kH+j5toTHDigVRmhfkGN1OGbMyCIRUm1Z0ozlzFl0BxdCtqm5EUa tu6x+62HD4O5OfvGhg+bqmw6OHU3VJk41fDn4mF7/PnYXa8g5G460/K/2X9L0g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757894444; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc; bh=GqnjX5wO3V1OMET4a3AkNWtv954YwRpHfUSTPNCamc4=; b=IZvCVNXepjb6R0iKS97rW2Cr80sFo9qC/y7FtEPQnJsdOVmyhq9S29tI7gDqjFY2Ffu/jW QrZubG8I7IMVVdwkKA3DImJqfN6hInM4hR5BNq0miatzR4UADDLi5hKY5zYPNEM7StmERb R1/UZ1Zw3uxAdumDy41XhTedCIgATCdZFWI36dXJtRbkaNke8wY0T3Oq4u6usGC5RZFOdf NTiuLg0R0Wc57O35R022hxHEBXhI1X4vqZcc7eql7ZLUTEBelFrSYWqW9qWGIu6kdDWCBY uENrmhiiWs/oV2nyI6sol8Le/8WXNjUEh7rVi0mg9KNre9slznIrETFNmtCvIg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1757894444; a=rsa-sha256; cv=none; b=txqlED/tiKVSlMAU38U5Fc/0L8adHWPitl3bCgW6SN7IP2lmYMpP1mpkFlA4/m4PCSXpCF 0edA/qrPFX9JeRGrx0/0PRNqvl2jP6CfkpxcKAOuypQAzv5LDuYs7LAO/PoFg/s45U007q uBUAiTn/8+zQD4Ozr3Mg61bWw8BjXVaLqPu/UxXP9d4rfiZm+qpR5lvpTzYiva+s0RXhQK CBJP8KKGF/2R9ckevPfc3//MJwIPGbg3pKyt/R33mpG1rdmKKnW7ud65dbFj32xjv8Z6n3 b1yJdB4vmK7WW7IHky4/zn9fSj6l2rBX4ZQ1NueahK2VrOi8hprVCpsmtUN+Xg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: by freefall.freebsd.org (Postfix, from userid 1472) id 9249421C2F; Mon, 15 Sep 2025 00:00:44 +0000 (-00) To: freebsd-status-calls@FreeBSD.org Subject: [2 WEEKS LEFT REMINDER] Call for 2025Q3 status reports Cc: freebsd-current@FreeBSD.org,freebsd-hackers@FreeBSD.org,devsummit@FreeBSD.org,soc-students@FreeBSD.org,soc-mentors@FreeBSD.org Message-Id: <20250915000044.9249421C2F@freefall.freebsd.org> Date: Mon, 15 Sep 2025 00:00:44 +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 September, 30th 2025 for work done since the last round of quarterly reports: July 2025 - September 2025. I would like to remind you that reports are published on a quarterly basis and are usually collected during the last month of each quarter, You are also welcome to submit them even earlier if you want, and the earlier you submit them, the more time we have for reviewing. 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-2025-07-2025-09/ (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-2025-07-2025-09/ (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 2025Q3 reports! Thanks, Lorenzo Salvadore (on behalf of status@) From nobody Mon Sep 15 00:51:46 2025 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 4cQ61g6LnXz67lWP for ; Mon, 15 Sep 2025 00:52:07 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-ed1-x532.google.com (mail-ed1-x532.google.com [IPv6:2a00:1450:4864:20::532]) (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 4cQ61f2wwQz3frW for ; Mon, 15 Sep 2025 00:52:06 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=AlWiBNqm; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of rick.macklem@gmail.com designates 2a00:1450:4864:20::532 as permitted sender) smtp.mailfrom=rick.macklem@gmail.com Received: by mail-ed1-x532.google.com with SMTP id 4fb4d7f45d1cf-62f1eb1abb9so1646125a12.0 for ; Sun, 14 Sep 2025 17:52:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1757897519; x=1758502319; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=tQehzkeuHLgVyz3emDG9FdTiGIP+fDVVvZzw/Gpo1oQ=; b=AlWiBNqmFXrPIKvg9BOjvm7LJr7Cy5Hykl7PwxniShPvj88A1meZwOaIUJVuIjO0g/ kThBPwxBtwpwhx4b4yjdLyUUQA0LBWirvhKu9Hzw3UzDwyJ6AZpGg6a2pxitvzUufaJv o+O+uX3yEFTuaNlHhsIjpsQo2f7CbH0g8SWi8NjgPADoW0UbOJ7Ysn3bsm7j/QHlnDSz 4KcV22io1IlZapXRFCq5yvv/8v5eb+AANo/vYky4lOiZ/ttkx3cVpe3AvxoDsTt0x3BV 8/UIbrYT3OaxguzvA00kEi8GjHIvFpD4mwVnsMST6IF45R5XVTFbbte2lX8Tu+6HOD9i IqsQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1757897519; x=1758502319; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=tQehzkeuHLgVyz3emDG9FdTiGIP+fDVVvZzw/Gpo1oQ=; b=BNh8jY+Y9Rrlg6Xf7K+YS2fKflxKEsNdaB7tTIq0XuIjofUCoGVCeEQ7uqo5rldraM Z6nN42dT0U/CNCiRkkQPgKxPgeUWvp1K+6kwyEwedrnY0Jtv9ax/4SZNw96T7oYayIbx 57LQV2ZXQPYSqJTPWnQPR/mGpkxDJREaLTduEv7PmM+Qwrj2KBHIqCn1ggKHyPGieTEW HoDGr4OXeqlt1nLpceJWBfgDCRgVzowXvj/ccRMDd6TvtHWxKlTiA/uXVx8GlvTPFfe/ 2/Musje6T1Q/PG+60KsOEvh/LXPTFpYlyR0aCSiu1yvPF0iCAomjjypBDUjN4vLK1lhA p8Pg== X-Gm-Message-State: AOJu0YxOW4BcnBg4ezE6r9qRgUI6tn4FaXxUoovjzzCiCyIOf9faJrXV h1YPgcvS0e2WfIkd3ogl60jNPuGvLvkYscnJZ0ZtVgcRcbpDdGRBqjQY01iBDbVP/q8Tu1n4hDl qaO7q1o0N2Blvvw23CW0aJJw0FbPYsg== X-Gm-Gg: ASbGncuvumthASYI8cisQ56WX7zDVEWC/3V/4ZaKTBNdUtB98BrTRMtF2h05zqd4teH J0xf40Skct3Q5TV66DiYLJyQ/hgG0jJ5eiH5QdpQD5SjH+wtKtrDP2uJLKblY2/pj2j7dIfqMIg Il0qD2QWOfkBCBJHpXU7T1DlDldTaMsuhRysFgEetTjst31SXWMYVeu7tVsT6ASoeUKbzH2H0au CawZV05NbKlOylKXHYxEYd3hWnrz8/SVRdlIjvi/0A7pTMvHw== X-Google-Smtp-Source: AGHT+IGKZLTv6rtvaeH/E7fFoFMEzwj/pTXci/uAraUxEPuWLkrgnBTu51eOEZ4yYHgZvYKzdngtHT1Pmv2uI1i5hEA= X-Received: by 2002:a05:6402:40d5:b0:62d:6601:a6cf with SMTP id 4fb4d7f45d1cf-62ed9b58227mr9787845a12.9.1757897518670; Sun, 14 Sep 2025 17:51:58 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Rick Macklem Date: Sun, 14 Sep 2025 17:51:46 -0700 X-Gm-Features: AS18NWDRzOQ84w7bg_HVbmdquI65AREhkeCJryFQ51QQ1uTLIWIG_w9pQvPebcA Message-ID: Subject: Re: Changes in NFS mounts from 14.3 to -CURRENT (almost 15)? To: Zaphod Beeblebrox Cc: freebsd-current , freebsd-fs Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: -- X-Spamd-Result: default: False [-3.00 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.997]; DMARC_POLICY_ALLOW(-0.50)[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]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TAGGED_FROM(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; FROM_HAS_DN(0.00)[]; MISSING_XM_UA(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROMTLD(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::532:from] X-Rspamd-Queue-Id: 4cQ61f2wwQz3frW On Fri, Sep 12, 2025 at 7:55=E2=80=AFPM Zaphod Beeblebrox wrote: > > My overall goal is to have a FreeBSD workstation before Windows 10 dies. = That's coming up pretty quickly, so I've been testing. Because FreeBSD's = proton support is very much dependant on 15-CURRENT, I upgraded both the ne= w workstation and my poudriere box to the 15-current about 2 weeks ago. > > Now... normally, when the workstation boots, half a dozen NFS mounts to t= he poudriere server (also fileserver) occur. This has been the config sinc= e ... well... since back to FreeBSD 4 or so. > > My workstation's fstab has lines of the form: > > vr:/vr1/tmp /d/vr/tmp nfs rw,-3,-T,-l,-i,-b 0 0 > > 'vr' being the hostname and so on. On vr, > [2:31:331]root@vr:~> zfs get sharenfs vr1/tmp > NAME PROPERTY VALUE SOURCE > vr1/tmp sharenfs -maproot=3Dnobody ump run local > > Now... for some number of upgrades, this spits out lines like "-i depreca= ted, use -o intr" ... which it still does --- but then it hangs ... for one= NFS time out and it moves onto the next share. No errors on either the cl= ient or the server. What's changed here? Both machines were working befor= e the upgrade from 14.3 to 15-c. Those options are from the Jurassic period, but they should still work, afa= ik. I suspect your mount problem is something related to networking (firewall or ipv4 vs ipv6 or ???). Note that NFSv3 does need rpcbind to be working. rick From nobody Mon Sep 15 01:00:06 2025 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 4cQ6C20twmz67mHM for ; Mon, 15 Sep 2025 01:00:14 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from mail.oetec.com (mail.oetec.com [108.160.241.186]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mail.oetec.com", Issuer "E8" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cQ6C04fYJz3hB1 for ; Mon, 15 Sep 2025 01:00:12 +0000 (UTC) (envelope-from dclarke@blastwave.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=blastwave.org header.s=default header.b=GZSz76qo; dmarc=pass (policy=quarantine) header.from=blastwave.org; spf=pass (mx1.freebsd.org: domain of dclarke@blastwave.org designates 108.160.241.186 as permitted sender) smtp.mailfrom=dclarke@blastwave.org Received: from [172.16.35.3] (pool-99-253-118-250.cpe.net.cable.rogers.com [99.253.118.250]) (authenticated bits=0) by mail.oetec.com (8.17.1/8.17.1) with ESMTPSA id 58F107A1031712 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NOT) for ; Sun, 14 Sep 2025 21:00:07 -0400 (EDT) (envelope-from dclarke@blastwave.org) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=blastwave.org; s=default; t=1757898007; bh=USfKoumGjXjNM9jsPUitxgilaSc0n4hXpbqya/1yszc=; h=Date:To:From:Subject; b=GZSz76qoXzEGe5OZYguEuepvVYgqryxfm9PrJdyS2J0we1nxcar14ZqsvD6i/7qTv od5R+wvg4UgWU3RZiuin+unPrSceaS9i+RIpomOUm559F/a+QvnOJA7yA5Ke+x6REG CSRCt+csuHx5U/thWola9bs156KWMM0I+82LV6N34XrbSQNgjZx0wOmqPMzYJFOi8L AXSfK+Qu0X7BfYJ0cCW4PbcUzBFkUzVmoXVC9RBDLnM1e1lhfonWnM/D3lFn+dVXro pXjhS20Atzs2uxtOsYHQyS3mFWGUnsdblAwcqsZmVJe5fA1G/kClCxg2dTRWaCo1Ch Kr32AgkEKuUlw== Message-ID: Date: Sun, 14 Sep 2025 21:00:06 -0400 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 To: freebsd-current Content-Language: en-CA From: Dennis Clarke Subject: git is broken because curl is broken which stops me in my tracks Organization: GENUNIX Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-oetec-MailScanner-Information: Please contact the ISP for more information X-oetec-MailScanner-ID: 58F107A1031712 X-oetec-MailScanner: Found to be clean X-oetec-MailScanner-From: dclarke@blastwave.org X-Spam-Status: No X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.68 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.984]; DMARC_POLICY_ALLOW(-0.50)[blastwave.org,quarantine]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; RCVD_IN_DNSWL_MED(-0.20)[108.160.241.186:from]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_ALLOW(-0.20)[blastwave.org:s=default]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_DN_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[blastwave.org:+] X-Rspamd-Queue-Id: 4cQ6C04fYJz3hB1 Well I am not sure how to get around this mess : enceladus# cd /usr/src enceladus# git pull origin main ld-elf.so.1: Shared object "libkrb5.so.122" not found, required by "libcurl.so.4" fatal: remote helper 'https' aborted session enceladus# enceladus# which curl /usr/local/bin/curl enceladus# ldd /usr/local/bin/curl /usr/local/bin/curl: libcurl.so.4 => /usr/local/lib/libcurl.so.4 (0xf8817c000) libnghttp2.so.14 => /usr/local/lib/libnghttp2.so.14 (0xf893c8000) libidn2.so.0 => /usr/local/lib/libidn2.so.0 (0xf8963d000) libssh2.so.1 => /usr/local/lib/libssh2.so.1 (0xf89bba000) libpsl.so.5 => /usr/local/lib/libpsl.so.5 (0xf8aa31000) libssl.so.35 => /usr/lib/libssl.so.35 (0xf8ae2c000) libcrypto.so.35 => /lib/libcrypto.so.35 (0xf8b1e0000) libzstd.so.1 => /usr/local/lib/libzstd.so.1 (0xf8c1b0000) libbrotlidec.so.1 => /usr/local/lib/libbrotlidec.so.1 (0xf882b2000) libbrotlicommon.so.1 => /usr/local/lib/libbrotlicommon.so.1 (0xf8c9b1000) libz.so.6 => /lib/libz.so.6 (0xf8d7cb000) libkrb5.so.122 => not found (0) libgssapi_krb5.so.122 => not found (0) libthr.so.3 => /lib/libthr.so.3 (0xf8e1e5000) libc.so.7 => /lib/libc.so.7 (0xf8e4c8000) libkrb5.so.122 => not found (0) libgssapi_krb5.so.122 => not found (0) libunistring.so.5 => /usr/local/lib/libunistring.so.5 (0xf8f160000) libm.so.5 => /lib/libm.so.5 (0xf8fbe8000) libsys.so.7 => /lib/libsys.so.7 (0xf9069e000) enceladus# enceladus# which git /usr/local/bin/git enceladus# pkg query %n\ %v\ %o\ \%R\ %a | grep '0$' apache24 2.4.65_1 www/apache24 RV64 0 autoconf 2.72 devel/autoconf RV64 0 autogen 5.18.16_4 devel/autogen RV64 0 autotools 20220528 devel/autotools RV64 0 ccache-static 3.7.12_8 devel/ccache-static RV64 0 git 2.51.0 devel/git RV64 0 gmake 4.4.1 devel/gmake RV64 0 pkg 2.2.2 ports-mgmt/pkg RV64 0 poudriere 3.4.3 ports-mgmt/poudriere RV64 0 rust 1.89.0 lang/rust RV64 0 tmux 3.5a_1 sysutils/tmux RV64 0 vim 9.1.1723 editors/vim RV64 0 xauth 1.1.4 x11/xauth RV64 0 xlogo 1.0.7 x11/xlogo RV64 0 xterm 401 x11/xterm RV64 0 enceladus# All that stuff was locally built with poudriere on this RISC-V board and now it seems I need some libs that vanished somewhere. I am not sure how to dig out of this rathole. -- -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken From nobody Mon Sep 15 02:52:16 2025 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 4cQ8hN6ZfDz67vcD for ; Mon, 15 Sep 2025 02:52:20 +0000 (UTC) (envelope-from void@f-m.fm) Received: from fout-b8-smtp.messagingengine.com (fout-b8-smtp.messagingengine.com [202.12.124.151]) (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 4cQ8hN1X9hz3slb for ; Mon, 15 Sep 2025 02:52:20 +0000 (UTC) (envelope-from void@f-m.fm) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=f-m.fm header.s=fm1 header.b=JPwe9J7T; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=MzOUJ0H8; dmarc=pass (policy=none) header.from=f-m.fm; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 202.12.124.151 as permitted sender) smtp.mailfrom=void@f-m.fm Received: from phl-compute-02.internal (phl-compute-02.internal [10.202.2.42]) by mailfout.stl.internal (Postfix) with ESMTP id 1E6E11D0009B for ; Sun, 14 Sep 2025 22:52:19 -0400 (EDT) Received: from phl-mailfrontend-02 ([10.202.2.163]) by phl-compute-02.internal (MEProxy); Sun, 14 Sep 2025 22:52:19 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=f-m.fm; h=cc :content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:subject :subject:to:to; s=fm1; t=1757904738; x=1757991138; bh=/VCEWdJmpw LoJS3CkE72w4mUNp9omiVTKZoTOiMaqkk=; b=JPwe9J7T94EQIJZMW9gdTne28C jObtOePBy9MKA/3JRyTtQxdIKL9OvDFIOM/Z6XRJ8SFDxtkYjGCyW3AetF99eyKj M6ueST7bcB//Y7WcBHAK0ZcZleKEdl9gIZ5eQZjb+QO/wFA9/BA1ZW7tMldPOZ8i LeVaLBotcv6tNY1dvRz1vVGwTl5F9drxRCW6LqlJd3KSA9xMvLvWNhKNrWcH6+jh nfMF5wtY1lG772gsrfn4W9nP88yCBOp/7ubHKfgKwzlOr5cxbDlI5y5P8bL6XFBx KOWr/NG8nBQ0asPdEVjKMwI2IMHgvVObFDCknHxQJXoeFLWo136VouMrEYaQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t= 1757904738; x=1757991138; bh=/VCEWdJmpwLoJS3CkE72w4mUNp9omiVTKZo TOiMaqkk=; b=MzOUJ0H8w/IPueYZ5BCXTsyPi558tEApPvupkHONWQ39BvBmzHF V07BPky+KBfYaaUhZXJS5d30eC594/v8nBK4JovCRJhKY75MFRarItQsgB5MQrqA cu6ZcZQM7qEwLHkjU5GELIVrJJhbyi9qGjfdCJHf9tItuIvNd7aOw5Me3Zp1nqoo OvTfucAYMGZpRss3rYb5igzOxUVCLwfZXtPnGH0DPdckhrq2qhYzqib0TzdfKWIa 3Vb4j99xrLoZBkvGsGYpo2A5VV6bR9A4IrgiYL7UI/wqiZS6nDic+sTkeTwsjPKD kbqIRdbpds4wTh6vllQKOK2M1KL1IhMc3ew== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtdeggdefieehgecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpuffrtefokffrpgfnqfghnecuuegr ihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehttdertddttd dvnecuhfhrohhmpehvohhiugcuoehvohhiugesfhdqmhdrfhhmqeenucggtffrrghtthgv rhhnpeekleduvdelhfeileefgffghfffkedtheellefgudfgvdegkeejjedutdehhefgue enucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehvohhi ugesfhdqmhdrfhhmpdhnsggprhgtphhtthhopedupdhmohguvgepshhmthhpohhuthdprh gtphhtthhopehfrhgvvggsshguqdgtuhhrrhgvnhhtsehfrhgvvggsshgurdhorhhg X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Sun, 14 Sep 2025 22:52:18 -0400 (EDT) Date: Mon, 15 Sep 2025 03:52:16 +0100 From: void To: freebsd-current@freebsd.org Subject: Re: git is broken because curl is broken which stops me in my tracks Message-ID: Mail-Followup-To: freebsd-current@freebsd.org 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; format=flowed Content-Disposition: inline In-Reply-To: X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.57 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.97)[-0.965]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm1,messagingengine.com:s=fm1]; R_SPF_ALLOW(-0.20)[+ip4:202.12.124.128/27]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[202.12.124.151:from]; FREEMAIL_FROM(0.00)[f-m.fm]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_THREE(0.00)[3]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ASN(0.00)[asn:151847, ipnet:202.12.124.0/24, country:AU]; RCVD_VIA_SMTP_AUTH(0.00)[]; MISSING_XM_UA(0.00)[]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim] X-Rspamd-Queue-Id: 4cQ8hN1X9hz3slb On Sun, Sep 14, 2025 at 09:00:06PM -0400, Dennis Clarke wrote: > >Well I am not sure how to get around this mess : > I'd try building curl from the ports tree first. Make sure it's built with gssapi_none in the options. Then make deinstall reinstall. Then i'd build the tiny flavour of git. Deinstall it first, then in /usr/ports/devel/git # env FLAVOR=tiny make -DBATCH install Was this after an upgrade from 15 to 16? -- From nobody Mon Sep 15 03:15:48 2025 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 4cQ9Cr5wVMz67wTj for ; Mon, 15 Sep 2025 03:16:08 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-20.consmr.mail.gq1.yahoo.com (sonic301-20.consmr.mail.gq1.yahoo.com [98.137.64.146]) (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 4cQ9Cp49gpz3xJF for ; Mon, 15 Sep 2025 03:16:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=dzcgFEMJ; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.146 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1757906162; bh=dESbxiQE7Np7WKA34SjaA1mEzfiYoR07Yq960A2hTJg=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=dzcgFEMJ4Fw+ZJUESQdrbPF/1oY9i8b4fpLtI4aPh8A3qPTHY1Wqw7bJOJ3nFjIdt5TTmNX5ebwbzCQct3uCpiSV6nCo8iROLsJZXITcegdQMOiF7FN7DP7Ram6ey+eVVZNDoREfdz9ruMiIto2FjWl1yuEcvwiLqt0jkT3SfEQ6tsVr7aDRkIiO0vHBRlh0fgEstUAObhJUmpfLACGhhLQ91X3dUm6rLx2mM65O1LgJ93jux6hNN/Wlc+WuvHFW5A8ySxzj/F1dT2rioKJ4wdNPXq+bHGphlOZPbdAT4OqIHwFRtJ+VseHkRegzvDDSbrVGgAdEPonH8P/hUclMuQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1757906162; bh=R0bCVVdgV5EZwIX+H+zF1qHan9x4rJOtyz00+84/B6Z=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=dX/b6cpnEAx3FCQX7WlA6KZEdC+GqNO1ArArphQ3Jtr0004ZS/Whqt2JnNruniOTCoh1v9pJXYFvw60Fb67dV9ZBnZ0b4Tqpk4NRS/SzYVQ+KwO5X6B7Mf9L0fBJMFPCVIygvELtGuzmTYZv5UQ/gBIidTt3Os8Dg3Xkty+wcXmyJuuSD+e1TyokZCCQPVYrUsg6LeGhLNCVdsr0vq3jmMnxuMuhLuyq13GRWdVjK9vhSN7h5qHyEa2y56MXklbzVwzHES8SDYaG8q+qBZC0u5rLPyIbwlmPJSEfD1QQ+TdUHXzEL2JN1USp+K1BjubW+30zEqYUo/LwnK1t9Nt+/A== X-YMail-OSG: ApgTdFkVM1nD.Tk5G9PYyW4hw6dd2ND0fD78dHOSAV0J_LTxJUSzzy2PG7Hj2Om D_tZ_sB5f_knNMxIIyrcJj5Hi53gEBoqYrsRFAuNrKq0X5VIuHfamJXtLwtV2Cm1ckV2sb3A4ppn hoon7rnfs8uPxtMZDiafIg3jJ5FavmKl2xlMCF1fLMJfF0TPxdzZKnscjK4tB1yM5ZHqN.z0xyIZ PokyoF0PjTPfoghEc.lYRIUPcU1ahc5ygfKJP1ypDnNJWiIgITLpnVQZ5inkLZhDt7U_7UaLyA5o Azrr9kXwJFWA9UILy2dVe_THz7VpqBBwgMK5RmmKJ1AoG5652VLGbQ5DLJNW1dONi1vfS6iTyD4b XwaHmKmixXG9hj3ac2eInkub04JMk_nZUVIR63Abk319aEs6ctILSkoBfQXJfxP9FmjRe5Q54QNU SKlICcS8rJSY8slExo4..kUW6W5XqLnL9xZ4xtKKh3DoNth7RQ80gZdzISG2wHCwn4PxUTF4D6GA c1ShXgDnrbLcknratBswY.p85sBf0oIngD4ugVCfhBVDXtlO1dgMpATgGQHakoPWpFXWMPigkK7z hjHHhuIibDRyMy2hVMTr1oULS0gC0SYrWvB1AdT3uNNqygyHZRWUQ3qmbsgtAh10Ar.iKh1t1yrI hKYlymQCVcL2kzw_u6X4TpKH3EoPZZCFNcaiXv2MvKOaWeHNCA869Q3OeqgnUi2oClr8TIAx.bxU TixIQQrAgaN9x9CZ_wirgVEA8QsQJgq1cRBtR7JABVgyy_YjHnCJlT2AtT7gxs1HU8cFwbwNOvWx nqfr.YxR2_Uvz5dDlA6bn22rerl3YOsnaykaa6ui0dukHWOqZ4aOGAOnCT1xB0pQ9Nvr1dj4nbbR PYl9RrqVrgXeQwc0jG.lIYeTA43PsmmGid9sGIE62tMm6w0YD53yQb_OSeuhXJhJeOEke_4N5gru eAIDluf0dK2X6CpBxXFHfO82GghKzhFS7LUfwykph_x7CD8qMzMJOZDeXSEEN2M1P2M8X2NNjvRK nawTHNfPE_cdL5AlwtuGiPctaYw2tG6kyrzeHEf4PEtSEO5np_O1hNjlHKSbl674rsm47e.29MYl IpPlxXscpWbtUhy_NHItlOK.K2toGL6yJC_cwNqbUBpZDNsK4C57WgJUMlxn6tUQdnSzqN7zzbp7 Rbwxm8iYWWacD9.BRIaOHOcJdCaxfOFJ5J1oHftbo9OMJGt8C2O8NEx7PPxTzCNSLesV3JQVL0dF islYNaQ2feY19JprIn71znWKQHb_oZDbVheqWYqt.537tLfmI3K0NuGqFgbkCnsRcq3.pOHL.pwx ioSh0AFi.bAeK1rl1V2oxFXvfrAO_yQBj2E7epwy9KATCmYjN7_5_XW3w1XCu_.uM.vdvKTK1LlO ef8nzsKqaVLNpgIZ6SxF_iuEN6IyTUlrIROhjGspDNAASj_JZ7OvA8jtG_yDGUXwOZrTxjtwTvZM 9sKd3GuT5wfbNYT5pDD9QcBHywZHBkRVebZtY7Qadj_z1CTYusrJ3vj.y8t_xDAMgTRlQyoPG6ff QfgFTXcwJAAAMjgXwyuoIoQ6xSbVCutkVdxT1YLouKaPYJSPsmy_Ut40Xy73gPJB6LAKpEx2tkS6 0ZxmkhvXbIAmdFHpDxTzvbrhz07RUdYDa2LlzsMMenKzRFBN8BgXCgJuE5A4Sve05zQLA2D6MBcD gK8TyQimr.szGPZ46eDiKJNQ3nTyLS0kpE5vq6xvbh8fyVFUg08IClh_ZvD9YsAMrDeOaf8bb6h0 .ovwwrSwGa.15w1XA0BTkBBwV_0aTK0r8CXbbUDzjx4lAAwEOK5spn.71U6w4GNRd1CWx9gzmvxj GJogUbYgUSr22Angm9b4VI4NeTG52wZz4z1MDH_47QUtN7LZtqvQ9e4GCqGnUr0DypZQMMCNDTKj xksIfyWEJ1g0M.zq44FkU9y5J4XUO88NPzE_it573o3bc.OfSIMNfyGHgHBzVrbWo5bY957vaYnY 90lzLXJlzvaNTVHHhYCPPE696lJL267q0L_HOEQJHVd5F9idZboxvkUuWFI_RMS4XjS8_qbe9jqh DyZAclNgAiRw6i195UAF4hKGB99riHWtPceZAVnZcz4O81yFoRi5gz34Q4IZIwNCYQ9JNrU_Tos3 AfcVtGfng2G8.BXfkhEe.gMJNTKQ.wMcQKu1hWbG._v7r4o476psX9IAWPS5yEQDaltw0uNwlLla TsqjI20B8gh8eVfelzUz1nc3asZ.mxLNjBxjkbyUNhpgRp7.SDu9EIMpYBz_07OEIkJz8QMTgpXd SAQxtO4Lu X-Sonic-MF: X-Sonic-ID: 5a44edd2-1ed4-452b-85de-f694240ccdf5 Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Mon, 15 Sep 2025 03:16:02 +0000 Received: by hermes--production-gq1-7bfc77444d-gjfrd (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID b9757d8f5f360057db7b1c07979bf9c2; Mon, 15 Sep 2025 03:15:58 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: RE: git is broken because curl is broken which stops me in my tracks Message-Id: Date: Sun, 14 Sep 2025 20:15:48 -0700 To: Dennis Clarke , FreeBSD Current X-Mailer: Apple Mail (2.3826.700.81) References: X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.995]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.146:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.146:from] X-Rspamd-Queue-Id: 4cQ9Cp49gpz3xJF [Note: do not have access to a riscv64 context, limiting my ability to detect expected differences.] Dennis Clarke wrote on Date: Mon, 15 Sep 2025 01:00:06 UTC : > Well I am not sure how to get around this mess : uname -apKU output for the failing context? For the poudriere jail's world? On main 16 for amd64, for example: /usr/lib/libkrb5.so.122 Does that file exist in your failing context? So, presuming use of the system libraries for such, not a ports-build of such a library, the missing or unloadble library is a system library. Are you in fact trying to use the system library? Are you sure that you have your system and your poudriere jail's world configurations matching, such as for WITH_MITKRB5 vs. WITHOUT_MITKRB5 ? > enceladus# cd /usr/src > enceladus# git pull origin main > ld-elf.so.1: Shared object "libkrb5.so.122" not found, required by > "libcurl.so.4" > fatal: remote helper 'https' aborted session I'll note that "ldd -a PATH" gives a lot more information about the dependency structure that causes libraries to be listed. Sometimes that is handy. > enceladus# > > enceladus# which curl > /usr/local/bin/curl > enceladus# ldd /usr/local/bin/curl > /usr/local/bin/curl: > libcurl.so.4 => /usr/local/lib/libcurl.so.4 (0xf8817c000) > libnghttp2.so.14 => /usr/local/lib/libnghttp2.so.14 (0xf893c8000) > libidn2.so.0 => /usr/local/lib/libidn2.so.0 (0xf8963d000) > libssh2.so.1 => /usr/local/lib/libssh2.so.1 (0xf89bba000) > libpsl.so.5 => /usr/local/lib/libpsl.so.5 (0xf8aa31000) > libssl.so.35 => /usr/lib/libssl.so.35 (0xf8ae2c000) > libcrypto.so.35 => /lib/libcrypto.so.35 (0xf8b1e0000) > libzstd.so.1 => /usr/local/lib/libzstd.so.1 (0xf8c1b0000) > libbrotlidec.so.1 => /usr/local/lib/libbrotlidec.so.1 (0xf882b2000) > libbrotlicommon.so.1 => /usr/local/lib/libbrotlicommon.so.1 > (0xf8c9b1000) > libz.so.6 => /lib/libz.so.6 (0xf8d7cb000) > libkrb5.so.122 => not found (0) For reference (direct dependencies): /usr/lib/libkrb5.so.122: libkrb5profile.so.122 => /usr/lib/libkrb5profile.so.122 (0x2379de65d000) libk5crypto.so.122 => /usr/lib/libk5crypto.so.122 (0x2379d35a9000) libcom_err.so.122 => /usr/lib/libcom_err.so.122 (0x2379e0026000) libkrb5support.so.122 => /usr/lib/libkrb5support.so.122 (0x2379e0744000) libc.so.7 => /lib/libc.so.7 (0x2379dc970000) Note that any of the following being missing or otherwise unloadable would make /usr/lib/libkrb5.so.122 unloadable: libkrb5profile.so.122 libk5crypto.so.122 libcom_err.so.122 libkrb5support.so.122 > libgssapi_krb5.so.122 => not found (0) /usr/lib/libgssapi_krb5.so.122: libkrb5.so.122 => /usr/lib/libkrb5.so.122 (0x2379db301000) libk5crypto.so.122 => /usr/lib/libk5crypto.so.122 (0x2379d35a9000) libcom_err.so.122 => /usr/lib/libcom_err.so.122 (0x2379e0026000) libkrb5profile.so.122 => /usr/lib/libkrb5profile.so.122 (0x2379de65d000) libkrb5support.so.122 => /usr/lib/libkrb5support.so.122 (0x2379e0744000) libc.so.7 => /lib/libc.so.7 (0x2379dc970000) Note that any of the following being missing or otherwise unloadable would make /usr/lib/libkrb5.so.122 unloadable: libkrb5profile.so.122 libk5crypto.so.122 libcom_err.so.122 libkrb5support.so.122 > libthr.so.3 => /lib/libthr.so.3 (0xf8e1e5000) > libc.so.7 => /lib/libc.so.7 (0xf8e4c8000) > libkrb5.so.122 => not found (0) Hmm. 2nd time libkrb5.so.122 is listed. > libgssapi_krb5.so.122 => not found (0) Hmm. 2nd time libgssapi_krb5.so.122 is listed. > libunistring.so.5 => /usr/local/lib/libunistring.so.5 (0xf8f160000) > libm.so.5 => /lib/libm.so.5 (0xf8fbe8000) > libsys.so.7 => /lib/libsys.so.7 (0xf9069e000) Before libsys.so.7 my environment also has a: /usr/lib/libkrb5profile.so.122: libcom_err.so.122 => /usr/lib/libcom_err.so.122 (0x2379e0026000) libkrb5support.so.122 => /usr/lib/libkrb5support.so.122 (0x2379e0744000) libc.so.7 => /lib/libc.so.7 (0x2379dc970000) and a: /usr/lib/libk5crypto.so.122: libcom_err.so.122 => /usr/lib/libcom_err.so.122 (0x2379e0026000) libkrb5support.so.122 => /usr/lib/libkrb5support.so.122 (0x2379e0744000) libcrypto.so.35 => /lib/libcrypto.so.35 (0x2379d7a00000) libc.so.7 => /lib/libc.so.7 (0x2379dc970000) and a: /usr/lib/libcom_err.so.122: libkrb5support.so.122 => /usr/lib/libkrb5support.so.122 (0xe8544fb8000) libc.so.7 => /lib/libc.so.7 (0xe8547e9b000) and a: /usr/lib/libkrb5support.so.122: libc.so.7 => /lib/libc.so.7 (0x2379dc970000) What does your context have relative to such? What of the poudriere jail's world? > enceladus# > enceladus# which git > /usr/local/bin/git > > enceladus# pkg query %n\ %v\ %o\ \%R\ %a | grep '0$' > apache24 2.4.65_1 www/apache24 RV64 0 > autoconf 2.72 devel/autoconf RV64 0 > autogen 5.18.16_4 devel/autogen RV64 0 > autotools 20220528 devel/autotools RV64 0 > ccache-static 3.7.12_8 devel/ccache-static RV64 0 > git 2.51.0 devel/git RV64 0 > gmake 4.4.1 devel/gmake RV64 0 > pkg 2.2.2 ports-mgmt/pkg RV64 0 > poudriere 3.4.3 ports-mgmt/poudriere RV64 0 > rust 1.89.0 lang/rust RV64 0 > tmux 3.5a_1 sysutils/tmux RV64 0 > vim 9.1.1723 editors/vim RV64 0 > xauth 1.1.4 x11/xauth RV64 0 > xlogo 1.0.7 x11/xlogo RV64 0 > xterm 401 x11/xterm RV64 0 > enceladus# > > All that stuff was locally built with poudriere on this RISC-V board > and now it seems I need some libs that vanished somewhere. > > I am not sure how to dig out of this rathole. === Mark Millard marklmi at yahoo.com From nobody Mon Sep 15 04:15:25 2025 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 4cQBXb5mVwz680nP for ; Mon, 15 Sep 2025 04:15:43 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from mail-pg1-x532.google.com (mail-pg1-x532.google.com [IPv6:2607:f8b0:4864:20::532]) (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 4cQBXZ4ZRRz44bM for ; Mon, 15 Sep 2025 04:15:42 +0000 (UTC) (envelope-from zbeeble@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=Zge1uOfG; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of zbeeble@gmail.com designates 2607:f8b0:4864:20::532 as permitted sender) smtp.mailfrom=zbeeble@gmail.com Received: by mail-pg1-x532.google.com with SMTP id 41be03b00d2f7-b54abd46747so2382616a12.0 for ; Sun, 14 Sep 2025 21:15:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1757909738; x=1758514538; 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=c3QL5xKn60idR/13fra65tbzy4U5zFfGFKAPt+IyZZM=; b=Zge1uOfGeRrJC0IiYlyMhOHNK24pCqWwiCZnClyBNqk/ofnbeF+k+uaBNphhaCRSQ2 SrQrcAsX0OHF+2rCU8dzXCo1bak1MvGMJuEEGM0cW190OwutAMJjDs5BfqnyxHjoC+x9 YP9kvYpP85m2mNlxNmH2uxpDvcItzbSoiRZ+0lcjegTsQWPH5awUaj5J5avouPTkBlhm B7peMnEo0P9/Jypjvv0fVc9QOwAKl8vOJULhu1vCVz8KMV/QV+VsWsgotrAvNvaaO6nS mG325YyIb9epnTqTMDV3xCrKLlegZDhufsxbXiMmWEZf3RsJxbXbZcuhSPah/zGLKVLt 7R+A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1757909738; x=1758514538; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=c3QL5xKn60idR/13fra65tbzy4U5zFfGFKAPt+IyZZM=; b=uoEhh9XL78wO88+ziVqxQMLPT3vRfgEWAjpec/0S7DjS7P3OQC3TerEd208emblVzc tExR7842PuRzh4W+UA/pyLPKGZq+P1TN3yBtybys6j2mFx/Qe++eBxyd4z/y7xPDx8RR 8qRXfz7M8BfpTHoGmf9x18nFJzBOa/jMjr+VDwF7RTwQtDNShK1MeVnIBMABUJ38F5ES 0qPvDzD6vV0ANzy3ZO8dJujwZ/QzL69uVbKt4jiuFViqULPDiAShzPZdAltpWM63GEgq DQOa+fuN/nTp9tqIIdyT4TzG2/aFJyA8spynB7YLIlzeOU9PLRYAtteiFCureaBGuIp3 z/1w== X-Gm-Message-State: AOJu0YyhTg57atNpWSDGKi4Dea3w98G1TGooafGTGXLac96muidgFXuX +ppft5mVu/7uNhVbKCG6iHT2E7zpy+YHPHm8ohMEddHhqOUDT1NBa8nugOYss3ENVTEWpdlyRqj 4dsSSzEY2pTvvLxCfeRPRwu+5Y7Z6qg== X-Gm-Gg: ASbGnct/yyKAp4rT+ygvu6fpd7FaI1Xip4BYI1u6AOn0gQvebQnwSsDFU2c2q1TWNw/ kia9ZLrK+evMZtlrZ1nwqlcKS0zvnUfvn05ETmF4TOMuvSFdjkMxDPBnlUbH9NpQO2SuWGDRKEW mhszwlIgZqdKGHPPs82uBCAqnbz0ZK0gS03Np1XJm33lNZh0rP5WgIi8iB+LET0Xhe38yOjd5o2 Dh4VEZpQV8mc6yb3kCv0HKdnqMTjps= X-Google-Smtp-Source: AGHT+IE15t9u0fH7Pl8DP4d74iBDFxOZDyvBOJcwxx52lHHWRlbyrbfoI/UCBDJt6ACg3DyDem96//2mpmS7TR7UpaM= X-Received: by 2002:a17:903:1b08:b0:25c:9688:bdca with SMTP id d9443c01a7336-25d26e43a33mr139918085ad.50.1757909738475; Sun, 14 Sep 2025 21:15:38 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Zaphod Beeblebrox Date: Mon, 15 Sep 2025 00:15:25 -0400 X-Gm-Features: Ac12FXxPT_2YQ2cCji0n01HjiCX-ihJQArmCZ6aY90lkmkEnt6wOn1OWNlG5O-o Message-ID: Subject: Re: Changes in NFS mounts from 14.3 to -CURRENT (almost 15)? To: Rick Macklem Cc: freebsd-current , freebsd-fs Content-Type: multipart/alternative; boundary="000000000000825450063ecf41f1" X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.99 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.993]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; DKIM_TRACE(0.00)[gmail.com:+]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCPT_COUNT_THREE(0.00)[3]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MISSING_XM_UA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; TAGGED_RCPT(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::532:from] X-Rspamd-Queue-Id: 4cQBXZ4ZRRz44bM --000000000000825450063ecf41f1 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable OK. Thanks. rpcbind used to be running it wasn't. Ran rpcbind -d manually and then ran (same machine) rpcinfo localhost. rpcbind coredumps. GDB says: (gdb) bt #0 ?? () at /usr/src/lib/libc/amd64/string/strlen.S:95 from /lib/libc.so.7 #1 0x00001d9c3c5273a8 in xdr_string (xdrs=3Dxdrs@entry=3D0x3ba5fb06f808, cpp=3Dcpp@entry=3D0x3ba5fb047460, maxsize=3Dmaxsize@entry=3D9000) at /usr/src/lib/libc/xdr/xdr.c:701 #2 0x00001d9c3c51b841 in xdr_rpcb (xdrs=3D0x3ba5fb06f808, objp=3D0x3ba5fb047450) at /usr/src/lib/libc/rpc/rpcb_prot.c:63 #3 0x00001d9c3c528df2 in xdr_reference (xdrs=3Dxdrs@entry=3D0x3ba5fb06f808= , pp=3Dpp@entry=3D0x1d9418ba7140 , size=3Dsize@entry=3D40, proc=3Dproc@entry=3D0x1d9c3c51b7f0 ) = at /usr/src/lib/libc/xdr/xdr_reference.c:92 #4 0x00001d9c3c51b943 in xdr_rpcblist_ptr (xdrs=3D0x3ba5fb06f808, rp=3D0x1d9418ba7140 ) at /usr/src/lib/libc/rpc/rpcb_prot.c:124 #5 0x00001d9c3c5205e4 in svc_vc_reply (xprt=3D0x3ba5fb0208c0, msg=3D0x1d9c39a3d618) at /usr/src/lib/libc/rpc/svc_vc.c:646 #6 0x00001d9c3c51c7ee in svc_sendreply (xprt=3D0x0, xprt@entry =3D0x3ba5fb0208c0, xdr_results=3Dxdr_results@entry=3D0x1d9c3c51b870 , xdr_location=3D0x2328) at /usr/src/lib/libc/rpc/svc.c:368 #7 0x00001d9418ba0f52 in rpcb_service_3 (rqstp=3D0x1d9c39a3d740, transp=3D0x3ba5fb0208c0) at /usr/src/usr.sbin/rpcbind/rpcb_svc.c:175 #8 0x00001d9c3c51d08d in svc_getreq_common (fd=3D) at /usr/src/lib/libc/rpc/svc.c:664 #9 0x00001d9c3c51d118 in svc_getreq_poll (pfdp=3Dpfdp@entry=3D0x1d9c39a3dc= f0, pollretval=3D1) at /usr/src/lib/libc/rpc/svc.c:732 #10 0x00001d9418ba3069 in my_svc_run () at /usr/src/usr.sbin/rpcbind/rpcb_svc_com.c:1167 #11 0x00001d9418b9f835 in main (argc=3D, argv=3D0x1d9c39a400= 00) at /usr/src/usr.sbin/rpcbind/rpcbind.c:286 On Sun, Sep 14, 2025 at 8:51=E2=80=AFPM Rick Macklem wrote: > On Fri, Sep 12, 2025 at 7:55=E2=80=AFPM Zaphod Beeblebrox > wrote: > > > > My overall goal is to have a FreeBSD workstation before Windows 10 > dies. That's coming up pretty quickly, so I've been testing. Because > FreeBSD's proton support is very much dependant on 15-CURRENT, I upgraded > both the new workstation and my poudriere box to the 15-current about 2 > weeks ago. > > > > Now... normally, when the workstation boots, half a dozen NFS mounts to > the poudriere server (also fileserver) occur. This has been the config > since ... well... since back to FreeBSD 4 or so. > > > > My workstation's fstab has lines of the form: > > > > vr:/vr1/tmp /d/vr/tmp nfs rw,-3,-T,-l,-i,-b 0 0 > > > > 'vr' being the hostname and so on. On vr, > > [2:31:331]root@vr:~> zfs get sharenfs vr1/tmp > > NAME PROPERTY VALUE SOURCE > > vr1/tmp sharenfs -maproot=3Dnobody ump run local > > > > Now... for some number of upgrades, this spits out lines like "-i > deprecated, use -o intr" ... which it still does --- but then it hangs ..= . > for one NFS time out and it moves onto the next share. No errors on eith= er > the client or the server. What's changed here? Both machines were worki= ng > before the upgrade from 14.3 to 15-c. > > Those options are from the Jurassic period, but they should still work, > afaik. > > I suspect your mount problem is something related to networking > (firewall or ipv4 vs ipv6 or ???). Note that NFSv3 does need rpcbind > to be working. > > rick > --000000000000825450063ecf41f1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
OK.=C2=A0 Thanks.=C2=A0 rpcbind used to be running it= wasn't.=C2=A0 Ran rpcbind -d manually and then ran (same machine) rpci= nfo localhost.=C2=A0 rpcbind coredumps.=C2=A0 GDB says:

(gdb) bt
#0 =C2=A0?? () at /= usr/src/lib/libc/amd64/string/strlen.S:95 from /lib/libc.so.7
#1 =C2=A00= x00001d9c3c5273a8 in xdr_string (xdrs=3Dxdrs@entry=3D0x3ba5fb06f808, cpp=3D= cpp@entry=3D0x3ba5fb047460, maxsize=3Dmaxsize@entry=3D9000)
=C2=A0 =C2= =A0 at /usr/src/lib/libc/xdr/xdr.c:701
#2 =C2=A00x00001d9c3c51b841 in xd= r_rpcb (xdrs=3D0x3ba5fb06f808, objp=3D0x3ba5fb047450) at /usr/src/lib/libc/= rpc/rpcb_prot.c:63
#3 =C2=A00x00001d9c3c528df2 in xdr_reference (xdrs=3D= xdrs@entry=3D0x3ba5fb06f808, pp=3Dpp@entry=3D0x1d9418ba7140 <list_rbl>= ;,
=C2=A0 =C2=A0 size=3Dsize@entry=3D40, proc=3Dproc@entry=3D0x1d9c3c51b= 7f0 <xdr_rpcb>) at /usr/src/lib/libc/xdr/xdr_reference.c:92
#4 =C2= =A00x00001d9c3c51b943 in xdr_rpcblist_ptr (xdrs=3D0x3ba5fb06f808, rp=3D0x1d= 9418ba7140 <list_rbl>)
=C2=A0 =C2=A0 at /usr/src/lib/libc/rpc/rpcb= _prot.c:124
#5 =C2=A00x00001d9c3c5205e4 in svc_vc_reply (xprt=3D0x3ba5fb= 0208c0, msg=3D0x1d9c39a3d618) at /usr/src/lib/libc/rpc/svc_vc.c:646
#6 = =C2=A00x00001d9c3c51c7ee in svc_sendreply (xprt=3D0x0, xprt@entry=3D0x3ba5f= b0208c0,
=C2=A0 =C2=A0 xdr_results=3Dxdr_results@entry=3D0x1d9c3c51b870 = <xdr_rpcblist_ptr>, xdr_location=3D0x2328) at /usr/src/lib/libc/rpc/s= vc.c:368
#7 =C2=A00x00001d9418ba0f52 in rpcb_service_3 (rqstp=3D0x1d9c39= a3d740, transp=3D0x3ba5fb0208c0)
=C2=A0 =C2=A0 at /usr/src/usr.sbin/rpcb= ind/rpcb_svc.c:175
#8 =C2=A00x00001d9c3c51d08d in svc_getreq_common (fd= =3D<optimized out>) at /usr/src/lib/libc/rpc/svc.c:664
#9 =C2=A00x= 00001d9c3c51d118 in svc_getreq_poll (pfdp=3Dpfdp@entry=3D0x1d9c39a3dcf0, po= llretval=3D1) at /usr/src/lib/libc/rpc/svc.c:732
#10 0x00001d9418ba3069 = in my_svc_run () at /usr/src/usr.sbin/rpcbind/rpcb_svc_com.c:1167
#11 0x= 00001d9418b9f835 in main (argc=3D<optimized out>, argv=3D0x1d9c39a400= 00) at /usr/src/usr.sbin/rpcbind/rpcbind.c:286

On Sun, Sep 14, 2025 at 8:51=E2=80=AFPM Rick Macklem <rick.macklem@gmail.com> wrot= e:
On Fri, Sep 1= 2, 2025 at 7:55=E2=80=AFPM Zaphod Beeblebrox <zbeeble@gmail.com> wrote:
>
> My overall goal is to have a FreeBSD workstation before Windows 10 die= s.=C2=A0 That's coming up pretty quickly, so I've been testing.=C2= =A0 Because FreeBSD's proton support is very much dependant on 15-CURRE= NT, I upgraded both the new workstation and my poudriere box to the 15-curr= ent about 2 weeks ago.
>
> Now... normally, when the workstation boots, half a dozen NFS mounts t= o the poudriere server (also fileserver) occur.=C2=A0 This has been the con= fig since ... well... since back to FreeBSD 4 or so.
>
> My workstation's fstab has lines of the form:
>
> vr:/vr1/tmp /d/vr/tmp nfs rw,-3,-T,-l,-i,-b 0 0
>
> 'vr' being the hostname and so on.=C2=A0 On vr,
> [2:31:331]root@vr:~> zfs get sharenfs vr1/tmp
> NAME=C2=A0 =C2=A0 =C2=A0PROPERTY=C2=A0 VALUE=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 SOURCE
> vr1/tmp=C2=A0 sharenfs=C2=A0 -maproot=3Dnobody ump run=C2=A0 local
>
> Now... for some number of upgrades, this spits out lines like "-i= deprecated, use -o intr" ... which it still does --- but then it hang= s ... for one NFS time out and it moves onto the next share.=C2=A0 No error= s on either the client or the server.=C2=A0 What's changed here?=C2=A0 = Both machines were working before the upgrade from 14.3 to 15-c.

Those options are from the Jurassic period, but they should still work, afa= ik.

I suspect your mount problem is something related to networking
(firewall or ipv4 vs ipv6 or ???). Note that NFSv3 does need rpcbind
to be working.

rick
--000000000000825450063ecf41f1-- From nobody Mon Sep 15 04:16:09 2025 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 4cQBY31Z6yz6818l for ; Mon, 15 Sep 2025 04:16:07 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 "pelorus.zefox.org", Issuer "pelorus.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cQBY24DSMz450p for ; Mon, 15 Sep 2025 04:16:06 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Authentication-Results: mx1.freebsd.org; none Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.18.1/8.18.1) with ESMTPS id 58F4G9wA027352 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sun, 14 Sep 2025 21:16:10 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.18.1/8.18.1/Submit) id 58F4G9LN027351; Sun, 14 Sep 2025 21:16:09 -0700 (PDT) (envelope-from fbsd) Date: Sun, 14 Sep 2025 21:16:09 -0700 From: bob prohaska To: Mark Millard Cc: FreeBSD Current Subject: Re: Git and buildworld running at the same time 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: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cQBY24DSMz450p On Sun, Sep 14, 2025 at 02:50:03PM -0700, Mark Millard wrote: > > >> At the moment git occupies 1.3 GB RAM, 505 MB swap and 10-15% CPU. > > The above "1.3 GB RAM" seems odd for a RPi2B with > only 1 GiByte of RAM. The ps columns are: > > USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND > > RSS is a RAM usage figure (768984); VSZ is Virtual > SiZe (1346480). VSZ can be bigger than RAM+SWAP for > the process, as I understand. (Making simple > arithmetic problematical.) > > Was the "505 MB" system level swap usage, instead > of process specific swap usage? > The numbers came from top's SIZE and RES columns, thinking SIZE was total memory and RES was in ram. In hindsight, I've no evidence for that interpretation. > > If I gather correctly, it looks like at times, when it > > will be a notable time before activity like building > > software, something like: > > > > git -C /usr/src/ gc --no-detach --auto > > > > would be appropriate. The "--no-detach" avoids it > > running in the background so you know when it is > > running vs. when it finishes. You would want to do > > this often enough to avoid fetch/merge --ff-only > > or pull from doing such automatically or having > > a lot of accumulated pending work to do. > > Knowing that a git pull will be followed by some background work it isn't really a problem. I was fooled into starting buildworld before git finished, now I know enough to let it finish. However, for a script the --no-detach is a useful addition, at least when confident git will finish successfully. > > There is: > > > > gc.autoDetach > > Make git gc --auto return immediately and run in the background if > > the system supports it. Default is true. This config variable acts as > > a fallback in case maintenance.autoDetach is not set. > > > > and also: > > > > maintenance.autoDetach > > Many Git commands trigger automatic maintenance after they have > > written data into the repository. This boolean config option controls > > whether this automatic maintenance shall happen in the foreground or > > whether the maintenance process shall detach and continue to run in > > the background. > > > > If unset, the value of gc.autoDetach is used as a fallback. Defaults > > to true if both are unset, meaning that the maintenance process will > > detach. > > > > So you can force it to not detach automatically. > > But, then, you might have a long wait for the > > command that added data to complete: > > > > # git -C /usr/src/ config maintenance.autoDetach false > > # git -C /usr/src/ config gc.autoDetach false I'm a little confused here: are the two commands above equivalent in action to git -C /usr/src/ gc --no-detach --auto when used in a one-line script? Thanks for writing! bob prohaska From nobody Mon Sep 15 04:23:21 2025 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 4cQBjw1vFjz681qk for ; Mon, 15 Sep 2025 04:23:48 +0000 (UTC) (envelope-from yasu@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" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cQBjw0nszz49jy; Mon, 15 Sep 2025 04:23:48 +0000 (UTC) (envelope-from yasu@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757910228; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=MqreLfrwRRFRhbbJVZkoM49kbhSPhKguRl8tCBczX4o=; b=UL57lbcuSJut8m89MaVy3bPt6NxdICAII8XKE0D9TqehHvN0MbvL8Zpr6J57kuM4MJDTRx FBUbytYcy8TkOHaP4Y+/0trj/N6897UwcA+7QR5PK04R9MTP/37wqtyAQtuuPcmyib3Ocl PowYmfCedpJ5Ln5188aL6x18tXMZcJWX99IvS2++31c4c1ZbMM6bNhB5aTj7+tSK2OwACy z8ybbE1Xa8NQ+DB9k6TlloVv1IuXAs0e3cBqtsJuUgkZY8f9FstWw7c60YfzEeH98ZZ4yC x3af+a+OqsXUk9itRPFvVQka0X5MsfZ+JDfCUMD6Ewmm/+BkmUGUrWGE+Xinyg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757910228; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=MqreLfrwRRFRhbbJVZkoM49kbhSPhKguRl8tCBczX4o=; b=rguxYP9mYPcdmnTJd0Vp2RrOiFH9dZ5FFFif26beAN44QLtAOUJV85ZGtbnzeQdgu5s3In zHyLLT9+IIzrvEUmffRQCm/zmzy+V76gt+47wCrkasTGDWczfnEt5OY1sQtcPolU4YsZow oYL9TOhMjO5caKSNcenPV4xlITpguwWGyobEDQP3mBlzY9AS0iyOUoDNswde7AQ0TEn9ae kln4MEsoDcWjU+nMZfWUvdu8P8k9uwSKXwM+5yWH8Xchnb4SKwwWjqf04jHjV7dUj6uyaA oUnXlv8kdJWNXIQ0qxOMYXFb6EGFMgneA2w3mIJincmpqeGaMvbnGrA4WXxWPw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1757910228; a=rsa-sha256; cv=none; b=UkCXErnJvgm4s/lNbM6yXUpUY/3LoPsQwbuc+rI3ZMAuas6GUvZ452c8eOkdej4viGqFwQ BHFfRabyjPECenEY/Jvhig/jkg1oal2jeWKtNbmF0GJtV4+rOd7skmCCDjcCs9OE3fwJ3q +WzZ3HXXTrF2k7QIrDNdCCDIaub0GWgBBVokqGM/36FbX6lgILksPDIvXHFvl1hvmSTf6+ VCtLu4tkoCx2gZqIXydYAGtM1U5HnW8Adg1Fb81Xney3HwdId+GURifV4Cfe9fzc+XgcO6 EdUF96R67o3CMQ4CY46SGPtl3q+TWMohBmRELSf4jsZEBhffSLmhEXoYswwWlQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from localhost (unknown [IPv6:240b:11:220:fe00::174:11]) (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: yasu/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cQBjv3YTWzvBv; Mon, 15 Sep 2025 04:23:47 +0000 (UTC) (envelope-from yasu@FreeBSD.org) Date: Mon, 15 Sep 2025 13:23:21 +0900 (JST) Message-Id: <20250915.132321.1712366218813599243.yasu@FreeBSD.org> To: freebsd-current@freebsd.org Subject: Re: sysctl: unknown oid 'vfs.zfs.min_auto_ashift' From: Yasuhiro Kimura In-Reply-To: <20250915.071815.1993055480348452973.yasu@FreeBSD.org> References: <20250915.071815.1993055480348452973.yasu@FreeBSD.org> X-Mailer: Mew version 6.10 on Emacs 31.0.50 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Yasuhiro Kimura Subject: sysctl: unknown oid 'vfs.zfs.min_auto_ashift' Date: Mon, 15 Sep 2025 07:18:15 +0900 (JST) > 16.0-CURRENT main-n280279-b0e7b55a0e90 amd64. > > There is following line in /etc/sysctl.conf (IIUC bsdinstall adds it > at install time if system is zfs-root). > > vfs.zfs.min_auto_ashift=12 > > Today I noticed following error message is displayed when system is > booted. > > sysctl: unknown oid 'vfs.zfs.min_auto_ashift' at line 9 > > And I get same error if I execute `sysctl vfs.zfs.min_auto_ashift` > from command line. > > Does this mean vfs.zfs.min_auto_ashift is removed? I found following commit log. commit 70999532eea5 Merge: 5f9a05e57405 7939bad5e792 Author: Martin Matuska AuthorDate: Wed Sep 10 17:28:34 2025 +0200 Commit: Martin Matuska CommitDate: Wed Sep 10 17:28:34 2025 +0200 zfs: merge openzfs/zfs@7939bad5e Notable upstream pull request merges: #15869 ee7c36264 Add description of default sorting behavior to zfs_list.8 #17375 ced72fdd6 tunables: remove legacy FreeBSD aliases #17600 1da2c30be Update pam_zfs_key.c default path for FreeBSD #17632 b6bd3228b Synchronize the update of feature refcount #17645 59f8f5dfe zfs_vnops_os.c: Add support for the _PC_CLONE_BLKSIZE name #17665 0d54ae288 zdb: Fix format strings on 32-bit systems #17673 976f76534 Update compatibility.d files #17699 e3c3e86c0 Fix wrong dedup_table_size for legacy dedup #17704 e29bfa5bd Fix warnings about sha2_is_supported on FreeBSD/i386 #17706 a2424312c Fix the build on 32-bit FreeBSD with GCC Obtained from: OpenZFS OpenZFS commit: 7939bad5e79225288a2580e8ea217f5c6f616db2 And commit ced72fdd6 actually removes vfs.zfs.min_auto_ashift. From: Mark Millard Subject: sysctl: unknown oid 'vfs.zfs.min_auto_ashift' [legacy dropped; only vfs.zfs.vdev.min_auto_ashift now] Date: Sun, 14 Sep 2025 16:49:16 -0700 > # uname -apKU > FreeBSD 7950X3D-ZFS 16.0-CURRENT FreeBSD 16.0-CURRENT main-n280292-3c60ea77649d GENERIC-NODEBUG amd64 amd64 1600000 1600000 > > It is a boot-from-ZFS-based-root context as well. > > # sysctl -a | grep _ashift > vfs.zfs.vdev.max_auto_ashift: 14 > vfs.zfs.vdev.min_auto_ashift: 12 > vfs.zfs.vdev.file.physical_ashift: 9 > vfs.zfs.vdev.file.logical_ashift: 9 > > > So now there is just: vfs.zfs.vdev.min_auto_ashift Thanks. I changed original line to 'vfs.zfs.vdev.min_auto_ashift=12', rebooted system and now error message isn't displayed. --- Yasuhiro Kimura From nobody Mon Sep 15 04:38:29 2025 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 4cQC3F0Pl6z682Yw for ; Mon, 15 Sep 2025 04:38:49 +0000 (UTC) (envelope-from chris.torek@gmail.com) Received: from mail-lj1-x22d.google.com (mail-lj1-x22d.google.com [IPv6:2a00:1450:4864:20::22d]) (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 4cQC3D56pdz3Cb5 for ; Mon, 15 Sep 2025 04:38:48 +0000 (UTC) (envelope-from chris.torek@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-lj1-x22d.google.com with SMTP id 38308e7fff4ca-336a85b8fc5so32570031fa.3 for ; Sun, 14 Sep 2025 21:38:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1757911121; x=1758515921; 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=R5VWjlqWGJ2PyCFbMb7/531Srz+orXdxGOf/JBkmTXw=; b=b9ABtIxg+hEOx3Y6AyuQBzT9KsP3Ww9OQV7rV4AfbJeHdEk1vbj5wEU3UOvQ860IlI wJzNcKdGUQPc+VVnaOf2Vb0E0YfmdCUTWFIX+nrBcJ/xlE/P2rLmuOdTBz0wJ0DeDI90 XvDTe09AIMu/N4ALC+cY+UWJx5vcyh6TUh2frN/4Ko0/ic1H1P7GJqJcFYdBGzFaP6V0 3c7ZZTkFgoXwklxsyTayDhBQZaDebDZCabDOt8tsv6P/yhKyGeAGFyaFSt2XXMbXbkNR qZQOF3AexXP0q5nXFYX9kX9QpB+ewLxxJOnZMHpJ6DZp54zyXwiU1ELuX9oU+06Hpsdo 7HsQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1757911121; x=1758515921; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=R5VWjlqWGJ2PyCFbMb7/531Srz+orXdxGOf/JBkmTXw=; b=VV9KNzCsfPuUzf4yTXyQi4/QEZdYw4r+41YiLaKzBJ/rJW4QA4TgJ3QlHnkZ7k7z6E p+3ObFQHyUNYo4p/YWC8/k54Q6Qyfq+/FFA9z/tpK0vEQLibMg6egaNfeKwg82rhLyaQ gxHnpA7TioEANCxqQYZoTF7aE1IlWBiQKw86kGtYzlbOEYXYXBu6GyUUO811M4jYgFrH uWbEmYHPuyegf0BtYltSZK4c/akMvRZ+jgpvHiBA1pSctnzl+B86cIM2sVoFZZN7wufb yr84kKcxPsGq6XZrwlxZqTLG7cf/K29D0IOLzHLkZespDBLyMCJ6sil8BgB5WbVzKXzs a2ag== X-Gm-Message-State: AOJu0YwGqgWueAI70GMSbbnbva5i3w49Qz8jQYNpemiDor8Ye6eLk1AQ /GOV77QegJIbRilP7yq5aN0UQ1rz23CHXEUz6ejiz6uei95OuSHDh/G5Sw8HyQ7OShLB/k4OU9s Q22CbiMhkhwnZTvnD41v6sf3LmHse3925ZA== X-Gm-Gg: ASbGncsXSJyy4mYggpCAb1kED6ce7IDGTztMwsU0OPH+P23bedRh6QPI+t4oGDx6bXz SvS75s9wbHvD6KGYxTT0QkoMF5omcNx7QUVSOnfEGZbn3uQSARjFTiGH4roacQ2s7Flc8cslevP elcCOr7EqsOvY4HrGVV0K9CBRN/7k5nogFE4Gvz9M7t/+Od4vaSp5bxO7c5mjvJuHNFERKVgHYi JnpNVqLGuMXXx20tGQ= X-Google-Smtp-Source: AGHT+IGFwZKM1nneOn+UFZcTctl/epr+pi+Bc/to8x9pFR93yuGpU7PJOFw/1VCpeE68GEuevUBh/hQIGJpmrbrgb4k= X-Received: by 2002:a05:651c:4411:20b0:336:d8da:afef with SMTP id 38308e7fff4ca-3513a3278f1mr25272451fa.6.1757911121120; Sun, 14 Sep 2025 21:38:41 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Chris Torek Date: Sun, 14 Sep 2025 21:38:29 -0700 X-Gm-Features: Ac12FXysO40maFKXLoPU5hW1GS88iHRsZNDTVOHuJfhzRQyeMnTSm8AWA5jD9u4 Message-ID: Subject: Re: Git and buildworld running at the same time To: bob prohaska Cc: FreeBSD Current Content-Type: multipart/alternative; boundary="000000000000ebd1f9063ecf9376" X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cQC3D56pdz3Cb5 --000000000000ebd1f9063ecf9376 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sun, Sep 14, 2025 at 9:17=E2=80=AFPM bob prohaska w= rote: > Knowing that a git pull will be followed by some > background work it isn't really a problem. I was > fooled into starting buildworld before git finished, > now I know enough to let it finish. However, for a > script the --no-detach is a useful addition, at > least when confident git will finish successfully. > The problem here is that you can't know whether a `git fetch` will launch a `git gc --auto`, and there is no `--no-detach` option for `git fetch`. But: [Mark Millard, I think] > > > # git -C /usr/src/ config maintenance.autoDetach false > > > # git -C /usr/src/ config gc.autoDetach false > > I'm a little confused here: are the two commands above equivalent > in action to > git -C /usr/src/ gc --no-detach --auto > when used in a one-line script? > No. The `git config` command (now preferably spelled `git config set` for this particular purpose) writes the desired configuration to your specified Git configuration file (system, user-global, repository-local, worktree-local, or specified file) , where it resides until changed. Meanwhile `git gc --no-detach --auto` means "run the gc command now, with flags auto and no-detach"; the "no-detach" overrides whichever configuration file setting would take effect without it. But as I noted above, the problem is that "git fetch" itself runs the GC for you. Your options are therefore one or both of these: 1. Set it in your configuration (you probably want to use the default local config for this, or perhaps user-global so that if it's not set locally your user-global setting gets used). 2. All Git commands take `-c` options. These set internal environment variables that get passed on to future internally- executed Git commands, so you can force a "git fetch" to run a "git gc" with the environment setting (note that the env setting overrides all config file settings but not any command-line-flag settings). So you could run: git -c maintenance.autoDetach=3Dfalse pull to run both `git fetch` and `git merge` with any background gc step run with wait-for-completion. Note that the `-c` spelling uses the equals sign form, which differs from the `git config set` form. (This is all kind of a pain but is all part of the backwards compatibility stuff... see, e.g., the `gc.packRefs` setting, which exists for compatibility with Git 1.5.1.1 and earlier! I doubt anyone has needed it in 15 years now.) If you use option 1 and `git config set --global`, you don't have to change any of your other existing workflow, you just have to be ready for any Git command you run to take an hour-plus unexpectedly (on your system). (You could also tune some of the packing options so that you run `gc` less frequently. This also has its own set of tradeoffs...) Chris --000000000000ebd1f9063ecf9376 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Sun, Sep 14, 2025 at 9:17=E2=80=AFPM bob p= rohaska <fbsd@www.zefox.net>= ; wrote:
Knowing= that a git pull will be followed by some
background work it isn't really a problem. I was
fooled into starting buildworld before git finished,
now I know enough to let it finish. However, for a
script the --no-detach is a useful addition, at
least when confident git will finish successfully.=C2=A0

The problem here is that you can't know whether
=
a `git fetch` will launch a `git gc --auto`, and there is
no= `--no-detach` option for `git fetch`. But:
=C2=A0
[Mar= k Millard, I think]
> > # git -C /usr/src/ config maintenance.autoDetach false
> > # git -C /usr/src/ config=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 gc.au= toDetach false

I'm a little confused here: are the two commands above equivalent
in action to
=C2=A0git -C /usr/src/ gc --no-detach --auto
when used in a one-line script?=C2=A0=C2=A0

=
No. The `git config` command (now preferably spelled
`git co= nfig set` for this particular purpose) writes the
desired configu= ration to your specified Git configuration
file (system, user-glo= bal, repository-local, worktree-local,
or specified file) , where= it resides until changed.

Meanwhile `git gc --no-= detach --auto` means "run the
gc command now, with flags aut= o and no-detach"; the
"no-detach" overrides whiche= ver configuration file
setting would take effect without it. But = as I noted above,
the problem is that "git fetch" itsel= f runs the GC for you.

Your options are therefore = one or both of these:

1. Set it in your configurat= ion (you probably want to use
the default local config for this, = or perhaps user-global
so that if it's not set locally your u= ser-global setting gets
used).

2. All Gi= t commands take `-c` options. These set internal
environment vari= ables that get passed on to future internally-
executed Git comma= nds, so you can force a "git fetch" to
run a "git = gc" with the environment setting (note that the
env setting = overrides all config file settings but not any
command-line-flag = settings). So you could run:

=C2=A0 =C2=A0 git -c = maintenance.autoDetach=3Dfalse pull

to run both `g= it fetch` and `git merge` with any background
gc step run with wa= it-for-completion.

Note that the `-c` spelling use= s the equals sign form,
which differs from the `git config set` f= orm.

=
(This is all kind of a pai= n but is all part of the
backwards compatibility stuff... see, e.g., the
`gc.packRefs` setting, which exists for comp= atibility
with Git 1.= 5.1.1 and earlier! I doubt anyone has
needed it in 15 years now.)

If you use option 1 and `git config set --global`, you
don't have to change any of y= our other existing
wo= rkflow, you just have to be ready for any Git
command you run to take an hour-plus unexpectedly<= /div>
(on your system).

(You could also tune some of the packing= options
so that you = run `gc` less frequently. This also has
its own set of tradeoffs...)

Chris
--000000000000ebd1f9063ecf9376-- From nobody Mon Sep 15 04:52:48 2025 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 4cQCMl6LP5z6834c for ; Mon, 15 Sep 2025 04:53:07 +0000 (UTC) (envelope-from chris.torek@gmail.com) Received: from mail-lj1-x229.google.com (mail-lj1-x229.google.com [IPv6:2a00:1450:4864:20::229]) (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 4cQCMl4DTNz3GMS for ; Mon, 15 Sep 2025 04:53:07 +0000 (UTC) (envelope-from chris.torek@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-lj1-x229.google.com with SMTP id 38308e7fff4ca-337e5daf5f5so42030121fa.0 for ; Sun, 14 Sep 2025 21:53:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1757911980; x=1758516780; 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=pFo3/wAhh74lKsWR42BArF6a1GBRQOrb6ldVLkNuhfo=; b=kxwnMMpOgW3o/qHYmfj81ALIt+bxCXcUv6S87JTnPR/p64TLEB6955aRWoHOC50Kx9 roCHMKVSJlbyOLjxNkBMzAB+RZzX9jQ+Bo99C1oDMmZEtVWlEhj2g9ia7aGT8ZV3x/rk RMtsFtNoNOpGA17ICka69tCz4WJy0fpUoY7pOS2T2npo4aywkercIelj7UC3Ci4731vp Kti52qQO/JWqGWKpiaLol2BKKJCAZAeoBJCqusXUCNDD1/WDIx+ZEokSoS+enq8NXI2z OkhKiVh7JOdCYDy526qX6ydi1stHqPsBi7aLT4F/eaHnU4V+zzT4Vn74E3K43EM2R+lY N9AQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1757911980; x=1758516780; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=pFo3/wAhh74lKsWR42BArF6a1GBRQOrb6ldVLkNuhfo=; b=ISky7NzXJm5xOjPHeNtaSrAZXUjVhQmFDhvfIZyp0FVUlgkzno0dD/0H55oi0m/laI 9LWm/rAtmvvF/OPzroLjBZW9yFdz92HiDff0m+ugyzhgxHqaKqbKE3n+6kOfbxy3W3Ei yFw4T6aE1HbyfjJlnjRiAgUGTE/45rk2j3jXx1sV/vecn8FQlkiCcvXyQRQypbAhw0EM hvJorMGrLhvye3EagvoA/wCL/5caXfEO/4wLiH6CekyzpGaO+Tz+e819VEQ6leYbxa+9 7dhlrSDlRFHQKNmwLJa+Uw4NlDfYYu4eq56e8ZDKUxpWH/cQo7eieVpLPgFpnp91Yj0C s+6g== X-Forwarded-Encrypted: i=1; AJvYcCWg7PSVN9QCd/6x5rz7NmR8EcHqBoB3Xk4CFeug8NxdH77tbQdpOroZherwNVg8A7UBnRjxtCXlr+vY4SDRUyQ=@freebsd.org X-Gm-Message-State: AOJu0Yy3jS85OCpFkRsZcWWPJKhSXHdX5vkPzayJISqxsymS+tX6mrQy aA1aGDp+dIx0xTdJ3sAImKVTVWB0KaWu3xYwOm+Z4gFLVpsX6iP78Q5RBVqHzRksqr+ZElCuc3K snZ8glc1WVLq30HVAhRQDC09PL4PlyiI= X-Gm-Gg: ASbGnctv6JxkcIUG3gxEq1NSvXyn1jUB4pGQFtJBEqH61U0w2u/+Sn78GxG7P10ynvY +S2ELheILx2vM30c15ITQ3YeEWxhhtibuVaZhdWi0bOp+4MAuHilTqWFpQvbJS2j1MT9pgILZtq jkhxrvqfg99dMfRoIEEmPTtzfM+sh6MK9SHarkKB1KJJ7LT2uFGh2rKR1aw+iB/OsywtdhUvyLD 7DyZ+s5 X-Google-Smtp-Source: AGHT+IFG5Gb7XvsUSL2fNJAGN7WJG4xwAPju3k24LCMISBMHjZhx+KmVpyir6oB4zxA/lWarlWt9kV7izU2C18MH3cM= X-Received: by 2002:a05:651c:50b:b0:336:df07:95f5 with SMTP id 38308e7fff4ca-35115407144mr30806761fa.7.1757911980125; Sun, 14 Sep 2025 21:53:00 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Chris Torek Date: Sun, 14 Sep 2025 21:52:48 -0700 X-Gm-Features: Ac12FXwqpTw7oGWh5Ak4pPkQ0CIfblmjUmFmPinBXWHh4P2X_bjM2x-LNlmcbZE Message-ID: Subject: Re: git is broken because curl is broken which stops me in my tracks To: Mark Millard Cc: Dennis Clarke , FreeBSD Current Content-Type: multipart/alternative; boundary="0000000000001f3297063ecfc786" X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cQCMl4DTNz3GMS --0000000000001f3297063ecfc786 Content-Type: text/plain; charset="UTF-8" (libcurl requires a vanished "libkrb5.so.122") I'm going to snip all the context, but I'll note that I got myself into the same pickle and solved it by *temporarily* diking GSSAPI support entirely out of libcurl, building and installing that, then building Git with the resulting libcurl, then using Git to update the ports tree to pick up the Mk/Uses/ updates. To do that, go to /usr/ports/ftp/curl and hack out the GSSAPI selection. It's probably better to just grab the actual fix from commit d30d5dfae517a74a4a9e2a22e1cf110594bcb43d, which I've pasted below, but whitespace will probably be messed-up. (gmail is not very patch-friendly) That's not how I did it, but probably better... Chris commit d30d5dfae517a74a4a9e2a22e1cf110594bcb43d Author: Lexi Winter Date: Mon Aug 11 13:10:47 2025 +0100 Uses/gssapi.mk: Improve base Kerberos detection We can't check for /usr/libexec/krb5kdc to determine if base uses MIT Kerberos, because this is part of the kerberos-kdc package and might not be installed. Instead, pick a pkgconfig file which is only installed with MIT: /usr/libdata/pkgconfig/mit-krb5.pc. Reviewed by: des, cy Approved by: cy (ports) Differential Revision: https://reviews.freebsd.org/D51841 diff --git a/Mk/Uses/gssapi.mk b/Mk/Uses/gssapi.mk index 36fb72326868..b419a8fe27ff 100644 --- a/Mk/Uses/gssapi.mk +++ b/Mk/Uses/gssapi.mk @@ -86,7 +86,7 @@ _local:= ${_A} . if ${SSL_DEFAULT} != base IGNORE= You are using OpenSSL from ports and have selected GSSAPI from base, please select another GSSAPI value . endif -. if exists(/usr/libexec/krb5kdc) +. if exists(/usr/libdata/pkgconfig/mit-krb5.pc) # Base has MIT KRB5 installed KRB5_HOME?= /usr GSSAPIBASEDIR= ${KRB5_HOME} --0000000000001f3297063ecfc786 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
(libcurl requires a vanished "l= ibkrb5.so.122")

I'm going to snip all the= context, but I'll note that I got myself into the same pickle and solv= ed it by *temporarily* diking GSSAPI support entirely out of libcurl, build= ing and installing that, then building Git with the resulting libcurl, then= using Git to update the ports tree to pick up the Mk/Uses/ updates.
<= div>
To do that, go to /usr/ports/ftp/curl and hack out the G= SSAPI selection.

It's probably better to just = grab the actual fix from commit=C2=A0d30d5dfae517a74a4a9e2a22e1cf110594bcb4= 3d, which I've pasted=C2=A0below, but whitespace will probably be messe= d-up. (gmail is not very patch-friendly) That's not how I did it, but p= robably better...

Chris

c= ommit d30d5dfae517a74a4a9e2a22e1cf110594bcb43d
Author: Lexi Winter <i= vy@FreeBSD.org>
Date: =C2=A0 Mon Aug 11 13:10:47 2025 +0100

= =C2=A0 =C2=A0 Uses/gssapi.mk: Improve base= Kerberos detection
=C2=A0 =C2=A0
=C2=A0 =C2=A0 We can't check f= or /usr/libexec/krb5kdc to determine if base uses
=C2=A0 =C2=A0 MIT Kerb= eros, because this is part of the kerberos-kdc package and
=C2=A0 =C2=A0= might not be installed.=C2=A0 Instead, pick a pkgconfig file which is
= =C2=A0 =C2=A0 only installed with MIT: /usr/libdata/pkgconfig/mit-krb5.pc.<= br>=C2=A0 =C2=A0
=C2=A0 =C2=A0 Reviewed by: =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0des, cy
=C2=A0 =C2=A0 Approved by: =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0cy (ports)
=C2=A0 =C2=A0 Differential Revision: =C2= =A0https://reviews.freebsd.o= rg/D51841

diff --git a/Mk/Uses/gssa= pi.mk b/Mk/Uses/gssapi.mk
index 36f= b72326868..b419a8fe27ff 100644
--- a/Mk/Uses/gssapi.mk
+++ b/Mk/Uses/gssapi.mk=
@@ -86,7 +86,7 @@ _local:=3D =C2=A0 =C2=A0 =C2=A0${_A}
=C2=A0. =C2= =A0 =C2=A0 =C2=A0if ${SSL_DEFAULT} !=3D base
=C2=A0IGNORE=3D =C2=A0 =C2= =A0 =C2=A0 =C2=A0You are using OpenSSL from ports and have selected GSSAPI = from base, please select another GSSAPI value
=C2=A0. =C2=A0 =C2=A0 =C2= =A0endif
-. =C2=A0 =C2=A0 =C2=A0if exists(/usr/libexec/krb5kdc)
+. = =C2=A0 =C2=A0 =C2=A0if exists(/usr/libdata/pkgconfig/mit-krb5.pc)
=C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 # Base has MIT KRB5 installed
=C2=A0KRB5_HO= ME?=3D =C2=A0 =C2=A0/usr
=C2=A0GSSAPIBASEDIR=3D ${KRB5_HOME}

--0000000000001f3297063ecfc786-- From nobody Mon Sep 15 04:55:17 2025 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 4cQCW506Txz683Qr for ; Mon, 15 Sep 2025 04:59:29 +0000 (UTC) (envelope-from yasu@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" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cQCW46W6Lz3HCC; Mon, 15 Sep 2025 04:59:28 +0000 (UTC) (envelope-from yasu@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757912368; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=0WO5t++68B+OtiHcnR15TxYBnkhbcwgfGxdCvcQ2gEQ=; b=J0KsCny0rRyahhp/UHl9OhSSlTLus9dcBssDoxd2tVNuZx8y91/RQBsPGNh7dVfQwJ0nl5 mniu5uyp+ZaLaYPulR4lsjRYBDeR5Jnm+YdLKNLNNyCYfJfQkUf/GTTwWTEOgoiKvwDcR5 1ZPFlEAt1ICkxz34Zc3k597mnWXgL3tHYzZRrjR9LroZ22YakXiOEx5yPq/x6Xo8VNuTBN VcljkhjCJLkEiDmsAdMUzxk9aGUFm/KeggPsbbjVe1Gu/bsolU/Bh2CC3s54kXVXuYQx3u qy1T8mAJDOAialBI2nAk4swSNJVNyo/EXmZ8oMkyD9JVI7UeDTbKukvb1ckfEQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757912368; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=0WO5t++68B+OtiHcnR15TxYBnkhbcwgfGxdCvcQ2gEQ=; b=sD0Wd/wZ/fKSfa13hcen9WSUMnAGVegFIRtB5O1yaO1nCC0w/AoS+2RqNRM6VJB3y2HHtu BS47E6H0Q8+CBG3uOiJzfFuN10AiqRT1FuDwJBteF8z4mVcfFjyy569RWairFcHA+unLpW xkAXc0QCKz27Lwt5ASE005NjUa+VNuOnR1yihdS1L70JtqXwZsr0o53noZoITDMpNiMcBR 7FiHeSbguTbsr3EwzB5lZTQqVqWH+LbI1lOUFhRUbOPzREIyEHWUZ4xAsLXVRP3eg2f9AE pzfHTW2Fy3/4WXIHuLo+jv7UJ/JzmtqbtFV+7QND7Mz5TK+3cD1IvOVEcqxMDw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1757912368; a=rsa-sha256; cv=none; b=qIs3zRuR4SEI4m7cVaXftmuk6dtS9qCpu3CxmiDJ3EhmWZ86svJt2x5Gy5P7hnhdgn/5Du tbXXxr4fTs6YV+c3trdk/f/VexYgxAM83Q2jF2+lnNBPsuQI6X7TKvgic+arhy3T/4oPN+ c1BbdnOzMZyo6kRoNo9rZb47Tp0bqBtW+Yn7wPEcMPDMO1azdY3bNdC2KRIGj5JYT2mPYY va0SNofs5zHAaetnX15wVwXUiwivyJe9knRbZqLWmDAW3WyfSAYCosuXlWrTxFz75kGDzi YQYC4uqFmMMmxqAqVVS+bLATLOR6hbKKKZlr/4cWK69VpFACmrBH9BvZeMOVXg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from localhost (unknown [IPv6:240b:11:220:fe00::174:11]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) (Authenticated sender: yasu/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cQCW41xDpztv5; Mon, 15 Sep 2025 04:59:28 +0000 (UTC) (envelope-from yasu@FreeBSD.org) Date: Mon, 15 Sep 2025 13:55:17 +0900 (JST) Message-Id: <20250915.135517.1454746127766103134.yasu@FreeBSD.org> To: freebsd-current@freebsd.org Subject: Re: sysctl: unknown oid 'vfs.zfs.min_auto_ashift' From: Yasuhiro Kimura In-Reply-To: <20250915.132321.1712366218813599243.yasu@FreeBSD.org> References: <20250915.071815.1993055480348452973.yasu@FreeBSD.org> <20250915.132321.1712366218813599243.yasu@FreeBSD.org> X-Mailer: Mew version 6.10 on Emacs 31.0.50 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Yasuhiro Kimura Subject: Re: sysctl: unknown oid 'vfs.zfs.min_auto_ashift' Date: Mon, 15 Sep 2025 13:23:21 +0900 (JST) > I found following commit log. > > commit 70999532eea5 > Merge: 5f9a05e57405 7939bad5e792 > Author: Martin Matuska > AuthorDate: Wed Sep 10 17:28:34 2025 +0200 > Commit: Martin Matuska > CommitDate: Wed Sep 10 17:28:34 2025 +0200 > > zfs: merge openzfs/zfs@7939bad5e > > Notable upstream pull request merges: > #15869 ee7c36264 Add description of default sorting behavior to zfs_list.8 > #17375 ced72fdd6 tunables: remove legacy FreeBSD aliases > #17600 1da2c30be Update pam_zfs_key.c default path for FreeBSD > #17632 b6bd3228b Synchronize the update of feature refcount > #17645 59f8f5dfe zfs_vnops_os.c: Add support for the _PC_CLONE_BLKSIZE name > #17665 0d54ae288 zdb: Fix format strings on 32-bit systems > #17673 976f76534 Update compatibility.d files > #17699 e3c3e86c0 Fix wrong dedup_table_size for legacy dedup > #17704 e29bfa5bd Fix warnings about sha2_is_supported on FreeBSD/i386 > #17706 a2424312c Fix the build on 32-bit FreeBSD with GCC > > Obtained from: OpenZFS > OpenZFS commit: 7939bad5e79225288a2580e8ea217f5c6f616db2 > > And commit ced72fdd6 actually removes vfs.zfs.min_auto_ashift. > > From: Mark Millard > Subject: sysctl: unknown oid 'vfs.zfs.min_auto_ashift' [legacy dropped; only vfs.zfs.vdev.min_auto_ashift now] > Date: Sun, 14 Sep 2025 16:49:16 -0700 > >> # uname -apKU >> FreeBSD 7950X3D-ZFS 16.0-CURRENT FreeBSD 16.0-CURRENT main-n280292-3c60ea77649d GENERIC-NODEBUG amd64 amd64 1600000 1600000 >> >> It is a boot-from-ZFS-based-root context as well. >> >> # sysctl -a | grep _ashift >> vfs.zfs.vdev.max_auto_ashift: 14 >> vfs.zfs.vdev.min_auto_ashift: 12 >> vfs.zfs.vdev.file.physical_ashift: 9 >> vfs.zfs.vdev.file.logical_ashift: 9 >> >> >> So now there is just: vfs.zfs.vdev.min_auto_ashift > > Thanks. I changed original line to 'vfs.zfs.vdev.min_auto_ashift=12', > rebooted system and now error message isn't displayed. I created patch to change bsdinstall so it uses vfs.zfs.vdev.min_auto_ashift instead of vfs.zfs.min_auto_ashift, and submitted as following bug report. Bug 289615 bsdinstall/scripts/zfsboot: Use vfs.zfs.vdev.min_auto_ashift to force 4K sectors https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=289615 So would someone please handle it? Best Regards, --- Yasuhiro Kimura From nobody Mon Sep 15 05:01:54 2025 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 4cQCZB5hYXz683hd for ; Mon, 15 Sep 2025 05:02:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-8.consmr.mail.gq1.yahoo.com (sonic308-8.consmr.mail.gq1.yahoo.com [98.137.68.32]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4cQCZB1dVGz3JNb for ; Mon, 15 Sep 2025 05:02:10 +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=1757912527; bh=b9Je3MmxQIgL2evuCNuNYAIn7U0RapPFSdLcC7Aj2lM=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=TSNUBU6YzlxJBzL7o+xirteeZyA+GxIsA9k802lWCabQaia4thc8ww0522fSZrSnoa04UMw/9+40ugRhIjV02WEhQh+8o7rsMQwI63an54WMPIUzC2JPmBqLuGP5ktnm2pKQvrSA35RmukxqgoblOv/Z6Tfe4h4G5U+XISmzE8T+JMbyf+6yd8uegEIsC5+pd5LCVPsVyA27HVTYF14hoA9caV8T/LlXZ2dR/I46HjiBaEhv9hs/lLPRQXUSgbYiPGEfUn6fqM9PaWNu0kmOnqW8frTGO62zm7ZOMonNMNgx2/W61fP+/CXAl7+C7vmNqXjSOkkeG8ujl3+OYuIt+Q== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1757912527; bh=HihooGW5XJJMnaqyaKO4WRJgRziM0DxpIkatzCz4TO9=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=ZyqjCDO0OzeYSeVZDldwrwVaCMH04mTuAMcy9q6TwJfj84ALNWAtjjY5bjjR7TGWz3ZQt19ZlFFnCExbsSWUJWwt8ZXVrjtKgCuvU7LggSG5AazYzBRPKWYkkWJf0UYTwFlDb4BVPhzX5Z6/6Q2co2HpwB09YfZUii5uiIxsQhUDuW2wMm05eomba+PNduJFuTXooCzarvUJTkKCJK8Zxljh9xYyh5JFA88gWsHYG/v0Sy+f1i0W0fEIVT5rCU0FGSZYeY/Dw0zuMO8m9bhKEPpWlzCzPo0862SGl+wJFouSby+pzE0dpEE8N3Mnp7Eo80vdOq1DAtTh3IlgSpT3PQ== X-YMail-OSG: HF7aKsAVM1k5bwpAa7r8zRFeOPc9ZbiRWuJKGIol3016ClOCt773iP0gljZ5yDL WutQE9K7CSTFyJ19AdurohkmJR_7mDNc6JMUAiJsaMmlp1K26_OpUhXqoqPbOsS1c8QH0shN.O.3 sFH8WJl8SkbIMhQelyuEaFUdflQ4EZI.eWmYVfZeIn_YGwqN32KLySHH0Z_XReKyZe59mc6rnvtz K99B.WZnb6Np9ltNuaFBzlHYOO3GJ2JmiJfODIXC5e83IoW2f7LEwJKi3wwYxQYd2rj96CtZZMzZ 2ab3CcsK0ySumhWDULDnUZaU9YvYW5I6_XgIbgfKhpwfFUillDcXpAYiHgjwtWpGBrwhhTwtGrBV 7XEWuz3LysCLWxUO867APRDRmfpKB1tDGnRiIPodhkjxBX37_QzEWeX6NdPUfIGGlU5lAzSTGSug 10T75WJmCB7ZqxtZ.dTKeme3MQXmmW_MWNMQ7MUOmRmjaftPw3jtq4K7nf_VQyhClFJRs_BM1LJP O13OXxQ0SS6TFNtVio1buBNRYDjlBfXehQr.Bd5YoRJJ5aHOJdgBBXhyR1J7lbHi4bbbTgHFjcQ4 TBR4qUgR5AuWE0Pbmpa5snfl8L0Qa9mRDE7V2Cl7o17tvp8SBiLEat5i9bhcr7VQ383w_2DUkU3r bzpCTOnE3ixPX8lWCeHJbFUbkGBBsgADaUyhWiuRtsGJXfo7d46JkaYqKFNyUiHlCKRIlFufKog1 h7KgHEQg8RCAFw1Mdt7F6ci2RTdRnThBHxSJKcp4ROweBkpB8VcSQss4ghxwbV3fAhbiuEpyKV7L I5NjdlU5d4R.GjGLYq2mKjiN5LhD3thiShtKydmwZjl3KcKy.IzLdnhfCYBWvjtoECclevqnuEvf oCMQx1p5MfJFrjf5sUJC2TkpjcrZ2oyZg4_MK.xs_8_LZloAYS.pCpAUIIkh4tkneog13_g5ZPAx 0ANUYFNGYH0yKbQZM7tmQmMam4eDjo6s9pEhnForTcN106KXl2E1KZ6uhl4YJ3OKTMoDmDwxawvf gOBosuFV1Qum87HDRmb_vgl1kg_N_3loQ.o1Le5.LBxjJEG9svRTHsgSUss.9LSqfGkIs.Omd5fb .92HFTfWk07Noxi5SFnSbdvaj4H23E2d9LzHrzZ47R0zsAzH3qOrGFAh2v.88ukytZ21iBDNA6xB wuX6jmX93gdvU3rukiJohP1cMTdF0lBXnqBfKbcV9tNGwyA.Z3zMsHRxH4fFMK7meN2J_kR4TOxy f3PuR4UFaFsYngaAeKOGNIdpOw8doa7d3ohYVxm2IUCYNPWFUwpMsza4kf6a9e9Sm1nZ0hYap1df we54rXmMv3t7RMdXG8eTmt92AT8E7ZNT4L_1qcq5Kv10pGFhjjoYVwFoeg2Tlu0ETDuNNpbvGsOY 00Gz8e_7Vcpq0T0zfIBW_hGFmJoyNBlUI_CoqIvIGjgNK2luWvApfCx_Wk7SY2xvLg1lZw.iOy7_ kMPa6u2FRLc9Tkc43ryUsJS.x1kjvdJwga9mvT9cuq8VhQRjJk5aSorratJ0yI36ZXzYfrHku8Ql JxMyon1dqYiphaorx.PzF9J3B08.WOsej9VI7zonVN3C6Xd0RHBvqtM2fUY7NrKtA0arnNeR1Uqh l6lQSAY0SobklTIpgBZXHZ_A3C9VWokdhafK_IYITKS1jeovfKnm35B_.IrxKVCWxV.AOG8kdw63 uB1V8Ltk467waZqAh1SykkoQ_qV0KHtv5Ym_WmLYuo6O5YXNYjPnuKUvL67t5LS3V9mUQ9uw1bn8 nM4DfPZRg31MFKI0EtBPZsYS8hJKOvPCHC9aP3v.08dE.anOW_xx0UGOjhRJzN7nYys7XerNALxu 41XIq5DA826jbnIW1NG9HmUK3n7rBhBXNzJjPvvAj_nojPhohzN06GKWpLnjvGyReWQpUmbqoPLr uza6Pq1AvIgv.x1bJNShk0Y3I3sI5B_zUMVTQoId_J0JYRo99WOelExT281rNHFIRunu08JbGfJG mRnE4Usi.neTbjOp67kXze9RXgPpf6u1YggnKF5TjBtsJB2GzS4Aj7qA6wSasMZYW3CTMJi3n2ti pjjH5_n2ETLumKthDxH7R1vhd.isU68yFHlBJkYxg1iiw_uul_RdNRen_7NHYWMlDReyk2o7cKKY az240jS1pcRzPz5QJAGv18K_tHYGAfvN9BrfThGtq92XyOcpCD8oh3BXht4R7U7.btGNf9D1gCZr 6EeuqpOX6ogo.zCdLtFubphTNLHzAVIhCBY1KMwzc3gvDr6odTRn82KG7BfPYBltsZqjlcQzq52v ccRpERA-- X-Sonic-MF: X-Sonic-ID: ed051316-1402-4212-a1da-9ffe79f02375 Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Mon, 15 Sep 2025 05:02:07 +0000 Received: by hermes--production-gq1-7bfc77444d-vcv5p (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 3898a3397c3f4b34bc61bc9f02a39b06; Mon, 15 Sep 2025 05:02:05 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: Git and buildworld running at the same time From: Mark Millard In-Reply-To: Date: Sun, 14 Sep 2025 22:01:54 -0700 Cc: FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: To: bob prohaska X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cQCZB1dVGz3JNb On Sep 14, 2025, at 21:16, bob prohaska wrote: > On Sun, Sep 14, 2025 at 02:50:03PM -0700, Mark Millard wrote: >>=20 >>>> At the moment git occupies 1.3 GB RAM, 505 MB swap and 10-15% CPU. >>=20 >> The above "1.3 GB RAM" seems odd for a RPi2B with >> only 1 GiByte of RAM. The ps columns are: >>=20 >> USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME = COMMAND >>=20 >> RSS is a RAM usage figure (768984); VSZ is Virtual >> SiZe (1346480). VSZ can be bigger than RAM+SWAP for >> the process, as I understand. (Making simple >> arithmetic problematical.) >>=20 >> Was the "505 MB" system level swap usage, instead >> of process specific swap usage? >>=20 > The numbers came from top's SIZE and RES columns, RES(ident) is RAM use. SIZE is virtual space for text, data, and stack spaces, according to top's man page. process (RES+SWAP) <=3D process SIZE generally. 1.3 GB might be SIZE on an RPi2B --but can not be RES (or RAM) on an RPi2B. May be things got out of place? 505 MB of RES and 1.3 GB for SIZE? (The values would be consistent.) > thinking SIZE was total memory and RES was in ram. In > hindsight, I've no evidence for that interpretation. >=20 >>> If I gather correctly, it looks like at times, when it >>> will be a notable time before activity like building >>> software, something like: >>>=20 >>> git -C /usr/src/ gc --no-detach --auto >>>=20 >>> would be appropriate. The "--no-detach" avoids it >>> running in the background so you know when it is >>> running vs. when it finishes. You would want to do >>> this often enough to avoid fetch/merge --ff-only >>> or pull from doing such automatically or having >>> a lot of accumulated pending work to do. >>>=20 >=20 > Knowing that a git pull will be followed by some > background work it isn't really a problem. I was > fooled into starting buildworld before git finished, > now I know enough to let it finish. However, for a > script the --no-detach is a useful addition, at > least when confident git will finish successfully. --no-detach and --detach are not "git pull" command line options but are "git pc" command line options. maintenance.autoDetach can control the behavior of commands that do not have --no-detach and --detach command line operations. If unset, then gc.autoDetach controls such (if set). If both are unset it is as if they had been set to true (so: detach). >=20 >>> There is: >>>=20 >>> gc.autoDetach >>> Make git gc --auto return immediately and run in the = background if >>> the system supports it. Default is true. This config variable = acts as >>> a fallback in case maintenance.autoDetach is not set. >>>=20 >>> and also: >>>=20 >>> maintenance.autoDetach >>> Many Git commands trigger automatic maintenance after they = have >>> written data into the repository. This boolean config option = controls >>> whether this automatic maintenance shall happen in the = foreground or >>> whether the maintenance process shall detach and continue to = run in >>> the background. >>>=20 >>> If unset, the value of gc.autoDetach is used as a fallback. = Defaults >>> to true if both are unset, meaning that the maintenance = process will >>> detach. >>>=20 >>> So you can force it to not detach automatically. >>> But, then, you might have a long wait for the >>> command that added data to complete: >>>=20 >>> # git -C /usr/src/ config maintenance.autoDetach false >>> # git -C /usr/src/ config gc.autoDetach false >=20 > I'm a little confused here: are the two commands above equivalent > in action to > git -C /usr/src/ gc --no-detach --auto=20 > when used in a one-line script? =20 maintenance.autoDetach and gc.autoDetach provide the default. --no-detach on the "git gc" command line overrides the default for that "git gc" command. Part of the question would be if you want to have to remember to provide the --no-detach vs. if you want it to be automatic. But there are commands with no --no-detach commnd line option that are still controlled by maintenance.autoDetach / gc.autoDetach . I'll note that there is also --detach for the command line, which again overrides the default. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Mon Sep 15 10:10:56 2025 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 4cQLQv6X2pz68NDv for ; Mon, 15 Sep 2025 10:11:19 +0000 (UTC) (envelope-from dch@skunkwerks.at) Received: from fhigh-b6-smtp.messagingengine.com (fhigh-b6-smtp.messagingengine.com [202.12.124.157]) (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 4cQLQv4cpTz3nZC; Mon, 15 Sep 2025 10:11:19 +0000 (UTC) (envelope-from dch@skunkwerks.at) Authentication-Results: mx1.freebsd.org; none Received: from phl-compute-02.internal (phl-compute-02.internal [10.202.2.42]) by mailfhigh.stl.internal (Postfix) with ESMTP id BCB007A0026; Mon, 15 Sep 2025 06:11:17 -0400 (EDT) Received: from phl-imap-16 ([10.202.2.88]) by phl-compute-02.internal (MEProxy); Mon, 15 Sep 2025 06:11:17 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=skunkwerks.at; h=cc:cc:content-transfer-encoding:content-type:content-type :date:date:from:from:in-reply-to:in-reply-to:message-id :mime-version:references:reply-to:subject:subject:to:to; s=fm2; t=1757931077; x=1758017477; bh=iAEIGiEf3gqxhcEyqTXpKhac9XFs93fU NCVHVL3yEK8=; b=DunrXCy7JVAHNEBa4UAe7qp6r+GExw/UFJJYC0ShPtoSZyZQ dRtuD9OD0thFj7nejgTIh65AM7XPJ4BHCdWRTweljVDqy+SsTokF7dh9OWZ4W3uI HQ1qo+udKqz2FH5NAWuxdywbvPfbIvgh7qRQyR+frOFq8LDghEe2v6h02145V+Vg oDu0wNTR6jtijzcu9fZNNrbwfB40R/NsbEh1xBcWilbr1PnVHXGi4Iub0D8yh6ZU Ritrp3Ksr69IdFSWthpedo7ehTfYG9YNjowNr/XoQXm2yNkwdmbg8PPic2QZYLNg 8qKjGHWpoRWH68dxgdare7lXM7XQBwO/yHk6SQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1757931077; x= 1758017477; bh=iAEIGiEf3gqxhcEyqTXpKhac9XFs93fUNCVHVL3yEK8=; b=j xYqnb5tqfYCTBZBcSwOP0wrQoMu0lx+SboHgTsgNWrXr3Ho27vMkAp8HCtoIyr6O U40J7mLZRYu+ir88Y2KGhdYhxP/8pScovnbtFQrIIiY/p9EWWZImCYpL4gcnB2SF EKk8pf2Ask8wEjofnzA6envZ9UXs4v2qgWt9e5XQU26TcaJbuYPhblCeMcyt8EL1 ZqLKvlBLO/Au4Krb4BcZkhHMRc3zz0JJM47aKj53IqC03rGXsuvMtS0pK2+uaQcH F4IOOMvrJR9aRTgfq4lix/sU1ZjaC0rAHt9UcJumvutZoo3FaZsF2ayknBtpUe5O 6yk7TFmHHU49DLIdG5pRg== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtdeggdefjeegvdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpuffrtefokffrpgfnqfghnecuuegr ihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjug hrpefoggffhffvvefkjghfufgtgfesthejredtredttdenucfhrhhomhepfdffrghvvgcu vehothhtlhgvhhhusggvrhdfuceouggthhesshhkuhhnkhifvghrkhhsrdgrtheqnecugg ftrfgrthhtvghrnhephfevvddujeetkeevfefhgfethfeiffefheejtdektdeuleehvdej ueethefffffgnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrh homhepuggthhesshhkuhhnkhifvghrkhhsrdgrthdpnhgspghrtghpthhtohepgedpmhho uggvpehsmhhtphhouhhtpdhrtghpthhtohepihhmphessghsughimhhprdgtohhmpdhrtg hpthhtohepsghrugesfhhrvggvsghsugdrohhrghdprhgtphhtthhopehfrhgvvggsshgu qdgtuhhrrhgvnhhtsehfrhgvvggsshgurdhorhhgpdhrtghpthhtohepfhgsshguseiffi ifrdiivghfohigrdhnvght X-ME-Proxy: Feedback-ID: ic0e84090:Fastmail Received: by mailuser.phl.internal (Postfix, from userid 501) id D46672CC0086; Mon, 15 Sep 2025 06:11:16 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface 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 X-ThreadId: A0paS3niAS03 Date: Mon, 15 Sep 2025 10:10:56 +0000 From: "Dave Cottlehuber" To: "bob prohaska" , "Warner Losh" Cc: "Brad Davis" , freebsd-current Message-Id: <1f592824-baa2-4c03-b978-0299ea6ca867@app.fastmail.com> In-Reply-To: References: Subject: Re: Git and buildworld running at the same time Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:151847, ipnet:202.12.124.0/24, country:AU] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cQLQv4cpTz3nZC On Sun, 14 Sep 2025, at 16:37, bob prohaska wrote: > On Sun, Sep 14, 2025 at 09:25:33AM -0700, bob prohaska wrote: >> >> Top does not show any flags applied to git, and a >> ps -aux | grep git >> reports only the "grep git" process, nothing else. > > This claim now seems wrong. A repeat of ps -aux reports: > > root@www:/usr/src # ps -aux | grep git > root 9398 8.9 80.5 1346480 768984 - R 09:07 8:34.59 > /usr/local/libexec/git-core/git pack-objects --local --delta-base-of > root 9396 0.0 0.1 9132 860 - Is 09:07 0:00.01 > /usr/local/libexec/git-core/git gc --auto --no-quiet > root 9397 0.0 0.1 9100 868 - I 09:07 0:00.05 > /usr/local/libexec/git-core/git repack -d -l -A --unpack-unreachable > root 9499 0.0 0.2 4800 1688 1 S+ 09:29 0:00.02 grep > git > [lines are wrapped] > > So, git definitely returns a shell prompt before it's finished working. > At the moment git occupies 1.3 GB RAM, 505 MB swap and 10-15% CPU. > > Apologies for the misinformation, thanks for reading! > > bob prohaska Hi Bob Try running this `git config gc.auto 0` in your /usr/src and see if it stops doing this in future. On the down side you may need to run it explicitly occasionally. An alternative might be `git config gc.autodetach false` but I've not tried this myself. A+ Dave From nobody Mon Sep 15 10:13:47 2025 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 4cQLTq1KsNz68Mpf for ; Mon, 15 Sep 2025 10:13:51 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from mail.oetec.com (mail.oetec.com [108.160.241.186]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mail.oetec.com", Issuer "E8" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cQLTp3vTSz3pcP for ; Mon, 15 Sep 2025 10:13:50 +0000 (UTC) (envelope-from dclarke@blastwave.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=blastwave.org header.s=default header.b=n+H1gyXJ; dmarc=pass (policy=quarantine) header.from=blastwave.org; spf=pass (mx1.freebsd.org: domain of dclarke@blastwave.org designates 108.160.241.186 as permitted sender) smtp.mailfrom=dclarke@blastwave.org Received: from [172.16.35.3] (pool-99-253-118-250.cpe.net.cable.rogers.com [99.253.118.250]) (authenticated bits=0) by mail.oetec.com (8.17.1/8.17.1) with ESMTPSA id 58FADlRf044848 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NOT) for ; Mon, 15 Sep 2025 06:13:47 -0400 (EDT) (envelope-from dclarke@blastwave.org) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=blastwave.org; s=default; t=1757931227; bh=2TyD8Ar2OFlk20NSqpETZAHk2TMhv28J9+wrtTYr+bU=; h=Date:Subject:To:References:From:In-Reply-To; b=n+H1gyXJR/YisFOegCIxiDl/QQfekn1KHlV3lSwhdIT723YUoZc9pUkZTT0V6bAbu HJYVR3lNGUrmdUyTubQqYE4KJd5Y/bCux47vKRxml9IqCcDpZMqZUAxmN98yiJsyOY k6HRjqixKi4I+4vqebtzG8ssc/ybGi70jz3G5ZOJB6thxhD1n6e+g61z0QHCq48HPZ hPjykYcIzEYSJaZob2BFVSl171NIFadB+lNrJF2GosTOq/UheiCky+ELSCtH1JZAoj eEiP0rmMtLceC5PmfPCjbS+gssHH0rflarPlKKcp/DAk1LN105xHq3jpC0M1PPNXOs szXh2br+oG47w== Message-ID: <997e0d5d-a257-4088-9f6f-aae7c56ad554@blastwave.org> Date: Mon, 15 Sep 2025 06:13:47 -0400 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: git is broken because curl is broken which stops me in my tracks Content-Language: en-CA To: freebsd-current@freebsd.org References: From: Dennis Clarke Organization: GENUNIX In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-oetec-MailScanner-Information: Please contact the ISP for more information X-oetec-MailScanner-ID: 58FADlRf044848 X-oetec-MailScanner: Found to be clean X-oetec-MailScanner-From: dclarke@blastwave.org X-Spam-Status: No X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.70 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.995]; DMARC_POLICY_ALLOW(-0.50)[blastwave.org,quarantine]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; R_DKIM_ALLOW(-0.20)[blastwave.org:s=default]; R_SPF_ALLOW(-0.20)[+mx:c]; RCVD_IN_DNSWL_MED(-0.20)[108.160.241.186:from]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; ASN(0.00)[asn:812, ipnet:108.160.240.0/20, country:CA]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[blastwave.org:+] X-Rspamd-Queue-Id: 4cQLTp3vTSz3pcP On 9/14/25 23:15, Mark Millard wrote: > [Note: do not have access to a riscv64 context, > limiting my ability to detect expected > differences.] > > Dennis Clarke wrote on > Date: Mon, 15 Sep 2025 01:00:06 UTC : > >> Well I am not sure how to get around this mess : > > uname -apKU output for the failing context? For > the poudriere jail's world? > Both the system itself and the poudriere jail are based on the same sources. enceladus# uname -apKU FreeBSD enceladus 15.0-PRERELEASE FreeBSD 15.0-PRERELEASE main-n279980-004ce88ad1ef GENERIC riscv riscv64 1500063 1500063 enceladus# enceladus# poudriere jails -l JAILNAME VERSION ARCH METHOD TIMESTAMP PATH 150rv64 15.0-PRERELEASE 1500063 riscv.riscv64 src=/usr/src 2025-09-02 17:06:01 /poudriere/jails/150rv64 enceladus# > On main 16 for amd64, for example: > > /usr/lib/libkrb5.so.122 > > Does that file exist in your failing context? Well this is funny. The file exists in the poudriere jail and NOT on the system itself : enceladus# ls -l /usr/lib/libkrb5.so.122 ls: /usr/lib/libkrb5.so.122: No such file or directory enceladus# enceladus# ls -l /poudriere/jails/150rv64/usr/lib/libkrb5.so.122 -r--r--r-- 1 root wheel 723424 Sep 4 07:51 /poudriere/jails/150rv64/usr/lib/libkrb5.so.122 enceladus# > So, presuming use of the system libraries for such, > not a ports-build of such a library, the missing > or unloadble library is a system library. Are > you in fact trying to use the system library? > I am ( in fact ) using packages built with poudriere on this machine with that jail. > Are you sure that you have your system and your > poudriere jail's world configurations matching, > such as for WITH_MITKRB5 vs. WITHOUT_MITKRB5 ? I am not aware of any such tweaks and where would they hide? >> enceladus# cd /usr/src >> enceladus# git pull origin main >> ld-elf.so.1: Shared object "libkrb5.so.122" not found, required by >> "libcurl.so.4" >> fatal: remote helper 'https' aborted session > > I'll note that "ldd -a PATH" gives a lot more > information about the dependency structure > that causes libraries to be listed. Sometimes > that is handy. yep .. the package built last night for git and curl is broken as far as the system is concerned : enceladus# enceladus# ls -l /usr/local/bin/curl -rwxr-xr-x 1 root wheel 245688 Sep 14 22:07 /usr/local/bin/curl enceladus# ldd -a /usr/local/bin/curl /usr/local/bin/curl: libcurl.so.4 => /usr/local/lib/libcurl.so.4 (0x6afcc6000) libnghttp2.so.14 => /usr/local/lib/libnghttp2.so.14 (0x6b0a8a000) libidn2.so.0 => /usr/local/lib/libidn2.so.0 (0x6b18d6000) libssh2.so.1 => /usr/local/lib/libssh2.so.1 (0x6af328000) libpsl.so.5 => /usr/local/lib/libpsl.so.5 (0x6b3107000) libssl.so.35 => /usr/lib/libssl.so.35 (0x6b2867000) libcrypto.so.35 => /lib/libcrypto.so.35 (0x6b3a20000) libzstd.so.1 => /usr/local/lib/libzstd.so.1 (0x6b4a01000) libbrotlidec.so.1 => /usr/local/lib/libbrotlidec.so.1 (0x6b6152000) libbrotlicommon.so.1 => /usr/local/lib/libbrotlicommon.so.1 (0x6b52f8000) libz.so.6 => /lib/libz.so.6 (0x6b7235000) libkrb5.so.122 => not found (0) libgssapi_krb5.so.122 => not found (0) libthr.so.3 => /lib/libthr.so.3 (0x6b66f7000) libc.so.7 => /lib/libc.so.7 (0x6b86c8000) /usr/local/lib/libcurl.so.4: libnghttp2.so.14 => /usr/local/lib/libnghttp2.so.14 (0x6b0a8a000) libidn2.so.0 => /usr/local/lib/libidn2.so.0 (0x6b18d6000) libssh2.so.1 => /usr/local/lib/libssh2.so.1 (0x6af328000) libpsl.so.5 => /usr/local/lib/libpsl.so.5 (0x6b3107000) libssl.so.35 => /usr/lib/libssl.so.35 (0x6b2867000) libcrypto.so.35 => /lib/libcrypto.so.35 (0x6b3a20000) libzstd.so.1 => /usr/local/lib/libzstd.so.1 (0x6b4a01000) libbrotlidec.so.1 => /usr/local/lib/libbrotlidec.so.1 (0x6b6152000) libbrotlicommon.so.1 => /usr/local/lib/libbrotlicommon.so.1 (0x6b52f8000) libz.so.6 => /lib/libz.so.6 (0x6b7235000) libkrb5.so.122 => not found (0) libgssapi_krb5.so.122 => not found (0) libthr.so.3 => /lib/libthr.so.3 (0x6b66f7000) libc.so.7 => /lib/libc.so.7 (0x6b86c8000) /usr/local/lib/libnghttp2.so.14: libc.so.7 => /lib/libc.so.7 (0x6b86c8000) /usr/local/lib/libidn2.so.0: libunistring.so.5 => /usr/local/lib/libunistring.so.5 (0x6b9849000) libc.so.7 => /lib/libc.so.7 (0x6b86c8000) /usr/local/lib/libssh2.so.1: libcrypto.so.35 => /lib/libcrypto.so.35 (0x6b3a20000) libz.so.6 => /lib/libz.so.6 (0x6b7235000) libc.so.7 => /lib/libc.so.7 (0x6b86c8000) /usr/local/lib/libpsl.so.5: libidn2.so.0 => /usr/local/lib/libidn2.so.0 (0x6b18d6000) libunistring.so.5 => /usr/local/lib/libunistring.so.5 (0x6b9849000) libc.so.7 => /lib/libc.so.7 (0x6b86c8000) /usr/lib/libssl.so.35: libcrypto.so.35 => /lib/libcrypto.so.35 (0x6b3a20000) libc.so.7 => /lib/libc.so.7 (0x6b86c8000) /lib/libcrypto.so.35: libthr.so.3 => /lib/libthr.so.3 (0x6b66f7000) libc.so.7 => /lib/libc.so.7 (0x6b86c8000) /usr/local/lib/libzstd.so.1: libthr.so.3 => /lib/libthr.so.3 (0x6b66f7000) libc.so.7 => /lib/libc.so.7 (0x6b86c8000) /usr/local/lib/libbrotlidec.so.1: libm.so.5 => /lib/libm.so.5 (0x6ba323000) libbrotlicommon.so.1 => /usr/local/lib/libbrotlicommon.so.1 (0x6b52f8000) libc.so.7 => /lib/libc.so.7 (0x6b86c8000) /usr/local/lib/libbrotlicommon.so.1: libm.so.5 => /lib/libm.so.5 (0x6ba323000) libc.so.7 => /lib/libc.so.7 (0x6b86c8000) /lib/libz.so.6: libc.so.7 => /lib/libc.so.7 (0x6b86c8000) /lib/libthr.so.3: libc.so.7 => /lib/libc.so.7 (0x6b86c8000) libsys.so.7 => /lib/libsys.so.7 (0x6bb012000) /lib/libc.so.7: libsys.so.7 => /lib/libsys.so.7 (0x6bb012000) /usr/local/lib/libunistring.so.5: libthr.so.3 => /lib/libthr.so.3 (0x6b66f7000) libc.so.7 => /lib/libc.so.7 (0x6b86c8000) /lib/libm.so.5: libc.so.7 => /lib/libc.so.7 (0x6b86c8000) enceladus# >> >> I am not sure how to dig out of this rathole. > The problem that I ponder over coffee this morning is that I have a system built from sources. From the stuff in /usr/src which I use git to fetch. That works. Then I build a new jail from those same sources. That works. Then I build packages with poudriere using the jail. That works with a pile of exceptions because RISC-V is just a lab bench experiment. Then I run "pkg upgrade -Ffy" followed closely by "pkg upgrade -fy". At this point I have packages that are self hosted on this board and I expect things to "just work" within those packages. That does not work. This is the problem I ponder over coffee this morning. -- -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken From nobody Mon Sep 15 15:37:35 2025 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 4cQTgl2hVLz67WK2 for ; Mon, 15 Sep 2025 15:37:55 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-ed1-x531.google.com (mail-ed1-x531.google.com [IPv6:2a00:1450:4864:20::531]) (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 4cQTgl0NDpz3WPm for ; Mon, 15 Sep 2025 15:37:55 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ed1-x531.google.com with SMTP id 4fb4d7f45d1cf-62ee43b5e5bso5580155a12.1 for ; Mon, 15 Sep 2025 08:37:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1757950668; x=1758555468; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=731bw1LDG4YP9qf26x1fxMiHGJx3092OvAROed0Xq3o=; b=U/mdcZ+biTxsCHu/QLrIRY5nBN1siATjqxUqLOr4R9pcNGZgtKWIkM52gsaACZcuxs n5TgmNri6SDgQCs27XQ9a8AvBiXFvDqmmTHmrg1QGLyLdiTIU0BSobVL9tvNSViDUd2j 1wMRw3yrECnu/9cPHfwaNnxE+0p8qOWabjJrlyfkWP6pAX7QyrxO7Y1OKrqgt90viCWV lvJ5lKRkLqv0BvPaeoCjLiNVn9deDW0Q8ihA7qWkO3tFFp/Dw/JX7oWcEpjr/wxeDTNr 7Oi+7DMbQtxgJyDmWdUGPlCeJvqFNQ4zd6RiPYjSs4xcqbeRvUlGCVRcDT5J1GEnR6YE Uenw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1757950668; x=1758555468; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=731bw1LDG4YP9qf26x1fxMiHGJx3092OvAROed0Xq3o=; b=M2nwdMFIGMZwVzSW31GqbY2o6H6HWpgjcipGIpNHGtCycEBEYuQUTb1jwDm5InNAzN P4E6MHFNyv5LxaNzQrrg5Tc1A45TMSz9WP0NiILBJ8lZbY0tBuzEjdY+l8jHSElGqcZy nLHXUr+6J6R2Q9gdlQY8NMOptsgInR2hW6ebuFjo8HnJh2BIytRku4hs90xc+my4hAcB 7XteNP8ewscBht7HRv4AJHr0t14FvbOI7rGB6SZmCyInbCa4irZDVey44NCfW+SUKTS5 kv+qWXRUmdEsxT+wSAcUcJGmMqupGVsMD9WhSEVI9+jufuS4ETcsJtIr0d0Cc+iq2NxP vPAw== X-Gm-Message-State: AOJu0YwmtgUrKfB9gG6IZX8SFqagqvQ5/ZvpmRf7jpzru9Te0Y2PqFy8 Q5j+h7NbFAQplAJGcpYtqlm9mShs5mT36ilc9wQxFmdgDI449oZ7sAJDpoFvP1PTaw41RyIeilj nLyLWUCLfME4vc4jPWV85Z/agCiJnHyPR X-Gm-Gg: ASbGncu8hIzVd2rQk2D1ypqNqLn+aYbaLOHuXRR9/A8VIZtNJh6voBg+efO4P8a8+yF 8O0YWb4HBcLaR7oPkG2KrANjzCth9ZWT1F1dD/M9Sa4mylbT96FU4zKXtTGchVMr19UFScQJT8e OxXdOTNUEi0GYJ+Un6daXhrzoHI/PuKtpEGZDtrNTjhp9Sn45jZiKam9zWPxvXP/VONmx4Z03/t XrFuGNhhvoykAvAwhbKN2W+EGRWFH3mtw+QJfg= X-Google-Smtp-Source: AGHT+IH0FEEzbr3aux+9oMybroq1SVf6CcEWgb6Ofq7MPqWRchIXUgy58+xbCfA3mh6yNmNl0ih3SA1fSVjc0qDmTdw= X-Received: by 2002:a05:6402:2381:b0:627:2ad9:ce24 with SMTP id 4fb4d7f45d1cf-62ed830880amr11352577a12.31.1757950668055; Mon, 15 Sep 2025 08:37:48 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Rick Macklem Date: Mon, 15 Sep 2025 08:37:35 -0700 X-Gm-Features: AS18NWBEa4AooLrgn8QDtqtoXSFK-phtRm6s70nb0ckx16aVGNjJf9E6BFKt2qU Message-ID: Subject: Re: Changes in NFS mounts from 14.3 to -CURRENT (almost 15)? To: Zaphod Beeblebrox Cc: freebsd-current , freebsd-fs Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cQTgl0NDpz3WPm On Sun, Sep 14, 2025 at 9:15=E2=80=AFPM Zaphod Beeblebrox wrote: > > OK. Thanks. rpcbind used to be running it wasn't. Ran rpcbind -d manua= lly and then ran (same machine) rpcinfo localhost. rpcbind coredumps. GDB= says: > > (gdb) bt > #0 ?? () at /usr/src/lib/libc/amd64/string/strlen.S:95 from /lib/libc.so= .7 > #1 0x00001d9c3c5273a8 in xdr_string (xdrs=3Dxdrs@entry=3D0x3ba5fb06f808,= cpp=3Dcpp@entry=3D0x3ba5fb047460, maxsize=3Dmaxsize@entry=3D9000) > at /usr/src/lib/libc/xdr/xdr.c:701 > #2 0x00001d9c3c51b841 in xdr_rpcb (xdrs=3D0x3ba5fb06f808, objp=3D0x3ba5f= b047450) at /usr/src/lib/libc/rpc/rpcb_prot.c:63 > #3 0x00001d9c3c528df2 in xdr_reference (xdrs=3Dxdrs@entry=3D0x3ba5fb06f8= 08, pp=3Dpp@entry=3D0x1d9418ba7140 , > size=3Dsize@entry=3D40, proc=3Dproc@entry=3D0x1d9c3c51b7f0 = ) at /usr/src/lib/libc/xdr/xdr_reference.c:92 > #4 0x00001d9c3c51b943 in xdr_rpcblist_ptr (xdrs=3D0x3ba5fb06f808, rp=3D0= x1d9418ba7140 ) > at /usr/src/lib/libc/rpc/rpcb_prot.c:124 > #5 0x00001d9c3c5205e4 in svc_vc_reply (xprt=3D0x3ba5fb0208c0, msg=3D0x1d= 9c39a3d618) at /usr/src/lib/libc/rpc/svc_vc.c:646 > #6 0x00001d9c3c51c7ee in svc_sendreply (xprt=3D0x0, xprt@entry=3D0x3ba5f= b0208c0, > xdr_results=3Dxdr_results@entry=3D0x1d9c3c51b870 , = xdr_location=3D0x2328) at /usr/src/lib/libc/rpc/svc.c:368 > #7 0x00001d9418ba0f52 in rpcb_service_3 (rqstp=3D0x1d9c39a3d740, transp= =3D0x3ba5fb0208c0) > at /usr/src/usr.sbin/rpcbind/rpcb_svc.c:175 > #8 0x00001d9c3c51d08d in svc_getreq_common (fd=3D) at /us= r/src/lib/libc/rpc/svc.c:664 > #9 0x00001d9c3c51d118 in svc_getreq_poll (pfdp=3Dpfdp@entry=3D0x1d9c39a3= dcf0, pollretval=3D1) at /usr/src/lib/libc/rpc/svc.c:732 > #10 0x00001d9418ba3069 in my_svc_run () at /usr/src/usr.sbin/rpcbind/rpcb= _svc_com.c:1167 > #11 0x00001d9418b9f835 in main (argc=3D, argv=3D0x1d9c39a4= 0000) at /usr/src/usr.sbin/rpcbind/rpcbind.c:286 Yea, its busted alright. I reproduced the crash. It appears that the r_addr field has not been set to a string. (My current guess is that commit d50fc4b broke it for the netlink case.) I'll poke away at it and post if/when I have a patch for testing. If you just want to work around it, you could try a NFSv4 mount, which doesn't use rpcbind. rick > > > On Sun, Sep 14, 2025 at 8:51=E2=80=AFPM Rick Macklem wrote: >> >> On Fri, Sep 12, 2025 at 7:55=E2=80=AFPM Zaphod Beeblebrox wrote: >> > >> > My overall goal is to have a FreeBSD workstation before Windows 10 die= s. That's coming up pretty quickly, so I've been testing. Because FreeBSD= 's proton support is very much dependant on 15-CURRENT, I upgraded both the= new workstation and my poudriere box to the 15-current about 2 weeks ago. >> > >> > Now... normally, when the workstation boots, half a dozen NFS mounts t= o the poudriere server (also fileserver) occur. This has been the config s= ince ... well... since back to FreeBSD 4 or so. >> > >> > My workstation's fstab has lines of the form: >> > >> > vr:/vr1/tmp /d/vr/tmp nfs rw,-3,-T,-l,-i,-b 0 0 >> > >> > 'vr' being the hostname and so on. On vr, >> > [2:31:331]root@vr:~> zfs get sharenfs vr1/tmp >> > NAME PROPERTY VALUE SOURCE >> > vr1/tmp sharenfs -maproot=3Dnobody ump run local >> > >> > Now... for some number of upgrades, this spits out lines like "-i depr= ecated, use -o intr" ... which it still does --- but then it hangs ... for = one NFS time out and it moves onto the next share. No errors on either the= client or the server. What's changed here? Both machines were working be= fore the upgrade from 14.3 to 15-c. >> >> Those options are from the Jurassic period, but they should still work, = afaik. >> >> I suspect your mount problem is something related to networking >> (firewall or ipv4 vs ipv6 or ???). Note that NFSv3 does need rpcbind >> to be working. >> >> rick From nobody Mon Sep 15 15:42:09 2025 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 4cQTn06KVhz67WW2 for ; Mon, 15 Sep 2025 15:42:28 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-20.consmr.mail.gq1.yahoo.com (sonic317-20.consmr.mail.gq1.yahoo.com [98.137.66.146]) (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 4cQTmz2NQWz3YCD for ; Mon, 15 Sep 2025 15:42:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=XS3hwvrM; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.66.146 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1757950945; bh=9JIROcaUKnVphz/4dYThE4wv1eA24t4iVjmKay5OI4M=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=XS3hwvrMW0kgkQnCjr0OCV6sJ8hg7s2OAwt7WBfRKMuXxrFHqmmyTgkt9m6ILb5VIXrUpft6ugWfGZpKrBm7Vt3BSHS2Gr3ZOygS30PTiXqygUoiLbnTWH5pj7Oljl9UOcRXfKubSicF+gzGHeqIrRl22VkZCo8LUg3PC6q358kdes3xF4T0wV47T+PJ5JZEd66ScJU+5UPEPe96n7NV4tKDjEavkNQBMnQ2KEFp3KeonobLk9qDp0afK407yi50BuQdAiOTmGiTihkuyNoWXjlrPyKZfPgo5waiDuINDQVoEWA7noNtBKzCALYrK6dtQNmQDHKPBjtBmARuc+iA+g== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1757950945; bh=BnzSkn4YV3gCZskVUoSH1F2Zp+s5+7j8DffXBtlP/bj=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=NdjvqWJGka9HeJD6U5W8QJoNyUZDgw+oA6GzkFkN0dC/uTsflv0hCWNsXICJH1yd3qX8F+k8eeE6Wx0x4fg3zOfZejpvXnYZLMxaF9NVVOvCxqO67yJqnxXrrm5q7iBTH02DPuQ0Rbr66GvjetsJBy6cqkWQn1sfROcWfjwpp+VhkcQn0LI3Lf7dubHFdkOJMAiCjn4pDTPhL2t08x+qyT12Ce6620+j9evKsIt1/IwLBqOKKNZI9KYfPLIeH/ruJ0J3sj2fhr7E0i+ws3UJBp9qNdo0Yjjb/JJ2z504DWQYs3FSBrin9reTgs+TsPo/aAtvnrK6/j5hldssXJKsZA== X-YMail-OSG: FfYUBOMVM1nohE3ahbvP7VmT9JyBDjNlB4F2lw_kPiV_7bAXU4zKhRfohNJblYB nOiY5pYB2XMf_9kQICGtWPWvFJLMgOqcWyLgjFvr8NpKL24MtghMPSNjp0GxtYBnda0ZM4btfEEU ijO0rn6pmc7hWAnjYqk1c6i_IsZjM06UQmODFYA3cgyn7IWWWoVb9mBs.MHkUNj.965vulPUEigL pIufEovi3r.Awds4Phlf1vnBCGe6.yOdNzLKgyC2KE6V6L.0lbqMASr.gK7.O2Rr3yJo6Z72gsZr Fl1HRSJu6Bu759ozChAcarHGWrJvS.bCAViVp_Jz6rM.h5mZkzt69rfuacd6fY5K75fCnJUo2.4b 4NrISLWaZqkh5zVFvu7xceSbAqPQlLQgRU6kt5Qr49srJCQnbBidF67g7wpDbF3ECQ1hxfXazXck RqUFnTHSeAuQyVwZI7Dur5bBEy.d_l82WgUmXAa5dxWMezUdq9Vgf5EBADYWm5D0vXl7HVDB_SOy 8ktk.0UzymJbqnHpr6q7fSrgKNoiqfeNw55lxaobdd4Jt0IjzVYj04lW0IiwRiAFHHRhQbTQYfK0 SJAYYf_cYScyNHIgsXmWNxae3qcXMHZRJqtMHh1k_9JBrY9spFiFA9pUD9LgndUeQvrFiYpWg1mw KwvVk7YD3aLjRw95h2XoliCB0EL0te8Vh9UPAbaDU6EZIuBqppNUDzrD2qMDqG0R5XhbhYEcFq2U SdFw6Bsuxn8C352dBXgGhYqJlew_DSstuM4JsYL10tPys_4VVisGMECL8Gstegnh27Pa5E3SVNrw NBjQk29obH9XK5bWYSRZDePcSgizBSiDr3isLb.Fep9Tgo4j13wdLhqHvo5iQBB94_qYnwGvLDvk nUmEr2DHdkh6FUhMr9hZn.0Hbi.opr29L8ARuejEJFGoQL54pUqDETEgCfvTA0Dbt.TQ7sYmld61 roXi96TqxolZvUcbZMvvKCN0nMleMpUq.f__a14oluNChS6jws4eFPswb1VqXvrrvBffq4sYBUuA yc9kQieLwA86qBtfITpkF2H7loh9wUyb47_NJFwECMeHTtxhzG0.gxHPyDSYbkpQScTD8oc3nfdS wEI1VWmbPUQNaY8INGhXQpGz9vVlntAul5.GIljJ39PbxGKwNE7lv_UARBMzhJtWfsqmLz_MrYaw BMwN.kDiPCyXlnGBzy6FEOTZ.3ABL4L5HbDmqBYGyPhhk_A9sWwYT_RZKQtjkLuGFpNkgZIxUVUi l_jToDb2_bhY.zvasB.fvtrMdtVm_.4QrlI2.Uyk99px4kPNpJNldy.JBo9Qd7jhMA1OgDtsWNFn fxgk2iFFQyMyCguv9lObbHaBKvuxDhrC.0eP6zUhJv6KdeNIMYKpORA7Tmv_KeNNGVXTSGNKy1Rx Pq.bFJsEnkoWpkjwJhZRnD32QAADFVBCHYYHdb5XFToU7Xu32CmY.zHqMsNrs4hRcs3fAxsQzUmY 4CcK35DtuAB7BnZlFGS47cdRu3EAKxrLP5Ll7AiSkR8itibIFxfmHsthi.khRBufENEfaHqgYfhH 20I7bKYxwczmrZiYA2wLNUVzsgu582CG7UtuXIqfKXFtsN7n10HnpSj.sBh_1SueKxicqxB9PJBa wFxcl1vff6O8F7JcZSBeJA4bPIFiY3vTzFSopgyVPVoPdV1GWtu4DuzvZvza9Gao61V8N8vaywrM tv52UkHs0EMCsOxc55ljBk1kvVW8jWWL60ldF94yMfAEd_F0VWVnahlj2UMP1k9Fyf2uyTzjtmQP oBSdOJcmKGWigU2pTPc4MToQWrME71VPRoKqrau9deTFbCiU3tDk2EhJKnWHTXCmdlq_cqPuWBtr oEAAay827ISP1aUoIcjXj7czLgEflpN4kdxmWYjSsrA44n6h4xG4Rycp7L.2WehPd5KJ6z4tTwOK ybb0V8Box1oHe.ae3grJcQVWAgx1UxM_hk8MT3FC4zkyxMJURkFj_FZBF115eb1jCNg5ZmxsNNJi wuI5qOa8MN9UX3axr5CCRhX8ajBtgrw84EsIQ0rQd8o0SppIpKFYBNC2C2Wbd_gUiGZxzrSe_5Hy 7LO2qffXfLfn8ZfyZt_8OrAs5.ogsZoCYM6F4uH0IMHptvNt7wCe_L2puAXKYvyrkRFxVUoi.ssa YFnD27qXd_kKB0iy.x2AoE55aW.Bcl4fJVhPFYDFO0jLrdtHgeaFd1HZn6iO8FeqnWp4dCusmDCu DEkqY_9hbX0aLQxwEqJxNnoLFonePqQ5Gserrq39YRW3pwVRh_n3tbFkUjAo_WF_yKhaK8a7.mbY - X-Sonic-MF: X-Sonic-ID: 95d6b311-3793-4aef-a574-64688cb297e1 Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Mon, 15 Sep 2025 15:42:25 +0000 Received: by hermes--production-gq1-7bfc77444d-7pvrb (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 1b53a7c69a03e6d185844e5b21a8aef9; Mon, 15 Sep 2025 15:42:19 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: git is broken because curl is broken which stops me in my tracks Message-Id: Date: Mon, 15 Sep 2025 08:42:09 -0700 To: Dennis Clarke , FreeBSD Current X-Mailer: Apple Mail (2.3826.700.81) References: X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.58 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.58)[-0.578]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.66.146:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.66.146:from] X-Rspamd-Queue-Id: 4cQTmz2NQWz3YCD Dennis Clarke wrote on Date: Mon, 15 Sep 2025 10:13:47 UTC : > On 9/14/25 23:15, Mark Millard wrote: > > [Note: do not have access to a riscv64 context, > > limiting my ability to detect expected > > differences.] > >=20 > > Dennis Clarke wrote on > > Date: Mon, 15 Sep 2025 01:00:06 UTC : > >=20 > >> Well I am not sure how to get around this mess : > >=20 > > uname -apKU output for the failing context? For > > the poudriere jail's world? > >=20 >=20 > Both the system itself and the poudriere jail are based on the same > sources. Same /etc/src.conf content and same /etc/make.conf content? Same /etc/src-env.conf content? [poudriere(-devel) has its own places for such files.] Is WITH_MITKRB5 set explicitly? WITHOUT_MITKRB5 ? Has it been left implicit? Do you build using WITH_META_MODE ? If not, how have you been handling the change to have WITHOUT_CLEAN by default: 20250819: The CLEAN option has been switched back from default-on to = default-off. This reverts the 20250808 change below, which had reverted the = 20240729 change before it. Note that some src.conf(5) options are known = to break ABI or compatibility in ways that may require a clean build = initially when switched. Have you force a complete rebuild of your boot environment after the change? > enceladus# uname -apKU > FreeBSD enceladus 15.0-PRERELEASE FreeBSD 15.0-PRERELEASE=20 > main-n279980-004ce88ad1ef GENERIC riscv riscv64 1500063 1500063 > enceladus# > enceladus# poudriere jails -l > JAILNAME VERSION ARCH METHOD TIMESTAMP=20 > PATH > 150rv64 15.0-PRERELEASE 1500063 riscv.riscv64 src=3D/usr/src = 2025-09-02=20 > 17:06:01 /poudriere/jails/150rv64 > enceladus# >=20 >=20 > > On main 16 for amd64, for example: > >=20 > > /usr/lib/libkrb5.so.122 > >=20 > > Does that file exist in your failing context? >=20 > Well this is funny. The file exists in the poudriere jail and NOT on > the system itself : >=20 > enceladus# ls -l /usr/lib/libkrb5.so.122 > ls: /usr/lib/libkrb5.so.122: No such file or directory > enceladus# >=20 > enceladus# ls -l /poudriere/jails/150rv64/usr/lib/libkrb5.so.122 > -r--r--r-- 1 root wheel 723424 Sep 4 07:51=20 > /poudriere/jails/150rv64/usr/lib/libkrb5.so.122 > enceladus# That makes it appear that you have a mix of a boot environment using WITHOUT_MITKRB5 and a poudriere(-devel) jail using WITH_MITKRB5 . Which do you want to be using? Do you have the likes of: /usr/lib/libheimntlm.so* /usr/lib/libheimbase.so* /usr/lib/libgssapi.so* /usr/lib/libprivateheimipcc.so* /usr/lib/libhx509.so* ? Those would indicate WITHOUT_MITKRB5 was in use, if I understand right. > > So, presuming use of the system libraries for such, > > not a ports-build of such a library, the missing > > or unloadble library is a system library. Are > > you in fact trying to use the system library? > > >=20 > I am ( in fact ) using packages built with poudriere on this machine > with that jail. All of the following are possibilities: ) Using MITKRB5 from the system, not from a port-package. ) Using KTH Heimdal from the system, not from a port-package. ) Using a port-package instead. I'm still not sure which of the 3 you are intending for the boot environment to be based on. Which do you intend to be using? Note: I've never tried to the port-packages for such so I'm not familiar with the details of doing such. > > Are you sure that you have your system and your > > poudriere jail's world configurations matching, > > such as for WITH_MITKRB5 vs. WITHOUT_MITKRB5 ? >=20 > I am not aware of any such tweaks and where would they hide? An explanation for the lack of MITKRB5 in the boot context is needed. If you intend to use the default system MITKRB5, then getting it built and installed will be needed. > >> enceladus# cd /usr/src > >> enceladus# git pull origin main > >> ld-elf.so.1: Shared object "libkrb5.so.122" not found, required by > >> "libcurl.so.4" > >> fatal: remote helper 'https' aborted session > >=20 > > I'll note that "ldd -a PATH" gives a lot more > > information about the dependency structure > > that causes libraries to be listed. Sometimes > > that is handy. >=20 > yep .. the package built last night for git and curl is broken > as far as the system is concerned : If you intend to use the default system MITKRB5, then your existing system build is either: ) incomplete ) built and installed for WITHOUT_MITKRB5 and getting the configuration for MITKRB5 use as what is built and installed would then be needed. > enceladus# > enceladus# ls -l /usr/local/bin/curl > -rwxr-xr-x 1 root wheel 245688 Sep 14 22:07 = /usr/local/bin/curlenceladus# ldd -a /usr/local/bin/curl > /usr/local/bin/curl: > libcurl.so.4 =3D> /usr/local/lib/libcurl.so.4 (0x6afcc6000) > libnghttp2.so.14 =3D> /usr/local/lib/libnghttp2.so.14 = (0x6b0a8a000) > libidn2.so.0 =3D> /usr/local/lib/libidn2.so.0 (0x6b18d6000) > libssh2.so.1 =3D> /usr/local/lib/libssh2.so.1 (0x6af328000) > libpsl.so.5 =3D> /usr/local/lib/libpsl.so.5 (0x6b3107000) > libssl.so.35 =3D> /usr/lib/libssl.so.35 (0x6b2867000) > libcrypto.so.35 =3D> /lib/libcrypto.so.35 (0x6b3a20000) > libzstd.so.1 =3D> /usr/local/lib/libzstd.so.1 (0x6b4a01000) > libbrotlidec.so.1 =3D> /usr/local/lib/libbrotlidec.so.1 = (0x6b6152000) > libbrotlicommon.so.1 =3D> /usr/local/lib/libbrotlicommon.so.1=20= > (0x6b52f8000) > libz.so.6 =3D> /lib/libz.so.6 (0x6b7235000) > libkrb5.so.122 =3D> not found (0) > libgssapi_krb5.so.122 =3D> not found (0) > libthr.so.3 =3D> /lib/libthr.so.3 (0x6b66f7000) > libc.so.7 =3D> /lib/libc.so.7 (0x6b86c8000) > /usr/local/lib/libcurl.so.4: > libnghttp2.so.14 =3D> /usr/local/lib/libnghttp2.so.14 = (0x6b0a8a000) > libidn2.so.0 =3D> /usr/local/lib/libidn2.so.0 (0x6b18d6000) > libssh2.so.1 =3D> /usr/local/lib/libssh2.so.1 (0x6af328000) > libpsl.so.5 =3D> /usr/local/lib/libpsl.so.5 (0x6b3107000) > libssl.so.35 =3D> /usr/lib/libssl.so.35 (0x6b2867000) > libcrypto.so.35 =3D> /lib/libcrypto.so.35 (0x6b3a20000) > libzstd.so.1 =3D> /usr/local/lib/libzstd.so.1 (0x6b4a01000) > libbrotlidec.so.1 =3D> /usr/local/lib/libbrotlidec.so.1 = (0x6b6152000) > libbrotlicommon.so.1 =3D> /usr/local/lib/libbrotlicommon.so.1=20= > (0x6b52f8000) > libz.so.6 =3D> /lib/libz.so.6 (0x6b7235000) > libkrb5.so.122 =3D> not found (0) > libgssapi_krb5.so.122 =3D> not found (0) > libthr.so.3 =3D> /lib/libthr.so.3 (0x6b66f7000) > libc.so.7 =3D> /lib/libc.so.7 (0x6b86c8000) > /usr/local/lib/libnghttp2.so.14: > libc.so.7 =3D> /lib/libc.so.7 (0x6b86c8000) > /usr/local/lib/libidn2.so.0: > libunistring.so.5 =3D> /usr/local/lib/libunistring.so.5 = (0x6b9849000) > libc.so.7 =3D> /lib/libc.so.7 (0x6b86c8000) > /usr/local/lib/libssh2.so.1: > libcrypto.so.35 =3D> /lib/libcrypto.so.35 (0x6b3a20000) > libz.so.6 =3D> /lib/libz.so.6 (0x6b7235000) > libc.so.7 =3D> /lib/libc.so.7 (0x6b86c8000) > /usr/local/lib/libpsl.so.5: > libidn2.so.0 =3D> /usr/local/lib/libidn2.so.0 (0x6b18d6000) > libunistring.so.5 =3D> /usr/local/lib/libunistring.so.5 = (0x6b9849000) > libc.so.7 =3D> /lib/libc.so.7 (0x6b86c8000) > /usr/lib/libssl.so.35: > libcrypto.so.35 =3D> /lib/libcrypto.so.35 (0x6b3a20000) > libc.so.7 =3D> /lib/libc.so.7 (0x6b86c8000) > /lib/libcrypto.so.35: > libthr.so.3 =3D> /lib/libthr.so.3 (0x6b66f7000) > libc.so.7 =3D> /lib/libc.so.7 (0x6b86c8000) > /usr/local/lib/libzstd.so.1: > libthr.so.3 =3D> /lib/libthr.so.3 (0x6b66f7000) > libc.so.7 =3D> /lib/libc.so.7 (0x6b86c8000) > /usr/local/lib/libbrotlidec.so.1: > libm.so.5 =3D> /lib/libm.so.5 (0x6ba323000) > libbrotlicommon.so.1 =3D> /usr/local/lib/libbrotlicommon.so.1=20= > (0x6b52f8000) > libc.so.7 =3D> /lib/libc.so.7 (0x6b86c8000) > /usr/local/lib/libbrotlicommon.so.1: > libm.so.5 =3D> /lib/libm.so.5 (0x6ba323000) > libc.so.7 =3D> /lib/libc.so.7 (0x6b86c8000) > /lib/libz.so.6: > libc.so.7 =3D> /lib/libc.so.7 (0x6b86c8000) > /lib/libthr.so.3: > libc.so.7 =3D> /lib/libc.so.7 (0x6b86c8000) > libsys.so.7 =3D> /lib/libsys.so.7 (0x6bb012000) > /lib/libc.so.7: > libsys.so.7 =3D> /lib/libsys.so.7 (0x6bb012000) > /usr/local/lib/libunistring.so.5: > libthr.so.3 =3D> /lib/libthr.so.3 (0x6b66f7000) > libc.so.7 =3D> /lib/libc.so.7 (0x6b86c8000) > /lib/libm.so.5: > libc.so.7 =3D> /lib/libc.so.7 (0x6b86c8000) > enceladus# >=20 > >> > >> I am not sure how to dig out of this rathole. > >=20 >=20 > The problem that I ponder over coffee this morning is that I have > a system built from sources. =46rom the stuff in /usr/src which I use > git to fetch. That works. >=20 > Then I build a new jail from those same sources. That works. >=20 > Then I build packages with poudriere using the jail. That works > with a pile of exceptions because RISC-V is just a lab bench = experiment. >=20 > Then I run "pkg upgrade -Ffy" followed closely by "pkg upgrade -fy". >=20 > At this point I have packages that are self hosted on this board and I=20= > expect things to "just work" within those packages. >=20 > That does not work. >=20 > This is the problem I ponder over coffee this morning. Your boot environment and your poudriere(-devel) jail environment do not match so the installed port-package does not match the environment it is being installed into. Which type of environment do you actually want to be using in your boot environment? (Potentially both could be not what you intend.) The one that does not match your intent needs to be be updated to match your intent and the build/installs updated. (Wording presumes one of them is as-intended.) =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Mon Sep 15 16:11:22 2025 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 4cQVQk66MNz67Ypq for ; Mon, 15 Sep 2025 16:11:42 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-ed1-x535.google.com (mail-ed1-x535.google.com [IPv6:2a00:1450:4864:20::535]) (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 4cQVQj4CSlz3bvG for ; Mon, 15 Sep 2025 16:11:41 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=IytuJDlY; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of rick.macklem@gmail.com designates 2a00:1450:4864:20::535 as permitted sender) smtp.mailfrom=rick.macklem@gmail.com Received: by mail-ed1-x535.google.com with SMTP id 4fb4d7f45d1cf-62f28da25b9so2199191a12.1 for ; Mon, 15 Sep 2025 09:11:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1757952695; x=1758557495; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=QUXRiaEwO+PmZhL2hVw5rdMQMzJQy5YNJpIhJv+1nF4=; b=IytuJDlYIpB1jt4lpHh891viPkKLTp+570rjGeBcxclEQkON+aZSDXHGtqtL812Vd+ djv2jaSXtUVj8hbAlcK/13rEG0mSOCWaOwHJoz6ngIT0nOxLQ26efa7Ucen+aiXozu8P kdjm6RcINXrrE0XBxOu8juIlyA9bzOQCOoECY43eUw3KJJoFsJwpvDyLkYgXzVkFVktc wAzDH8z+9mxWBni+G8dH5EmI+L+pqDfrmCx+pAFBNpVKf1yHA6Vlz+cUN0gjCTZ6LCcO Aw1zVuoI+93lXrnggJVc1CudwPB9oVj+22y0isWJ/TkiY0EFUyN+fDoPeUGp813BrPYT +zLQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1757952695; x=1758557495; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=QUXRiaEwO+PmZhL2hVw5rdMQMzJQy5YNJpIhJv+1nF4=; b=CBCL+WqAbmwwsFkuiwu/YtGBqwNme0ZyqvZojuMAEgT78t78XXwFg4BtG53Aejkyt2 ErW08UfJusg7Qilze2IqZP5MWdGSie+zaPW/WQbx2HUfj+vW1rXFEytKFhipgHkEyc5O BC4ZdqCaWja9qf4wNRFTGBdp59rDyOyJBQ9LhyEN4r8drs9HD/oXcU/CmxFWNL2FHEFe 42YBgT5PgNuPqfB6LmR08D6J5qIJR3YQiX/BSjmNnbIuao02P1JLkL4fp5L2YY0/UfiD Ykr/4JPpRNr51dsxuWP+91wkGjALcYM8Mut9lH9nUYBpl2lwhIsakBtTDJZ7bAkjI/fX riug== X-Gm-Message-State: AOJu0Yx3RyK4AlDU7zZq+BRx1Dc64HAXEIW3CGGM9N7hxOlqesG6WGIO PqUfUUT1u9RuvJrttlg5itDQaI8KhrFturxvtIWXt7q5a6tCTcXs+0FVdPKGs5ps1U/nDy0lowC CeXSYXVRb5XmsfhiWrP6IIW426/8TjqJX X-Gm-Gg: ASbGncuZ50VedlU2I7iri0aqwFawoxLy6SdypwugK1KlpCF6PYmhXR6aBt1b/RPJ29z 15D7nNKbfILPhRkWV9/4vPWAs9mLFWUmuQn4SnWhaVD6tPGktlfPe+BXrR2JTWTLpVj1eyL86Bz dHhpRWRcI/A/M2Ug/YfriKR5aAo2YKBhkSekk6ZvuJYH/H8DnBI1G2UsD/Cp7mrvkpcQPGDGdcP fG1YmtBKwvJilIbkiIhCJPbvzYRHHSt/o5Mrd8= X-Google-Smtp-Source: AGHT+IHhyMwmXW7n87RTZOTmBM8HokV0dDsScE7WcnuZtZRi+YKhVORIHW8g0fferu5zGCp+8flKygPo/fZl1L+6cac= X-Received: by 2002:a05:6402:23d4:b0:61c:7a45:583a with SMTP id 4fb4d7f45d1cf-62ed826cac0mr13315569a12.10.1757952695114; Mon, 15 Sep 2025 09:11:35 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Rick Macklem Date: Mon, 15 Sep 2025 09:11:22 -0700 X-Gm-Features: AS18NWDMmTPY13qgmZRMyOp9imq07-za4C99IvF3CIBTJwPWyO80maU-H8KjCq8 Message-ID: Subject: Re: Changes in NFS mounts from 14.3 to -CURRENT (almost 15)? To: Zaphod Beeblebrox Cc: freebsd-current , freebsd-fs Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.92 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.92)[-0.919]; 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]; MIME_GOOD(-0.10)[text/plain]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TAGGED_FROM(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; FROM_HAS_DN(0.00)[]; MISSING_XM_UA(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROMTLD(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::535:from] X-Rspamd-Queue-Id: 4cQVQj4CSlz3bvG On Mon, Sep 15, 2025 at 8:37=E2=80=AFAM Rick Macklem wrote: > > On Sun, Sep 14, 2025 at 9:15=E2=80=AFPM Zaphod Beeblebrox wrote: > > > > OK. Thanks. rpcbind used to be running it wasn't. Ran rpcbind -d man= ually and then ran (same machine) rpcinfo localhost. rpcbind coredumps. G= DB says: > > > > (gdb) bt > > #0 ?? () at /usr/src/lib/libc/amd64/string/strlen.S:95 from /lib/libc.= so.7 > > #1 0x00001d9c3c5273a8 in xdr_string (xdrs=3Dxdrs@entry=3D0x3ba5fb06f80= 8, cpp=3Dcpp@entry=3D0x3ba5fb047460, maxsize=3Dmaxsize@entry=3D9000) > > at /usr/src/lib/libc/xdr/xdr.c:701 > > #2 0x00001d9c3c51b841 in xdr_rpcb (xdrs=3D0x3ba5fb06f808, objp=3D0x3ba= 5fb047450) at /usr/src/lib/libc/rpc/rpcb_prot.c:63 > > #3 0x00001d9c3c528df2 in xdr_reference (xdrs=3Dxdrs@entry=3D0x3ba5fb06= f808, pp=3Dpp@entry=3D0x1d9418ba7140 , > > size=3Dsize@entry=3D40, proc=3Dproc@entry=3D0x1d9c3c51b7f0 ) at /usr/src/lib/libc/xdr/xdr_reference.c:92 > > #4 0x00001d9c3c51b943 in xdr_rpcblist_ptr (xdrs=3D0x3ba5fb06f808, rp= =3D0x1d9418ba7140 ) > > at /usr/src/lib/libc/rpc/rpcb_prot.c:124 > > #5 0x00001d9c3c5205e4 in svc_vc_reply (xprt=3D0x3ba5fb0208c0, msg=3D0x= 1d9c39a3d618) at /usr/src/lib/libc/rpc/svc_vc.c:646 > > #6 0x00001d9c3c51c7ee in svc_sendreply (xprt=3D0x0, xprt@entry=3D0x3ba= 5fb0208c0, > > xdr_results=3Dxdr_results@entry=3D0x1d9c3c51b870 = , xdr_location=3D0x2328) at /usr/src/lib/libc/rpc/svc.c:368 > > #7 0x00001d9418ba0f52 in rpcb_service_3 (rqstp=3D0x1d9c39a3d740, trans= p=3D0x3ba5fb0208c0) > > at /usr/src/usr.sbin/rpcbind/rpcb_svc.c:175 > > #8 0x00001d9c3c51d08d in svc_getreq_common (fd=3D) at /= usr/src/lib/libc/rpc/svc.c:664 > > #9 0x00001d9c3c51d118 in svc_getreq_poll (pfdp=3Dpfdp@entry=3D0x1d9c39= a3dcf0, pollretval=3D1) at /usr/src/lib/libc/rpc/svc.c:732 > > #10 0x00001d9418ba3069 in my_svc_run () at /usr/src/usr.sbin/rpcbind/rp= cb_svc_com.c:1167 > > #11 0x00001d9418b9f835 in main (argc=3D, argv=3D0x1d9c39= a40000) at /usr/src/usr.sbin/rpcbind/rpcbind.c:286 > Yea, its busted alright. I reproduced the crash. > It appears that the r_addr field has not been set to a string. > (My current guess is that commit d50fc4b broke it for the > netlink case.) > > I'll poke away at it and post if/when I have a patch for testing. > > If you just want to work around it, you could try a NFSv4 mount, > which doesn't use rpcbind. Oh, and it looks like rpcbind will keep running and do the mount so long as you do not do a "rpcinfo". rick > > rick > > > > > > > On Sun, Sep 14, 2025 at 8:51=E2=80=AFPM Rick Macklem wrote: > >> > >> On Fri, Sep 12, 2025 at 7:55=E2=80=AFPM Zaphod Beeblebrox wrote: > >> > > >> > My overall goal is to have a FreeBSD workstation before Windows 10 d= ies. That's coming up pretty quickly, so I've been testing. Because FreeB= SD's proton support is very much dependant on 15-CURRENT, I upgraded both t= he new workstation and my poudriere box to the 15-current about 2 weeks ago= . > >> > > >> > Now... normally, when the workstation boots, half a dozen NFS mounts= to the poudriere server (also fileserver) occur. This has been the config= since ... well... since back to FreeBSD 4 or so. > >> > > >> > My workstation's fstab has lines of the form: > >> > > >> > vr:/vr1/tmp /d/vr/tmp nfs rw,-3,-T,-l,-i,-b 0 0 > >> > > >> > 'vr' being the hostname and so on. On vr, > >> > [2:31:331]root@vr:~> zfs get sharenfs vr1/tmp > >> > NAME PROPERTY VALUE SOURCE > >> > vr1/tmp sharenfs -maproot=3Dnobody ump run local > >> > > >> > Now... for some number of upgrades, this spits out lines like "-i de= precated, use -o intr" ... which it still does --- but then it hangs ... fo= r one NFS time out and it moves onto the next share. No errors on either t= he client or the server. What's changed here? Both machines were working = before the upgrade from 14.3 to 15-c. > >> > >> Those options are from the Jurassic period, but they should still work= , afaik. > >> > >> I suspect your mount problem is something related to networking > >> (firewall or ipv4 vs ipv6 or ???). Note that NFSv3 does need rpcbind > >> to be working. > >> > >> rick From nobody Mon Sep 15 17:13:52 2025 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 4cQWpV5Xqzz67fT5 for ; Mon, 15 Sep 2025 17:13:54 +0000 (UTC) (envelope-from des@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" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cQWpV4nrGz3q3g; Mon, 15 Sep 2025 17:13:54 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757956434; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=hkcbK0VH1Zuu8YKkCJkFWRvr1Ctx2voPIZVP1fimCoU=; b=g6x64n9TkhdAaZmv904y3Vb5fMn6UMqMVVGsowJ6F7O6qwj28n3bcYYmbKwmGjonkMBRvU x+jDZ/e5RnsndG4anmqhSHBHozTGpCk9YeqRChGe6yQICa2nqZLvJ1GqfeJ1sEbGg7GZaA kP6nTZTEgJLXzpeS9IPo56Lpehi8KpvhIXIvZFOgc+Xb9/FQ6c3RkUxCjmB+INZki9XRtb hx2cdCAFn9y2Iw2DUTCr/qGxtioQ/yK53z0ntPBUcTolABgxMJdowH5v9QN4vrbl4RA3x9 He9pz68q8wbYuApV7bjaUwMzv6EvHPohXfGLqRMKgAREbSrj2o9IUtRtWSU2jw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757956434; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=hkcbK0VH1Zuu8YKkCJkFWRvr1Ctx2voPIZVP1fimCoU=; b=bvnOe7iMl94SgkUVps8RUlP9/fDp73CjC1DPK/B/gqh1GPyd67EwyJBHvofwPsbT2SPbRB 0l4rE6kOAIQGH6gAyFeSfjQPkm/fDIuq47dX/AIaG9MBE7HxXUK/fsZ3DYpkbIcIoLyj1U VuDRHvmgCEzuwY4FXaisrAHcrX19EM+k0EMdNoA5jiF5bk+08zvCeB4zvJyGB+YTmh2kyQ gqxd45IA8mgKx/gpaNE7HPfCMzrsP2X/dUjsX7jW62k18IGYXGXKtIL3HVA8uBR3m4g04e lem1bfEHGPXzqgrAvc66DVifex6XGbA4oGBC8Oxd1bfrUKpgolclhmDgjke4xw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1757956434; a=rsa-sha256; cv=none; b=Gy1iKLSglN4LltVFk3yETrmXnOHAbz50El23Iui1K2NBABc2CojJZR+nvibqoTksHJPZ75 ZyXl97TEcrz/kaUyGFFoVnPTAE6ZxEDwS5EUFlWqhisqViJAhWXBWMIt84B2ueNWQo9CX9 gnNfUean9XJ6IOvHfEiwYg12YehbTqgIFm1bmCCeYi0URWts0N0dF75vzwLF3x+32ZxdZk NuKCPHdTY/QiKGfV1C6ENGGLj6FAezDyDt1YrxUuGEBTPm7HKgovBIG56H9vWAtst2JLHO Dt2FjNm6Lahx3nOQDp0akt2OGQl7ekgGaJefUo4TCukTZvBAtMAOhI1iIQDkWg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from ltc.des.dev (88-177-82-251.subs.proxad.net [88.177.82.251]) (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: des) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cQWpV3Ddlz19Lc; Mon, 15 Sep 2025 17:13:54 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id 9A7B082139; Mon, 15 Sep 2025 19:13:52 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: rb@gid.co.uk Cc: Olivier Certner , FreeBSD Current , Alan Somers , Toomas Soome Subject: Re: git: d549de769055 - main - libc: Remove readdir_r(3) [This broke building rust 1.88] In-Reply-To: (rb@gid.co.uk's message of "Fri, 12 Sep 2025 20:09:33 +0100") References: <1F6A4621-1505-4F78-97C6-85EA556B2165.ref@yahoo.com> <4148862.BRNeRiNLvY@ravel> <0F481EDD-24F4-4F2C-BCBB-9B016DD313F3@gid.co.uk> <86qzwcgcmp.fsf@ltc.des.dev> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Mon, 15 Sep 2025 19:13:52 +0200 Message-ID: <865xdjhc4v.fsf@ltc.des.dev> 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 rb@gid.co.uk writes: > Dag-Erling Sm=C3=B8rgrav writes: > > No, because readdir_r() has no way of knowing the size of the buffer > > that was passed to it. > It doesn=E2=80=99t need to know. > > If NAME_MAX is defined, the user must supply an adequately sized > buffer (based on NAME_MAX) or shoot themselves in the foot. > > If NAME_MAX is indefinite, readdir_r() returns EOVERFLOW immediately. =E2=80=9Cwe have this neat function called readdir_r(), you should try it, = it's slower than readdir() and more difficult to use and sometimes it doesn't work so you have to be prepared to fall back to readdir() when that happens, but apart from that I really like it=E2=80=9D DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Tue Sep 16 01:48:15 2025 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 4cQlD12kH7z680bF for ; Tue, 16 Sep 2025 01:48:17 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 "pelorus.zefox.org", Issuer "pelorus.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cQlD05pPyz3vTm for ; Tue, 16 Sep 2025 01:48:16 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Authentication-Results: mx1.freebsd.org; none Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.18.1/8.18.1) with ESMTPS id 58G1mFbt030721 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 15 Sep 2025 18:48:15 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.18.1/8.18.1/Submit) id 58G1mFJw030720; Mon, 15 Sep 2025 18:48:15 -0700 (PDT) (envelope-from fbsd) Date: Mon, 15 Sep 2025 18:48:15 -0700 From: bob prohaska To: Mark Millard Cc: FreeBSD Current Subject: Re: Git and buildworld running at the same time 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: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cQlD05pPyz3vTm On Sun, Sep 14, 2025 at 10:01:54PM -0700, Mark Millard wrote: > > May be things got out of place? 505 MB of RES and > 1.3 GB for SIZE? (The values would be consistent.) Yes, likely I mixed numbers and labels 8-( > > thinking SIZE was total memory and RES was in ram. In > > hindsight, I've no evidence for that interpretation. > > > >>> If I gather correctly, it looks like at times, when it > >>> will be a notable time before activity like building > >>> software, something like: > >>> > >>> git -C /usr/src/ gc --no-detach --auto > >>> > >>> would be appropriate. The "--no-detach" avoids it > >>> running in the background so you know when it is > >>> running vs. when it finishes. You would want to do > >>> this often enough to avoid fetch/merge --ff-only > >>> or pull from doing such automatically or having > >>> a lot of accumulated pending work to do. > >>> > > > > Knowing that a git pull will be followed by some > > background work it isn't really a problem. I was > > fooled into starting buildworld before git finished, > > now I know enough to let it finish. However, for a > > script the --no-detach is a useful addition, at > > least when confident git will finish successfully. > > --no-detach and --detach are not "git pull" > command line options but are "git pc" command > line options. > > maintenance.autoDetach can control the behavior > of commands that do not have --no-detach and > --detach command line operations. If unset, > then gc.autoDetach controls such (if set). > If both are unset it is as if they had been > set to true (so: detach). > > > > >>> There is: > >>> > >>> gc.autoDetach > >>> Make git gc --auto return immediately and run in the background if > >>> the system supports it. Default is true. This config variable acts as > >>> a fallback in case maintenance.autoDetach is not set. > >>> > >>> and also: > >>> > >>> maintenance.autoDetach > >>> Many Git commands trigger automatic maintenance after they have > >>> written data into the repository. This boolean config option controls > >>> whether this automatic maintenance shall happen in the foreground or > >>> whether the maintenance process shall detach and continue to run in > >>> the background. > >>> > >>> If unset, the value of gc.autoDetach is used as a fallback. Defaults > >>> to true if both are unset, meaning that the maintenance process will > >>> detach. > >>> > >>> So you can force it to not detach automatically. > >>> But, then, you might have a long wait for the > >>> command that added data to complete: > >>> > >>> # git -C /usr/src/ config maintenance.autoDetach false > >>> # git -C /usr/src/ config gc.autoDetach false > > It's starting to sink in 8-) I've run the two commands above. So, in the case of a command like git pull > pull.log && buildworld > build.log & can I expect buildworld won't start before git is finished? If not then I'm really confused..... > > Part of the question would be if you want to > have to remember to provide the --no-detach > vs. if you want it to be automatic. > In this case automatic --no-detach is likely better. Buildworld on a Pi takes days, an hour here or there matters relatively little. Thanks for all your help! bob prohaska > From nobody Tue Sep 16 02:16:38 2025 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 4cQls23N55z682f6 for ; Tue, 16 Sep 2025 02:16:54 +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 4cQls05r8pz3yfP for ; Tue, 16 Sep 2025 02:16:52 +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 95453 invoked from network); 16 Sep 2025 02:16:51 -0000 Received: from unknown (HELO localhost) (127.0.0.1) by mail.tarsnap.com with SMTP; 16 Sep 2025 02:16:51 -0000 Date: Mon, 15 Sep 2025 19:16:38 -0700 From: Graham Percival To: freebsd-current@freebsd.org Subject: FreeBSD git weekly for 2025-09-08 to 2025-09-14 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-Bar: / X-Spamd-Result: default: False [-0.45 / 15.00]; NEURAL_HAM_SHORT(-0.91)[-0.914]; NEURAL_SPAM_MEDIUM(0.75)[0.747]; DMARC_POLICY_ALLOW(-0.50)[tarsnap.com,none]; NEURAL_SPAM_LONG(0.42)[0.420]; R_SPF_ALLOW(-0.20)[+ip4:54.86.246.204/32]; MIME_GOOD(-0.10)[text/plain]; RCVD_NO_TLS_LAST(0.10)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_TRACE(0.00)[0:+]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[54.86.246.204:from]; RCPT_COUNT_ONE(0.00)[1] X-Rspamd-Queue-Id: 4cQls05r8pz3yfP Hi all, I'm happy to announce FreeBSD git weekly for 2025-09-08 -- 2025-09-14: https://freebsd-git-weekly.tarsnap.net/2025-09-08.html It's a list of the 180 commits in that week, split into categories. Highlighted commits: - packages: Turn off MANSPLITPKG by default - UPDATING: mention the src.conf change If SRCCONF is unset and a file named src.conf is present at the top of the source tree, it will now be used instead of /etc/src.conf. "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. By request, there is now a report for only those "highlighted" commits, covering all of September; that will be followed by a Q4 report. Tentative URL: https://freebsd-git-weekly.tarsnap.net/2025-09-highlighted-debug.html If you'd like to see longer reporting periods and/or another subset of commit categories, please let me know! 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 Sep 16 02:20:31 2025 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 4cQlxH3JYKz682rC for ; Tue, 16 Sep 2025 02:20:35 +0000 (UTC) (envelope-from void@f-m.fm) Received: from fhigh-a1-smtp.messagingengine.com (fhigh-a1-smtp.messagingengine.com [103.168.172.152]) (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 4cQlxG3xlwz410c for ; Tue, 16 Sep 2025 02:20:34 +0000 (UTC) (envelope-from void@f-m.fm) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=f-m.fm header.s=fm1 header.b=dddkUpwb; dkim=pass header.d=messagingengine.com header.s=fm1 header.b="M MTHRpJ"; dmarc=pass (policy=none) header.from=f-m.fm; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 103.168.172.152 as permitted sender) smtp.mailfrom=void@f-m.fm Received: from phl-compute-04.internal (phl-compute-04.internal [10.202.2.44]) by mailfhigh.phl.internal (Postfix) with ESMTP id 9086A140023E for ; Mon, 15 Sep 2025 22:20:33 -0400 (EDT) Received: from phl-mailfrontend-02 ([10.202.2.163]) by phl-compute-04.internal (MEProxy); Mon, 15 Sep 2025 22:20:33 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=f-m.fm; h=cc :content-type:content-type:date:date:from:from:in-reply-to :message-id:mime-version:reply-to:subject:subject:to:to; s=fm1; t=1757989233; x=1758075633; bh=YuU/3Tdg+OtziexsR4e8aPTCBgMd7Vv7 12x6JMw+6RA=; b=dddkUpwb2f9VFueGFQU3jSd6913lUgzVZQy/RUjsMylicUob KNG2ozkQuM7/CgDM6tglG9Goscb+v30edaoaiy34jvPTq9prUN+USNvn8er/zVz8 2jKDrRYgMwjXFuCGd5/GwgZrnIg9CDWRtd7NE/lnWt1+a6UgzIPmSrFt2G+8555A EOzB6VViUG9BOWH33DqLUw3ZwX12Yt/huPdUIt+nmfZnpEuthdKyiDF75PtIB7DQ Oqm9UIGOyZsg/uEHcjv+XyjLF/jp0xBqTWUN6Q19LVNnZ5LCuD1HtLvg2H2wLCtc yOTsQ5i8pdziHb11TDwWQ0f+hT/nfnByBLIf2Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:message-id :mime-version:reply-to:subject:subject:to:to:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1757989233; x= 1758075633; bh=YuU/3Tdg+OtziexsR4e8aPTCBgMd7Vv712x6JMw+6RA=; b=M MTHRpJuChoyYbI5bNdKN1nJ+fjRIqzs6lDsjItG7Dl48FqG3JeKb9yk9GXXi98gQ XZti3pkPbFG6Rj0jRjYY0ouJnKYtNwJ567aSE2Ym9hm28Z5XAvlzCY1kbstEVdXq fZHzLoWvJok6dkQWVE1MzBgIWQh3rEhFfRne/oS6nRdmAb0Ttp0ZvgSvlEAE5Bkp yRkqLZhKyQpQd9L+hB04vbmFmDTrdlheOdjdnJcOAZS/Z9iJaN6N4nHTcIABjydh 2mUx7OlqQwGZTUCtzKSEaCvrHXmTFd+A7Huf+STaEB9GOkXBxbnUx6rDE4ZXCmGi /KWysBoT9B/MOpT3b2pJg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtdeggdefleefhecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpuffrtefokffrpgfnqfghnecuuegr ihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfggtggusehttdertddttddvne cuhfhrohhmpehvohhiugcuoehvohhiugesfhdqmhdrfhhmqeenucggtffrrghtthgvrhhn peevudffiedvffffgffhgeefjeefffdtieetheetkeefhfdvfefgtedtueehgeffueenuc evlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehvohhiuges fhdqmhdrfhhmpdhnsggprhgtphhtthhopedupdhmohguvgepshhmthhpohhuthdprhgtph htthhopehfrhgvvggsshguqdgtuhhrrhgvnhhtsehfrhgvvggsshgurdhorhhg X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Mon, 15 Sep 2025 22:20:33 -0400 (EDT) Date: Tue, 16 Sep 2025 03:20:31 +0100 From: void To: freebsd-current@freebsd.org Subject: upgrading 15-current to 15-alpha2 zpool does not automatically load Message-ID: Mail-Followup-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.60 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-1.00)[-0.997]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm1,messagingengine.com:s=fm1]; R_SPF_ALLOW(-0.20)[+ip4:103.168.172.128/27]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[103.168.172.152:from]; FREEMAIL_FROM(0.00)[f-m.fm]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_THREE(0.00)[3]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ASN(0.00)[asn:151847, ipnet:103.168.172.0/24, country:AU]; RCVD_VIA_SMTP_AUTH(0.00)[]; MISSING_XM_UA(0.00)[]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim] X-Rspamd-Queue-Id: 4cQlxG3xlwz410c Hi, In upgrading a non-root-on-zfs system from 15-current of around three months ago to stable/15 (what was built was alpha2) via source upgrade, I found the zpool didn't automatically load. I loaded it manually after it booted with 'zpool import -a'. Is this expected? -- From nobody Tue Sep 16 02:37:08 2025 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 4cQmJg4pd1z684hv for ; Tue, 16 Sep 2025 02:37:23 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-21.consmr.mail.gq1.yahoo.com (sonic305-21.consmr.mail.gq1.yahoo.com [98.137.64.84]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4cQmJg25w0z43L3 for ; Tue, 16 Sep 2025 02:37:23 +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=1757990240; bh=WFUpAEdH98rtDE817BSWeHCe8q3MCvQlnyxcegIm4Rc=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=k9AciQ6deVPoTRqCizqozp1uQLovZsVh0HnnOybLoaJkjXiUzJzA18ERMAcReb9k2c0kXqK7EzwBjjDV0SfdYVVyoVqqx57vpgS2GUgDgTsn+wu2IlHB1E3ySBuI0SZtfiuEQGrf9rzikO3K2cDv/Qohzq7heifmgdj6S0cGwynNr4NjoY393r1cQQrQn11OcR6LSG73IfF3fN3T74xU/5gjaly8oRA+fo6BQJhVLEry+x1nHC2fjgpZToaRoNd1G59GrdP59n8Ulg1QpfbLwJdUklzpi6OtDmPaOL3wtsuNnQxtUDKbMEf7i4tY01yE/sV8IvbKVxAAycujC6DBCQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1757990240; bh=+XZ0dlnrqjInWPwdcPHV8X3TW0B6E0u2waftQ8o6G8t=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=eb1/wPa+01saKTYyWOPwfZ4KoZke8Rbruphf3IRsT/gfXRQen0sJq34FkOXS4YrkOh+CHvGRDDMqykQ5xNSPPm0nplDVkzbzizTyw4WTIV5LpOSs1z6EbXUhg1dWfWNE1iiqEQQMCcpekuadp5JYSjEbxZH1EVf+WgHtSU4H6CSymCf8D/oATD9/Bwjm56sIt9VdGBiC0OMutPE6IEPTUtK2yZ17KR2LD0yJV8HbK5m55Af7nsfOt09JSfFinCaOjrz0oXCmodqXujOYeVx3OHcQfUWS59V79F0rzgOv+Yob5BXkz4bdrMALhoTfEHDfvhs9dAN94y8CTvj5raDQfQ== X-YMail-OSG: JxMqoAsVM1k75D7sOL1S4zdmFu4QSmsoXPQxpcMSYOEqNsqPDRADSeZwDjkdVyR USj46HSyVf6SFUbIiqsJDmyhZygUbRiwcqPDf5xq027tFAzzR44ANvA31zNg9W6PzjzfefQLxBAX vd8HNRcP6V.G.w9EXltlXfv7dqvtwNynyXOjvkq088WCOLPEqB7fvcfNx0Wm5F1o387o0SHDjbiD t8oB4agFFUSfJ.fcxWfa9lJI3rqiIlPBeGQ6uXTGPoU_7.iBHgjOoWbD4lKcjKx6CizFw.UHn64i JLDCY0dP58WFq7INa069qzALYiBC01Pd7fi2ySvTInNS028xUn5KJH13iNAM2WoUWM2HUNV4zFbV Jwjt7vraTDp4UJBorovAI2waUs5tMAgaKpq5krNw_UKFnNe2H3B.YIXTkNYjUb5kM6z8xnFeH4pQ fXnRaHT9y.FfVmM8r10UNzERFbpYw1ms2yV_7F9PhXf34Jbob3Th90CE8zz4LrjkgGi1Zo33MVod IVkw_g3btYI8SOTZIfqWo3j6tZQzZt0d7O5BIt0qvhrGbgHeF9LEP7zA2zDY0X3jf_1Fnxuh56sS q_Oi4n0GHSfTledWzdCWNO_I6F.DcPa1omGXBiHynto8AMGEmEweXFlwLwKFDBmWTUY8akKlkvfv nQv8uWAJ0Z6hnJHsyXlG5RgfQh_jF_VkSLcfNgi.SQXW1.0oPox3.uLSoVRRBO1UNv86MiR95Pu2 IZ9IKrLn_YHz6H8J09A6mx6dZBJhl5knRCAvzS0RVEyJtzT_.fmoACC_HSVUhex.JU5iCUYtnyiu wVGsf55FZCuqgS5g7DPPWDKE8DmvVEHs4C8Xw88x4rDr.0C7ygeFd4rhta9JdB6N4njG24vh4ymc yuAMRTw3GmwLFFli7nlG1wSzhdVqWMNXBxT.pY5JOL1nbl3316q55cHFvf6QgBkYb0PZO_y_sF5H gJ57hJXgf1LXM1vVbrnQUvU_W8LNXWCJ1ojmP0o8_D4Qo3vCh8gNbhG_J4mPKT3Qrn3JeBUI4IMn 8sp8U1hJ7x5gw9TXWRZhDoU2IBQnr4P9WbZy2EJ3Li45hw9ARrSArIrUM6BO6x.KpGToBAE0IgVr qNVA5ptF69BqxZN06FUZyGTlYZ7RQklmsUF7GKXJVXpX0PsgHpU.I8iEL62AnXxItvEgekx1fKoI 1udFCrpZQmoV3Ie.fBXXLf8yMTUCgHhP6RuYP8ffTQ_GSJkObG8wVQT7uWk2zrj8qTxppogQUbyM _eQ7V5ru_xMFX9ZCkwXDxdrV7RKVef8bbq_iWXUzrQ1z8Q.qAbNrMfsl3LFQmeLgUpjyHuCGASwo rKhFVfvqjDxuNDC_1kVNB.Rhhb8xtpajCGyZg.PuTOcE55UvQSjWJ.YselyMNFxIVJKJWjQYV5V2 rM4gmyCjQGMpEliNcR8i1ZLgyB_lJm4P.xGTmaBnIUHxrn7gBjBAyncpaGE278AB8Hl3jPbXH2Ad AxMCiQkP8C39tpP0mNOVWpUhW.r3KFR.h_jhgslishukaQZWKlWL8FoTlAC_17sXIIFK3p0ICSKF Z.4uWNYDDSh3uaH7ylwt6IJl8rC6X2otEticFVI1EskbVEpnrExKi3j_CMgBbLGnWtla54.PxajF NOpWP8sbPUzduxel_j28VtDpCwTMLo.6U.ViR5zKbN3_jPRuyC0p_aCrArYLGDMDxX5HNbvx8FuJ Z2NejCGE4YuFvvXsXuKGzAIK7.yQUTuX6C8Nt4CF.hws9ddkxL2pDY9bqZoJ6L6cYBd8LD7QH6nW emyoNSlgbK4fDoEemsQ9wp_L2Lh5asoab7wYH08VdjFyyG3g1nw2ox_yu2W54BKBC90VELzFGR5T Llf0fC3jepmYI7nSbSsP8rUu53RYOc6ofojYyKB.rg4tjlyf1wNa2WeqbMBkD6xexd2E2J6zI6SP 5QolJQ3PcNWCQ1Mdjv3f8rFfGuem.nQhkiuWg9eSZEOP3HGaCHygv5M_F8E6mkBILfK7WlRgUBzv RlgGCS3x_ZW9kAePmpEbYNoWCGTzUfBvDSC6mHKolo_SsSO8HqQVsjDpZhDvD87ajh7n5UwXSXFj 5_SF2IQehY.FZvvSfblwci3EjjhROM4eRK9jXmMkkzIOkq3UasjWC6eXbxcdY8KOcxaZNQyMf55s jeDvi5ttrMHN48IIMl_C4itu.J8k.ytDLxvn22dD40HFdVZnWPjlAdQWVbgbpVn2StPmlGgqd80M 6RXZSL7O36Rv8WIKiyUGWIoth9S2wc7dWj8IZy2n.8GZA5UBLpZ8JcOS2emcZ8kNFuLc.G2JwtL6 s X-Sonic-MF: X-Sonic-ID: 8434ad79-0dcc-4d95-951e-da53f938b1c0 Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Tue, 16 Sep 2025 02:37:20 +0000 Received: by hermes--production-gq1-7bfc77444d-llcgf (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 97d7d349b0f80bb8086bd42cd7abd1af; Tue, 16 Sep 2025 02:37:19 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: Git and buildworld running at the same time From: Mark Millard In-Reply-To: Date: Mon, 15 Sep 2025 19:37:08 -0700 Cc: FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <1098032E-D574-4F52-979D-27F96D677C93@yahoo.com> References: To: bob prohaska X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cQmJg25w0z43L3 On Sep 15, 2025, at 18:48, bob prohaska wrote: > On Sun, Sep 14, 2025 at 10:01:54PM -0700, Mark Millard wrote: >>=20 >> May be things got out of place? 505 MB of RES and >> 1.3 GB for SIZE? (The values would be consistent.) >=20 > Yes, likely I mixed numbers and labels 8-( >=20 >>> thinking SIZE was total memory and RES was in ram. In >>> hindsight, I've no evidence for that interpretation. >>>=20 >>>>> If I gather correctly, it looks like at times, when it >>>>> will be a notable time before activity like building >>>>> software, something like: >>>>>=20 >>>>> git -C /usr/src/ gc --no-detach --auto >>>>>=20 >>>>> would be appropriate. The "--no-detach" avoids it >>>>> running in the background so you know when it is >>>>> running vs. when it finishes. You would want to do >>>>> this often enough to avoid fetch/merge --ff-only >>>>> or pull from doing such automatically or having >>>>> a lot of accumulated pending work to do. >>>>>=20 >>>=20 >>> Knowing that a git pull will be followed by some >>> background work it isn't really a problem. I was >>> fooled into starting buildworld before git finished, >>> now I know enough to let it finish. However, for a >>> script the --no-detach is a useful addition, at >>> least when confident git will finish successfully. >>=20 >> --no-detach and --detach are not "git pull" >> command line options but are "git pc" command "git gc", not "git pc". Sorry. >> line options. >>=20 >> maintenance.autoDetach can control the behavior >> of commands that do not have --no-detach and >> --detach command line operations. If unset, >> then gc.autoDetach controls such (if set). >> If both are unset it is as if they had been >> set to true (so: detach). >>=20 >>>=20 >>>>> There is: >>>>>=20 >>>>> gc.autoDetach >>>>> Make git gc --auto return immediately and run in the = background if >>>>> the system supports it. Default is true. This config = variable acts as >>>>> a fallback in case maintenance.autoDetach is not set. >>>>>=20 >>>>> and also: >>>>>=20 >>>>> maintenance.autoDetach >>>>> Many Git commands trigger automatic maintenance after they = have >>>>> written data into the repository. This boolean config option = controls >>>>> whether this automatic maintenance shall happen in the = foreground or >>>>> whether the maintenance process shall detach and continue to = run in >>>>> the background. >>>>>=20 >>>>> If unset, the value of gc.autoDetach is used as a fallback. = Defaults >>>>> to true if both are unset, meaning that the maintenance = process will >>>>> detach. >>>>>=20 >>>>> So you can force it to not detach automatically. >>>>> But, then, you might have a long wait for the >>>>> command that added data to complete: >>>>>=20 >>>>> # git -C /usr/src/ config maintenance.autoDetach false >>>>> # git -C /usr/src/ config gc.autoDetach false >>>=20 >=20 > It's starting to sink in 8-)=20 > I've run the two commands above. So, in the case of a command like > git pull > pull.log && buildworld > build.log & > can I expect buildworld won't start before git is finished? That is what you should expect. FYI: The global settings can be viewed via the likes of: # git config list The settings that apply to a specific place like /usr/src/ can be viewed via the likes of: # git -C /usr/src/ config list That last likely also lists the same as the first, unless there has been a /usr/src/ specific alternate setting made. [ /usr/src/.git here is either the repository content's directory tree or a worktree's .git file identifying where to find such. ] So you should be able to confirm that the settings show up when you specify the -C /usr/src/ sort of path. I will note that typos like # git -C /usr/ config list will produce the global list if a valid path is found (that does not have a .git directory/file for the repository). # git -C /NO_SUCH_PLACE/ config list would instead complain about: "No such file or directory" > If > not then I'm really confused..... >=20 >>=20 >> Part of the question would be if you want to >> have to remember to provide the --no-detach >> vs. if you want it to be automatic. >>=20 > In this case automatic --no-detach is likely better. > Buildworld on a Pi takes days, an hour here or there > matters relatively little. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Tue Sep 16 02:41:38 2025 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 4cQmPz3t7Pz6857c for ; Tue, 16 Sep 2025 02:41:59 +0000 (UTC) (envelope-from freebsd-current-freebsd-org111@ketas.si.pri.ee) Received: from mail.ketas.si.pri.ee (d004-fea2-0bff-021e-13e8-8437-07d0-2001.dyn.estpak.ee [IPv6:2001:7d0:8437:13e8:21e:bff:fea2:d004]) (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 4cQmPy4yQwz45vx for ; Tue, 16 Sep 2025 02:41:58 +0000 (UTC) (envelope-from freebsd-current-freebsd-org111@ketas.si.pri.ee) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ketas.si.pri.ee header.s=ketas-si-pri-ee-20240416002854-4096 header.b=cKT2+GqT; dmarc=pass (policy=reject) header.from=ketas.si.pri.ee; spf=pass (mx1.freebsd.org: domain of freebsd-current-freebsd-org111@ketas.si.pri.ee designates 2001:7d0:8437:13e8:21e:bff:fea2:d004 as permitted sender) smtp.mailfrom=freebsd-current-freebsd-org111@ketas.si.pri.ee X-Original-To: freebsd-current@freebsd.org DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ketas.si.pri.ee; s=ketas-si-pri-ee-20240416002854-4096; t=1757990499; bh=Q9eK6nkMwaRckw6gXhjB9nmtOGZY/2JYTJv8Z5OE6AM=; h=Date:From:To:Subject:In-Reply-To:References; b=cKT2+GqTn3XCm/3yUYaYCtXzDRyW8l0MKr198nWIj3yIENm9pDb3JG7pOYkJmSK6u 0VWCVEj7EUS+JDbsD5AizkRvjodCzwlaiQ60JKmsqw72+uIEoLFGE8QOrXzX5lfXV+ rY4HBBk8Ct19Ot8Nr0wNkzC1LvmJh38eSOXe5LZsfpvW5pCWcRmF716R5Gqx8KdDsg 37af7XPemAg44yf21JvEeCGFiJMCISWRczTZgToA5GYBuLYFa8LupFw9uHRaMlZ9xM r0/pXjzFdMPQ6AO1yn6tUE+avGc4+ez4nNKDLzi/XcL5XfNxSwOylbBN9BTHnyRHhA YGWusvTrcAkozR/uP5SP8Z/K44MtXbssuFVetyoBlahPcQdLOlb9wO4o82PiBWSN25 B5O4uC4hiUlT3urajgTFYlficbqkRo/WxMN3eqhFjkOH3isdX/4DmED4djXaBRK9x4 jUbpiWFWarkqy8lLrP4DV/JZz00Gd9g67KeSv9XrJuvRy5FJzHkLlJKLYZz8YliA2M hMkmWPsIgj1j91yFLpL6OuWcjyfalbJ/PVukG+1oxPh66jFo8pMsMLuJRxHzCw6+2T LQW5BFaenenkVSOpjn5O6PD2jgExN8vqB3Uaclfz8REZtbw3a0n+TVpFRSVS/DgkRU tY6IYL+9ufB+cFD10nxWDXyw= Received: from ehlo.thunderbird.net (0115-0000-0000-0000-13c8-8437-07d0-2001.dyn.estpak.ee [IPv6:2001:7d0:8437:13c8::115]) (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) (No client certificate requested) by mail.ketas.si.pri.ee (Postfix) with ESMTPSA id 83C8F5A14A4 for ; Tue, 16 Sep 2025 05:41:39 +0300 (EEST) Date: Tue, 16 Sep 2025 05:41:38 +0300 From: Sulev-Madis Silber To: freebsd-current@freebsd.org Subject: Re: Git and buildworld running at the same time User-Agent: K-9 Mail for Android In-Reply-To: References: Message-ID: <6BC7CEA4-D21C-4D53-9013-3F2DBA260362@ketas.si.pri.ee> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: / X-Spamd-Result: default: False [-0.60 / 15.00]; HFILTER_HOSTNAME_5(3.00)[d004-fea2-0bff-021e-13e8-8437-07d0-2001.dyn.estpak.ee]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; NEURAL_HAM_MEDIUM(-0.80)[-0.797]; DMARC_POLICY_ALLOW(-0.50)[ketas.si.pri.ee,reject]; R_DKIM_ALLOW(-0.20)[ketas.si.pri.ee:s=ketas-si-pri-ee-20240416002854-4096]; ONCE_RECEIVED(0.20)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:7d0:8437:1300::/56]; MIME_GOOD(-0.10)[text/plain]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[ketas.si.pri.ee:+] X-Rspamd-Queue-Id: 4cQmPy4yQwz45vx in my systems i've had buildworld failures with recent git=2E i didn't even= know it does bg maint and one other thing was that if i let git loose and don't do [core] packedGitWindowSize =3D 1m packedGitLimit =3D 1m preloadIndex =3D false [diff] renameLimit =3D 1 it'll tell kernel to eat up my ram and cause userland to die during some p= articular unknown git operation this is also on zfs and i'm not alone here, while ufs doesn't do this (in = other people's machines) i don't know where to point finger (mmap? slow io?) or how to test it in v= m=2E or with what command=2E i noticed that lot of changes via pull in port= s caused this 100% a time seems like this needs several factors for perfect storm=2E note that git i= s only thing that can do this=2E or perhaps dovecot too, i configured that = thing to not do mmap and / or cache to this day i don't have proper solution to this seems like slow io has part here i could simulate that with geom (gnop maybe?) into a vm but i can't figure= out how to have the proper stress test set for this=2E i tried several (me= mory) stress methods but they never do this unsure what this really is=2E is it a feature or bug or how to limit it i find it totally unacceptable that zfs is able to take any commands from = userland that cause kernel to take over 95% of ram in few seconds=2E it sho= uld start waiting far before this is not arc too=2E something in the kernel is allocating all of my ram= from git fs operations and that sucks maybe this thing is missing from zfs test suite? or maybe noone ran that t= hing on less than ideal machines? funnily i'm able to do anything else on this c2d & 4g machine=2E just need= s time, nothing fails i have no idea how to solve this mystery=2E zfs has many tuning options, a= re some of them related to writes too? i haven't used any of them funnily those options don't seem to slow git down, if you could say it's f= ast before so any ideas? before people tried to test this by lowering ram in vm, but if they had th= ose on fast ssd's, it would never manifest unless i'm mistaken here, this is slow io issue? but how could system accept more that it can do? i don't know how zfs works but can't it like put io operations into pause = if it looks like disks are not keeping up? just like cpu or ram limits are respected and nothing really goes "over th= e edge" i expect this to bite users in future=2E especially corner case hw=2E this= could be purposefully low end hw too i could come back with a test case but i don't really have place where i c= an run things repeatedly into failure From nobody Tue Sep 16 03:26:56 2025 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 4cQnQC36RPz688qQ for ; Tue, 16 Sep 2025 03:27:15 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-23.consmr.mail.gq1.yahoo.com (sonic303-23.consmr.mail.gq1.yahoo.com [98.137.64.204]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4cQnQB0lDYz3DgG for ; Tue, 16 Sep 2025 03:27:14 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=lARbW2NC; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.204 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1757993232; bh=HcyDCcvKm3GfSxsu9/5ldPVlZKC3XzbU8IJFeEgBEnQ=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=lARbW2NCu54Oq8N+t8nAFBBz6fIYTFHtXuObBh2/4qZsZjsu5YvxBXOSZzcteklmG2k4eCU89CGaJkVehZpl/hadHFKXblUFr8L97aUGels4MHQeFyC1MK9nvdG46Hv9bwUZaDZ3r9aCleB2md52mutLCEXwUKvl5f2jxXqyMozamDi4FpBtlIjnsRwxvxCO+qRPVeCDW+FmobP5dV79xaiThpKx7PvI/7wG7vxMfUtUIf/hybaXC9U7dbBHfZVY0W0s/vbZIEu9+cRmMAHoGcfMiunZHE+2iqJfsVmt0SkUJIOcGzHxGKLmceEideuZKKqW8C82MU52tJ1I1GOLnQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1757993232; bh=86X4Wg9EopYNvZYclmA8WF+TtKYVM10CetX9WKVwIHY=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=IZ3PT5U43fM7W4IIzhr9oWkBZ22dweqkTQIPyQr3hudt7W2jnghmNegdVTZW7sqvYFxQkzvaf91ugAOb4EOwVUI0IW5okhqwbI/lD+v2s4/82s7GnAaV/GFROUIJlX92H+s4pV+tskJb+fvZDutJgZKz7WBLBupn8teqouSf/FoJNkBYsRkUUl2rgNzp541UpzGtY0TbKkThl73eCVqHYuCSlDfOtZGYq6t+czgNPBHxd2sc3j5KOm6C12Zyt9iaKQParUMAERTAG9HKTIXPb/CirGaZsVs9i/ZruIBbROJm91R6YOctvJgqBmjsSx9J5Ed908n+Rwg1cFDbW4xfVA== X-YMail-OSG: 6eiif8IVM1m9ajpxiJUt6eOIaFmn.QvdevMrlw5i.ek42CGsp5.ijpl1KkKQJ_h 3AnI6er1NM_rmo.78LhqpCaAiKwX0Ztwpzi8OtJLVEookdgzwsq4ufz86JKUgiLvKIWcJtoRU9hZ 1xnzpwjVGIhhB2IGtvrWy5b98zbXzYazY0f6yzAXYy7_pDJsopZJw.F5mX1emxJyntF_HlNzNwFY zT3IrkWG6nOX.cHo5ODWH598OOv9NwwYZfoDXOtlwYHfEqv0RhpbGr30gNa1vFOZsaqK5La711Rs QvXgpvzajIBzhxLaMwOmh9PgR3ul9hpyG5PMG5M2JDju3xa80MuXjjOy5ymXVSnzMCzZ.PHOpwq7 yWQEtcZPowGrsbK3Y2gII.jL.dk0hPw5A_2fbecGREMt9Td2f8S_UNEzOhUhLhhaCEtDgoDBqP79 yvRJYaID2dA7o2AF3qT50fZVX5.XCFlkmZtPOYRazLnePCiPWv9sWkmK69NQP3BogUv248YOLfa5 zYTeE5fExP_FkO2.y6E9tif7p0xNZ3vZ0k7aSLgp2Si5aGGTXkrvQQMryPpqtebwne6aBNnqOH0Q FZs7NpYlSYD.xdQgYa7mzL2NjaWyFfzY5iOvPJFGzyOb9qSrEKfIiUuopjw4kic0NhmQ8LW0mBfw vWN2y6DvaMYbgcohVd1d8f_ZkBrfJOPRcE7XfTOWWfh0avrWDYvcR6hcMlQ9vim2zgP5zvCErNxV WBfMbhcfMG0D.F8xQ6nAkHRKRVx58qDdr6nmCcu1sqMK25OCzmgbWb6hB7Z138vxFxehrCr8TUrU VCwwo1A7XdTqNkeA6.LGCBAG9wsDTNYbOpKO7vto.3vrxJwCeC0NzPGESuO_KOGnuECcsXf07qos hR8j1FPbQ4JatoM3eDCiKbaJsUuu.kIjl_23HQY6rrfqvPrfivf3y.rgMnDAxwGpB4_GKUwqstsP AxOI0uPRXOKWT0oK3Scwa72VYfl5MvkQGvxJ8.H66mSOW0TKFdhKOWauaJvkPkE240hFPsR0yHTe C.JQAaTuZqDF7c6i5kEggTOvQodGE21A1nFiIx7_QQr.pL_XgFT0zG1PuwVD0izIiu9S0vzk_0yR iLF110sw.hzjtkmlyyhAaosxaTIIlP9F2IfossKXT_1tcYCH2KYvOpppAqMb4ZWPL6exr9_0xrpK 6174EWSacwZot0Yy1MKZA_PaFpdNBsmOgiMtuBUAQwJj8VCUp8ai7rRTH_3JjRMMTItjxD8mJoGG nedc.tuRs4u7fyE5zTFc08pAKkL9yZCSBCiz.lEVUouBZd3Z.3uQMreCZcEpLVVLF.5Q8VtYT1AZ hMnfL3asYAkws2JXZu45LJPXJo9R.ph0eJ_2DaruT4V0e8dbG4IQu6cocH5PViqkmqKjST6Z75BR xf6BJofOIy5DfbN76i0OxKg6a.LxZ.ifwGooec6zGL_n6G0qPVROH6tNk_RT5LRZJzGsykiMJqoB vZywrN8AG8.4vB9xDKpTXfibC1_lBtMw5AOF4bPPzyCX48DpMmPsAh2BCBa2I_hkYH55H2eLLovd K_doRZDV.7K_666AKpRQbcOrUz5KVxSBWvwC3tpuKaSBQj5zkcvC1bVI47Laim8yArQj59IkSBYC loCDX6z6z4Z0y3SGs1PlbrJRnziYLPC9jPtr6i_9uDQWffGAwA8nDNyxVaSyuam_XTnPDtR0mjza mS3WPJj2KrnISWVHIlBKTx_360KN1zspAtEspA9TDbhOhNK_qeSh5K9z3wbqshOxRJW7v_LAXplv YSkUSxACC1iTdI9UIZpfcG3t8G.EwAkeCrcS9k7Quj_zp4Jmm.U3.JX1qNlBWTDlYWy4wjM_.4Qu b_wcVBpxrF.4CYIRr_32jSkZV010GfLENognyhgW_gZSQPPnf.Dz.9st5I4SzLKHXAmm1LnNfGfK IAz1kMtZWAnBRvugbAOFFU79qxjYkPChFBaEUg.Z3ZddIJtDn73h.L8JWY99cxIcEGzzGXkEjToU ARb5oDS8ynm7dHuTFzxW.6__csSQ2DbzBD2Y4QvB8D6T5h32V6tmkPcdYX3Ok0M0QPqP4cCgSlAe XjRzO6qfjVQbVRbIw3jYV8OLNIf0yB87QhDFullECifNaqkLUKyd5NJT3CgaQD4vHR.omLZsT3B. 3GSHJVP6w3vd0c_35fDBbuHuGRQZYdvu1_5Ls6W.SFw0bS0THRqEXRvkMQ5N0SgQakVJdXM__eG5 MNtHpjStd4Rak_5DkOUCoUmUIPiGERc7Nk32j2.sXA5Sjp16vX3enli3Vv..dPMJrVTKhBZR29M0 p X-Sonic-MF: X-Sonic-ID: 2df92c30-17ac-44b9-b483-076bf67ab5d8 Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Tue, 16 Sep 2025 03:27:12 +0000 Received: by hermes--production-gq1-7bfc77444d-b6q6r (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID f5598dd48066871c466ab1ad258148b5; Tue, 16 Sep 2025 03:27:07 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: Git and buildworld running at the same time From: Mark Millard In-Reply-To: <1098032E-D574-4F52-979D-27F96D677C93@yahoo.com> Date: Mon, 15 Sep 2025 20:26:56 -0700 Cc: FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: <1098032E-D574-4F52-979D-27F96D677C93@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.997]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.204:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.204:from] X-Rspamd-Queue-Id: 4cQnQB0lDYz3DgG On Sep 15, 2025, at 19:37, Mark Millard wrote: > On Sep 15, 2025, at 18:48, bob prohaska wrote: >=20 >> On Sun, Sep 14, 2025 at 10:01:54PM -0700, Mark Millard wrote: >>>=20 >>> May be things got out of place? 505 MB of RES and >>> 1.3 GB for SIZE? (The values would be consistent.) >>=20 >> Yes, likely I mixed numbers and labels 8-( >>=20 >>>> thinking SIZE was total memory and RES was in ram. In >>>> hindsight, I've no evidence for that interpretation. >>>>=20 >>>>>> If I gather correctly, it looks like at times, when it >>>>>> will be a notable time before activity like building >>>>>> software, something like: >>>>>>=20 >>>>>> git -C /usr/src/ gc --no-detach --auto >>>>>>=20 >>>>>> would be appropriate. The "--no-detach" avoids it >>>>>> running in the background so you know when it is >>>>>> running vs. when it finishes. You would want to do >>>>>> this often enough to avoid fetch/merge --ff-only >>>>>> or pull from doing such automatically or having >>>>>> a lot of accumulated pending work to do. >>>>>>=20 >>>>=20 >>>> Knowing that a git pull will be followed by some >>>> background work it isn't really a problem. I was >>>> fooled into starting buildworld before git finished, >>>> now I know enough to let it finish. However, for a >>>> script the --no-detach is a useful addition, at >>>> least when confident git will finish successfully. >>>=20 >>> --no-detach and --detach are not "git pull" >>> command line options but are "git pc" command >=20 > "git gc", not "git pc". Sorry. >=20 >>> line options. >>>=20 >>> maintenance.autoDetach can control the behavior >>> of commands that do not have --no-detach and >>> --detach command line operations. If unset, >>> then gc.autoDetach controls such (if set). >>> If both are unset it is as if they had been >>> set to true (so: detach). >>>=20 >>>>=20 >>>>>> There is: >>>>>>=20 >>>>>> gc.autoDetach >>>>>> Make git gc --auto return immediately and run in the = background if >>>>>> the system supports it. Default is true. This config = variable acts as >>>>>> a fallback in case maintenance.autoDetach is not set. >>>>>>=20 >>>>>> and also: >>>>>>=20 >>>>>> maintenance.autoDetach >>>>>> Many Git commands trigger automatic maintenance after they = have >>>>>> written data into the repository. This boolean config option = controls >>>>>> whether this automatic maintenance shall happen in the = foreground or >>>>>> whether the maintenance process shall detach and continue to = run in >>>>>> the background. >>>>>>=20 >>>>>> If unset, the value of gc.autoDetach is used as a fallback. = Defaults >>>>>> to true if both are unset, meaning that the maintenance = process will >>>>>> detach. >>>>>>=20 >>>>>> So you can force it to not detach automatically. >>>>>> But, then, you might have a long wait for the >>>>>> command that added data to complete: >>>>>>=20 >>>>>> # git -C /usr/src/ config maintenance.autoDetach false >>>>>> # git -C /usr/src/ config gc.autoDetach false >>>>=20 >>=20 >> It's starting to sink in 8-)=20 >> I've run the two commands above. So, in the case of a command like >> git pull > pull.log && buildworld > build.log & >> can I expect buildworld won't start before git is finished? >=20 > That is what you should expect. >=20 > FYI: >=20 > The global settings can be viewed via the likes of: Note: presuming that you have not done something like "cd /usr/src/" first. (Sorry for the implicit context assumption.) > # git config list >=20 > The settings that apply to a specific place like > /usr/src/ can be viewed via the likes of: >=20 > # git -C /usr/src/ config list >=20 > That last likely also lists the same as the first, > unless there has been a /usr/src/ specific alternate > setting made. [ /usr/src/.git here is either the > repository content's directory tree or a worktree's > .git file identifying where to find such. ] >=20 > So you should be able to confirm that the > settings show up when you specify the > -C /usr/src/ sort of path. >=20 > I will note that typos like >=20 > # git -C /usr/ config list >=20 > will produce the global list if a valid path is found > (that does not have a .git directory/file for the > repository). >=20 > # git -C /NO_SUCH_PLACE/ config list >=20 > would instead complain about: "No such file or directory" >=20 >> If >> not then I'm really confused..... >>=20 >>>=20 >>> Part of the question would be if you want to >>> have to remember to provide the --no-detach >>> vs. if you want it to be automatic. >>>=20 >> In this case automatic --no-detach is likely better. >> Buildworld on a Pi takes days, an hour here or there >> matters relatively little. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Tue Sep 16 23:11:17 2025 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 4cRHhz2VLPz67m4l for ; Tue, 16 Sep 2025 23:11:47 +0000 (UTC) (envelope-from freebsd@gushi.org) Received: from prime.gushi.org (prime.gushi.org [IPv6:2620:137:6000:10::142]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (secp384r1) client-digest SHA384) (Client CN "prime.gushi.org", Issuer "E6" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cRHht6sKxz3rWL for ; Tue, 16 Sep 2025 23:11:42 +0000 (UTC) (envelope-from freebsd@gushi.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gushi.org header.s=prime2014 header.b=KFCkAgNX; dmarc=pass (policy=none) header.from=gushi.org; spf=pass (mx1.freebsd.org: domain of freebsd@gushi.org designates 2620:137:6000:10::142 as permitted sender) smtp.mailfrom=freebsd@gushi.org Received: from smtpclient.apple ([IPv6:2001:500:6b:200:c000:0:0:203]) (authenticated bits=0) by prime.gushi.org (8.18.1/8.18.1) with ESMTPSA id 58GNBYHU061315 (version=TLSv1.2 cipher=ECDHE-ECDSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Tue, 16 Sep 2025 23:11:35 GMT (envelope-from freebsd@gushi.org) DKIM-Filter: OpenDKIM Filter v2.10.3 prime.gushi.org 58GNBYHU061315 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gushi.org; s=prime2014; t=1758064295; bh=xJvHpetvMq8SOTR9u7rv/dkJ+Z+dUZQRi0GWdI8gbIM=; h=From:Subject:Date:To; z=From:=20"Dan=20Mahoney=20(Ports)"=20|Subject:= 20incantation=20for=20etcupdate=20to=20just=20blow=20away=20all=20 old=20things?|Date:=20Tue,=2016=20Sep=202025=2016:11:17=20-0700|To :=20FreeBSD=20Current=20; b=KFCkAgNXPAR6nCTMJspZZy+kJf3dF80ocOUqaPVsWm0hio5begPqSlmgumeIUH+TW nj+3Ncy1j+Ppfp/iH7WC2qlBiyEb8Y8QsoxWLsaUpmY6BqTInGiVYH3KVG1nlvdLpP sqOB5jMDj9RPcubwc3auNqKVwqDsW3OB/YMzX6eqiH3OQyGYGhKrwtvoIG/xGkIWVq W45BjtDehwRG189zrURphgvdPkrzzgJMllpPmx0pb7BpmfbGv3DuRg2eFjcx602yw8 ynX5YIojF470jIV6Rh3xoq0Kj962DCyp4XG2vyyxgocRjZFT5qbRV2SsUi2IfYhyqt UHHKLOt3BhwEg== X-Authentication-Warning: prime.gushi.org: Host [IPv6:2001:500:6b:200:c000:0:0:203] claimed to be smtpclient.apple From: "Dan Mahoney (Ports)" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3864.100.1.1.5\)) Subject: incantation for etcupdate to just blow away all old things? Message-Id: Date: Tue, 16 Sep 2025 16:11:17 -0700 To: FreeBSD Current X-Mailer: Apple Mail (2.3864.100.1.1.5) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6.4 (prime.gushi.org [IPv6:2620:137:6000:10:0:0:0:142]); Tue, 16 Sep 2025 23:11:35 +0000 (UTC) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.06 / 15.00]; DWL_DNSWL_LOW(-1.00)[gushi.org:dkim]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; NEURAL_HAM_LONG(-0.76)[-0.760]; DMARC_POLICY_ALLOW(-0.50)[gushi.org,none]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_ALLOW(-0.20)[gushi.org:s=prime2014]; ONCE_RECEIVED(0.20)[]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[gushi.org:+]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; TO_DN_ALL(0.00)[]; HAS_XAW(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:393507, ipnet:2620:137:6000::/44, country:US]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+] X-Rspamd-Queue-Id: 4cRHht6sKxz3rWL Hey there folks, In doing a bunch of updates on my 15 VM recently to get around some of = the recent breakages, I haven't been fully religious about running = etcupdate every time, and it's now complaining that I have some results = from a prior merge. The man page is *long*, and we have puppet manifests to alter the few = things we care about from a stock system (mostly some sshd stuff). Is there a simple etcupdate command that says "I don't care about fancy = 3-way merges and diffs, please just blow my /etc back to stock and I'll = correct it with puppet?" -Dan= From nobody Tue Sep 16 23:35:52 2025 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 4cRJDp6dYHz67p1w for ; Tue, 16 Sep 2025 23:35:54 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4cRJDp3xJDz3vXN for ; Tue, 16 Sep 2025 23:35:54 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Authentication-Results: mx1.freebsd.org; none Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.18.1/8.18.1) with ESMTP id 58GNZqvS043226; Tue, 16 Sep 2025 16:35:52 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) DKIM-Filter: OpenDKIM Filter v2.10.3 troutmask.apl.washington.edu 58GNZqvS043226 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=troutmask.apl.washington.edu; s=troutmask; t=1758065752; bh=Qu1DP91+BXrAEmnM9pBeEGhLYQ1e9ZNoBpP1L4+FyOU=; h=Date:From:To:Cc:Subject:Reply-To:References:In-Reply-To:From; b=dillbMono6boC9X8357jMpY4SmtN9nvOiA6Wx0GJ1kqQToZyXWqnrWgl84nboPyS+ JOG+2oT+b71XSmp9zLDhyFVkXDV/1oo786BbFcUbOFREP/1BR0GRecNdcoIsl1cKf3 cVxUOEt1TvRdLWSOdX52czTh1m+DSAe6nxQjY1HCzY0aD5efF5Z2EmJAmgovXEkLL4 e2X77gRlEZmFvM7HIQi3L5ylryI4U3wDG4n4GLuD7fXUIWpxGyKSLeUfGDr0XCSqb6 VYV7yk27bpE9szs3ojgWa/EJoSiqxbBrnJdfXlt6nafKx+SuBU+CA1QCAsbLhInTJ2 sfJVy9M7b72AA== Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.18.1/8.18.1/Submit) id 58GNZqMU043225; Tue, 16 Sep 2025 16:35:52 -0700 (PDT) (envelope-from sgk) Date: Tue, 16 Sep 2025 16:35:52 -0700 From: Steve Kargl To: "Dan Mahoney (Ports)" Cc: FreeBSD Current Subject: Re: incantation for etcupdate to just blow away all old things? Message-ID: Reply-To: sgk@troutmask.apl.washington.edu References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cRJDp3xJDz3vXN On Tue, Sep 16, 2025 at 04:11:17PM -0700, Dan Mahoney (Ports) wrote: > Hey there folks, > > In doing a bunch of updates on my 15 VM recently to get around some of the recent breakages, I haven't been fully religious about running etcupdate every time, and it's now complaining that I have some results from a prior merge. > > The man page is *long*, and we have puppet manifests to alter the few things we care about from a stock system (mostly some sshd stuff). > > Is there a simple etcupdate command that says "I don't care about fancy 3-way merges and diffs, please just blow my /etc back to stock and I'll correct it with puppet?" > etcupdate revert file -- Steve From nobody Tue Sep 16 23:39:59 2025 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 4cRJKt1tbfz67pLy for ; Tue, 16 Sep 2025 23:40:18 +0000 (UTC) (envelope-from freebsd@gushi.org) Received: from prime.gushi.org (prime.gushi.org [IPv6:2620:137:6000:10::142]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (secp384r1) client-digest SHA384) (Client CN "prime.gushi.org", Issuer "E6" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cRJKt0cJqz3wj5 for ; Tue, 16 Sep 2025 23:40:18 +0000 (UTC) (envelope-from freebsd@gushi.org) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple ([IPv6:2001:500:6b:200:c000:0:0:203]) (authenticated bits=0) by prime.gushi.org (8.18.1/8.18.1) with ESMTPSA id 58GNeBPv070133 (version=TLSv1.2 cipher=ECDHE-ECDSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 16 Sep 2025 23:40:11 GMT (envelope-from freebsd@gushi.org) DKIM-Filter: OpenDKIM Filter v2.10.3 prime.gushi.org 58GNeBPv070133 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gushi.org; s=prime2014; t=1758066012; bh=1ZYfKwb2ViCDblhdAqNZbBoKWO8CaAFX0n7ZMeJDqws=; h=Subject:From:In-Reply-To:Date:Cc:References:To; z=Subject:=20Re:=20incantation=20for=20etcupdate=20to=20just=20blow =20away=20all=20old=20things?|From:=20"Dan=20Mahoney=20(Ports)"=20 |In-Reply-To:=20|Date:=20Tue,=2016=20Sep=202025=2016:39:59=20-0700 |Cc:=20FreeBSD=20Current=20|Reference s:=20=0D=0A=20|To:=20sgk@troutmask.ap l.washington.edu; b=TNZhyExAyGTizWokAbambUjkuPXDzasHis1oXk9DdBLCeVWOjGObqGtcIegsOT0S8 XrKDQ2NoU9H9EXuvoqR/VqnQeAR+E7AyHs7GpXNTkPwTo1FDbcWVVZWBjQSaMp025y VT52xEUyp4doWZbm3MzZvWlqLSVPg0BtsNhlpTyttY5RkBlcoJvuTgZX/R1B0isMak O1ch1Z1eXLBE2L5LnzJiuHjZrGOgQDxYSiDts+hfx/VadiaEpEil7nncz19Uqu5XmT Hi57ChbDAwCHQTd27poy1gBkbwCHDeZIttAvfOvcO3GbRHdjcVMevUUwbO1IjZxzJg XMp5hOtSSAKSw== X-Authentication-Warning: prime.gushi.org: Host [IPv6:2001:500:6b:200:c000:0:0:203] claimed to be smtpclient.apple Content-Type: text/plain; charset=utf-8 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3864.100.1.1.5\)) Subject: Re: incantation for etcupdate to just blow away all old things? From: "Dan Mahoney (Ports)" In-Reply-To: Date: Tue, 16 Sep 2025 16:39:59 -0700 Cc: FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <75673CAD-3CED-42B0-BE61-23097674C88F@gushi.org> References: To: sgk@troutmask.apl.washington.edu X-Mailer: Apple Mail (2.3864.100.1.1.5) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6.4 (prime.gushi.org [IPv6:2620:137:6000:10:0:0:0:142]); Tue, 16 Sep 2025 23:40:12 +0000 (UTC) X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:393507, ipnet:2620:137:6000::/44, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cRJKt0cJqz3wj5 > On Sep 16, 2025, at 4:35=E2=80=AFPM, Steve Kargl = wrote: >=20 > On Tue, Sep 16, 2025 at 04:11:17PM -0700, Dan Mahoney (Ports) wrote: >> Hey there folks, >>=20 >> In doing a bunch of updates on my 15 VM recently to get around some = of the recent breakages, I haven't been fully religious about running = etcupdate every time, and it's now complaining that I have some results = from a prior merge. >>=20 >> The man page is *long*, and we have puppet manifests to alter the few = things we care about from a stock system (mostly some sshd stuff). >>=20 >> Is there a simple etcupdate command that says "I don't care about = fancy 3-way merges and diffs, please just blow my /etc back to stock and = I'll correct it with puppet?" >>=20 >=20 > etcupdate revert file that seems to be for a single file: " The revert mode is used to restore the stock versions of files. = In this mode, etcupdate installs the stock version of requested files. = This mode cannot be used to restore directories, only individual files. " is there a mechanism for *all* of /etc? -Dan= From nobody Wed Sep 17 00:15:22 2025 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 4cRK6k38kwz67rFb for ; Wed, 17 Sep 2025 00:15:42 +0000 (UTC) (envelope-from freebsd-current-freebsd-org111@ketas.si.pri.ee) Received: from mail.ketas.si.pri.ee (d004-fea2-0bff-021e-13e8-8437-07d0-2001.dyn.estpak.ee [IPv6:2001:7d0:8437:13e8:21e:bff:fea2:d004]) (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 4cRK6j1LSHz42mW for ; Wed, 17 Sep 2025 00:15:40 +0000 (UTC) (envelope-from freebsd-current-freebsd-org111@ketas.si.pri.ee) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ketas.si.pri.ee header.s=ketas-si-pri-ee-20240416002854-4096 header.b=nwTHQM8W; dmarc=pass (policy=reject) header.from=ketas.si.pri.ee; spf=pass (mx1.freebsd.org: domain of freebsd-current-freebsd-org111@ketas.si.pri.ee designates 2001:7d0:8437:13e8:21e:bff:fea2:d004 as permitted sender) smtp.mailfrom=freebsd-current-freebsd-org111@ketas.si.pri.ee X-Original-To: freebsd-current@freebsd.org DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ketas.si.pri.ee; s=ketas-si-pri-ee-20240416002854-4096; t=1758068125; bh=Ug4B+XV+v0ffThupxQmknkGGF9EHzRWgEqIm8e7UQtU=; h=Date:From:To:Subject:In-Reply-To:References; b=nwTHQM8W08wXiyx6nz1mtA5VRb+7ImGzZPpYB9tAqTK6hLrBZabpz9qvf4PaIojgu pEvbcXcMbp7O+LnFAvXLqDVfSMJ4wu3T/Zmz8ZMy8tou+CGZ3uUXUAuLiYuO3KFw9F a3jED4H/5SYIPsCiGgw2Btn8pD/Lxy2JNXVOjyNIe00dhDk3POoY1xNwJdG56qSEhP g33QjaDgbrK2d9gNsEc+nIehmVTH0BTmoja++ThCbIiGKTSmapsJRB0DabaJeeqb76 W9/M1o8Ny3vNOB10SMnbvEPmWmKWyDeppsbGeJCMpw+5siwe4vGtxuwjKKhdbuv9ad ZGFeU3hBklI0RGwrbjhC+hHZp4Tlssc3raJW/0t3EbhinrL3OWt7tlqfZhJyupLwAB uL3/KME8oP/a0KcYXbuNJlk1spmrn0ppeGhMQEt/MKoen33QL8wNUNoCQWP42ZS6IN w1Zk0/KktffBOyQsmOXodMJ6Oah+lzb1PCgRBq7qWq1ohzwy3RqrjOnyeQQ1xMb33I 2Q0T23viV4K2gNyml9qs725vDIMXJKW2NqdIF3/t2+TsIzXwZ34941FSqVVayaf77s sQ4Qn0G3P8OcoHeKi1d12v9k6+gIlUbi06qKd/7g9dEiNzALAUtlpYWy4KVB2dKS01 lHasqAg6YTGOKwGV5Z5zzTQo= Received: from ehlo.thunderbird.net (0115-0000-0000-0000-13c8-8437-07d0-2001.dyn.estpak.ee [IPv6:2001:7d0:8437:13c8::115]) (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) (No client certificate requested) by mail.ketas.si.pri.ee (Postfix) with ESMTPSA id 69CC35ABCC1 for ; Wed, 17 Sep 2025 03:15:25 +0300 (EEST) Date: Wed, 17 Sep 2025 03:15:22 +0300 From: Sulev-Madis Silber To: freebsd-current@freebsd.org Subject: Re: incantation for etcupdate to just blow away all old things? User-Agent: K-9 Mail for Android In-Reply-To: <75673CAD-3CED-42B0-BE61-23097674C88F@gushi.org> References: <75673CAD-3CED-42B0-BE61-23097674C88F@gushi.org> 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-Transfer-Encoding: quoted-printable X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.02 / 15.00]; HFILTER_HOSTNAME_5(3.00)[d004-fea2-0bff-021e-13e8-8437-07d0-2001.dyn.estpak.ee]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.95)[-0.952]; NEURAL_SPAM_LONG(0.77)[0.775]; DMARC_POLICY_ALLOW(-0.50)[ketas.si.pri.ee,reject]; R_DKIM_ALLOW(-0.20)[ketas.si.pri.ee:s=ketas-si-pri-ee-20240416002854-4096]; ONCE_RECEIVED(0.20)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:7d0:8437:1300::/56]; MIME_GOOD(-0.10)[text/plain]; RCVD_COUNT_ONE(0.00)[1]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3249, ipnet:2001:7d0::/32, country:EE]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[ketas.si.pri.ee:+] X-Rspamd-Queue-Id: 4cRK6j1LSHz42mW i did read the manpage and i couldn't find that option=2E it's probably mad= e intentionally hard to not ruin your config i additionally, to this day, can't find solution for *=2Epkgsave files=2E = that also seems deliberately disabled so you can't batch overwrite them this makes life hard like you or i who have own config management=2E altho= , at that point, why not maximally separate config out=2E tho it could be m= ore difficult and options to batch revert configs should be option so you h= ave clean slate and can do own changes From nobody Wed Sep 17 00:56:58 2025 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 4cRL2Y3J12z67vqQ for ; Wed, 17 Sep 2025 00:57:09 +0000 (UTC) (envelope-from kargls@comcast.net) Received: from resqmta-h2p-567037.sys.comcast.net (resqmta-h2p-567037.sys.comcast.net [IPv6:2001:558:fd02:2446::2]) (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 4cRL2X39Jzz49XD for ; Wed, 17 Sep 2025 00:57:08 +0000 (UTC) (envelope-from kargls@comcast.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=comcast.net header.s=20190202a header.b=vT2p8vHg; dmarc=pass (policy=reject) header.from=comcast.net; spf=pass (mx1.freebsd.org: domain of kargls@comcast.net designates 2001:558:fd02:2446::2 as permitted sender) smtp.mailfrom=kargls@comcast.net Received: from resomta-h2p-555029.sys.comcast.net ([96.102.179.203]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 256/256 bits) (Client did not present a certificate) by resqmta-h2p-567037.sys.comcast.net with ESMTPS id ycVTul3a6ZVrdygTkuICOu; Wed, 17 Sep 2025 00:57:00 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=20190202a; t=1758070620; bh=I6nzjheldrIG7OY/8FU0ZBxdtBUOPKLI7tHvr2exFqU=; h=Received:Received:Message-ID:Date:MIME-Version:Subject:To:From: Content-Type:Xfinity-Spam-Result; b=vT2p8vHgplNEHNZR+5Kt48cS/yjAq34MjoA+FWyWsYfOeug6OPF/Mh4I5QbbLWTfV 5Gh7V/uZtPQfrEsLnchI4/oPowBBC+tvqjI698Hg6UmBox8OoFQAjkXdorAU4W2cgG sy4QHsV/WN9EuHlbQ82TBbhRYtXqhckwnlSyvWCbo+JstgiVnwyjK+8KivkgAw6YgD ly30FpQnVXktpfaGsNLWV+UZotoUgBBQ8cXwreSVTjr8et42Lkp6Lbe6LSMhvNrh2l TfFVqrCWyDKVWiM4eO7F5XUC5th0Ud9EPmGG9MSqkNziYq9QctGO+/RhAChIhDp3mO Fg4B1YqlEjXjg== Received: from [10.0.0.30] ([73.83.213.54]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 256/256 bits) (Client did not present a certificate) by resomta-h2p-555029.sys.comcast.net with ESMTPSA id ygTiu59VKYri1ygTju4LXo; Wed, 17 Sep 2025 00:56:59 +0000 Message-ID: <76a68bca-f0dd-4f7a-85a1-61c300abe031@comcast.net> Date: Tue, 16 Sep 2025 17:56:58 -0700 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: incantation for etcupdate to just blow away all old things? To: freebsd-current@freebsd.org References: <75673CAD-3CED-42B0-BE61-23097674C88F@gushi.org> Content-Language: en-US From: Steve Kargl In-Reply-To: <75673CAD-3CED-42B0-BE61-23097674C88F@gushi.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-CMAE-Envelope: MS4xfGXElxmSe+DH3fQdOog1gHSAMtUidldnKH8evZHdQ1IJO1vsbKMpWbkKDYY/JiOkyP/pGNQHYUe8U38GJKDmgZGiyzwD3ku28M8JFrUS0zqPH8FSDI/3 R5TNsdMJfC7yJoMoT8qhIP07qOqIUdQ3dUbEXE5L9UEgChRc76UlHkahHv7avLgKwb9+gFhxQGVbrg== X-Spamd-Bar: / X-Spamd-Result: default: False [0.01 / 15.00]; HFILTER_HELO_5(3.00)[resqmta-h2p-567037.sys.comcast.net]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.994]; DMARC_POLICY_ALLOW(-0.50)[comcast.net,reject]; R_DKIM_ALLOW(-0.20)[comcast.net:s=20190202a]; R_SPF_ALLOW(-0.20)[+ip6:2001:558:fd02:2446::/64]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_NONE(0.00)[comcast.net:dkim]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FREEMAIL_FROM(0.00)[comcast.net]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[comcast.net:+]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[comcast.net]; RCVD_IN_DNSWL_NONE(0.00)[96.102.179.203:received] X-Rspamd-Queue-Id: 4cRL2X39Jzz49XD On 9/16/25 16:39, Dan Mahoney (Ports) wrote: > > >> On Sep 16, 2025, at 4:35 PM, Steve Kargl wrote: >> >> On Tue, Sep 16, 2025 at 04:11:17PM -0700, Dan Mahoney (Ports) wrote: >>> Hey there folks, >>> >>> In doing a bunch of updates on my 15 VM recently to get around some of the recent breakages, I haven't been fully religious about running etcupdate every time, and it's now complaining that I have some results from a prior merge. >>> >>> The man page is *long*, and we have puppet manifests to alter the few things we care about from a stock system (mostly some sshd stuff). >>> >>> Is there a simple etcupdate command that says "I don't care about fancy 3-way merges and diffs, please just blow my /etc back to stock and I'll correct it with puppet?" >>> >> >> etcupdate revert file > > that seems to be for a single file: > > " The revert mode is used to restore the stock versions of files. In this > mode, etcupdate installs the stock version of requested files. This mode > cannot be used to restore directories, only individual files. > " > > is there a mechanism for *all* of /etc? Never tried it, but you may be about to do find /etc -type f | xargs etcupdate revert -- steve From nobody Wed Sep 17 01:03:23 2025 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 4cRL9w6fmbz67wbT for ; Wed, 17 Sep 2025 01:03:32 +0000 (UTC) (envelope-from kargls@comcast.net) Received: from resqmta-a2p-658764.sys.comcast.net (resqmta-a2p-658764.sys.comcast.net [IPv6:2001:558:fd01:2bb4::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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4cRL9v6359z3CgB for ; Wed, 17 Sep 2025 01:03:31 +0000 (UTC) (envelope-from kargls@comcast.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=comcast.net header.s=20190202a header.b=01kntSpt; dmarc=pass (policy=reject) header.from=comcast.net; spf=pass (mx1.freebsd.org: domain of kargls@comcast.net designates 2001:558:fd01:2bb4::6 as permitted sender) smtp.mailfrom=kargls@comcast.net Received: from resomta-a2p-646966.sys.comcast.net ([96.103.145.238]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 256/256 bits) (Client did not present a certificate) by resqmta-a2p-658764.sys.comcast.net with ESMTPS id yfjouGKhuFeOiygZxu7IK6; Wed, 17 Sep 2025 01:03:25 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=20190202a; t=1758071005; bh=czumRuJflfryY/tWzYaNgr65o5C3zLhOEjOfXPMuuQ0=; h=Received:Received:Message-ID:Date:MIME-Version:Subject:To:From: Content-Type:Xfinity-Spam-Result; b=01kntSpt4v0Lf9jrM6/8ceR6vHP3XVJdH204ZOYxjvLYmn86EVpnqPhEgkZyGeNoa gX1g84oIoWpupXQjPlw5tH9xwKMtKDWEDdI2u3q8xSnQkOUjt7KekMQ1ytaBxyj7Ma jKvp8B2fZRXbHgADzNe8zsaRJzwVHEO6MTytpVa0LxFxFzPnHoqkjjdHQ2r6FjR+T3 ntRL8mWvZ0i6ecKNfICkh5tW94iTIVKkKntXdZGD6MZa9HjM8nuweizoy6waiMMXZY QTVn/YCAQ90Y3gLJBmjZ0wiz1R1iJU+KGmhK6AzKCN7JLYBGf1sNgXuMu6/9IK5YhC c+NXb80jusXBw== Received: from [10.0.0.30] ([73.83.213.54]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 256/256 bits) (Client did not present a certificate) by resomta-a2p-646966.sys.comcast.net with ESMTPSA id ygZvu3D1d40i1ygZwufZOp; Wed, 17 Sep 2025 01:03:25 +0000 Message-ID: Date: Tue, 16 Sep 2025 18:03:23 -0700 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: incantation for etcupdate to just blow away all old things? To: freebsd-current@freebsd.org References: <75673CAD-3CED-42B0-BE61-23097674C88F@gushi.org> Content-Language: en-US From: Steve Kargl In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4xfMvQXwMJTlgp9415NbXxee04gDsHDt9LhLLcv3yCEiWxIiKFFi6dmVs5KZoa6zyzXkwuArxiKaoCdLkFiui+q8jX1S/ysyQbKwGD8EOYJRzyBpfsuRCa NJgD1shpu3Q99YUPN0nvSxLMXzI41K4qKmV4S1vtzNmj6pmFXsfrx/WBuU18M2qAQaCgDCFZ609gnw== X-Spamd-Bar: / X-Spamd-Result: default: False [0.01 / 15.00]; HFILTER_HELO_5(3.00)[resqmta-a2p-658764.sys.comcast.net]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.988]; DMARC_POLICY_ALLOW(-0.50)[comcast.net,reject]; R_DKIM_ALLOW(-0.20)[comcast.net:s=20190202a]; R_SPF_ALLOW(-0.20)[+ip6:2001:558:fd01:2bb4::/64]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_FROM(0.00)[comcast.net]; DWL_DNSWL_NONE(0.00)[comcast.net:dkim]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[comcast.net]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[comcast.net:+]; TO_DN_NONE(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2001:558:fd01:2bb4::6:from] X-Rspamd-Queue-Id: 4cRL9v6359z3CgB On 9/16/25 17:15, Sulev-Madis Silber wrote: > i did read the manpage and i couldn't find that option. it's probably made intentionally hard to not ruin your config > It's the 6th line down in the synopsis. etcupdate revert [-d workdir] [-D destdir] [-L logfile] file ... -- steve From nobody Wed Sep 17 01:27:29 2025 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 4cRLjl4y2mz67xrM for ; Wed, 17 Sep 2025 01:27:39 +0000 (UTC) (envelope-from freebsd-current-freebsd-org111@ketas.si.pri.ee) Received: from mail.ketas.si.pri.ee (d004-fea2-0bff-021e-13e8-8437-07d0-2001.dyn.estpak.ee [IPv6:2001:7d0:8437:13e8:21e:bff:fea2:d004]) (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 4cRLjk3V21z3HP4 for ; Wed, 17 Sep 2025 01:27:37 +0000 (UTC) (envelope-from freebsd-current-freebsd-org111@ketas.si.pri.ee) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ketas.si.pri.ee header.s=ketas-si-pri-ee-20240416002854-4096 header.b=QDpqPHqB; dmarc=pass (policy=reject) header.from=ketas.si.pri.ee; spf=pass (mx1.freebsd.org: domain of freebsd-current-freebsd-org111@ketas.si.pri.ee designates 2001:7d0:8437:13e8:21e:bff:fea2:d004 as permitted sender) smtp.mailfrom=freebsd-current-freebsd-org111@ketas.si.pri.ee X-Original-To: freebsd-current@freebsd.org DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ketas.si.pri.ee; s=ketas-si-pri-ee-20240416002854-4096; t=1758072450; bh=4Maj93DGrAkPSSDZ7EBst/Tlm+EiVTTz3yaUGDe54rM=; h=Date:From:To:Subject:In-Reply-To:References; b=QDpqPHqBbkR3eO1dFRQwaLKMIFAVEFbgQ3P+dwwljRB5kgD317HIsfiGYT7m2dz+7 ahselhKZMjZYUOndxi2Gcf2dAWVc4wzmdK9KgIRiNSzx9C0EAa/MegYJznLvUsAT0f mRpnGBOuUTCf0e7JjHomvEaEXAxeWBO5NVBS9UfwKyrAUh48ztVzrSLDxdjX2ylMEF sT4zYIkWxJ1HfxdJdNmS8J19Ia+bZe95Ou9DciIjo+d2J4ZlHS3qOmRADCxz/iA7/k EVd6QyRmzB5a24XyQPg45A8+PyH94eUM8bxajVG2Scf14N5DYYRDCFkGKXFFfcseXT N3wmgcsZkDBLO1sNDqjfH8/O/paRQAm+Rm5JsC9S+/w271uhw8pCvm6Rjdm2C69+58 Bg8FZmjpr9Ik13Txe0tNx7RMJ4QcRrot/3Rdly8AOle3a99p4F6VwpELX9cKcPi0qS 7LMNXqf830x3ox5BRgAsHTinK1vY74Ir9mVA8AHdrfktD2AgygvyJ7hhrY/qA+MLPB 9+wYv/rPzgM9o+TojGoyKgCp18GHHtEFvXL8AMf+Pbn+bb1bfFCrTTeLiXNUV55XOf 0++eVkDplMgNFcChEYFcJ4HYL/cspzUd2Ru3ub2/AH9MgR8O9b2LX+wAaXr1ocDCCm zVjW3I6Pvhze7m8QMrWIdEBM= Received: from ehlo.thunderbird.net (0115-0000-0000-0000-13c8-8437-07d0-2001.dyn.estpak.ee [IPv6:2001:7d0:8437:13c8::115]) (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) (No client certificate requested) by mail.ketas.si.pri.ee (Postfix) with ESMTPSA id C28FE5AC827 for ; Wed, 17 Sep 2025 04:27:30 +0300 (EEST) Date: Wed, 17 Sep 2025 04:27:29 +0300 From: Sulev-Madis Silber To: freebsd-current@freebsd.org Subject: Re: incantation for etcupdate to just blow away all old things? User-Agent: K-9 Mail for Android In-Reply-To: References: <75673CAD-3CED-42B0-BE61-23097674C88F@gushi.org> 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-Transfer-Encoding: quoted-printable X-Spamd-Bar: + X-Spamd-Result: default: False [1.57 / 15.00]; HFILTER_HOSTNAME_5(3.00)[d004-fea2-0bff-021e-13e8-8437-07d0-2001.dyn.estpak.ee]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.991]; DMARC_POLICY_ALLOW(-0.50)[ketas.si.pri.ee,reject]; NEURAL_SPAM_LONG(0.36)[0.364]; R_DKIM_ALLOW(-0.20)[ketas.si.pri.ee:s=ketas-si-pri-ee-20240416002854-4096]; ONCE_RECEIVED(0.20)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:7d0:8437:1300::/56]; MIME_GOOD(-0.10)[text/plain]; RCVD_COUNT_ONE(0.00)[1]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3249, ipnet:2001:7d0::/32, country:EE]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[ketas.si.pri.ee:+] X-Rspamd-Queue-Id: 4cRLjk3V21z3HP4 On September 17, 2025 4:03:23 AM GMT+03:00, Steve Kargl wrote: >On 9/16/25 17:15, Sulev-Madis Silber wrote: >> i did read the manpage and i couldn't find that option=2E it's probably= made intentionally hard to not ruin your config >>=20 > >It's the 6th line down in the synopsis=2E > > etcupdate revert [-d workdir] [-D destdir] [-L logfile] file =2E=2E= =2E > i meant how to revert entire thing From nobody Wed Sep 17 16:41:14 2025 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 4cRkzw6wZQz67h0l for ; Wed, 17 Sep 2025 16:41:16 +0000 (UTC) (envelope-from des@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" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cRkzw5p5mz3fbx; Wed, 17 Sep 2025 16:41:16 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1758127276; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=bgOc8ZRcrTC28naXAWk8xYFrACEwQaf0neEVVflTiDY=; b=blNtI0slFY57vuW3DSX7RfpAC/cBaNoEVECR1wxagtILP3fDz78nljisC8I9V+LJIrBBJK 8Alh+CKkMo4UidbBatOB6xdM0W47vqiuj2WVaNai+21VcIbJhA4K1+wISX6GXCJ7aNY8uh k9zgz1iJWXsf/HIpvrdq3gMBh/uNWDtkjMhWkSSaZUedSXr+SdxtTkxpEpiNu7U5j+aEdw Zs66ppJAE1JcVMx+x6mg4osu4KWZKMUmKue2jzsMYDwAgvuJIk0xBrrQ+eDAw9ZHWBDvKo aekoRDMXSMZt/1+4JyWlK5evUZvfBIwAwQofubPeKYDgMvJoul7VMO7Hqqvzng== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1758127276; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=bgOc8ZRcrTC28naXAWk8xYFrACEwQaf0neEVVflTiDY=; b=G4hDu62lnNPD7oK6QgKOb6d6rAznxJ4aovLQvFTcBkYO93NiFVszOEn2Xjvs4EWWRhSFtp mKCZbHPpIWEuMWPNWt7w9FsoBUcqhQqEL83nahXEk2ecyVRJ26PlvgGr7cfOCaXL68fom1 ZWp+s8uwcp6bYVTtlexFpb1GCIvERsBsidzMazq8PCFrlCUnXR5whCYa63BwnzR6GOqpPB 6MJuvW2QnO+8qIcaIap11F/tkuwrOxiEivSBSihKc4bCMjRPpjoUdHAhHZdNR7LA00dcd3 ln/k/47usDDyYFBDnU30tG0gAFD57KVPfhEmDlDdZmQcPJT7hZXZlTo3iD1dYQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1758127276; a=rsa-sha256; cv=none; b=qDVm06/S8NhukaoQUa2ZYiPFPo0VilnUTVCLf2N7FsgNirieQ2HkfJZt4nW/mvJ9r3YRGX nNqLDjwXwisxTcR7oj2q1iA4zQu170EuIOC1FhX8+lIe5xXYfFFRNmasQ/6hzP+vuldzK1 zGgYyEhjDNTkLRg1vCbmn/UbCR+pKWr8Apu70l9KTZ4hIqHJkkOmyN49NOR0uEhmXxPQGv lLBVQCoJeseNEoxvklo3CxKIu9R9Zbk4z6jbw5HbJGktyr4NcdnLBB2zcjeUPxMGmv/tUd xIBLlMuP1060G7no0vw8ZY5kmNSm9ZCxY/oy1tvwlmmDnM88h++aqdIZYibkIA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from ltc.des.dev (unknown [IPv6:2a01:e0a:c54:bed0:922e:16ff:fef1:acef]) (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: des) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cRkzw4QMRz1Vm; Wed, 17 Sep 2025 16:41:16 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id B286A8842B; Wed, 17 Sep 2025 18:41:14 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Dan Mahoney (Ports)" Cc: FreeBSD Current Subject: Re: incantation for etcupdate to just blow away all old things? In-Reply-To: (Dan Mahoney's message of "Tue, 16 Sep 2025 16:11:17 -0700") References: User-Agent: Gnus/5.13 (Gnus v5.13) Date: Wed, 17 Sep 2025 18:41:14 +0200 Message-ID: <86ldmdf2vp.fsf@ltc.des.dev> 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 "Dan Mahoney (Ports)" writes: > Is there a simple etcupdate command that says "I don't care about > fancy 3-way merges and diffs, please just blow my /etc back to stock > and I'll correct it with puppet?" rsync -a /var/db/etcupdate/current/ / DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Wed Sep 17 19:42:54 2025 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 4cRq2G484Vz67xNq for ; Wed, 17 Sep 2025 19:43:34 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Received: from smtp6.goneo.de (smtp6.goneo.de [85.220.129.31]) (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 4cRq2F3Nwfz4JR2 for ; Wed, 17 Sep 2025 19:43:33 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=walstatt-de.de header.s=DKIM001 header.b=GN+cYMz7; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd@walstatt-de.de designates 85.220.129.31 as permitted sender) smtp.mailfrom=freebsd@walstatt-de.de Received: from hub1.goneo.de (hub1.goneo.de [85.220.129.52]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by smtp6.goneo.de (Postfix) with ESMTPS id 96596241116 for ; Wed, 17 Sep 2025 21:43:31 +0200 (CEST) Received: from hub1.goneo.de (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by hub1.goneo.de (Postfix) with ESMTPS id 0475D240263 for ; Wed, 17 Sep 2025 21:43:30 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walstatt-de.de; s=DKIM001; t=1758138210; 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=eTfp5LkPBqaV6qZrKnNYKWePlPbHr95g5FkjX6Z4Z38=; b=GN+cYMz7go5q21BRczXHKVEPBHJLV/9l+bwcHOzb4UGdegaUNFx6EqdPHbJ4b+LOAy/iDO y5lsldV9z4GAOmHZLjL31RrtRIxQqrCnijXX04DPuEj9t5o2dPQtKGVoE91BxxcY2/lr3I OicmzEuhcg2BPuECyNird6r8F5D6JBb+PnBFGEmvDzd05JblYHab7PpH72ygQfwQq7t7vH WuwOZ/wl9Mqufo3J+nRv6jiTDj4FTg2Det2YhhqFLWkHhuWDE4speiWaEUtWaPPeWaYSNZ UVGhM2ccVS9BfOSpEjhLU1Dt2LUxPVRBP74jAaMeFb5FeFViY8FUfSBlwNLjZQ== Received: from thor.sb211.local (dynamic-2a02-3100-1dd5-2502-d161-f64b-b4e6-b2e9.310.pool.telefonica.de [IPv6:2a02:3100:1dd5:2502:d161:f64b:b4e6:b2e9]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by hub1.goneo.de (Postfix) with ESMTPSA id A25EA240165 for ; Wed, 17 Sep 2025 21:43:29 +0200 (CEST) Date: Wed, 17 Sep 2025 21:42:54 +0200 From: A FreeBSD User To: FreeBSD CURRENT Subject: CURRENT: panic init() on acpi_shutdown Message-ID: <20250917214321.7e28fe5e@thor.sb211.local> X-Mailer: Claws Mail 3.21.0 (GTK+ 2.24.33; amd64-portbld-freebsd15.0) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/u8if.Y+=l/10QAXg3kdbw8D"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Rspamd-UID: b8f5e2 X-Rspamd-UID: 6908c3 X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.68 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.992]; NEURAL_HAM_LONG(-0.98)[-0.984]; R_DKIM_ALLOW(-0.20)[walstatt-de.de:s=DKIM001]; R_SPF_ALLOW(-0.20)[+ip4:85.220.129.0/25]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[85.220.129.31:from]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+,2:~]; DMARC_NA(0.00)[walstatt-de.de]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; TO_DN_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; FROM_EQ_ENVFROM(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[walstatt-de.de:+] X-Rspamd-Queue-Id: 4cRq2F3Nwfz4JR2 --Sig_/u8if.Y+=l/10QAXg3kdbw8D Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hello, Maybe some minor issue, but since two days I can not shutdown recent CURREN= T (at the moment FreeBSD 16.0-CURRENT #0 master-n280445-2d85bc89294b: Wed Sep 17 20:11:48 CE= ST 2025 amd64). System stops with a db> carret, a backtrace is shown. No core saved (althou= gh configured), USB keyboards unresponsive, filesystems (system on UFS, data graveyard on ZFS) = unharmed and already cleanly unmounted as it seems, tried to save the backtrace, but key= boards are nonworking at that stage (picture taken from screen only). The crash seems to occur quite after everything is ready to reboot and or s= witch the box off. --=20 A FreeBSD user --Sig_/u8if.Y+=l/10QAXg3kdbw8D Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQRQheDybVktG5eW/1Kxzvs8OqokrwUCaMsPWQAKCRCxzvs8Oqok r0AJAP94Lh6STbMWf7ohtgKq86aCCBOh6+2CNL0hQo6ZB15bTgD/c1pSOFekVC0o UlU0n/0I3sGgdmrMGZ0/JW/SYmzMZwY= =sLAS -----END PGP SIGNATURE----- --Sig_/u8if.Y+=l/10QAXg3kdbw8D-- From nobody Wed Sep 17 19:56:41 2025 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 4cRqKl6jKkz67xgD for ; Wed, 17 Sep 2025 19:56:59 +0000 (UTC) (envelope-from oleg.nauman@gmail.com) Received: from mail-pf1-x432.google.com (mail-pf1-x432.google.com [IPv6:2607:f8b0:4864:20::432]) (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 4cRqKl4RHhz4MBv for ; Wed, 17 Sep 2025 19:56:59 +0000 (UTC) (envelope-from oleg.nauman@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pf1-x432.google.com with SMTP id d2e1a72fcca58-77287fb79d3so281932b3a.1 for ; Wed, 17 Sep 2025 12:56:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1758139013; x=1758743813; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=FokqS1GGEqQ1nPmb0RTD2aMNYK/y5a2OjkrDfFUZ8ug=; b=m30q3mTBdIOImA8YEkG2XFJB59rqewSs4tZExJXM2/tuU6T9QzpH/IOsZ1VAOQ8d38 klimpm7/wBCrGEYOz5nnYsZDCRbhDMHwMb71Ey7Y7hsBb2u/oFt6VqG5a49EqJjS6L3S xqMDXqL/fSaf6wFVdriLMes+HpjDagOWI4nZOYn0JAerFeGKPcOCvGFpXrDHZcAhlbzp tDzXpr5pC5vcqCi0DwLQSplx7q+6rb/gZV7F6vBm8diumG85O/g4NUqVykBYHEV9C010 rhhQ31c3R0Hlg487cZpOTyj4OlhO7rG5/ESJB/fJ16GbevlaNhlc0Y7/DYihlW4RFtjr PXvw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1758139013; x=1758743813; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=FokqS1GGEqQ1nPmb0RTD2aMNYK/y5a2OjkrDfFUZ8ug=; b=QBLyIvvU83s1zYS+Q/KQjhNpfgZJCFCiXD1y97RZVfkVxzertejOYybstCIcGPloEK iAQhuy5yNM+b3KB0kGee+em7tYZk8mPX2KO36FCH75/ev3hjlCl00piYhayD79k4bXvO anN+EDqKGUsEtTd7PaO7JcGFt7Ne/XFwm//q1iy0FAfF8rY18BPLe7/JtIeJl9t7cvbV PVo5FCjKHmD8DrO/2f7qrCFg9tvmYKD27PE244FqYdZRTgGkFutvbl1u+aav+Ap8wOD+ 6p5gh0eeAc7BBHXlzoaSgGfbkVC1+4nGKFukLqhQCTcCKEofwQijdXpcYcA6LqoKauM5 8U+Q== X-Gm-Message-State: AOJu0Yw/jDS1S4DX+0xCSQc5oPKxst6y/cDBcW0+yudxNcugIvAGWvEW FqvZ0OiYjPlwIWCEAv+ubIeF14cBGGuo62duHiYwesnqk+/Yi6QF5xm5b1TBY0AzEtSRxLTihhD z3ugB9zmTv9GC+l+zAQI0nF7Rld/V9skQdpC6 X-Gm-Gg: ASbGnctG5Z73024GDnNBKdHcfwUf8sDldiqoOjB0euNicpXQP8aL+Um9rbP5RYIBCc9 DaXosVk8nZ/R823YSbjAcDVYBRFGuA/4qLAPP9o0ofzczSOHC03YO09V3oj1lj64+g5WMRhcZXz rpl+AQh5bxql25wgtDw6QkCo2j0GeGXjf67A91TqQL6s7vSteggQminTqP8KfmmgDLNYCZ0UtZe 9LfZeijNhh62NDHKlmZoUgj X-Google-Smtp-Source: AGHT+IHTf3kZ04bdPjT5Sv0QZB012QyyB6D8P9fCmweyuqLlKnHab0WzLYehqvNvOmWkZrC8rGvxWzS59FjlTjr3JoM= X-Received: by 2002:a17:903:1b24:b0:268:15f:8358 with SMTP id d9443c01a7336-268138fe34cmr44920205ad.42.1758139012627; Wed, 17 Sep 2025 12:56:52 -0700 (PDT) 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: <20250917214321.7e28fe5e@thor.sb211.local> In-Reply-To: <20250917214321.7e28fe5e@thor.sb211.local> From: Oleg Nauman Date: Wed, 17 Sep 2025 22:56:41 +0300 X-Gm-Features: AS18NWDgNObhv6EA1a4b55NGz4LJIRyiJGUnw6GVm--fpDBubalAVJTWo_7scgA Message-ID: Subject: Re: CURRENT: panic init() on acpi_shutdown To: A FreeBSD User Cc: FreeBSD CURRENT Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cRqKl4RHhz4MBv On Wed, Sep 17, 2025 at 10:44=E2=80=AFPM A FreeBSD User wrote: > > Hello, > > Maybe some minor issue, but since two days I can not shutdown recent CURR= ENT (at the moment > FreeBSD 16.0-CURRENT #0 master-n280445-2d85bc89294b: Wed Sep 17 20:11:48 = CEST 2025 amd64). > > System stops with a db> carret, a backtrace is shown. No core saved (alth= ough configured), USB > keyboards unresponsive, filesystems (system on UFS, data graveyard on ZFS= ) unharmed and > already cleanly unmounted as it seems, tried to save the backtrace, but k= eyboards are > nonworking at that stage (picture taken from screen only). > > The crash seems to occur quite after everything is ready to reboot and or= switch the box off. I am experiencing the same issue with panic on shutdown Backtrace looks like __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:57 57 __asm("movq %%gs:%c1,%0" : "=3Dr" (td) (kgdb) #0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:57 td =3D #1 doadump (textdump=3D) at /usr/src/sys/kern/kern_shutdown= .c:399 error =3D 0 coredump =3D #2 0xffffffff80517da9 in kern_reboot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:519 once =3D 1 #3 0xffffffff8051824b in vpanic (fmt=3D0xffffffff808b9cbc "%s", ap=3Dap@entry=3D0xfffffe00df015970) at /usr/src/sys/kern/kern_shutdown.= c:974 buf =3D "page fault", '\000' __pc =3D 0x0 __pc =3D 0x0 __pc =3D 0x0 other_cpus =3D {__bits =3D {254, 0 }} td =3D 0xfffff8010261b780 bootopt =3D newpanic =3D #4 0xffffffff805180e3 in panic (fmt=3D) at /usr/src/sys/kern/kern_shutdown.c:887 ap =3D {{gp_offset =3D 16, fp_offset =3D 48, overflow_arg_area =3D 0xfffffe00df0159a0, reg_save_area =3D 0xfffffe00df015940}} #5 0xffffffff80860ead in trap_fatal (frame=3D, eva=3D) at /usr/src/sys/amd64/amd64/trap.c:969 type =3D #6 0xffffffff80860ead in trap_pfault (frame=3D0xfffffe00df0159f0, usermode=3D, signo=3D, ucode=3D) __pc =3D 0x0 __pc =3D 0x0 __pc =3D 0x0 td =3D p =3D eva =3D 136 map =3D ftype =3D rv =3D #7 No locals. #8 device_get_softc (dev=3Ddev@entry=3D0x0) at /usr/src/sys/kern/subr_bus.= c:2141 No locals. #9 0xffffffff80369ce5 in acpi_wake_sleep_prep (handle=3D0xfffff80001675c80= , stype=3DPOWER_STYPE_POWEROFF) at /usr/src/sys/dev/acpica/acpi.c:3689 prw =3D {gpe_handle =3D 0x0, gpe_bit =3D 105, lowest_wake =3D 4, po= wer_res =3D {{ Type =3D 0, Integer =3D {Type =3D 0, Value =3D 18446741878427= 704080}, String =3D {Type =3D 0, Length =3D 0, Pointer =3D 0xfffffe00df015b10 "`[", }, Buffer =3D {Type =3D 0, Length =3D 0, Pointer =3D 0xfffffe00df015b10 "`[", }, Package =3D {Type =3D 0, Count =3D 0, Elements =3D 0xfffffe00df015b10}, Reference =3D { Type =3D 0, ActualType =3D 0, Handle =3D 0xfffffe00df015b10= }, Processor =3D {Type =3D 0, ProcId =3D 0, PblkAddress =3D 18446741878427704080, PblkLength =3D 215090= 8252}, PowerResource =3D {Type =3D 0, SystemLevel =3D 0, ResourceOrder =3D 3741408016}}, {Type =3D 3741408001, Integ= er =3D { Type =3D 3741408001, Value =3D 0}, String =3D {Type =3D 374= 1408001, Length =3D 4294966784, Pointer =3D 0x0}, Buffer =3D { Type =3D 3741408001, Length =3D 4294966784, Pointer =3D 0x0= }, Package =3D {Type =3D 3741408001, Count =3D 4294966784, Elements =3D 0x0}, Reference =3D {Type =3D 3741408001, ActualType =3D 4294966784, Handle =3D 0x0}, Processor =3D { Type =3D 3741408001, ProcId =3D 4294966784, PblkAddress =3D= 0, PblkLength =3D 3741408001}, PowerResource =3D {Type =3D 374= 1408001, SystemLevel =3D 4294966784, ResourceOrder =3D 0}}, { Type =3D 19051264, Integer =3D {Type =3D 19051264, Value =3D 18446741878427704160}, String =3D {Type =3D 19051= 264, Length =3D 4294965248, Pointer =3D 0xfffffe00df015b60 "\340[", }, Buffer =3D {Type =3D 19051264, Length =3D 4294965248, Pointer =3D 0xfffffe00df015b60 "\340[", }, Package =3D {Type =3D 19051264, Count =3D 4294965248, Elements =3D 0xfffffe00df015b60}, Reference =3D {Type =3D 1= 9051264, ActualType =3D 4294965248, Handle =3D 0xfffffe00df015b60}, Processor =3D {Type =3D 19051264, ProcId =3D 4294965248, PblkAddress =3D 18446741878427704160, PblkLength =3D 215085= 1410}, PowerResource =3D {Type =3D 19051264, SystemLevel =3D 4294965= 248, ResourceOrder =3D 3741408096}}, {Type =3D 0, Integer =3D {T= ype =3D 0, Value =3D 17328064}, String =3D {Type =3D 0, Length =3D 0, Pointer =3D 0x10867c0 }, Buffer =3D {Type =3D 0, Length =3D 0, Pointer =3D 0x10867c0 }, Package =3D {Type =3D 0, Count =3D 0, Elements =3D 0x10867c0}, Reference =3D { Type =3D 0, ActualType =3D 0, Handle =3D 0x10867c0}, Proces= sor =3D { Type =3D 0, ProcId =3D 0, PblkAddress =3D 17328064, PblkLength =3D 1598182239}, PowerResource =3D {Type =3D 0, SystemLevel =3D 0, ResourceOrder =3D 17328064}}, {Type =3D = 0, Integer =3D {Type =3D 0, Value =3D 18446735277642536049}, Str= ing =3D { Type =3D 0, Length =3D 0, Pointer =3D 0xfffff800018cd471 "G= PRW"}, Buffer =3D {Type =3D 0, Length =3D 0, Pointer =3D 0xfffff800018cd471 "GPRW"}, Package =3D {Type = =3D 0, Count =3D 0, Elements =3D 0xfffff800018cd471}, Reference = =3D { Type =3D 0, ActualType =3D 0, Handle =3D 0xfffff800018cd471= }, Processor =3D {Type =3D 0, ProcId =3D 0, PblkAddress =3D 18446735277642536049, PblkLength =3D 0}, PowerResource =3D {Type =3D 0, SystemLevel =3D 0, ResourceOrder =3D 26006641}}, {Type =3D 2161121376, Integer= =3D { Type =3D 2161121376, Value =3D 2}, String =3D {Type =3D 216= 1121376, Length =3D 4294967295, Pointer =3D 0x2 }, Buffer =3D {Type =3D 2161121376, Length =3D 4294967295, Pointer =3D 0x2 }, Package =3D {Type =3D 2161121376, Count =3D 4294967295, Elements =3D 0x2}, Reference =3D {Type =3D 2161121376, ActualType =3D 4294967295, Handle =3D 0x2}, Processor =3D { Type =3D 2161121376, ProcId =3D 4294967295, PblkAddress =3D= 2, PblkLength =3D 3741408224}, PowerResource =3D {Type =3D 216= 1121376, SystemLevel =3D 4294967295, ResourceOrder =3D 2}}, { Type =3D 2150833742, Integer =3D {Type =3D 2150833742, Value =3D 18446741878427704232}, String =3D {Type =3D 21508= 33742, Length =3D 4294967295, Pointer =3D 0xfffffe00df015ba8 "\001= "}, Buffer =3D {Type =3D 2150833742, Length =3D 4294967295, Pointer =3D 0xfffffe00df015ba8 "\001"}, Package =3D { Type =3D 2150833742, Count =3D 4294967295, Elements =3D 0xfffffe00df015ba8}, Reference =3D { Type =3D 2150833742, ActualType =3D 4294967295, Handle =3D 0xfffffe00df015ba8}, Processor =3D {Type =3D 215= 0833742, ProcId =3D 4294967295, PblkAddress =3D 18446741878427704232= , PblkLength =3D 2150889998}, PowerResource =3D {Type =3D 215= 0833742, SystemLevel =3D 4294967295, ResourceOrder =3D 3741408168}},= { Type =3D 557304, Integer =3D {Type =3D 557304, Value =3D 4097= }, String =3D {Type =3D 557304, Length =3D 4294966784, Pointer =3D 0x1001 }, Buffer =3D {Type =3D 557304, Length =3D 4294966784, Pointer =3D 0x1001 }, Package =3D {Type =3D 557304, Count =3D 4294966784, Elements =3D 0x1001}, Reference =3D {Type =3D 557304, ActualType =3D 4294966784, Handle =3D 0x1001}, Processor =3D {Type =3D 557304, ProcId =3D 4294966784, PblkAddress =3D 4097, PblkLength =3D= 3}, PowerResource =3D {Type =3D 557304, SystemLevel =3D 429496678= 4, ResourceOrder =3D 4097}}}, power_res_count =3D 0} dev =3D 0x0 sc =3D sstate =3D #10 acpi_wake_prep (handle=3D0xfffff80001675c80, level=3D, context=3D, status=3D) at /usr/src/sys/dev/acpica/acpi.c:3764 stype =3D POWER_STYPE_POWEROFF #11 0xffffffff80336eab in AcpiNsWalkNamespace (Type=3DType@entry=3D6, StartNode=3D, StartNode@entry=3D0xfffff8000122b300, MaxDepth=3DMaxDepth@entry=3D100, Flags=3DFlags@entry=3D1, DescendingCallback=3DDescendingCallback@entry=3D0xffffffff80369c80 , AscendingCallback=3DAscendingCallback@entry=3D0x0, Context=3D0xfffffe00df015cd4, ReturnValue=3D0x0) at /usr/src/sys/contrib/dev/acpica/components/namespace/nswalk.c:484 NodePreviouslyVisited =3D 0 '\000' ParentNode =3D 0xfffff80001506cc0 ChildNode =3D 0xfffff80001675c80 ChildType =3D 6 Level =3D 3 Status =3D 0 MutexStatus =3D #12 0xffffffff80337415 in AcpiWalkNamespace (Type=3DType@entry=3D6, StartObject=3D0xfffff8000122b300, MaxDepth=3DMaxDepth@entry=3D100, DescendingCallback=3D0xffffffff80369c80 , AscendingCallback=3DAscendingCallback@entry=3D0x0, Context=3DContext@entry=3D0xfffffe00df015cd4, ReturnValue=3D) at /usr/src/sys/contrib/dev/acpica/components/namespace/nsxfeval.c:809 Status =3D 0 #13 0xffffffff80366cf4 in acpi_wake_prep_walk (stype=3DPOWER_STYPE_POWEROFF= ) at /usr/src/sys/dev/acpica/acpi.c:3777 sb_handle =3D 0xfffff8000122b300 #14 acpi_shutdown (dev=3D0xfffff80001264800) at /usr/src/sys/dev/acpica/acpi.c:878 No locals. #15 0xffffffff805533e6 in DEVICE_SHUTDOWN (dev=3D0xfffff80001264800) at ./device_if.h:267 rc =3D _m =3D _cep =3D _ce =3D _desc =3D #16 device_shutdown (dev=3D0xfffff80001264800) at /usr/src/sys/kern/subr_bus.c:2753 No locals. #17 bus_generic_shutdown (dev=3D) at /usr/src/sys/kern/subr_bus.c:3563 child =3D #18 0xffffffff805533e6 in DEVICE_SHUTDOWN (dev=3D0xfffff80001263500) at ./device_if.h:267 rc =3D _m =3D _cep =3D _ce =3D _desc =3D #19 device_shutdown (dev=3D0xfffff80001263500) at /usr/src/sys/kern/subr_bus.c:2753 No locals. #20 bus_generic_shutdown (dev=3D) at /usr/src/sys/kern/subr_bus.c:3563 child =3D #21 0xffffffff80557686 in DEVICE_SHUTDOWN (dev=3D0xfffff8000129f800) at ./device_if.h:267 rc =3D _m =3D _cep =3D _ce =3D _desc =3D #22 device_shutdown (dev=3D0xfffff8000129f800) at /usr/src/sys/kern/subr_bus.c:2753 No locals. #23 root_bus_module_handler (mod=3D, what=3D, arg=3D) at /usr/src/sys/kern/subr_bus.c:5211 No locals. #24 0xffffffff804fa0dc in module_shutdown (arg1=3D, arg2=3D) at /usr/src/sys/kern/kern_module.c:101 mod =3D 0xfffff80001197c00 #25 0xffffffff80517e57 in kern_reboot (howto=3D16392) at /usr/src/sys/kern/kern_shutdown.c:527 _ep =3D _t =3D 0xfffff800010867c0 _el =3D 0xfffff8000108b500 once =3D 1 #26 0xffffffff80517797 in sys_reboot (td=3D, uap=3D0xfffff8010261bba8) at /usr/src/sys/kern/kern_shutdown.c:308 error =3D 5 #27 0xffffffff808617d8 in syscallenter (td=3D0xfffff8010261b780) at /usr/src/sys/amd64/amd64/../../kern/subr_syscall.c:193 se =3D 0xffffffff80c4e2a0 p =3D 0xfffffe00c8c02568 sa =3D error =3D sy_thr_static =3D traced =3D _tid =3D _v =3D _v =3D _tid =3D _v =3D _v =3D _tid =3D _v =3D _v =3D #28 amd64_syscall (td=3D0xfffff8010261b780, traced=3D0) at /usr/src/sys/amd64/amd64/trap.c:1208 ksi =3D {ksi_link =3D {tqe_next =3D 0xffffffff808609de , tqe_prev =3D 0x0}, ksi_info =3D {si_signo =3D 1, si_errno =3D 0= , si_code =3D 39958400, si_pid =3D -2047, si_uid =3D 4255167736, si_status =3D 21105, si_addr =3D 0xfffffe00df015e80, si_value = =3D { sival_int =3D 555446720, sival_ptr =3D 0xfffffe00211b71c0, sigval_int =3D 555446720, sigval_ptr =3D 0xfffffe00211b71c0}, _reason =3D {_fault =3D {_trapno =3D 40006216}, _timer =3D { _timerid =3D 40006216, _overrun =3D -2047}, _mesgq =3D { _mqd =3D 40006216}, _poll =3D {_band =3D -8791758048696}, _capsicum =3D {_syscall =3D 40006216}, __spare__ =3D { __spare1__ =3D -8791758048696, __spare2__ =3D {555446720, -= 512, -553558288, -512, 39958400, -2047, -2134899320}}}}, ksi_flags =3D 7, ksi_sigq =3D 0x205} #29 No locals. #30 0x000000000028b13a in ?? () No symbol table info available. Backtrace stopped: Cannot access memory at address 0x8204d4108 Thank you > > -- > > A FreeBSD user From nobody Wed Sep 17 21:48:57 2025 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 4cRsq257BYz6879h for ; Wed, 17 Sep 2025 21:49:02 +0000 (UTC) (envelope-from bz@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" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cRsq24pGXz3Sp7; Wed, 17 Sep 2025 21:49:02 +0000 (UTC) (envelope-from bz@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1758145742; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=Ld6+RJQgKLTARLoieUxiWXqPPzO6r35aEm6i9GstNLI=; b=YAsX3vvxuWnJU7ht2n2gbZNo1ATQ3tA2e1zHMFN/OJOgWvwvLSZw0wxd7ROYcfje96qJeP KZikQYlTEOZFF8D1HM4PfE1P7/o3MuWvVz1pFcCss/OHYoc4Hy3+tjatq9brBraF7ltU+p POMLv8lHFGI6SMpLXQMVQxRilv2vOlIBKAQABnaEXsqDNR/kk7IMMNvvwx3Pl0pEDEDKNf ZUWLxztzFD4VXISZoCmzWhx+o/csxeemKVGTyHfjmwFMuc78hBmDvpHlIm2QEcEaI8PYXy dj58NPbFnHNFAYfeK4nkzLYb1V7ActyNSzA0ntloiZqL38HiYUpvyWNwagb1Ag== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1758145742; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=Ld6+RJQgKLTARLoieUxiWXqPPzO6r35aEm6i9GstNLI=; b=ZReDEPoBhkEBCi3Da18VDkZS6b5SvX4b6MrAori3vM6H4/dYTAW+5MomS3Jbbd4J44GmK/ u9a/dGvOdLzjmNdKQLP5eaIoT/pPKGn2r5Yhdqa68hL8BqpNKla4cSD1H0G/ifLBQIiwuh JpoRiGwz8D9XbzTds4De77UFP3sIzk+SDwBk1CJH6CSTmq7E4EbXWxalOSiPSfohogWDW8 2qPV55JzBhkKrUyRBqSaQq+EDAy6UMZk5WlPR9jSTpTucWP9HsmK/Sxe4ykcYlDQjwfnWC LeKRLHwbnLLfCXzU9f2QoGKcKJqtjJi32omSJOQXg6HGlNZXWpO6o7g92em/7g== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1758145742; a=rsa-sha256; cv=none; b=szFVsdbKSR5TwlfOK3XqS4ZVhYVgKKaVZ3tIriyOxsn0B1ClmhXqQCTYzX/Y4qX7yMUDPK Vu+ns6/RV+a2YfwK3ipwzjriVzvaZaIhrZtrk5w2g3m0Zjy+2aTaoeYMzzhAwZMOuYR3zm s9puwvUBN4NxZDJw8cVVqk29IAI//qOwBCk9MCZjgaCQX9DZ0q6liFXbpMKaO8U43NQ1T1 lxBiObc71JF9pGGutemuyeAcS7UAvBce0C0YSCeb3pDjOJLv0sWFUgNJzPYWVKiIDxpLGH ZVsLrdrsyTTLb+baO2pkWuxPzhObNKAjSiz4LbUOB8ytLJ5HHUAdqVP+3c9ItA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from mx-01.divo.sbone.de (mx-01.divo.sbone.de [IPv6:2003:a:140a:2200:6:594:fffe:19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mx-01.divo.sbone.de", Issuer "E6" (verified OK)) (Authenticated sender: bz/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cRsq22SpZz6PS; Wed, 17 Sep 2025 21:49:02 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by mx-01.divo.sbone.de (Postfix) with ESMTPS id E8B58A64806; Wed, 17 Sep 2025 21:48:51 +0000 (UTC) Received: from content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (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) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 9A3332D029E6; Wed, 17 Sep 2025 21:49:00 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) by content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (amavisd-new, port 10024) with ESMTP id D3qOWcPnDLOF; Wed, 17 Sep 2025 21:48:58 +0000 (UTC) Received: from strong-iwl0.sbone.de (strong-iwl0.sbone.de [IPv6:fde9:577b:c1a9:4902:a66b:b6ff:fe40:39a9]) (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) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 14ED22D029D8; Wed, 17 Sep 2025 21:48:58 +0000 (UTC) Date: Wed, 17 Sep 2025 21:48:57 +0000 (UTC) From: "Bjoern A. Zeeb" To: Oleg Nauman cc: A FreeBSD User , FreeBSD CURRENT Subject: Re: CURRENT: panic init() on acpi_shutdown In-Reply-To: Message-ID: <7709p7nn-s774-152o-p6n0-50nn9310q85p@SerrOFQ.bet> References: <20250917214321.7e28fe5e@thor.sb211.local> X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 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/mixed; boundary="1098556516-1478158849-1758145738=:4494" This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --1098556516-1478158849-1758145738=:4494 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8BIT On Wed, 17 Sep 2025, Oleg Nauman wrote: > On Wed, Sep 17, 2025 at 10:44 PM A FreeBSD User wrote: >> >> Hello, >> >> Maybe some minor issue, but since two days I can not shutdown recent CURRENT (at the moment >> FreeBSD 16.0-CURRENT #0 master-n280445-2d85bc89294b: Wed Sep 17 20:11:48 CEST 2025 amd64). >> >> System stops with a db> carret, a backtrace is shown. No core saved (although configured), USB >> keyboards unresponsive, filesystems (system on UFS, data graveyard on ZFS) unharmed and >> already cleanly unmounted as it seems, tried to save the backtrace, but keyboards are >> nonworking at that stage (picture taken from screen only). >> >> The crash seems to occur quite after everything is ready to reboot and or switch the box off. Yes, and USB is all detached; same problem here. Started after I rebased my branch to main yesterday. > I am experiencing the same issue with panic on shutdown > > Backtrace looks like Seems you are blessed in that your keyboard still worked? I could not get a dump either; only a photo of the panic so far. The end of the backtrace looks the same. > __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:57 > 57 __asm("movq %%gs:%c1,%0" : "=r" (td) > (kgdb) #0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:57 > td = > #1 doadump (textdump=) at /usr/src/sys/kern/kern_shutdown.c:399 > error = 0 > coredump = > #2 0xffffffff80517da9 in kern_reboot (howto=260) > at /usr/src/sys/kern/kern_shutdown.c:519 > once = 1 > #3 0xffffffff8051824b in vpanic (fmt=0xffffffff808b9cbc "%s", > ap=ap@entry=0xfffffe00df015970) at /usr/src/sys/kern/kern_shutdown.c:974 > buf = "page fault", '\000' > __pc = 0x0 > __pc = 0x0 > __pc = 0x0 > other_cpus = {__bits = {254, 0 }} > td = 0xfffff8010261b780 > bootopt = > newpanic = > #4 0xffffffff805180e3 in panic (fmt=) > at /usr/src/sys/kern/kern_shutdown.c:887 > ap = {{gp_offset = 16, fp_offset = 48, > overflow_arg_area = 0xfffffe00df0159a0, > reg_save_area = 0xfffffe00df015940}} > #5 0xffffffff80860ead in trap_fatal (frame=, > eva=) at /usr/src/sys/amd64/amd64/trap.c:969 > type = > #6 0xffffffff80860ead in trap_pfault (frame=0xfffffe00df0159f0, > usermode=, signo=, ucode=) > __pc = 0x0 > __pc = 0x0 > __pc = 0x0 > td = > p = > eva = 136 > map = > ftype = > rv = > #7 > No locals. > #8 device_get_softc (dev=dev@entry=0x0) at /usr/src/sys/kern/subr_bus.c:2141 > No locals. > #9 0xffffffff80369ce5 in acpi_wake_sleep_prep (handle=0xfffff80001675c80, > stype=POWER_STYPE_POWEROFF) at /usr/src/sys/dev/acpica/acpi.c:3689 > prw = {gpe_handle = 0x0, gpe_bit = 105, lowest_wake = 4, power_res = {{ > Type = 0, Integer = {Type = 0, Value = 18446741878427704080}, > String = {Type = 0, Length = 0, > Pointer = 0xfffffe00df015b10 "`[", sequence \337>}, Buffer = {Type = 0, Length = 0, > Pointer = 0xfffffe00df015b10 "`[", sequence \337>}, Package = {Type = 0, Count = 0, Elements = > 0xfffffe00df015b10}, Reference = { > Type = 0, ActualType = 0, Handle = 0xfffffe00df015b10}, > Processor = {Type = 0, ProcId = 0, > PblkAddress = 18446741878427704080, PblkLength = 2150908252}, > PowerResource = {Type = 0, SystemLevel = 0, > ResourceOrder = 3741408016}}, {Type = 3741408001, Integer = { > Type = 3741408001, Value = 0}, String = {Type = 3741408001, > Length = 4294966784, Pointer = 0x0}, Buffer = { > Type = 3741408001, Length = 4294966784, Pointer = 0x0}, > Package = {Type = 3741408001, Count = 4294966784, > Elements = 0x0}, Reference = {Type = 3741408001, > ActualType = 4294966784, Handle = 0x0}, Processor = { > Type = 3741408001, ProcId = 4294966784, PblkAddress = 0, > PblkLength = 3741408001}, PowerResource = {Type = 3741408001, > SystemLevel = 4294966784, ResourceOrder = 0}}, { > Type = 19051264, Integer = {Type = 19051264, > Value = 18446741878427704160}, String = {Type = 19051264, > Length = 4294965248, > Pointer = 0xfffffe00df015b60 "\340[", sequence \337>}, Buffer = {Type = 19051264, Length = 4294965248, > Pointer = 0xfffffe00df015b60 "\340[", sequence \337>}, Package = {Type = 19051264, Count = 4294965248, > Elements = 0xfffffe00df015b60}, Reference = {Type = 19051264, > ActualType = 4294965248, Handle = 0xfffffe00df015b60}, > Processor = {Type = 19051264, ProcId = 4294965248, > PblkAddress = 18446741878427704160, PblkLength = 2150851410}, > PowerResource = {Type = 19051264, SystemLevel = 4294965248, > ResourceOrder = 3741408096}}, {Type = 0, Integer = {Type = 0, > Value = 17328064}, String = {Type = 0, Length = 0, > Pointer = 0x10867c0 address 0x10867c0>}, Buffer = {Type = 0, Length = 0, > Pointer = 0x10867c0 address 0x10867c0>}, Package = {Type = 0, Count = 0, Elements = > 0x10867c0}, Reference = { > Type = 0, ActualType = 0, Handle = 0x10867c0}, Processor = { > Type = 0, ProcId = 0, PblkAddress = 17328064, > PblkLength = 1598182239}, PowerResource = {Type = 0, > SystemLevel = 0, ResourceOrder = 17328064}}, {Type = 0, > Integer = {Type = 0, Value = 18446735277642536049}, String = { > Type = 0, Length = 0, Pointer = 0xfffff800018cd471 "GPRW"}, > Buffer = {Type = 0, Length = 0, > Pointer = 0xfffff800018cd471 "GPRW"}, Package = {Type = 0, > Count = 0, Elements = 0xfffff800018cd471}, Reference = { > Type = 0, ActualType = 0, Handle = 0xfffff800018cd471}, > Processor = {Type = 0, ProcId = 0, > PblkAddress = 18446735277642536049, PblkLength = 0}, > PowerResource = {Type = 0, SystemLevel = 0, > ResourceOrder = 26006641}}, {Type = 2161121376, Integer = { > Type = 2161121376, Value = 2}, String = {Type = 2161121376, > Length = 4294967295, > Pointer = 0x2 }, > Buffer = {Type = 2161121376, Length = 4294967295, > Pointer = 0x2 }, > Package = {Type = 2161121376, Count = 4294967295, > Elements = 0x2}, Reference = {Type = 2161121376, > ActualType = 4294967295, Handle = 0x2}, Processor = { > Type = 2161121376, ProcId = 4294967295, PblkAddress = 2, > PblkLength = 3741408224}, PowerResource = {Type = 2161121376, > SystemLevel = 4294967295, ResourceOrder = 2}}, { > Type = 2150833742, Integer = {Type = 2150833742, > Value = 18446741878427704232}, String = {Type = 2150833742, > Length = 4294967295, Pointer = 0xfffffe00df015ba8 "\001"}, > Buffer = {Type = 2150833742, Length = 4294967295, > Pointer = 0xfffffe00df015ba8 "\001"}, Package = { > Type = 2150833742, Count = 4294967295, > Elements = 0xfffffe00df015ba8}, Reference = { > Type = 2150833742, ActualType = 4294967295, > Handle = 0xfffffe00df015ba8}, Processor = {Type = 2150833742, > ProcId = 4294967295, PblkAddress = 18446741878427704232, > PblkLength = 2150889998}, PowerResource = {Type = 2150833742, > SystemLevel = 4294967295, ResourceOrder = 3741408168}}, { > Type = 557304, Integer = {Type = 557304, Value = 4097}, > String = {Type = 557304, Length = 4294966784, > Pointer = 0x1001 address 0x1001>}, Buffer = {Type = 557304, Length = 4294966784, > Pointer = 0x1001 address 0x1001>}, Package = {Type = 557304, Count = 4294966784, > Elements = 0x1001}, > Reference = {Type = 557304, ActualType = 4294966784, > Handle = 0x1001}, Processor = {Type = 557304, > ProcId = 4294966784, PblkAddress = 4097, PblkLength = 3}, > PowerResource = {Type = 557304, SystemLevel = 4294966784, > ResourceOrder = 4097}}}, power_res_count = 0} > dev = 0x0 > sc = > sstate = > #10 acpi_wake_prep (handle=0xfffff80001675c80, level=, > context=, status=) > at /usr/src/sys/dev/acpica/acpi.c:3764 > stype = POWER_STYPE_POWEROFF > #11 0xffffffff80336eab in AcpiNsWalkNamespace (Type=Type@entry=6, > StartNode=, StartNode@entry=0xfffff8000122b300, > MaxDepth=MaxDepth@entry=100, Flags=Flags@entry=1, > DescendingCallback=DescendingCallback@entry=0xffffffff80369c80 > , AscendingCallback=AscendingCallback@entry=0x0, > Context=0xfffffe00df015cd4, ReturnValue=0x0) > at /usr/src/sys/contrib/dev/acpica/components/namespace/nswalk.c:484 > NodePreviouslyVisited = 0 '\000' > ParentNode = 0xfffff80001506cc0 > ChildNode = 0xfffff80001675c80 > ChildType = 6 > Level = 3 > Status = 0 > MutexStatus = > #12 0xffffffff80337415 in AcpiWalkNamespace (Type=Type@entry=6, > StartObject=0xfffff8000122b300, MaxDepth=MaxDepth@entry=100, > DescendingCallback=0xffffffff80369c80 , > AscendingCallback=AscendingCallback@entry=0x0, > Context=Context@entry=0xfffffe00df015cd4, ReturnValue=) > at /usr/src/sys/contrib/dev/acpica/components/namespace/nsxfeval.c:809 > Status = 0 > #13 0xffffffff80366cf4 in acpi_wake_prep_walk (stype=POWER_STYPE_POWEROFF) > at /usr/src/sys/dev/acpica/acpi.c:3777 > sb_handle = 0xfffff8000122b300 > #14 acpi_shutdown (dev=0xfffff80001264800) > at /usr/src/sys/dev/acpica/acpi.c:878 > No locals. > #15 0xffffffff805533e6 in DEVICE_SHUTDOWN (dev=0xfffff80001264800) > at ./device_if.h:267 > rc = > _m = > _cep = > _ce = > _desc = > #16 device_shutdown (dev=0xfffff80001264800) > at /usr/src/sys/kern/subr_bus.c:2753 > No locals. > #17 bus_generic_shutdown (dev=) > at /usr/src/sys/kern/subr_bus.c:3563 > child = > #18 0xffffffff805533e6 in DEVICE_SHUTDOWN (dev=0xfffff80001263500) > at ./device_if.h:267 > rc = > _m = > _cep = > _ce = > _desc = > #19 device_shutdown (dev=0xfffff80001263500) > at /usr/src/sys/kern/subr_bus.c:2753 > No locals. > #20 bus_generic_shutdown (dev=) > at /usr/src/sys/kern/subr_bus.c:3563 > child = > #21 0xffffffff80557686 in DEVICE_SHUTDOWN (dev=0xfffff8000129f800) > at ./device_if.h:267 > rc = > _m = > _cep = > _ce = > _desc = > #22 device_shutdown (dev=0xfffff8000129f800) > at /usr/src/sys/kern/subr_bus.c:2753 > No locals. > #23 root_bus_module_handler (mod=, what=, > arg=) at /usr/src/sys/kern/subr_bus.c:5211 > No locals. > #24 0xffffffff804fa0dc in module_shutdown (arg1=, > arg2=) at /usr/src/sys/kern/kern_module.c:101 > mod = 0xfffff80001197c00 > #25 0xffffffff80517e57 in kern_reboot (howto=16392) > at /usr/src/sys/kern/kern_shutdown.c:527 > _ep = > _t = 0xfffff800010867c0 > _el = 0xfffff8000108b500 > once = 1 > #26 0xffffffff80517797 in sys_reboot (td=, > uap=0xfffff8010261bba8) at /usr/src/sys/kern/kern_shutdown.c:308 > error = 5 > #27 0xffffffff808617d8 in syscallenter (td=0xfffff8010261b780) > at /usr/src/sys/amd64/amd64/../../kern/subr_syscall.c:193 > se = 0xffffffff80c4e2a0 > p = 0xfffffe00c8c02568 > sa = > error = > sy_thr_static = > traced = > _tid = > _v = > _v = > _tid = > _v = > _v = > _tid = > _v = > _v = > #28 amd64_syscall (td=0xfffff8010261b780, traced=0) > at /usr/src/sys/amd64/amd64/trap.c:1208 > ksi = {ksi_link = {tqe_next = 0xffffffff808609de , > tqe_prev = 0x0}, ksi_info = {si_signo = 1, si_errno = 0, > si_code = 39958400, si_pid = -2047, si_uid = 4255167736, > si_status = 21105, si_addr = 0xfffffe00df015e80, si_value = { > sival_int = 555446720, sival_ptr = 0xfffffe00211b71c0, > sigval_int = 555446720, sigval_ptr = 0xfffffe00211b71c0}, > _reason = {_fault = {_trapno = 40006216}, _timer = { > _timerid = 40006216, _overrun = -2047}, _mesgq = { > _mqd = 40006216}, _poll = {_band = -8791758048696}, > _capsicum = {_syscall = 40006216}, __spare__ = { > __spare1__ = -8791758048696, __spare2__ = {555446720, -512, > -553558288, -512, 39958400, -2047, -2134899320}}}}, > ksi_flags = 7, ksi_sigq = 0x205} > #29 > No locals. > #30 0x000000000028b13a in ?? () > No symbol table info available. > Backtrace stopped: Cannot access memory at address 0x8204d4108 > > > Thank you > >> >> -- >> >> A FreeBSD user > > -- Bjoern A. Zeeb r15:7 --1098556516-1478158849-1758145738=:4494-- From nobody Wed Sep 17 22:00:52 2025 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 4cRt4r06YDz688F9 for ; Wed, 17 Sep 2025 22:01:00 +0000 (UTC) (envelope-from cyric@mm.st) Received: from fhigh-a4-smtp.messagingengine.com (fhigh-a4-smtp.messagingengine.com [103.168.172.155]) (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 4cRt4q2sNKz3VV4 for ; Wed, 17 Sep 2025 22:00:59 +0000 (UTC) (envelope-from cyric@mm.st) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=mm.st header.s=fm1 header.b=ioYIs4ia; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=kfh7FL3t; dmarc=pass (policy=none) header.from=mm.st; spf=pass (mx1.freebsd.org: domain of cyric@mm.st designates 103.168.172.155 as permitted sender) smtp.mailfrom=cyric@mm.st Received: from phl-compute-06.internal (phl-compute-06.internal [10.202.2.46]) by mailfhigh.phl.internal (Postfix) with ESMTP id 0B299140023F for ; Wed, 17 Sep 2025 18:00:59 -0400 (EDT) Received: from phl-mailfrontend-01 ([10.202.2.162]) by phl-compute-06.internal (MEProxy); Wed, 17 Sep 2025 18:00:59 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mm.st; h=cc :content-transfer-encoding:content-type:content-type:date:date :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm1; t=1758146459; x=1758232859; bh=1E01yoPNs6mpa5S6e6tV3Fu1XTy3Q9m7839msAUOa9s=; b= ioYIs4iatPyvv+2qz7BqZkCgCkfarnbuec6GXpBkmcktnUHPEkAluLu9lvLSNOpx Ntp41yv92OMD2/WbMhcxvM6CXNLb1qpQz150I3sSVMNSHZuzgbQVaKljYYun11Gi EUy7nDmK9upaBEN0t4ruVAKJVOUbJ5CZ5I1kAJUY+7DlFuB7KMQ7uaEkRKwb34n3 SX/bWjMsVMUZnY5tCwD1BAOBy3oGjaTD6jqS9O3zj/gt0P8qtce1gQQg6Q1y+7q2 zGSBYvyNUch4f4vUFIyK3VuUGFYng0cCBr2kDJtTcsoE+t0tLPKdG1XYxuYKNdES rR16K1+iCAxnj2eA1vsQVQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:subject:subject:to:to:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; t=1758146459; x=1758232859; bh=1 E01yoPNs6mpa5S6e6tV3Fu1XTy3Q9m7839msAUOa9s=; b=kfh7FL3tM/v/9JMco W7cgo4WF4OnU2RYoM0yLfLqNwIRxd3m5kDtd9xeNMrCeHDMd+3KlZSrgifwAY8W8 kf/z6J52qPa09k072jSk0OQ6kWEXTiaZwQpM0lhNEizOW/BDiVr5K2eAtp84zLxu iIwto1wMclzfAWLIHNcKyWLKCYUZXiXr8mDLTvoIb7C+0xsJz88DbC5KhF5AQiHC K2yE8htb9OVLc8EgNFbpCf5JqMtSViWOgnwpxNyhMyTnAe7oOco+YhxHIOnzJ4Lk huqdF0ylpEetrcg/6E49bITXGMnLK7Hb9JUHLjej5tt6NzfqpMHRM8/0bQtWEWli 0j/og== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtdeggdeggeehlecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpuffrtefokffrpgfnqfghnecuuegr ihhlohhuthemuceftddtnecunecujfgurhepkfffgggfuffvfhfhjggtgfesthekredttd dvjeenucfhrhhomheptgihrhhitgesmhhmrdhsthenucggtffrrghtthgvrhhnpeegffej ffduffefueelfeektdfgkeejteeltdelvddutefhueegfeeitefhudetudenucffohhmrg hinhepfhhrvggvsghsugdrohhrghenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgr mhepmhgrihhlfhhrohhmpegthihrihgtsehmmhdrshhtpdhnsggprhgtphhtthhopedupd hmohguvgepshhmthhpohhuthdprhgtphhtthhopehfrhgvvggsshguqdgtuhhrrhgvnhht sehfrhgvvggsshgurdhorhhg X-ME-Proxy: Feedback-ID: icc3648d4:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Wed, 17 Sep 2025 18:00:57 -0400 (EDT) Message-ID: Date: Thu, 18 Sep 2025 05:00:52 +0700 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: CURRENT: panic init() on acpi_shutdown To: freebsd-current@freebsd.org References: <20250917214321.7e28fe5e@thor.sb211.local> Content-Language: en-US From: cyric@mm.st In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.10 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[mm.st,none]; R_SPF_ALLOW(-0.20)[+ip4:103.168.172.128/27]; R_DKIM_ALLOW(-0.20)[mm.st:s=fm1,messagingengine.com:s=fm1]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[103.168.172.155:from]; RCPT_COUNT_ONE(0.00)[1]; FROM_NO_DN(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_FROM(0.00)[mm.st]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim]; FREEMAIL_ENVFROM(0.00)[mm.st]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DKIM_TRACE(0.00)[mm.st:+,messagingengine.com:+] X-Rspamd-Queue-Id: 4cRt4q2sNKz3VV4 Oleg Nauman wrote: > On Wed, Sep 17, 2025 at 10:44 PM A FreeBSD User wrote: >> >> Hello, >> >> Maybe some minor issue, but since two days I can not shutdown recent CURRENT (at the moment >> FreeBSD 16.0-CURRENT #0 master-n280445-2d85bc89294b: Wed Sep 17 20:11:48 CEST 2025 amd64). >> >> System stops with a db> carret, a backtrace is shown. No core saved (although configured), USB >> keyboards unresponsive, filesystems (system on UFS, data graveyard on ZFS) unharmed and >> already cleanly unmounted as it seems, tried to save the backtrace, but keyboards are >> nonworking at that stage (picture taken from screen only). >> >> The crash seems to occur quite after everything is ready to reboot and or switch the box off. > > I am experiencing the same issue with panic on shutdown > > Backtrace looks like > > __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:57 > 57 __asm("movq %%gs:%c1,%0" : "=r" (td) > (kgdb) #0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:57 > td = > #1 doadump (textdump=) at /usr/src/sys/kern/kern_shutdown.c:399 > error = 0 > coredump = > #2 0xffffffff80517da9 in kern_reboot (howto=260) > at /usr/src/sys/kern/kern_shutdown.c:519 > once = 1 > #3 0xffffffff8051824b in vpanic (fmt=0xffffffff808b9cbc "%s", > ap=ap@entry=0xfffffe00df015970) at /usr/src/sys/kern/kern_shutdown.c:974 > buf = "page fault", '\000' > __pc = 0x0 > __pc = 0x0 > __pc = 0x0 > other_cpus = {__bits = {254, 0 }} > td = 0xfffff8010261b780 > bootopt = > newpanic = > #4 0xffffffff805180e3 in panic (fmt=) > at /usr/src/sys/kern/kern_shutdown.c:887 > ap = {{gp_offset = 16, fp_offset = 48, > overflow_arg_area = 0xfffffe00df0159a0, > reg_save_area = 0xfffffe00df015940}} > #5 0xffffffff80860ead in trap_fatal (frame=, > eva=) at /usr/src/sys/amd64/amd64/trap.c:969 > type = > #6 0xffffffff80860ead in trap_pfault (frame=0xfffffe00df0159f0, > usermode=, signo=, ucode=) > __pc = 0x0 > __pc = 0x0 > __pc = 0x0 > td = > p = > eva = 136 > map = > ftype = > rv = > #7 > No locals. > #8 device_get_softc (dev=dev@entry=0x0) at /usr/src/sys/kern/subr_bus.c:2141 > No locals. > #9 0xffffffff80369ce5 in acpi_wake_sleep_prep (handle=0xfffff80001675c80, > stype=POWER_STYPE_POWEROFF) at /usr/src/sys/dev/acpica/acpi.c:3689 > prw = {gpe_handle = 0x0, gpe_bit = 105, lowest_wake = 4, power_res = {{ > Type = 0, Integer = {Type = 0, Value = 18446741878427704080}, > String = {Type = 0, Length = 0, > Pointer = 0xfffffe00df015b10 "`[", sequence \337>}, Buffer = {Type = 0, Length = 0, > Pointer = 0xfffffe00df015b10 "`[", sequence \337>}, Package = {Type = 0, Count = 0, Elements = > 0xfffffe00df015b10}, Reference = { > Type = 0, ActualType = 0, Handle = 0xfffffe00df015b10}, > Processor = {Type = 0, ProcId = 0, > PblkAddress = 18446741878427704080, PblkLength = 2150908252}, > PowerResource = {Type = 0, SystemLevel = 0, > ResourceOrder = 3741408016}}, {Type = 3741408001, Integer = { > Type = 3741408001, Value = 0}, String = {Type = 3741408001, > Length = 4294966784, Pointer = 0x0}, Buffer = { > Type = 3741408001, Length = 4294966784, Pointer = 0x0}, > Package = {Type = 3741408001, Count = 4294966784, > Elements = 0x0}, Reference = {Type = 3741408001, > ActualType = 4294966784, Handle = 0x0}, Processor = { > Type = 3741408001, ProcId = 4294966784, PblkAddress = 0, > PblkLength = 3741408001}, PowerResource = {Type = 3741408001, > SystemLevel = 4294966784, ResourceOrder = 0}}, { > Type = 19051264, Integer = {Type = 19051264, > Value = 18446741878427704160}, String = {Type = 19051264, > Length = 4294965248, > Pointer = 0xfffffe00df015b60 "\340[", sequence \337>}, Buffer = {Type = 19051264, Length = 4294965248, > Pointer = 0xfffffe00df015b60 "\340[", sequence \337>}, Package = {Type = 19051264, Count = 4294965248, > Elements = 0xfffffe00df015b60}, Reference = {Type = 19051264, > ActualType = 4294965248, Handle = 0xfffffe00df015b60}, > Processor = {Type = 19051264, ProcId = 4294965248, > PblkAddress = 18446741878427704160, PblkLength = 2150851410}, > PowerResource = {Type = 19051264, SystemLevel = 4294965248, > ResourceOrder = 3741408096}}, {Type = 0, Integer = {Type = 0, > Value = 17328064}, String = {Type = 0, Length = 0, > Pointer = 0x10867c0 address 0x10867c0>}, Buffer = {Type = 0, Length = 0, > Pointer = 0x10867c0 address 0x10867c0>}, Package = {Type = 0, Count = 0, Elements = > 0x10867c0}, Reference = { > Type = 0, ActualType = 0, Handle = 0x10867c0}, Processor = { > Type = 0, ProcId = 0, PblkAddress = 17328064, > PblkLength = 1598182239}, PowerResource = {Type = 0, > SystemLevel = 0, ResourceOrder = 17328064}}, {Type = 0, > Integer = {Type = 0, Value = 18446735277642536049}, String = { > Type = 0, Length = 0, Pointer = 0xfffff800018cd471 "GPRW"}, > Buffer = {Type = 0, Length = 0, > Pointer = 0xfffff800018cd471 "GPRW"}, Package = {Type = 0, > Count = 0, Elements = 0xfffff800018cd471}, Reference = { > Type = 0, ActualType = 0, Handle = 0xfffff800018cd471}, > Processor = {Type = 0, ProcId = 0, > PblkAddress = 18446735277642536049, PblkLength = 0}, > PowerResource = {Type = 0, SystemLevel = 0, > ResourceOrder = 26006641}}, {Type = 2161121376, Integer = { > Type = 2161121376, Value = 2}, String = {Type = 2161121376, > Length = 4294967295, > Pointer = 0x2 }, > Buffer = {Type = 2161121376, Length = 4294967295, > Pointer = 0x2 }, > Package = {Type = 2161121376, Count = 4294967295, > Elements = 0x2}, Reference = {Type = 2161121376, > ActualType = 4294967295, Handle = 0x2}, Processor = { > Type = 2161121376, ProcId = 4294967295, PblkAddress = 2, > PblkLength = 3741408224}, PowerResource = {Type = 2161121376, > SystemLevel = 4294967295, ResourceOrder = 2}}, { > Type = 2150833742, Integer = {Type = 2150833742, > Value = 18446741878427704232}, String = {Type = 2150833742, > Length = 4294967295, Pointer = 0xfffffe00df015ba8 "\001"}, > Buffer = {Type = 2150833742, Length = 4294967295, > Pointer = 0xfffffe00df015ba8 "\001"}, Package = { > Type = 2150833742, Count = 4294967295, > Elements = 0xfffffe00df015ba8}, Reference = { > Type = 2150833742, ActualType = 4294967295, > Handle = 0xfffffe00df015ba8}, Processor = {Type = 2150833742, > ProcId = 4294967295, PblkAddress = 18446741878427704232, > PblkLength = 2150889998}, PowerResource = {Type = 2150833742, > SystemLevel = 4294967295, ResourceOrder = 3741408168}}, { > Type = 557304, Integer = {Type = 557304, Value = 4097}, > String = {Type = 557304, Length = 4294966784, > Pointer = 0x1001 address 0x1001>}, Buffer = {Type = 557304, Length = 4294966784, > Pointer = 0x1001 address 0x1001>}, Package = {Type = 557304, Count = 4294966784, > Elements = 0x1001}, > Reference = {Type = 557304, ActualType = 4294966784, > Handle = 0x1001}, Processor = {Type = 557304, > ProcId = 4294966784, PblkAddress = 4097, PblkLength = 3}, > PowerResource = {Type = 557304, SystemLevel = 4294966784, > ResourceOrder = 4097}}}, power_res_count = 0} > dev = 0x0 > sc = > sstate = > #10 acpi_wake_prep (handle=0xfffff80001675c80, level=, > context=, status=) > at /usr/src/sys/dev/acpica/acpi.c:3764 > stype = POWER_STYPE_POWEROFF > #11 0xffffffff80336eab in AcpiNsWalkNamespace (Type=Type@entry=6, > StartNode=, StartNode@entry=0xfffff8000122b300, > MaxDepth=MaxDepth@entry=100, Flags=Flags@entry=1, > DescendingCallback=DescendingCallback@entry=0xffffffff80369c80 > , AscendingCallback=AscendingCallback@entry=0x0, > Context=0xfffffe00df015cd4, ReturnValue=0x0) > at /usr/src/sys/contrib/dev/acpica/components/namespace/nswalk.c:484 > NodePreviouslyVisited = 0 '\000' > ParentNode = 0xfffff80001506cc0 > ChildNode = 0xfffff80001675c80 > ChildType = 6 > Level = 3 > Status = 0 > MutexStatus = > #12 0xffffffff80337415 in AcpiWalkNamespace (Type=Type@entry=6, > StartObject=0xfffff8000122b300, MaxDepth=MaxDepth@entry=100, > DescendingCallback=0xffffffff80369c80 , > AscendingCallback=AscendingCallback@entry=0x0, > Context=Context@entry=0xfffffe00df015cd4, ReturnValue=) > at /usr/src/sys/contrib/dev/acpica/components/namespace/nsxfeval.c:809 > Status = 0 > #13 0xffffffff80366cf4 in acpi_wake_prep_walk (stype=POWER_STYPE_POWEROFF) > at /usr/src/sys/dev/acpica/acpi.c:3777 > sb_handle = 0xfffff8000122b300 > #14 acpi_shutdown (dev=0xfffff80001264800) > at /usr/src/sys/dev/acpica/acpi.c:878 > No locals. > #15 0xffffffff805533e6 in DEVICE_SHUTDOWN (dev=0xfffff80001264800) > at ./device_if.h:267 > rc = > _m = > _cep = > _ce = > _desc = > #16 device_shutdown (dev=0xfffff80001264800) > at /usr/src/sys/kern/subr_bus.c:2753 > No locals. > #17 bus_generic_shutdown (dev=) > at /usr/src/sys/kern/subr_bus.c:3563 > child = > #18 0xffffffff805533e6 in DEVICE_SHUTDOWN (dev=0xfffff80001263500) > at ./device_if.h:267 > rc = > _m = > _cep = > _ce = > _desc = > #19 device_shutdown (dev=0xfffff80001263500) > at /usr/src/sys/kern/subr_bus.c:2753 > No locals. > #20 bus_generic_shutdown (dev=) > at /usr/src/sys/kern/subr_bus.c:3563 > child = > #21 0xffffffff80557686 in DEVICE_SHUTDOWN (dev=0xfffff8000129f800) > at ./device_if.h:267 > rc = > _m = > _cep = > _ce = > _desc = > #22 device_shutdown (dev=0xfffff8000129f800) > at /usr/src/sys/kern/subr_bus.c:2753 > No locals. > #23 root_bus_module_handler (mod=, what=, > arg=) at /usr/src/sys/kern/subr_bus.c:5211 > No locals. > #24 0xffffffff804fa0dc in module_shutdown (arg1=, > arg2=) at /usr/src/sys/kern/kern_module.c:101 > mod = 0xfffff80001197c00 > #25 0xffffffff80517e57 in kern_reboot (howto=16392) > at /usr/src/sys/kern/kern_shutdown.c:527 > _ep = > _t = 0xfffff800010867c0 > _el = 0xfffff8000108b500 > once = 1 > #26 0xffffffff80517797 in sys_reboot (td=, > uap=0xfffff8010261bba8) at /usr/src/sys/kern/kern_shutdown.c:308 > error = 5 > #27 0xffffffff808617d8 in syscallenter (td=0xfffff8010261b780) > at /usr/src/sys/amd64/amd64/../../kern/subr_syscall.c:193 > se = 0xffffffff80c4e2a0 > p = 0xfffffe00c8c02568 > sa = > error = > sy_thr_static = > traced = > _tid = > _v = > _v = > _tid = > _v = > _v = > _tid = > _v = > _v = > #28 amd64_syscall (td=0xfffff8010261b780, traced=0) > at /usr/src/sys/amd64/amd64/trap.c:1208 > ksi = {ksi_link = {tqe_next = 0xffffffff808609de , > tqe_prev = 0x0}, ksi_info = {si_signo = 1, si_errno = 0, > si_code = 39958400, si_pid = -2047, si_uid = 4255167736, > si_status = 21105, si_addr = 0xfffffe00df015e80, si_value = { > sival_int = 555446720, sival_ptr = 0xfffffe00211b71c0, > sigval_int = 555446720, sigval_ptr = 0xfffffe00211b71c0}, > _reason = {_fault = {_trapno = 40006216}, _timer = { > _timerid = 40006216, _overrun = -2047}, _mesgq = { > _mqd = 40006216}, _poll = {_band = -8791758048696}, > _capsicum = {_syscall = 40006216}, __spare__ = { > __spare1__ = -8791758048696, __spare2__ = {555446720, -512, > -553558288, -512, 39958400, -2047, -2134899320}}}}, > ksi_flags = 7, ksi_sigq = 0x205} > #29 > No locals. > #30 0x000000000028b13a in ?? () > No symbol table info available. > Backtrace stopped: Cannot access memory at address 0x8204d4108 I believe this is also reported in https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=289634. From nobody Wed Sep 17 22:06:48 2025 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 4cRtCm2yntz688dq for ; Wed, 17 Sep 2025 22:07:00 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from vogon.madpilot.net (vogon.madpilot.net [IPv6:2a01:4f8:1c1c:11e5::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4cRtCl6pnHz3XQF; Wed, 17 Sep 2025 22:06:59 +0000 (UTC) (envelope-from mad@madpilot.net) Authentication-Results: mx1.freebsd.org; none Received: from localhost (mail [IPv6:fd5c:5351:d272::3]) by vogon.madpilot.net (Postfix) with ESMTP id 4cRtCb718fzLp0B; Thu, 18 Sep 2025 00:06:51 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= content-transfer-encoding:content-type:content-type:in-reply-to :from:from:content-language:references:subject:subject:date:date :message-id:received; s=cyq4qetkgngm; t=1758146809; x= 1759961210; bh=VqXrxTBwLjz+8z3VM0hKliD2B3/BbmAUSJ+wyjj6qBk=; b=X FrnFEHqRSwHVr5Y09lU1XdWmzoheKTx4vUcg2qd3AikopsMmaFRd2jjj5x4kOXH3 RXHRJ7TMb/QNnYXWbfwW3M4CxMLDjQuBo9I7opNcYF8T7ldJ71cR6dF9qNSfZdmc 0/lElVctJAM2wNm6hMWVi39+o1rKL6nM43ejvWqx1/tqpiWPtfhSwLBB/Wss/+7Y GrHgUPW8I0sENGJQPVYaAqahk/3aUS2vPWOGgatoOFTi4KabOEnPGRU/fIMQjyVU QEfSv7JTdIZVm2/vXKl4prgfieNdzLhIOSHsPAZBjRXK7Y3bWXf0FTkXl3KKS/xF Q6MiRrANSbSzY98LyhgPg== Received: from vogon.madpilot.net ([IPv6:fd5c:5351:d272::3]) by localhost (vogon.madpilot.net [IPv6:fd5c:5351:d272::3]) (amavis, port 10026) with ESMTP id kHEo1CpxV4D8; Thu, 18 Sep 2025 00:06:49 +0200 (CEST) Message-ID: Date: Thu, 18 Sep 2025 00:06:48 +0200 Subject: Re: CURRENT: panic init() on acpi_shutdown To: "Bjoern A. Zeeb" , Oleg Nauman Cc: A FreeBSD User , FreeBSD CURRENT References: <20250917214321.7e28fe5e@thor.sb211.local> <7709p7nn-s774-152o-p6n0-50nn9310q85p@SerrOFQ.bet> Content-Language: en-US From: Guido Falsi Autocrypt: addr=mad@madpilot.net; keydata= xsBNBE+G+l0BCADi/WBQ0aRJfnE7LBPsM0G3m/m3Yx7OPu4iYFvS84xawmRHtCNjWIntsxuX fptkmEo3Rsw816WUrek8dxoUAYdHd+EcpBcnnDzfDH5LW/TZ4gbrFezrHPdRp7wdxi23GN80 qPwHEwXuF0X4Wy5V0OO8B6VT/nA0ADYnBDhXS52HGIJ/GCUjgqJn+phDTdCFLvrSFdmgx4Wl c0W5Z1p5cmDF9l8L/hc959AeyNf7I9dXnjekGM9gVv7UDUYzCifR3U8T0fnfdMmS8NeI9NC+ wuREpRO4lKOkTnj9TtQJRiptlhcHQiAlG1cFqs7EQo57Tqq6cxD1FycZJLuC32bGbgalABEB AAHNHkd1aWRvIEZhbHNpIDxtYWRAbWFkcGlsb3QubmV0PsLAeQQTAQgAIwIbAwIeAQIXgAUL CQgHAwUVCgkICwQWAgMBBQJS79AgAhkBAAoJEBrmhg5Wy9KTc0kH/RO64ORBlTbTHaUaOj8F Je5O5NU2Pt9Cyt5ZWBRvxntr1zPTJGKRPS9ihlIfqT4ZvEngQGp57EUyFbCpI0UWasTerImM tt5WACnGmCzUTB39UXx8Oy4b1EgWeTJQ747e/F1mQLXTNa6ijRBE9fYlTb4gAkPN88/wVV9v 3PZozKLTg16ghBzHM/P7Lk8L7clPEZChX1FTa/6eSt3nvzfCuTMZbBPJF/ph+q1KyPqRgVfh tyhu5dvgMoPz/ni41IfeSrkJTD5RXzdyGR9q4Z1NYeBsLkRjC4LxKAP5KqUsvlOUjKvO1byj ApYdMarol+IGkaSk9e3zVYAJkWKjn/ni8XbOwU0EUxB7QQEQAKFhrDceoPdK/IHDSmoj6SQY isvM7VdhcleS7E9DoEAVt7yMbf6HbbMVTTY6ckvwTWQssywLBXNVqxgc4WLJjzfUhgef+WE7 5M3+WFYlOVQLGZY/zEVgma1raYnOHNAOzeHLDmEXjbZP6vGAeDyBbGfQPpE7qGYZ7ubeT3Xw QO+PklcCrvOPj2ZPcAxGNS2xVU/LzONqCrJqLMJSIcCdsbiSP4G5PnDFHtMokaTY6OEr8OEQ fOAerhcHUa/z7Uu8YtmaqKH+QGkE/WEgaRqSiTnv0JOTD+DxehaqvoKPPZ++2NpCZMHB2i6A /xifmQwEiIjEXtcueBRzkNUQkxhqZyS13SrhocL9ydtaVPBzZatAEjUDDEJmAMLVFs45qfyh MiNapHJo2n3MW/E5omqCvEkDdWX/en3P7CK2TemeaDghMsgkNKax/z0wNo5UZCkOPOz0xpNi UilOVbkuezZZNg65741qee2lfXhQIaZ66yT7hphc/N/z3PIAtLeze4u1VR2EXAuZ2sWAdlKC NTlJMsaU/x70BV11Wd/ypnVzM68dfdQIIAj1iMFAD/lXGlEUmKXg5Ov2VQDlTntQoanCYrAg +8CttPzjrydgLZFq3hrtQmfc0se5yv1WHS69+BsUOG09RvvawUDZxUjW19kyeN9THaNRgow3 kSuArUp6zSmJABEBAAHCwF8EGAEIAAkFAlMQe0ECGwwACgkQGuaGDlbL0pMN5wgA4bCkX/qw EVC06ToeR6C2putmSWQMgpDaqrv65Hubo+QGmg2P4ewTYQQ4g6oYWS03qHxqVVWhKz7FjfrV +dH8qbCLfSgIcvdBha7ayGZVrsiuMLKGbw36fcmkZPpSDOfHcP0XH8Z+u9CWj0xUkTxAlZ/7 i6gYSUpG2JWNtdmE/X8VVEyXusCLwy0K0BI60A/4dRTIX3C4QKrJ3ZbUXegz70ynjHf+lQMZ 9IZKASoRMuS5FozPQh6abvmwZEPdf5I9riUElzvHrqJ8Bx0t3Pujdoth+yNHpnBxrtO8LkQd rQ58P0SwcaIX33T2U9pG8bhu5YVR88FQ8OQ0cEsPBpDncg== In-Reply-To: <7709p7nn-s774-152o-p6n0-50nn9310q85p@SerrOFQ.bet> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_RCPT(0.00)[]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cRtCl6pnHz3XQF 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 On 9/17/25 23:48, Bjoern A. Zeeb wrote: > On Wed, 17 Sep 2025, Oleg Nauman wrote: > >> On Wed, Sep 17, 2025 at 10:44 PM A FreeBSD User > de.de> wrote: >>> >>> Hello, >>> >>> Maybe some minor issue, but since two days I can not shutdown recent >>> CURRENT (at the moment >>> FreeBSD 16.0-CURRENT #0 master-n280445-2d85bc89294b: Wed Sep 17 >>> 20:11:48 CEST 2025 amd64). >>> >>> System stops with a db> carret, a backtrace is shown. No core saved >>> (although configured), USB >>> keyboards unresponsive, filesystems (system on UFS, data graveyard on >>> ZFS) unharmed and >>> already cleanly unmounted as it seems, tried to save the backtrace, >>> but keyboards are >>> nonworking at that stage (picture taken from screen only). >>> >>> The crash seems to occur quite after everything is ready to reboot >>> and or switch the box off. > > Yes, and USB is all detached; same problem here.  Started after I > rebased my branch to main yesterday. > > >> I am experiencing the same issue with panic on shutdown >> >> Backtrace looks like > > Seems you are blessed in that your keyboard still worked?  I could not > get a dump either; only a photo of the panic so far.   The end of the > backtrace looks the same. > Reverting [1] and [2] seems to "fix" it. [1] https://cgit.freebsd.org/src/commit/?id=ce5e22b28ef6caff3ffd228ac188114b08c0da02 [2] https://cgit.freebsd.org/src/commit/?id=e779891327b1d9b9ab10ba482e59f498790505a7 -- Guido Falsi From nobody Wed Sep 17 22:29:28 2025 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 4cRtjl6m6Lz68B62 for ; Wed, 17 Sep 2025 22:29:31 +0000 (UTC) (envelope-from bz@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" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cRtjl5kx3z3b2W; Wed, 17 Sep 2025 22:29:31 +0000 (UTC) (envelope-from bz@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1758148171; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=jUnfxelADXM1kzXjgkdGhDPTFYUrQayIkg9/S5++2pE=; b=XIX6MLTcOqJiEt4Pdv+Q9vwyEh2Ev19HJuslz2r4urDvqSkDoO0XeMLTmx97PQtJoso/lQ t8SlxLWcl+uqLIfycU0YN2iq8Erq9j20WKgGvmlmTW8Fr9zOCmAIGxaE2c0VkJ0Yz8d2Aq EOI1oINCmuNrc8y26Zm+ofidX+be+y49EU1NdSz2/HBMvGb1IXsP1fVBdkuVUPN589d4XL ZT9dLMDjQOMibYPjUleKpvdjo+FkX9G424iZ205ccwUCAMtQwjIM3y+w5ACf0HkohI0Bmn iVMpvRwnOEf5xRjxHFfIsngtBm4an0P4awId9LH91AXZAp4sOp4tW45vOG8msA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1758148171; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=jUnfxelADXM1kzXjgkdGhDPTFYUrQayIkg9/S5++2pE=; b=GvZ8dJ943+Pmn/+NWTaluJpucXZz1DaeobJNNqKS+X5qAVZcgcSquFkTIDH2iZkxaCiXkv Jap5Fl85PL0Ip2PMYUoha9j41AWrMlnYN8oDENnBVpDA2dxx193ClehvwZqxdPGKmQPJ5N 3vLl8rnCQD6dUPKEfIhg8e7+NBkI2JkqNgi7X3fe6hXDLzvLUgvuJOSmO0wsFmMrlQCPZh 7kX5A0xxzZtgLRZRj84T4AVfUsJS/bOy+cVYnLh1D0kCGO9eGlMlE6ZDEWfMrkFL0HZ6fj y6oirf2zqSFkb17ZoeWTinp+1eyXHNxMLzyLeBSNd3sWi2vB+8Msw6nkb8PEZQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1758148171; a=rsa-sha256; cv=none; b=YeHP4RIlLkd2Dj4nSguXuNEaUTBvHU5mlNWgEy84NOjfqKhwwEh7N0d7xlbIM91avrVWfS 3XF6QKWC6Hy+NrRLi0oFmgUg7wRRrI5szg7Um8ah1RjtpPL70RbneKQp9tQu81MYE+DLEN VvIsMUWVpJpNRuGhAUdAim4D7wdzyK7ZvLeQtcyTpOW6cDiignOcbYDCCc7Y3SRu4f4yHb PXfEeFTG4u/LG/aZabhz5msoGbrSwtqhqlRLdrMSWslrqRheF/j6Bz6Cr3BsWI6itGq0u+ 2nz8IuoT3MKF1W4mvXdnrV4HPNbQ5G4YQ7qGFR8qQ0rQlNCnbaI95AWq4+sB9Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from mx-01.divo.sbone.de (mx-01.divo.sbone.de [IPv6:2003:a:140a:2200:6:594:fffe:19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mx-01.divo.sbone.de", Issuer "E6" (verified OK)) (Authenticated sender: bz/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cRtjl4VzHz61y; Wed, 17 Sep 2025 22:29:31 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by mx-01.divo.sbone.de (Postfix) with ESMTPS id 4D33BA64805; Wed, 17 Sep 2025 22:29:21 +0000 (UTC) Received: from content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (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) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 163462D029E7; Wed, 17 Sep 2025 22:29:30 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) by content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (amavisd-new, port 10024) with ESMTP id XqUrN2wnR8qG; Wed, 17 Sep 2025 22:29:29 +0000 (UTC) Received: from strong-iwl0.sbone.de (strong-iwl0.sbone.de [IPv6:fde9:577b:c1a9:4902:a66b:b6ff:fe40:39a9]) (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) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id E2A9F2D029D8; Wed, 17 Sep 2025 22:29:28 +0000 (UTC) Date: Wed, 17 Sep 2025 22:29:28 +0000 (UTC) From: "Bjoern A. Zeeb" To: Guido Falsi cc: Oleg Nauman , A FreeBSD User , FreeBSD CURRENT , Aymeric Wibo Subject: Re: CURRENT: panic init() on acpi_shutdown In-Reply-To: Message-ID: References: <20250917214321.7e28fe5e@thor.sb211.local> <7709p7nn-s774-152o-p6n0-50nn9310q85p@SerrOFQ.bet> X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 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/mixed; boundary="1098556516-1477663015-1758148169=:4494" This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --1098556516-1477663015-1758148169=:4494 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8BIT On Thu, 18 Sep 2025, Guido Falsi wrote: Cc: obiwac ; please see freebsd-current > On 9/17/25 23:48, Bjoern A. Zeeb wrote: >> On Wed, 17 Sep 2025, Oleg Nauman wrote: >> >>> On Wed, Sep 17, 2025 at 10:44 PM A FreeBSD User >>> wrote: >>>> >>>> Hello, >>>> >>>> Maybe some minor issue, but since two days I can not shutdown recent >>>> CURRENT (at the moment >>>> FreeBSD 16.0-CURRENT #0 master-n280445-2d85bc89294b: Wed Sep 17 20:11:48 >>>> CEST 2025 amd64). >>>> >>>> System stops with a db> carret, a backtrace is shown. No core saved >>>> (although configured), USB >>>> keyboards unresponsive, filesystems (system on UFS, data graveyard on >>>> ZFS) unharmed and >>>> already cleanly unmounted as it seems, tried to save the backtrace, but >>>> keyboards are >>>> nonworking at that stage (picture taken from screen only). >>>> >>>> The crash seems to occur quite after everything is ready to reboot and or >>>> switch the box off. >> >> Yes, and USB is all detached; same problem here.  Started after I >> rebased my branch to main yesterday. >> >> >>> I am experiencing the same issue with panic on shutdown >>> >>> Backtrace looks like >> >> Seems you are blessed in that your keyboard still worked?  I could not >> get a dump either; only a photo of the panic so far.   The end of the >> backtrace looks the same. >> > > Reverting [1] and [2] seems to "fix" it. > > [1] > https://cgit.freebsd.org/src/commit/?id=ce5e22b28ef6caff3ffd228ac188114b08c0da02 > > [2] > https://cgit.freebsd.org/src/commit/?id=e779891327b1d9b9ab10ba482e59f498790505a7 > > -- Bjoern A. Zeeb r15:7 --1098556516-1477663015-1758148169=:4494-- From nobody Wed Sep 17 22:57:16 2025 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 4cRvL1314Qz68D6v for ; Wed, 17 Sep 2025 22:57:29 +0000 (UTC) (envelope-from obiwac@gmail.com) Received: from mail-oa1-f51.google.com (mail-oa1-f51.google.com [209.85.160.51]) (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 4cRvL112Z7z3fq8 for ; Wed, 17 Sep 2025 22:57:29 +0000 (UTC) (envelope-from obiwac@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-oa1-f51.google.com with SMTP id 586e51a60fabf-3357b8aeddaso415655fac.0 for ; Wed, 17 Sep 2025 15:57:29 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1758149848; x=1758754648; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=P7Ok0gIPO4qN8IoCS0r82ROorBzMyNQZiEpI679deQk=; b=nA8tWh8Bp14HdBLqN7AuU+7jWPbBXna7qvPvzKlJVmllHjmcPzeZ461b1hxVuR0IMR E3CApMeEZ1K2zqvVaVb4mYRjTRnIZ07MSkAgvyjHv00sK7UpooZsS7orLtkB/3uua4sK cauDRifIh5PmmRGas5lO06BX8kBbKHaaf4kErP3k0CfXWLnaOcHGyFf70e1/HuglNt+A HfO7XaQ7H4ZUeY53Kn8Nl6PcCwhPRA3Xu4hQcTJaY9+/dCDlXSd8KDOfxgzIG+D7h+ab cMJNQXsHUKKrus+x/UDYaNwuSVaKWNplGw262so+9mVukzrrr9tJdcmXlPgPp1GDZ+TI GfEw== X-Forwarded-Encrypted: i=1; AJvYcCXL+TrCzM6H5S8RFbN0oz119PLLn/26AQnJgX0K+TAqEwMC0m0/GGTxxZArA8Ymzgxwbs3vXtECbNEO3DCqTZU=@freebsd.org X-Gm-Message-State: AOJu0YxeqzSrTgzEAMxV4Zy0filMXyu2SgHztT0CaWcfBEs5pmkS1tkt eREx9ZTOnjpWT+1BxQfSUD/YKB3+B6UnMO/omqmO2BAyMR8XZmHangBu9BpiFjBnO+IzdA== X-Gm-Gg: ASbGncuEhjBAgqdx2Orf7Sjsa3VhJ6z4H9rmLhf2C/FCurTbqqMafI3w8AuxYWtznut iGZBiUv6CtAS8QR8Ov99synLGT9ytHduGVx0RodXiDriGOsyMlYWJqwZoQNhFh0+P9jsce2um/G CDB7LxGKdd87zdLOQh8oOESQRZIfuR7mL/3YQddagveN7haf6uhyig0gZYH8wTjboITmtzwHHSg +p4dYDfSLKZ1bFQItCjAa3+zPTmRBrOmym6KcYo7Cfvy7jvzmOtIKyUB4Vuun294udJEU7VD4U9 XrruPOt/wP1A2WQlG3qmeJS9TR2nc+uNXf6+JcwVxumbg072mCfEQLjVME172b5dgTXreaZvfSL JvbG8wgmxbtpj7jxeMwOUixwT3Mu2aMhsZoXiTAwgDMJUGhBUolGxxE9VdbXyKHT3LKb19I7Ots 7c X-Google-Smtp-Source: AGHT+IFScJA6x7DGkmFnMtrtKpL5wxRjwNJcQLtpbbZmTWftTCeS+vhECtMCnVPkCCfdoPtxwEQl4Q== X-Received: by 2002:a05:6808:1205:b0:438:3620:2ad7 with SMTP id 5614622812f47-43d50e0a9cbmr1704071b6e.46.1758149847757; Wed, 17 Sep 2025 15:57:27 -0700 (PDT) Received: from mail-oa1-f47.google.com (mail-oa1-f47.google.com. [209.85.160.47]) by smtp.gmail.com with ESMTPSA id 5614622812f47-43d5c68cad0sm230344b6e.2.2025.09.17.15.57.27 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 17 Sep 2025 15:57:27 -0700 (PDT) Received: by mail-oa1-f47.google.com with SMTP id 586e51a60fabf-3316cc5ba2fso160569fac.1 for ; Wed, 17 Sep 2025 15:57:27 -0700 (PDT) X-Forwarded-Encrypted: i=1; AJvYcCXXmEXnLoAtkYOdUcgUhCAvxDO6j6byMO3M9KY4TqnBW4atVd2qhy0fromPlOFCR9sQJ6bs7W4NIWi++fuYCws=@freebsd.org X-Received: by 2002:a05:6870:1b07:b0:31d:63f9:b247 with SMTP id 586e51a60fabf-335c0662d07mr2205781fac.25.1758149847080; Wed, 17 Sep 2025 15:57:27 -0700 (PDT) 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: <20250917214321.7e28fe5e@thor.sb211.local> <7709p7nn-s774-152o-p6n0-50nn9310q85p@SerrOFQ.bet> In-Reply-To: From: obiwac Date: Thu, 18 Sep 2025 00:57:16 +0200 X-Gmail-Original-Message-ID: X-Gm-Features: AS18NWDGSt1V2MpWuA1bcuMFo539w3qPNOiTR0h_5HgSfYHvHOLe1PN8Lrt3VYo Message-ID: Subject: Re: CURRENT: panic init() on acpi_shutdown To: "Bjoern A. Zeeb" Cc: Guido Falsi , Oleg Nauman , A FreeBSD User , FreeBSD CURRENT Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; TAGGED_RCPT(0.00)[] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cRvL112Z7z3fq8 Hey, Apologies to everyone for getting to this relatively late. There are more details in the following bug report: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D289634 And a fix here: https://reviews.freebsd.org/D52598 On Thu, 18 Sept 2025 at 00:29, Bjoern A. Zeeb wrote: > > On Thu, 18 Sep 2025, Guido Falsi wrote: > > Cc: obiwac ; please see freebsd-current > > > On 9/17/25 23:48, Bjoern A. Zeeb wrote: > >> On Wed, 17 Sep 2025, Oleg Nauman wrote: > >> > >>> On Wed, Sep 17, 2025 at 10:44=E2=80=AFPM A FreeBSD User > >>> wrote: > >>>> > >>>> Hello, > >>>> > >>>> Maybe some minor issue, but since two days I can not shutdown recent > >>>> CURRENT (at the moment > >>>> FreeBSD 16.0-CURRENT #0 master-n280445-2d85bc89294b: Wed Sep 17 20:1= 1:48 > >>>> CEST 2025 amd64). > >>>> > >>>> System stops with a db> carret, a backtrace is shown. No core saved > >>>> (although configured), USB > >>>> keyboards unresponsive, filesystems (system on UFS, data graveyard o= n > >>>> ZFS) unharmed and > >>>> already cleanly unmounted as it seems, tried to save the backtrace, = but > >>>> keyboards are > >>>> nonworking at that stage (picture taken from screen only). > >>>> > >>>> The crash seems to occur quite after everything is ready to reboot a= nd or > >>>> switch the box off. > >> > >> Yes, and USB is all detached; same problem here. Started after I > >> rebased my branch to main yesterday. > >> > >> > >>> I am experiencing the same issue with panic on shutdown > >>> > >>> Backtrace looks like > >> > >> Seems you are blessed in that your keyboard still worked? I could not > >> get a dump either; only a photo of the panic so far. The end of the > >> backtrace looks the same. > >> > > > > Reverting [1] and [2] seems to "fix" it. > > > > [1] > > https://cgit.freebsd.org/src/commit/?id=3Dce5e22b28ef6caff3ffd228ac1881= 14b08c0da02 > > > > [2] > > https://cgit.freebsd.org/src/commit/?id=3De779891327b1d9b9ab10ba482e59f= 498790505a7 > > > > > > -- > Bjoern A. Zeeb r15:7 From nobody Thu Sep 18 03:59:33 2025 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 4cS22q1bQ3z67d1k for ; Thu, 18 Sep 2025 03:59:47 +0000 (UTC) (envelope-from oleg.nauman@gmail.com) Received: from mail-pl1-x62e.google.com (mail-pl1-x62e.google.com [IPv6:2607:f8b0:4864:20::62e]) (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 4cS22p6XC5z49y1 for ; Thu, 18 Sep 2025 03:59:46 +0000 (UTC) (envelope-from oleg.nauman@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pl1-x62e.google.com with SMTP id d9443c01a7336-26058a9e3b5so3726175ad.2 for ; Wed, 17 Sep 2025 20:59:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1758167985; x=1758772785; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=qqjw91D5N2Ayuqk8iSdZ/SDgNyKs5eM0akfSrgrlMbc=; b=O8ar22vWx/HVkxyaVtW27hllNvJES5jTbZOYWzIdnZjmLio2jvhZGq5Jma95gsbyEO xsJWxA9tYzFhBSn17fQXDB3uTJO/8mM/YWpqBdvPe8Cnqmo5ZxPcuXMFybd5l83aqVlF D9CEgow6XeNz++eUbkDTBlItP60tjwfk06W5YaH4s7tBcVTbC6TQXdnKNgh5PV+BepZm tOiGv7EqrAWdTTQk24zwsIYEoQ/cKEEYjcJI7bQReRecXioioqajvPHDhbDXBgj2ZVv8 QmRILZmHmQKBUH7YvYkXnaYHJUjTwZvz0A2voESmG50wVwKUIBqPsHjM2Hp8RzndWIk8 U26Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1758167985; x=1758772785; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=qqjw91D5N2Ayuqk8iSdZ/SDgNyKs5eM0akfSrgrlMbc=; b=HzcRiQtzKJJ6oPrCWyW8avdZ6kZZ/s6UujhN0ASrL6MDRyn6e+Kr2Pv76t6OGiMU1O WQWyDVpcjr+fOIWO2hH4JaTMd/9zL5VdUVFKWzy83oSugK/O2ZtR30xhitlGyGfPDQsi A/38ZdNRm+hCeVhw6VXVt9FZSsdSCu9oEb9t5ske/BTgTHuxSbd6nNi+dymfJXwSNW09 HWeYt37tUqvXJYAjLW+AiypqxU/m9fS5XeGxx4qbElbuNZptdLHPooIEzqPSrIr8JQWY fkabAjYEEcVtbge7XG2t7GAK9UkoUk0vrbqotvPLUXa1e4cF0qAnTu+7tUd1PpPf3aBC EEmg== X-Forwarded-Encrypted: i=1; AJvYcCUUtCjaWt30lIwshBTJvgWAkER92lIOl/HpssFquiSYII2IB0JYHNmqOaGkNpYLsPFOGQnvxeZTvGmLljE8Hbo=@freebsd.org X-Gm-Message-State: AOJu0YwrDhK9vqbwMgKczHIRYFhIqEaSDZeTeHtOoLa802YqfgZAwbLT OI2jkBXlxRM8XV5QDFFw61htjuYsGNjDaLTwrX3dciRCcrYWZ826FyL5HGqzdoDtHwEbN3e7kBB oyG+vlMJylUJCdXPcDGP/bLg8EyCZA/5Hiw== X-Gm-Gg: ASbGnctE8iyt3KX0pbyRwo2yHAOZ9pQmZZ7jbV8XFGuahHzGPTSsrClPuf3t/1iqcGS fcITBIKHAbsFbzvTyRhXykkjjXqD8NWPx7S2fxj8wqyDc94zkRC3/YPZyPLYttE3DKjUb7QI4Qi xwq/dA544lsnMlScdGaPZdUx3E4JlKBXPB4wd67uLZsAyjCZKHzv9xxlia9Ldq0kYuI6GhydurB KJzWoWVAUSJrUXVsFOfNCY= X-Google-Smtp-Source: AGHT+IHi8dTeftmEItakde1XmaFedVtVggvRHs01lr+1qqvSFaFX9pQ7D0+tg8BEAA9njO8zQvxdptmPn3YI9puFF14= X-Received: by 2002:a17:903:1b46:b0:245:f7f3:6760 with SMTP id d9443c01a7336-26813efae44mr51392185ad.55.1758167984757; Wed, 17 Sep 2025 20:59:44 -0700 (PDT) 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: <20250917214321.7e28fe5e@thor.sb211.local> <7709p7nn-s774-152o-p6n0-50nn9310q85p@SerrOFQ.bet> In-Reply-To: <7709p7nn-s774-152o-p6n0-50nn9310q85p@SerrOFQ.bet> From: Oleg Nauman Date: Thu, 18 Sep 2025 06:59:33 +0300 X-Gm-Features: AS18NWDRbBRr0tYV_XbJDl5pqKMYdaeflYLjSlr_Kv2oENlXDYyjA4aZd-zTfWQ Message-ID: Subject: Re: CURRENT: panic init() on acpi_shutdown To: "Bjoern A. Zeeb" Cc: A FreeBSD User , FreeBSD CURRENT Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cS22p6XC5z49y1 On Thu, Sep 18, 2025 at 12:49=E2=80=AFAM Bjoern A. Zeeb wr= ote: > > On Wed, 17 Sep 2025, Oleg Nauman wrote: > > > On Wed, Sep 17, 2025 at 10:44=E2=80=AFPM A FreeBSD User wrote: > >> > >> Hello, > >> > >> Maybe some minor issue, but since two days I can not shutdown recent C= URRENT (at the moment > >> FreeBSD 16.0-CURRENT #0 master-n280445-2d85bc89294b: Wed Sep 17 20:11:= 48 CEST 2025 amd64). > >> > >> System stops with a db> carret, a backtrace is shown. No core saved (a= lthough configured), USB > >> keyboards unresponsive, filesystems (system on UFS, data graveyard on = ZFS) unharmed and > >> already cleanly unmounted as it seems, tried to save the backtrace, bu= t keyboards are > >> nonworking at that stage (picture taken from screen only). > >> > >> The crash seems to occur quite after everything is ready to reboot and= or switch the box off. > > Yes, and USB is all detached; same problem here. Started after I > rebased my branch to main yesterday. > > > > I am experiencing the same issue with panic on shutdown > > > > Backtrace looks like > > Seems you are blessed in that your keyboard still worked? I could not > get a dump either; only a photo of the panic so far. The end of the > backtrace looks the same. No, it was caught by the kernel without debugging support so kernel coredump was generated in the usual way. > >> > >> -- > >> > >> A FreeBSD user > > > > > > -- > Bjoern A. Zeeb r15:7 From nobody Thu Sep 18 08:01:30 2025 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 4cS7Px3mBqz67xkR for ; Thu, 18 Sep 2025 08:01:41 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from vogon.madpilot.net (vogon.madpilot.net [IPv6:2a01:4f8:1c1c:11e5::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4cS7Px1KrLz3ZPd; Thu, 18 Sep 2025 08:01:41 +0000 (UTC) (envelope-from mad@madpilot.net) Authentication-Results: mx1.freebsd.org; none Received: from localhost (mail [IPv6:fd5c:5351:d272::3]) by vogon.madpilot.net (Postfix) with ESMTP id 4cS7Pn3GXMzLnYM; Thu, 18 Sep 2025 10:01:33 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= content-transfer-encoding:content-type:content-type:in-reply-to :from:from:content-language:references:subject:subject:date:date :message-id:received; s=cyq4qetkgngm; t=1758182491; x= 1759996892; bh=9wX1hlbiVwmMof98VOz6bJURKha+Oy7zpQlSHtg0t1A=; b=B sv2X+cB+KhmBZxujEQa1LWJpSmd+vPDUGEnlO1bZOK1pm4BN3SfEl0kzugIuwCbV FFQ+P60iVSUxlgtNrnkKc2W4fLF6mWwdac8+q3M1v1ybtP5LEYG2z+fakCAztKvX PtcTCRb8tSTswLTEDwGMPdv5KaaHb1/7YoDQBmDkQtQukp1YhpIyou6snOcNue+F z4lL9T431z4Bw5l8ju+mTJiQSjGFbSeJ85TqG1dcDc2/ye+dUZ8QsKm0bpeYzcC7 DWo/E5O5vkfGLfrXEnqBfLUJlgKwt8z9ORJ3xCCFBri5Ma/0K0gf5KvYW4LQSlJ4 PqwDfAfa/94LtuTyWKZZQ== Received: from vogon.madpilot.net ([IPv6:fd5c:5351:d272::3]) by localhost (vogon.madpilot.net [IPv6:fd5c:5351:d272::3]) (amavis, port 10026) with ESMTP id z2ExHKWeKKY3; Thu, 18 Sep 2025 10:01:31 +0200 (CEST) Message-ID: <96483f28-1529-4a69-80cd-3335eeaf9f15@madpilot.net> Date: Thu, 18 Sep 2025 10:01:30 +0200 Subject: Re: CURRENT: panic init() on acpi_shutdown To: obiwac , "Bjoern A. Zeeb" Cc: Oleg Nauman , A FreeBSD User , FreeBSD CURRENT References: <20250917214321.7e28fe5e@thor.sb211.local> <7709p7nn-s774-152o-p6n0-50nn9310q85p@SerrOFQ.bet> Content-Language: en-US, it, en-GB From: Guido Falsi Autocrypt: addr=mad@madpilot.net; keydata= xsBNBE+G+l0BCADi/WBQ0aRJfnE7LBPsM0G3m/m3Yx7OPu4iYFvS84xawmRHtCNjWIntsxuX fptkmEo3Rsw816WUrek8dxoUAYdHd+EcpBcnnDzfDH5LW/TZ4gbrFezrHPdRp7wdxi23GN80 qPwHEwXuF0X4Wy5V0OO8B6VT/nA0ADYnBDhXS52HGIJ/GCUjgqJn+phDTdCFLvrSFdmgx4Wl c0W5Z1p5cmDF9l8L/hc959AeyNf7I9dXnjekGM9gVv7UDUYzCifR3U8T0fnfdMmS8NeI9NC+ wuREpRO4lKOkTnj9TtQJRiptlhcHQiAlG1cFqs7EQo57Tqq6cxD1FycZJLuC32bGbgalABEB AAHNHkd1aWRvIEZhbHNpIDxtYWRAbWFkcGlsb3QubmV0PsLAeQQTAQgAIwIbAwIeAQIXgAUL CQgHAwUVCgkICwQWAgMBBQJS79AgAhkBAAoJEBrmhg5Wy9KTc0kH/RO64ORBlTbTHaUaOj8F Je5O5NU2Pt9Cyt5ZWBRvxntr1zPTJGKRPS9ihlIfqT4ZvEngQGp57EUyFbCpI0UWasTerImM tt5WACnGmCzUTB39UXx8Oy4b1EgWeTJQ747e/F1mQLXTNa6ijRBE9fYlTb4gAkPN88/wVV9v 3PZozKLTg16ghBzHM/P7Lk8L7clPEZChX1FTa/6eSt3nvzfCuTMZbBPJF/ph+q1KyPqRgVfh tyhu5dvgMoPz/ni41IfeSrkJTD5RXzdyGR9q4Z1NYeBsLkRjC4LxKAP5KqUsvlOUjKvO1byj ApYdMarol+IGkaSk9e3zVYAJkWKjn/ni8XbOwU0EUxB7QQEQAKFhrDceoPdK/IHDSmoj6SQY isvM7VdhcleS7E9DoEAVt7yMbf6HbbMVTTY6ckvwTWQssywLBXNVqxgc4WLJjzfUhgef+WE7 5M3+WFYlOVQLGZY/zEVgma1raYnOHNAOzeHLDmEXjbZP6vGAeDyBbGfQPpE7qGYZ7ubeT3Xw QO+PklcCrvOPj2ZPcAxGNS2xVU/LzONqCrJqLMJSIcCdsbiSP4G5PnDFHtMokaTY6OEr8OEQ fOAerhcHUa/z7Uu8YtmaqKH+QGkE/WEgaRqSiTnv0JOTD+DxehaqvoKPPZ++2NpCZMHB2i6A /xifmQwEiIjEXtcueBRzkNUQkxhqZyS13SrhocL9ydtaVPBzZatAEjUDDEJmAMLVFs45qfyh MiNapHJo2n3MW/E5omqCvEkDdWX/en3P7CK2TemeaDghMsgkNKax/z0wNo5UZCkOPOz0xpNi UilOVbkuezZZNg65741qee2lfXhQIaZ66yT7hphc/N/z3PIAtLeze4u1VR2EXAuZ2sWAdlKC NTlJMsaU/x70BV11Wd/ypnVzM68dfdQIIAj1iMFAD/lXGlEUmKXg5Ov2VQDlTntQoanCYrAg +8CttPzjrydgLZFq3hrtQmfc0se5yv1WHS69+BsUOG09RvvawUDZxUjW19kyeN9THaNRgow3 kSuArUp6zSmJABEBAAHCwF8EGAEIAAkFAlMQe0ECGwwACgkQGuaGDlbL0pMN5wgA4bCkX/qw EVC06ToeR6C2putmSWQMgpDaqrv65Hubo+QGmg2P4ewTYQQ4g6oYWS03qHxqVVWhKz7FjfrV +dH8qbCLfSgIcvdBha7ayGZVrsiuMLKGbw36fcmkZPpSDOfHcP0XH8Z+u9CWj0xUkTxAlZ/7 i6gYSUpG2JWNtdmE/X8VVEyXusCLwy0K0BI60A/4dRTIX3C4QKrJ3ZbUXegz70ynjHf+lQMZ 9IZKASoRMuS5FozPQh6abvmwZEPdf5I9riUElzvHrqJ8Bx0t3Pujdoth+yNHpnBxrtO8LkQd rQ58P0SwcaIX33T2U9pG8bhu5YVR88FQ8OQ0cEsPBpDncg== In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_RCPT(0.00)[] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cS7Px1KrLz3ZPd 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 On 9/18/25 00:57, obiwac wrote: > Hey, > > Apologies to everyone for getting to this relatively late. > > There are more details in the following bug report: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=289634 > > And a fix here: > > https://reviews.freebsd.org/D52598 Thanks for looking into this! -- Guido Falsi From nobody Thu Sep 18 08:59:28 2025 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 4cS8hs5hFNz682XW for ; Thu, 18 Sep 2025 08:59:41 +0000 (UTC) (envelope-from obiwac@gmail.com) Received: from mail-ot1-f53.google.com (mail-ot1-f53.google.com [209.85.210.53]) (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 4cS8hs3kYLz3mvD for ; Thu, 18 Sep 2025 08:59:41 +0000 (UTC) (envelope-from obiwac@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ot1-f53.google.com with SMTP id 46e09a7af769-758a28587e5so881279a34.1 for ; Thu, 18 Sep 2025 01:59:41 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1758185980; x=1758790780; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=M5T5YQxnTxcMZwLpjxAvdkkftQDuAdcPwBQPuNP5Ukg=; b=KBLcxzE0wm3C2HT1gvMwBeZyQtlRmeHxIES2+kB5NNDPPUZAvfaj5wYjxqfQ6F0/VZ JhwoqOobeAsZFmxYDflWjRwWaPOqN7rhFDb2vx+S9MOrJftzOodYJ3bJqRB3ytovrReB h8l+xNpPIIlAY90FmJo4TwSl7Ir3WU0rIre+gpOEcwCnZu+xoMj7gduUb/amz7NCY90W FXuvfNNA/x685iENBxORn0V1PIv3it6TgyRz2egebKqCDF0dQ+IbCtk9ulFrIW4KWqDZ Xvnn3GGwHCJOPmAxEnIlZHD+NE+sgmpuBMejID92jzLnUKfWz6s7qf5y5TG6cPHYkV/2 Hw6Q== X-Forwarded-Encrypted: i=1; AJvYcCVaSyzueK7TOLJ/tpb5wr6Y8j6IYwQuRojMcXpyljNfYCWMwjyxCJXlFxgL6QqQKdgMlGgYjiCtlYqqa/NlOqM=@freebsd.org X-Gm-Message-State: AOJu0YysdFQ9NntXaRzfnuW1iWuFdN2yuNTJO+GGRQupNf+WkzMPZDsN sHye2yyGkUXUZfZAKtCvO5jEU5H9zHlustLKHjVYvD7Roluu+Z98BcU6oKANF+j3TbW85g== X-Gm-Gg: ASbGnctRRYiPVdo4HvwwK2DRP7N7Krgao2qCqnS1jLsL+pxBBQ/uU8414+7D2dokDnA bXVGia1chX8VqL0gtocyhdehDg8zXcXTyB4TIJsafQESlDBHFm0/MGhnbhUBPFMYbK6GHhrvvmL ETdBZhXyiEtmrz1/X7VXft3W0B6dRfO6dpzuXD7HpK1ysAixIg63tEQeIY/3rK9IoQ9r39S9/JY Bk1eGdJmg6Ml5mzAbzHL4d8JkZY9wYLLQ1w1/gnUgcYG8eCVH1uYra+KBPKrGIiTM2mfIkqs/mN ooTvHtNW3kvXqLYljocvd0vXcGNIcpxftUyUYbgb+LIv2xz4H6VUDZ26I9dqBh/tV8g1jNbM/0W bY0h4vgWC3A+dD8sPXSmZSiBv9HnbdRrqOJmDw05Es4mnKxEG7MHReH4YtYi8gwOfdNFtHeFzAw s9 X-Google-Smtp-Source: AGHT+IFw/HBgps/sx9MpbE3obc2wYgkiYaFBDzyeT2vq9CCXiR+dCn32OM97NttuRWUHN0FJlaKTwA== X-Received: by 2002:a05:6808:1316:b0:439:ad1e:846b with SMTP id 5614622812f47-43d50a96757mr2409682b6e.7.1758185980342; Thu, 18 Sep 2025 01:59:40 -0700 (PDT) Received: from mail-oa1-f49.google.com (mail-oa1-f49.google.com. [209.85.160.49]) by smtp.gmail.com with ESMTPSA id 5614622812f47-43d5c6bf8adsm719670b6e.9.2025.09.18.01.59.40 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 18 Sep 2025 01:59:40 -0700 (PDT) Received: by mail-oa1-f49.google.com with SMTP id 586e51a60fabf-30cce50dfb4so484713fac.0 for ; Thu, 18 Sep 2025 01:59:40 -0700 (PDT) X-Forwarded-Encrypted: i=1; AJvYcCUDUMSMBEqg9ZbHRNr2IjkpUCkkn/4r3/LfAUIIdPb8n3py1MYNewgXI1/uIOr8J1uH0VJ8atZJm2+WfaomrLM=@freebsd.org X-Received: by 2002:a05:6870:85cc:b0:332:125e:2668 with SMTP id 586e51a60fabf-335bf4254c5mr3230941fac.26.1758185979856; Thu, 18 Sep 2025 01:59:39 -0700 (PDT) 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: <20250917214321.7e28fe5e@thor.sb211.local> <7709p7nn-s774-152o-p6n0-50nn9310q85p@SerrOFQ.bet> <96483f28-1529-4a69-80cd-3335eeaf9f15@madpilot.net> In-Reply-To: <96483f28-1529-4a69-80cd-3335eeaf9f15@madpilot.net> From: obiwac Date: Thu, 18 Sep 2025 10:59:28 +0200 X-Gmail-Original-Message-ID: X-Gm-Features: AS18NWDs4kKZTtAQMAFZxsxj-M-VKMkdoaWf21ggBNESYCtYusLxhwMtvKOsE6U Message-ID: Subject: Re: CURRENT: panic init() on acpi_shutdown To: Guido Falsi Cc: "Bjoern A. Zeeb" , Oleg Nauman , A FreeBSD User , FreeBSD CURRENT Content-Type: text/plain; charset="UTF-8" X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_RCPT(0.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cS8hs3kYLz3mvD Guido, I saw in your previous email that this revision doesn't fix your issue completely. Can you elaborate on this? I can't reproduce this on any of my machines and from the panics that I've seen D52598 /should/ entirely fix this unless the panics I've seen have been hiding another issue. Let me know so I can either revert or apply that change if all is good. On Thu, 18 Sept 2025 at 10:01, Guido Falsi wrote: > > On 9/18/25 00:57, obiwac wrote: > > Hey, > > > > Apologies to everyone for getting to this relatively late. > > > > There are more details in the following bug report: > > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=289634 > > > > And a fix here: > > > > https://reviews.freebsd.org/D52598 > > Thanks for looking into this! > > -- > Guido Falsi From nobody Thu Sep 18 11:54:49 2025 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 4cSDb70ppbz68Fs6 for ; Thu, 18 Sep 2025 11:54:59 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from vogon.madpilot.net (vogon.madpilot.net [IPv6:2a01:4f8:1c1c:11e5::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4cSDb65lkSz3MYT; Thu, 18 Sep 2025 11:54:58 +0000 (UTC) (envelope-from mad@madpilot.net) Authentication-Results: mx1.freebsd.org; none Received: from localhost (mail [IPv6:fd5c:5351:d272::3]) by vogon.madpilot.net (Postfix) with ESMTP id 4cSDb02QFrzLp0v; Thu, 18 Sep 2025 13:54:52 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= content-transfer-encoding:content-type:content-type:in-reply-to :from:from:content-language:references:subject:subject:date:date :message-id:received; s=cyq4qetkgngm; t=1758196490; x= 1760010891; bh=Yp8PCqhdOCVA3ia8NkJYLsvVdekbY5jwrAPGyeAv6To=; b=c HTBA09kq8uMIdVSGr1KM/J3RYvEAd25/+nKDjQyV63rWUuPj5omc9yL/l3RRIn7s O+DXMdGEnxe77QUpoqspWmIcI12tKbLSSdBtgIvw/bx7Cs8QWr6dFAJPd651Y7X0 xR6G/GpMoAimNf4GJXMswvf5to8kkWEBGJLINEawyybDm0ml1ulDFFnNtlEfurmp bIqrrF+BfEKLYrCs9sbyzLHdWXg/7b9WoJb40vYOhtwa6Nh37/TDYRiudCU6vSAK LVbglIlP19XuOr+oVXkHW1RH6VkYrsy6U0RwwijJB7MIgykswa7bjjhyUfGXWghf N4mJemu0wc0j54gIYYktg== Received: from vogon.madpilot.net ([IPv6:fd5c:5351:d272::3]) by localhost (vogon.madpilot.net [IPv6:fd5c:5351:d272::3]) (amavis, port 10026) with ESMTP id RLwpVG4WwVnK; Thu, 18 Sep 2025 13:54:50 +0200 (CEST) Message-ID: <5ea41546-2f41-4583-8266-3b32c5d67c5f@madpilot.net> Date: Thu, 18 Sep 2025 13:54:49 +0200 Subject: Re: CURRENT: panic init() on acpi_shutdown To: obiwac Cc: "Bjoern A. Zeeb" , Oleg Nauman , A FreeBSD User , FreeBSD CURRENT References: <20250917214321.7e28fe5e@thor.sb211.local> <7709p7nn-s774-152o-p6n0-50nn9310q85p@SerrOFQ.bet> <96483f28-1529-4a69-80cd-3335eeaf9f15@madpilot.net> Content-Language: en-US, it, en-GB From: Guido Falsi Autocrypt: addr=mad@madpilot.net; keydata= xsBNBE+G+l0BCADi/WBQ0aRJfnE7LBPsM0G3m/m3Yx7OPu4iYFvS84xawmRHtCNjWIntsxuX fptkmEo3Rsw816WUrek8dxoUAYdHd+EcpBcnnDzfDH5LW/TZ4gbrFezrHPdRp7wdxi23GN80 qPwHEwXuF0X4Wy5V0OO8B6VT/nA0ADYnBDhXS52HGIJ/GCUjgqJn+phDTdCFLvrSFdmgx4Wl c0W5Z1p5cmDF9l8L/hc959AeyNf7I9dXnjekGM9gVv7UDUYzCifR3U8T0fnfdMmS8NeI9NC+ wuREpRO4lKOkTnj9TtQJRiptlhcHQiAlG1cFqs7EQo57Tqq6cxD1FycZJLuC32bGbgalABEB AAHNHkd1aWRvIEZhbHNpIDxtYWRAbWFkcGlsb3QubmV0PsLAeQQTAQgAIwIbAwIeAQIXgAUL CQgHAwUVCgkICwQWAgMBBQJS79AgAhkBAAoJEBrmhg5Wy9KTc0kH/RO64ORBlTbTHaUaOj8F Je5O5NU2Pt9Cyt5ZWBRvxntr1zPTJGKRPS9ihlIfqT4ZvEngQGp57EUyFbCpI0UWasTerImM tt5WACnGmCzUTB39UXx8Oy4b1EgWeTJQ747e/F1mQLXTNa6ijRBE9fYlTb4gAkPN88/wVV9v 3PZozKLTg16ghBzHM/P7Lk8L7clPEZChX1FTa/6eSt3nvzfCuTMZbBPJF/ph+q1KyPqRgVfh tyhu5dvgMoPz/ni41IfeSrkJTD5RXzdyGR9q4Z1NYeBsLkRjC4LxKAP5KqUsvlOUjKvO1byj ApYdMarol+IGkaSk9e3zVYAJkWKjn/ni8XbOwU0EUxB7QQEQAKFhrDceoPdK/IHDSmoj6SQY isvM7VdhcleS7E9DoEAVt7yMbf6HbbMVTTY6ckvwTWQssywLBXNVqxgc4WLJjzfUhgef+WE7 5M3+WFYlOVQLGZY/zEVgma1raYnOHNAOzeHLDmEXjbZP6vGAeDyBbGfQPpE7qGYZ7ubeT3Xw QO+PklcCrvOPj2ZPcAxGNS2xVU/LzONqCrJqLMJSIcCdsbiSP4G5PnDFHtMokaTY6OEr8OEQ fOAerhcHUa/z7Uu8YtmaqKH+QGkE/WEgaRqSiTnv0JOTD+DxehaqvoKPPZ++2NpCZMHB2i6A /xifmQwEiIjEXtcueBRzkNUQkxhqZyS13SrhocL9ydtaVPBzZatAEjUDDEJmAMLVFs45qfyh MiNapHJo2n3MW/E5omqCvEkDdWX/en3P7CK2TemeaDghMsgkNKax/z0wNo5UZCkOPOz0xpNi UilOVbkuezZZNg65741qee2lfXhQIaZ66yT7hphc/N/z3PIAtLeze4u1VR2EXAuZ2sWAdlKC NTlJMsaU/x70BV11Wd/ypnVzM68dfdQIIAj1iMFAD/lXGlEUmKXg5Ov2VQDlTntQoanCYrAg +8CttPzjrydgLZFq3hrtQmfc0se5yv1WHS69+BsUOG09RvvawUDZxUjW19kyeN9THaNRgow3 kSuArUp6zSmJABEBAAHCwF8EGAEIAAkFAlMQe0ECGwwACgkQGuaGDlbL0pMN5wgA4bCkX/qw EVC06ToeR6C2putmSWQMgpDaqrv65Hubo+QGmg2P4ewTYQQ4g6oYWS03qHxqVVWhKz7FjfrV +dH8qbCLfSgIcvdBha7ayGZVrsiuMLKGbw36fcmkZPpSDOfHcP0XH8Z+u9CWj0xUkTxAlZ/7 i6gYSUpG2JWNtdmE/X8VVEyXusCLwy0K0BI60A/4dRTIX3C4QKrJ3ZbUXegz70ynjHf+lQMZ 9IZKASoRMuS5FozPQh6abvmwZEPdf5I9riUElzvHrqJ8Bx0t3Pujdoth+yNHpnBxrtO8LkQd rQ58P0SwcaIX33T2U9pG8bhu5YVR88FQ8OQ0cEsPBpDncg== In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; TAGGED_RCPT(0.00)[] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cSDb65lkSz3MYT 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 On 9/18/25 10:59, obiwac wrote: > Guido, > > I saw in your previous email that this revision doesn't fix your issue > completely. Can you elaborate on this? I can't reproduce this on any > of my machines and from the panics that I've seen D52598 /should/ > entirely fix this unless the panics I've seen have been hiding another > issue. > > Let me know so I can either revert or apply that change if all is good. Hi, Maybe I've explained myself poorly. I have noticed this issue, investigated possible causes and tried reverting your changes to see if they actually caused the issue, but at the time I was not aware there was a proposed fix. So I did not test the fix in review. I'm going to test this later today and report back. I'm terribly sorry if this caused you any inconvenience. Please allow me time for proper testing and will report back ASAP. -- Guido Falsi From nobody Thu Sep 18 12:56:03 2025 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 4cSFxf5S1Hz68Kx6 for ; Thu, 18 Sep 2025 12:56:06 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4cSFxf2B0Tz3Ybj; Thu, 18 Sep 2025 12:56:06 +0000 (UTC) (envelope-from david@catwhisker.org) Authentication-Results: mx1.freebsd.org; none Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.18.1/8.18.1) with ESMTP id 58ICu3WI094325; Thu, 18 Sep 2025 12:56:03 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.18.1/8.18.1/Submit) id 58ICu3UV094324; Thu, 18 Sep 2025 05:56:03 -0700 (PDT) (envelope-from david) Date: Thu, 18 Sep 2025 05:56:03 -0700 From: David Wolfskill To: obiwac Cc: FreeBSD CURRENT Subject: Re: CURRENT: panic init() on acpi_shutdown Message-ID: Mail-Followup-To: David Wolfskill , obiwac , FreeBSD CURRENT References: <20250917214321.7e28fe5e@thor.sb211.local> <7709p7nn-s774-152o-p6n0-50nn9310q85p@SerrOFQ.bet> 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="BhbNXcwiWMz40+Uj" Content-Disposition: inline In-Reply-To: X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cSFxf2B0Tz3Ybj --BhbNXcwiWMz40+Uj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable This is resolved (for me) at main-n280461-506b36c4fdde. Peace, david --=20 David H. Wolfskill david@catwhisker.org See https://www.catwhisker.org/~david/publickey.gpg for my public key. --BhbNXcwiWMz40+Uj Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSTLzOSbomIK53fjFliipiWhXYx5QUCaMwBY18UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0OTMy RjMzOTI2RTg5ODgyQjlEREY4QzU5NjI4QTk4OTY4NTc2MzFFNQAKCRBiipiWhXYx 5Z9BAQD1GWtaKyD3vAE5u56vx6F+smp2XzboElSDZ4xs81aOPgEAuZMJzTEFH8Gz yRHZC6qVzTsN07VldAPZUZvT4Wa9cwQ= =FFFv -----END PGP SIGNATURE----- --BhbNXcwiWMz40+Uj-- From nobody Thu Sep 18 13:19:15 2025 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4cSGSR2WZ8z68M5y; Thu, 18 Sep 2025 13:19:19 +0000 (UTC) (envelope-from fluffy@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" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cSGSR28ypz3dWb; Thu, 18 Sep 2025 13:19:19 +0000 (UTC) (envelope-from fluffy@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1758201559; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=EQ7XtLKm5yWjgXuwlPJfzcOUIO5BCPBCshYb8j1VAFc=; b=xhOVvc5GwwTNIprxltvNg//evcbAJV8JIZ0ji27yLyeKpQHrzrL48SgOWfgGSLSM6BBKSP /Irb5wUTe4kRYqKIaC3cCraJwPLtO55J2LtI4ARFumPX+HQTdbwOkeeCIGHv2+HXGeeJ4m 5izRO6Zo8HHHBxWb1rwKpdBAshWAhrCZ/ycWDA3KmKyW/Yo/WZ2NrMWLDdCBhLu5aSqDpr aemp/c+iH+bJzA3BFzbH1RHdd4hpcgTPs9R2CEzVKlKA0CQ/574ltwHMvy/nqRjNaZlfK9 y9Fbju4N4Z7gMbVx5YhLt9Auvmm24YenFuemtrHnKGqR948pLuzcxDpkiakalQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1758201559; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=EQ7XtLKm5yWjgXuwlPJfzcOUIO5BCPBCshYb8j1VAFc=; b=t9rLW+4nDSFBIxo63XrZ1K2ExgFKk9l2CMCAo3H1nGUfI7R9xJ766z4uvQUuGT2ROtVPIt ysK+nXBdYzuOjx8VKCn5fGhP0m4pzOHxEDBYUNU5XfNX9eqFjM3RC4N2zi881hNd6TBokx +VuwM5azvLJvf7dG0fuDUmgHla91kzys9E/Ay2VYYmCmaAEwPHgNxFt8Go5sWlyRks5wj7 Sgm5Dfs1GwJoFVJvQWlmpFgHQTIOttHnJB44XbKosvZbwsv7tO9UOilfi/50JYkwjESvoQ BfCgIFViXfk0i3Uv+XWeD79J9GGzyqZBTGjWi3vqfP2P7uxALbvBuvtkcb8EcQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1758201559; a=rsa-sha256; cv=none; b=QDzduAerjNvAhCBMJOW+HzzBg1r/Y+LiXQ9xS6NL/6xQ7vdOw+4riTtahOSYXiY8KXJrQw O7hGOLOSIQ5jeRbmHYTeNSidWfJWYj+mXVc2oLfyW/J24sKPAVYkYj+6RpP+o44la1LjPu M19ndMLQbIFhOUe5dOcsOy+zMpASKQ9lLJm0orREsH1qkhvnyACgJyniW+TAqRezsmVjoK ezZ56oyn2jJ1pkjrqNYQxIQBaTYae/K9vOShMG2HuWzJxgMmafGM2YZPKG6agKxzPvyGT9 15+Revr8oculGuj3oDxOZD28ijveQGrf+xou9YowTtw9ENm/SEbGyjV0yFjL1g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from [10.80.0.14] (unknown [185.90.61.138]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: fluffy) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cSGSQ27K3zZ8j; Thu, 18 Sep 2025 13:19:18 +0000 (UTC) (envelope-from fluffy@FreeBSD.org) Date: Thu, 18 Sep 2025 16:19:15 +0300 From: Dima Panov To: "=?utf-8?Q?stable=40freebsd.org?=" Cc: FreeBSD Current Message-ID: <29d0af9e-6935-409a-8295-3d71e16c39bf@Canary> In-Reply-To: <5942bc90-2fcd-45ed-8ea4-74a7c9a82d2f@Canary> References: <5ac11b34-4195-4747-938b-9966611985d7@Canary> <5942bc90-2fcd-45ed-8ea4-74a7c9a82d2f@Canary> Subject: Re: Stable/15 bootstrap build error on aarch64 X-Canary-Draft: 10 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; boundary="68cc06d3_3006c83e_a84"; protocol="application/pgp-signature" --68cc06d3_3006c83e_a84 Content-Type: multipart/alternative; boundary="68cc06d3_4516dde9_a84" --68cc06d3_4516dde9_a84 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Just more investigation. Got errors on amd64 too Under poudriere and on a host system too. With non-cleaned obj: It fails on stage 3: cross-tools and looks like missed includes path for = this stage with generated includes by tblgen -I=24=7BDE=46AULT=5FSYSROOT=7D/usr/lib/clang/19/include =3D=3D=3D=3D=3D log =3D=3D=3D=3D=3D -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- cd /opt/poudriere/jails/160amd64/usr/src; time env INSTALL=3D=22sh /opt/p= oudriere/jails/160amd64/usr/src/tools/install.sh=22 TOOLS=5FPRE=46IX=3D/u= sr/obj/opt/poudriere/jails/160amd64/usr/src/amd64.amd64/tmp PATH=3D/usr/o= bj/opt/poudriere/jails/160amd64/usr/src/amd64.amd64/tmp/legacy/usr/sbin:/= usr/obj/opt/poudriere/jails/160amd64/usr/src/amd64.amd64/tmp/legacy/usr/b= in:/usr/obj/opt/poudriere/jails/160amd64/usr/src/amd64.amd64/tmp/legacy/b= in:/usr/obj/opt/poudriere/jails/160amd64/usr/src/amd64.amd64/tmp/legacy/u= sr/libexec:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=3D/usr/obj/opt/poudrier= e/jails/160amd64/usr/src/amd64.amd64/tmp MAKE=46LAGS=3D=22-m /opt/poudrie= re/jails/160amd64/usr/src/tools/build/mk -j 1 -D MALLOC=5FPRODUCTION -J 1= 5,16 -m /opt/poudriere/jails/160amd64/usr/src/share/mk=22 make -f Makefil= e.inc1 DESTDIR=3D OBJTOP=3D/usr/obj/opt/poudriere/jails/160amd64/usr/src/= amd64.amd64/tmp/obj-tools OBJROOT=3D=24=7BOBJTOP=7D/ UNIVERSE=5FTOOLCHAIN= =5FPATH=3D MAKEOBJDIRPRE=46IX=3D BOOTSTRAPPING=3D1500064 BWPHASE=3Dcross-= tools -DNO=5FCPU=5FC=46LAGS -DNO=5FPIC -DNO=5FSHARED MK=5FASAN=3Dno MK=5F= CT=46=3Dno MK=5FCLANG=5FEXTRAS=3Dno MK=5FCLANG=5F=46ORMAT=3Dno MK=5FCLANG= =5F=46ULL=3Dno MK=5FHTML=3Dno MK=5FMAN=3Dno MK=5FRETPOLINE=3Dno MK=5FSSP=3D= no MK=5FTESTS=3Dno MK=5FUBSAN=3Dno MK=5FWERROR=3Dno MK=5FINCLUDES=3Dyes M= K=5FMAN=5FUTILS=3Dyes MK=5FLLVM=5FTARGET=5FALL=3Dno TARGET=3Damd64 TARGET= =5FARCH=3Damd64 MK=5FCLANG=3Dyes MK=5FLLDB=3Dno MK=5FLLVM=5FBINUTILS=3Dno= MK=5FTESTS=3Dno cross-tools =3D=3D=3D> lib/clang (obj,all,install) =3D=3D=3D> lib/clang/libllvm (all) /usr/local/bin/ccache cc -O2 -pipe -fno-common -I/usr/obj/opt/poudriere/j= ails/160amd64/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libllvm -I/opt/= poudriere/jails/160amd64/usr/src/sys/contrib/zstd/lib -I/opt/poudriere/ja= ils/160amd64/usr/src/contrib/llvm-project/llvm/lib/Target/X86 -I/opt/poud= riere/jails/160amd64/usr/src/contrib/llvm-project/llvm/lib/ObjCopy -DBLAK= E3=5FUSE=5FNEON=3D0 -I/opt/poudriere/jails/160amd64/usr/src/lib/clang/inc= lude -I/opt/poudriere/jails/160amd64/usr/src/contrib/llvm-project/llvm/in= clude -D=5F=5FSTDC=5FCONSTANT=5FMACROS -D=5F=5FSTDC=5F=46ORMAT=5FMACROS -= D=5F=5FSTDC=5FLIMIT=5FMACROS -DHAVE=5FVCS=5FVERSION=5FINC -DNDEBUG -DLLVM= =5FDE=46AULT=5FTARGET=5FTRIPLE=3D=5C=22x86=5F64-unknown-freebsd16.0=5C=22= -DLLVM=5FHOST=5FTRIPLE=3D=5C=22x86=5F64-unknown-freebsd16.0=5C=22 -DDE=46= AULT=5FSYSROOT=3D=5C=22/usr/obj/opt/poudriere/jails/160amd64/usr/src/amd6= 4.amd64/tmp=5C=22 -DLLVM=5FTARGET=5FENABLE=5FX86 -DLLVM=5FNATIVE=5FASMPAR= SER=3DLLVMInitializeX86AsmParser -DLLVM=5FNATIVE=5FASMPRINTER=3DLLVMIniti= alizeX86AsmPrinter -DLLVM=5FNATIVE=5FDISASSEMBLER=3DLLVMInitializeX86Disa= ssembler -DLLVM=5FNATIVE=5FTARGET=3DLLVMInitializeX86Target -DLLVM=5FNATI= VE=5FTARGETIN=46O=3DLLVMInitializeX86TargetInfo -DLLVM=5FNATIVE=5FTARGETM= C=3DLLVMInitializeX86TargetMC -ffunction-sections -fdata-sections -gline-= tables-only -MD -M=46.depend.Support=5FBLAKE3=5Fblake3.o -MTSupport/BLAKE= 3/blake3.o -std=3Dgnu17 -Wno-format-zero-length -Wno-pointer-sign -Wdate-= time -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno= -error=3Dunused-but-set-parameter -Wno-error=3Dcast-function-type-mismatc= h -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-a= ddress-of-packed-member -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Wno-parentheses -Qunused-arguments -I/usr/obj/opt/poudriere/jail= s/160amd64/usr/src/amd64.amd64/tmp/legacy/usr/include -c /opt/poudriere/j= ails/160amd64/usr/src/contrib/llvm-project/llvm/lib/Support/BLAKE3/blake3= .c -o Support/BLAKE3/blake3.o In file included from /opt/poudriere/jails/160amd64/usr/src/contrib/llvm-= project/llvm/lib/Support/BLAKE3/blake3.c:13: /opt/poudriere/jails/160amd64/usr/src/contrib/llvm-project/llvm/lib/Suppo= rt/BLAKE3/blake3=5Fimpl.h:53:10: fatal error: immintrin.h file not found 53 =7C =23include =7C =5E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E 1 error generated. *** =5BSupport/BLAKE3/blake3.o=5D Error code 1 make=5B4=5D: stopped making =22all=22 in /opt/poudriere/jails/160amd64/us= r/src/lib/clang/libllvm make=5B4=5D: 1 error make=5B4=5D: stopped making =22all=22 in /opt/poudriere/jails/160amd64/us= r/src/lib/clang/libllvm make=5B3=5D: stopped making =22all=22 in /opt/poudriere/jails/160amd64/us= r/src/lib/clang make=5B2=5D: stopped making =22cross-tools=22 in /opt/poudriere/jails/160= amd64/usr/src 2.29 real 2.18 user 0.11 sys make=5B1=5D: stopped making =22buildworld=22 in /opt/poudriere/jails/160a= md64/usr/src make: stopped making =22buildworld=22 in /opt/poudriere/jails/160amd64/us= r/src =3D=3D=3D=3D=3D log =3D=3D=3D=3D=3D With clean obj it even cannot pass stage 2: bootstrap-tools because missi= ng generated includes --- =5Fbootstrap-tools-lib/clang/libllvmminimal --- --- Support/xxhash.o --- /opt/poudriere/jails/150aarch64/usr/src/contrib/llvm-project/llvm/lib/Sup= port/xxhash.cpp:60:10: fatal error: arm=5Fneon.h file not found 60 =7C =23include =7C =5E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E 1 error generated. *** =5BSupport/xxhash.o=5D Error code 1 make=5B3=5D: stopped making =22all=22 in /opt/poudriere/jails/150aarch64/= usr/src/lib/clang/libllvmminimal make=5B3=5D: 1 error make=5B3=5D: stopped making =22all=22 in /opt/poudriere/jails/150aarch64/= usr/src/lib/clang/libllvmminimal make=5B2=5D: stopped making =22bootstrap-tools=22 in /opt/poudriere/jails= /150aarch64/usr/src 2.32 real 4.33 user 2.93 sys make=5B1=5D: stopped making =22buildworld=22 in /opt/poudriere/jails/150a= arch64/usr/src CC to current=40, -- Dima. (desktop, kde, x11, office, ports-secteam)=40=46reeBSD team (fluffy=40=46reeBSD.org, https://t.me/=46luffyBSD) > On Monday, Sep 15, 2025 at 12:47 PM, Dima Panov wrote: > Just add some info: > Build of main branch is also failed at same place > > > Looks like a broken order of build/run dependencies, arm=5Fneon.h is au= to-generated by tablegen > > > =23 uname -a > =46reeBSD aarch64.DimaPanov.com 15.0-ALPHA2 =46reeBSD 15.0-ALPHA2 stabl= e/15-89e9d3ca62f8 GENERIC arm64 > > -- > Dima. (desktop, kde, x11, office, ports-secteam)=40=46reeBSD team > (fluffy=40=46reeBSD.org, https://t.me/=46luffyBSD) > > > > > On =D0=BF=D0=BE=D0=BD=D0=B5=D0=B4=D0=B5=D0=BB=D1=8C=D0=BD=D0=B8=D0=BA= , =D1=81=D0=B5=D0=BD=D1=82. 15, 2025 at 11:47 AM, Dima Panov wrote: > > Hello=21 > > > > Something changed in stable/15 between 89e9d3ca6 and deaa609d0 which = caused a bootstrap build error in poudriere > > > > --- =5Fbootstrap-tools-lib/clang/libllvmminimal --- > > /opt/poudriere/jails/150aarch64/usr/src/contrib/llvm-project/llvm/lib= /Support/xxhash.cpp:60:10: fatal error: arm=5Fneon.h file not found > > 60 =7C =23include > > =7C =5E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E > > 1 error generated. > > *** =5BSupport/xxhash.o=5D Error code 1 > > > > make=5B3=5D: stopped making =22all=22 in /opt/poudriere/jails/150aarc= h64/usr/src/lib/clang/libllvmminimal > > make=5B3=5D: 1 error > > > > > > > > -- > > Dima. (desktop, kde, x11, office, ports-secteam)=40=46reeBSD team > > (fluffy=40=46reeBSD.org, https://t.me/=46luffyBSD) > > > > > > --68cc06d3_4516dde9_a84 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline <= meta name=3D=22viewport=22 content=3D=22width=3Ddevice-width, initial-sca= le=3D1.0, user-scalable=3Dno=22>
Just more investigation.
Got errors on amd6= 4 too
Under poudriere and on a host system too.

<= /div>
With non-cleaned obj:
It fails on stage 3: cross-tool= s and looks like missed includes path for this stage with generated inclu= des by tblgen

-I=24=7BDE=46AULT=5FSYSROOT=7D/usr= /lib/clang/19/include

=3D=3D=3D=3D=3D log =3D= =3D=3D=3D=3D
--------------------------------------------------= ------------
>>> stage 3: cross tools
--------------------= ------------------------------------------
cd /opt/poudriere/jails/160= amd64/usr/src; time env INSTALL=3D=22sh /opt/poudriere/jails/160amd64/usr= /src/tools/install.sh=22 TOOLS=5FPRE=46IX=3D/usr/obj/opt/poudriere/jails/= 160amd64/usr/src/amd64.amd64/tmp PATH=3D/usr/obj/opt/poudriere/jails/160a= md64/usr/src/amd64.amd64/tmp/legacy/usr/sbin:/usr/obj/opt/poudriere/jails= /160amd64/usr/src/amd64.amd64/tmp/legacy/usr/bin:/usr/obj/opt/poudriere/j= ails/160amd64/usr/src/amd64.amd64/tmp/legacy/bin:/usr/obj/opt/poudriere/j= ails/160amd64/usr/src/amd64.amd64/tmp/legacy/usr/libexec:/sbin:/bin:/usr/= sbin:/usr/bin WORLDTMP=3D/usr/obj/opt/poudriere/jails/160amd64/usr/src/am= d64.amd64/tmp MAKE=46LAGS=3D=22-m /opt/poudriere/jails/160amd64/usr/src/t= ools/build/mk -j 1 -D MALLOC=5FPRODUCTION -J 15,16 -m /opt/poudriere/jail= s/160amd64/usr/src/share/mk=22 make -f Makefile.inc1 DESTDIR=3D OBJTOP=3D= /usr/obj/opt/poudriere/jails/160amd64/usr/src/amd64.amd64/tmp/obj-tools O= BJROOT=3D=24=7BOBJTOP=7D/ UNIVERSE=5FTOOLCHAIN=5FPATH=3D MAKEOBJDIRPRE=46= IX=3D BOOTSTRAPPING=3D1500064 BWPHASE=3Dcross-tools -DNO=5FCPU=5FC=46LAGS= -DNO=5FPIC -DNO=5FSHARED MK=5FASAN=3Dno MK=5FCT=46=3Dno MK=5FCLANG=5FEXT= RAS=3Dno MK=5FCLANG=5F=46ORMAT=3Dno MK=5FCLANG=5F=46ULL=3Dno MK=5FHTML=3D= no MK=5FMAN=3Dno MK=5FRETPOLINE=3Dno MK=5FSSP=3Dno MK=5FTESTS=3Dno MK=5FU= BSAN=3Dno MK=5FWERROR=3Dno MK=5FINCLUDES=3Dyes MK=5FMAN=5FUTILS=3Dyes MK=5F= LLVM=5FTARGET=5FALL=3Dno TARGET=3Damd64 TARGET=5FARCH=3Damd64 MK=5FCLANG=3D= yes MK=5FLLDB=3Dno MK=5FLLVM=5FBINUTILS=3Dno MK=5FTESTS=3Dno cross-tools<= br>=3D=3D=3D> lib/clang (obj,all,install)
=3D=3D=3D> lib/clang/l= ibllvm (all)
/usr/local/bin/ccache cc -O2 -pipe -fno-common -I/usr/obj= /opt/poudriere/jails/160amd64/usr/src/amd64.amd64/tmp/obj-tools/lib/clang= /libllvm -I/opt/poudriere/jails/160amd64/usr/src/sys/contrib/zstd/lib -I/= opt/poudriere/jails/160amd64/usr/src/contrib/llvm-project/llvm/lib/Target= /X86 -I/opt/poudriere/jails/160amd64/usr/src/contrib/llvm-project/llvm/li= b/ObjCopy -DBLAKE3=5FUSE=5FNEON=3D0 -I/opt/poudriere/jails/160amd64/usr/s= rc/lib/clang/include -I/opt/poudriere/jails/160amd64/usr/src/contrib/llvm= -project/llvm/include -D=5F=5FSTDC=5FCONSTANT=5FMACROS -D=5F=5FSTDC=5F=46= ORMAT=5FMACROS -D=5F=5FSTDC=5FLIMIT=5FMACROS -DHAVE=5FVCS=5FVERSION=5FINC= -DNDEBUG -DLLVM=5FDE=46AULT=5FTARGET=5FTRIPLE=3D=5C=22x86=5F64-unknown-f= reebsd16.0=5C=22 -DLLVM=5FHOST=5FTRIPLE=3D=5C=22x86=5F64-unknown-freebsd1= 6.0=5C=22 -DDE=46AULT=5FSYSROOT=3D=5C=22/usr/obj/opt/poudriere/jails/160a= md64/usr/src/amd64.amd64/tmp=5C=22 -DLLVM=5FTARGET=5FENABLE=5FX86 -DLLVM=5F= NATIVE=5FASMPARSER=3DLLVMInitializeX86AsmParser -DLLVM=5FNATIVE=5FASMPRIN= TER=3DLLVMInitializeX86AsmPrinter -DLLVM=5FNATIVE=5FDISASSEMBLER=3DLLVMIn= itializeX86Disassembler -DLLVM=5FNATIVE=5FTARGET=3DLLVMInitializeX86Targe= t -DLLVM=5FNATIVE=5FTARGETIN=46O=3DLLVMInitializeX86TargetInfo -DLLVM=5FN= ATIVE=5FTARGETMC=3DLLVMInitializeX86TargetMC -ffunction-sections -fdata-s= ections -gline-tables-only -MD -M=46.depend.Support=5FBLAKE3=5Fblake3.o -= MTSupport/BLAKE3/blake3.o -std=3Dgnu17 -Wno-format-zero-length -Wno-point= er-sign -Wdate-time -Wno-empty-body -Wno-string-plus-int -Wno-unused-cons= t-variable -Wno-error=3Dunused-but-set-parameter -Wno-error=3Dcast-functi= on-type-mismatch -Wno-tautological-compare -Wno-unused-value -Wno-parenth= eses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local= -typedef -Wno-address-of-packed-member -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Wno-parentheses -Qunused-arguments -I/usr/obj/opt= /poudriere/jails/160amd64/usr/src/amd64.amd64/tmp/legacy/usr/include -c /= opt/poudriere/jails/160amd64/usr/src/contrib/llvm-project/llvm/lib/Suppor= t/BLAKE3/blake3.c -o Support/BLAKE3/blake3.o
In file included from /op= t/poudriere/jails/160amd64/usr/src/contrib/llvm-project/llvm/lib/Support/= BLAKE3/blake3.c:13:
/opt/poudriere/jails/160amd64/usr/src/contrib/llvm= -project/llvm/lib/Support/BLAKE3/blake3=5Fimpl.h:53:10: fatal error: immi= ntrin.h file not found
53 =7C =23include
=7C =5E=7E= =7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E
1 error generated.
*** =5BSupport= /BLAKE3/blake3.o=5D Error code 1

make=5B4=5D: stopped making =22al= l=22 in /opt/poudriere/jails/160amd64/usr/src/lib/clang/libllvm
make=5B= 4=5D: 1 error

make=5B4=5D: s= topped making =22all=22 in /opt/poudriere/jails/160amd64/usr/src/lib/clan= g/libllvm

make=5B3=5D: stopped making =22all=22 in /opt/poudriere/= jails/160amd64/usr/src/lib/clang

make=5B2=5D: stopped making =22cr= oss-tools=22 in /opt/poudriere/jails/160amd64/usr/src
2.29 real 2.18 = user 0.11 sys

make=5B1=5D: stopped making =22buildworld=22 in /opt= /poudriere/jails/160amd64/usr/src

make: stopped making =22buildwor= ld=22 in /opt/poudriere/jails/160amd64/usr/src

=3D=3D=3D=3D=3D log =3D=3D=3D=3D=3D

=
With clean obj it even cannot pass stage 2: bootstrap-tools because = missing generated includes

--- =5Fbootstrap-tool= s-lib/clang/libllvmminimal ---
--- Support/xxhash.o ---
/opt/poudri= ere/jails/150aarch64/usr/src/contrib/llvm-project/llvm/lib/Support/xxhash= .cpp:60:10: fatal error: arm=5Fneon.h file not found
60 =7C =23includ= e
=7C =5E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E=7E
1 error = generated.
*** =5BSupport/xxhash.o=5D Error code 1

make=5B3=5D:= stopped making =22all=22 in /opt/poudriere/jails/150aarch64/usr/src/lib/= clang/libllvmminimal
make=5B3=5D: 1 error

make=5B3=5D: stopped = making =22all=22 in /opt/poudriere/jails/150aarch64/usr/src/lib/clang/lib= llvmminimal

make=5B2=5D: stopped making =22bootstrap-tools=22 in /= opt/poudriere/jails/150aarch64/usr/src
2.32 real 4.33 user 2.93 sys
make=5B1=5D: stopped making =22buildworld=22 in /opt/poudriere/jail= s/150aarch64/usr/src

CC to cu= rrent=40,=C2=A0

--
Dima. (desktop, kde, x11, office, ports-secteam= )=40=46reeBSD team
(fluffy=40=46reeBSD.org, https://t.me/=46luf= fyBSD)

O= n Monday, Sep 15, 2025 at 12:47 PM, Dima Panov <fluffy=40=46reeBSD.org> wrote:
<= div style=3D=22font-family:Helvetica;color:=23000000;font-size:16px;=22 d= ir=3D=22auto=22>3D=
Just add some info:
Build of main branch is also failed= at same place


Looks like a broke= n order of build/run dependencies, =C2=A0arm=5Fneon.h =C2=A0is auto-gener= ated by tablegen


=23 uname -a
= =46reeBSD aarch64.DimaPanov.com 15.0-ALPHA2 =46reeBSD 15.0-ALPHA2 stable/= 15-89e9d3ca62f8 GENERIC arm64

--
Dima. (desktop, kde, x11, office, por= ts-secteam)=40=46reeBSD team
(fluffy=40=46reeBSD.org, https://t= .me/=46luffyBSD)

On =D0=BF= =D0=BE=D0=BD=D0=B5=D0=B4=D0=B5=D0=BB=D1=8C=D0=BD=D0=B8=D0=BA, =D1=81=D0=B5= =D0=BD=D1=82. 15, 2025 at 11:47 AM, Dima Panov <fluffy=40=46reeBSD.org> wrote:
<= div style=3D=22font-family:Helvetica;color:=23000000;font-size:16px;=22 d= ir=3D=22auto=22>3D=
Hello=21

Something changed=C2=A0in stable= /15 between 89e9d3ca6 and deaa609d0 which caused a bootstrap build error = in poudriere=C2=A0

--- =5Fbootstrap-tools-lib/cl= ang/libllvmminimal ---
/opt/poudriere/jails/150aarch64/usr/src/contrib= /llvm-project/llvm/lib/Support/xxhash.cpp:60:10: fatal error: arm=5Fneon.= h file not found
60 =7C =23include
=7C =5E=7E=7E=7E= =7E=7E=7E=7E=7E=7E=7E=7E
1 error generated.
*** =5BSupport/xxhash.o= =5D Error code 1

make=5B3=5D: stopped making =22all=22 in /opt/pou= driere/jails/150aarch64/usr/src/lib/clang/libllvmminimal
make=5B3=5D: = 1 error



--
Dima. (desktop, kde, x11, off= ice, ports-secteam)=40=46reeBSD team
(fluffy=40=46reeBSD.org, h= ttps://t.me/=46luffyBSD)

=
=
--68cc06d3_4516dde9_a84-- --68cc06d3_3006c83e_a84 Content-Type: application/pgp-signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: Canary PGP V3 iQJVBAABCgA/OBxEaW1hIFBhbm92IChGcmVlQlNELk9SRyBDb21taXR0ZXIpIDxm bHVmZnlARnJlZUJTRC5PUkc+BQJozAbTAAoJEPuLoJ3VOY8pXC8P/3ci7+Y3pxCs tdjECkezprfvdQlNsznLSg4jIegpesggW8QBVH4A79Nh+3lUdZg57PS/jbN6leLN fV5KEJFblJTTkcWoNjdv8UYs6QTkvNY9Sz6TmeCKGwi20k9+zq7p2MKtlYiliba/ mXH/6AXHFX4v6spvkaxNvzqGO4adGZ2KVvdcX/0ODTKQw8GvMKklZOIJTI9mUI5q k3++Zhxn9yLqA2sWgPt3ixfIhnxNmemypVMwi/f04g0Q2dWy+ZXlA+pIGzKyxfug bkFno9vcVx7Mi0OWjEAcwmykxVH2tLc47CMfzR1Dw9sdaDO5u1FP9j5QoQRHf9UT 54SoYYGm0E1WANFHHPFRPgKq95V4AYYOC22HtlT0MysuFINGBiesD8INQ4do0YmU IgNlis00ROcXsD98UrIQLkz5ktf9zF1V1dd8CUg9XOkU3nmWY7bbmggFkr9pCoyv BVIo5B+9elaKvNiABmkK/s9rfMQ6yXZfNzHuParAdRHbtbQ53oKqMVkkz/TbIZKx kipwvCbUaMlVNJP9xKL2enBKQdEdUEsc/nlLeeaRj2gAGnEO8wzGzdF5Cxwa8ji6 TeS3DIpbUqQ8yZTi2gDuCjpyn3VxLlJ/h8VLzunU++hk7Fw5Ee83S7dKnuscyl+o rXhPppMWrpXgN78Zk4gr+iDLGq9zhD7x =O1Vo -----END PGP SIGNATURE----- --68cc06d3_3006c83e_a84-- From nobody Thu Sep 18 13:51:31 2025 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 4cSH9n3cWwz68Q7F for ; Thu, 18 Sep 2025 13:51:41 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from vogon.madpilot.net (vogon.madpilot.net [159.69.1.99]) (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 4cSH9n1Qn3z3jxW; Thu, 18 Sep 2025 13:51:41 +0000 (UTC) (envelope-from mad@madpilot.net) Authentication-Results: mx1.freebsd.org; none Received: from localhost (mail [IPv6:fd5c:5351:d272::3]) by vogon.madpilot.net (Postfix) with ESMTP id 4cSH9f1JXFzLndp; Thu, 18 Sep 2025 15:51:34 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= content-transfer-encoding:content-type:content-type:in-reply-to :from:from:content-language:references:subject:subject:date:date :message-id:received; s=cyq4qetkgngm; t=1758203491; x= 1760017892; bh=AKNagpW580KBN6expecr11IojRCrHbR0G4DddW7mIVE=; b=t E+7rzCdA9ThJGjXE8iA3Y56OIR39wLwZr/HWgqxa4uYLIbbNxwjyyl5EmeZfMY/j vDHrWpp+XIIW3Dy0oS/HcDv9dQEtdtaetVnvOARrEEZTaxBNhOIUZ5nT8DoJOyaj PY21eXDqcP1lyUww9BRfRC35sKyOnlKlrW2GSVsYlUN9vCRJbaoH7FV5klXkA8+r HHeGWwxxftPnqc6tvVkAE7asYROdbaXi3ht2Rs3enh2UzBq3slwfd58Qd4P70P6z vFuGgTbUEAqz6zfmzJkGgb9D82Kzum3wlKKWd8xnegqRjAVAqVAKf3YhKTOlswFV x+3dX6pjfDTEFtHV9tRKw== Received: from vogon.madpilot.net ([IPv6:fd5c:5351:d272::3]) by localhost (vogon.madpilot.net [IPv6:fd5c:5351:d272::3]) (amavis, port 10026) with ESMTP id aOdtdeQ_C-pj; Thu, 18 Sep 2025 15:51:31 +0200 (CEST) Message-ID: <4eaccee9-df24-4d11-8b6d-927c106592ca@madpilot.net> Date: Thu, 18 Sep 2025 15:51:31 +0200 Subject: Re: CURRENT: panic init() on acpi_shutdown To: obiwac Cc: "Bjoern A. Zeeb" , Oleg Nauman , A FreeBSD User , FreeBSD CURRENT References: <20250917214321.7e28fe5e@thor.sb211.local> <7709p7nn-s774-152o-p6n0-50nn9310q85p@SerrOFQ.bet> <96483f28-1529-4a69-80cd-3335eeaf9f15@madpilot.net> Content-Language: en-US, it, en-GB From: Guido Falsi Autocrypt: addr=mad@madpilot.net; keydata= xsBNBE+G+l0BCADi/WBQ0aRJfnE7LBPsM0G3m/m3Yx7OPu4iYFvS84xawmRHtCNjWIntsxuX fptkmEo3Rsw816WUrek8dxoUAYdHd+EcpBcnnDzfDH5LW/TZ4gbrFezrHPdRp7wdxi23GN80 qPwHEwXuF0X4Wy5V0OO8B6VT/nA0ADYnBDhXS52HGIJ/GCUjgqJn+phDTdCFLvrSFdmgx4Wl c0W5Z1p5cmDF9l8L/hc959AeyNf7I9dXnjekGM9gVv7UDUYzCifR3U8T0fnfdMmS8NeI9NC+ wuREpRO4lKOkTnj9TtQJRiptlhcHQiAlG1cFqs7EQo57Tqq6cxD1FycZJLuC32bGbgalABEB AAHNHkd1aWRvIEZhbHNpIDxtYWRAbWFkcGlsb3QubmV0PsLAeQQTAQgAIwIbAwIeAQIXgAUL CQgHAwUVCgkICwQWAgMBBQJS79AgAhkBAAoJEBrmhg5Wy9KTc0kH/RO64ORBlTbTHaUaOj8F Je5O5NU2Pt9Cyt5ZWBRvxntr1zPTJGKRPS9ihlIfqT4ZvEngQGp57EUyFbCpI0UWasTerImM tt5WACnGmCzUTB39UXx8Oy4b1EgWeTJQ747e/F1mQLXTNa6ijRBE9fYlTb4gAkPN88/wVV9v 3PZozKLTg16ghBzHM/P7Lk8L7clPEZChX1FTa/6eSt3nvzfCuTMZbBPJF/ph+q1KyPqRgVfh tyhu5dvgMoPz/ni41IfeSrkJTD5RXzdyGR9q4Z1NYeBsLkRjC4LxKAP5KqUsvlOUjKvO1byj ApYdMarol+IGkaSk9e3zVYAJkWKjn/ni8XbOwU0EUxB7QQEQAKFhrDceoPdK/IHDSmoj6SQY isvM7VdhcleS7E9DoEAVt7yMbf6HbbMVTTY6ckvwTWQssywLBXNVqxgc4WLJjzfUhgef+WE7 5M3+WFYlOVQLGZY/zEVgma1raYnOHNAOzeHLDmEXjbZP6vGAeDyBbGfQPpE7qGYZ7ubeT3Xw QO+PklcCrvOPj2ZPcAxGNS2xVU/LzONqCrJqLMJSIcCdsbiSP4G5PnDFHtMokaTY6OEr8OEQ fOAerhcHUa/z7Uu8YtmaqKH+QGkE/WEgaRqSiTnv0JOTD+DxehaqvoKPPZ++2NpCZMHB2i6A /xifmQwEiIjEXtcueBRzkNUQkxhqZyS13SrhocL9ydtaVPBzZatAEjUDDEJmAMLVFs45qfyh MiNapHJo2n3MW/E5omqCvEkDdWX/en3P7CK2TemeaDghMsgkNKax/z0wNo5UZCkOPOz0xpNi UilOVbkuezZZNg65741qee2lfXhQIaZ66yT7hphc/N/z3PIAtLeze4u1VR2EXAuZ2sWAdlKC NTlJMsaU/x70BV11Wd/ypnVzM68dfdQIIAj1iMFAD/lXGlEUmKXg5Ov2VQDlTntQoanCYrAg +8CttPzjrydgLZFq3hrtQmfc0se5yv1WHS69+BsUOG09RvvawUDZxUjW19kyeN9THaNRgow3 kSuArUp6zSmJABEBAAHCwF8EGAEIAAkFAlMQe0ECGwwACgkQGuaGDlbL0pMN5wgA4bCkX/qw EVC06ToeR6C2putmSWQMgpDaqrv65Hubo+QGmg2P4ewTYQQ4g6oYWS03qHxqVVWhKz7FjfrV +dH8qbCLfSgIcvdBha7ayGZVrsiuMLKGbw36fcmkZPpSDOfHcP0XH8Z+u9CWj0xUkTxAlZ/7 i6gYSUpG2JWNtdmE/X8VVEyXusCLwy0K0BI60A/4dRTIX3C4QKrJ3ZbUXegz70ynjHf+lQMZ 9IZKASoRMuS5FozPQh6abvmwZEPdf5I9riUElzvHrqJ8Bx0t3Pujdoth+yNHpnBxrtO8LkQd rQ58P0SwcaIX33T2U9pG8bhu5YVR88FQ8OQ0cEsPBpDncg== In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_RCPT(0.00)[] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cSH9n1Qn3z3jxW 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 On 9/18/25 10:59, obiwac wrote: > Guido, > > I saw in your previous email that this revision doesn't fix your issue > completely. Can you elaborate on this? I can't reproduce this on any > of my machines and from the panics that I've seen D52598 /should/ > entirely fix this unless the panics I've seen have been hiding another > issue. > > Let me know so I can either revert or apply that change if all is good. > I've recompiled kernel and tested the patch at https://reviews.freebsd.org/D52598 and it works fine for me. Sorry again if I mislead anyone, I did not test it earlier because I was not aware it was available. Will also folowup in the review shortly. -- Guido Falsi From nobody Thu Sep 18 15:56:28 2025 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 4cSKxr6QzGz67cCf for ; Thu, 18 Sep 2025 15:56:32 +0000 (UTC) (envelope-from kp@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" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cSKxr5fxdz42Tn; Thu, 18 Sep 2025 15:56:32 +0000 (UTC) (envelope-from kp@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1758210992; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=ikbjxXpuDsI2/2tXQMYSMkfG10/Ps27CEyC4EyrCkgk=; b=Hs5iwWWVceqdDkmLCR1Jeci7OxWYlMhbWi07xVCOpQmixVObgyz90RYm/lIBOPAwu2MTb8 yjzwZg1v+wnh/YBQmI0ExLCT55iJyilXF3+z56PYDw8d9hOqEwDIyHzRHuau5Hhp1K5aPd x2i8OYQYWUvvAaN9X5xaIiQ1tXOAVrHFryhR4AksNiKu6cPNed1ASX6MJ/llxuou+AnOsg Xymo3tIgVy/t65Kq1QKLqyjq1jDaCycpcHsCsqBzy45bv0qNcw4VbORQGNcNuonMYojNHn Wf6kXKYX9llYriiUbrktnAzUINPxYZheqnuYuvRdhmw2YsWO9CyKJOH7eIiFgg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1758210992; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=ikbjxXpuDsI2/2tXQMYSMkfG10/Ps27CEyC4EyrCkgk=; b=OkEg7txXgxDGNjT4Wyte3xgi890hSpaLICEPu3Ej/DT0/eSI0czhrEJmslEt03mFd75HRr r644HdLE0Dpb+m4yCszNb7ZvBvE3xX8fsc/Gz/tkAlsvUz9YF+bMn58NcCmtW8/ZJGxGZ+ QUzmduZrT/cy/uW/dzDQiMu3aDHIgi3oQnKfo391a1wgaA4Tl1YYF+EpMHBrnd+HcSkZvz QrIU75hWflX6VplPfAqPc6I8AizgZkKt1/GmtBeVkX6mVsOAThOdIFu0gySQn0psH61SXI MQFScc4u0t/W5x2XNemQPmuHGbkVyvfzXuGawLNlgdBaNQxajyNlW5KiNtVEwg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1758210992; a=rsa-sha256; cv=none; b=SZRXT2FzDrILDQ3y5TF6IPnAC6HSAOMJ3QMAXJK3Skf0cNYH2Kkfu8DVTpB9YCeIYPKDQ1 G65NybwnHbiWpBq6k+GLrlDBUu07LlXkXFLB0rkrl5OyEXu+Vbc9uot1u8CFa/j1jRXaAo 75GcR0U60IoKbr1jIWPD0xy8MkK6PbJYDOEjB8L9rHZzxcl2gLvrEZTJ/E9kGaaOYc+fTS YrAmzEWUzc8aG+07esRM2pAm81UjuMnsv6ABr8UID/f/VzMxqqqiADET/Co4uakswJriXD Ue4WB8sGywBI09kxpAznxx2dGRpWt3KnePLF6qp1gpiFN6JDBtpeSdm7hMN2Zw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from venus.codepro.be (venus.codepro.be [5.9.86.228]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx1.codepro.be", Issuer "R11" (verified OK)) (Authenticated sender: kp) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cSKxr4Ff7zmVZ; Thu, 18 Sep 2025 15:56:32 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: by venus.codepro.be (Postfix, authenticated sender kp) id D5B18419C8; Thu, 18 Sep 2025 17:56:29 +0200 (CEST) From: Kristof Provost To: obiwac Cc: Guido Falsi , "Bjoern A. Zeeb" , Oleg Nauman , A FreeBSD User , FreeBSD CURRENT Subject: Re: CURRENT: panic init() on acpi_shutdown Date: Thu, 18 Sep 2025 17:56:28 +0200 X-Mailer: MailMate (2.0r6272) Message-ID: <00447774-B832-4C97-BB42-F086587CC5AA@FreeBSD.org> In-Reply-To: References: <20250917214321.7e28fe5e@thor.sb211.local> <7709p7nn-s774-152o-p6n0-50nn9310q85p@SerrOFQ.bet> <96483f28-1529-4a69-80cd-3335eeaf9f15@madpilot.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: text/plain; charset=UTF-8; markup=markdown Content-Transfer-Encoding: 8bit On 18 Sep 2025, at 10:59, obiwac wrote: > I saw in your previous email that this revision doesn't fix your issue > completely. Can you elaborate on this? I can't reproduce this on any > of my machines and from the panics that I've seen D52598 /should/ > entirely fix this unless the panics I've seen have been hiding another > issue. > > Let me know so I can either revert or apply that change if all is good. > I had two machines panic on shutdown before the ACPI changes got reverted. With the revert undone, but with D52598 they do not panic. — Kristof From nobody Thu Sep 18 23:57:27 2025 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 4cSXd03RXXz68DxC for ; Thu, 18 Sep 2025 23:57:40 +0000 (UTC) (envelope-from olivier@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" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cSXd02fPLz3x40 for ; Thu, 18 Sep 2025 23:57:40 +0000 (UTC) (envelope-from olivier@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1758239860; 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=sIITlp6/whyoGuWOVr/sZZOpXMB0LFSUVJ5jPcpo0F8=; b=sx9icchZbZHBtucfvjtgaaQ7KaK4uLVrw3x8z9nQhW0OmlaZbrT+5apm4dggbxga/bMr5j 1tc5t1isPSLX3l2kowGn/ldJDir2I2EfahvybXGfK+1HzRNHEmbNrnJ6xHzexx5R3NBdIB yCVxZhyh0oam9FRzaRTdS+7uOGhnwtoE8dZGvQnTMBW/wzQhfQtWh9QNKbG730JgVALjNf kO47VACHGNao/3wDL50ApPZJ4rUgVw+YSO0IbMRrXVcBiahG9x4HA9zniKio9H0XYXpajK KODxVmheaOsap0UMpbyPWiVOFX7E9TZu8cl4Y4zixXZUemVprhlq1f34OTvy6w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1758239860; 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=sIITlp6/whyoGuWOVr/sZZOpXMB0LFSUVJ5jPcpo0F8=; b=cUCGbV9igxIzk3zsyQ91iJ0zo1DnNrCW3hNGOf1mQuKl2eFilDlJZGQQUlbBjyRN2jkdEt TGHlmN8JCI79BC2nJSnMWWDUvid9XyfWdrSlj2t/mKJ+7PE6Dyhsj7RHM7GcP4qCtFpBg/ 5jeL2yhaP0xLFZgSqw0ycVTldh2fEgWLGb1WHEpWcEz0o5hp+xTY4/YGCIqz8HPibUcNcU /f7oFz7O0lW9bbQ1iaorok9ca7a+qCDx1O/PmhCTNFGM4HuydBNaTR18fwVX5QVRKu8mw3 o6+YLYL5DHC/gPegniek/7HWQdpnXVGZMvOAFjXKLqDlAQCTWIwii78dIlozRg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1758239860; a=rsa-sha256; cv=none; b=LfzS192fDF061hbrDAkPZnQvgKnMozIX6IQVOZ9+ngJ783IbymayogPgilDULoTTGpCEpx ULqM9lpn6CEL5T4jkJDy3dQNeYA6g8re3UjG3OOiV59nP5uOJFV24dwbucV0LEmanvAaPI EkXMwhnukMquygTeMFISF1PWX3FR4xtXNE1my5Iljtf4OVFKfW4/wFgVm8b5zi50z4IgFr lT+KS1EbjikjgS64y85zbmTLil4ezMC3CC61FcoCYclfYl2zY86ftHbJFmPGU97/EyPAVI AGbIzZ0r7dOfyuVL1BIgWCCI+oiszPrhDkhqSd4Mp7D3FqVANhbcwRpzhLlQog== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from mail-qv1-f47.google.com (mail-qv1-f47.google.com [209.85.219.47]) (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)) (Authenticated sender: olivier/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cSXd01sS1zvl8 for ; Thu, 18 Sep 2025 23:57:40 +0000 (UTC) (envelope-from olivier@freebsd.org) Received: by mail-qv1-f47.google.com with SMTP id 6a1803df08f44-78f15d5846dso17100496d6.0 for ; Thu, 18 Sep 2025 16:57:40 -0700 (PDT) X-Gm-Message-State: AOJu0YxgnbEyarei+Y7tZdVWOuYB5muv0hf8KeKdrPLYIw3KwVxzkg9R 9jSk9orxcjrqbOkA/PuiNKP2julj8f88tUSUKAaGllWKAe1+cNYz5kuBtwC4/A0tx/Q356zBoil qjQ9fy5rHgeqN+E2Mo37pZz6PdEYQTRc= X-Google-Smtp-Source: AGHT+IEqm4nA5xsaHWigAsdAk1AuyH7Bvm8JwcLjMR/wvvjCCvt/MSNBECpvlvwISFDnwvJRG5CLlxWfPfzhUvNTYss= X-Received: by 2002:ad4:5d68:0:b0:78f:e3f3:b73f with SMTP id 6a1803df08f44-7991288b390mr15148086d6.3.1758239859758; Thu, 18 Sep 2025 16:57:39 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 From: =?UTF-8?Q?Olivier_Cochard=2DLabb=C3=A9?= Date: Thu, 18 Sep 2025 16:57:27 -0700 X-Gmail-Original-Message-ID: X-Gm-Features: AS18NWCx5psxE9brMAdJkEOQXMf3ZbwhVZSnFmh3nJyp74iwNRsJzgk20evzxtg Message-ID: Subject: Hang when loading the xhci driver To: freebsd-current Content-Type: multipart/alternative; boundary="000000000000455e15063f1c1ef3" --000000000000455e15063f1c1ef3 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, I am testing an HP Zbook (Strix Halo) and it boots correctly using the latest 16 kernel, but only when booting from the USB install media. Once installed and booting from disk, using the exact same kernel (and loader.conf), it seems to hang at the xHCI driver loading state. Extract of the dmesg while booting from USB (working): pcib7: at device 8.3 on pci0 pcib5: on pcib7 xhci1:=E2=80=AF mem 0xd43000... xhci1: 64 bytes context size, 64-bit DMA And when booting from disk, it displays the pcib5 line, but hangs here. What kind of debug feature could I enable here (verbose and safe doesn=E2= =80=99t help) ? Setting hw.usb.xhci.debug=3D1 in the /boot/loader.conf didn=E2=80= =99t display more detail. Thanks. --000000000000455e15063f1c1ef3 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,
I am testing an HP Zbook (Strix Halo) and it boots co= rrectly using the latest 16 kernel, but only when booting from the USB inst= all media.
Once installed and booting from disk, using the exact same ke= rnel (and loader.conf), it seems to hang=C2=A0at the xHCI driver=C2=A0loadi= ng state.

Extract of the dmesg while booting from USB (working):=

pcib7: <API PCI-PCI bridge> at device 8.3 on pci0
pcib= 5: <ACPI PCI bus> on pcib7
xhci1:=E2=80=AF<XHCI (generic) USB 3= .0 controller> mem 0xd43000...
xhci1: 64 bytes context size, 64-bit= DMA

And when booting from disk, it displays the pcib5 line, but= hangs here.

What kind of debug feature could I enable here (ver= bose and safe doesn=E2=80=99t help) ? Setting=C2=A0hw.usb.xhci.debug=3D1 in= the /boot/loader.conf didn=E2=80=99t display more detail.
Thanks.
--000000000000455e15063f1c1ef3-- From nobody Fri Sep 19 01:14:15 2025 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 4cSZKd5kFMz68KfM for ; Fri, 19 Sep 2025 01:14:29 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pj1-x102f.google.com (mail-pj1-x102f.google.com [IPv6:2607:f8b0:4864:20::102f]) (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 4cSZKd1Z8Pz46TG for ; Fri, 19 Sep 2025 01:14:29 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pj1-x102f.google.com with SMTP id 98e67ed59e1d1-323266d6f57so1642102a91.0 for ; Thu, 18 Sep 2025 18:14:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1758244467; x=1758849267; 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=ox/bNdCGnKJ8YIQQ4H+6alIH7Y+lrkj69rRNcKLxA2w=; b=2R0wvI/0rgtJVx6OFtdPgyxOdiT0UkJe0vR2d/pYKHBfcfpaNGwR7W9jh5fMJFfn32 PY/+lZmSt2QpXIQAZLSijU4kIGDiQSqTqhFtf8+zLMCaG/4oyDCLQ947r+MDcJJ0CoQm oX2k0biwZtwd9B7xj1iKgBYOzZrC5nnQkgZi6/VxPON9KfP1gNwoC3tmGp0Px3Y9dDCd dCA55msiauEJS20vfilvYNPXCPdozKvlpM/K15QJZ86So47JhbeabB9Dn6kywf5EXv7L 936C/eUtKpiUZ/GgIgbiUWpPnQITSU/vXSy7USeDxbgH6XYt/VghvK1r1h7tQe3Q4eyL T3ow== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1758244467; x=1758849267; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=ox/bNdCGnKJ8YIQQ4H+6alIH7Y+lrkj69rRNcKLxA2w=; b=ZlB3d8QCtFGB+fAu/zG00woxvlyqYpuKsPUL65JeT4/D0mNKdStyeoX234N96M02t0 BHJkS3Ne7Ung+zwx68YdSUDn1O2WuYcWb1DevgI66ykQ82IeUQRKgATVbvHE0X9FL51V Q+nDh1imt15MO2sxU6eiqJ7FVv8o2b+OtfU7HEcZID4IKzCQAqoUXYJXCuFnaZt7D9QW jTJOpJeeJsij/W9/4nEaT3O6uLm5KFGzV+Do5LK5f9HDNgyrV5zO3WRA6w6VXQEZ+Koz J++8gGjwjdKnp810UqW6l6TxADGJzMcM8CZtGTvVscJTurSLswJutPFuhYV0KC0E7sjM 3bjA== X-Gm-Message-State: AOJu0Ywp3d50/gpMyy64kJEUU46H90OwAx3j8oIThXsACn3yr268FJP9 QHKWxy4tguaP5PlaLWT4z0EU/IY5vGowZGIvWsWP08FCEewwrmQ5Tltz7hCmO/jr0W+bDqO/zbq Ak1jWI6oHhuNTGRiHre9ltah25TfD1xzi4gUgh2iMJxiU9h9B3Fd0 X-Gm-Gg: ASbGncvtxy5UClcj5buOC/EoW14w+YPVdre97F+nHB4YWAjig6wA9+twnbctOokScGT 41zuxPHUdipyijqHgcVtsT4trxKxVnIpq6U20saBGBV+HWGlS3dfiRJx9+j+JwMqFl4ebiRidcM IF5eUX349Fu2KTbYxPo8oEZZPSHTxviqi06KjmiEB+iOagv97++9myyFYdUEXGSk6qjxJsKw194 02sjwr+c/isxfQyhw6h2pRfjzB9fK4eMkv+zUAFbt4stqFCf8zeUavQLt+urFXwuSM9U7Nk X-Google-Smtp-Source: AGHT+IGVRJKbR+iQE/+mY+SvtkjxgWeHhVxjQjJolE7dPhX/wX5Asrir0RHZODwUc5+QazNL8V11pvnGmgMPaZZ15RA= X-Received: by 2002:a17:90b:48:b0:32e:3e2c:8ad8 with SMTP id 98e67ed59e1d1-330983448d9mr1997144a91.20.1758244466919; Thu, 18 Sep 2025 18:14:26 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Thu, 18 Sep 2025 19:14:15 -0600 X-Gm-Features: AS18NWBLMG_jcWhN5TCScsyqJSIVDL30dZEV8Y33HwYGcVYLoCNgnmYgH9GiYSY Message-ID: Subject: Re: Hang when loading the xhci driver To: =?UTF-8?Q?Olivier_Cochard=2DLabb=C3=A9?= Cc: freebsd-current Content-Type: multipart/alternative; boundary="000000000000e11afb063f1d3051" X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cSZKd1Z8Pz46TG --000000000000e11afb063f1d3051 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Thu, Sep 18, 2025, 5:57=E2=80=AFPM Olivier Cochard-Labb=C3=A9 wrote: > Hi, > I am testing an HP Zbook (Strix Halo) and it boots correctly using the > latest 16 kernel, but only when booting from the USB install media. > Once installed and booting from disk, using the exact same kernel (and > loader.conf), it seems to hang at the xHCI driver loading state. > > Extract of the dmesg while booting from USB (working): > > pcib7: at device 8.3 on pci0 > pcib5: on pcib7 > xhci1:=E2=80=AF mem 0xd43000... > xhci1: 64 bytes context size, 64-bit DMA > > And when booting from disk, it displays the pcib5 line, but hangs here. > > What kind of debug feature could I enable here (verbose and safe doesn=E2= =80=99t > help) ? Setting hw.usb.xhci.debug=3D1 in the /boot/loader.conf didn=E2=80= =99t display > more detail. > Do earlier kernels boot? Can you net boot? Does that work? Warner > --000000000000e11afb063f1d3051 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Thu, Sep 18, 2025, 5:= 57=E2=80=AFPM Olivier Cochard-Labb=C3=A9 <olivier@freebsd.org> wrote:
Hi,
I am testing an HP Zbook (Strix Halo) and it= boots correctly using the latest 16 kernel, but only when booting from the= USB install media.
Once installed and booting from disk, using the exac= t same kernel (and loader.conf), it seems to hang=C2=A0at the xHCI driver= =C2=A0loading state.

Extract of the dmesg while booting from USB= (working):

pcib7: <API PCI-PCI bridge> at device 8.3 on p= ci0
pcib5: <ACPI PCI bus> on pcib7
xhci1:=E2=80=AF<XHCI (gen= eric) USB 3.0 controller> mem 0xd43000...
xhci1: 64 bytes context siz= e, 64-bit DMA

And when booting from disk, it displays the pcib5 = line, but hangs here.

What kind of debug feature could I enable = here (verbose and safe doesn=E2=80=99t help) ? Setting=C2=A0hw.usb.xhci.deb= ug=3D1 in the /boot/loader.conf didn=E2=80=99t display more detail.

Do ear= lier kernels boot?

Can y= ou net boot? Does that work?

Warner=C2=A0
--000000000000e11afb063f1d3051-- From nobody Fri Sep 19 03:24:02 2025 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 4cSdCJ12NMz68VJh for ; Fri, 19 Sep 2025 03:24:12 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr1-x436.google.com (mail-wr1-x436.google.com [IPv6:2a00:1450:4864:20::436]) (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 4cSdCH1XJRz3WG9 for ; Fri, 19 Sep 2025 03:24:11 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=JVC9FkJl; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::436 as permitted sender) smtp.mailfrom=grahamperrin@gmail.com Received: by mail-wr1-x436.google.com with SMTP id ffacd0b85a97d-3eb3f05c35bso1184540f8f.1 for ; Thu, 18 Sep 2025 20:24:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1758252243; x=1758857043; darn=freebsd.org; h=content-transfer-encoding:autocrypt:subject:to:content-language :from:user-agent:mime-version:date:message-id:from:to:cc:subject :date:message-id:reply-to; bh=qBvW/vDABdMRPNvkCxzvxLxh/j+I+FsnB5sTUABdLd4=; b=JVC9FkJl3+EHVE619ZpZYVZQSoWUQEdGv94CUR/CY2xPDlZMN9eYtKXRU80Ig2ddfK hHX1AcMlg1+kTpub2rd2FDzeyL4q/03xlS4P1uHL4R1/rAMAC9Wf0bojTfhvF8Lx5n/S kEqWO4vR/a5MqUzUl4CqsdcG7sPlk0u0eb7IiI2qMBxTDM7rMk3EzzlwR8LA4TsYpMdZ drLfSqqDA3gY6Q6c7v1ARhg31G82ihScoE2SMdICLJenPnkCS3MQCurOmUocIn9hTPy9 bzJOCTFmDakHLGSnmDYq0BMr+xnmt/EXcG+orHQFyKWNGLEe8QgqQObKSrq1/unzIOtN 0TFg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1758252243; x=1758857043; h=content-transfer-encoding:autocrypt:subject:to:content-language :from:user-agent:mime-version:date:message-id:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=qBvW/vDABdMRPNvkCxzvxLxh/j+I+FsnB5sTUABdLd4=; b=vcQ4qL9RUdg+RVqmF+GhJsakPoabTdOQ5WY+zybSpiJ1682tvQn5vgRTRY57alcj7I AC+tkgMwlpdhmhhwiTTSb4YMXSoUtXztMB1jtlpaSkRLQZQVfTW/U5T7yw5UKPab1dtP k5e71cUOYyEHUwkvqX1miBn2lbQ07vtoHpk7nnI7t/7alVimdlJWCm9xT9BXEayxo+Bd T6FMZwlGwxZNSM02KHJ3tt7VEVD+LrzyQwXx1r1bjqjhvdpzsnzWv83e/VT5hlnfg4k6 pHCP6WwGH0xJQTcvfGimEMS5K/stDChv1kCWcfBLmsMf7/Ykrdap6AhKn2F6Z7hsu6i3 5/0w== X-Gm-Message-State: AOJu0YxmyUOAIm94t5Now06LvXyDsgMThXeRgKwgAwZloBTaRYqQ//jL 7gUQ6p+hgCQcTBPLXjdI18XgLmBr6BbnzQqgDHf4XP57Wfz/64TqEQwiVZocHw== X-Gm-Gg: ASbGncvLGo7mCO014AVWKBPhIh6TV0W54qouYTmVHcNYXDIqXfc+NNRaj46Tlmj32W7 +qhec3w5pYT75jiyujVkNbW54at9JfZmli5krZ8vQ39HVRoD0l0LtMtF+61O1urbAixAZsNqKIe 79exF4WwOLTBnG90MS8bzf60Qzg67UhNuo0cs/2rd6PS+oP/Nk9LMNQ4Nf+senI9BzdRggoLVXz 8n2tEQy8vNlygFcVWXDFZHStxVklq9Fkxbgo45bqnFYPxI1Jbpa91xEEnyBJcTVwXwzhQVOG/1C mFy5kbtlo1Wl5UiESCLq+1KsuFCT+8JVUjmX6jAe8pAcbRmiRunvFD7Vn1BOmjKQ+t7eijdTHzw jUmoUjZTedn3P5iH+ZGQt2l98sWDwW61u7TiJBfgSG8zv5PGMkQD7VnP3DCrn8nRtDJn7DQ== X-Google-Smtp-Source: AGHT+IF+Hxco9azRKz1ZNhYljfk7hb1xRC4ixNOz43s7EEHHJXLXcmAZrjR5T/um5A2qYltyMHV7ug== X-Received: by 2002:a05:6000:1843:b0:3eb:bff1:2ad8 with SMTP id ffacd0b85a97d-3ee861f8270mr1017782f8f.44.1758252242878; Thu, 18 Sep 2025 20:24:02 -0700 (PDT) Received: from [192.168.1.4] (host-89-241-205-78.as13285.net. [89.241.205.78]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-3ee0fbf20b9sm5894907f8f.57.2025.09.18.20.24.02 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 18 Sep 2025 20:24:02 -0700 (PDT) Message-ID: Date: Fri, 19 Sep 2025 04:24:02 +0100 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird From: Graham Perrin Content-Language: en-GB To: FreeBSD-CURRENT Subject: uclcmd usage after creating /usr/local/etc/pkg/repos/FreeBSD.conf 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= Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.997]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FREEFALL_USER(0.00)[grahamperrin]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::436:from] X-Rspamd-Queue-Id: 4cSdCH1XJRz3WG9 Three commands, the first of which will create a FreeBSD.conf file if it does not already exist: echo "FreeBSD {url = example} FreeBSD-kmods {url = example}" > /usr/local/etc/pkg/repos/FreeBSD.conf uclcmd set --file /usr/local/etc/pkg/repos/FreeBSD.conf FreeBSD.url 'pkg+https://pkg.freebsd.org/FreeBSD:15:amd64/latest' uclcmd set --file /usr/local/etc/pkg/repos/FreeBSD.conf FreeBSD-kmods.url 'pkg+https://pkg.freebsd.org/FreeBSD:15:amd64/kmods_latest' Alternatively: if I use touch(1) to create an empty FreeBSD.conf file, then can I use uclcmd (instead of echo(1)) to create the two nodes? FreeBSD.url FreeBSD-kmods.url (I do want to use uclcmd with a file that is initially empty.) Thanks ---- devel/uclcmd usage From nobody Fri Sep 19 04:35:19 2025 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 4cSfnY17pMz68ZKk for ; Fri, 19 Sep 2025 04:35:29 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wm1-x334.google.com (mail-wm1-x334.google.com [IPv6:2a00:1450:4864:20::334]) (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 4cSfnX2G1Kz3f1M for ; Fri, 19 Sep 2025 04:35:28 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=F74iw++F; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::334 as permitted sender) smtp.mailfrom=grahamperrin@gmail.com Received: by mail-wm1-x334.google.com with SMTP id 5b1f17b1804b1-45ed646b656so16099165e9.3 for ; Thu, 18 Sep 2025 21:35:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1758256521; x=1758861321; darn=freebsd.org; h=content-transfer-encoding:in-reply-to:autocrypt:content-language :references:to:from:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=n8B4JrrOsjE98Hpbed84kcsQXw4V3p4ajhl2otLqJIM=; b=F74iw++FET+ZUswn0ZvgS2iHcIHPktlMqMrrvIYUtf4n6y9K9XVM8cbw9m7vRtv0Jj A0GY7Im+LoZ7y8nAdG6kJd+6S8U4hNeJ0Ngd+VM6wSJdNr1W/lLPeZYGK9Zj+Aq0rUQO 15GQTo6mh8zFOhRaoo4NUspDjNmvl1MigD1TlUnIeyA3zbGAWFmHFAz2UdqNrV3/1Ugj Ke8cUvDlO0ziInDCv6ypAVJz6+bQzuyNhqtj4AqCITVjD3ofvLJOiGdF6ty00gHadChE zfdONYuJmOcCdoAUn8Zg2FH+tCM0hEsVGqg5v+EGyGR0sUuOlV7ZikLzQSLfT0feU1N9 tsow== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1758256521; x=1758861321; h=content-transfer-encoding:in-reply-to:autocrypt:content-language :references:to:from:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=n8B4JrrOsjE98Hpbed84kcsQXw4V3p4ajhl2otLqJIM=; b=VMup5cnaD5OdRXa7UqL0+OYaUVDwfqQPkCbs/xGfvRSiqr1r48qEuFdO6RsfXqvagF IzL8n2AjXp6P4xSMHTH841Zzu33CTxCGXH1kwaV+lvmVWDtO+Tqxj9aC4M9viiQ8ltTN vAOcEO3f/+EeDISSd51fA/U6s+BTa3nEimlPULvwfV9UEvKwlmXOfwCCI5oHjpl8BAn/ 3XPF+LNGv/WmVieMFSUKzFWJ4tlGUlFCFQKPdwLPxrS6ZU8LJR1RzKFynW5ryQlzsBLY Pi7Z5Ev3Fb8qr8kbNBoU8A6H5mlDZMV/5u/Rd7pQWdJrZGLFtZlQ++aeYMRh1RpRe0tf gHsA== X-Gm-Message-State: AOJu0YwK8oPNPOndDlNule8OJO/blHiZHwwWYPkgpRjYyXRJX+4hlX+6 tG5Yh9wc/WDUugbahgzhNNB4+7dPhE9rT55ZqeR7fWMKr2mqrScPvGD8JTweHg== X-Gm-Gg: ASbGnctF3ogT7Ja2+WxUEY7a5hHIqDOu9l1zQ08C+ROzKaBtIWS/HwseGTTvvq0i4jB h5bL6Eq/WmDZ1ol4GBH8OQ6emawfpJ0cv2Z0cs8Zel4COWXeo4dhTifLH3IMjXH8xGApSoFsphB 5tozBoNV/Jzdq3nei3Ppc2S9XUFFqhnXqUAy7s2kZeHkWTSCQaRCuK73LUToYXBz5uCjFsZNzLl MB57pnorSCKyt+kX52rk0feoWzD8dZVQkmOD4AUOl7QxhnUI5eziDJ/E4+deQvbSpHIZAKpzD2p mUO8vCxUR48TYbbtSqUz29f+Mf6MWGTbQBLRlurwUcBDXHqxYhCYb7BtI+yNpVulHwW+fQNK+97 dOPAFibE98lUnGPOtQ9HPFey9UVMfET+FC577KV9ZWlufoFIl6IG+3SVDCQc= X-Google-Smtp-Source: AGHT+IFjic/EUJQxM/3dA5qi5N1UKg8piZSa9NlCObyiNM88OEcIa/CtxzqBXcAfOvWDeZw2wCNz2Q== X-Received: by 2002:a05:600c:8a0c:20b0:468:11af:77f7 with SMTP id 5b1f17b1804b1-46837c5b280mr7744895e9.16.1758256520601; Thu, 18 Sep 2025 21:35:20 -0700 (PDT) Received: from [192.168.1.4] (host-89-241-205-78.as13285.net. [89.241.205.78]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-464f190721esm66337985e9.10.2025.09.18.21.35.19 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 18 Sep 2025 21:35:20 -0700 (PDT) Message-ID: Date: Fri, 19 Sep 2025 05:35:19 +0100 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: ${ABI} instead of FreeBSD:15:amd64 (was: uclcmd usage after creating /usr/local/etc/pkg/repos/FreeBSD.conf) From: Graham Perrin To: FreeBSD-CURRENT References: 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: 7bit X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.68 / 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.68)[-0.677]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_ALL(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; HAS_X_PRIO_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FREEFALL_USER(0.00)[grahamperrin]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::334:from] X-Rspamd-Queue-Id: 4cSfnX2G1Kz3f1M Side note: I already corrected the /FreeBSD:15:amd64/ part of the second and third commands, /${ABI}/ From nobody Fri Sep 19 23:02:48 2025 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 4cT7P124Sfz67mQj for ; Fri, 19 Sep 2025 23:04:21 +0000 (UTC) (envelope-from yasu@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" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cT7P11Jwlz3lfr; Fri, 19 Sep 2025 23:04:21 +0000 (UTC) (envelope-from yasu@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1758323061; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=UldJmgtqE9EpSEUeLMGoumi3wasQqPRsgMn6JdWgdRA=; b=g8q0siA9IVHIBQpYMyVtZHKd1blQ6gEBh6+3vpKMTHWbMzbKPozpMSr5Ck+u3jT6HJ4B1O pX+IUNDaVuJ0OH8LxbBAquOAvmkgDhNdOTvnRnziRrhGv9zj7NpTHp7rbBb5TWTXs9DhZG t+q1JH9jma0Od5hc6/X83cT3nKXKvmPjo1D6MdY9VKtILnqO38sYL1LrS5yDSHc+/wLjpU mami8TAXKwmhmEPLuxHy9WruXIYfN3ukwWn59NNVpaBnlvlSNAH1QR8dtNuMq3X/VQRlRW 8DAigDYhQ7T8/KwJ7G6OX3EFEDpHYJwdvzWS5AqnPLFy+UNLVsNJ3BNyDgujYw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1758323061; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=UldJmgtqE9EpSEUeLMGoumi3wasQqPRsgMn6JdWgdRA=; b=DJGH2kmjLEgjjcbMrv8afP48daifq+BnqFFMLG8tBm2FD54N58+2USUEcz8oZqrZ7pSeYN CkZPC8l8Aq7GEmOlnB4t8J4+SkpJcPGN8x6Cwp8R9eKkkTfxtZLFZFJlO3XOfJTbD3ECy5 zbjMmUz7u/Nyt0FDafM7Fa1hEGqyKOtmIleFQ9A6N8BS7vBG4y40+NzomM/bZ08/fPjveY f3w/TB4NXBH8UqU0a4dfNK5CsYpG9PH/cwZ13oJ8A/+0k7RZULH5WaVbIR9c8A90MWqdMp TcYjJiEwJrnbgbVbruohLEyKDtlw0YTGfn0o1q+BTw6ROe9bMot5+sSiWWz0Vg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1758323061; a=rsa-sha256; cv=none; b=yUah05gDS84xGxCx6PoBWErXTxIh8xdBjB6SxgllZBpfWaPUDZvZxSUtGah7A6T9JNgu2t 57PB5NuTW+lfCOV2ElxZhzdGGbEZNzuySfNI2CZK7t8lTrHJa7T4uE41kZUtb2iDvVdJt5 LaENfL3PISpST4/BG6aboeB4QUmpsyQGr6vLaMhYMJaMYDO/WCcbTpzMWeGaUS5uuGFs5G W9N1pfrDUOyElv3nJH3s+UfC9BiicPQbOCYCtDjEKVKlfd9sS4tNfJm8e5bbriO439n8/0 xbJlcw0heZD3/hi124eRowHf9J9SDsBSA/4SlJ+AO9F/aaMc2XUKt4aucUlEiQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from localhost (unknown [IPv6:240b:11:220:fe00::174:11]) (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: yasu/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cT7P03wnBzCND; Fri, 19 Sep 2025 23:04:20 +0000 (UTC) (envelope-from yasu@FreeBSD.org) Date: Sat, 20 Sep 2025 08:02:48 +0900 (JST) Message-Id: <20250920.080248.183796883139076827.yasu@FreeBSD.org> To: freebsd-current@freebsd.org Subject: Possible incompatible change with initgroups(3)? From: Yasuhiro Kimura X-Mailer: Mew version 6.10 on Emacs 31.0.50 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Today I updated my 16.0-CURRENT amd64 system from main-n280279-b0e7b55a0e90 to main-n280498-b3468202994f and noticed Postfix emits such error messages as below. ---------------------------------------------------------------------- Sep 20 03:00:11 rolling-vm-freebsd1 postfix/qmgr[2634]: fatal: initgroups: Socket operation on non-socket Sep 20 03:00:11 rolling-vm-freebsd1 postfix/pickup[2635]: fatal: initgroups: Socket operation on non-socket Sep 20 03:01:00 rolling-vm-freebsd1 postfix/showq[66274]: fatal: initgroups: Socket operation on non-socket ---------------------------------------------------------------------- So I rebuilt, reinstalled and restared Postfix. Then error message disappeared. I checked commit log between b0e7b55a0e90 and b3468202994f, and found following one. ---------------------------------------------------------------------- commit 0b018cfd81d8 Author: Olivier Certner AuthorDate: Tue Sep 16 17:52:20 2025 +0200 Commit: Olivier Certner CommitDate: Wed Sep 17 14:16:06 2025 +0200 initgroups(3): Fix return value on allocation failure We must not return ENOMEM, but rather -1 with 'errno' set to ENOMEM, as described in the manual page and as other implementations are doing. A malloc() failure actually already sets ENOMEM for us. Add comments indicating which function set 'errno' each time we return. While here, improve style and remove useless headers. Reviewed by: kib, emaste Fixes: 54404cfb13d4 ("In preparation for raising NGROUPS and NGROUPS_MAX, ...") MFC after: 5 days Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D52580 ---------------------------------------------------------------------- According to commit message, it is likely that the commit introduces some incompatibility with initgroups(3) and that it causes error messages of Postfix. And if it is correct, then __FreeBSD_version should be bumped to force packages that use initgroups(3) to be rebuilt. --- Yasuhiro Kimura From nobody Fri Sep 19 23:13:57 2025 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 4cT7cN6CCKz67mvQ for ; Fri, 19 Sep 2025 23:14:12 +0000 (UTC) (envelope-from beldin@worldsmith.org) Received: from mail.worldsmith.org (mail.worldsmith.org [IPv6:2404:9400:2:0:2:5751:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 4cT7cL4Z1Sz3p42 for ; Fri, 19 Sep 2025 23:14:10 +0000 (UTC) (envelope-from beldin@worldsmith.org) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=reject) header.from=worldsmith.org; spf=pass (mx1.freebsd.org: domain of beldin@worldsmith.org designates 2404:9400:2:0:2:5751:0:1 as permitted sender) smtp.mailfrom=beldin@worldsmith.org Received: from darrin.worldsmith.org (unknown [IPv6:2400:a848:404e:10::3]) by mail.worldsmith.org (Postfix) with ESMTPSA id 896FDFCF for ; Sat, 20 Sep 2025 08:43:58 +0930 (ACST) Date: Sat, 20 Sep 2025 08:43:57 +0930 From: Darrin Smith To: freebsd-current@freebsd.org Subject: Re: Possible incompatible change with initgroups(3)? Message-ID: <20250920084357.32586ee5@darrin.worldsmith.org> In-Reply-To: <20250920.080248.183796883139076827.yasu@FreeBSD.org> References: <20250920.080248.183796883139076827.yasu@FreeBSD.org> X-Mailer: Claws Mail 4.3.0 (GTK 3.24.50; amd64-portbld-freebsd16.0) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.15 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-0.999]; NEURAL_HAM_SHORT(-0.96)[-0.956]; DMARC_POLICY_ALLOW(-0.50)[worldsmith.org,reject]; NEURAL_HAM_MEDIUM(-0.50)[-0.498]; R_SPF_ALLOW(-0.20)[+mx]; RCVD_NO_TLS_LAST(0.10)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:133159, ipnet:2404:9400:2::/48, country:AU]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1] X-Rspamd-Queue-Id: 4cT7cL4Z1Sz3p42 On Sat, 20 Sep 2025 08:02:48 +0900 (JST) Yasuhiro Kimura wrote: > Today I updated my 16.0-CURRENT amd64 system from > main-n280279-b0e7b55a0e90 to main-n280498-b3468202994f and noticed > Postfix emits such error messages as below. > > ---------------------------------------------------------------------- > Sep 20 03:00:11 rolling-vm-freebsd1 postfix/qmgr[2634]: fatal: > initgroups: Socket operation on non-socket Sep 20 03:00:11 > rolling-vm-freebsd1 postfix/pickup[2635]: fatal: initgroups: Socket > operation on non-socket Sep 20 03:01:00 rolling-vm-freebsd1 > postfix/showq[66274]: fatal: initgroups: Socket operation on > non-socket > ---------------------------------------------------------------------- > > So I rebuilt, reinstalled and restared Postfix. Then error message > disappeared. > > I checked commit log between b0e7b55a0e90 and b3468202994f, and found > following one. > > ---------------------------------------------------------------------- > commit 0b018cfd81d8 > Author: Olivier Certner > AuthorDate: Tue Sep 16 17:52:20 2025 +0200 > Commit: Olivier Certner > CommitDate: Wed Sep 17 14:16:06 2025 +0200 > > initgroups(3): Fix return value on allocation failure > > We must not return ENOMEM, but rather -1 with 'errno' set to > ENOMEM, as described in the manual page and as other implementations > are doing. A malloc() failure actually already sets ENOMEM for us. > Add comments indicating which function set 'errno' each time we > return. > While here, improve style and remove useless headers. > > Reviewed by: kib, emaste > Fixes: 54404cfb13d4 ("In preparation for raising NGROUPS > and NGROUPS_MAX, ...") MFC after: 5 days > Sponsored by: The FreeBSD Foundation > Differential Revision: https://reviews.freebsd.org/D52580 > ---------------------------------------------------------------------- > > According to commit message, it is likely that the commit introduces > some incompatibility with initgroups(3) and that it causes error > messages of Postfix. And if it is correct, then __FreeBSD_version > should be bumped to force packages that use initgroups(3) to be > rebuilt. > > --- > Yasuhiro Kimura > I can confirm this issue. I've had to recompile audio/musicpd and sysutils/bareos23-client to resolve it. (Also getting the same Socket operation on non-socket in each case). -- =b From nobody Fri Sep 19 23:35:29 2025 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 4cT84z1rj8z67p7s for ; Fri, 19 Sep 2025 23:35:31 +0000 (UTC) (envelope-from kevans@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" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cT84z0z7qz3rNP for ; Fri, 19 Sep 2025 23:35:31 +0000 (UTC) (envelope-from kevans@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1758324931; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=L7NJgStZ9hNVUK6n+4QYBf3J7v4Tr3qlDrebbBXZfQQ=; b=fu/v4xh6YTkO/BvkDNvxe6309fLDpeWRQyjIvMZt2oGnAxNFafj3bqkm5oq94ZwJM/3jSP eqBPMyKI7/XU+peszu8Y/FHpiuF34wEE+G4DJTnlQZLsqqfnra7wQScqJkUiokgZ5Ei+J9 Io79cjLjFVafnACqOR8zQPFC7xLOa+hEt6EhZ/Y3CVGCRgiMCtUyjtIEsmHTrcCORZhlMO XGNIn2rYrci47sc9ouZ/C78tinyyODAqdCUfXnxHDxX9ux0CT2So694M2DjxnDhtqHWmWP dMqE9Adv/sHa/j6YnzDWEzSxAi2w+W6c8G/SKpvSeLvdpz44tNCBPeQyP8P81g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1758324931; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=L7NJgStZ9hNVUK6n+4QYBf3J7v4Tr3qlDrebbBXZfQQ=; b=nL+Q1JBTcDef7P4+egUz6PJV9LcjgIW6OQtFbSsrNPCQD8SQGzccNEN1F84dxVRUFJHi9y rQL/Ap9LcIrBEJbcjZPSN6UCxUbnHNer9C3vTv+jXz+CQUOvZ6ylMTdEOSZ+/YZaxK2ukw h/kBrGiIHiuP2akdFPKucwizUE8wBOQynx+VTOmuiuCKsACGWWRVvuWfGGyfGslIXyJepA TT1XdatZo1aXUE69pMtIMXSntYJQuEnSLDNBpon14x7vxnol+GuU7xR40fllmCamwEKsqI gfBubkUQUZb6YIu8Clw1Tm3X3i5nojaWNa+bWl/b8/1ucuqgM7lgppIgZdO4sw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1758324931; a=rsa-sha256; cv=none; b=dflxcLUM5r24ja/KFoR0ztsvM6aWeELYFmxtTBaWyR6fQZW8iWukv3q0BAoF574Ap7T5rT b4pJ5fGsYynZ/FMtq6sl8B2Q3H/n+SFO4qnM/9cdL+F8TMyEzdwIKQv3TELBIgeJUp/WbK 8+ZHKFp3UB//FpFv0/nASiLBpc8kMTdHeKKM6iasGtlzg67d+KSXO3D7L+lLsUHEyRu5Tr EBh4q484/nUyzgAhJXT6q6JfNQ52UxVOJFPiYlQQun+31QfJNqhTiaxd/zamI+r5CequW9 pNCY7FL4LBAtnh7ZxEJ6MbQhAV1QYuQXNe/IFxoXV6govo6JlAciLg+RWRgHbA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from [10.9.4.95] (unknown [209.182.120.176]) (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: kevans/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cT84y6TYWzF85 for ; Fri, 19 Sep 2025 23:35:30 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Message-ID: Date: Fri, 19 Sep 2025 18:35:29 -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: Possible incompatible change with initgroups(3)? To: freebsd-current@freebsd.org References: <20250920.080248.183796883139076827.yasu@FreeBSD.org> <20250920084357.32586ee5@darrin.worldsmith.org> Content-Language: en-US From: Kyle Evans In-Reply-To: <20250920084357.32586ee5@darrin.worldsmith.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 9/19/25 18:13, Darrin Smith wrote: > On Sat, 20 Sep 2025 08:02:48 +0900 (JST) > Yasuhiro Kimura wrote: > >> Today I updated my 16.0-CURRENT amd64 system from >> main-n280279-b0e7b55a0e90 to main-n280498-b3468202994f and noticed >> Postfix emits such error messages as below. >> >> ---------------------------------------------------------------------- >> Sep 20 03:00:11 rolling-vm-freebsd1 postfix/qmgr[2634]: fatal: >> initgroups: Socket operation on non-socket Sep 20 03:00:11 >> rolling-vm-freebsd1 postfix/pickup[2635]: fatal: initgroups: Socket >> operation on non-socket Sep 20 03:01:00 rolling-vm-freebsd1 >> postfix/showq[66274]: fatal: initgroups: Socket operation on >> non-socket >> ---------------------------------------------------------------------- >> >> So I rebuilt, reinstalled and restared Postfix. Then error message >> disappeared. >> >> I checked commit log between b0e7b55a0e90 and b3468202994f, and found >> following one. >> >> ---------------------------------------------------------------------- >> commit 0b018cfd81d8 >> Author: Olivier Certner >> AuthorDate: Tue Sep 16 17:52:20 2025 +0200 >> Commit: Olivier Certner >> CommitDate: Wed Sep 17 14:16:06 2025 +0200 >> >> initgroups(3): Fix return value on allocation failure >> >> We must not return ENOMEM, but rather -1 with 'errno' set to >> ENOMEM, as described in the manual page and as other implementations >> are doing. A malloc() failure actually already sets ENOMEM for us. >> Add comments indicating which function set 'errno' each time we >> return. >> While here, improve style and remove useless headers. >> >> Reviewed by: kib, emaste >> Fixes: 54404cfb13d4 ("In preparation for raising NGROUPS >> and NGROUPS_MAX, ...") MFC after: 5 days >> Sponsored by: The FreeBSD Foundation >> Differential Revision: https://reviews.freebsd.org/D52580 >> ---------------------------------------------------------------------- >> >> According to commit message, it is likely that the commit introduces >> some incompatibility with initgroups(3) and that it causes error >> messages of Postfix. And if it is correct, then __FreeBSD_version >> should be bumped to force packages that use initgroups(3) to be >> rebuilt. >> >> --- >> Yasuhiro Kimura >> > > I can confirm this issue. I've had to recompile audio/musicpd > and sysutils/bareos23-client to resolve it. (Also getting > the same Socket operation on non-socket in each case). > Are you folks using GENERIC, or a custom kernel config? The more interesting commit here is 9dc1ac8691966480ff8bd9c37dd405b981b41dd5, which would surface a problem fixed by a rebuild if you're using a custom kernel that does not have COMPAT_FREEBSD14 enabled. I don't think I'd quite expect that failure mode, though, so maybe not. From nobody Fri Sep 19 23:43:12 2025 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 4cT8GC1WwWz67ppl for ; Fri, 19 Sep 2025 23:43:31 +0000 (UTC) (envelope-from yasu@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" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cT8GC0svpz3sgv; Fri, 19 Sep 2025 23:43:31 +0000 (UTC) (envelope-from yasu@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1758325411; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=gqwQYfO+HJ7ra7tAY3lST15xzjG7sbNcDFULuXUCmec=; b=is5P41jq5jMnnJmXQ0324wcDgnkORa3+MSZVypOlGEC8Ff75gDNUXTlp1/DYnCB2cQO2Au VjvPr5Kga6mydBZd32Kf1GUQ4vYHj9FZdEH5F6pij3+7d64Z2tUac6fzNs4VkSG8Z0un/O /zgGm5dg+snS2ukq1WfXoR+fB4ea5IX8U896xdKR3o8AX2Fvr37BnGQuYUcN3MCTIt11o+ 4mwP6VlKrebkV37XNG3//L/rR9caGoypLYstOx+YtQLJrGAjfua/+hVIPvG35Qo1kRFWxp z4R97WlROU1xSW92k5OUoh3f3KphHFwWU8wdzb+B2iWJ0+6r71WiGc0faebwVA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1758325411; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=gqwQYfO+HJ7ra7tAY3lST15xzjG7sbNcDFULuXUCmec=; b=tOcTGJlFmzciU3uYW/ZgSkq5PevQDX9qnWxtJa36w4zWPHTdWZXoheHjoc8GsVvVoqJsLr /A9e6u1YJr0BV8EwOZ2Xooh3QCTA1aefbmScLoprKiSQ07Voram9ZxgdZmhNhRabVPwWf6 J/MsRZ+4510fyH+wu8AnfnC28RQj1tpIfiVxyfUCyV1c/Paxt0F9tfmnM73jjO8rvHNlOC HWlYPrAMA9b396BLtXqmLQS/JTC3M3EfBqoeS31zRJn7xj3YpSQyHfypIWDsFoLwP4k7WI gaYNkNQnYUWTNOu8DDyprqotoPOlL8QObgsSx5q9lXbIzCeeKwpjUl7lFfNu+Q== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1758325411; a=rsa-sha256; cv=none; b=pDfVseEBN9qZZBbl+U8qyvd1CAdix+PlCIgy0HelglzExzssM7GnXYQXJYOEmAjEokIWCh NJ+ttUcgyeEKFMtvXzuk9fi+sm0nzhjpciSeClsTgSqUI7sRdGR5mgzL4TLeCpLXCxr5Mj dpgZGuFlhAy6vSdojXLjhpO0jquOS7it4aq4NlwrS9yAtn5KerTcaLSf2TNM9hOhqku6zc wXDT3oSdrqQz74Bwg7kUG1PaYE/sxDClMvWc9bfG9NPD0qztwRNwhKxSi2/xdcM18lsEYN zTbFbp9JHuCrxrKbFVQ3yCzzJZp+tfEHlZl0cgnUe1Gx4NqRnbv7KWn8v4lMUQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from localhost (unknown [IPv6:240b:11:220:fe00::174:11]) (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: yasu/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cT8GB3CdjzFYk; Fri, 19 Sep 2025 23:43:30 +0000 (UTC) (envelope-from yasu@FreeBSD.org) Date: Sat, 20 Sep 2025 08:43:12 +0900 (JST) Message-Id: <20250920.084312.1821713565920964352.yasu@FreeBSD.org> To: freebsd-current@freebsd.org Subject: Re: Possible incompatible change with initgroups(3)? From: Yasuhiro Kimura In-Reply-To: References: <20250920.080248.183796883139076827.yasu@FreeBSD.org> <20250920084357.32586ee5@darrin.worldsmith.org> X-Mailer: Mew version 6.10 on Emacs 31.0.50 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Kyle Evans Subject: Re: Possible incompatible change with initgroups(3)? Date: Fri, 19 Sep 2025 18:35:29 -0500 > Are you folks using GENERIC, or a custom kernel config? The more > interesting > commit here is 9dc1ac8691966480ff8bd9c37dd405b981b41dd5, which would > surface a > problem fixed by a rebuild if you're using a custom kernel that does > not have > COMPAT_FREEBSD14 enabled. I don't think I'd quite expect that failure > mode, > though, so maybe not. > I use GENERIC kernel. --- Yasuhiro Kimura From nobody Sat Sep 20 01:23:17 2025 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 4cTBTY23b4z67xk0 for ; Sat, 20 Sep 2025 01:23:29 +0000 (UTC) (envelope-from beldin@worldsmith.org) Received: from mail.worldsmith.org (mail.worldsmith.org [IPv6:2404:9400:2:0:2:5751:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 4cTBTW5t22z45Qx for ; Sat, 20 Sep 2025 01:23:27 +0000 (UTC) (envelope-from beldin@worldsmith.org) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=reject) header.from=worldsmith.org; spf=pass (mx1.freebsd.org: domain of beldin@worldsmith.org designates 2404:9400:2:0:2:5751:0:1 as permitted sender) smtp.mailfrom=beldin@worldsmith.org Received: from darrin.worldsmith.org (unknown [IPv6:2400:a848:404e:10::3]) by mail.worldsmith.org (Postfix) with ESMTPSA id 6C8C31083 for ; Sat, 20 Sep 2025 10:53:18 +0930 (ACST) Date: Sat, 20 Sep 2025 10:53:17 +0930 From: Darrin Smith To: freebsd-current@freebsd.org Subject: Re: Possible incompatible change with initgroups(3)? Message-ID: <20250920105317.41007477@darrin.worldsmith.org> In-Reply-To: <20250920.084312.1821713565920964352.yasu@FreeBSD.org> References: <20250920.080248.183796883139076827.yasu@FreeBSD.org> <20250920084357.32586ee5@darrin.worldsmith.org> <20250920.084312.1821713565920964352.yasu@FreeBSD.org> X-Mailer: Claws Mail 4.3.0 (GTK 3.24.50; amd64-portbld-freebsd16.0) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Bar: + X-Spamd-Result: default: False [1.73 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_SPAM_MEDIUM(0.76)[0.759]; DMARC_POLICY_ALLOW(-0.50)[worldsmith.org,reject]; NEURAL_SPAM_SHORT(0.47)[0.474]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_SPAM_LONG(0.20)[0.198]; MIME_GOOD(-0.10)[text/plain]; RCVD_NO_TLS_LAST(0.10)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; TO_DN_NONE(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org] X-Rspamd-Queue-Id: 4cTBTW5t22z45Qx On Sat, 20 Sep 2025 08:43:12 +0900 (JST) Yasuhiro Kimura wrote: > From: Kyle Evans > Subject: Re: Possible incompatible change with initgroups(3)? > Date: Fri, 19 Sep 2025 18:35:29 -0500 > > > Are you folks using GENERIC, or a custom kernel config? The more > > interesting > > commit here is 9dc1ac8691966480ff8bd9c37dd405b981b41dd5, which would > > surface a > > problem fixed by a rebuild if you're using a custom kernel that does > > not have > > COMPAT_FREEBSD14 enabled. I don't think I'd quite expect that > > failure mode, > > though, so maybe not. > > > > I use GENERIC kernel. > > --- > Yasuhiro Kimura > GENERIC here also. -- =b From nobody Sat Sep 20 01:36:01 2025 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 4cTBm60TkKz68095 for ; Sat, 20 Sep 2025 01:36:06 +0000 (UTC) (envelope-from ianfreislich@gmail.com) Received: from mail-yb1-xb2c.google.com (mail-yb1-xb2c.google.com [IPv6:2607:f8b0:4864:20::b2c]) (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 4cTBm55dBGz474H for ; Sat, 20 Sep 2025 01:36:05 +0000 (UTC) (envelope-from ianfreislich@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-yb1-xb2c.google.com with SMTP id 3f1490d57ef6-ea5d1270b56so2960052276.1 for ; Fri, 19 Sep 2025 18:36:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1758332164; x=1758936964; darn=freebsd.org; h=mime-version:subject:user-agent:references:in-reply-to:message-id :date:to:from:from:to:cc:subject:date:message-id:reply-to; bh=Zww3onqjQmQfS+LxOpVX+/DdiuuTQh81ivHfrCp9a/k=; b=lOvQQH2L04pXTVijxWFQ77PF+7u6F3mJYVNuXeGYr/I40Tu3bJ/CzjOe78PYH4GnM1 Docx10qCAtR5oe0Uv8h++WBU9wTFhVw2OQjltEvAoGWb6gqKJfiajUi9VCYX1pm5KlVu ijuGopdG4xWmog0C7cuMSso016llgzUkpC2DgK2xqFPOEfdf0+eVQR7MNQ2F7lji9DBX jSibQ/xdbezDC6BNnR+f98PgvmBk0s1sEO00KjQTH6v5HbWXDLY1YFuglS3Eds6rvXz+ mVz1YzKJAciSQKmzUYgdZBXDc41yvW9rztuJq1e1wTYQNeTfbsf8IynMTb7Dl6vSJWkQ 4Zew== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1758332164; x=1758936964; h=mime-version:subject:user-agent:references:in-reply-to:message-id :date:to:from:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=Zww3onqjQmQfS+LxOpVX+/DdiuuTQh81ivHfrCp9a/k=; b=MXe9WVH4UoctW23Tl7TNjeuUUbQO2DZfi38ksLAs5xzXz4/nkdVk/k9pF7ptXmruw1 2DBM7sbzKwIaWUl9l2SbMkFm+3AzVX1vKub6H5797My7yuBzcFt2bXnD+rcc/H27I8ui o7yzpZiwFSVQMo5eZw3NwwKp/ONEoN5+C00Wtjt1ckJLA1eCm/IrXr9Mxx9WHUNp3hFy W8mNgWWP98mOeL+YSRT3sw5/O5IX8HoZkvG4UmaeNFgcfAhgHl7haD5s9jtEM5LTL8S8 7hgmkOrbr4cgDmEj4sJj9qZctP/u6thzKACz3c28CkvK2R4c4z2MGraOT98a3ldtOYgv tOjQ== X-Forwarded-Encrypted: i=1; AJvYcCVeDrMQ15jQHVUERg+PlNZsL7InhnEy48GoGl9iduPt0ZEaOJ3QJiN6gUan/FbbZ6uuyVGRKY1NNqI/vXSiWTA=@freebsd.org X-Gm-Message-State: AOJu0YzXHYge8rtlRGGKlhjdtc1ZNXGNyYAPUPYsgW4F3F5TUc9px9de Io2m4ep8PolT7IxqPWl6j7A3DSBnmNQks/USEq5qi08XGOcuMeDJD19x X-Gm-Gg: ASbGncvelGi5WokvkNlouT20C918Zy+h2UcT6FJqqJi7XpFtVhn1ZFFi+nRJhIsVgDy l8/PFR6j8jTud3rb0o8Ga32XWKE+nGZMqf6P1vA5oGp8IUGChtr/moEDqr5kQmOWKXkzI397Fiy w1PQDzQNslDtDPR6ABm7ynX2aBwql7GlEg8/M1GetuOM3Fn1E96z3tFu2z/M0p8eFwew1G2U++0 dSc7YUgVm5oT8gKTlcJ/1d6vZv19FY+XsVsRpSDQ5Oqul8eDp/YoPXe0vioUymygYND1BZkzUYT Ziehf1uCXcW5cM2HtpJR9/uJGF7EjBWpZS1tcxumT+7l7xv5B7EKHBV/i/9cN2ofo4orZ6zyHUz L/wiTlG9OQJszcq5Y4+JxvVlYbENdU+07nrsL2VYdqm1YpQhryajaZEJopDse2T9kd4DIuksY4R nQqAw= X-Google-Smtp-Source: AGHT+IEmgTwcyGBRQHCXE30s8kt21ru0TzA0PDZp1Rj2hkSZNp+gMIXF0jNPPRUUDJ8bxAxCobb+2Q== X-Received: by 2002:a05:6902:2806:b0:e9d:6a31:d514 with SMTP id 3f1490d57ef6-ea8a8a56016mr5154508276.44.1758332163913; Fri, 19 Sep 2025 18:36:03 -0700 (PDT) Received: from [10.0.0.109] (107-128-20-168.lightspeed.tukrga.sbcglobal.net. [107.128.20.168]) by smtp.gmail.com with ESMTPSA id 3f1490d57ef6-ea5ce974212sm2184842276.26.2025.09.19.18.36.02 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 19 Sep 2025 18:36:03 -0700 (PDT) From: Ian Freislich To: Kyle Evans , Date: Fri, 19 Sep 2025 21:36:01 -0400 Message-ID: <19964c38be8.28c3.64e08aff09ba5a21b2fc9010d26a90e5@gmail.com> In-Reply-To: References: <20250920.080248.183796883139076827.yasu@FreeBSD.org> <20250920084357.32586ee5@darrin.worldsmith.org> User-Agent: AquaMail/1.55.2 (build: 105502562) Subject: Re: Possible incompatible change with initgroups(3)? List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="19964c38e10332028c37d0d92e" X-Spamd-Bar: ---- 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-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cTBm55dBGz474H This is a multi-part message in MIME format. --19964c38e10332028c37d0d92e Content-Type: text/plain; format=flowed; charset="us-ascii" Content-Transfer-Encoding: 8bit On September 19, 2025 19:35:45 Kyle Evans wrote: > On 9/19/25 18:13, Darrin Smith wrote: >> On Sat, 20 Sep 2025 08:02:48 +0900 (JST) >> Yasuhiro Kimura wrote: >> >>> Today I updated my 16.0-CURRENT amd64 system from >>> main-n280279-b0e7b55a0e90 to main-n280498-b3468202994f and noticed >>> Postfix emits such error messages as below. >>> >>> ---------------------------------------------------------------------- >>> Sep 20 03:00:11 rolling-vm-freebsd1 postfix/qmgr[2634]: fatal: >>> initgroups: Socket operation on non-socket Sep 20 03:00:11 >>> rolling-vm-freebsd1 postfix/pickup[2635]: fatal: initgroups: Socket >>> operation on non-socket Sep 20 03:01:00 rolling-vm-freebsd1 >>> postfix/showq[66274]: fatal: initgroups: Socket operation on >>> non-socket >>> ---------------------------------------------------------------------- >>> >>> So I rebuilt, reinstalled and restared Postfix. Then error message >>> disappeared. >>> >>> I checked commit log between b0e7b55a0e90 and b3468202994f, and found >>> following one. >>> >>> ---------------------------------------------------------------------- >>> commit 0b018cfd81d8 >>> Author: Olivier Certner >>> AuthorDate: Tue Sep 16 17:52:20 2025 +0200 >>> Commit: Olivier Certner >>> CommitDate: Wed Sep 17 14:16:06 2025 +0200 >>> >>> initgroups(3): Fix return value on allocation failure >>> >>> We must not return ENOMEM, but rather -1 with 'errno' set to >>> ENOMEM, as described in the manual page and as other implementations >>> are doing. A malloc() failure actually already sets ENOMEM for us. >>> Add comments indicating which function set 'errno' each time we >>> return. >>> While here, improve style and remove useless headers. >>> >>> Reviewed by: kib, emaste >>> Fixes: 54404cfb13d4 ("In preparation for raising NGROUPS >>> and NGROUPS_MAX, ...") MFC after: 5 days >>> Sponsored by: The FreeBSD Foundation >>> Differential Revision: https://reviews.freebsd.org/D52580 >>> ---------------------------------------------------------------------- >>> >>> According to commit message, it is likely that the commit introduces >>> some incompatibility with initgroups(3) and that it causes error >>> messages of Postfix. And if it is correct, then __FreeBSD_version >>> should be bumped to force packages that use initgroups(3) to be >>> rebuilt. >>> >>> --- >>> Yasuhiro Kimura >> >> I can confirm this issue. I've had to recompile audio/musicpd >> and sysutils/bareos23-client to resolve it. (Also getting >> the same Socket operation on non-socket in each case). > > Are you folks using GENERIC, or a custom kernel config? The more interesting > commit here is 9dc1ac8691966480ff8bd9c37dd405b981b41dd5, which would surface a > problem fixed by a rebuild if you're using a custom kernel that does not have > COMPAT_FREEBSD14 enabled. I don't think I'd quite expect that failure mode, > though, so maybe not. I use a custom kernel that has COMPAT_FREEBSD14 and I experienced this last night. Had to recompile bind920, zabbix7_agent, zabbix7_server and freeradius3. Ian --19964c38e10332028c37d0d92e Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
On September 19, 2025 19= :35:45 Kyle Evans <kevans@FreeBSD.org> wrote:

On 9/19/25 18:13, Darrin Smith wrote:
On Sat, 20 Sep 2025 08:02:48 +0900 (JST)
Yasuhiro Kimura <yasu@FreeBSD.org> wrote:

Today I updated my 16.0-CURRENT amd64 system from
main-n280279-b0e7b55a0e90 to main-n280498-b3468202994f an= d noticed
Postfix emits such error messages as below.

---------------------------------------------------------= -------------
Sep 20 03:00:11 rolling-vm-freebsd1 postfix/qmgr[2634]: f= atal:
initgroups: Socket operation on non-socket Sep 20 03:00:1= 1
rolling-vm-freebsd1 postfix/pickup[2635]: fatal: initgrou= ps: Socket
operation on non-socket Sep 20 03:01:00 rolling-vm-freebs= d1
postfix/showq[66274]: fatal: initgroups: Socket operation= on
non-socket
---------------------------------------------------------= -------------

So I rebuilt, reinstalled and restared Postfix. Then erro= r message
disappeared.

I checked commit log between b0e7b55a0e90 and b3468202994= f, and found
following one.

---------------------------------------------------------= -------------
commit 0b018cfd81d8
Author:     Olivier Certner <olce@FreeBSD.or= g>
AuthorDate: Tue Sep 16 17:52:20 2025 +0200
Commit:     Olivier Certner <olce@FreeBSD.or= g>
CommitDate: Wed Sep 17 14:16:06 2025 +0200

initgroups(3): Fix return value on allocation failure

We must not return ENOMEM, but rather -1 with 'errno' set= to
ENOMEM, as described in the manual page and as other impl= ementations
are doing. A malloc() failure actually already sets ENOME= M for us.
Add comments indicating which function set 'errno' each t= ime we
return.
While here, improve style and remove useless headers.

Reviewed by:    kib, emaste
Fixes:          54404cfb13d4 ("I= n preparation for raising NGROUPS
and NGROUPS_MAX, ...") MFC after:      5 d= ays
Sponsored by:   The FreeBSD Foundation
Differential Revision:  https://reviews.freebsd.org/= D52580
---------------------------------------------------------= -------------

According to commit message, it is likely that the commit= introduces
some incompatibility with initgroups(3) and that it cause= s error
messages of Postfix. And if it is correct, then __FreeBSD= _version
should be bumped to force packages that use initgroups(3)= to be
rebuilt.

---
Yasuhiro Kimura


I can confirm this issue. I've had to recompile audio/mus= icpd
and sysutils/bareos23-client to resolve it. (Also getting=
the same Socket operation on non-socket in each case).


Are you folks using GENERIC, or a custom kernel config? &= nbsp;The more interesting
commit here is 9dc1ac8691966480ff8bd9c37dd405b981b41dd5, = which would surface a
problem fixed by a rebuild if you're using a custom kerne= l that does not have
COMPAT_FREEBSD14 enabled.  I don't think I'd quite e= xpect that failure mode,
though, so maybe not.

I use a custom kernel t= hat has COMPAT_FREEBSD14 and I experienced this last night. Had to recompil= e bind920, zabbix7_agent, zabbix7_server and freeradius3.

Ian
--19964c38e10332028c37d0d92e-- From nobody Sat Sep 20 03:45:35 2025 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 4cTFdX4PMlz6889L for ; Sat, 20 Sep 2025 03:45:36 +0000 (UTC) (envelope-from kevans@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" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cTFdX3fR1z3MWb; Sat, 20 Sep 2025 03:45:36 +0000 (UTC) (envelope-from kevans@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1758339936; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=iNahbaGnH6/JYr9EFachP3xHvTue2kCa5xAyaRU8Obs=; b=Pwxa7eh9P/sfz0BOFwNTTpHNOugumNTAxtyxBPCOaB/Lo4ed/gQFiq5qng/9bf5PAjJn9l mB0IN3+qnbvvphWj9239uviWjAc42Yd5UnjHVSa0eetMJiYKo2VXV3eMQnkO8vB/u/XGxq leXHRj6y5aKSyfETtZWfqHLQDYPdoSwj7EnqXZm+UC76hFIbTg4h6Gtjs9upluk7vm7i0m HygfgcOgmeJ0/qigAeLha9PiPfnStxGINGkEguYGPJz5xstqwrzM1ZxT17Fg125QC+Ethg ReNp92vnLvrRUm0/hx1yZxK226TFYlihKBWm8nXhp6fwnOFCvr4ppz9T8VMjGA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1758339936; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=iNahbaGnH6/JYr9EFachP3xHvTue2kCa5xAyaRU8Obs=; b=EVazCdJFwhfOV16Qm+PDr08kqrIht5DSv5zwmO2A2fWeXU4ZCZuZBcBQ9prv8bv+VakegU PaGKp59vojqnvaa14tPvzJyj0qd+EFXuZ2j3mjyNiMJp5hCpYPeIMUylNDC6JU8V718DHZ lwPaegXQGaOUwfa2E0MeO4wVE+KFs4OFKLsbWxoyPPoOqZ0hxnt7ck+/40DceKwlwzKqZi yRAPJg+5+XkmYk43uU2JSqBvTDX6OcDMgfCKP8rU5KwpFsTdvPYhAekR4YQMTJVPFOpUuL PAnimqkKBDP4IoUHalEYwcsAM5hWblHLnGOlsVaUeWWT34YVuWG1DtdITHKm6Q== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1758339936; a=rsa-sha256; cv=none; b=rvzkqp9Mqa5mrGSWsVB4cTcG0IMY/+glWfHUtPrGy4ZRDrg3JZdx37bxAf3DlcwoXQ52Jj qTw1pLbd8jEJLxpQH8fArAoHhcMTrqzCWeNZAYioxAmovsSz7GLQ4G2QODF30/hQUtReXX xHfHVM+zuaM3wQG4H1qwcZMqQNqxieNoYoNBT6P76/tCaPuUDxq0/Ix/W5QbjrOJNzuX8B 6JNrXd62WrNyrAKBq53zZNZNdP/7djsJQ9WifT4S235+emL8M6ULB/Gt1HCIuyLUyxiL7N 7l0nqWAQGyr9F/EBPvc+71zKGh8Bl0w6zJtIsoZo5SjBUUciFGeVcjFCCVCLLw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from [10.9.4.95] (unknown [209.182.120.176]) (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: kevans/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cTFdX18LszJn1; Sat, 20 Sep 2025 03:45:36 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Message-ID: <332dadd2-5f70-4945-acc2-a7b1b874e66d@FreeBSD.org> Date: Fri, 19 Sep 2025 22:45:35 -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: Possible incompatible change with initgroups(3)? To: freebsd-current@freebsd.org References: <20250920.080248.183796883139076827.yasu@FreeBSD.org> <20250920084357.32586ee5@darrin.worldsmith.org> <20250920.084312.1821713565920964352.yasu@FreeBSD.org> <20250920105317.41007477@darrin.worldsmith.org> Content-Language: en-US Cc: Olivier Certner , Konstantin Belousov From: Kyle Evans In-Reply-To: <20250920105317.41007477@darrin.worldsmith.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 9/19/25 20:23, Darrin Smith wrote: > On Sat, 20 Sep 2025 08:43:12 +0900 (JST) > Yasuhiro Kimura wrote: > >> From: Kyle Evans >> Subject: Re: Possible incompatible change with initgroups(3)? >> Date: Fri, 19 Sep 2025 18:35:29 -0500 >> >>> Are you folks using GENERIC, or a custom kernel config? The more >>> interesting >>> commit here is 9dc1ac8691966480ff8bd9c37dd405b981b41dd5, which would >>> surface a >>> problem fixed by a rebuild if you're using a custom kernel that does >>> not have >>> COMPAT_FREEBSD14 enabled. I don't think I'd quite expect that >>> failure mode, >>> though, so maybe not. >>> >> >> I use GENERIC kernel. >> >> --- >> Yasuhiro Kimura >> > > GENERIC here also. > Yikes- the compat initgroups is broken by some botched symbol resolution, and I'm not really sure the ideal solution. The below patch functions as a stop-gap, but I'm not sure that it's ideal. The problem is that freebsd14_setgroups is only defined as a weak alias for the FBSD_1.0 version of setgroups in lib/libc/include/compat.h via __sym_compat(). A simple ktrace shows that it's ultimately getting resolved to accept(), for whatever reason, and thus we end up with the nonsensical error for anything trying to take the legacy initgroups() path. Thanks, Kyle Evans diff --git a/lib/libc/gen/gen-compat.h b/lib/libc/gen/gen-compat.h index dac8f54b45a2..8cd5a79b3ff7 100644 --- a/lib/libc/gen/gen-compat.h +++ b/lib/libc/gen/gen-compat.h @@ -52,6 +52,7 @@ int freebsd11_getmntinfo(struct freebsd11_statfs **, int); char *freebsd11_devname(__uint32_t dev, __mode_t type); char *freebsd11_devname_r(__uint32_t dev, __mode_t type, char *buf, int len); -int freebsd14_setgroups(int gidsize, const __gid_t *gidset); +int freebsd14_setgroups(int gidsize, const __gid_t *gidset) + __asm__("setgroups@FBSD_1.0"); #endif /* _GEN_COMPAT_H_ */ From nobody Sat Sep 20 06:06:44 2025 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 4cTJnB2hRDz68K9P for ; Sat, 20 Sep 2025 06:07:26 +0000 (UTC) (envelope-from yasu@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" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cTJnB274Fz3Z4m; Sat, 20 Sep 2025 06:07:26 +0000 (UTC) (envelope-from yasu@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1758348446; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=6b11rvNAcglTBrxPv6mhLbPCWp9Ox2GL+hO0L7j40jA=; b=Hi0Vs7VrWMRtve/pC7GOe5ycZpLLmFkICYMeLzAAZbtMGWNMgeFKWX/xv5Z8zeCj2B1+Yf 4LX7ma51SjCo93Tbg0qFH6jzjUIqvPFNVjEH/QTcLMlGYkSRg3jlXEyff9wE2fDseBh8rA L0x+Pl0LAskT1loGWecccXjLApSNx4Pih0QHUxQNVwdVflSjnj88nqml1HjsELBBwN6n4T lxbtaD6qqoCPKIsKFEfa3sxjnxkJADnFV8kxa8Uiz9oXm+WS2GnAaLnjdNqV5Jgurad7KP aib3lGDOGdzHrD+YiqLMwk7aEXDpReWswV/mQc23lpCcXgMGxGua3u/jcd43dw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1758348446; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=6b11rvNAcglTBrxPv6mhLbPCWp9Ox2GL+hO0L7j40jA=; b=gi4XL1av+E+D3YDQmCZq9E9Re8ohqSdCfb7tlmj4e4atdzuDbRrSMCSzbUx3FAxZddTB6y 70GqdzURumF1s9iSTVCfaCZVdjK8oj3N2tm5mCFEoCsj/bs6WhDvuzU9bUsPqFJYf4doYA Sa+I/7BOEiDq2FcDeGF5tABrJoNsCqO8/fXhO9FSBqFrf3vZZsai7fRs9Wkch2+9uXZ+bL imbAhKVDTv6eUcIlbEB8szFwIgh5f5mdxLkvDqb5cTIJEtS0lvNQoiamKjWOzaGCSapSwJ vGZ08NU13vgvyYnwt3jJ8EKdqweAQQvQHT7PVGiEfHJK1js5Ulf+R5XRT+CvnA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1758348446; a=rsa-sha256; cv=none; b=Bd3s9VnFuvEjfDJ20BbzcJBfrmgkxYxbUr+efZxlvvv4gIazBUDAsSNDZ38CMoCOBiNCcy s2gjbSMHDwHBLU8S2hlfrjsfZ5JFTC/UcJk0CfJacOLbbALufDZ/WVECkrqFGitprUVDR5 STB+xpKj1gHG4pLSMtjzV1+ReJc1Nu4F7ENEfTvbPtbvT35oyZNK7usnMjOSQaTSr2jf85 2XGZ2sAatgiCMPEi8di7zcpOQK9mtebpb75SNYuiiEIJ8jl4XqNeWcejXehm0OxFF6e5L8 u2fGCuD4aDYL6vrrqWBdBBm+J+r3ccbAKkIYu1s14IZ7BEqmsac2/xE7FHhjQg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from localhost (unknown [IPv6:240b:11:220:fe00::174:11]) (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: yasu/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cTJn90BCLzMSq; Sat, 20 Sep 2025 06:07:24 +0000 (UTC) (envelope-from yasu@FreeBSD.org) Date: Sat, 20 Sep 2025 15:06:44 +0900 (JST) Message-Id: <20250920.150644.230386530666613770.yasu@FreeBSD.org> To: kevans@FreeBSD.org Cc: freebsd-current@freebsd.org, olce@FreeBSD.org, kib@freebsd.org Subject: Re: Possible incompatible change with initgroups(3)? From: Yasuhiro Kimura In-Reply-To: <332dadd2-5f70-4945-acc2-a7b1b874e66d@FreeBSD.org> References: <20250920.084312.1821713565920964352.yasu@FreeBSD.org> <20250920105317.41007477@darrin.worldsmith.org> <332dadd2-5f70-4945-acc2-a7b1b874e66d@FreeBSD.org> X-Mailer: Mew version 6.10 on Emacs 31.0.50 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Kyle Evans Subject: Re: Possible incompatible change with initgroups(3)? Date: Fri, 19 Sep 2025 22:45:35 -0500 > Yikes- the compat initgroups is broken by some botched symbol > resolution, and > I'm not really sure the ideal solution. The below patch functions as > a stop-gap, > but I'm not sure that it's ideal. > > The problem is that freebsd14_setgroups is only defined as a weak > alias for the > FBSD_1.0 version of setgroups in lib/libc/include/compat.h via > __sym_compat(). A > simple ktrace shows that it's ultimately getting resolved to accept(), > for whatever > reason, and thus we end up with the nonsensical error for anything > trying to take > the legacy initgroups() path. > > Thanks, > > Kyle Evans Thanks for patch. But as I wrote before the error messages have already disappeared by rebuilding and reinstalling Postfix package. So unfortunately I'm not able to test if your patch fixes the issue. --- Yasuhiro Kimura From nobody Sat Sep 20 07:29:31 2025 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 4cTLc45J5tz68Pyk for ; Sat, 20 Sep 2025 07:29:40 +0000 (UTC) (envelope-from freebsd-current-freebsd-org111@ketas.si.pri.ee) Received: from mail.ketas.si.pri.ee (d004-fea2-0bff-021e-13e8-8437-07d0-2001.dyn.estpak.ee [IPv6:2001:7d0:8437:13e8:21e:bff:fea2:d004]) (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 4cTLc33qMSz3hh0 for ; Sat, 20 Sep 2025 07:29:39 +0000 (UTC) (envelope-from freebsd-current-freebsd-org111@ketas.si.pri.ee) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ketas.si.pri.ee header.s=ketas-si-pri-ee-20240416002854-4096 header.b=Kdq3OAzw; dmarc=pass (policy=reject) header.from=ketas.si.pri.ee; spf=pass (mx1.freebsd.org: domain of freebsd-current-freebsd-org111@ketas.si.pri.ee designates 2001:7d0:8437:13e8:21e:bff:fea2:d004 as permitted sender) smtp.mailfrom=freebsd-current-freebsd-org111@ketas.si.pri.ee X-Original-To: freebsd-current@freebsd.org DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ketas.si.pri.ee; s=ketas-si-pri-ee-20240416002854-4096; t=1758353372; bh=Qzal++RL1a1vZfgy3wPLQEXjKhejTF48tEkfFWkxuVY=; h=Date:From:To:Subject; b=Kdq3OAzw+VhL9jdyBat44aoy2ann1m5hkflJ4BbGpUm4wlePBZ19Ld/Zz2DD8IQtC 6rW6N0T5tcqupLa1Jw2rO8lFUtANDXn/rrMM/M66f0zpmuMKxZ2pzL8aqapp/YY3rL WsqurToXVtZRj6JGK5Kjvt7peH553J2BEJCDfbzZmTtytH95xkX+ZrEZuJzR+5l+q5 wmpXb7Jcds2BYF6Q3N/bFd8fFsTjhtFnS0ueGDnXdbfuI2LBeLNb/2x7Rx6I1iCX53 Gf18DQoFRc3iMUg/NMxHAKlwz7oyJI+t1sDty36MWBhA99BVGPoQGZwLlXXlrfH49u 0TluztRIAKYveHOURJlTkZOkfXwo/PFSGma1pwyQqX1oHhzCUVpCz19soty1M4ARHj dAHRiWjeWc/JxurZlBW3PO8QeoJP0ONQ/FeO/LuDogKPeoviOpU6AUNh5L+ErjRgZH VfUxWT5HDezGIcL1s/WJrrtgLB4AlcV1CF6BuQE7yxll+VOmkvGaTYZVDiPRMtXD9b CCwSPTcdyFnq10PEOP1DVN0HqNVEY62GRG/g464eltTHZtBKWEsLb9Kmk9uosMf6kC 9Lw5fsMAx5G6tOxugZcEGLen0Ul3Js1e0qSwnqBdzw/ut7/N1Auoe079R1LhKprUsN y+VFrqyqbec8bc/zY1U1UXD8= Received: from ehlo.thunderbird.net (0115-0000-0000-0000-13c8-8437-07d0-2001.dyn.estpak.ee [IPv6:2001:7d0:8437:13c8::115]) (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) (No client certificate requested) by mail.ketas.si.pri.ee (Postfix) with ESMTPSA id 357C35A4D3C for ; Sat, 20 Sep 2025 10:29:32 +0300 (EEST) Date: Sat, 20 Sep 2025 10:29:31 +0300 From: Sulev-Madis Silber To: freebsd-current@freebsd.org Subject: krb5 build error User-Agent: K-9 Mail for Android Message-ID: <8661AEBE-E862-44EA-A69F-533DF9D26D6D@ketas.si.pri.ee> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: / X-Spamd-Result: default: False [-0.72 / 15.00]; HFILTER_HOSTNAME_5(3.00)[d004-fea2-0bff-021e-13e8-8437-07d0-2001.dyn.estpak.ee]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.92)[-0.925]; DMARC_POLICY_ALLOW(-0.50)[ketas.si.pri.ee,reject]; R_DKIM_ALLOW(-0.20)[ketas.si.pri.ee:s=ketas-si-pri-ee-20240416002854-4096]; ONCE_RECEIVED(0.20)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:7d0:8437:1300::/56]; MIME_GOOD(-0.10)[text/plain]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[ketas.si.pri.ee:+] X-Rspamd-Queue-Id: 4cTLc33qMSz3hh0 just right now i got fresh current and i got this: /root/files/fbsd/current/src/crypto/krb5/src/util/profile/prof_file=2Ec:18= 9:20: warnin g: call to undeclared function 'secure_getenv'; ISO C99 and later do not s= upport imp licit function declarations [-Wimplicit-function-declaration] 189 | home_env =3D secure_getenv("HOME"); | ^ /root/files/fbsd/current/src/crypto/krb5/src/util/profile/prof_file=2Ec:18= 9:18: error: incompatible integer to pointer conversion assigning to 'char *' from 'in= t' [-Wint- conversion] --- _bootstrap-tools-secure/lib/libcrypto --- --- ec_ameth=2Eo --- cc -O2 -pipe -fno-common -DOPENSSL_NO_SCTP -I/root/files/fbsd/current/sr= c/crypto/o penssl -I/root/files/fbsd/current/src/crypto/openssl/include -I/root/files= /fbsd/curr ent/src/crypto/openssl/providers/common/include -I/root/files/fbsd/current= /src/crypt o/openssl/providers/fips/include -I/root/files/fbsd/current/src/crypto/ope= nssl/provi ders/implementations/include -DL_ENDIAN -DOPENSSLDIR=3D"\"/etc/ssl\"" -DEN= GINESDIR=3D"\" /usr/lib/engines-3\"" -DMODULESDIR=3D"\"/usr/lib/ossl-modules\"" -DNDEBUG = -I/root/file s/fbsd/current/src/crypto/openssl/crypto -I/root/files/fbsd/current/src/cr= ypto/opens sl/crypto/ec/curve448 -I/root/files/fbsd/current/src/crypto/openssl/crypto= /ec/curve4 48/arch_32 -I/root/files/fbsd/current/src/crypto/openssl/crypto/modes -I/r= oot/files/ fbsd/current/obj/univ/root/files/fbsd/current/src/arm=2Earmv7/tmp/obj-tool= s/secure/lib /libcrypto -DOPENSSL_NO_KTLS -g -gz=3Dzlib -MD -MF=2Edepend=2Eec_ameth=2E= o -MTec_ameth=2Eo -s td=3Dgnu17 -Wno-format-zero-length -Wno-pointer-sign -Wdate-time -Wno-empt= y-body -Wno- string-plus-int -Wno-unused-const-variable -Wno-error=3Dunused-but-set-par= ameter -Wno- error=3Dcast-function-type-mismatch -Wno-tautological-compare -Wno-unused-= value -Wno-p arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-= local-type def -Wno-address-of-packed-member -Wno-switch -Wno-switch-enum -Wno-knr-pr= omoted-par ameter -Wno-parentheses -Qunused-arguments -I/root/files/fbsd/current= /obj/univ/ root/files/fbsd/current/src/arm=2Earmv7/tmp/legacy/usr/include -c /root/fi= les/fbsd/cur rent/src/crypto/openssl/crypto/ec/ec_ameth=2Ec -o ec_ameth=2Eo --- _bootstrap-tools-krb5/util/profile --- 189 | home_env =3D secure_getenv("HOME"); | ^ ~~~~~~~~~~~~~~~~~~~~~ 1 warning and 1 error generated=2E *** [prof_file=2Eo] Error code 1 make[3]: stopped in /root/files/fbsd/current/src/krb5/util/profile 262=2E26 real 100=2E18 user 8=2E01 sys make[1]: stopped in /root/files/fbsd/current/src make: stopped in /root/files/fbsd/current/src 10:18,root@green:~# From nobody Sat Sep 20 08:54:43 2025 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 4cTNVN0mRXz68VsB for ; Sat, 20 Sep 2025 08:54:52 +0000 (UTC) (envelope-from olce@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" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cTNVN00yDz3wRH; Sat, 20 Sep 2025 08:54:52 +0000 (UTC) (envelope-from olce@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1758358492; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=ueFF1w/sBxvJ1DF66jWOiQW9jHuDfHF+T8rKfriqb+0=; b=gE3io4aoGp+YHV8PATGHXqsSsiTpKzcewLFEPqK1N4Cbx4vJ9JsRgPOPrZnC9c3K6KtDpg JrjP7sLq4X0QdV1nV91jV2E1xTU1Fc6ZXgui9anPK7fyiRzgJCJ34x+XPAuYSw/ls+3gue 1q0Bbk0uDuM15sGYDHq09H/QSwwwz8YhQgYp048FHytmWiisZYgIcq/Wtf7N2/WMe6kWTR FifueHXr3WdUlFDwibEQA4UqQ7dyu3uCcukNBTl/zl4pe+8GUw4ttxXr+sXbmrdqxEEpWK WhKFk6RxHmgp3sPJ5jrqmpaMtu+sAleViLCvYGvfptpZ2DQHyDsAh32T469I5g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1758358492; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=ueFF1w/sBxvJ1DF66jWOiQW9jHuDfHF+T8rKfriqb+0=; b=FyU6yI+qzlqee+t1oADdWW+TbD025sW4JvCjJT479tGkxd6/J2KbaIr5a6dtaks5ROHqQ0 MyGHa/7Tfd/lXqJrkC9itg8c7/o095ywknQeIfJ7GgL98tmv4eSu6PoJ4w6JcxTIbUdsD5 sn2UMhznV0pB6lDJ1LzQ9mgztWRu37z5L95kbnX1sR+qyH2en7eVP5xYrDjCxsre/Vp+0A 7iueyz4IdVy/kk+JP7RnEzdkPjRGUbNXB6BKpuKIG/wNwgvNM4tclXUjWvFiOGmzQ1WvkA 6/4Zk3ERYazuFlIpqB5djf/F35Vo0py32p6mrsMrtxhyo0gRMvqjgMD1IHbd6g== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1758358492; a=rsa-sha256; cv=none; b=WVseE+P8opsrIFvxJLg3CJzdkWU1lnW5JCpuI+rxJ281r6BgG0aM1VnvKkcbZTLhoN0xeA EnO7WAivrJy89mVGaWc9SsGaWeE4GVyDQYwGABWjgEnbA2wA1LDtc9djCmKF+oe0rj/5hV VrJAMiXlPlbQcXqCvZjDe0VOGaipUmrntoWXKoIxwv9ftYG5gfrxznG8CXchJODqlD0Yyx FlCbpNqquJguFqdgyjQhZcr/Ei56sqk/5ndRjmAnJFPB1Q9srJNNVSLuBiljHYQO5P1stF gorQ/ObWJ/VVSuGkfPe80eKi2D73c2F6A7wcbJmHC3Dq1j4QQWb2TBWV2xfSfg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from ravel.localnet (aclermont-ferrand-653-1-222-123.w90-14.abo.wanadoo.fr [90.14.66.123]) (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: olce/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cTNVM497QzRGR; Sat, 20 Sep 2025 08:54:51 +0000 (UTC) (envelope-from olce@freebsd.org) From: Olivier Certner To: Yasuhiro Kimura Cc: freebsd-current@freebsd.org Subject: Re: Possible incompatible change with initgroups(3)? Date: Sat, 20 Sep 2025 10:54:43 +0200 Message-ID: <3124332.hHqAuc6tWs@ravel> In-Reply-To: <20250920.080248.183796883139076827.yasu@FreeBSD.org> References: <20250920.080248.183796883139076827.yasu@FreeBSD.org> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2478332.THHZn3L5Ee"; micalg="pgp-sha384"; protocol="application/pgp-signature" --nextPart2478332.THHZn3L5Ee Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8"; protected-headers="v1" From: Olivier Certner To: Yasuhiro Kimura Cc: freebsd-current@freebsd.org Subject: Re: Possible incompatible change with initgroups(3)? Date: Sat, 20 Sep 2025 10:54:43 +0200 Message-ID: <3124332.hHqAuc6tWs@ravel> In-Reply-To: <20250920.080248.183796883139076827.yasu@FreeBSD.org> References: <20250920.080248.183796883139076827.yasu@FreeBSD.org> MIME-Version: 1.0 Hi Yasuhiro, > I checked commit log between b0e7b55a0e90 and b3468202994f, and found > following one. > > ---------------------------------------------------------------------- > commit 0b018cfd81d8 > Author: Olivier Certner > AuthorDate: Tue Sep 16 17:52:20 2025 +0200 > Commit: Olivier Certner > CommitDate: Wed Sep 17 14:16:06 2025 +0200 > > initgroups(3): Fix return value on allocation failure > > (snip) > ---------------------------------------------------------------------- > > According to commit message, it is likely that the commit introduces > some incompatibility with initgroups(3) and that it causes error > messages of Postfix. This commit has absolutely nothing to do with what you are observing: ---------------------------------------------------------------------- Sep 20 03:00:11 rolling-vm-freebsd1 postfix/qmgr[2634]: fatal: initgroups: Socket operation on non-socket Sep 20 03:00:11 rolling-vm-freebsd1 postfix/pickup[2635]: fatal: initgroups: Socket operation on non-socket Sep 20 03:01:00 rolling-vm-freebsd1 postfix/showq[66274]: fatal: initgroups: Socket operation on non-socket ---------------------------------------------------------------------- There is no sign of out-of-memory anywhere here. It is true that this commit introduces a slight incompatibility, but we sometimes do that for bug fixes and in this case there should be only benefits (programs test for failure either with 'error != 0', which hasn't changed, or 'error == -1', which now will work correctly, preventing the program to continue without the expected credentials, or 'error < 0', same). The culprit is without doubt https://cgit.freebsd.org/src/commit/?id=9dc1ac8691966480, whose purpose is precisely to restore initgroups(3) compatibility that was lost after getgroups(2)/setgroups(2) semantics change. Why the symbol versioning mechanisms we are leveraging there don't work as intended isn't yet clear (to me at least), but this is clearly a bug as our intent is precisely that nobody has to recompile anything for things to continue working as before. FYI, we are pursuing that in https://reviews.freebsd.org/D52641. Thanks and regards. -- Olivier Certner --nextPart2478332.THHZn3L5Ee Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCQAdFiEEmNCxHjkosai0LYIujKEwQJceJicFAmjOa9MACgkQjKEwQJce Jif0BxAAtMyLZZxXf6IWA8LNuaxFJV9ugNb8rQ5eYYYB2niEDdn+RfN2sxBFMlLv Yz/Of52+KPXh0/KYsnVr4oY0NFm7rAbOJvFKAH1sr+uZrbjKJXt1nmSqi3R9LEIA Ug6G7nSl8AfQmasqBvKVDw66LkpUnXUCPtWGGWSbLOJ3iEVbUYrKZM/W63wQPgS9 zDYlw3kWrnySBDeLK5P/nzZUHe6bolEtkjx2pwAGtCb2uNv6DntPDn6v9glfWC4M UUUi2p5u4uy4B9xmi0esEugPJQsl0tHBicTFQS9ZS2WU59paVMCAMJBOeC+tlxDD JQv4k0Hz/G9gvpe7Rl6lMPQB8pj97RcYTajxrKYonMqAaeOOfcWW4IkmJetVx722 fBWZ1Gw2s9NrUqq3BMdpd5GDYXBc6SjyByMEhHthboiR2kfimu35Y2CEWuo3Wbyd iRdRJAeIvD22NtMC4dBlLWYr19WBflnSm4Xwvq000OEbTAQio+NLss+P6zKDK8S0 fkRg4dYQaDSLSVb8Rtg5pwHZW4Ef/8P4deOi1QkrUa/mUPJlIhRuTC0nospNr0aI 1g62v+5w2ur7bv9GtIbBmLsqNEwKyeipUp0aQC6xrgExqyzglOkZEqKqr6j6Ng0a HQk3J1QeSp9wi+907DANRnSVjGG4WP13Wl7szFLc8aa/SsFEG4c= =0Hzo -----END PGP SIGNATURE----- --nextPart2478332.THHZn3L5Ee-- From nobody Sat Sep 20 09:17:24 2025 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 4cTP0X5JtZz68XJv for ; Sat, 20 Sep 2025 09:17:32 +0000 (UTC) (envelope-from freebsd-current-freebsd-org111@ketas.si.pri.ee) Received: from mail.ketas.si.pri.ee (d004-fea2-0bff-021e-13e8-8437-07d0-2001.dyn.estpak.ee [IPv6:2001:7d0:8437:13e8:21e:bff:fea2:d004]) (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 4cTP0W6fMnz40Lg for ; Sat, 20 Sep 2025 09:17:31 +0000 (UTC) (envelope-from freebsd-current-freebsd-org111@ketas.si.pri.ee) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ketas.si.pri.ee header.s=ketas-si-pri-ee-20240416002854-4096 header.b=OvrGOFA2; dmarc=pass (policy=reject) header.from=ketas.si.pri.ee; spf=pass (mx1.freebsd.org: domain of freebsd-current-freebsd-org111@ketas.si.pri.ee designates 2001:7d0:8437:13e8:21e:bff:fea2:d004 as permitted sender) smtp.mailfrom=freebsd-current-freebsd-org111@ketas.si.pri.ee X-Original-To: freebsd-current@freebsd.org DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ketas.si.pri.ee; s=ketas-si-pri-ee-20240416002854-4096; t=1758359845; bh=8aEtBL69DhUTFF11ROaCp0lVpwckfeYulsxpSMRqqD8=; h=Date:From:To:Subject:In-Reply-To:References; b=OvrGOFA2aOtDc7iSN2i2eZOdFSV1/s0dj7rTZuI52Xoy9Ly0BXlE06W89FFwgrLLZ 94u7kX2YHJ1hln9E4werTwy7PymXYM2S9kjmU756cSUteFPYP1LYoh9lWxowgenCPo hhHpfP7ANi2U7nF8kG3dXqmsFhy6F5M0AvOL5YWFtLM3R91bkvcerlOCWfvhxHnanM ZbhEY+Ow7h1kT7hRSJg8mkFyQGXr4PWFniCIfJZ+cqgZKSv0wh/H97HCeILrvIwoSj xqoNxSXXZM1A4vx/J3HzNV1ZM0ft9fHLgweoG+QYAk8g9MTfFR0G0DkIWQcVFmTTMy 058mCD0pPiFTAEwrnD5M2hF8ZdKoMC/23xrUYl+2u7uDROeercrJOdHFoPW9ZzOe9t DfX3AemxEjUBQFysPcDAfom4LnKxUTEIQXViXa6OeuYJt4lSdejr6zsuwIBCXIsf6w GP5i2WbEItCpThdJndF1/Ob3Uuk5SXuZye2RBldTeltMX9NBxYcl+uTm4klfy6GhLI bYBGQQDuIbzanRE2uZfgPLKYFA5OTHd6hH1/3K2JOHjuPDaVsjs4On9WRflLARcY0t WS/pEgOAycgA432Lq/j3G5j872U1gqq1zGIhs6KrHlKBPsc/F2KQMtNh5yUyG2/ZZg LgHvAPXV0eO0pgQkY0y27TzE= Received: from ehlo.thunderbird.net (0115-0000-0000-0000-13c8-8437-07d0-2001.dyn.estpak.ee [IPv6:2001:7d0:8437:13c8::115]) (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) (No client certificate requested) by mail.ketas.si.pri.ee (Postfix) with ESMTPSA id BD7C65A5A67 for ; Sat, 20 Sep 2025 12:17:24 +0300 (EEST) Date: Sat, 20 Sep 2025 12:17:24 +0300 From: Sulev-Madis Silber To: freebsd-current@freebsd.org Subject: Re: krb5 build error User-Agent: K-9 Mail for Android In-Reply-To: <8661AEBE-E862-44EA-A69F-533DF9D26D6D@ketas.si.pri.ee> References: <8661AEBE-E862-44EA-A69F-533DF9D26D6D@ketas.si.pri.ee> Message-ID: <178ABEAA-203D-492E-A83B-1D0E1716E4ED@ketas.si.pri.ee> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: / X-Spamd-Result: default: False [-0.77 / 15.00]; HFILTER_HOSTNAME_5(3.00)[d004-fea2-0bff-021e-13e8-8437-07d0-2001.dyn.estpak.ee]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-0.998]; NEURAL_HAM_SHORT(-0.98)[-0.976]; DMARC_POLICY_ALLOW(-0.50)[ketas.si.pri.ee,reject]; R_DKIM_ALLOW(-0.20)[ketas.si.pri.ee:s=ketas-si-pri-ee-20240416002854-4096]; ONCE_RECEIVED(0.20)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:7d0:8437:1300::/56]; MIME_GOOD(-0.10)[text/plain]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[ketas.si.pri.ee:+] X-Rspamd-Queue-Id: 4cTP0W6fMnz40Lg okay seems like that's my mistake? i'm on 13=2E secure_getenv was added in = 14 maybe i'm not supposed to build 16 on 13 (just wondered when does it fail)= , but i see that being under crossbuild so it should work, no? what do you think :p From nobody Sat Sep 20 10:34:45 2025 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 4cTQjm63vNz68cfM for ; Sat, 20 Sep 2025 10:34:52 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from omta003.cacentral1.a.cloudfilter.net (omta001.cacentral1.a.cloudfilter.net [3.97.99.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cTQjm3Xq4z46Ww for ; Sat, 20 Sep 2025 10:34:52 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Authentication-Results: mx1.freebsd.org; none Received: from shw-obgw-4002a.ext.cloudfilter.net ([10.228.9.250]) by cmsmtp with ESMTPS id zhZ2uwf3r0ym7zuvbu5xXH; Sat, 20 Sep 2025 10:34:51 +0000 Received: from spqr.komquats.com ([70.66.136.217]) by cmsmtp with ESMTPSA id zuvZuxMgRl5eGzuvauIpd0; Sat, 20 Sep 2025 10:34:51 +0000 X-Auth-User: cschuber X-Authority-Analysis: v=2.4 cv=EO6l0EZC c=1 sm=1 tr=0 ts=68ce834b a=h7br+8Ma+Xn9xscxy5znUg==:117 a=h7br+8Ma+Xn9xscxy5znUg==:17 a=IkcTkHD0fZMA:10 a=yJojWOMRYYMA:10 a=6I5d2MoRAAAA:8 a=EkcXrb_YAAAA:8 a=w1YJ_1iLAAAA:8 a=YxBL1-UpAAAA:8 a=4KQEnK0S3Mt5PXbqSG8A:9 a=QEXdDO2ut3YA:10 a=LK5xJRSDVpKd5WXXoEvA:22 a=zRPabYEqsVoUeGZq4nLW:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from ehlo.thunderbird.net (walden_pont_ng.cwsent.com [70.66.136.190]) by spqr.komquats.com (Postfix) with ESMTPSA id C02B389D; Sat, 20 Sep 2025 03:34:48 -0700 (PDT) Date: Sat, 20 Sep 2025 03:34:45 -0700 From: Cy Schubert To: freebsd-current@freebsd.org, Darrin Smith Subject: Re: Possible incompatible change with initgroups(3)? In-Reply-To: <20250920084357.32586ee5@darrin.worldsmith.org> References: <20250920.080248.183796883139076827.yasu@FreeBSD.org> <20250920084357.32586ee5@darrin.worldsmith.org> Message-ID: <4215EA85-106C-42E4-B6B1-39507CF06729@cschubert.com> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-CMAE-Envelope: MS4xfF0oQQhiX/UReHW6Bl1zzFQ2CcPTWjXgaE7ocmG9cvylSdyRVP9EfWiwLam4dKZOHdP+cPRTVWEW4kiNdtyEKZKPlxQ/qa5bqp0/yYD28lw/dZJCPTa6 ZzVEsHoSbpXZrq0PJSLOkSAhV39UTGV816Z0QQ2YCXG+t5Ex2HULhRNcN7b5tJvr3XEgR7MpMyrUacqglJqSt+E+Yx36uVFeBYzHvSrR4QX29ilnjKo0wqjh oe6J2sh24J2GdisouS+eBw== X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cTQjm3Xq4z46Ww On September 19, 2025 4:13:57=E2=80=AFp=2Em=2E PDT, Darrin Smith wrote: >On Sat, 20 Sep 2025 08:02:48 +0900 (JST) >Yasuhiro Kimura wrote: > >> Today I updated my 16=2E0-CURRENT amd64 system from >> main-n280279-b0e7b55a0e90 to main-n280498-b3468202994f and noticed >> Postfix emits such error messages as below=2E >>=20 >> ---------------------------------------------------------------------- >> Sep 20 03:00:11 rolling-vm-freebsd1 postfix/qmgr[2634]: fatal: >> initgroups: Socket operation on non-socket Sep 20 03:00:11 >> rolling-vm-freebsd1 postfix/pickup[2635]: fatal: initgroups: Socket >> operation on non-socket Sep 20 03:01:00 rolling-vm-freebsd1 >> postfix/showq[66274]: fatal: initgroups: Socket operation on >> non-socket >> ---------------------------------------------------------------------- >>=20 >> So I rebuilt, reinstalled and restared Postfix=2E Then error message >> disappeared=2E >>=20 >> I checked commit log between b0e7b55a0e90 and b3468202994f, and found >> following one=2E >>=20 >> ---------------------------------------------------------------------- >> commit 0b018cfd81d8 >> Author: Olivier Certner >> AuthorDate: Tue Sep 16 17:52:20 2025 +0200 >> Commit: Olivier Certner >> CommitDate: Wed Sep 17 14:16:06 2025 +0200 >>=20 >> initgroups(3): Fix return value on allocation failure >> =20 >> We must not return ENOMEM, but rather -1 with 'errno' set to >> ENOMEM, as described in the manual page and as other implementations >> are doing=2E A malloc() failure actually already sets ENOMEM for us=2E >> Add comments indicating which function set 'errno' each time we >> return=2E=20 >> While here, improve style and remove useless headers=2E >> =20 >> Reviewed by: kib, emaste >> Fixes: 54404cfb13d4 ("In preparation for raising NGROUPS >> and NGROUPS_MAX, =2E=2E=2E") MFC after: 5 days >> Sponsored by: The FreeBSD Foundation >> Differential Revision: https://reviews=2Efreebsd=2Eorg/D52580 >> ---------------------------------------------------------------------- >>=20 >> According to commit message, it is likely that the commit introduces >> some incompatibility with initgroups(3) and that it causes error >> messages of Postfix=2E And if it is correct, then __FreeBSD_version >> should be bumped to force packages that use initgroups(3) to be >> rebuilt=2E >>=20 >> --- >> Yasuhiro Kimura >>=20 > >I can confirm this issue=2E I've had to recompile audio/musicpd >and sysutils/bareos23-client to resolve it=2E (Also getting >the same Socket operation on non-socket in each case)=2E > I can confirm as well with postfix, the krb5 port, nut, openldap26-server,= dovecot, and others that I cannot recall ATM=2E --=20 Cheers, Cy Schubert FreeBSD UNIX: Web: https://FreeBSD=2Eorg NTP: Web: https://nwtime=2Eorg e^(i*pi)+1=3D0 Pardon the typos=2E Tiny keyboard in use=2E From nobody Sat Sep 20 11:02:17 2025 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 4cTRKb5by3z68fSG for ; Sat, 20 Sep 2025 11:02:27 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from vogon.madpilot.net (vogon.madpilot.net [159.69.1.99]) (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 4cTRKb2wmxz49gl for ; Sat, 20 Sep 2025 11:02:27 +0000 (UTC) (envelope-from mad@madpilot.net) Authentication-Results: mx1.freebsd.org; none Received: from localhost (mail [IPv6:fd5c:5351:d272::3]) by vogon.madpilot.net (Postfix) with ESMTP id 4cTRKS2BQGzLl42; Sat, 20 Sep 2025 13:02:20 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= content-transfer-encoding:content-type:content-type:in-reply-to :from:from:content-language:references:subject:subject:date:date :message-id:received; s=cyq4qetkgngm; t=1758366137; x= 1760180538; bh=uvdlF8AKEmk0vcnsopOJSXf7Ww/igzEQQ0XHqMnI7ds=; b=j iBPO+w42FnpTSikmFqJ1ykZOvgOZqxxVezo65GVc7vp7yNnr98U5CSMLvvlXEZmy Mz4doBsFVb0ktO3Fc+x+1IXWxHr1oNAN9yW++qMjrL2IkF9w+htcXS2MFZmREMOO qYJWBwsl2I0ve9fBLTteJaw9cmQFrEkp5uC8YJ/ozYKR022q96FU+PLO+M+bZgU7 aGMwQVqUYWAq0RbHy+snToOkyPSLivknfrx4eofD55sJm/uCNt1prCr+gxoyg0HW bVN73wn+HPAqrz/UwBqtQkoDe6fLxiqhNhFVmUpiKuMug3xAkxzEBr2U5QKdws3W b1AZGwEjRemjaXmYI6m8w== Received: from vogon.madpilot.net ([IPv6:fd5c:5351:d272::3]) by localhost (vogon.madpilot.net [IPv6:fd5c:5351:d272::3]) (amavis, port 10026) with ESMTP id 0qCWXPqhOoDN; Sat, 20 Sep 2025 13:02:17 +0200 (CEST) Message-ID: Date: Sat, 20 Sep 2025 13:02:17 +0200 Subject: Re: Possible incompatible change with initgroups(3)? To: Cy Schubert , freebsd-current@freebsd.org, Darrin Smith References: <20250920.080248.183796883139076827.yasu@FreeBSD.org> <20250920084357.32586ee5@darrin.worldsmith.org> <4215EA85-106C-42E4-B6B1-39507CF06729@cschubert.com> Content-Language: en-US, it, en-GB From: Guido Falsi Autocrypt: addr=mad@madpilot.net; keydata= xsBNBE+G+l0BCADi/WBQ0aRJfnE7LBPsM0G3m/m3Yx7OPu4iYFvS84xawmRHtCNjWIntsxuX fptkmEo3Rsw816WUrek8dxoUAYdHd+EcpBcnnDzfDH5LW/TZ4gbrFezrHPdRp7wdxi23GN80 qPwHEwXuF0X4Wy5V0OO8B6VT/nA0ADYnBDhXS52HGIJ/GCUjgqJn+phDTdCFLvrSFdmgx4Wl c0W5Z1p5cmDF9l8L/hc959AeyNf7I9dXnjekGM9gVv7UDUYzCifR3U8T0fnfdMmS8NeI9NC+ wuREpRO4lKOkTnj9TtQJRiptlhcHQiAlG1cFqs7EQo57Tqq6cxD1FycZJLuC32bGbgalABEB AAHNHkd1aWRvIEZhbHNpIDxtYWRAbWFkcGlsb3QubmV0PsLAeQQTAQgAIwIbAwIeAQIXgAUL CQgHAwUVCgkICwQWAgMBBQJS79AgAhkBAAoJEBrmhg5Wy9KTc0kH/RO64ORBlTbTHaUaOj8F Je5O5NU2Pt9Cyt5ZWBRvxntr1zPTJGKRPS9ihlIfqT4ZvEngQGp57EUyFbCpI0UWasTerImM tt5WACnGmCzUTB39UXx8Oy4b1EgWeTJQ747e/F1mQLXTNa6ijRBE9fYlTb4gAkPN88/wVV9v 3PZozKLTg16ghBzHM/P7Lk8L7clPEZChX1FTa/6eSt3nvzfCuTMZbBPJF/ph+q1KyPqRgVfh tyhu5dvgMoPz/ni41IfeSrkJTD5RXzdyGR9q4Z1NYeBsLkRjC4LxKAP5KqUsvlOUjKvO1byj ApYdMarol+IGkaSk9e3zVYAJkWKjn/ni8XbOwU0EUxB7QQEQAKFhrDceoPdK/IHDSmoj6SQY isvM7VdhcleS7E9DoEAVt7yMbf6HbbMVTTY6ckvwTWQssywLBXNVqxgc4WLJjzfUhgef+WE7 5M3+WFYlOVQLGZY/zEVgma1raYnOHNAOzeHLDmEXjbZP6vGAeDyBbGfQPpE7qGYZ7ubeT3Xw QO+PklcCrvOPj2ZPcAxGNS2xVU/LzONqCrJqLMJSIcCdsbiSP4G5PnDFHtMokaTY6OEr8OEQ fOAerhcHUa/z7Uu8YtmaqKH+QGkE/WEgaRqSiTnv0JOTD+DxehaqvoKPPZ++2NpCZMHB2i6A /xifmQwEiIjEXtcueBRzkNUQkxhqZyS13SrhocL9ydtaVPBzZatAEjUDDEJmAMLVFs45qfyh MiNapHJo2n3MW/E5omqCvEkDdWX/en3P7CK2TemeaDghMsgkNKax/z0wNo5UZCkOPOz0xpNi UilOVbkuezZZNg65741qee2lfXhQIaZ66yT7hphc/N/z3PIAtLeze4u1VR2EXAuZ2sWAdlKC NTlJMsaU/x70BV11Wd/ypnVzM68dfdQIIAj1iMFAD/lXGlEUmKXg5Ov2VQDlTntQoanCYrAg +8CttPzjrydgLZFq3hrtQmfc0se5yv1WHS69+BsUOG09RvvawUDZxUjW19kyeN9THaNRgow3 kSuArUp6zSmJABEBAAHCwF8EGAEIAAkFAlMQe0ECGwwACgkQGuaGDlbL0pMN5wgA4bCkX/qw EVC06ToeR6C2putmSWQMgpDaqrv65Hubo+QGmg2P4ewTYQQ4g6oYWS03qHxqVVWhKz7FjfrV +dH8qbCLfSgIcvdBha7ayGZVrsiuMLKGbw36fcmkZPpSDOfHcP0XH8Z+u9CWj0xUkTxAlZ/7 i6gYSUpG2JWNtdmE/X8VVEyXusCLwy0K0BI60A/4dRTIX3C4QKrJ3ZbUXegz70ynjHf+lQMZ 9IZKASoRMuS5FozPQh6abvmwZEPdf5I9riUElzvHrqJ8Bx0t3Pujdoth+yNHpnBxrtO8LkQd rQ58P0SwcaIX33T2U9pG8bhu5YVR88FQ8OQ0cEsPBpDncg== In-Reply-To: <4215EA85-106C-42E4-B6B1-39507CF06729@cschubert.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:24940, ipnet:159.69.0.0/16, country:DE] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cTRKb2wmxz49gl 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 On 9/20/25 12:34, Cy Schubert wrote: > On September 19, 2025 4:13:57 p.m. PDT, Darrin Smith wrote: >> On Sat, 20 Sep 2025 08:02:48 +0900 (JST) >> Yasuhiro Kimura wrote: >> >>> Today I updated my 16.0-CURRENT amd64 system from >>> main-n280279-b0e7b55a0e90 to main-n280498-b3468202994f and noticed >>> Postfix emits such error messages as below. >>> >>> ---------------------------------------------------------------------- >>> Sep 20 03:00:11 rolling-vm-freebsd1 postfix/qmgr[2634]: fatal: >>> initgroups: Socket operation on non-socket Sep 20 03:00:11 >>> rolling-vm-freebsd1 postfix/pickup[2635]: fatal: initgroups: Socket >>> operation on non-socket Sep 20 03:01:00 rolling-vm-freebsd1 >>> postfix/showq[66274]: fatal: initgroups: Socket operation on >>> non-socket >>> ---------------------------------------------------------------------- >>> >>> So I rebuilt, reinstalled and restared Postfix. Then error message >>> disappeared. >>> >>> I checked commit log between b0e7b55a0e90 and b3468202994f, and found >>> following one. >>> >>> ---------------------------------------------------------------------- >>> commit 0b018cfd81d8 >>> Author: Olivier Certner >>> AuthorDate: Tue Sep 16 17:52:20 2025 +0200 >>> Commit: Olivier Certner >>> CommitDate: Wed Sep 17 14:16:06 2025 +0200 >>> >>> initgroups(3): Fix return value on allocation failure >>> >>> We must not return ENOMEM, but rather -1 with 'errno' set to >>> ENOMEM, as described in the manual page and as other implementations >>> are doing. A malloc() failure actually already sets ENOMEM for us. >>> Add comments indicating which function set 'errno' each time we >>> return. >>> While here, improve style and remove useless headers. >>> >>> Reviewed by: kib, emaste >>> Fixes: 54404cfb13d4 ("In preparation for raising NGROUPS >>> and NGROUPS_MAX, ...") MFC after: 5 days >>> Sponsored by: The FreeBSD Foundation >>> Differential Revision: https://reviews.freebsd.org/D52580 >>> ---------------------------------------------------------------------- >>> >>> According to commit message, it is likely that the commit introduces >>> some incompatibility with initgroups(3) and that it causes error >>> messages of Postfix. And if it is correct, then __FreeBSD_version >>> should be bumped to force packages that use initgroups(3) to be >>> rebuilt. >>> >>> --- >>> Yasuhiro Kimura >>> >> >> I can confirm this issue. I've had to recompile audio/musicpd >> and sysutils/bareos23-client to resolve it. (Also getting >> the same Socket operation on non-socket in each case). >> > > I can confirm as well with postfix, the krb5 port, nut, openldap26-server, dovecot, and others that I cannot recall ATM. > > Just for the record, lightdm is also affected by this very issue with the same symptoms. -- Guido Falsi From nobody Sat Sep 20 19:14:20 2025 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 4cTfFG5Crqz68Gmd for ; Sat, 20 Sep 2025 19:14:26 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [IPv6:2001:470:8d59:1::8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.protected-networks.net", Issuer "R13" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cTfFG3H8Zz47tp; Sat, 20 Sep 2025 19:14:26 +0000 (UTC) (envelope-from imb@protected-networks.net) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d= protected-networks.net; h=content-transfer-encoding:content-type :content-type:in-reply-to:from:from:content-language:references :subject:subject:user-agent:mime-version:date:date:message-id; s=201508; t=1758395660; bh=f58U9dvKura8Ff7r2gPwTY4c7q824TFto1C4 d6m1UJw=; b=Biccj1bFfxeVCJMXL0/Tl0lngMiflgfM5BmtsBgMrX9zndNjbTqk MCujYwKbtJcDD3e42RHXKepGwHgtk+YIQg1wR3OljMWHWi7e4tB6rNiO+EZVqaeK RqJ1QLDBF7VjUmxlijMwt6MoxuFXDtbD0psB1uKs+y4FkLhr/5Oc7dw= Received: from [192.168.1.9] (d5540.auburn.protected-networks.net [192.168.1.9]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange x25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id 3BC4D5B5DD; Sat, 20 Sep 2025 15:14:20 -0400 (EDT) Message-ID: <9117a675-eca2-4384-8e9b-55bed2f4b501@protected-networks.net> Date: Sat, 20 Sep 2025 15:14:20 -0400 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: Possible incompatible change with initgroups(3)? To: Olivier Certner Cc: freebsd-current@freebsd.org References: <20250920.080248.183796883139076827.yasu@FreeBSD.org> <3124332.hHqAuc6tWs@ravel> Content-Language: en-NZ From: Michael Butler In-Reply-To: <3124332.hHqAuc6tWs@ravel> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cTfFG3H8Zz47tp On 9/20/25 04:54, Olivier Certner wrote: [ .. snip .. ] > There is no sign of out-of-memory anywhere here. It is true that this commit introduces a slight incompatibility, but we sometimes do that for bug fixes and in this case there should be only benefits (programs test for failure either with 'error != 0', which hasn't changed, or 'error == -1', which now will work correctly, preventing the program to continue without the expected credentials, or 'error < 0', same). > > The culprit is without doubt https://cgit.freebsd.org/src/commit/?id=9dc1ac8691966480, whose purpose is precisely to restore initgroups(3) compatibility that was lost after getgroups(2)/setgroups(2) semantics change. > > Why the symbol versioning mechanisms we are leveraging there don't work as intended isn't yet clear (to me at least), but this is clearly a bug as our intent is precisely that nobody has to recompile anything for things to continue working as before. FYI, we are pursuing that in https://reviews.freebsd.org/D52641. Another application affected by the initgroups behaviour tweak is net-mgmt/nrpe. It now refuses to start from an entry in rc.conf with the following log entries: nrpe: Starting up daemon nrpe: Warning: Possibly root user failed dropping privileges with initgroups() nrpe: Error: NRPE daemon cannot be run as user/group root! It will, however, run from inetd under the nagios user; thus avoiding the privilege change but incurring additional overhead of spawning a new process for each request. In this case, recompilation or tweaks to versioning have no benefit, Michael From nobody Sun Sep 21 03:07:39 2025 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 4cTrlb5t16z68ply for ; Sun, 21 Sep 2025 03:07:55 +0000 (UTC) (envelope-from freebsd-current-freebsd-org111@ketas.si.pri.ee) Received: from mail.ketas.si.pri.ee (d004-fea2-0bff-021e-13e8-8437-07d0-2001.dyn.estpak.ee [IPv6:2001:7d0:8437:13e8:21e:bff:fea2:d004]) (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 4cTrlb0cBVz459n for ; Sun, 21 Sep 2025 03:07:54 +0000 (UTC) (envelope-from freebsd-current-freebsd-org111@ketas.si.pri.ee) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ketas.si.pri.ee header.s=ketas-si-pri-ee-20240416002854-4096 header.b=iaKC1wjQ; dmarc=pass (policy=reject) header.from=ketas.si.pri.ee; spf=pass (mx1.freebsd.org: domain of freebsd-current-freebsd-org111@ketas.si.pri.ee designates 2001:7d0:8437:13e8:21e:bff:fea2:d004 as permitted sender) smtp.mailfrom=freebsd-current-freebsd-org111@ketas.si.pri.ee X-Original-To: freebsd-current@freebsd.org DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ketas.si.pri.ee; s=ketas-si-pri-ee-20240416002854-4096; t=1758424060; bh=bwgIoSBXp2ihi/39xk3Maee2aGVvBiDf409UpopqTsM=; h=Date:From:To:Subject:In-Reply-To:References; b=iaKC1wjQ2EwaAgJIAxx54cKxKyqYeL3x/zY8UZGHtwESWDoS3lznUi0hVdLnZW8ys GycCgxT1PS/mORilQDdViwpjnAVPrzgTIH8ssD+Jpz75Ojcgx3RENKaNqF2odBnTAP 7EXqUwMGECoiR9waEYuFhanxhxIbBHChlUWjPBK2YA5L9jlGdsn0DT+871YcXDv3Pe uKd3tEzE3qCrXC08yqSAEdPtb9W2a7F8HpWmsZb/V9ZUd26XIbsm0gmgioYjPbewAN Q2vofjPSZND3JJdUVXFj/G96qfWHjaySxU4Xjm+MXPO2Nx9zVHDpdUTPjk1UceRy/R Ch4fMOOZE3o9jLXpphoJUvIDFR0yNdkEM5/P4rRCzufzaKmtbn9ghi5NSfm/6G5kA4 OVQtUtdzKvH5HBnE33jl/YbNDDxs7aGidm88Xs3J+SLWANp6eGSUxyuCrYSYQ5BMls BmuPYt6w2tga8PHjAI6qEAXOQSdRoUVKVKAYW/PETfXJ83yl+XJ+cw43OpoLwOWhSP wIBLVv6CRYu6adBMola+RBbjzOLxHX/MPOrgJt4Qi2pTVuvKSU140q++L3KMdvR8lO 4NMd+N20me1xQliGuncLcaDUM81Y3gbwjxw16604/K1ycGegfIZkPZtPV+q0YAvGBf KswAjCqt7HiGhDCtjjhELgv0= Received: from ehlo.thunderbird.net (0115-0000-0000-0000-13c8-8437-07d0-2001.dyn.estpak.ee [IPv6:2001:7d0:8437:13c8::115]) (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) (No client certificate requested) by mail.ketas.si.pri.ee (Postfix) with ESMTPSA id 168015AE99F for ; Sun, 21 Sep 2025 06:07:40 +0300 (EEST) Date: Sun, 21 Sep 2025 06:07:39 +0300 From: Sulev-Madis Silber To: freebsd-current@freebsd.org Subject: Re: krb5 build error User-Agent: K-9 Mail for Android In-Reply-To: <178ABEAA-203D-492E-A83B-1D0E1716E4ED@ketas.si.pri.ee> References: <8661AEBE-E862-44EA-A69F-533DF9D26D6D@ketas.si.pri.ee> <178ABEAA-203D-492E-A83B-1D0E1716E4ED@ketas.si.pri.ee> 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: multipart/mixed; boundary=----0Q17OHWMHJ0LXXY11469AHWH76TMSJ Content-Transfer-Encoding: 7bit X-Spamd-Bar: / X-Spamd-Result: default: False [0.75 / 15.00]; HFILTER_HOSTNAME_5(3.00)[d004-fea2-0bff-021e-13e8-8437-07d0-2001.dyn.estpak.ee]; MIME_BASE64_TEXT_BOGUS(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.94)[-0.940]; NEURAL_HAM_SHORT(-0.61)[-0.614]; DMARC_POLICY_ALLOW(-0.50)[ketas.si.pri.ee,reject]; R_DKIM_ALLOW(-0.20)[ketas.si.pri.ee:s=ketas-si-pri-ee-20240416002854-4096]; ONCE_RECEIVED(0.20)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:7d0:8437:1300::/56]; MIME_BASE64_TEXT(0.10)[]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; HAS_ATTACHMENT(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; DKIM_TRACE(0.00)[ketas.si.pri.ee:+]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:3249, ipnet:2001:7d0::/32, country:EE]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; 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)[]; MIME_TRACE(0.00)[0:+,1:+,2:+] X-Rspamd-Queue-Id: 4cTrlb0cBVz459n ------0Q17OHWMHJ0LXXY11469AHWH76TMSJ Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable okay, i hoped to tell i fixed it but i didn't i found tools/build/Makefile containing methods to implement missing secur= e_getenv() on mac, but i can't really adapt it to < 14 best attempt was diff --git a/tools/build/Makefile b/tools/build/Makefile index 3c4e07e3cfc2=2E=2Ede977d88e7ea 100644 --- a/tools/build/Makefile +++ b/tools/build/Makefile @@ -183,6 +183,12 @@ SYSINCS+=3D ${SRCTOP}/sys/sys/nlist_aout=2Eh INCS+=3D ${SRCTOP}/include/bitstring=2Eh SYSINCS+=3D ${SRCTOP}/sys/sys/bitstring=2Eh =20 +=2Eif ${=2EMAKE=2EOS} =3D=3D "FreeBSD" && ${COMPILER_FREEBSD_VERSION} < 1= 400000 +=2EPATH: ${=2ECURDIR}/cross-build +# Standalone implementation of secure_getenv(), not available on FreeBSD = < 14=2E +SRCS+=3D secure_getenv=2Ec +=2Eendif # ${=2EMAKE=2EOS} =3D=3D "FreeBSD" && ${COMPILER_FREEBSD_VERSION= } < 1400000 + =2Eif ${=2EMAKE=2EOS} !=3D "FreeBSD" =2EPATH: ${=2ECURDIR}/cross-build =20 which of course fails yeah it's kind of pointless to maybe help 13 to build 16 but i can't even = make local patch here somehow there's something missing here and i can't somehow connect that thing up t= o the build so maybe someone has idea=2E doesn't need inclusion in tree if it's not gr= eat solution=2E just how to define that ------0Q17OHWMHJ0LXXY11469AHWH76TMSJ Content-Type: text/plain; name=tools-build-makefile-secure-getenv-c-below-14-current-git.diff Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=tools-build-makefile-secure-getenv-c-below-14-current-git.diff; size=641 ZGlmZiAtLWdpdCBhL3Rvb2xzL2J1aWxkL01ha2VmaWxlIGIvdG9vbHMvYnVpbGQvTWFrZWZpbGUK aW5kZXggM2M0ZTA3ZTNjZmMyLi5kZTk3N2Q4OGU3ZWEgMTAwNjQ0Ci0tLSBhL3Rvb2xzL2J1aWxk L01ha2VmaWxlCisrKyBiL3Rvb2xzL2J1aWxkL01ha2VmaWxlCkBAIC0xODMsNiArMTgzLDEyIEBA IFNZU0lOQ1MrPQkke1NSQ1RPUH0vc3lzL3N5cy9ubGlzdF9hb3V0LmgKIElOQ1MrPQkke1NSQ1RP UH0vaW5jbHVkZS9iaXRzdHJpbmcuaAogU1lTSU5DUys9CSR7U1JDVE9QfS9zeXMvc3lzL2JpdHN0 cmluZy5oCiAKKy5pZiAkey5NQUtFLk9TfSA9PSAiRnJlZUJTRCIgJiYgJHtDT01QSUxFUl9GUkVF QlNEX1ZFUlNJT059IDwgMTQwMDAwMAorLlBBVEg6ICR7LkNVUkRJUn0vY3Jvc3MtYnVpbGQKKyMg U3RhbmRhbG9uZSBpbXBsZW1lbnRhdGlvbiBvZiBzZWN1cmVfZ2V0ZW52KCksIG5vdCBhdmFpbGFi bGUgb24gRnJlZUJTRCA8IDE0LgorU1JDUys9CXNlY3VyZV9nZXRlbnYuYworLmVuZGlmICMgJHsu TUFLRS5PU30gPT0gIkZyZWVCU0QiICYmICR7Q09NUElMRVJfRlJFRUJTRF9WRVJTSU9OfSA8IDE0 MDAwMDAKKwogLmlmICR7Lk1BS0UuT1N9ICE9ICJGcmVlQlNEIgogLlBBVEg6ICR7LkNVUkRJUn0v Y3Jvc3MtYnVpbGQKIAo= ------0Q17OHWMHJ0LXXY11469AHWH76TMSJ-- From nobody Sun Sep 21 07:12:29 2025 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 4cTy9y2znjz67dmV for ; Sun, 21 Sep 2025 07:12:38 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp-relay-int-backup.realworks.nl (smtp-relay-int-backup.realworks.nl [87.255.56.188]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4cTy9x6v6vz3CQ2 for ; Sun, 21 Sep 2025 07:12:37 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Authentication-Results: mx1.freebsd.org; none Received: from smtp-relay-int-backup.realworks.nl (crmpreview5.colo2.realworks.nl [10.2.52.35]) by mailrelayint2.colo2.realworks.nl (Postfix) with ESMTP id 4cTy9n6w0Yz1Dh; Sun, 21 Sep 2025 09:12:29 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1758438750; 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; bh=+vBTxgwc4v/xHp2D99sa/EPQz5uto5YtJVN1+jLZPSQ=; b=GGG9FcVD4QJpv9zUB+cXd5d5ph0UrnDevJ/b/qvpdsrlFIXH/moPeYTY8RLDhAvPAm2Gn7 2N7SmWWtB5Njl6YuBuVEUDK0ax5M0MM3/7fn82DaEJdw8xs7kILwOW5X36mTsCqiP9SDmW oCGaZSZ+e0Bz/2jW7UXnDJT8Q2921KGDsBpi7eK7qmwFylUgNM+rQIu2vtTDyxUEJgB22i KcfA45piPCwnRNy3ew8pxTVH58IjI9bCBakseHJ7VFUD1RlZ90jiUQK+tzQ7M7W+pYH60K 1ms1ySRaPUp6auGLlR8oGoVG09U/n7Gy/t7rQdB2n3sKzWAq7W6tozGlNS/fEg== Received: from crmpreview5.colo2.realworks.nl (localhost [127.0.0.1]) by crmpreview5.colo2.realworks.nl (Postfix) with ESMTP id AB68CC01E5; Sun, 21 Sep 2025 09:12:29 +0200 (CEST) Date: Sun, 21 Sep 2025 09:12:29 +0200 (CEST) From: Ronald Klop To: Sulev-Madis Silber Cc: freebsd-current@freebsd.org Message-ID: <1256473955.14401.1758438749412@localhost> In-Reply-To: Subject: Re: krb5 build error List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_14400_1335673866.1758438749409" X-Mailer: Realworks (766.91) X-Originating-Host: from (localhost [127.0.0.1]) by crmpreview5.colo2.realworks.nl [10.2.52.35] with HTTP; Sun, 21 Sep 2025 09:12:29 +0200 Importance: Normal X-Priority: 3 (Normal) X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cTy9x6v6vz3CQ2 ------=_Part_14400_1335673866.1758438749409 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable The general idea is that freebsd version N is buildable on N-1. Of course you might find somebody with the knowledge to help. But the pract= ical solution is to just use freebsd 14. (That is still N-2, but freebsd 16= and 15 are still very similar. So it will work for now.) For the more experimental setup you are trying out I can=E2=80=99t help, so= Happy Hacking! Regards, Ronald Van: Sulev-Madis Silber Datum: 21 september 2025 05:08 Aan: freebsd-current@freebsd.org Onderwerp: Re: krb5 build error >=20 >=20 >=20 > okay, i hoped to tell i fixed it but i didn't >=20 > i found tools/build/Makefile containing methods to implement missing secu= re_getenv() on mac, but i can't really adapt it to < 14 >=20 > best attempt was >=20 >=20 > diff --git a/tools/build/Makefile b/tools/build/Makefile > index 3c4e07e3cfc2..de977d88e7ea 100644 > --- a/tools/build/Makefile > +++ b/tools/build/Makefile > @@ -183,6 +183,12 @@ SYSINCS+=3D ${SRCTOP}/sys/sys/nlist_aout.h > INCS+=3D ${SRCTOP}/include/bitstring.h > SYSINCS+=3D ${SRCTOP}/sys/sys/bitstring.h > =20 > +.if ${.MAKE.OS} =3D=3D "FreeBSD" && ${COMPILER_FREEBSD_VERSION} < 140000= 0 > +.PATH: ${.CURDIR}/cross-build > +# Standalone implementation of secure_getenv(), not available on FreeBSD= < 14. > +SRCS+=3D secure_getenv.c > +.endif # ${.MAKE.OS} =3D=3D "FreeBSD" && ${COMPILER_FREEBSD_VERSION} < 1= 400000 > + > .if ${.MAKE.OS} !=3D "FreeBSD" > .PATH: ${.CURDIR}/cross-build > =20 >=20 >=20 > which of course fails >=20 > yeah it's kind of pointless to maybe help 13 to build 16 but i can't even= make local patch here somehow >=20 > there's something missing here and i can't somehow connect that thing up = to the build >=20 > so maybe someone has idea. doesn't need inclusion in tree if it's not gre= at solution. just how to define that >=20 >=20 >=20 >=20 >=20 ------=_Part_14400_1335673866.1758438749409 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable The general idea is that freebsd version N is buil= dable on N-1.
Of course you might find somebody with the knowledge to h= elp. But the practical solution is to just use freebsd 14. (That is still N= -2, but freebsd 16 and 15 are still very similar. So it will work for now.)=

For the more experimental setup you are trying ou= t I can=E2=80=99t help, so Happy Hacking!

Regards,=
Ronald

Van: Sulev-Madis= Silber <freebsd-current-freebsd-org111@ketas.si.pri.ee>
D= atum: 21 september 2025 05:08
Aan: freebsd-cur= rent@freebsd.org
Onderwerp: Re: krb5 build error

o= kay, i hoped to tell i fixed it but i didn't

i found tools/build/Makefile containing methods to implement missing secure= _getenv() on mac, but i can't really adapt it to < 14

best attempt was


diff --git a/tools/build/Makefile b/tools/build/Makefile
index 3c4e07e3cfc2..de977d88e7ea 100644
--- a/tools/build/Makefile
+++ b/tools/build/Makefile
@@ -183,6 +183,12 @@ SYSINCS+=3D  ${SRCTOP}/sys/sys/nlist_aout.h
 INCS+=3D ${SRCTOP}/include/bitstring.h
 SYSINCS+=3D  ${SRCTOP}/sys/sys/bitstring.h
 
+.if ${.MAKE.OS} =3D=3D "FreeBSD" && ${COMPILER_FREEBSD_VERSION} &l= t; 1400000
+.PATH: ${.CURDIR}/cross-build
+# Standalone implementation of secure_getenv(), not available on FreeBSD &= lt; 14.
+SRCS+=3D secure_getenv.c
+.endif # ${.MAKE.OS} =3D=3D "FreeBSD" && ${COMPILER_FREEBSD_VERSIO= N} < 1400000
+
 .if ${.MAKE.OS} !=3D "FreeBSD"
 .PATH: ${.CURDIR}/cross-build
 


which of course fails

yeah it's kind of pointless to maybe help 13 to build 16 but i can't even m= ake local patch here somehow

there's something missing here and i can't somehow connect that thing up to= the build

so maybe someone has idea. doesn't need inclusion in tree if it's not great= solution. just how to define that



------=_Part_14400_1335673866.1758438749409-- From nobody Sun Sep 21 07:56:27 2025 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 4cTz8y11fBz67hq7 for ; Sun, 21 Sep 2025 07:56:50 +0000 (UTC) (envelope-from freebsd-current-freebsd-org111@ketas.si.pri.ee) Received: from mail.ketas.si.pri.ee (d004-fea2-0bff-021e-13e8-8437-07d0-2001.dyn.estpak.ee [IPv6:2001:7d0:8437:13e8:21e:bff:fea2:d004]) (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 4cTz8x0QDrz3G4c for ; Sun, 21 Sep 2025 07:56:49 +0000 (UTC) (envelope-from freebsd-current-freebsd-org111@ketas.si.pri.ee) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ketas.si.pri.ee header.s=ketas-si-pri-ee-20240416002854-4096 header.b=pORHcWL+; dmarc=pass (policy=reject) header.from=ketas.si.pri.ee; spf=pass (mx1.freebsd.org: domain of freebsd-current-freebsd-org111@ketas.si.pri.ee designates 2001:7d0:8437:13e8:21e:bff:fea2:d004 as permitted sender) smtp.mailfrom=freebsd-current-freebsd-org111@ketas.si.pri.ee X-Original-To: freebsd-current@freebsd.org DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ketas.si.pri.ee; s=ketas-si-pri-ee-20240416002854-4096; t=1758441388; bh=nb2olmJnA6+K/jIHCwU+ROixw6z9nE9sElStCkpXhKE=; h=Date:From:To:Subject:In-Reply-To:References; b=pORHcWL+IxclNjdNkiSZbsrkjykEUIF0iEDmnvay02lz7bVHET/Jw6nw0KhpJGJwT MkOCXDl8Oz1Mvvn7b40L1SKpqJqah7pqjV5zKPdHIRvKG2aEPWKi2wdjGh8XMeqa6F 9ne6BlWlKzZHuJTCpVfpWJuW0xklYXRY4iiAe/sCCkfOxdjgnRVnc/73ct5v/PJgbQ VOEl1yYDDw5+hZygiyVxzRnEGQZ8c2IGVnbUjvew3XXHB9M9u908ezOuz7WSqS3BZB OxHLWyxPChdLVCxbeco+/s0qb/Hj6+60RvTWXKTqSr9hgapcD71+4C19TsIT+bGuOd 1b8l/BzRadIMm0BHM+VI9X40QzMlWqjNCat70D8vz6MRdtxy1MeUoyidBGELJzf7PN gjOdXGXhQQtVWmHbSuKqT3We9o+O12Gnzzxr4GCgto5r74dJ6rTOxutPyMgPJ6zN1M 2XmN42fe1/Km/acvr5D3oWPUhtaK1/dBqlgGEprTBLLaXI7C5wwkM5rj2esfuFWaHN 6w5cHAJpKfUkff1tG1Q+vx8aJGVMcK7PKFrgOdsRWFd3Eo+q7Fz7d3uw18Hr4gYPBR ZbIySzOHCo4y1IbbCBB5sjdokvl8jl6uqL8MwK3oCauSCt1nVWOtnBzC8JocEXgOEA rxbGAMCO6S6Zt0fbG0Fst6Tg= Received: from ehlo.thunderbird.net (0115-0000-0000-0000-13c8-8437-07d0-2001.dyn.estpak.ee [IPv6:2001:7d0:8437:13c8::115]) (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) (No client certificate requested) by mail.ketas.si.pri.ee (Postfix) with ESMTPSA id 15B2E5B0F77 for ; Sun, 21 Sep 2025 10:56:28 +0300 (EEST) Date: Sun, 21 Sep 2025 10:56:27 +0300 From: Sulev-Madis Silber To: freebsd-current@freebsd.org Subject: Re: krb5 build error User-Agent: K-9 Mail for Android In-Reply-To: <1256473955.14401.1758438749412@localhost> References: <1256473955.14401.1758438749412@localhost> Message-ID: <2D381189-6BAE-4FCF-8BD8-BC79A85616CE@ketas.si.pri.ee> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: / X-Spamd-Result: default: False [-0.38 / 15.00]; HFILTER_HOSTNAME_5(3.00)[d004-fea2-0bff-021e-13e8-8437-07d0-2001.dyn.estpak.ee]; NEURAL_HAM_LONG(-1.00)[-0.999]; NEURAL_HAM_SHORT(-0.97)[-0.969]; NEURAL_HAM_MEDIUM(-0.61)[-0.612]; DMARC_POLICY_ALLOW(-0.50)[ketas.si.pri.ee,reject]; R_DKIM_ALLOW(-0.20)[ketas.si.pri.ee:s=ketas-si-pri-ee-20240416002854-4096]; ONCE_RECEIVED(0.20)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:7d0:8437:1300::/56]; MIME_GOOD(-0.10)[text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:3249, ipnet:2001:7d0::/32, country:EE]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[ketas.si.pri.ee:+] X-Rspamd-Queue-Id: 4cTz8x0QDrz3G4c oh yeah, i did this before, 10 years ago=2E then it worked=2E but i was war= ned to not go over 3 major versions=2E i guess it's too much effort to supp= ort all supported versions from current down=2E but here the offending part= is actually supported as to build current on !fbsd, on macos, i just can't= connect it up for build on fbsd well, i guess if i can't build anymore i can go to 14 earlier right now i patched that missing function right into mit kerberos code for= a fun which worked=2E but i could disable it why i didn't get that earlier is that i do quite mini builds and those wor= k On September 21, 2025 10:12:29 AM GMT+03:00, Ronald Klop wrote: >The general idea is that freebsd version N is buildable on N-1=2E >Of course you might find somebody with the knowledge to help=2E But the p= ractical solution is to just use freebsd 14=2E (That is still N-2, but free= bsd 16 and 15 are still very similar=2E So it will work for now=2E) > >For the more experimental setup you are trying out I can=E2=80=99t help, = so Happy Hacking! > >Regards, >Ronald > >Van: Sulev-Madis Silber >Datum: 21 september 2025 05:08 >Aan: freebsd-current@freebsd=2Eorg >Onderwerp: Re: krb5 build error > >>=20 >>=20 >>=20 >> okay, i hoped to tell i fixed it but i didn't >>=20 >> i found tools/build/Makefile containing methods to implement missing se= cure_getenv() on mac, but i can't really adapt it to < 14 >>=20 >> best attempt was >>=20 >>=20 >> diff --git a/tools/build/Makefile b/tools/build/Makefile >> index 3c4e07e3cfc2=2E=2Ede977d88e7ea 100644 >> --- a/tools/build/Makefile >> +++ b/tools/build/Makefile >> @@ -183,6 +183,12 @@ SYSINCS+=3D ${SRCTOP}/sys/sys/nlist_aout=2Eh >> INCS+=3D ${SRCTOP}/include/bitstring=2Eh >> SYSINCS+=3D ${SRCTOP}/sys/sys/bitstring=2Eh >> +=2Eif ${=2EMAKE=2EOS} =3D=3D "FreeBSD" && ${COMPILER_FREEBSD_VERSION}= < 1400000 >> +=2EPATH: ${=2ECURDIR}/cross-build >> +# Standalone implementation of secure_getenv(), not available on FreeB= SD < 14=2E >> +SRCS+=3D secure_getenv=2Ec >> +=2Eendif # ${=2EMAKE=2EOS} =3D=3D "FreeBSD" && ${COMPILER_FREEBSD_VERS= ION} < 1400000 >> + >> =2Eif ${=2EMAKE=2EOS} !=3D "FreeBSD" >> =2EPATH: ${=2ECURDIR}/cross-build >> =20 >>=20 >> which of course fails >>=20 >> yeah it's kind of pointless to maybe help 13 to build 16 but i can't ev= en make local patch here somehow >>=20 >> there's something missing here and i can't somehow connect that thing u= p to the build >>=20 >> so maybe someone has idea=2E doesn't need inclusion in tree if it's not= great solution=2E just how to define that >>=20 >>=20 >>=20 >>=20 >>