From nobody Mon Mar 17 01:34: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 4ZGHZv1CMcz5kjWM for ; Mon, 17 Mar 2025 01:34:47 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pl1-x629.google.com (mail-pl1-x629.google.com [IPv6:2607:f8b0:4864:20::629]) (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 4ZGHZs5XrYz3DbF for ; Mon, 17 Mar 2025 01:34:45 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=MHu5Adeu; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of yaneurabeya@gmail.com designates 2607:f8b0:4864:20::629 as permitted sender) smtp.mailfrom=yaneurabeya@gmail.com Received: by mail-pl1-x629.google.com with SMTP id d9443c01a7336-224191d92e4so71215645ad.3 for ; Sun, 16 Mar 2025 18:34:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1742175284; x=1742780084; darn=freebsd.org; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=0laKEm0GWZpkDx7vII5e0rXx1jJImvYEXj9GeOOB81o=; b=MHu5AdeuZmF/zH9PN2fUX4iIMUoTGDN4maidMxoXeeq4bc6p/JyvfhlNUr7DVbcGu6 LkDpIy+7ZfhmlIkoNy5KDP5L6nOUsEa0t4YDLDC2okNEHEknru/B65O8biQQh4Ljzbrf nDe+7cDx2TO+erBuuPpsAoXwXhNwqlCgmzp8kw0rQQYj4KgWpUQArX9DlkTF7f29kqPJ 8GCN3AOwgcmAO1RRhjDMWSISqlt/BfnoY+qZi1NAXLf4js7K3wqJ+saOY0jVslvgQ+Om Np53XWjPmfZHlR2vKjOgVYYAwO2+ZQa585jF9iUKGmUsI8oM40p3fOmY9iGHf1JwpLR+ gX1Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1742175284; x=1742780084; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=0laKEm0GWZpkDx7vII5e0rXx1jJImvYEXj9GeOOB81o=; b=PmudqJVoSoHDCDwx4a9QzRNbAQixyofUgdMT7VsQp6cHWNkPHnlyOMY9ZOrMmYorVX yX91w6OY/YhNv+95xdJ72FW08oKn9vQBv+rfOhYvmtF96p5Q52k8VWmC5899At/yNiLx 2Yxxn8JDqgLrFiQmUSRLm3NFJxJwehP5zyehRYYTTK/0UrMMWbYZ4s0Lg29gEgLy52oO d8jCwtcTMFQiH0t5vJMicvShohkCo/1l7AQklbNCctpRXkkq+63W3B3/Xc9UOVII0zac U0sgFIYmKcrgQqdqXV22d8PciZ/RHJ6fqtqzfhyZgaiRVjnOx5usGa1QW52Mrr1a0lmj jLCQ== X-Gm-Message-State: AOJu0YxGKT79dtx4DmzvAD7zbu+J9kQbj6YzYV7cPSoajZcl4tO656Ct jYxCfHR8LQC2TOVolZfBND4sNMwFXnFv7X6/w1GjnTnxcO+HMkjYU+NhPeJ1eeA= X-Gm-Gg: ASbGnctTATZraxMwKZFyis5rXxtqazjcYC93GRFMoQbAj4+HjYRkgFIwd7cUyZGtgzd 5H8apwsSq8xku2MI3YCiQgDErcew3t3vEMegCC+yc9mm7AbdWTYFOvRKVIRzzgDSAkxu//VbAcW QKrx6SC49eV2rDHDcN2QBJ1VPlqEbUlkQr+CPChsTCP6FiS33nvkMzoSoHCVDH8H5iOWPLtqp1v dXaloYfcNA8Oh4kScY5UxW+EkyyfJdgyn+VHlbOu5PHexvY3XT6xnps1qIiO1c/CObLPs4zpjPq PJxOt87quEfhypesWEl+x30j9DMEZRiYHDsG+pGpMFmvl7n6PxSZUtY/xpM57jkC9iSlUGJpfei tRiaz X-Google-Smtp-Source: AGHT+IEuzXBdm1kaqrBoItAFFezlFT5POsVsQf2Sof4mJJJ2zJ2N3O7onA4Ni+M+x8X668yXljew9w== X-Received: by 2002:a17:903:2f86:b0:224:93e:b5d7 with SMTP id d9443c01a7336-225e0afa057mr152432385ad.34.1742175284183; Sun, 16 Mar 2025 18:34:44 -0700 (PDT) Received: from smtpclient.apple ([94.156.149.176]) by smtp.gmail.com with ESMTPSA id d9443c01a7336-225c68a404bsm63686505ad.54.2025.03.16.18.34.43 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 16 Mar 2025 18:34:43 -0700 (PDT) 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 \(3826.400.131.1.6\)) Subject: Re: Expected OpenSSL versions in 14-stable and 15-current From: "Enji Cooper (yaneurabeya)" In-Reply-To: Date: Sun, 16 Mar 2025 18:34:33 -0700 Cc: FreeBSD CURRENT Content-Transfer-Encoding: quoted-printable Message-Id: <381937C3-47E7-4686-A47A-69A1A1B0F50B@gmail.com> References: To: Minsoo Choo X-Mailer: Apple Mail (2.3826.400.131.1.6) X-Spamd-Result: default: False [1.49 / 15.00]; NEURAL_SPAM_MEDIUM(0.99)[0.991]; NEURAL_SPAM_LONG(0.82)[0.817]; MV_CASE(0.50)[]; 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]; NEURAL_SPAM_SHORT(0.18)[0.185]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_TWO(0.00)[2]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_TLS_LAST(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; FREEMAIL_ENVFROM(0.00)[gmail.com]; TO_DN_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::629:from]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4ZGHZs5XrYz3DbF X-Spamd-Bar: + > On Mar 12, 2025, at 4:19=E2=80=AFPM, Minsoo Choo = wrote: >=20 > OpenSSL 3.5 LTS alpha has been just released [1]. The expected EOL = date of OpenSSL 3.0 LTS is September 7th 2026 [2]. FreeBSD 15 is = expected to be release in December 2025, and FreeBSD 14.5 is expected to = be released in September 2026. 14-stable will be see its EOL on November = 30th, 2028 [3]. >=20 > Will FreeBSD 15 contain OpenSSL 3.5 LTS in this December? And for = 14-stable, will it have upgrade to OpenSSL 3.5 LTS before FreeBSD 14.5 = or just maintain 3.0 LTS with our own bug/security fixes until = 14-stable's end-of-life date? >=20 > [1] = https://github.com/openssl/openssl/releases/tag/openssl-3.5.0-alpha1 > [2] https://en.wikipedia.org/wiki/OpenSSL#Major_version_releases > [3] https://www.freebsd.org/security/#sup Hi Minsoo, It makes sense to upgrade to 3.5 on CURRENT, but I don=E2=80=99t = think we can do that on STABLE branches because of ABI/KBI compatibility = guarantees. Cheers, -Enji= From nobody Mon Mar 17 10:37: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 4ZGWcs35kQz5qNyD for ; Mon, 17 Mar 2025 10:37:17 +0000 (UTC) (envelope-from SRS0=p7+9=WE=klop.ws=ronald-lists@realworks.nl) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.24]) (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 4ZGWcr5xnkz3gs2 for ; Mon, 17 Mar 2025 10:37:16 +0000 (UTC) (envelope-from SRS0=p7+9=WE=klop.ws=ronald-lists@realworks.nl) Authentication-Results: mx1.freebsd.org; none Date: Mon, 17 Mar 2025 11:37:14 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1742207834; 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=UKipz/KFEsDgS9HElzK3XvbhfVh2A2+8V+0gV+O2RwE=; b=HyJQQp0kb7wyi/HVJziIyadGTGjhYQYF3dWbXHHixHRb7lj4kJrpZEpH1wgeELWMHN/Ybn SRWYoa8zo8vSRr6oh3F2jwu/hU6QBya17kEK5hdZiyWlAv4ElLnpeXBcIASMYdTa0yGX/W ch1MuKkXTgfAXsMoFLNaendBXl6czjwGjFatSeu9AoFsNvMIy4XmWYugTGFB0QzKm2qpQR Bx4LoAVSV+gtUoT1b7lOUG/OBeylH3A3Hx2oSGhC/0HNLDugCpMtaYHnGh3f17bEAzVUzX FG7y7SnC76x64nzIRfNcVoSNHEny/3M4z7PmWIxIQqwt0FT6cuoMm+d3RnfcwQ== From: Ronald Klop To: "Enji Cooper (yaneurabeya)" Cc: FreeBSD CURRENT , Minsoo Choo Message-ID: <1985613956.4407.1742207834220@localhost> In-Reply-To: <381937C3-47E7-4686-A47A-69A1A1B0F50B@gmail.com> References: <381937C3-47E7-4686-A47A-69A1A1B0F50B@gmail.com> Subject: Re: Expected OpenSSL versions in 14-stable and 15-current 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_4406_1302921396.1742207834215" X-Mailer: Realworks (742.22) Importance: Normal X-Priority: 3 (Normal) X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[9=WE=klop.ws=ronald-lists]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL] X-Rspamd-Queue-Id: 4ZGWcr5xnkz3gs2 X-Spamd-Bar: ---- ------=_Part_4406_1302921396.1742207834215 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Van: "Enji Cooper (yaneurabeya)" Datum: maandag, 17 maart 2025 02:34 Aan: Minsoo Choo CC: FreeBSD CURRENT Onderwerp: Re: Expected OpenSSL versions in 14-stable and 15-current >=20 > > On Mar 12, 2025, at 4:19PM, Minsoo Choo wrot= e: > > > > OpenSSL 3.5 LTS alpha has been just released [1]. The expected EOL date= of OpenSSL 3.0 LTS is September 7th 2026 [2]. FreeBSD 15 is expected to be= release in December 2025, and FreeBSD 14.5 is expected to be released in S= eptember 2026. 14-stable will be see its EOL on November 30th, 2028 [3]. > > > > Will FreeBSD 15 contain OpenSSL 3.5 LTS in this December? And for 14-st= able, will it have upgrade to OpenSSL 3.5 LTS before FreeBSD 14.5 or just m= aintain 3.0 LTS with our own bug/security fixes until 14-stable's end-of-li= fe date? > > > > [1] https://github.com/openssl/openssl/releases/tag/openssl-3.5.0-alpha= 1 > > [2] https://en.wikipedia.org/wiki/OpenSSL#Major_version_releases > > [3] https://www.freebsd.org/security/#sup >=20 > Hi Minsoo, > It makes sense to upgrade to 3.5 on CURRENT, but I don=E2=80=99t thin= k we can do that on STABLE branches because of ABI/KBI compatibility guaran= tees. > Cheers, > -Enji >=20 >=20 >=20 According to the OpenSSL versioning definition[1] the change from 3.0 to 3.= 5 is a minor version change which only does "API/ABI compatible feature rel= eases". Although I think it is wise to first update CURRENT and learn from what the= project encounters when doing that action before deciding about 14-stable. [1] https://openssl-library.org/policies/releasestrat/index.html Regards, Ronald. =20 ------=_Part_4406_1302921396.1742207834215 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable

Van: "Enji Cooper (yaneurabeya)" <yaneurabeya@gmail.= com>
Datum: maandag, 17 maart 2025 02:34
Aan: Minsoo Choo <minsoochoo0122@proton.me>
CC: FreeBSD CURRENT <freebsd-current@freebsd.org> Onderwerp: Re: Expected OpenSSL versions in 14-stable and = 15-current


> On Mar 12, 2025, at 4:19PM, Minsoo Choo <minsoochoo0122@proton.me&g= t; wrote:
>
> OpenSSL 3.5 LTS alpha has been just released [1]. The expected EOL dat= e of OpenSSL 3.0 LTS is September 7th 2026 [2]. FreeBSD 15 is expected to b= e release in December 2025, and FreeBSD 14.5 is expected to be released in = September 2026. 14-stable will be see its EOL on November 30th, 2028 [3]. >
> Will FreeBSD 15 contain OpenSSL 3.5 LTS in this December? And for 14-s= table, will it have upgrade to OpenSSL 3.5 LTS before FreeBSD 14.5 or just = maintain 3.0 LTS with our own bug/security fixes until 14-stable's end-of-l= ife date?
>
> [1] https://github.com/openssl/openssl/releases/tag/openssl-3.5.= 0-alpha1
> [2] https://en.wikipedia.org/wiki/OpenSSL#Major_version_releases
> [3] https://www.free= bsd.org/security/#sup

Hi Minsoo,
    It makes sense to upgrade to 3.5 on CURRENT, but I = don=E2=80=99t think we can do that on STABLE branches because of ABI/KBI co= mpatibility guarantees.
Cheers,
-Enji


According to the OpenSSL versioning definition[1] the change from 3.0 to 3.= 5 is a minor version change which only does "API/ABI compatible feature rel= eases".
Although I think it is wise to first update CURRENT and learn from what the= project encounters when doing that action before deciding about 14-stable.=

[1] https://openssl-library.org/policies/releasestrat/index.html

Regards,
Ronald.
  ------=_Part_4406_1302921396.1742207834215-- From nobody Mon Mar 17 12:37:40 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 4ZGZHt2HBTz5qXp8 for ; Mon, 17 Mar 2025 12:37:46 +0000 (UTC) (envelope-from SRS0=p7+9=WE=klop.ws=ronald-lists@realworks.nl) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.24]) (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 4ZGZHr0B8Rz44H9; Mon, 17 Mar 2025 12:37:43 +0000 (UTC) (envelope-from SRS0=p7+9=WE=klop.ws=ronald-lists@realworks.nl) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=klop.ws header.s=rw2 header.b=LI2ZvVsX; dmarc=pass (policy=quarantine) header.from=klop.ws; spf=pass (mx1.freebsd.org: domain of "SRS0=p7+9=WE=klop.ws=ronald-lists@realworks.nl" designates 194.109.157.24 as permitted sender) smtp.mailfrom="SRS0=p7+9=WE=klop.ws=ronald-lists@realworks.nl" Date: Mon, 17 Mar 2025 13:37:40 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1742215061; 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; bh=AmS8cNWdGDwm85R5b92BISSllEkPHIJZhWxAa48Glf8=; b=LI2ZvVsXEmVeC7yAae6S2xKfVN9mU4ATafQeE9DxAiKCBDilZuY0NIBD5o/7ZjaQX2Mnwo Tk9et93ft5hyDlhibAlldduvR/WYDgGo/EXK7WameggfVNsJA68KiWlrPIGhhqJsIGq3US 6lS5gVmjIjRv090J7rxPIZyJSeigxJ+mtY/bbbuOxIV8KS1xZ+SvOKJbnNW6kNVXQhsZDK fpRxMQxqQS2c9WPujEeZBy7yVXPGL7dJuQJmzao9MuHHbJOs/wZcajF/ipRnTTqPylwwZg 6qab74iVquFe/Ye6UpmPv1we8NXhs4mFYq4T8nijsIC3lHwkQ8ewHFl/d/ZuJw== From: Ronald Klop To: "Andrey V. Elsukov" Cc: current@freebsd.org Message-ID: <35785817.6251.1742215060908@localhost> Subject: ipfw changes and jails 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_6250_1523303397.1742215060905" X-Mailer: Realworks (742.22) Importance: Normal X-Priority: 3 (Normal) X-Spamd-Result: default: False [-1.05 / 15.00]; NEURAL_HAM_MEDIUM(-0.99)[-0.986]; NEURAL_SPAM_LONG(0.98)[0.984]; NEURAL_HAM_SHORT(-0.95)[-0.947]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,quarantine]; FORGED_SENDER(0.30)[ronald-lists@klop.ws,SRS0=p7@realworks.nl]; R_SPF_ALLOW(-0.20)[+ip4:194.109.157.0/24]; R_DKIM_ALLOW(-0.20)[klop.ws:s=rw2]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; ONCE_RECEIVED(0.10)[]; RBL_SENDERSCORE_REPUT_8(0.00)[194.109.157.24:from]; ARC_NA(0.00)[]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL]; RCVD_COUNT_ZERO(0.00)[0]; RCPT_COUNT_TWO(0.00)[2]; FROM_NEQ_ENVFROM(0.00)[ronald-lists@klop.ws,SRS0=p7@realworks.nl]; FROM_HAS_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[194.109.157.24:from]; HAS_X_PRIO_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TAGGED_FROM(0.00)[9=WE=klop.ws=ronald-lists]; MLMMJ_DEST(0.00)[current@freebsd.org]; DKIM_TRACE(0.00)[klop.ws:+] X-Rspamd-Queue-Id: 4ZGZHr0B8Rz44H9 X-Spamd-Bar: - ------=_Part_6250_1523303397.1742215060905 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi, When running 14.2-RELEASE VNET jails on 15-CURRENT ipfw does not work anymore in the jail. Can this commit be involved? https://cgit.freebsd.org/src/commit/?id=4a77657cbc01 Copying the /sbin/ipfw binary from 15-CURRENT to /sbin in the 14.2 jail resolves the issue for me. Example errors: add net ::0.0.0.0: gateway ::1 ipfw: setsockopt(IP_FW_XDEL): Invalid argument ipfw: getsockopt(IP_FW_XADD): Invalid argument # ipfw show ipfw: retrieving config failed: Invalid argument Regards, Ronald. ------=_Part_6250_1523303397.1742215060905 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Hi,

When running 14.2-RELEASE VNET jails on 15-CURRENT ipfw does not work anymore in the jail.

Can this commit be involved?
https://cgit.freebsd.org/src/commit/?id=4a77657cbc01

Copying the /sbin/ipfw binary from 15-CURRENT to /sbin in the 14.2 jail resolves the issue for me.

Example errors:
add net ::0.0.0.0: gateway ::1
ipfw: setsockopt(IP_FW_XDEL): Invalid argument
ipfw: getsockopt(IP_FW_XADD): Invalid argument

# ipfw show
ipfw: retrieving config failed: Invalid argument


Regards,
Ronald.
  ------=_Part_6250_1523303397.1742215060905-- From nobody Mon Mar 17 13:07:02 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 4ZGZyJ4F4xz5qZPs for ; Mon, 17 Mar 2025 13:07:36 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Received: from smtp052.goneo.de (smtp5.goneo.de [IPv6:2001:1640:5::8:30]) (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 4ZGZyH6DYsz3SFR; Mon, 17 Mar 2025 13:07:35 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Authentication-Results: mx1.freebsd.org; none Received: from hub2.goneo.de (hub2.goneo.de [IPv6:2001:1640:5::8:53]) (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 smtp5.goneo.de (Postfix) with ESMTPS id C5A6D240E27; Mon, 17 Mar 2025 14:07:32 +0100 (CET) Received: from hub2.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 hub2.goneo.de (Postfix) with ESMTPS id EFD81240641; Mon, 17 Mar 2025 14:07:30 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walstatt-de.de; s=DKIM001; t=1742216851; 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=+zgmAb39NiDk+FN7OjeWjoS0akw68ibom3s1N/nA17M=; b=Id1a4FMtc13nRclpNjCFn/DUdUZZwx0d6tlkYS0mlK5+/A4nwJyhFhuWSeAzUGugr9/20V nyla/RkjIp6QidWe/P7SuDrW86TqTxxxeYsHBD3ga5jZMnPfHj8pVts9woLYlnz007Toyx WB1EmlrW0Ew4jTtcH62Y1rXEEcIj9Njfk+KmMiKldnckPhwCC9IQmBvxXzdwCTc170F3nW VF4oIa9A8Eg8VbS0bX04cpGPKk5lET8njp5jjQlA6g6VgcXlDe3DzfrrukT8k1YlAdiLi+ vymTHj736Cj/qxC7nAt0e4D+2Lsm/xTteBe1o23JGHzEhjh/Vwb3e7PAar96sQ== Received: from thor.sb211.local (dynamic-2a02-3100-2551-1202-e920-d517-7499-530c.310.pool.telefonica.de [IPv6:2a02:3100:2551:1202:e920:d517:7499:530c]) (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 hub2.goneo.de (Postfix) with ESMTPSA id B7CB22404CD; Mon, 17 Mar 2025 14:07:30 +0100 (CET) Date: Mon, 17 Mar 2025 14:07:02 +0100 From: A FreeBSD User To: Ronald Klop Cc: "Andrey V. Elsukov" , current@freebsd.org Subject: Re: ipfw changes and jails Message-ID: <20250317140426.5272841c@thor.sb211.local> In-Reply-To: <35785817.6251.1742215060908@localhost> References: <35785817.6251.1742215060908@localhost> 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_/4PD3bDRkkJ1lvXCZOoSlc2_"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Rspamd-UID: 81b616 X-Rspamd-UID: 2e1318 X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:25394, ipnet:2001:1640::/32, country:DE] X-Rspamd-Queue-Id: 4ZGZyH6DYsz3SFR X-Spamd-Bar: ---- --Sig_/4PD3bDRkkJ1lvXCZOoSlc2_ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Mon, 17 Mar 2025 13:37:40 +0100 (CET) Ronald Klop schrieb: > Hi, >=20 > When running 14.2-RELEASE VNET jails on 15-CURRENT ipfw does not work any= more in the jail. >=20 > Can this commit be involved? > https://cgit.freebsd.org/src/commit/?id=3D4a77657cbc01 >=20 > Copying the /sbin/ipfw binary from 15-CURRENT to /sbin in the 14.2 jail r= esolves the issue > for me. >=20 > Example errors: > add net ::0.0.0.0: gateway ::1 > ipfw: setsockopt(IP_FW_XDEL): Invalid argument > ipfw: getsockopt(IP_FW_XADD): Invalid argument >=20 > # ipfw show > ipfw: retrieving config failed: Invalid argument >=20 >=20 > Regards, > Ronald. > =20 Had the same problem here a couple of days ago. Host's kernel and jail's/client's binaries are out of sync. I had to synchr= onise the jail's binaries. Kind regards, oh=20 --=20 A FreeBSD user --Sig_/4PD3bDRkkJ1lvXCZOoSlc2_ Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQRQheDybVktG5eW/1Kxzvs8OqokrwUCZ9gekQAKCRCxzvs8Oqok r79OAP9Yak4APIWkL/HLYIkdab0Rwj/LZ4moreWmJFvx1PglxQD6AvyTj+q9Lpie R0G3G8gxgilD89ckONmQyQSKQPPJgwA= =qMs5 -----END PGP SIGNATURE----- --Sig_/4PD3bDRkkJ1lvXCZOoSlc2_-- From nobody Tue Mar 18 12:35: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 4ZHBBX67Xnz5qbCn; Tue, 18 Mar 2025 12:35:16 +0000 (UTC) (envelope-from info@spmzt.net) Received: from mail.spmzt.net (mail.spmzt.net [185.44.82.22]) (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 4ZHBBW05cdz3DV9; Tue, 18 Mar 2025 12:35:14 +0000 (UTC) (envelope-from info@spmzt.net) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=quarantine) header.from=spmzt.net; spf=pass (mx1.freebsd.org: domain of info@spmzt.net designates 185.44.82.22 as permitted sender) smtp.mailfrom=info@spmzt.net Received: by mail.spmzt.net (OpenSMTPD) with ESMTPSA id 259e4904 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Tue, 18 Mar 2025 16:05:08 +0330 (+0330) Date: Tue, 18 Mar 2025 12:35:06 +0000 From: Seyed Pouria Mousavizadeh Tehrani To: current@freebsd.org, freebsd-current@freebsd.org Subject: zap_increment panic on specific zpool Message-ID: <887C8BE0-9670-4892-9B60-9CA09675D40C@spmzt.net> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary=----CH8JCITW7V207R5B87WAN1CTKMJS8L Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-1.30 / 15.00]; NEURAL_HAM_SHORT(-0.97)[-0.971]; NEURAL_SPAM_LONG(0.91)[0.912]; DMARC_POLICY_ALLOW(-0.50)[spmzt.net,quarantine]; NEURAL_HAM_MEDIUM(-0.45)[-0.446]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:34927, ipnet:185.44.82.0/24, country:CH]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCPT_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MISSING_XM_UA(0.00)[]; TO_DN_NONE(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org,freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4ZHBBW05cdz3DV9 X-Spamd-Bar: - ------CH8JCITW7V207R5B87WAN1CTKMJS8L Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi,=20 I was working on my desktop when it suddenly panicked, and Now, I'm unable= to boot into multi-user mode anymore=2E Additionally, in single user-mode = with my bpool, whenever I execute the "zpool import it rpool", the panic oc= curs shortly after=2E My kdb backtrace log is attached to this url=2E I'm using FreeBSD 15=2E0-CURRENT main-n275975-5963423232e8=2E Best Regards, Seyed Pouria Mousavizadeh Tehrani Technical Manager at Hoopad Cloud (AS214145) ------CH8JCITW7V207R5B87WAN1CTKMJS8L Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Hi,

I was working on m= y desktop when it suddenly panicked, and Now, I'm unable to boot into multi= -user mode anymore=2E Additionally, in single user-mode with my bpool, when= ever I execute the "zpool import it rpool", the panic occurs shortly after= =2E

My kdb backtrace log is attached to this url=2E
<https://ibb=2Eco/v6d4Kr7K>

I'm= using FreeBSD 15=2E0-CURRENT main-n275975-5963423232e8=2E

Best Rega= rds,
Seyed Pouria Mousavizadeh Tehrani
Technical = Manager at Hoopad Cloud (AS214145)
------CH8JCITW7V207R5B87WAN1CTKMJS8L-- From nobody Tue Mar 18 12:35:06 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 4ZHBBX67Xnz5qbCn; Tue, 18 Mar 2025 12:35:16 +0000 (UTC) (envelope-from info@spmzt.net) Received: from mail.spmzt.net (mail.spmzt.net [185.44.82.22]) (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 4ZHBBW05cdz3DV9; Tue, 18 Mar 2025 12:35:14 +0000 (UTC) (envelope-from info@spmzt.net) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=quarantine) header.from=spmzt.net; spf=pass (mx1.freebsd.org: domain of info@spmzt.net designates 185.44.82.22 as permitted sender) smtp.mailfrom=info@spmzt.net Received: by mail.spmzt.net (OpenSMTPD) with ESMTPSA id 259e4904 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Tue, 18 Mar 2025 16:05:08 +0330 (+0330) Date: Tue, 18 Mar 2025 12:35:06 +0000 From: Seyed Pouria Mousavizadeh Tehrani To: current@freebsd.org, freebsd-current@freebsd.org Subject: zap_increment panic on specific zpool Message-ID: <887C8BE0-9670-4892-9B60-9CA09675D40C@spmzt.net> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary=----CH8JCITW7V207R5B87WAN1CTKMJS8L Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-1.30 / 15.00]; NEURAL_HAM_SHORT(-0.97)[-0.971]; NEURAL_SPAM_LONG(0.91)[0.912]; DMARC_POLICY_ALLOW(-0.50)[spmzt.net,quarantine]; NEURAL_HAM_MEDIUM(-0.45)[-0.446]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:34927, ipnet:185.44.82.0/24, country:CH]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCPT_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MISSING_XM_UA(0.00)[]; TO_DN_NONE(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org,freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4ZHBBW05cdz3DV9 X-Spamd-Bar: - ------CH8JCITW7V207R5B87WAN1CTKMJS8L Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi,=20 I was working on my desktop when it suddenly panicked, and Now, I'm unable= to boot into multi-user mode anymore=2E Additionally, in single user-mode = with my bpool, whenever I execute the "zpool import it rpool", the panic oc= curs shortly after=2E My kdb backtrace log is attached to this url=2E I'm using FreeBSD 15=2E0-CURRENT main-n275975-5963423232e8=2E Best Regards, Seyed Pouria Mousavizadeh Tehrani Technical Manager at Hoopad Cloud (AS214145) ------CH8JCITW7V207R5B87WAN1CTKMJS8L Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Hi,

I was working on m= y desktop when it suddenly panicked, and Now, I'm unable to boot into multi= -user mode anymore=2E Additionally, in single user-mode with my bpool, when= ever I execute the "zpool import it rpool", the panic occurs shortly after= =2E

My kdb backtrace log is attached to this url=2E
<https://ibb=2Eco/v6d4Kr7K>

I'm= using FreeBSD 15=2E0-CURRENT main-n275975-5963423232e8=2E

Best Rega= rds,
Seyed Pouria Mousavizadeh Tehrani
Technical = Manager at Hoopad Cloud (AS214145)
------CH8JCITW7V207R5B87WAN1CTKMJS8L-- From nobody Tue Mar 18 13:27:36 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 4ZHCMN10YNz5qfVh for ; Tue, 18 Mar 2025 13:28:00 +0000 (UTC) (envelope-from dch@skunkwerks.at) Received: from fhigh-b2-smtp.messagingengine.com (fhigh-b2-smtp.messagingengine.com [202.12.124.153]) (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 4ZHCMM4bnhz40vg for ; Tue, 18 Mar 2025 13:27:59 +0000 (UTC) (envelope-from dch@skunkwerks.at) Authentication-Results: mx1.freebsd.org; none Received: from phl-compute-08.internal (phl-compute-08.phl.internal [10.202.2.48]) by mailfhigh.stl.internal (Postfix) with ESMTP id C8A9C2540181; Tue, 18 Mar 2025 09:27:58 -0400 (EDT) Received: from phl-imap-02 ([10.202.2.81]) by phl-compute-08.internal (MEProxy); Tue, 18 Mar 2025 09:27:58 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=skunkwerks.at; 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=fm2; t=1742304478; x=1742390878; bh=FYHd38mvS/Pkhdzj3wXKc25RImVoEg/MkxBPp3tsHEY=; b= 1T5BaSCMKasgW7ybC2cjdcnuOmFJ6P/ZUOUGsF44/7wXRdL7rY+JRDy/SbxKRY8i f9UI/4Jg1TQERuI3s16Fs4qPbsesyO4SXFxjzW6X3mBZuX2eaUY4yn4A0AxFY1s5 3C4xiEc9aKoTo1krGPU890Nzyg4DXYd3/zGT9TZRNhs4rRkPHIzqinc5BpflxvD+ UEH2QNV6hMzqXYRQqJiMi6dX41vbcY/if2YMML1VqRsffPSQjp31mbn8eTjQWx8f Bc1dK+zw6SvYgn+Y/yLHDj3b5+vWOzah+5MyNDOKkrLPnXvzWQTDczi82YNxAxvP 2XoTKNzy2831p644eidRWw== 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=1742304478; x=1742390878; bh=F YHd38mvS/Pkhdzj3wXKc25RImVoEg/MkxBPp3tsHEY=; b=8YgOgsZ9+9doRMQ2g paBZUecbOCX5SJ1he1paBonJ7NZu2s7RV9yv/jbF86m/IA8X8Bsiar0GAGdl5FfS 49/JfQH+eoY2ps6GoophER1AW3i0osCrKHQFA5oHz+ATnn0gltEjwGFcjOU9jNpC UDDKTrzhTr75ThMW86vOQXMmpsgbsjP+LpA3wua3i2RI36yqPlv1wdICO+2lBqoo tfWhp/D8EuUBPAx/eRji7knAwWrx4Q3K+oNdmZa6CcsXUZew26dqc7dYrB9tcIVq LNIlkWYCkZPJK37o7wiPKs8Z0rHxOKROitXOSai2xiqZLixgtgiTM5D2UG+IeGHd Y5VsA== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefvddrtddtgddugedvheejucetufdoteggodetrf dotffvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggv pdfurfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucgoufhushhpvggtth ffohhmrghinhculdegledmnecujfgurhepofggfffhvffkjghfufgtgfesthejredtredt tdenucfhrhhomhepfdffrghvvgcuvehothhtlhgvhhhusggvrhdfuceouggthhesshhkuh hnkhifvghrkhhsrdgrtheqnecuggftrfgrthhtvghrnhepiedtgfehtdfggeegkefhjeef teeuveeutdeigfefffdthfdtueektefhvdehffelnecuffhomhgrihhnpehisggsrdgtoh enucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegutghh sehskhhunhhkfigvrhhkshdrrghtpdhnsggprhgtphhtthhopedvpdhmohguvgepshhmth hpohhuthdprhgtphhtthhopegtuhhrrhgvnhhtsehfrhgvvggsshgurdhorhhgpdhrtghp thhtohepihhnfhhosehsphhmiihtrdhnvght X-ME-Proxy: Feedback-ID: ic0e84090:Fastmail Received: by mailuser.phl.internal (Postfix, from userid 501) id E012AB00069; Tue, 18 Mar 2025 09:27:57 -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: Tae7f11571935f9df Date: Tue, 18 Mar 2025 13:27:36 +0000 From: "Dave Cottlehuber" To: "Seyed Pouria Mousavizadeh Tehrani" , current@freebsd.org Message-Id: In-Reply-To: <887C8BE0-9670-4892-9B60-9CA09675D40C@spmzt.net> References: <887C8BE0-9670-4892-9B60-9CA09675D40C@spmzt.net> Subject: Re: zap_increment panic on specific zpool Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:151847, ipnet:202.12.124.0/24, country:AU] X-Rspamd-Queue-Id: 4ZHCMM4bnhz40vg X-Spamd-Bar: ---- On Tue, 18 Mar 2025, at 12:35, Seyed Pouria Mousavizadeh Tehrani wrote: > Hi, > > I was working on my desktop when it suddenly panicked, and Now, I'm > unable to boot into multi-user mode anymore. Additionally, in single > user-mode with my bpool, whenever I execute the "zpool import it > rpool", the panic occurs shortly after. > > My kdb backtrace log is attached to this url. > > > I'm using FreeBSD 15.0-CURRENT main-n275975-5963423232e8. This looks like an assert; you may be able to boot again using either a RELEASE if your zpool hasn't been upgraded past that point, or a GENERIC-NODEBUG from CURRENT. This would at least get you working, but it won't fix the underlying cause. hope it helps, A+ Dave From nobody Tue Mar 18 13:41:42 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 4ZHCgF5mvgz5qggJ for ; Tue, 18 Mar 2025 13:41:45 +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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZHCgF4RZrz3J3W for ; Tue, 18 Mar 2025 13:41:45 +0000 (UTC) (envelope-from bz@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742305305; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=Y/Hg8fH0g/qF4j0fZNtrioRkurSjto7Zs32qDi2fj8g=; b=WmamfGLXf4d6HCiDdpWg0qEL0KeLW8dWa8jlGCljAwMP95Kzd5l/hhjLSyBcJ0EDirJsC0 fbOqZNaLYWaGqLqKd6BvpFKdCSkAZ7sqQUzvclIjhL8sIm2y2YdzeoLV7qcYiMp97DmHtA 4hiJ3YITPisiE0V26pfh8QeGpsqTkojQA2/22wbV5071sMS7PdN0nKdi7u4qlGi76t/pk2 6dPXjq8a2tZEJYvQuyVLgJ5+s6eAIi8XXK7ykUVaxozB1fcMtrx/1nM0qkRggPPr46/I2Y z1azFDAS4IFySnK7Dt0RIEa7IlCc8NwKGaZ0JKHINQmmhvoFCB3YE0bVK8aiaw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1742305305; a=rsa-sha256; cv=none; b=iyhjBzV4OHEoKaThh4FkPjDEbR32l6HW4WnCDy2fEjLhCAL1sBCCW4SIiqM5gd1YGcSXAu s/YhGKdosmHKZPc7cW2lTYKYNbsCkqkTyD5rBedvthhcrfgPG3BNUiuU4U6PJZiGVyPZ+y GtIuWZPgIr5d4ikoJxADTGif9hmV6vpWkhZwCrjkzBXbn1RWGAdQUr0i9xsQSM9MX+Eubt yx7Cjlk2pOt3Gayc7KhYB7strQXjiIxkH073deCV2F/Lx52f1kX0XyReOVQkTGD/nr3/fG XJGfhncrl1bYiqhVvLMuqNDEcdIKdOcOQ68UDaZWytXsJbeyz63Xw6kQnh/SFQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742305305; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=Y/Hg8fH0g/qF4j0fZNtrioRkurSjto7Zs32qDi2fj8g=; b=X7lkHk6yO6VLMS5P0FfgPfmpuyg4etp867lksczfqgTquPYNoxHwtegvRxbcyV3lpbN/B2 klmOtkZLS4u3kpzV+8wPAiKWV8sr9Ocl/mejUcLAwHRuyc0N0BCJ210Ww5ogkyI0IrjYpo IQjRouxjWjBqDn2f9/BuVU+86Z9VyTQX6Cr5Al7aWD+124J1ZQXNX9QJevooC84UkVARKJ AKXccW1rmPUINfytqz+E4xkRvfhQJBHSb3Q6q6PiIeZwAvsJRsIHD2S+hrplEUgla0P8Yi 2NEQnZgi8EMTNInmpNIPTp0YLH/HO4FFjieGODAipH47iBt5RNs5XkwI0NEl/Q== 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 "E5" (verified OK)) (Authenticated sender: bz/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4ZHCgF2t9Hz19db for ; Tue, 18 Mar 2025 13:41:45 +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 86BF7A64805 for ; Tue, 18 Mar 2025 13:41:41 +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 B02EB2D029E0 for ; Tue, 18 Mar 2025 13:41:43 +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 edGSn72O8h0E for ; Tue, 18 Mar 2025 13:41:43 +0000 (UTC) Received: from strong-rtwn1.sbone.de (strong-rtwn1.sbone.de [IPv6:fde9:577b:c1a9:4902:821f:2ff:feef:e8d5]) (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 B52962D029D8 for ; Tue, 18 Mar 2025 13:41:42 +0000 (UTC) Date: Tue, 18 Mar 2025 13:41:42 +0000 (UTC) From: "Bjoern A. Zeeb" To: current@freebsd.org Subject: Re: Possible video driver issue after main-n275966-d2a55e6a9348 -> main-n275975-5963423232e8 In-Reply-To: Message-ID: <01qqq28n-p1s3-n82q-9n1s-7o900ro5n62q@SerrOFQ.bet> References: 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: text/plain; format=flowed; charset=US-ASCII On Mon, 17 Mar 2025, David Wolfskill wrote: > What else may I do to help diagnose/test/...? What laptop is that? amd64 or i386? How much memory. None should matter. If you build todays main with that single change backed out, does it work? /bz -- Bjoern A. Zeeb r15:7 From nobody Tue Mar 18 13:57:16 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 4ZHD1B2qr4z5qhWJ for ; Tue, 18 Mar 2025 13:57:18 +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 4ZHD19408wz3VP2; Tue, 18 Mar 2025 13:57:17 +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 52IDvGjR037223; Tue, 18 Mar 2025 13:57:16 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.18.1/8.18.1/Submit) id 52IDvGaK037222; Tue, 18 Mar 2025 06:57:16 -0700 (PDT) (envelope-from david) Date: Tue, 18 Mar 2025 06:57:16 -0700 From: David Wolfskill To: "Bjoern A. Zeeb" Cc: current@freebsd.org Subject: Re: Possible video driver issue after main-n275966-d2a55e6a9348 -> main-n275975-5963423232e8 Message-ID: Mail-Followup-To: David Wolfskill , "Bjoern A. Zeeb" , current@freebsd.org References: <01qqq28n-p1s3-n82q-9n1s-7o900ro5n62q@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="8gK93xt5M056dRQg" Content-Disposition: inline In-Reply-To: <01qqq28n-p1s3-n82q-9n1s-7o900ro5n62q@SerrOFQ.bet> X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US] X-Rspamd-Queue-Id: 4ZHD19408wz3VP2 X-Spamd-Bar: ---- --8gK93xt5M056dRQg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 18, 2025 at 01:41:42PM +0000, Bjoern A. Zeeb wrote: > On Mon, 17 Mar 2025, David Wolfskill wrote: >=20 > > What else may I do to help diagnose/test/...? >=20 > What laptop is that? amd64 or i386? How much memory. None should > matter. Laptops are amd64: * Dell Precision M4800; 32 GB RAM * Dell Precision 7520; 16GB RAM > If you build todays main with that single change backed out, does it > work? I will try it (will likely take around an hour; will report after). Thanks! Peace, david --=20 David H. Wolfskill david@catwhisker.org Thank you, Claude Malhuret. https://wickedemerald.wordpress.com/2025/03/08/speech-from-claude-malhuret/ See https://www.catwhisker.org/~david/publickey.gpg for my public key. --8gK93xt5M056dRQg Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSTLzOSbomIK53fjFliipiWhXYx5QUCZ9l7vF8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0OTMy RjMzOTI2RTg5ODgyQjlEREY4QzU5NjI4QTk4OTY4NTc2MzFFNQAKCRBiipiWhXYx 5dwXAPoCBZaR+jpg32N1wq19U/QnYAPfsJYCoMWhW95GIRtvUwEA1wNKAgNgdAKm cdSAtM5hxOoFq1h7MfhsJFKyNAZpWQg= =+TJt -----END PGP SIGNATURE----- --8gK93xt5M056dRQg-- From nobody Tue Mar 18 14:56: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 4ZHFKY5lPRz5qmVp; Tue, 18 Mar 2025 14:56:33 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-yw1-x1129.google.com (mail-yw1-x1129.google.com [IPv6:2607:f8b0:4864:20::1129]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZHFKY1hZXz46mP; Tue, 18 Mar 2025 14:56:33 +0000 (UTC) (envelope-from mavbsd@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-yw1-x1129.google.com with SMTP id 00721157ae682-6ef60e500d7so44833397b3.0; Tue, 18 Mar 2025 07:56:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1742309792; x=1742914592; darn=freebsd.org; h=content-transfer-encoding:in-reply-to:autocrypt:from :content-language:references:to:subject:user-agent:mime-version:date :message-id:sender:from:to:cc:subject:date:message-id:reply-to; bh=jqd3diJWBwM3ZgzvT6weoje9oZ2RkkDgTGUov9PQNfo=; b=N59XrPmHrrJ5Gs2Ue7chTA/P8NmyqwwnMaZ5/huksLq0x8TPXw8hdZGtw2HdZwbKYs 4pCR+hSdt4wLeyWKcTgjbgsFB7ks0CDvFCghqDeuhrTUtYVUFY3Lv2I1wa0N7iwXcPCZ zMf/E4inj9gLyPfeEegWYauwmR41ofZ1aADqZXGRZqzSDIsmTHeCwgCKCluEan4rryCg PU1NPF338vvs3VBhl6zw+nq+3k4TI/xRql08FEh09dqsL5i7khewGeShsYhaginlyxXc lODfUnkC9Wq4Vk86LEZx2OTez8fY8AKZbHUcEg1AIMdNSw7YcXRAZG67wgTbsxsJ/+5g jzxQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1742309792; x=1742914592; h=content-transfer-encoding:in-reply-to:autocrypt:from :content-language:references:to:subject:user-agent:mime-version:date :message-id:sender:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=jqd3diJWBwM3ZgzvT6weoje9oZ2RkkDgTGUov9PQNfo=; b=VHOpeP1lILTLjwQqHNn7J0NdYnMdHSdE3i7LJKenAe6Y2J46CwE8bE+PVyzW7cBaKB vaiEKIvR/205XmneuL+2YoBaB0c+mc8n079VpwITj+r0jO1NcPoQub06IqMa+g4Nf2yy ipiH8u4h66QtN7rkXNagrcWoui1zg1nJl6EEGgWMuaf7MThtKrKreHcbVD5TKXnWMk6N W4wpCMtGDBVz9A5WTgT8v7T3JVUtmOh1+iItbZXKeUbJmrN6XwdwGivAOJi93zs0boY+ cS2AqSjds2V72xQ1UhYjpeu9xKiDbeIr/a/zp5l+6rgSmCMoTMOKByq8BqGLbKfEqeaB id6A== X-Forwarded-Encrypted: i=1; AJvYcCU69BqHEVegEEuaY+PqNxNGqoyWHR7r8F8FQ0q0v0c4R4hOZ36fx/182tD0Y4ijnpus3u5yjNaq@freebsd.org, AJvYcCW9py9sAGb3G21hD6hA3+ZqCOziMXZKSem17YfL70D2YSlGegK5iETxTF6OfJpyWIF5/zr5J/wcSVZwjjq9FTH6@freebsd.org X-Gm-Message-State: AOJu0YwuISQttV5cFFpeHdAL+Pw4qs0Urpf1bdG/efVz9WYEx5kZuf6s Ln6DDDmv9KsQ2D3GcjaOYwgO3RqUAxfqtyxATX88fCcweZllUO1o+RicIA== X-Gm-Gg: ASbGncuXsWTTcwr1aoS3SrRw6N6LJS6zqOPX0LQ0WaGM0DjcIgW4LYMR4obR4xzoV/j /+mUjQ8hQfFq3faEp17a/EbmroGfAltcpUjMaO2tYhDJ7J+2PA3xx2T6YJ7qSkHrwiyMDGs5wla Hjke8P57NgqU9Yi/Ek8G8EOEja8nYkghVeNiUPDvxfOosBaruWBWIIpQhU0tdzA9iSZODvDPJZz WV3/VTrGUlRxCl4dBIBTLfrHu/BRgQEBlBVoa3IeTUP9MD2CofZ4dhHqhW40IfHect0AkONhduQ K9l1eBfM1xc8ADB0CtfrK4zP08hS6TuzPy2fhA9nKLQEfqLg9eQvOgXE/c+jmyRPwb5s/i8LiRP hR1+q0B0vHhsS X-Google-Smtp-Source: AGHT+IFl5oTBC6T2QA9U5zWTezthgkpvihkj/hbPpV81BtG1jHgGLerwenVazdR8HP4eHS+Lgm7U3w== X-Received: by 2002:a05:690c:4b0a:b0:6ff:26eb:fadd with SMTP id 00721157ae682-6ffdcdd8f2cmr55318157b3.26.1742309792084; Tue, 18 Mar 2025 07:56:32 -0700 (PDT) Received: from ?IPV6:2600:1700:3580:3560:a236:9fff:fe4f:c69a? ([2600:1700:3580:3560:a236:9fff:fe4f:c69a]) by smtp.gmail.com with ESMTPSA id 00721157ae682-6ff328600b5sm26420307b3.27.2025.03.18.07.56.31 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 18 Mar 2025 07:56:31 -0700 (PDT) Message-ID: <1d0ea40b-82a3-40c6-ada6-b3034ec0d362@FreeBSD.org> Date: Tue, 18 Mar 2025 10:56:44 -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: zap_increment panic on specific zpool To: Seyed Pouria Mousavizadeh Tehrani , current@freebsd.org, freebsd-current@freebsd.org References: <887C8BE0-9670-4892-9B60-9CA09675D40C@spmzt.net> Content-Language: en-US From: Alexander Motin Autocrypt: addr=mav@FreeBSD.org; keydata= xsBNBFOzxAwBCADkPrax0pI2W/ig0CK9nRJJwsHitAGEZ2HZiFEuti+6/4UVxj81yr4ak/4g 9bKUyC7rMEAp/ZHNhd+MFCPAAcHPvtovnfykqE/vuosCS3wlSLloix2iKVLks0CwbLHGAyne 46lTQW74Xl/33c3W1Z6d8jD9gVFT/xaVzZ0U9xdzOmsYAZaAj4ki0tuxO9F7L+ct9grRe7iP g8t9hai7BL4ee3VRwk2JXnKb7UvBiVITKYWKz1jRvZIrjPokgEcCLOSlv7x/1kjuFnj3xWZU 7HSFFT8J93epBbrSSCsYsppIk2fZH41kaaFXsMQfTPH8wkeM6qwrvOh4HiQM08R+9tThABEB AAHNIUFsZXhhbmRlciBNb3RpbiA8bWF2QEZyZWVCU0Qub3JnPsLAlwQTAQoAQQIbAwULCQgH AwUVCgkICwUWAwIBAAIeAQIXgAIZARYhBOmM88TmnMPNDledVYMYw5VbqyJ/BQJiOjayBQkU Kg0mAAoJEIMYw5VbqyJ/wxUIANAqbfF6tgjgdWk4c8yE0HNG+ptVOZp/wszRZ8olC0rgfK4S sND2Y+bP1fvkG1a+U1JRZzYt1s2IyIoIX6gkriUnX7VVOjcqyZ2QjKxxgACmDGoYC3c/ZvfF ysrqZ/eB0U6yp1AHQ7MCwmDNFHQbh7JhQ/pnG1NYpw/8splYfwYKhbDNyzCqOvk7WAyOJV7v TbTCF40jLzCUpyjOJj8HkdbGZsBACr7KF7kfVVq3tVLXY+NfzVKQoAs+LwfDqe8m0nnCBqU8 nNZ76normAp2z2cclAt2UCaMXnUwOLf0dj4daDG41vb+4jXTxm8Fksfj1NflVjgFcpd4FC4a Q8hd89fOwE0EU7PEDAEIAOZgWf2cJIu+58IzP2dkXE/urj3tr4OqrB/yHGWUf71Lz6D0Fi6Z AXgDtmcFLGPfMyWuLAvSM+xmoguk7zC4hRBYvQycmIhuqBq1jO1Wp/Z+lpoPM/1cDYLn8Flv mI/c40MhUZh345DA4jYWWaZNjQHUWVQ1fPf595vdVVMPT/abE8E5DaF6fSkRmqFTmfYRkfbt 3ytU8NdUapDcJVY7cEP2nJBVNZPnOIObR/ZIgSxjjrG5o34yXoqeup8JvwEv+/NylzzuyXEZ R1EdEIzQ/a1nh/0j4NXtzZEqKW4aTWlmSqb6wN8jh1OSOOqkYsfnE3nfxcZbxi4IRoNQYlm5 9R8AEQEAAcLAfAQYAQoAJgIbDBYhBOmM88TmnMPNDledVYMYw5VbqyJ/BQJiOjbIBQkUKg08 AAoJEIMYw5VbqyJ/rXwH/2UaH7Z7893+uEPo20gJkw94xDw5Fji9M8pLNpfiF7dKXfJMUe2T 0J3rHZaMlShy6ImDc/Iketxq+KvBWa4mWajEZcxFrevhuQe2ALO+GabvT2p0++L4QgE+WXs3 lwask4wrc4f/aRBHKWWgXWeVwc3OuTchq4O5AYxzgjyEmwZshrdN5szpzNg6+vFO4NWiMhlv eDULjtXEqXJJc2weIW0RpUIfCp7YLVC+Ff1j6+7DfeiM9WqWXPHzmKatwWwlk8rvDMMZ3gSy wXL32LpWKU76bIWxB6w1uykDk643swZTG0XyoOZgYH6a8931y06Jng50XARXIYm8+LgfpTMW pNk= In-Reply-To: <887C8BE0-9670-4892-9B60-9CA09675D40C@spmzt.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4ZHFKY1hZXz46mP X-Spamd-Bar: ---- On 18.03.2025 08:35, Seyed Pouria Mousavizadeh Tehrani wrote: > I was working on my desktop when it suddenly panicked, and Now, I'm > unable to boot into multi-user mode anymore. Additionally, in single > user-mode with my bpool, whenever I execute the "zpool import it rpool", > the panic occurs shortly after. > > My kdb backtrace log is attached to this url. > > > > I'm using FreeBSD 15.0-CURRENT main-n275975-5963423232e8. The link does not open, proposing to upgrade for Pro account. -- Alexander Motin From nobody Tue Mar 18 14:56:44 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 4ZHFKY5lPRz5qmVp; Tue, 18 Mar 2025 14:56:33 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-yw1-x1129.google.com (mail-yw1-x1129.google.com [IPv6:2607:f8b0:4864:20::1129]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZHFKY1hZXz46mP; Tue, 18 Mar 2025 14:56:33 +0000 (UTC) (envelope-from mavbsd@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-yw1-x1129.google.com with SMTP id 00721157ae682-6ef60e500d7so44833397b3.0; Tue, 18 Mar 2025 07:56:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1742309792; x=1742914592; darn=freebsd.org; h=content-transfer-encoding:in-reply-to:autocrypt:from :content-language:references:to:subject:user-agent:mime-version:date :message-id:sender:from:to:cc:subject:date:message-id:reply-to; bh=jqd3diJWBwM3ZgzvT6weoje9oZ2RkkDgTGUov9PQNfo=; b=N59XrPmHrrJ5Gs2Ue7chTA/P8NmyqwwnMaZ5/huksLq0x8TPXw8hdZGtw2HdZwbKYs 4pCR+hSdt4wLeyWKcTgjbgsFB7ks0CDvFCghqDeuhrTUtYVUFY3Lv2I1wa0N7iwXcPCZ zMf/E4inj9gLyPfeEegWYauwmR41ofZ1aADqZXGRZqzSDIsmTHeCwgCKCluEan4rryCg PU1NPF338vvs3VBhl6zw+nq+3k4TI/xRql08FEh09dqsL5i7khewGeShsYhaginlyxXc lODfUnkC9Wq4Vk86LEZx2OTez8fY8AKZbHUcEg1AIMdNSw7YcXRAZG67wgTbsxsJ/+5g jzxQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1742309792; x=1742914592; h=content-transfer-encoding:in-reply-to:autocrypt:from :content-language:references:to:subject:user-agent:mime-version:date :message-id:sender:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=jqd3diJWBwM3ZgzvT6weoje9oZ2RkkDgTGUov9PQNfo=; b=VHOpeP1lILTLjwQqHNn7J0NdYnMdHSdE3i7LJKenAe6Y2J46CwE8bE+PVyzW7cBaKB vaiEKIvR/205XmneuL+2YoBaB0c+mc8n079VpwITj+r0jO1NcPoQub06IqMa+g4Nf2yy ipiH8u4h66QtN7rkXNagrcWoui1zg1nJl6EEGgWMuaf7MThtKrKreHcbVD5TKXnWMk6N W4wpCMtGDBVz9A5WTgT8v7T3JVUtmOh1+iItbZXKeUbJmrN6XwdwGivAOJi93zs0boY+ cS2AqSjds2V72xQ1UhYjpeu9xKiDbeIr/a/zp5l+6rgSmCMoTMOKByq8BqGLbKfEqeaB id6A== X-Forwarded-Encrypted: i=1; AJvYcCU69BqHEVegEEuaY+PqNxNGqoyWHR7r8F8FQ0q0v0c4R4hOZ36fx/182tD0Y4ijnpus3u5yjNaq@freebsd.org, AJvYcCW9py9sAGb3G21hD6hA3+ZqCOziMXZKSem17YfL70D2YSlGegK5iETxTF6OfJpyWIF5/zr5J/wcSVZwjjq9FTH6@freebsd.org X-Gm-Message-State: AOJu0YwuISQttV5cFFpeHdAL+Pw4qs0Urpf1bdG/efVz9WYEx5kZuf6s Ln6DDDmv9KsQ2D3GcjaOYwgO3RqUAxfqtyxATX88fCcweZllUO1o+RicIA== X-Gm-Gg: ASbGncuXsWTTcwr1aoS3SrRw6N6LJS6zqOPX0LQ0WaGM0DjcIgW4LYMR4obR4xzoV/j /+mUjQ8hQfFq3faEp17a/EbmroGfAltcpUjMaO2tYhDJ7J+2PA3xx2T6YJ7qSkHrwiyMDGs5wla Hjke8P57NgqU9Yi/Ek8G8EOEja8nYkghVeNiUPDvxfOosBaruWBWIIpQhU0tdzA9iSZODvDPJZz WV3/VTrGUlRxCl4dBIBTLfrHu/BRgQEBlBVoa3IeTUP9MD2CofZ4dhHqhW40IfHect0AkONhduQ K9l1eBfM1xc8ADB0CtfrK4zP08hS6TuzPy2fhA9nKLQEfqLg9eQvOgXE/c+jmyRPwb5s/i8LiRP hR1+q0B0vHhsS X-Google-Smtp-Source: AGHT+IFl5oTBC6T2QA9U5zWTezthgkpvihkj/hbPpV81BtG1jHgGLerwenVazdR8HP4eHS+Lgm7U3w== X-Received: by 2002:a05:690c:4b0a:b0:6ff:26eb:fadd with SMTP id 00721157ae682-6ffdcdd8f2cmr55318157b3.26.1742309792084; Tue, 18 Mar 2025 07:56:32 -0700 (PDT) Received: from ?IPV6:2600:1700:3580:3560:a236:9fff:fe4f:c69a? ([2600:1700:3580:3560:a236:9fff:fe4f:c69a]) by smtp.gmail.com with ESMTPSA id 00721157ae682-6ff328600b5sm26420307b3.27.2025.03.18.07.56.31 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 18 Mar 2025 07:56:31 -0700 (PDT) Message-ID: <1d0ea40b-82a3-40c6-ada6-b3034ec0d362@FreeBSD.org> Date: Tue, 18 Mar 2025 10:56:44 -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: zap_increment panic on specific zpool To: Seyed Pouria Mousavizadeh Tehrani , current@freebsd.org, freebsd-current@freebsd.org References: <887C8BE0-9670-4892-9B60-9CA09675D40C@spmzt.net> Content-Language: en-US From: Alexander Motin Autocrypt: addr=mav@FreeBSD.org; keydata= xsBNBFOzxAwBCADkPrax0pI2W/ig0CK9nRJJwsHitAGEZ2HZiFEuti+6/4UVxj81yr4ak/4g 9bKUyC7rMEAp/ZHNhd+MFCPAAcHPvtovnfykqE/vuosCS3wlSLloix2iKVLks0CwbLHGAyne 46lTQW74Xl/33c3W1Z6d8jD9gVFT/xaVzZ0U9xdzOmsYAZaAj4ki0tuxO9F7L+ct9grRe7iP g8t9hai7BL4ee3VRwk2JXnKb7UvBiVITKYWKz1jRvZIrjPokgEcCLOSlv7x/1kjuFnj3xWZU 7HSFFT8J93epBbrSSCsYsppIk2fZH41kaaFXsMQfTPH8wkeM6qwrvOh4HiQM08R+9tThABEB AAHNIUFsZXhhbmRlciBNb3RpbiA8bWF2QEZyZWVCU0Qub3JnPsLAlwQTAQoAQQIbAwULCQgH AwUVCgkICwUWAwIBAAIeAQIXgAIZARYhBOmM88TmnMPNDledVYMYw5VbqyJ/BQJiOjayBQkU Kg0mAAoJEIMYw5VbqyJ/wxUIANAqbfF6tgjgdWk4c8yE0HNG+ptVOZp/wszRZ8olC0rgfK4S sND2Y+bP1fvkG1a+U1JRZzYt1s2IyIoIX6gkriUnX7VVOjcqyZ2QjKxxgACmDGoYC3c/ZvfF ysrqZ/eB0U6yp1AHQ7MCwmDNFHQbh7JhQ/pnG1NYpw/8splYfwYKhbDNyzCqOvk7WAyOJV7v TbTCF40jLzCUpyjOJj8HkdbGZsBACr7KF7kfVVq3tVLXY+NfzVKQoAs+LwfDqe8m0nnCBqU8 nNZ76normAp2z2cclAt2UCaMXnUwOLf0dj4daDG41vb+4jXTxm8Fksfj1NflVjgFcpd4FC4a Q8hd89fOwE0EU7PEDAEIAOZgWf2cJIu+58IzP2dkXE/urj3tr4OqrB/yHGWUf71Lz6D0Fi6Z AXgDtmcFLGPfMyWuLAvSM+xmoguk7zC4hRBYvQycmIhuqBq1jO1Wp/Z+lpoPM/1cDYLn8Flv mI/c40MhUZh345DA4jYWWaZNjQHUWVQ1fPf595vdVVMPT/abE8E5DaF6fSkRmqFTmfYRkfbt 3ytU8NdUapDcJVY7cEP2nJBVNZPnOIObR/ZIgSxjjrG5o34yXoqeup8JvwEv+/NylzzuyXEZ R1EdEIzQ/a1nh/0j4NXtzZEqKW4aTWlmSqb6wN8jh1OSOOqkYsfnE3nfxcZbxi4IRoNQYlm5 9R8AEQEAAcLAfAQYAQoAJgIbDBYhBOmM88TmnMPNDledVYMYw5VbqyJ/BQJiOjbIBQkUKg08 AAoJEIMYw5VbqyJ/rXwH/2UaH7Z7893+uEPo20gJkw94xDw5Fji9M8pLNpfiF7dKXfJMUe2T 0J3rHZaMlShy6ImDc/Iketxq+KvBWa4mWajEZcxFrevhuQe2ALO+GabvT2p0++L4QgE+WXs3 lwask4wrc4f/aRBHKWWgXWeVwc3OuTchq4O5AYxzgjyEmwZshrdN5szpzNg6+vFO4NWiMhlv eDULjtXEqXJJc2weIW0RpUIfCp7YLVC+Ff1j6+7DfeiM9WqWXPHzmKatwWwlk8rvDMMZ3gSy wXL32LpWKU76bIWxB6w1uykDk643swZTG0XyoOZgYH6a8931y06Jng50XARXIYm8+LgfpTMW pNk= In-Reply-To: <887C8BE0-9670-4892-9B60-9CA09675D40C@spmzt.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4ZHFKY1hZXz46mP X-Spamd-Bar: ---- On 18.03.2025 08:35, Seyed Pouria Mousavizadeh Tehrani wrote: > I was working on my desktop when it suddenly panicked, and Now, I'm > unable to boot into multi-user mode anymore. Additionally, in single > user-mode with my bpool, whenever I execute the "zpool import it rpool", > the panic occurs shortly after. > > My kdb backtrace log is attached to this url. > > > > I'm using FreeBSD 15.0-CURRENT main-n275975-5963423232e8. The link does not open, proposing to upgrade for Pro account. -- Alexander Motin From nobody Tue Mar 18 15:14:31 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 4ZHFkM4y7Rz5qn9P for ; Tue, 18 Mar 2025 15:14:35 +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 4ZHFkK058zz4N9v; Tue, 18 Mar 2025 15:14:32 +0000 (UTC) (envelope-from david@catwhisker.org) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of david@catwhisker.org designates 107.204.234.170 as permitted sender) smtp.mailfrom=david@catwhisker.org Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.18.1/8.18.1) with ESMTP id 52IFEVk1038510; Tue, 18 Mar 2025 15:14:31 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.18.1/8.18.1/Submit) id 52IFEV70038509; Tue, 18 Mar 2025 08:14:31 -0700 (PDT) (envelope-from david) Date: Tue, 18 Mar 2025 08:14:31 -0700 From: David Wolfskill To: "Bjoern A. Zeeb" , current@freebsd.org Subject: Re: Possible video driver issue after main-n275966-d2a55e6a9348 -> main-n275975-5963423232e8 Message-ID: Mail-Followup-To: David Wolfskill , "Bjoern A. Zeeb" , current@freebsd.org References: <01qqq28n-p1s3-n82q-9n1s-7o900ro5n62q@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="zuveIojNU+oL/3db" Content-Disposition: inline In-Reply-To: X-Spamd-Result: default: False [-0.08 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_SPAM_MEDIUM(0.99)[0.994]; NEURAL_SPAM_LONG(0.96)[0.958]; NEURAL_SPAM_SHORT(0.36)[0.364]; R_SPF_ALLOW(-0.20)[+ip4:107.204.234.170]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; ARC_NA(0.00)[]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US]; TO_DN_SOME(0.00)[]; FREEFALL_USER(0.00)[david]; MIME_TRACE(0.00)[0:+,1:+,2:~]; DMARC_NA(0.00)[catwhisker.org]; MLMMJ_DEST(0.00)[current@freebsd.org]; MISSING_XM_UA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4ZHFkK058zz4N9v X-Spamd-Bar: / --zuveIojNU+oL/3db Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 18, 2025 at 06:57:16AM -0700, David Wolfskill wrote: > On Tue, Mar 18, 2025 at 01:41:42PM +0000, Bjoern A. Zeeb wrote: > > On Mon, 17 Mar 2025, David Wolfskill wrote: > >=20 > > > What else may I do to help diagnose/test/...? > >=20 > > What laptop is that? amd64 or i386? How much memory. None should > > matter. >=20 > Laptops are amd64: > * Dell Precision M4800; 32 GB RAM > * Dell Precision 7520; 16GB RAM >=20 > > If you build todays main with that single change backed out, does it > > work? >=20 > I will try it (will likely take around an hour; will report after). > .... It completed successfully: g1-48(15.0-C)[1] uname -aUK FreeBSD g1-48.catwhisker.org 15.0-CURRENT FreeBSD 15.0-CURRENT #262 main-n2= 75998-82589f926b52: Tue Mar 18 14:17:34 UTC 2025 root@g1-48.catwhisker.= org:/common/S3/obj/usr/src/amd64.amd64/sys/CANARY amd64 1500034 1500034 Specifically: * I used the slice on the laptop where I had done the "git bisect" * I first issued "git bisect reset" * Then "git pull" to bring /usr/src up to main-n275998-82589f926b52 * The "git revert 19df0c5abcb9d4e951e610b6de98d4d8a00bd5f9 * Then the usual buildworld, kernel. installworld stuff * Reboot Peace, david --=20 David H. Wolfskill david@catwhisker.org Thank you, Claude Malhuret. https://wickedemerald.wordpress.com/2025/03/08/speech-from-claude-malhuret/ See https://www.catwhisker.org/~david/publickey.gpg for my public key. --zuveIojNU+oL/3db Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSTLzOSbomIK53fjFliipiWhXYx5QUCZ9mN118UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0OTMy RjMzOTI2RTg5ODgyQjlEREY4QzU5NjI4QTk4OTY4NTc2MzFFNQAKCRBiipiWhXYx 5STaAQCVGwbT4XEL27/JbMGadXAWkcDxn3N4Ju0Tx/888lc5AgD/f+tBqlqCEEgL Ef1nSLoOkvJVbW3lUtLtfCR8voTytQY= =Ri0I -----END PGP SIGNATURE----- --zuveIojNU+oL/3db-- From nobody Tue Mar 18 15:32: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 4ZHG7G1G3qz5qpgr for ; Tue, 18 Mar 2025 15:32:42 +0000 (UTC) (envelope-from info@spmzt.net) Received: from mail.spmzt.net (mail.spmzt.net [185.44.82.22]) (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 4ZHG7F126Nz3LYL; Tue, 18 Mar 2025 15:32:41 +0000 (UTC) (envelope-from info@spmzt.net) Authentication-Results: mx1.freebsd.org; none Received: by mail.spmzt.net (OpenSMTPD) with ESMTPSA id 2ec32b26 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Tue, 18 Mar 2025 19:02:35 +0330 (+0330) Date: Tue, 18 Mar 2025 15:32:31 +0000 From: Seyed Pouria Mousavizadeh Tehrani To: Alexander Motin CC: freebsd-current@freebsd.org Subject: Re: zap_increment panic on specific zpool In-Reply-To: <1d0ea40b-82a3-40c6-ada6-b3034ec0d362@FreeBSD.org> References: <887C8BE0-9670-4892-9B60-9CA09675D40C@spmzt.net> <1d0ea40b-82a3-40c6-ada6-b3034ec0d362@FreeBSD.org> Message-ID: <4344133F-234B-432D-A373-792CCBA0213D@spmzt.net> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary=----0BAJE5HA0NWW0FA1RPLAERWTBOBWR1 Content-Transfer-Encoding: 7bit X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:34927, ipnet:185.44.82.0/24, country:CH] X-Rspamd-Queue-Id: 4ZHG7F126Nz3LYL X-Spamd-Bar: ---- ------0BAJE5HA0NWW0FA1RPLAERWTBOBWR1 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable New link: On March 18, 2025 2:56:44 PM UTC, Alexander Motin wrot= e: >On 18=2E03=2E2025 08:35, Seyed Pouria Mousavizadeh Tehrani wrote: >> I was working on my desktop when it suddenly panicked, and Now, I'm una= ble to boot into multi-user mode anymore=2E Additionally, in single user-mo= de with my bpool, whenever I execute the "zpool import it rpool", the panic= occurs shortly after=2E >>=20 >> My kdb backtrace log is attached to this url=2E >> > >>=20 >> I'm using FreeBSD 15=2E0-CURRENT main-n275975-5963423232e8=2E > >The link does not open, proposing to upgrade for Pro account=2E > >--=20 >Alexander Motin > Seyed Pouria Mousavizadeh Tehrani Technical Manager at Hoopad Cloud (AS214145) ------0BAJE5HA0NWW0FA1RPLAERWTBOBWR1 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
<= br>
On March 18, 2025 2:56:44 P= M UTC, Alexander Motin <mav@FreeBSD=2Eorg> wrote:
On 18=2E03=2E2025 08:35, Seyed Pou=
ria Mousavizadeh Tehrani wrote:
I was working on my desktop when it sudden=
ly panicked, and Now, I'm unable to boot into multi-user mode anymore=2E Ad=
ditionally, in single user-mode with my bpool, whenever I execute the "zpoo=
l import it rpool", the panic occurs shortly after=2E

My kdb backtra=
ce log is attached to this url=2E
<https://ibb=2Eco/v6d4Kr7K <https://ibb=2Eco/v6d4Kr7K>>

I'm using FreeBSD 15=2E0-CURR=
ENT main-n275975-5963423232e8=2E
The link does not open, proposing to upgrade for Pro account=2E

Seyed Pouria Mousavizadeh Te= hrani
Technical Manager at Hoopad Cloud (AS214145)
------0BAJE5HA0NWW0FA1RPLAERWTBOBWR1-- From nobody Tue Mar 18 15:45:13 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 4ZHGPV2NF4z5qqHD for ; Tue, 18 Mar 2025 15:45:02 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-yb1-xb35.google.com (mail-yb1-xb35.google.com [IPv6:2607:f8b0:4864:20::b35]) (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 4ZHGPT4RRFz3VKM for ; Tue, 18 Mar 2025 15:45:01 +0000 (UTC) (envelope-from mavbsd@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-yb1-xb35.google.com with SMTP id 3f1490d57ef6-e5372a2fbddso4575628276.3 for ; Tue, 18 Mar 2025 08:45:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1742312700; x=1742917500; darn=freebsd.org; h=content-transfer-encoding:in-reply-to:autocrypt:from :content-language:references:cc:to:subject:user-agent:mime-version :date:message-id:sender:from:to:cc:subject:date:message-id:reply-to; bh=a+qDwbGK3hKvcnECHlumEulmXm3l9tLinlcOHBIMjhM=; b=JjogmRr0E/R2dgzM19dCHWsU9Te8iL5XAFpxYUaEViELGfW1VR0g7Xsb+jbNCdDNeg /2HrspIGL2rHOCGk37VsOxZXfUCfvbBNIoiiBILb10XdYqQn/UNMNtaC6CSMtOqjEyXE OGw1j+5OvfeJVguWOYGq//xzseV4Mm3i/G60V7W+BNHtYgz1DGPHAkiGxMkpKSqDL2RT saWqk8BK8IJNbTL8Kup681Ntp9rlEfmkEWhllT2kD5E9u0RrVsqIIebBYtklBjF8WNh+ 26SNS4kpKoUl5dZLT3XhVadSRMBe9ZZ+NJRTGL23eHsa6oWXqd09FMEODxGlAyk1qqHN V+hA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1742312700; x=1742917500; h=content-transfer-encoding:in-reply-to:autocrypt:from :content-language:references:cc:to:subject:user-agent:mime-version :date:message-id:sender:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=a+qDwbGK3hKvcnECHlumEulmXm3l9tLinlcOHBIMjhM=; b=nNSPG7zHHlvWpu7oxzzRopo9YseRA4CJae8RqvTNj5lghw0FplEC3J3r/Ptd5I0vwl e2M0dtGPIDi2eLROd3SBivsT4embe4VU582bQ1rkNH3qTlpBYq1wVOwQhc1ttuCAO7cY sK1Sp74DKjlKTKAbVTTmK/Tq9BfWZzpF/rM+qYnD7Uo6wDo4/VT/sb9vN/LPf3v+izPx Bqtg6yNA05YXcRuiu/e2FC8Xiz4EpVlrlwERTShHsjSLNoZAzlwhlwf+1aqtYNvMVoY4 6otm2vNiYDcNz3pDIfBubc+e63KRBfguA5WRdjShuYDguTeP/fRMH1oD4bUq2PAGX3GF lLEw== X-Gm-Message-State: AOJu0YwxrNi01ncyYmZRzuQ0U4KoOZyiLqttiiir3AxRrl7gUeeR59Ea Pw2FbDhqb8m9ZcpxR+mcVlf9sZLsjVfVeLv0VQZ5CBhYpdmTweof X-Gm-Gg: ASbGncunsCHlEcKHj0kx3NFPYDVAxRD0HPoMjV1YIUjZobgmqJKTixQqjHRjxLKsNwv RW8FihpDzNHc5FSozgCrzCF7CBP6A9BHAyy8WCgL1BJsj2jyJjOwiuki9aPu1/NjKVcGpCL9TtE 1RecIAoqll6YLYvLDhDupSI0wPtvf2ph87aI89pAK9rZ7TIz/iU9nKBJkP+dqigQuWuoeHF7fdj lZxZBmcgN2ho+WTKVF3ztg3eI9B61dtX+z35SHh234+TreZYfMGCTvva3ZgTruc4ZizTiQx4dIl hAO76T9tIbGyjHPiy8ZCN0RyNdYQEy6hLtUno+mr87kBDMhm2io65xRTq5r90EdqAOuEABQGrl3 fGkCI1+9oGt7a X-Google-Smtp-Source: AGHT+IHzh6YhCUZ6KqEiX43VZ4H0815uLUMsErbGQlkZ61PRJP3WZTgk1DhugNmDBn1rayUYsNaRVg== X-Received: by 2002:a05:6902:70a:b0:e60:865e:cfe0 with SMTP id 3f1490d57ef6-e63f65e1b9bmr22465744276.48.1742312700493; Tue, 18 Mar 2025 08:45:00 -0700 (PDT) Received: from ?IPV6:2600:1700:3580:3560:a236:9fff:fe4f:c69a? ([2600:1700:3580:3560:a236:9fff:fe4f:c69a]) by smtp.gmail.com with ESMTPSA id 3f1490d57ef6-e63e5420bc9sm2763488276.21.2025.03.18.08.44.59 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 18 Mar 2025 08:45:00 -0700 (PDT) Message-ID: <300d5510-7c0d-464f-8526-6a7255780bee@FreeBSD.org> Date: Tue, 18 Mar 2025 11:45:13 -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: zap_increment panic on specific zpool To: Seyed Pouria Mousavizadeh Tehrani Cc: freebsd-current@freebsd.org References: <887C8BE0-9670-4892-9B60-9CA09675D40C@spmzt.net> <1d0ea40b-82a3-40c6-ada6-b3034ec0d362@FreeBSD.org> <4344133F-234B-432D-A373-792CCBA0213D@spmzt.net> Content-Language: en-US From: Alexander Motin Autocrypt: addr=mav@FreeBSD.org; keydata= xsBNBFOzxAwBCADkPrax0pI2W/ig0CK9nRJJwsHitAGEZ2HZiFEuti+6/4UVxj81yr4ak/4g 9bKUyC7rMEAp/ZHNhd+MFCPAAcHPvtovnfykqE/vuosCS3wlSLloix2iKVLks0CwbLHGAyne 46lTQW74Xl/33c3W1Z6d8jD9gVFT/xaVzZ0U9xdzOmsYAZaAj4ki0tuxO9F7L+ct9grRe7iP g8t9hai7BL4ee3VRwk2JXnKb7UvBiVITKYWKz1jRvZIrjPokgEcCLOSlv7x/1kjuFnj3xWZU 7HSFFT8J93epBbrSSCsYsppIk2fZH41kaaFXsMQfTPH8wkeM6qwrvOh4HiQM08R+9tThABEB AAHNIUFsZXhhbmRlciBNb3RpbiA8bWF2QEZyZWVCU0Qub3JnPsLAlwQTAQoAQQIbAwULCQgH AwUVCgkICwUWAwIBAAIeAQIXgAIZARYhBOmM88TmnMPNDledVYMYw5VbqyJ/BQJiOjayBQkU Kg0mAAoJEIMYw5VbqyJ/wxUIANAqbfF6tgjgdWk4c8yE0HNG+ptVOZp/wszRZ8olC0rgfK4S sND2Y+bP1fvkG1a+U1JRZzYt1s2IyIoIX6gkriUnX7VVOjcqyZ2QjKxxgACmDGoYC3c/ZvfF ysrqZ/eB0U6yp1AHQ7MCwmDNFHQbh7JhQ/pnG1NYpw/8splYfwYKhbDNyzCqOvk7WAyOJV7v TbTCF40jLzCUpyjOJj8HkdbGZsBACr7KF7kfVVq3tVLXY+NfzVKQoAs+LwfDqe8m0nnCBqU8 nNZ76normAp2z2cclAt2UCaMXnUwOLf0dj4daDG41vb+4jXTxm8Fksfj1NflVjgFcpd4FC4a Q8hd89fOwE0EU7PEDAEIAOZgWf2cJIu+58IzP2dkXE/urj3tr4OqrB/yHGWUf71Lz6D0Fi6Z AXgDtmcFLGPfMyWuLAvSM+xmoguk7zC4hRBYvQycmIhuqBq1jO1Wp/Z+lpoPM/1cDYLn8Flv mI/c40MhUZh345DA4jYWWaZNjQHUWVQ1fPf595vdVVMPT/abE8E5DaF6fSkRmqFTmfYRkfbt 3ytU8NdUapDcJVY7cEP2nJBVNZPnOIObR/ZIgSxjjrG5o34yXoqeup8JvwEv+/NylzzuyXEZ R1EdEIzQ/a1nh/0j4NXtzZEqKW4aTWlmSqb6wN8jh1OSOOqkYsfnE3nfxcZbxi4IRoNQYlm5 9R8AEQEAAcLAfAQYAQoAJgIbDBYhBOmM88TmnMPNDledVYMYw5VbqyJ/BQJiOjbIBQkUKg08 AAoJEIMYw5VbqyJ/rXwH/2UaH7Z7893+uEPo20gJkw94xDw5Fji9M8pLNpfiF7dKXfJMUe2T 0J3rHZaMlShy6ImDc/Iketxq+KvBWa4mWajEZcxFrevhuQe2ALO+GabvT2p0++L4QgE+WXs3 lwask4wrc4f/aRBHKWWgXWeVwc3OuTchq4O5AYxzgjyEmwZshrdN5szpzNg6+vFO4NWiMhlv eDULjtXEqXJJc2weIW0RpUIfCp7YLVC+Ff1j6+7DfeiM9WqWXPHzmKatwWwlk8rvDMMZ3gSy wXL32LpWKU76bIWxB6w1uykDk643swZTG0XyoOZgYH6a8931y06Jng50XARXIYm8+LgfpTMW pNk= In-Reply-To: <4344133F-234B-432D-A373-792CCBA0213D@spmzt.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4ZHGPT4RRFz3VKM X-Spamd-Bar: ---- On 18.03.2025 11:32, Seyed Pouria Mousavizadeh Tehrani wrote: > New link: > > It looks like a metadata corruption in user quota handling, and the code is obviously not written to handle it, asserting instead. Without deeper look I am not ready to say whether it was not expected to ever happen, impossible/difficult to handle at that place, or somebody was just lazy. I'd recommend you to check system memory and other hardware for errors to reduce chance of further corruptions, and probably evacuate the data while importing the pool as read-only, which should not access or at least update the quotas. -- Alexander Motin From nobody Tue Mar 18 19:02: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 4ZHLnW2Z33z5r5Hr for ; Tue, 18 Mar 2025 19:02:39 +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 "R11" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZHLnT5khcz3mgm for ; Tue, 18 Mar 2025 19:02:37 +0000 (UTC) (envelope-from imb@protected-networks.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=protected-networks.net header.s=201508 header.b="B 06sQWE"; dmarc=pass (policy=reject) header.from=protected-networks.net; spf=pass (mx1.freebsd.org: domain of imb@protected-networks.net designates 2001:470:8d59:1::8 as permitted sender) smtp.mailfrom=imb@protected-networks.net DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d= protected-networks.net; h=content-transfer-encoding:content-type :content-type:subject:subject:from:from:content-language :user-agent:mime-version:date:date:message-id; s=201508; t= 1742324551; bh=17gDSRANJXqRnb72Fp9J1M3yUPDiJVjnJjGapMcG5Ps=; b=B 06sQWEWfNRYzw9Pegxh267VM3BmB5AP9aNfVHBIgvDIw3OLD5Fwk8K8dtAdzKrVn HYjrWiZPzu+VZx6KlS6Y+FTT7NE4Vku4PqPDO1zT1MJUJ93RwFdM7kCwEkZcTQY6 5WD0RkXD5mppGe4y4jc4D3YrRdk/oAchcIsXXr+h4w= 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 59F5A6B8D2 for ; Tue, 18 Mar 2025 15:02:31 -0400 (EDT) Message-ID: Date: Tue, 18 Mar 2025 15:02:31 -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 Content-Language: en-NZ To: freebsd-current From: Michael Butler Subject: ISO build broken? Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-0.91 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_SHORT(-0.88)[-0.877]; DMARC_POLICY_ALLOW(-0.50)[protected-networks.net,reject]; R_DKIM_ALLOW(-0.20)[protected-networks.net:s=201508]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_MEDIUM(-0.04)[-0.044]; NEURAL_SPAM_LONG(0.01)[0.013]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; RCVD_COUNT_ONE(0.00)[1]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DKIM_TRACE(0.00)[protected-networks.net:+] X-Rspamd-Queue-Id: 4ZHLnT5khcz3mgm X-Spamd-Bar: / Is anyone else seeing this when building ISOs with release/release.sh? --- bootonly --- --- realinstall_subdir_usr.bin --- --- _proginstall --- --- disc1 --- install -N /usr/src/etc -o root -g wheel -m 444 DH_set_method.3.gz /usr/obj/usr/src/amd64.amd64/release/disc1/usr/share/openssl/man/man3/ --- bootonly --- --- realinstall_subdir_usr.sbin --- --- _SCRIPTSINS_bluetooth-config.sh --- --- realinstall_subdir_usr.bin --- install -N /usr/src/etc -U -M /usr/obj/usr/src/amd64.amd64/release/bootonly//METALOG -D /usr/obj/usr/src/amd64.amd64/release/bootonly -T package=utilities -s -o root -g wheel -m 555 strings /usr/obj/usr/src/amd64.amd64/release/bootonly/usr/bin/strings install: strings: No such file or directory *** [_proginstall] Error code 71 make[7]: stopped making "install" in /usr/src/usr.bin/strings make[4]: stopped making "reinstall" in /usr/src --- disc1 --- make[4]: stopped making "reinstall" in /usr/src --- bootonly --- 16.79 real 14.76 user 10.23 sys --- disc1 --- 16.79 real 11.10 user 6.69 sys *** [installworld] Error code 2 make[3]: stopped making "installworld" in /usr/src make[3]: 1 error make[3]: stopped making "installworld" in /usr/src --- bootonly --- *** [installworld] Error code 2 make[3]: stopped making "installworld" in /usr/src make[3]: 1 error make[3]: stopped making "installworld" in /usr/src --- disc1 --- make[2]: stopped making "installworld installkernel distribution" in /usr/src --- bootonly --- make[2]: stopped making "installworld installkernel distribution" in /usr/src --- disc1 --- *** [disc1] Error code 2 make[1]: stopped making "ftp cdrom memstick.img mini-memstick.img" in /usr/src/release --- bootonly --- *** [bootonly] Error code 2 make[1]: stopped making "ftp cdrom memstick.img mini-memstick.img" in /usr/src/release make[1]: 2 errors make[1]: stopped making "ftp cdrom memstick.img mini-memstick.img" in /usr/src/release *** [real-release] Error code 2 make: stopped making "release" in /usr/src/release make: 1 error From nobody Tue Mar 18 21:39: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 4ZHQGx0ppFz5rFxl for ; Tue, 18 Mar 2025 21:39:53 +0000 (UTC) (envelope-from info@spmzt.net) Received: from mail.spmzt.net (mail.spmzt.net [185.44.82.22]) (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 4ZHQGv6yJ6z3k3p; Tue, 18 Mar 2025 21:39:51 +0000 (UTC) (envelope-from info@spmzt.net) Authentication-Results: mx1.freebsd.org; none Received: by mail.spmzt.net (OpenSMTPD) with ESMTPSA id c6c702fa (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Wed, 19 Mar 2025 01:09:45 +0330 (+0330) Message-ID: <0f55b357-2a9f-4b04-bd12-a0afe92da5d7@spmzt.net> Date: Wed, 19 Mar 2025 01:09:43 +0330 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: zap_increment panic on specific zpool To: dch@skunkwerks.at References: <887C8BE0-9670-4892-9B60-9CA09675D40C@spmzt.net> Content-Language: en-US, fa-IR Cc: freebsd-current@freebsd.org, mav@FreeBSD.org From: Seyed Pouria Mousavizadeh Tehrani Organization: SPMZT - AS214145 In-Reply-To: Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:34927, ipnet:185.44.82.0/24, country:CH] X-Rspamd-Queue-Id: 4ZHQGv6yJ6z3k3p X-Spamd-Bar: ----

I created another pool and backed up all my data using rsync, which avoids block level cloning. It's working!

> you may be able to boot again using either a RELEASE if your zpool hasn't been upgraded past that point, or a GENERIC-NODEBUG from CURRENT.
I'm using GENERIC-NODEBUG. Thank you anyway!


Should I create a PR for this issue on FreeBSD or OpenZFS github repository?


On 3/18/25 16:57, Dave Cottlehuber wrote:
On Tue, 18 Mar 2025, at 12:35, Seyed Pouria Mousavizadeh Tehrani wrote:

Hi, 

I was working on my desktop when it suddenly panicked, and Now, I'm 
unable to boot into multi-user mode anymore. Additionally, in single 
user-mode with my bpool, whenever I execute the "zpool import it 
rpool", the panic occurs shortly after.

My kdb backtrace log is attached to this url.
<https://ibb.co/v6d4Kr7K>

I'm using FreeBSD 15.0-CURRENT main-n275975-5963423232e8.

This looks like an assert; you may be able to boot again using
either a RELEASE if your zpool hasn't been upgraded past that
point, or a GENERIC-NODEBUG from CURRENT. This would at least get
you working, but it won't fix the underlying cause.

hope it helps,
A+
Dave


-- 
Seyed Pouria Mousavizadeh Tehrani
Hoopad Cloud (AS214145)
From nobody Tue Mar 18 23:26:45 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 4ZHSfK5LZZz5q85t for ; Tue, 18 Mar 2025 23:26:49 +0000 (UTC) (envelope-from glebius@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZHSfK21CLz3PZB; Tue, 18 Mar 2025 23:26:49 +0000 (UTC) (envelope-from glebius@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742340409; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=F6xAw0haKsiU/La408M02TDOb2T0fTf+Lft6Xm8zsTs=; b=oevz0G/Yhd2QMl1IItwfC5HElxVBl+sNQgcy3KhW7qw3mRYYXnOHrGtZNiDTDq/kO06kuF Mp40S3RlARSH3vgSpkPJaO/v2aE2X5Aunqmrn44ZstQHn9xFm9Qo5kL2YLeQrOEWBKNZac 3lGyx4dSaCw6+BecAf/N0YyZVeMnk5zGKvt5okw8uqhcG6/fIy5C2x9LIzr7T3Lu97C1u3 HmtkIqmwKnCCyfr2A9uWot38rqjlVsZBZrSJZOYM5TIxOL78isfYTc3u5C/3hhNSvPeEHT gbOsJ05yaUoW7q7k+9nCUo/tvZXyTx55Bg49J7F1FOY/KEzCui5r0o1bR+V3Gw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1742340409; a=rsa-sha256; cv=none; b=qffi9IDGZkVZHeDM3PLbdZNwPJjwc0s/WJSf1C6cP8DuFDaWfeUaaFKbcsSWwoz8jVRs+N mx/P5efvekTPIFiPvWDoT7QOaHDmk2JqAXUkuXYVddf+hwxPrs8NQWb/SuWauMkv2IkBLQ 4MX9PbnvFQCKw/9yqfsmrb2WZscMEVjEK8T3vMYJOsu3oaL9S3IazJvt1uOoPU2tP2Qt0n UcXEjHI5RYXkNJctHo3FxJvoPq4+WEAxbjiZRUPQSASufH9OguR6EwoKvUynTGA4WHgeSe 9ghLBLeRqmYmu8aYdJj/99Nh/G4pg8nNKZ9N2ywks1Biehn+ctCGkwG/N3kQBA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742340409; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=F6xAw0haKsiU/La408M02TDOb2T0fTf+Lft6Xm8zsTs=; b=jcfs6e6Xqwta0n1KyyRKghp7XRAJyfkYKD3FU+Eq6VE+U6yCkV8xyU4TLxLbPQXsTkymcb 3/oDbLpo+LqzTyOc4bncEWqm5KBFOtBHsbhtWkCmYJyfX4ppDWFAfubZp7QitfkclDOngK ONY9Z7/xDl+eLOguydDTmR5JhlQtY0YJKBkNTlCpKBmZkvl7R+UW1jjsc7VqmYtzOTpZ8L TcdmG1KuFv3lT+FLQ9qUk+3mpwwwiCU7WeZCEZmBrQNiJzpQWkbSCRub/nuS97CEDkJOQ7 g95fZjvs+9KUheZyyfwb+FikrzT67gmnXWyywLi6d4IwdGLpg50urbooL8/wRQ== Received: from cell.glebi.us (glebi.us [162.251.186.162]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: glebius) by smtp.freebsd.org (Postfix) with ESMTPSA id 4ZHSfJ5CKDz8m3; Tue, 18 Mar 2025 23:26:48 +0000 (UTC) (envelope-from glebius@freebsd.org) Date: Tue, 18 Mar 2025 16:26:45 -0700 From: Gleb Smirnoff To: David Wolfskill , "Bjoern A. Zeeb" , current@freebsd.org Subject: Re: Possible video driver issue after main-n275966-d2a55e6a9348 -> main-n275975-5963423232e8 Message-ID: References: <01qqq28n-p1s3-n82q-9n1s-7o900ro5n62q@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: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Tue, Mar 18, 2025 at 08:14:31AM -0700, David Wolfskill wrote: D> It completed successfully: D> D> g1-48(15.0-C)[1] uname -aUK D> FreeBSD g1-48.catwhisker.org 15.0-CURRENT FreeBSD 15.0-CURRENT #262 main-n275998-82589f926b52: Tue Mar 18 14:17:34 UTC 2025 root@g1-48.catwhisker.org:/common/S3/obj/usr/src/amd64.amd64/sys/CANARY amd64 1500034 1500034 D> D> Specifically: D> * I used the slice on the laptop where I had done the "git bisect" D> * I first issued "git bisect reset" D> * Then "git pull" to bring /usr/src up to main-n275998-82589f926b52 D> * The "git revert 19df0c5abcb9d4e951e610b6de98d4d8a00bd5f9 D> * Then the usual buildworld, kernel. installworld stuff D> * Reboot This needs to be fixed ASAP, it blocks FreeBSD CURRENT usage on laptops. If this is not fixed by weekend, I will push revert of 19df0c5abcb9d4e951e610b6de98d4d8a00bd5f9, to get tree in a good shape before beginning of the stabweek. -- Gleb Smirnoff From nobody Wed Mar 19 00:04: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 4ZHTTj6D5kz5qBSJ for ; Wed, 19 Mar 2025 00:04:25 +0000 (UTC) (envelope-from delphij@gmail.com) Received: from mail-pj1-x102b.google.com (mail-pj1-x102b.google.com [IPv6:2607:f8b0:4864:20::102b]) (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 4ZHTTj1RyTz3y82; Wed, 19 Mar 2025 00:04:25 +0000 (UTC) (envelope-from delphij@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pj1-x102b.google.com with SMTP id 98e67ed59e1d1-2ff80290debso5901798a91.3; Tue, 18 Mar 2025 17:04:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1742342664; x=1742947464; 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=FeOhrqsHbnUGKOxlFlIfp3Dl7BveuS9oTnalJKbRZPw=; b=QcBtFNqVE9pTDl5SBWAu9f2oztJD10DhfBK/+/MsHeMzvUTD8tPwaR5Ds9Y9APSbXu ZS6jl0mxNOFx+dCM1j4BS2rd7NHItv1IjMJiKWChax4A73dnY+DNTjFOeWggT4FgTR2Y q8if37KVr4DO5T2jbYlIAkhcqOb8TM7IwQhedcPrkrpcy9wFxBLyJ952w0sl8qT2yzh6 sV3Z5CNihTMEfw0mZOx61u+Q8ISI0vlB0Fyj3Umupw+QhJmWjj9NfOuXSBgFXmcFt2Vj Ds5JCdEzxL0Axp4z7z0tQCm2ZegZ4ntz2cCik0iO6vF4lCLZK6HfwxldJFjsw3hMdWeU 7Z0Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1742342664; x=1742947464; 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=FeOhrqsHbnUGKOxlFlIfp3Dl7BveuS9oTnalJKbRZPw=; b=K3Nxst/loVojkTKd+a4xi3FyJmU453bpBqOqjifmzFaMyaVlhyOoWMD/fORO0GhOzE O8N3cDrh1hrWhWfFOClonTLxFhQILSJoWQvqxlyuP5ybyjjh4Wo45lmM1gc69xNNTPVU /cnptfSdvmnGbjJ7GT/xd2m0k3z1l1ZQj1hx5z383CrWgHVpxckkrMAu+r2sudU5D6WO OSznp7IkU/NH6aXWcsbUA8D5cdvck/haxjU8Wd2olJQKLADBiL9pAowmykqbCBCBREOv gfp5B6IDqYPrVB6cc5AgBt83ZjF8/bTNqSGV3XJ/HpzowSmb1UAZXQkw3CChn2JWQhWh iLJA== X-Forwarded-Encrypted: i=1; AJvYcCVZ3KOHwYLG+5MYQLiEQ76ncFmpmXG7vdNmpRSEU4CLaWr/G2AjHxM0V0lOXCMzJbqhRfXSvo2wxs8wjvBfqic=@freebsd.org, AJvYcCVwbd6LqlKgvDo5bNzuDJP61YuigMM+eLYZPIBOJgUSBo0ShVwB0pECSZfQmp2nti91fYo1@freebsd.org X-Gm-Message-State: AOJu0YwW8AuJSgLOEX+0+E7SBELoyi5Z+0FqhpBp8hRRxKCvxjrINzw9 TiSBUZ354ZPPvEf6RdUe8fImRz/hpNf6fs+iU97c5D16o4mjFC8bnK8HZKj/TWftlx7TKN168uH 6SIPk5NDSjdyx5xPsRpG+Gof4fuum3bSw X-Gm-Gg: ASbGncv7FGrH5uoct0Ojm9av19/G7akeQ0X6O9iPvLlkDvSqMdrizyM45cAMBJEgsLW QccrQAhXSurW7NXXr6MSGx6V5U/X/ult0mvwE/TovZnPkc18m0IluiWI5Hv1JxkpZdshGs5MGK4 /1ccYaDyLAp+p2K0PTd1zbp367yYcjLGN7XAQMRmGkhhBfIk5e0HiCsA2X X-Google-Smtp-Source: AGHT+IEIfE1Gb3QhpzfiQb21CLZhFVdGIXJTjI2eu7CewgLu+cMkJ38hyXG/OPXTEx/MJHZ7ZGXGXQQ4p7GJ09wj+jY= X-Received: by 2002:a17:90b:1b0e:b0:2ff:53a4:74f0 with SMTP id 98e67ed59e1d1-301be2163d6mr825297a91.29.1742342663392; Tue, 18 Mar 2025 17:04:23 -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: <887C8BE0-9670-4892-9B60-9CA09675D40C@spmzt.net> <0f55b357-2a9f-4b04-bd12-a0afe92da5d7@spmzt.net> In-Reply-To: <0f55b357-2a9f-4b04-bd12-a0afe92da5d7@spmzt.net> From: Xin LI Date: Tue, 18 Mar 2025 17:04:12 -0700 X-Gm-Features: AQ5f1Jq8bnQ4Tr_cUimoyzdn9zzaiN22y9GLcnUcfL9zz-34Lms3pleFwbYCXvI Message-ID: Subject: Re: zap_increment panic on specific zpool To: Seyed Pouria Mousavizadeh Tehrani Cc: dch@skunkwerks.at, freebsd-current@freebsd.org, mav@freebsd.org Content-Type: multipart/alternative; boundary="0000000000008756660630a6c3db" X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4ZHTTj1RyTz3y82 X-Spamd-Bar: ---- --0000000000008756660630a6c3db Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Mar 18, 2025 at 2:40=E2=80=AFPM Seyed Pouria Mousavizadeh Tehrani < info@spmzt.net> wrote: > I created another pool and backed up all my data using rsync, which avoid= s > block level cloning. It's working! > This probably has nothing to do with block cloning. The assertion was that zap_increment() succeeded (0), while EIO (5) was returned instead. This is likely the result of data corruption with correct checksums (in that case it's likely that you would see ECKSUM=3D122). When this happens, it's usually a permanent damage, the poo= l should still be read-only importable but you can't revive it to read-write state. Common causes of this would be a permanent damage which could be the result of a memory corruption (could be a bug in the kernel, or more usually, faulty memory that was not detected or panicked your system earlier). > Should I create a PR for this issue on FreeBSD or OpenZFS github > repository? > If you have a way to reliably trigger the issue please do file a FreeBSD PR or open an issue at OpenZFS as it would be very useful. Otherwise, it's likely to be faulty memory and there is not a lot that can be done from software. > > On 3/18/25 16:57, Dave Cottlehuber wrote: > > On Tue, 18 Mar 2025, at 12:35, Seyed Pouria Mousavizadeh Tehrani wrote: > > Hi, > > I was working on my desktop when it suddenly panicked, and Now, I'm > unable to boot into multi-user mode anymore. Additionally, in single > user-mode with my bpool, whenever I execute the "zpool import it > rpool", the panic occurs shortly after. > > My kdb backtrace log is attached to this url. > > I'm using FreeBSD 15.0-CURRENT main-n275975-5963423232e8. > > This looks like an assert; you may be able to boot again using > either a RELEASE if your zpool hasn't been upgraded past that > point, or a GENERIC-NODEBUG from CURRENT. This would at least get > you working, but it won't fix the underlying cause. > > hope it helps, > A+ > Dave > > > -- > Seyed Pouria Mousavizadeh Tehrani > Hoopad Cloud (AS214145) > > --0000000000008756660630a6c3db Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Tue, Mar 1= 8, 2025 at 2:40=E2=80=AFPM Seyed Pouria Mousavizadeh Tehrani <info@spmzt.net> wrote:
=20 =20 =20 =20

I created another pool and backed up all my data using rsync, which avoids block level cloning. It's working!


This probably has nothing to do with block = cloning.

The assertion was that=C2=A0zap_i= ncrement() succeeded (0), while EIO (5) was returned instead.=C2=A0 This is= likely the result of data corruption with correct checksums (in that case = it's likely=C2=A0that you would see ECKSUM=3D122).=C2=A0 When this happ= ens, it's=C2=A0usually=C2=A0a permanent=C2=A0damage, the pool should st= ill be read-only importable but you can't revive it to read-write state= .=C2=A0 Common causes of this would be a permanent damage which could be th= e result of a memory corruption (could be a bug in the kernel, or more usua= lly, faulty memory that was not detected or panicked your system earlier).<= /span>=C2=A0

Should I create a PR for this issue = on FreeBSD or OpenZFS github repository?

If you have a way to reliab= ly trigger the issue please do file a FreeBSD PR or open an issue at OpenZF= S as it would be very useful.=C2=A0 Otherwise, it's likely to be faulty= memory and there is not a lot that can be done from software.

=C2=A0


On 3/18/25 16:57, Dave Cottlehuber wrote:
On Tue, 18 Mar 2025, at 12:35, Seyed Pouria Mousavizadeh Tehrani=
 wrote:

Hi,=20

I was working on my desktop when it suddenly panicked, and Now, I'm=20
unable to boot into multi-user mode anymore. Additionally, in single=20
user-mode with my bpool, whenever I execute the "zpool import it=20
rpool", the panic occurs shortly after.

My kdb backtrace log is attached to this url.
<https://ibb.co/v6=
d4Kr7K>

I'm using FreeBSD 15.0-CURRENT main-n275975-5963423232e8.

This looks like an assert; you may be able to boot again using
either a RELEASE if your zpool hasn't been upgraded past that
point, or a GENERIC-NODEBUG from CURRENT. This would at least get
you working, but it won't fix the underlying cause.

hope it helps,
A+
Dave


--=20
Seyed Pouria Mousavizadeh Tehrani
Hoopad Cloud (AS214145)
--0000000000008756660630a6c3db-- From nobody Wed Mar 19 02:38: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 4ZHXvZ1KKcz5qMxq for ; Wed, 19 Mar 2025 02:38:34 +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 "R11" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZHXvX20dTz3Ngg for ; Wed, 19 Mar 2025 02:38:32 +0000 (UTC) (envelope-from imb@protected-networks.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=protected-networks.net header.s=201508 header.b=bwmylj7j; dmarc=pass (policy=reject) header.from=protected-networks.net; spf=pass (mx1.freebsd.org: domain of imb@protected-networks.net designates 2001:470:8d59:1::8 as permitted sender) smtp.mailfrom=imb@protected-networks.net DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d= protected-networks.net; h=content-transfer-encoding:content-type :content-type:in-reply-to:from:from:content-language:references :subject:subject:user-agent:mime-version:date:date:message-id; s=201508; t=1742351910; bh=Fy/OetkfAjCeWFDHUQ5JN/yZz3/rn0B8Ryjj Ct4OMZU=; b=bwmylj7jSiI23ERXnciRYSqXIo+5xfoKmeCZAlZd1g4y2NeWyvhm AL7bh0zXQoIbTc9UtSCSc3aVGs0EqyjaufTWn+8frDgdjnuG9TsN8cXL1eYW3faQ IcvybOwk41US7ZWOx3a91jyVGgcs38IyBQTfBqNk6MDCI8owF7A5ym0= 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 B52F66D7A2; Tue, 18 Mar 2025 22:38:30 -0400 (EDT) Message-ID: <8ef4da67-ec6c-455d-b7b5-c0701b28b819@protected-networks.net> Date: Tue, 18 Mar 2025 22:38:30 -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: =?UTF-8?Q?Reply:=20ISO=20build=20broken??= To: yu shan wei , freebsd-current@freebsd.org References: Content-Language: en-NZ From: Michael Butler In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Result: default: False [-0.40 / 15.00]; SUBJ_EXCESS_QP(1.20)[]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-0.998]; NEURAL_HAM_SHORT(-0.98)[-0.983]; DMARC_POLICY_ALLOW(-0.50)[protected-networks.net,reject]; NEURAL_SPAM_MEDIUM(0.38)[0.380]; R_SPF_ALLOW(-0.20)[+mx:c]; R_DKIM_ALLOW(-0.20)[protected-networks.net:s=201508]; MIME_GOOD(-0.10)[text/plain]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; RCVD_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FREEMAIL_TO(0.00)[vip.163.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; DKIM_TRACE(0.00)[protected-networks.net:+] X-Rspamd-Queue-Id: 4ZHXvX20dTz3Ngg X-Spamd-Bar: / Ah .. thanks for the hint .. trying with WITHOUT_LLVM_BINUTILS set now, Michael On 3/18/25 22:29, yu shan wei wrote: > Is it because of LLVM-BINUTILS? > > Sender： > Time：Wednesday, March 19, 2025, 3:04 > Recipient： > Subject：ISO build broken? > > Is anyone else seeing this when building ISOs with release/release.sh? > > --- bootonly --- > --- realinstall_subdir_usr.bin --- > --- _proginstall --- > --- disc1 --- > install -N /usr/src/etc -o root -g wheel -m 444 DH_set_method.3.gz > /usr/obj/usr/src/amd64.amd64/release/disc1/usr/share/openssl/man/man3/ > --- bootonly --- > --- realinstall_subdir_usr.sbin --- > --- _SCRIPTSINS_bluetooth-config.sh --- > --- realinstall_subdir_usr.bin --- > install -N /usr/src/etc -U -M > /usr/obj/usr/src/amd64.amd64/release/bootonly//METALOG -D > /usr/obj/usr/src/amd64.amd64/release/bootonly -T package=utilities -s -o > root -g wheel -m 555 strings > /usr/obj/usr/src/amd64.amd64/release/bootonly/usr/bin/strings > install: strings: No such file or directory > *** [_proginstall] Error code 71 > > make[7]: stopped making "install" in /usr/src/usr.bin/strings > > make[4]: stopped making "reinstall" in /usr/src > --- disc1 --- > > make[4]: stopped making "reinstall" in /usr/src > --- bootonly --- > 16.79 real 14.76 user 10.23 sys > --- disc1 --- > 16.79 real 11.10 user 6.69 sys > *** [installworld] Error code 2 > > make[3]: stopped making "installworld" in /usr/src > make[3]: 1 error > > make[3]: stopped making "installworld" in /usr/src > --- bootonly --- > *** [installworld] Error code 2 > > make[3]: stopped making "installworld" in /usr/src > make[3]: 1 error > > make[3]: stopped making "installworld" in /usr/src > --- disc1 --- > > make[2]: stopped making "installworld installkernel distribution" in > /usr/src > --- bootonly --- > > make[2]: stopped making "installworld installkernel distribution" in > /usr/src > --- disc1 --- > *** [disc1] Error code 2 > > make[1]: stopped making "ftp cdrom memstick.img mini-memstick.img" in > /usr/src/release > --- bootonly --- > *** [bootonly] Error code 2 > > make[1]: stopped making "ftp cdrom memstick.img mini-memstick.img" in > /usr/src/release > make[1]: 2 errors > > make[1]: stopped making "ftp cdrom memstick.img mini-memstick.img" in > /usr/src/release > *** [real-release] Error code 2 > > make: stopped making "release" in /usr/src/release > make: 1 error > From nobody Wed Mar 19 02:46:03 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 4ZHY4K5tR9z5qNGn for ; Wed, 19 Mar 2025 02:46:09 +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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZHY4K1v6Dz3XPc for ; Wed, 19 Mar 2025 02:46:09 +0000 (UTC) (envelope-from bz@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742352369; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=PfCUOIKNjuzFdOG2oNImNut/4Md2j1kQKvFBTwe5TpY=; b=UnupH5Ap9M3q+QVQXkLHp++N8+010Fs5LXoW6IuTWYqaCW38Qh6R4VZ1jUvgrgZDw+PktF wGsgMDce/kWxLnVt5mXCp79Gx23fbBTNE7H0t15osWXagGbbinSHEuMxkGBTvM0EF91cQu 0bMUsF0rHYXPoar1A4zsU4SLDZUhg5ARe+CnI6/Xa+g7uY90i7r+EjZC+Cp7WhTP8Ui5Kn KLyqo9UbtwrUhLSaR0TZOO5zJIp6VKHSQlwbyTWF+6HedMsDylFc9DYWOzNHtrF8NP77TI LRstISTAe08GevgTRydLqPxu/LV63WN1jM2ErUvFpMWG7y1zcditA7nGvOm8RQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1742352369; a=rsa-sha256; cv=none; b=CFTwAUXpzXvJtbBz/SyY5xvYmXeY5RFcHtG1019q5EoLUlvhrVojH4sB3UqWklYnknhk54 71PH5mCV0V7UAelCagiT2ZwXB2CUZpDL+18mSENtZFP3pavuM/N48vxQMFoNNFxiOqsQOt MfAFf7OlRRWkWsZA8Riu0EuLJ55zhfCcZtceQOvZ7EKNVi+khin8n5X1bYHHyN/nAKdo4P m+9o1GTI95P3Us0O5Do9egtb8FpjLkiFoIEPehiEpIpPJZ2uzV2xfTFacizroGgDp4TUKU mfB2wZOhOgzlNGcbonJ/0v2etTiBw9L15L62bI3xn7u3wM1xGKxUiZb3gAVDow== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742352369; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=PfCUOIKNjuzFdOG2oNImNut/4Md2j1kQKvFBTwe5TpY=; b=l95GlV+5FyaPnQq2cQLr/qYJG0gBRIgqbR4pAkeU8uIz+r7dGL5kV0cpqKF2tuAAdETvQ6 45JyblYbJxfVOLL89XQtdlfX8Y3FwqAkRYN3pbR96KrBwbGHJzA2h8O/g5qM/dE0Bf1Grt h57UOxyV06i5vF5BulU38BvNZ7vbHMGzslURArWU05YfhIv7MO+u4WvkoKYPRgVfDpczLr 4oX0Kj70iCc5SUfUiWN7dgzy/x8iTRDC5vz93Mypee8K/q9dJ3anwe7Ifglcjr+L2+8vud wjOwl0Pdnz4Ejk9A0GmfRHnJXP2/w2cJg55B1qG2cT2JCwsCPvaL+IEKSaUeFw== 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 "E5" (verified OK)) (Authenticated sender: bz/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4ZHY4K0j2KzD6Q for ; Wed, 19 Mar 2025 02:46:09 +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 09287A64806 for ; Wed, 19 Mar 2025 02:46:05 +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 4D5B62D029E2 for ; Wed, 19 Mar 2025 02:46:07 +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 epF7QbjFvM25 for ; Wed, 19 Mar 2025 02:46:03 +0000 (UTC) Received: from strong-rtwn1.sbone.de (strong-rtwn1.sbone.de [IPv6:fde9:577b:c1a9:4902:821f:2ff:feef:e8d5]) (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 7B0732D029D8 for ; Wed, 19 Mar 2025 02:46:03 +0000 (UTC) Date: Wed, 19 Mar 2025 02:46:03 +0000 (UTC) From: "Bjoern A. Zeeb" To: current@freebsd.org Subject: Re: Possible video driver issue after main-n275966-d2a55e6a9348 -> main-n275975-5963423232e8 In-Reply-To: Message-ID: References: <01qqq28n-p1s3-n82q-9n1s-7o900ro5n62q@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: text/plain; format=flowed; charset=US-ASCII On Tue, 18 Mar 2025, Gleb Smirnoff wrote: > On Tue, Mar 18, 2025 at 08:14:31AM -0700, David Wolfskill wrote: > D> It completed successfully: > D> > D> g1-48(15.0-C)[1] uname -aUK > D> FreeBSD g1-48.catwhisker.org 15.0-CURRENT FreeBSD 15.0-CURRENT #262 main-n275998-82589f926b52: Tue Mar 18 14:17:34 UTC 2025 root@g1-48.catwhisker.org:/common/S3/obj/usr/src/amd64.amd64/sys/CANARY amd64 1500034 1500034 > D> > D> Specifically: > D> * I used the slice on the laptop where I had done the "git bisect" > D> * I first issued "git bisect reset" > D> * Then "git pull" to bring /usr/src up to main-n275998-82589f926b52 > D> * The "git revert 19df0c5abcb9d4e951e610b6de98d4d8a00bd5f9 > D> * Then the usual buildworld, kernel. installworld stuff > D> * Reboot > > This needs to be fixed ASAP, it blocks FreeBSD CURRENT usage on laptops. Well the good news is that I am typing from one so not all is lost. The better news is that it's 3 I have rebuilt since Friday; two with a completely clean main + drm-kmod branch 6.1-lts built along with the kernel straight from the new github checkout full pkg update, started X typing in an xterm today. Even ressurected one with a "broken" display and no battery just for this. Different vendors (HP, Lenovo, Dell; 16-32G memory, all i915kms). FreeBSD 15.0-CURRENT #0 main-n276000-c22b297062e1: Wed Mar 19 01:33:13 UTC 2025 GENERIC amd64 Given the change (conditionally) swaps a malloc for a contigmalloc (it could swap it entirely and it shouldn't matter) and doesn't even touch the KBI it is still hard to believe to be the bug. > If this is not fixed by weekend, I will push revert of > 19df0c5abcb9d4e951e610b6de98d4d8a00bd5f9, to get tree in a good shape > before beginning of the stabweek. Stab week is for finding and fixing regressions; before that I would worry about all the people doing pkg base updates over the weekend as bapt pointed out for an iwlwifi chnage the other week. Also given it's been 3-4 days I would assume if it hit badly we'd have more reports from the occasional people updating main. I would love to hear from anyone else if they had updated since Friday whether they can see the problem or not, as that might then help to narrow this down. I'll try to work with David tomrorow to figure out what the problem might be for him. It's almost 4AM in some parts of the worlds now and I'll stop. Lots of health, /bz -- Bjoern A. Zeeb r15:7 From nobody Wed Mar 19 17:55:17 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 4ZHxFN3wnJz5qDLk; Wed, 19 Mar 2025 17:55:20 +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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZHxFN3D6Yz3rTP; Wed, 19 Mar 2025 17:55:20 +0000 (UTC) (envelope-from bz@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742406920; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type; bh=fhQp42mX+PXvAszyzCbb4Xx8MmgBbqQcoDt/p1PKeq8=; b=AVmR6unf28DqHChUTI5dPhvRVxy33WU3DT/tkRTESd0RaAAZm/MZ6qszF5j6zwZY6SPMf6 eG7OuPlPk4gBw7SNJZ30RBopNIgHRAmCDy+uCGus0hguFplrkOGXIAv/keI9AI6ydGbzXt mPgoSkwMn8Dyq3ZhMKL9a6pgDjmHXqyrdrByTxTfsN398teUp9pvSEm1F7d9+6mWmRgK2i ZohSsTVPcXDHOyDzq1OA9/sQihAsf7NHYm8w4kG+WiEWJ8ZAOW9NbNN2PjifJRGZrCs5Ay L4fLDqLNMODp3/+ZYqhRfZ2oRubCZZ7FjeKUiIhbE+yoiXJuWDKXK+OT3WF0vQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1742406920; a=rsa-sha256; cv=none; b=kYSITBDdxSvqbIwGhn7OZugWK0uus0XVJtYf8Pd+3KJahQwL+/bRzpKDuScWQ4MnjD70vA Jr7yQCt1PCUlb6D95LQqT4tcNfYbaclrwlUymr1JUm846yEVwmUE2sp1PJdgepa45RQN+v 3mrB9Yp94h2RoWsaUEa5kkG64t1Tc6ilQESRwiYocGJhA+Ft2gYYN00xQ51NZQyxOhVLMy RHquOYMFiuULP5ur0JJiV0r050IXDsKU4TkvX1wEKwpHjbO3iC2/faN2cy9u3ePKGwSgVl 55FqapvEP6jC4DZ25zGFiSznG5tTXzehsJZrIUp0odUvZ0wxjFX7k83MF2mE/A== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742406920; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type; bh=fhQp42mX+PXvAszyzCbb4Xx8MmgBbqQcoDt/p1PKeq8=; b=j+7ScBKYuo/2Ro2JiaNP3ZjckEEe6UOuEfc+VPODyRWkOQr/paiHOa8V+t7X18YYD47DCW BGKcJ0F/JhfoqjBfL/qVasyoi3qnqS7ErKJIuDfu4ZymO+X+a2Q8d7l1mz83ZBzdk2RhiL cCaAnyAEwksW4fQMbB424maZaEiGRa2zEuHicPRJ4tHjUw3jG9YJmj2VUCuckTn9LsbNQY YXlsJzYy8DlmeCTDu9yN5+5l5Lu1Ofu1fgw8HAfCWaSBJ5xVvo1eyXWr+xuTPXqQF1DPNu TdXmxk5C9VD7g14qynhXgOv4etpcDGIqraNE4zdbe0c8vBHcbF1yC2Q1Ekex4w== 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 "E5" (verified OK)) (Authenticated sender: bz/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4ZHxFN22Yzzpyj; Wed, 19 Mar 2025 17:55:20 +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 3BC83A64806; Wed, 19 Mar 2025 17:55:16 +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 833A02D029E0; Wed, 19 Mar 2025 17:55:18 +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 RxIysNaAb74Z; Wed, 19 Mar 2025 17:55:17 +0000 (UTC) Received: from strong-rtwn1.sbone.de (strong-rtwn1.sbone.de [IPv6:fde9:577b:c1a9:4902:821f:2ff:feef:e8d5]) (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 5DCA82D029D8; Wed, 19 Mar 2025 17:55:17 +0000 (UTC) Date: Wed, 19 Mar 2025 17:55:17 +0000 (UTC) From: "Bjoern A. Zeeb" Reply-To: FreeBSD wireless mailing list To: current@freebsd.org, stable@freebsd.org, desktop@freebsd.org, FreeBSD wireless mailing list Subject: HEADS UP: will remove iwlwifi firmware from src.git (main and stable/14) in April Message-ID: <02s8on48-41s3-1s5n-4nqn-0s88434946q3@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: text/plain; format=flowed; charset=US-ASCII Hi, I pushed an update to the iwlwifi firmware port today[1] and with the last release of FreeBSD 13 being out the door, 14.1-Release EoL end of this month passed and the packages for the updated port appearing I'll !!! remove iwlwifi firmware from src.git for main and stable/14 some time early April. !!! * What you need to do? Please run fwget(8) to install the right firmware package for your chipset if you have not already and then pkg upgrades will provide updates as needed. You can do this today already as that won't change the status quo compared to what is in the tree. * Why is this happening? iwlwifi following rtw88 and rtw89 after a request from core to not add more binary blob wireless firmware into src.git (accumulated firmware for a set of modern wireless drivers at that time would have been slightly over 100MB if I remember correctly with the amount increasing). As a result firmware was put into ports, broken down into flavors, added to fwget(8) to automatically install it, updated the port to no longer install kernel modules but firmware files on 14.2-R and later, enhanced the install media to contain firmware so wireless-only laptops could have connectivity with these drivers, and enhanced the installer to have a step to run fwget and install firmware into the new installation. All of this shipped in 14.2-R already. Thanks to everyone who helped along these steps to make it all happen. * What's your bonus? If you have't already tried yourself, the updated port will also turn on HT and VHT by default for iwlwifi chipsets 22000, ax210, and bz (that's AX200 and newer) on both main and stable/14. Reports so far have been encouraging enough from some people who've been testing during the last weeks (the rough edges being sorted step but step now). For more information about how to test, about older chipsets, or other drivers see the wireless mailing list archive[2] of this year and the FreeBSD Foundation Laptop Project on github [3] for links to the postings. Please follow up as appropriate on the wireless list. Lots of health and joy, Bjoern [1] https://cgit.freebsd.org/ports/commit/?id=ef3fa2a325a592baa6573782a72cf0d833589ffa [2] https://lists.freebsd.org/archives/freebsd-wireless/ [3] https://github.com/FreeBSDFoundation/proj-laptop/ -- Bjoern A. Zeeb r15:7 From nobody Wed Mar 19 20:57: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 4ZJ1J10n3Gz5qgyP for ; Wed, 19 Mar 2025 20:57:53 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-24.consmr.mail.gq1.yahoo.com (sonic312-24.consmr.mail.gq1.yahoo.com [98.137.69.205]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZJ1J03sMpz4Mb3 for ; Wed, 19 Mar 2025 20:57:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=e0G00faJ; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.205 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1742417866; bh=rj1hey7wGqeXEPLAnMbvfGNpW1UVKP9ecF0Jg6da5is=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=e0G00faJ7HHLv7fwflpQnLlxuJfs9rC1yp43EtIrw8vJ6rYE/PWRiOCFi1oq8qfXW90HN+W4uiPPnCokyCcTtEj+i0nq8cZBtQZrIiJU3El+/pnAbs/7WrZOdaSt3BAp4B54Vn4KIQ77t66amSLwgrxOs6Hhm77JDL0DTiUIqCNhYHGnwNNiFIhO0E2tzDOiN8k+wmYx1asL3qycVb/4w5VwmI2BmiPyVIXfb7PUfUcl/gEdmPp+iCKKr/M4x6dyUkN01KETfreWD6G92oowhPQm41XMforhHn9TlyEmMgx4Kc2rOQbqd2VgGE8GCNN8DPFsCvoDJS7810VpD4SOjQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1742417866; bh=2M4XEeCgyVNvit5VlvNIdUIhS06khZUMD011DWxtIcm=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=mo4Guw+gAfN368XwDVPkyejF7uMrUwTbQXufCtBBzlOBqIHCElxf7R5T3Da9RBer+8m+pkgBfIGrpyUAFeaOnfMBTPHgfN87d1tfgFO1KHXqOVgZHEPjHoa1slfyfHvwUQm95SGyPNvHvzye3BDf7hALC31s5c8iBDLhjO5ZV3DpHfVFHnnHT1Td/sERe39BSI0D2LIVGdKST332uyfZfF1dyp3j0jBj/vVCqU0oYKFPyeiG98LMxgEmN3h/EAFUVDKYr/MdAqtxUqMciFrmIUfh/D6W8JYLbIX5CaRojfYszXxTkjx1jZzW278CB1SPb4fxtR80RD8NrGnvy8PsuQ== X-YMail-OSG: vkTMQPQVM1k_w7iHBtiJt5VY_mGv76imwlm9u1yCQh7fr2NSkaSeT2RqmhrfxZd DBr1smwIc8wMSaWxK_q5TbQohZFMDV2vcgscZahh3EN7XAX43Op1MQGGIF3gU7eLMa6t7ubFS7PM s5AoAvimYtybGwQMhig2.xcwUOLuybQL33a3BtRs9poDkkqsPVwUkH9BceVzbYoIlMv_i6cz2lWU g86wWC24xe6dGQI5vS.gkOxR_cGZiXnJfWqXcfWkVF1CS452mpCz32sKpWXE2MSC548IDYtXf.lV PNButEhlaVWsLR5OCRDUmCYwNJN53EdTwy4WswX_DUBVSCW4.dhg3msjUiAfVad2PHUhUP4IG2PB vp6exrya9spN4kMHvVmoan50jGYCZrPevf25Pv6L0Y8OLKFO61_5WcnxxO_yobBduh4jtlJsQzvx dGYOqKK4bqu0mCiKhzUwb9QPwhwqV4q9iIoLIjSeTYmLLjUbO44IAWofdlIk7shkfXes5ArZUqc4 rEsCaLYI.m_Qos7lVV1.cS9984hGp_CTLGTrXl1kaL1kCzMtYI6CJzRCqe4It8dqUhr7g4Y.iyhM uSh2s9UDMUrAI4jOc38Fm9x2Jm4SK5qYis_a6jPAZFTOM_eWiX74jcO1rlfXKNGcDu3MDyZokeD1 R9iwPVd05qI_Cc.2b9dKnSeK8_0_epBBCmFkcT1sJ9jCI.qd4A89MGpTg2Glr61Q41pBh59eJRCu wuUhKHmlhjK9wJOVKrbZEbmcyEKAt1I1gBx3l5rVdbMRm0Kb8DDNMhd_LgO8nty29YnFt5dlDaJs wluW7mDk5sxQEVoZols_DoAWxTejcBQaXmH188QBlprd8u9xWoGRtbMwEL4uTYCDudr7kzk1rFwt NT8jM4wPAr8n0XXiBAmCjeDDQb57lPYYQJfoLdgwbl3APvY95cjlU7H41KfZeWIEMFrMhnuG99Vz M1MQTfIzF1vt74nLz9webuO7zRZwo96GydSZ8qfm4ywN4ZuNsvZ7uPeIlYhqHmUDreBjleb5O_OX zgMsMb8TAB08sZ17JAflZx0mxDXAWTWoXnNQZ5G6TLGO620xb2sUfza8TzPo3Z4y6f65Hw4BXTyW zkH5fC_qPSvwcvAIiFfoopSY60c4w8d1Ps4vVJURF10j46I3Kqm.U1HWFaOKNMPRQMr4IC4etwzX CuIZyf59MjucU58RveSt5y82WIIc_zARCTipen.66qyxgg9DLdJIgAo59NmkZNnUKjoP._Lgkh8o Fs.iGdZY4_t.j83BPe3G7473m5RrnkOBOgxYIQEAlqtdoHOdSWMpkClvubMs83AfKUpnCG5bpZ1Z 5d9Ugf41lebj1Sx8YNyRyB0R39IHuZRxuGjW3anXve_NAy6J8wVK5D4Oven1tLoFqQTC2WoU1sT1 649zRXYFvydtVO0_P.R0BcMSrf.Yzpct3gu4JbMvCTGQaZm_uDMvmo7fEZqvuPyMB8kKESPtu36o fphQSBQPhisTno5e_8GZTZBzgFlfNv_m27wIkXTgAMEhrgVZVDn2DZBERYaXvoNsEkhv_2exVQee bciFILFrf5AQyB20QKYo2SOlYvHnnIYaturCxEf29R_tNchkShJrKuPDHZuJJJZh7oi42RTMILhh GRjtYD7_H33ZB6NtdTPWDl4zjbNKndiKkcI3eNf2mgyL4rgWSVQPXW4cWz.B9XVuVuoPT4_48Kr0 .2LCdpMFAnBNEsM6ENEDKbdDaZwNwCDVwKdP.95BunRYC3Jpb3jQkun0SCXSJcVO936xxkdBamD3 x10BHBHHA_eskb.H.DR.XVza.wG2mHw3lq0r_j7LfsuN9x5nQE1524hHnng1dIF6x0O1ewDA67yb O98bq6O03H4mLyM83Ek71Wzpv69p7obyrzxGVtGOTYOpTCncx3gb38KzcTXHplIH9CQe1w3pvC3U e0ZAp9rXbRpwe8UjmKSQNfrKT3Pvi76gqiUBha7VUlaIhigOe48jVFjH41GF_fVpIrdgQR._tUCZ 3Ad0DcrqWczGzm6OTByl_lKdUVYTPzTmIUAIiU7d8o9jokpfdvKIiqWzfQ7AuT7mx.XbTFVcNeld SlNF1ebu2ytzCG1ZwaHz69vpDpTZldpbLu.5X4HCREAW7wX4rIjtlML5HYfa._seNKm0ctGYDxKl p9HZksUHRfLo.e6Bd8fgZE6aoN45QMDfquFIhhMsJ6wST3uLQ3wnriHZkHrhDSJ3FVpFG86juQP3 lMj_QPbxaWL_PDSjdLDJEye8XgnUBixKdJiyBSrQYxnQoSUnl86HAI0o2icYve5S2JyYPl857PGQ gA2o- X-Sonic-MF: X-Sonic-ID: 1ed9c366-9f68-4555-9b7a-22f471e1d693 Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Wed, 19 Mar 2025 20:57:46 +0000 Received: by hermes--production-gq1-7d5f4447dd-8z94q (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 5a65cf9ae89be9e14b66f9adb11c5b41; Wed, 19 Mar 2025 20:57:43 +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.400.131.1.6\)) Subject: Re: HEADS UP: will remove iwlwifi firmware from src.git (main and stable/14) in April Date: Wed, 19 Mar 2025 13:57:33 -0700 References: <4F9D70EA-61A1-4F68-8938-E308344332ED@yahoo.com> To: "Bjoern A. Zeeb" , FreeBSD Current , FreeBSD-STABLE Mailing List In-Reply-To: <4F9D70EA-61A1-4F68-8938-E308344332ED@yahoo.com> Message-Id: <6DF6281C-3D05-47C9-9370-D9130EC504FC@yahoo.com> X-Mailer: Apple Mail (2.3826.400.131.1.6) X-Spamd-Result: default: False [-3.38 / 15.00]; RBL_SENDERSCORE_REPUT_9(-1.00)[98.137.69.205:from]; NEURAL_HAM_SHORT(-1.00)[-0.996]; NEURAL_HAM_MEDIUM(-0.93)[-0.932]; MV_CASE(0.50)[]; 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]; NEURAL_SPAM_LONG(0.05)[0.045]; TO_DN_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; DKIM_TRACE(0.00)[yahoo.com:+]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.205:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.205:from]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-Rspamd-Queue-Id: 4ZJ1J03sMpz4Mb3 X-Spamd-Bar: --- [Just a resend with the current and stable lists included.] On Mar 19, 2025, at 13:49, Mark Millard wrote: Bjoern A. Zeeb wrote on Date: Wed, 19 Mar 2025 17:55:17 UTC : > Hi, >=20 > I pushed an update to the iwlwifi firmware port today[1] and with the = last > release of FreeBSD 13 being out the door, 14.1-Release EoL end of this > month passed and the packages for the updated port appearing I'll >=20 > !!! > remove iwlwifi firmware from src.git for main and stable/14 > some time early April. > !!! >=20 >=20 > * What you need to do? >=20 > Please run fwget(8) to install the right firmware package for your = chipset > if you have not already and then pkg upgrades will provide updates as = needed. > You can do this today already as that won't change the status quo = compared > to what is in the tree. FYI: # fwget -v Trying to match device 0x7d55 in class video and vendor intel with = pci_video_intel No package found for device 0x7d55 Trying to match device 0x272b in class network and vendor intel with = pci_network_intel Trying to match device 0x5260 in class misc and vendor realtek with = pci_misc_realtek Needed firmware packages: 'wifi-firmware-iwlwifi-kmod-bz' pkg: No SRV record found for the repo 'base' pkg: packagesite URL error for = pkg+http://pkg.FreeBSD.org/FreeBSD:15:amd64/base_latest/data.pkg -- = pkg+:// implies SRV mirror type pkg: packagesite URL error for = pkg+http://pkg.FreeBSD.org/FreeBSD:15:amd64/base_latest/data.tzst -- = pkg+:// implies SRV mirror type pkg: packagesite URL error for = pkg+http://pkg.FreeBSD.org/FreeBSD:15:amd64/base_latest/packagesite.pkg = -- pkg+:// implies SRV mirror type pkg: packagesite URL error for = pkg+http://pkg.FreeBSD.org/FreeBSD:15:amd64/base_latest/packagesite.tzst = -- pkg+:// implies SRV mirror type After changing to use pkg+https:// : # fwget -v Trying to match device 0x7d55 in class video and vendor intel with = pci_video_intel No package found for device 0x7d55 Trying to match device 0x272b in class network and vendor intel with = pci_network_intel Trying to match device 0x5260 in class misc and vendor realtek with = pci_misc_realtek Needed firmware packages: 'wifi-firmware-iwlwifi-kmod-bz' pkg: Repository base has a wrong packagesite, need to re-create database (A "pkg update -r base" dealt with that and the next try reported that the firmware was already in place.) >=20 > * Why is this happening? >=20 > iwlwifi following rtw88 and rtw89 after a request from core to not add > more binary blob wireless firmware into src.git (accumulated firmware > for a set of modern wireless drivers at that time would have been > slightly over 100MB if I remember correctly with the amount = increasing). >=20 > As a result firmware was put into ports, broken down into flavors, = added > to fwget(8) to automatically install it, updated the port to no longer > install kernel modules but firmware files on 14.2-R and later, = enhanced > the install media to contain firmware so wireless-only laptops could = have > connectivity with these drivers, and enhanced the installer to have a = step > to run fwget and install firmware into the new installation. All of = this > shipped in 14.2-R already. > Thanks to everyone who helped along these steps to make it all happen. >=20 >=20 > * What's your bonus? >=20 > If you have't already tried yourself, the updated port will also turn = on > HT and VHT by default for iwlwifi chipsets 22000, ax210, and bz = (that's > AX200 and newer) on both main and stable/14. > Reports so far have been encouraging enough from some people who've = been > testing during the last weeks (the rough edges being sorted step but > step now). For more information about how to test, about older = chipsets, > or other drivers see the wireless mailing list archive[2] of this year > and the FreeBSD Foundation Laptop Project on github [3] for links to = the > postings. >=20 > Please follow up as appropriate on the wireless list. >=20 In the first context that I tried this, fwget also dealt with gpu-firmware*-mod-* packages. My notes do not seem to be tied to specifically wireless contexts. fwget is a script that does any installs via: pkg install -qy ${packages} Nothing is explicitly present to allow control the repository(s) used. This could be a problem when there are multiple such enabled? Plus there might be ties to which pkg+??? protocols should be used. Also, I'm not sure how things go for when the likes of: kmods_latest_2/ kmods_quarterly_2/ need to be used. (My context tends to be main so I've not tried stable/14 [14.2] yet [when 14.1 is still what the normal official builds are for].) If nothing else, the man man page probably could use some notes about what is required for the installation command to work well in various types of contexts that might not be correctly automatic. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Thu Mar 20 17:41: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 4ZJXw742ptz5r8qx; Thu, 20 Mar 2025 17:42:31 +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 4ZJXw63G5Sz45pR; Thu, 20 Mar 2025 17:42:30 +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=LayHzljG; 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 0EEC5240EAD; Thu, 20 Mar 2025 18:42:28 +0100 (CET) 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 530A42405D8; Thu, 20 Mar 2025 18:42:26 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walstatt-de.de; s=DKIM001; t=1742492546; 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; bh=LKtB/O8Umo3Ae6k+vHKWWnty18z3WK89sE1SSrX5hY8=; b=LayHzljGfINLUEg95feFQXWA6MJA3/qiqzBQE+UMYMJNSLStFL4+fCdxe18C7k9hd021f+ 9U7tiwjwXULCl0S3lQDsIyp1FDQUst/tC2ZIwda62NOlYUBvKZFJjw6iz8nrPJjsKzzK7y 9vSiHC5xr5TGnCSd77MLElY1A91zzQOSarieLwhwdr4kOydazDZ7zv1OOqy+NI97rR8rlr KP4Ydq8X1MvF3+byng/xu5lwy3M9G+0hImaPwWz1xfXY8gU1C5F7ak6vDUlZE86T902OWI Ag9/NaH5tNnBqylrQcXBBz4rMmefytRHEcKu75b8Dou1cXmZsUBVz65MHq4QWA== Received: from thor.sb211.local (dynamic-2a02-3100-1902-b702-add3-147f-174d-ed38.310.pool.telefonica.de [IPv6:2a02:3100:1902:b702:add3:147f:174d:ed38]) (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 22113240564; Thu, 20 Mar 2025 18:42:26 +0100 (CET) Date: Thu, 20 Mar 2025 18:41:58 +0100 From: A FreeBSD User To: FreeBSD CURRENT Cc: freebsd-net@freebsd.org Subject: rtadvd: rtadvctl -vv show : Segmentation fault - after lots of Link up and downs (ISP) Message-ID: <20250320184143.72723d05@thor.sb211.local> 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_/8_mFkvLRmZ/WPMk0FYZUY5w"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Rspamd-UID: cacbc1 X-Rspamd-UID: 9c3765 X-Spamd-Result: default: False [-6.70 / 15.00]; SIGNED_PGP(-2.00)[]; RBL_SENDERSCORE_REPUT_9(-1.00)[85.220.129.31:from]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-1.00)[-0.998]; R_SPF_ALLOW(-0.20)[+ip4:85.220.129.0/25]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_DKIM_ALLOW(-0.20)[walstatt-de.de:s=DKIM001]; RCVD_IN_DNSWL_LOW(-0.10)[85.220.129.31:from]; ASN(0.00)[asn:25394, ipnet:85.220.128.0/17, country:DE]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MISSING_XM_UA(0.00)[]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[walstatt-de.de]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org,freebsd-net@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[walstatt-de.de:+] X-Rspamd-Queue-Id: 4ZJXw63G5Sz45pR X-Spamd-Bar: ------ --Sig_/8_mFkvLRmZ/WPMk0FYZUY5w Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hello, when there are often changes of the IPv6 prefix and rtadvd is running, the = command rtadvctl -vv show quits with a "Segmentation fault error" after the first vlan interface show= n, not showing any subsequent vlan NIC. Prefix delegation is corrupted and so the IPv6 network= behind the router. I have to restart rtadvd to mitigate this problem. I run an PCengine APU2 with three physical NICs, the interior NIC has up to= 10 vlan configured. The problem can easily be reproduced by restarting mpd5 several times (I wa= s configuring and coding a link-up script and had to restart mpd5 2-3 times a minute over an = hour or so). Without the restart of rtadvd, the service remains dead and inoperative. The APU2 is running FreeBSD 14-STABLE: FreeBSD 14.2-STABLE #23 n270736-94f414086075: Tue Mar 11 20:52:07 CET 2025 Kind regards, oh =20 --=20 A FreeBSD user --Sig_/8_mFkvLRmZ/WPMk0FYZUY5w Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQRQheDybVktG5eW/1Kxzvs8OqokrwUCZ9xTgQAKCRCxzvs8Oqok r8neAQCheqdmEVQpigpGC11S+OB0Q4hcgtdFNXNaMwMMLzN7GQD8C0PVsOM1I2UM rs/s/6hg8rVeEjt+NG0dR4veKIXTUwA= =eToK -----END PGP SIGNATURE----- --Sig_/8_mFkvLRmZ/WPMk0FYZUY5w-- From nobody Thu Mar 20 17:46:34 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 4ZJY140Ywfz5r8rq for ; Thu, 20 Mar 2025 17:46:48 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io1-f54.google.com (mail-io1-f54.google.com [209.85.166.54]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZJY126hC0z49RK for ; Thu, 20 Mar 2025 17:46:46 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=freebsd.org (policy=none); spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.166.54 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com Received: by mail-io1-f54.google.com with SMTP id ca18e2360f4ac-85517db52a2so18565439f.3 for ; Thu, 20 Mar 2025 10:46:46 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1742492806; x=1743097606; 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=Xw/j+A4SB/3TvJ5owiEcxWsPyR0zBHvPThBm4aivXv8=; b=q8/tBPX0OTpXRAC0cW7rynX6pYFAJD9prRmuoD/SEMUneSPTGdnglTv3nifenc4n9q PMAkiDLp/OMyYKPTAOKcdwqObuGEyzGgC0CXxJy4gDU9TuIvzeCUUDnD0Yh4qGFeApLZ ik1/HPR4ZLhIx3dBn5/c/YU8Vd2u7T6vhrww8knaoTHp+ZXFcV6Z9G7sbFffwQaANIus 5H4tb46MsHZLU0N4l3qFAKlSsvG7zGJU4TNsfSghwSAraZnxCXDcLx9wtkY4NHPPmmOh hlLiV08McvqwMQcKvHvpgub65bNJ3WK2Yfkbbr5KlPud+EMOAWSV39wztSH9nzHuFMrr VVJg== X-Forwarded-Encrypted: i=1; AJvYcCWoRWgYRJETOXiHyM+DvbXgxCORtHdxKqB8VTMx6QkLYHDOjmwEawJZ7J9MAvN5DskGnXoggSoV3nQV7C0BnTM=@freebsd.org X-Gm-Message-State: AOJu0YzAO62BgcENpo3kcHZPe35jQEVUlWFG3wQpHHMpf/2QlLnFLjf2 XxoA7f4ZSXpwGc2wimwnYhAZKRT126BtbH1kaiBEtabQtlXGIO6hKxTMCGEY4h7my6uDJu3ivT2 +9xv+YWRKy5brsYmSXUCYrSvAT9w/lw== X-Gm-Gg: ASbGncsDStFH90nqhXdj/hOXUKkVkkaUiBmQvxgS6JQgxzVPgNE0iQiTnB2ji+TDJXI eTFscdObsNU77beYSAHbyhg6Ii+999kym4JTH0TYe6vZyChRnkblKaX37JhzJ8SUVmRYtnCzG0h L3A4ibFWExh4IuTBWQSE3tM2LnP/9xYK125T8qA/UIZVN6UYnG2JC8kFsx8nIW X-Google-Smtp-Source: AGHT+IH7h0CkeBjk436WcQ6Qhcqa/yDrhHGDyC+TxPcTLFJjnFrOtT5uiexmo4EmQrMKbG6tRUdRP2RFvNj9u48po8s= X-Received: by 2002:a05:6602:4c05:b0:85d:a69f:371d with SMTP id ca18e2360f4ac-85e2ca55b1dmr17489239f.4.1742492805857; Thu, 20 Mar 2025 10:46:45 -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: <8ef4da67-ec6c-455d-b7b5-c0701b28b819@protected-networks.net> In-Reply-To: <8ef4da67-ec6c-455d-b7b5-c0701b28b819@protected-networks.net> From: Ed Maste Date: Thu, 20 Mar 2025 13:46:34 -0400 X-Gm-Features: AQ5f1Jq8Ps8TlpvNobS9DUcYJ1yW7oaqbTtSp9hs7ctOobVnmTFZyYmcxJi3wOY Message-ID: Subject: Re: Reply: ISO build broken? To: Michael Butler Cc: yu shan wei , freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Spamd-Result: default: False [-0.69 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-0.99)[-0.990]; NEURAL_HAM_MEDIUM(-0.84)[-0.840]; NEURAL_HAM_SHORT(-0.76)[-0.763]; RBL_SENDERSCORE_REPUT_7(0.50)[209.85.166.54:from]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; MIME_GOOD(-0.10)[text/plain]; BAD_REP_POLICIES(0.10)[]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : SPF not aligned (relaxed), No valid DKIM,none]; FREEMAIL_CC(0.00)[vip.163.com,freebsd.org]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; TO_DN_SOME(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEFALL_USER(0.00)[carpeddiem]; FREEMAIL_ENVFROM(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; RCVD_COUNT_ONE(0.00)[1]; R_DKIM_NA(0.00)[]; R_SPF_ALLOW(0.00)[+ip4:209.85.128.0/17]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.166.54:from]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; MISSING_XM_UA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[209.85.166.54:from] X-Rspamd-Queue-Id: 4ZJY126hC0z49RK X-Spamd-Bar: / On Tue, 18 Mar 2025 at 22:39, Michael Butler wrote: > > Ah .. thanks for the hint .. trying with WITHOUT_LLVM_BINUTILS set now, Thanks for the report - I've opened https://reviews.freebsd.org/D49425 to address this. From nobody Thu Mar 20 18:25: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 4ZJYsp4v4hz5rCY4 for ; Thu, 20 Mar 2025 18:25:34 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [202.12.127.228]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.protected-networks.net", Issuer "R11" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZJYsp2vWjz3L2s; Thu, 20 Mar 2025 18:25:34 +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=1742495128; bh=R7iP01/P0L/Bq4cmBvA8KCooV3auaonPIKYn 1Soh8OM=; b=DhecuGKvvH6KqHWPsIaF5qOhKLHfGdk3thADmaB1Ij8r2VBYR7NM WcHndWuxgO9SLUyv4TDf22bcrIfIzNhzDb57pn3vr6Kc6WFGlK7BydFiUyKGMC7B Boushk+pPTxae0GM6t4ZWoPD+7c7lbaRRn6l4GDBrM+Bnd1TLWxWX9o= 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 8416B75CEB; Thu, 20 Mar 2025 14:25:28 -0400 (EDT) Message-ID: Date: Thu, 20 Mar 2025 14:25:28 -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: Reply: ISO build broken? To: Ed Maste Cc: yu shan wei , freebsd-current@freebsd.org References: <8ef4da67-ec6c-455d-b7b5-c0701b28b819@protected-networks.net> Content-Language: en-NZ From: Michael Butler In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:5716, ipnet:202.12.127.0/24, country:US] X-Rspamd-Queue-Id: 4ZJYsp2vWjz3L2s X-Spamd-Bar: ---- On 3/20/25 13:46, Ed Maste wrote: > On Tue, 18 Mar 2025 at 22:39, Michael Butler wrote: >> >> Ah .. thanks for the hint .. trying with WITHOUT_LLVM_BINUTILS set now, > > Thanks for the report - I've opened https://reviews.freebsd.org/D49425 > to address this. And just to confirm .. adding WITHOUT_LLVM_BINUTILS allows the build to complete, Michael From nobody Thu Mar 20 19:52:19 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 4ZJbnz1CY5z5rJNV for ; Thu, 20 Mar 2025 19:52:23 +0000 (UTC) (envelope-from bz@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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZJbnz01wbz3KrJ; Thu, 20 Mar 2025 19:52:23 +0000 (UTC) (envelope-from bz@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742500343; 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=KEMN2Dlo/BEQ6SbUS4z5oeY/9wiNW4f1JJVBHUEc+ZA=; b=MsJIL1u9y7gko5+PCztJSkFWtU35eG4jq8GzCvI7jg7emfJfhzz/a2g0kx77Uy+IYpivgf yHNyqpliIqOMuKKquO2rI4h1oYQTE08a7hd+2NFbKlU9+Myq8gtqLT22U2A3J3onl/l4Hv PfESLMrEy3NyrWxB0n2JUYmKK7t8y/Wc/rKkK9KHKMKkxaELnC34puw5oBJIGscFsKcVWd dWXODHZZ0OY+3l3Cbk8Pl8fn9W+nDBm+rXalO8s+6LI/MtGdvXVdj8BEeeMUsQHkRdKrFk he4ZoYZn1LqYVzPVZ78Cdl1RCfN5FVmMDSndR9koUwZwxm+YIKc2sBLxSUmUXA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1742500343; a=rsa-sha256; cv=none; b=S5TC4Bw6o6gTr228VDOSq+ttsvsZlJvB25igfolByQoMAqloIEEUnAk7m2Vt7kAFLTBcO7 kmzpEm4Vg3ktGPvlv2yuGPp+3n96AutgW2ND7aw2KTzM1C6PfLDqZI5y+Iq0q1OIg9HGL8 1bpKiyO5g7u6dF4lZbb8V0SkbZ8httJ4C++i0gnP4qYY1qOHPoGup5XhjhYab/qHmxHMT/ zIhtelzor74+bw+xpZjQRRkv9e0D9d3LK2v/FlEI8thY6VMwzwCa18E8ZB7H2eFKBsQC79 5Z/bYX/NQBDS6v+/Zc2WbNh+GjkBpUCYjYhDO7amCeNre1F3RTqt4q5t3fSUMw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742500343; 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=KEMN2Dlo/BEQ6SbUS4z5oeY/9wiNW4f1JJVBHUEc+ZA=; b=jEjqEtB2vsscftGTG7GrELuJImLWzDqQ8tjP5seAB7MWsqjSzoa1Iv+LwaUYauoDpP0XvR ZlpvEfra7cVzEdk2cMbMB0nlWdKNxh38LUW/fhW1pAj/ARh1rgR+0wovSPgv4D8FlrEZin SfjLZdJW/uZJ3K/8ZczhQPwNkgqj1tVoCRc5+xuVcXGzZVZPryH0rAYRYvnTvZqiyi5+r0 KPJEoIINbnC4a2KRBAIwH1bTnIy05ZfT3cNbl2rEinMbJmVRo1aIlZxmm6Ot2JD1IFBKzj AIR0DVWSihszCSNqVerbdn+r6VdZ83z2jz5D3YKI7MjNOs8nY76Rmn4tC8m6Aw== 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 "E5" (verified OK)) (Authenticated sender: bz/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4ZJbny5rBLz8pg; Thu, 20 Mar 2025 19:52:22 +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 BF5A7A64806; Thu, 20 Mar 2025 19:52:18 +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 1C4C52D029E1; Thu, 20 Mar 2025 19:52:21 +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 ciE6Nq9F3taE; Thu, 20 Mar 2025 19:52:20 +0000 (UTC) Received: from strong-rtwn1.sbone.de (strong-rtwn1.sbone.de [IPv6:fde9:577b:c1a9:4902:821f:2ff:feef:e8d5]) (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 0613B2D029D8; Thu, 20 Mar 2025 19:52:20 +0000 (UTC) Date: Thu, 20 Mar 2025 19:52:19 +0000 (UTC) From: "Bjoern A. Zeeb" To: Gleb Smirnoff cc: David Wolfskill , current@freebsd.org Subject: Re: Possible video driver issue after main-n275966-d2a55e6a9348 -> main-n275975-5963423232e8 In-Reply-To: Message-ID: References: <01qqq28n-p1s3-n82q-9n1s-7o900ro5n62q@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: text/plain; charset=US-ASCII; format=flowed On Tue, 18 Mar 2025, Gleb Smirnoff wrote: > On Tue, Mar 18, 2025 at 08:14:31AM -0700, David Wolfskill wrote: > D> It completed successfully: > D> > D> g1-48(15.0-C)[1] uname -aUK > D> FreeBSD g1-48.catwhisker.org 15.0-CURRENT FreeBSD 15.0-CURRENT #262 main-n275998-82589f926b52: Tue Mar 18 14:17:34 UTC 2025 root@g1-48.catwhisker.org:/common/S3/obj/usr/src/amd64.amd64/sys/CANARY amd64 1500034 1500034 > D> > D> Specifically: > D> * I used the slice on the laptop where I had done the "git bisect" > D> * I first issued "git bisect reset" > D> * Then "git pull" to bring /usr/src up to main-n275998-82589f926b52 > D> * The "git revert 19df0c5abcb9d4e951e610b6de98d4d8a00bd5f9 > D> * Then the usual buildworld, kernel. installworld stuff > D> * Reboot > > This needs to be fixed ASAP, it blocks FreeBSD CURRENT usage on laptops. > > If this is not fixed by weekend, I will push revert of > 19df0c5abcb9d4e951e610b6de98d4d8a00bd5f9, to get tree in a good shape > before beginning of the stabweek. Just to follow-up on this. David has been fantastic doing kernel debugging via email in ddb> with a blank screen in front of him and got me a core dump. (*) He's hitting a ... somewhere in i915kms.ko (here's the two instances I have): REDZONE: Buffer underflow detected. 16 bytes corrupted before 0xfffffe089bc65000 (262148 bytes allocated). REDZONE: Buffer underflow detected. 16 bytes corrupted before 0xfffffe08a7e70000 (262148 bytes allocated). >From what I gathered so far it is "generation specific" so depending on what chipset/model/age the graphics chip is there's different function pointers. That likely also explains why other people who tested these malloc changes have not seen this. I cannot yet say if/which are affected but I am preparing some debugging changes locally for him and am already seeing four different calls through that bit during init (module loading). I also do build drm-kmod differently to him (I use the github checkout in /usr/local/sys/ still while he's building the port along with the kernel. Also there seems to be some problem loading firmware. I assume we'll keep debugging it to a point that we can either have a fix for drm-kmod-6.1 or at least write an intelligent bug report for his case. I can't say if a non-debug kernel would "just work" by accident (it likely has for months) but these things are likely elsewhere too and the reason for the occasional stuck in X with a dead laptop (while actually sitting in ddb or gone through a panic) people have been seeing. While this one is possibly a side-effect of the commit (contigmalloc instead of malloc) the bug is elsewhere and the two changes which went in and the one further which is coming may actually help us to make drm-kmod (amonst other LinuxKPI consumers) more reliable. I would hope that some DMA problems in wireless land also go away, especially on arm64. All painful but helpful. So I see little reason to back this change out anymore at this point, but get drm-kmod fixed instead. Lots of health, Bjoern (*) we should write some of this down for people as it may help in a lot of situations. -- Bjoern A. Zeeb r15:7 From nobody Fri Mar 21 08:56:01 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 4ZJxBD65k4z5qtPs for ; Fri, 21 Mar 2025 08:56:04 +0000 (UTC) (envelope-from glebius@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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZJxBD5NQXz3Kwx; Fri, 21 Mar 2025 08:56:04 +0000 (UTC) (envelope-from glebius@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742547364; 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=wJxClWI1hv1wazIyOkvALbFpEuon2NH0RtTvs8v4uMg=; b=Rbr5esp9AsXO6Zfmdhs7WWr2UeJJ/qt126oeu3jnZ43FKkQRp3PaI+yJkMkLW8rT1URJcW Ci6p9+E7MCEALfIEMYYRLukRCvVzjGgUxBIqbXuk0ncvP0tAPK1hp9D+FRdhp0kiappvvc FJIvuCgTYN1La9Z98u/tfhUULL2ou+3vMwPS263lMZ4fv+whVuUvZgPWEAI6xf8/yuyLH5 8JHVLvNSmJVdgho9WYNuQAbbPuhFQvhKuy3kpAclEQ3w1ZabCeMvzylxbnSN7If8HLbUz3 LxuaTixdT7APh51Ge5WnHoZG96NLrb4EDAsdwv4kpTa9EPYsPVcoHt8H5Be62Q== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1742547364; a=rsa-sha256; cv=none; b=ngj2bvlwxamPNSXm0aPuaO4oBrEU/RV0EuQmvbh2emQ6lt7pyd9NJ1WLvR5XYxuzsFN+3F Ia5+ahXz38WlxiAU1FR7iUHwX27NXLVsS1+tWj7WGwqz6JKnZlwUDkq22BRM5ZawLNGuQ/ s+Z26SRNOvyUUv+zRAmSdoCmb9kxK7SbHqZInUyPCwt++++WzHFRcS+tfXYcBjse91IHKo 4e31S+PujvVRtOe7zhqjmvvHOpbMFp2S3hRi/ku+p/kaEljMNN5fmh6TY/ZEcVAAN0yW6e w4hIGpaZbBKYDqKzSmNE7E8JfVERvgslVQrE7aEhTsBzJnPwO2/8QTPWGWb5Ww== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742547364; 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=wJxClWI1hv1wazIyOkvALbFpEuon2NH0RtTvs8v4uMg=; b=GPeZrpsz+El+kf9rjllyvMihSTJK6/h2TuU+uAB8G5XFuGMc8TWtyL46lNoM4w63ho/S0T INOgZY22jp3YGMFiYNvLQUf/PbxsJQ4mGLO629rEGL1f8hSPDqJ6Ydz+RVVU5TTwUlirnq D88wI/tpVoTGzfopHZBDhiAgyNcMnUv64P57R8Bl1rmfQPzwI4tx8z/YVQisjWYZmHRllu HwgkW74I2VMASMUg11YWnCwll91CC/qF7DgLI4avBdiD9GEoh3r7+T80Um9oDZNhbWt+9X LTfFErbZlXMaNN1UGnPCVpiyi/UO1MJ2HuQAsuL4p/ca7DrL3XhW9w7lSYLJ4w== Received: from cell.glebi.us (glebi.us [162.251.186.162]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: glebius) by smtp.freebsd.org (Postfix) with ESMTPSA id 4ZJxBC6z0SzQf7; Fri, 21 Mar 2025 08:56:03 +0000 (UTC) (envelope-from glebius@freebsd.org) Date: Fri, 21 Mar 2025 01:56:01 -0700 From: Gleb Smirnoff To: "Bjoern A. Zeeb" Cc: David Wolfskill , current@freebsd.org, markj@freebsd.org, kib@freebsd.org, jhb@freebsd.org Subject: Re: Possible video driver issue after main-n275966-d2a55e6a9348 -> main-n275975-5963423232e8 Message-ID: References: <01qqq28n-p1s3-n82q-9n1s-7o900ro5n62q@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: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Thu, Mar 20, 2025 at 07:52:19PM +0000, Bjoern A. Zeeb wrote: B> He's hitting a ... somewhere in i915kms.ko (here's the two instances I B> have): B> REDZONE: Buffer underflow detected. 16 bytes corrupted before 0xfffffe089bc65000 (262148 bytes allocated). B> REDZONE: Buffer underflow detected. 16 bytes corrupted before 0xfffffe08a7e70000 (262148 bytes allocated). I looked a bit into the problem and it actually seems very trivial to me. Please re-check my observations. A contigmalloc(9) allocation doesn't get redzone protection, see kern_malloc.c. But free(9) always does contigmalloc check. This makes deprecation of contigfree(9) incompatible with redzone(9). And looks like 19df0c5abcb9d4e951e610b6de98d4d8a00bd5f9 is our first bump into this sad fact. Added reviewers of d1bdc2821fcd416ab9b238580386eb605a6128d0 to Cc. -- Gleb Smirnoff From nobody Fri Mar 21 09:34:16 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 4ZJy2S3zPfz5qwpf for ; Fri, 21 Mar 2025 09:34:24 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-pl1-x636.google.com (mail-pl1-x636.google.com [IPv6:2607:f8b0:4864:20::636]) (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 4ZJy2R54nqz3XVV; Fri, 21 Mar 2025 09:34:23 +0000 (UTC) (envelope-from markjdb@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pl1-x636.google.com with SMTP id d9443c01a7336-224019ad9edso41773495ad.1; Fri, 21 Mar 2025 02:34:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1742549662; x=1743154462; darn=freebsd.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:sender:from:to:cc:subject:date:message-id :reply-to; bh=pohX0M+Dl1V9pnlGNg5Og1gkiK1wLGVaoFgSqq58v3Y=; b=M3EzMgUorTRRI78khtbIz9R91LdCBF4MNWQZ2pYhUnAF7n6myTgNAkpp/8nGuVhUdB ljXEY0srqvKYCqs+HsmF0djrQcpJ4taD9jJAzj7Xe1/WtIc92j9vsT8FgZq0/Mt1ydWI pga4mi+Fk0AmAhyNImrDhgLBoh8bDE+SB6jCWd9iywvAvxMpAXJ3IoceVdhAcWebBk1t KOBfKFq72/8O99VeV5Hb+JshTBxP2YjBoFkqRc/dtfpVslQL6JR93YSqguqjBVnzbs3i 79mx0rInly3TQ4k3bcxVJDuHAUq+NNC+ZfzmxkT/CE5kerGX+hQLOvmPkjCHAKs3NECJ zCFA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1742549662; x=1743154462; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:sender:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=pohX0M+Dl1V9pnlGNg5Og1gkiK1wLGVaoFgSqq58v3Y=; b=vRN4BtH6Qe65qL1l5chBIhBFggzBjPK1OqUvlccx8CCGscPypzlzkCCe5Um2VIq2EQ nLrg09ab7wPwZTpWdhen3u7+8CgN9ObrhjcVMbAAxHY9+/k7T2VZiH6L2kxdJouBSBy8 juAMq2JRIHIFO1Zp3zaqvl4Ihy4UFhhDci1D1+s2+7bxxCQT2Ff3EU4F3Tv6pApZqOTP 4+rDWUXR+R5MXXEH5PG5aZYoWbAC+KBxfrcNa4RYcD0MNB6ctp1hGJn1FeXEGqcEvCAW KdS2e1ehfMfOcy2SaPdL+VmoBB629EKL+S2KMmGGOTzYu7MnKPmgU2TxG91yXK0y4NkJ WCOA== X-Forwarded-Encrypted: i=1; AJvYcCV4BddW+ihz0tVnGN3lUDE5JFf0ropS74qndhkJXbMUxUMLp6/ljaVEEv+vdvABQbcCVBGq@freebsd.org, AJvYcCV7WbY0veOuqfYAT5v2NF7CtdOo4KFJ5wEnihtHBSCCPpOALnz2pj6ngsMAk4XgNfSQ9CzKeNl8@freebsd.org, AJvYcCWSSl/C7XHCWGD7EUtN/RZwcHdK8CNY5/7iHlgGiFAlM+PkywuGFPsNk882sEmfwFJ7Vcii@freebsd.org X-Gm-Message-State: AOJu0Yx0fICvuI45enrwgC55J/tq9+E7UuduRTqnfOYF1j52WKyoi/K5 7NBD9AhDAYSZE/TOiDFKgwueSYUhnoIMNn9rlYy+XwKP5+2/Y88OfuLze6PEnyc= X-Gm-Gg: ASbGncuwgWOtot5Rue633QxFsVaDFNr22PEjABPTD2eQCBJUZoS4e2XmXZOMnMUfbqP fyafrJMz5SrmDeTqcubSn5QIEgdEopmz6qaRamFthNcZcAoBbW01/YoOOFB30Gl9g4J8PtLtEq7 LxqO75TqvNTwEXv1ar//7yvgSofskQWfWu2CCYc+i+bxfEX00PWEVmVjPFB/iPLzQNujpzVfivM wxjyrYFdEe0j6FYAWhh5nEe4Y13MXmxPHg9QVh6FrjlnFpUCxxpH8tBIDZ/HiWUpnGY80zvtP5k rJ6ygiEmTDT8weObdpa8+DVVHNBq05KH+sBUoFP4HuZ8whO8kRFbS06ggh7YOYQOaNs= X-Google-Smtp-Source: AGHT+IHcmfLfs87Bhl2BCKMtIaZX74WacHiT59eJ3KfXad5Iwc4V4OooQnFKadGIAz+8YCiROa7vcQ== X-Received: by 2002:a17:902:d54a:b0:224:24d3:6103 with SMTP id d9443c01a7336-22780e0327amr57755635ad.35.1742549661753; Fri, 21 Mar 2025 02:34:21 -0700 (PDT) Received: from framework (M106185150005.v4.enabler.ne.jp. [106.185.150.5]) by smtp.gmail.com with ESMTPSA id d9443c01a7336-227811f6f88sm11910995ad.237.2025.03.21.02.34.19 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 21 Mar 2025 02:34:21 -0700 (PDT) Date: Fri, 21 Mar 2025 05:34:16 -0400 From: Mark Johnston To: Gleb Smirnoff Cc: "Bjoern A. Zeeb" , David Wolfskill , current@freebsd.org, kib@freebsd.org, jhb@freebsd.org Subject: Re: Possible video driver issue after main-n275966-d2a55e6a9348 -> main-n275975-5963423232e8 Message-ID: References: <01qqq28n-p1s3-n82q-9n1s-7o900ro5n62q@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: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4ZJy2R54nqz3XVV X-Spamd-Bar: ---- On Fri, Mar 21, 2025 at 01:56:01AM -0700, Gleb Smirnoff wrote: > On Thu, Mar 20, 2025 at 07:52:19PM +0000, Bjoern A. Zeeb wrote: > B> He's hitting a ... somewhere in i915kms.ko (here's the two instances I > B> have): > B> REDZONE: Buffer underflow detected. 16 bytes corrupted before 0xfffffe089bc65000 (262148 bytes allocated). > B> REDZONE: Buffer underflow detected. 16 bytes corrupted before 0xfffffe08a7e70000 (262148 bytes allocated). > > I looked a bit into the problem and it actually seems very trivial to me. > Please re-check my observations. > > A contigmalloc(9) allocation doesn't get redzone protection, see kern_malloc.c. > But free(9) always does contigmalloc check. This makes deprecation of > contigfree(9) incompatible with redzone(9). And looks like > 19df0c5abcb9d4e951e610b6de98d4d8a00bd5f9 is our first bump into this sad fact. Can we not just add redzone padding to contigmalloc() allocations? Compile-tested patch below: diff --git a/sys/kern/kern_malloc.c b/sys/kern/kern_malloc.c index b1347b15e651..0b76e633b04a 100644 --- a/sys/kern/kern_malloc.c +++ b/sys/kern/kern_malloc.c @@ -477,11 +477,18 @@ contigmalloc_size(uma_slab_t slab) } void * -contigmalloc(unsigned long size, struct malloc_type *type, int flags, +contigmalloc(unsigned long osize, struct malloc_type *type, int flags, vm_paddr_t low, vm_paddr_t high, unsigned long alignment, vm_paddr_t boundary) { void *ret; + unsigned long size; + +#ifdef DEBUG_REDZONE + size = redzone_size_ntor(osize); +#else + size = osize; +#endif ret = (void *)kmem_alloc_contig(size, flags, low, high, alignment, boundary, VM_MEMATTR_DEFAULT); @@ -489,16 +496,26 @@ contigmalloc(unsigned long size, struct malloc_type *type, int flags, /* Use low bits unused for slab pointers. */ vsetzoneslab((uintptr_t)ret, NULL, CONTIG_MALLOC_SLAB(size)); malloc_type_allocated(type, round_page(size)); +#ifdef DEBUG_REDZONE + ret = redzone_setup(ret, osize); +#endif } return (ret); } void * -contigmalloc_domainset(unsigned long size, struct malloc_type *type, +contigmalloc_domainset(unsigned long osize, struct malloc_type *type, struct domainset *ds, int flags, vm_paddr_t low, vm_paddr_t high, unsigned long alignment, vm_paddr_t boundary) { void *ret; + unsigned long size; + +#ifdef DEBUG_REDZONE + size = redzone_size_ntor(osize); +#else + size = osize; +#endif ret = (void *)kmem_alloc_contig_domainset(ds, size, flags, low, high, alignment, boundary, VM_MEMATTR_DEFAULT); @@ -506,6 +523,9 @@ contigmalloc_domainset(unsigned long size, struct malloc_type *type, /* Use low bits unused for slab pointers. */ vsetzoneslab((uintptr_t)ret, NULL, CONTIG_MALLOC_SLAB(size)); malloc_type_allocated(type, round_page(size)); +#ifdef DEBUG_REDZONE + ret = redzone_setup(ret, osize); +#endif } return (ret); } From nobody Fri Mar 21 09:50:58 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 4ZJyPd5H9hz5qy2j for ; Fri, 21 Mar 2025 09:51:01 +0000 (UTC) (envelope-from glebius@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZJyPd3xMdz3dgY; Fri, 21 Mar 2025 09:51:01 +0000 (UTC) (envelope-from glebius@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742550661; 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=+t08LD5CmqD/AA503jLRugbCzWmMXh82K16jm+DwN1U=; b=aVG/iXHo/eVWOgdvPxTwEalgy7TFuToaB3xlv2iD0V4gjZ4pDj1m2anokvJViasOseN0kJ A0K7l0BC8tGa3WEXTtqc154Zxxz3+UQYfvxthMJHlhPBULGKlY+gAFNvRANRz1wPpuWwK5 /VwYo2a6F7UcEUPTKGR+0+gzwGxQHjHgpBYHJcutuJnJRrnRC5ZDQ9UlaaISTQ6HfWa5ta GhSDg4tM4xEo6py7fRacvq6/ayGx0EpDKPfXib9rgPLgSQQ3nR9POfYnXZ7gdUlXRclDzC mlT+HK1UNUlVR09vU1koiTnSdGiNM19p/JVG07jxvqkEqS92CGV5Avg3g4Yv1g== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1742550661; a=rsa-sha256; cv=none; b=WoxXp1FXrtf7RC2EARsz8XbzAfwiXrVmXy23JsmZJlXftSHQE11P/Xem1F5rZJjuXWkeJW W5zWMxtt+pBpRuaaU3d/+etEjqZiMJn7X2PEfJuV6IES2Rsi9wqeDI8yrhsTvzd4ElA3jD 2V7VcnsvV2pe31uQCG9BxtYvtng7CNkUI53EYKe01R0FZMqAjCHiwuVYjdkcDVyOKX/iWo 1LoWQPQsdG/4PD+2pWOTX3lG9u4v6z1xKTsjFvGdLGKuopZDLgfzTx+1u9Gu+Xgn68t6Xk VujLolLuof/br5QF6BDTf+iY3PS9rs8xYtoWuWDVvQys67y7+rzhZLDc4ZKYXA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742550661; 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=+t08LD5CmqD/AA503jLRugbCzWmMXh82K16jm+DwN1U=; b=ahwUQCQHhDFaEM84sLEk6Cm65AzLcWmD0RmCWLGoGRHyh1WR7xP7WeNtatJREQD8ZSNdkP A8tdGl9vtNg5q4Y7wnCLFbTCffkprnkt6RiWc5seFOd3NDo51TeQq7GUAWK/TRAlHeWSwW ZONXg5P0VINHtcyfo4RrHFyNM2jK4UKmoV7Pp8z4dnbaLZNt6qC6Z5hUN7N7OP3CVjEv/x n4k0Sk0MBOJwhQTEbf3wQLeKWGrs+Duq+gE/7Tt73L3kqa7mMltJ+aqqHUB7tbsF8XW1Ne ncy3P1RZg1gRG921tfkeNv4JYudY+Vp/VZcJz8bhNUjUGaHFVzfRDo5mxoFK8Q== Received: from cell.glebi.us (glebi.us [162.251.186.162]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: glebius) by smtp.freebsd.org (Postfix) with ESMTPSA id 4ZJyPc1bJVzZQN; Fri, 21 Mar 2025 09:51:00 +0000 (UTC) (envelope-from glebius@freebsd.org) Date: Fri, 21 Mar 2025 02:50:58 -0700 From: Gleb Smirnoff To: Mark Johnston Cc: "Bjoern A. Zeeb" , David Wolfskill , current@freebsd.org, kib@freebsd.org, jhb@freebsd.org Subject: Re: Possible video driver issue after main-n275966-d2a55e6a9348 -> main-n275975-5963423232e8 Message-ID: References: <01qqq28n-p1s3-n82q-9n1s-7o900ro5n62q@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: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Fri, Mar 21, 2025 at 05:34:16AM -0400, Mark Johnston wrote: M> On Fri, Mar 21, 2025 at 01:56:01AM -0700, Gleb Smirnoff wrote: M> > On Thu, Mar 20, 2025 at 07:52:19PM +0000, Bjoern A. Zeeb wrote: M> > B> He's hitting a ... somewhere in i915kms.ko (here's the two instances I M> > B> have): M> > B> REDZONE: Buffer underflow detected. 16 bytes corrupted before 0xfffffe089bc65000 (262148 bytes allocated). M> > B> REDZONE: Buffer underflow detected. 16 bytes corrupted before 0xfffffe08a7e70000 (262148 bytes allocated). M> > M> > I looked a bit into the problem and it actually seems very trivial to me. M> > Please re-check my observations. M> > M> > A contigmalloc(9) allocation doesn't get redzone protection, see kern_malloc.c. M> > But free(9) always does contigmalloc check. This makes deprecation of M> > contigfree(9) incompatible with redzone(9). And looks like M> > 19df0c5abcb9d4e951e610b6de98d4d8a00bd5f9 is our first bump into this sad fact. M> M> Can we not just add redzone padding to contigmalloc() allocations? I was about to suggest that, but was afraid it is too naive :) But if that works, why not? We probably should document that for contigmalloc() the redzone would provide protection of the virtual space, but not the physical. M> Compile-tested patch below: Why do you increase the size with redzone_size_ntor() before passing it to redzone_setup()? Other calls to redzone_setup() don't do that. My reading is that argument to redzone_setup() shall be exactly the amount of bytes requested by the malloc KPI user. If you pass increased value, the canaries will be written after a gap. -- Gleb Smirnoff From nobody Fri Mar 21 13:25:17 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 4ZK38x6NMJz5rDJM for ; Fri, 21 Mar 2025 13:25:21 +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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZK38x5Sdcz3ltP; Fri, 21 Mar 2025 13:25:21 +0000 (UTC) (envelope-from bz@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742563521; 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=+UxKW42geBEFLIMFjjT4dhCchFM5FzX2JFd5ZDjmCHc=; b=nr/6y71BKg7VT0kQi1HZp9egGcD3WetU1ZdrLyrckuig4o4uoZR+sEgzb7TIWCVWAKcYV/ 1R7PSwwGMvnt7Q1fjNn76HMjR7Me5/ygXShGrP0C7jPH/flYL6SIw41hnZEl03v1Qxrl0P gsDg6xxa+24dzvxUGVUZ/6PmaH9hb/d/68GDxg6zWLe5OLXbY4LDOjO30I9HHmSUcN5H6j /IQ1QlbVtz1b7trgG1XjUxF9SzNNwlhgD7JZ/mdEfEulXZIJF6hiCRmwHHOZY2I+jSgAZb PqDEY/hyYLsTTk9P5CIAXKNL9TuobM/M1Wkz7RLlbcLqD8pAz8Vq2ECSu+V8ZA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1742563521; a=rsa-sha256; cv=none; b=GeVwHODJAdby2xo5Ydgof/ph8XS2usprno5TRu1y8/Ie5r0fzAGv5S1UIejFr5TzyReI0S WJflRQX3FGXZ/VF3Jajjgu64FFuS75C2MZ2hIiQPSjOY3F/Y4jOoWe0EhURmy8fEXA2zLf ZaviUORZY7LYXIfpb+9e8JOnbyG6tfqt8kXZWijBA3AFCje0k4c9OHPG/6v2OQsXOde8ev TyD4lMMTMcfZLad3lKJDRX/m1dqpRhPLG8VuFqX52BCYMl/wq2eI0vlXI2xDAUd4ltbGKD lShYEfA0/sOCKaukD1ir6Dm7Lle50p/0mGVIUTTE20XOpGpf4Oe0RNnXvRCFKw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742563521; 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=+UxKW42geBEFLIMFjjT4dhCchFM5FzX2JFd5ZDjmCHc=; b=cVmuIOlE2+7ZiCra/Zp/9mRgPRoKWkg5V9o/08JohNqM5RRohKqKVrx5RF2+i7LJfUOmKT tY34v3nBr18pMP1r7isEzcDwTpprHSU5t4vwiSNESVLYpOtbJZ5xCcW2EJTuj5banla6zV qX8B5qVci4PAnJuAB/kqsqESv66pmv1EUBVcZjCc6qFtqVl0iZgZUM9Q/0w0eODNBtgq69 HM95rcS+MbHaLKDStxJfWjP2uyKrG7X9gmwSL+XzWPKFejXX65+1eMLKQzXCW2sOJZYDNx uwz7Q6tqH2Xi1Ml1957VFMoLip8N9KTiKlVJKVq1Xt41y9nju2MKsxUXyQtJPA== 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 "E5" (verified OK)) (Authenticated sender: bz/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4ZK38x3y15zp0c; Fri, 21 Mar 2025 13:25:21 +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 7BBAFA64805; Fri, 21 Mar 2025 13:25:17 +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 B95AE2D029E0; Fri, 21 Mar 2025 13:25:19 +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 4WH1Moi_xzbW; Fri, 21 Mar 2025 13:25:18 +0000 (UTC) Received: from strong-rtwn1.sbone.de (strong-rtwn1.sbone.de [IPv6:fde9:577b:c1a9:4902:821f:2ff:feef:e8d5]) (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 3C8742D029D8; Fri, 21 Mar 2025 13:25:18 +0000 (UTC) Date: Fri, 21 Mar 2025 13:25:17 +0000 (UTC) From: "Bjoern A. Zeeb" To: Gleb Smirnoff cc: David Wolfskill , current@freebsd.org, Mark Johnston , Konstantin Belousov , John Baldwin Subject: Re: Possible video driver issue after main-n275966-d2a55e6a9348 -> main-n275975-5963423232e8 In-Reply-To: Message-ID: <5p208nr9-so82-9971-070n-pp2ssq4np31s@serrofq.bet> References: <01qqq28n-p1s3-n82q-9n1s-7o900ro5n62q@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: text/plain; format=flowed; charset=US-ASCII On Fri, 21 Mar 2025, Gleb Smirnoff wrote: > On Thu, Mar 20, 2025 at 07:52:19PM +0000, Bjoern A. Zeeb wrote: > B> He's hitting a ... somewhere in i915kms.ko (here's the two instances I > B> have): > B> REDZONE: Buffer underflow detected. 16 bytes corrupted before 0xfffffe089bc65000 (262148 bytes allocated). > B> REDZONE: Buffer underflow detected. 16 bytes corrupted before 0xfffffe08a7e70000 (262148 bytes allocated). > > I looked a bit into the problem and it actually seems very trivial to me. > Please re-check my observations. > > A contigmalloc(9) allocation doesn't get redzone protection, see kern_malloc.c. > But free(9) always does contigmalloc check. This makes deprecation of > contigfree(9) incompatible with redzone(9). And looks like > 19df0c5abcb9d4e951e610b6de98d4d8a00bd5f9 is our first bump into this sad fact. > > Added reviewers of d1bdc2821fcd416ab9b238580386eb605a6128d0 to Cc. Wow how did we run 8 months in main and stable/14 with this and another 100+ contigmallocs in base inckl. all wifi skbs for rtw88 and others, hyperv, iommu, vmm, busdma bounce code, qat, virtio, netmap, ... are these all (but skbuffs) alloc once and never really free again calls? I thought REDZONE uses a 0x42 pattern to guard and I am sure I do run debug kernels (main/GENERIC) for development. I should have hit that from day one. I ran 78 millions packet through the skbuff code using contigmalloc the other day. In addition to fixing, can someone explain why this didn't go kaboom? Ok, I found the answer: % grep -r DEBUG_REDZONE sys/*/conf/ sys/conf/std.debug sys/conf/NOTES sys/conf/NOTES:# DEBUG_REDZONE enables buffer underflows and buffer overflows detection for sys/conf/NOTES:options DEBUG_REDZONE I went and checked as I was sure it was in kernel configs before; but I see that was only mips (at least for 13.0 which was the oldest branch I had around). Sigh, my fault as probably no one ever tested this then as no one boots LINT kernels. And also explains why Trond said iwlwifi also wasn't happy. Thanks a lot for spotting this, I honestly didn't think about looking there anymore after exercising 8 months of conntigmalloc. But also means it is only a bug if someone turns on REDZONE and otherwise no problem at all. Lots of joy, Bjoern PS: it had another positive thing from drm-kmod hopefully as I discovered other things while debugging but that belongs elsewhere. -- Bjoern A. Zeeb r15:7 From nobody Fri Mar 21 13:55:10 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 4ZK3qV4Yzmz5rFyr for ; Fri, 21 Mar 2025 13:55:18 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-pl1-x62c.google.com (mail-pl1-x62c.google.com [IPv6:2607:f8b0:4864:20::62c]) (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 4ZK3qV0Lkfz42Wk; Fri, 21 Mar 2025 13:55:18 +0000 (UTC) (envelope-from markjdb@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pl1-x62c.google.com with SMTP id d9443c01a7336-225477548e1so37081545ad.0; Fri, 21 Mar 2025 06:55:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1742565316; x=1743170116; darn=freebsd.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:sender:from:to:cc:subject:date:message-id :reply-to; bh=sgfztvESVo/zsIHqnM27dtQcYG3dfjrnnCqzwh3/HeI=; b=UmWl+xN3wrthOb9b2BNU5DGfiG0R0b8guDGguRWxK9X6GQ7IOcOHsWIR8n5NpWl/dW ChnVMdsWfyXCsnlDXDpzKQVHtfV16wJbDOXlAIaAhKIgvPEq9sblWL6DXrQPpY16ZTGq +mgPulopsstO4aHyKw934gFGmoXPIPKI7onDD/s/AmO+Zw8nbAzYAd8jupYEP0kjrXe0 +HuciqkVkI5eGtfGhY6RE5HUSMSOQnaK/MJUDEHQDhWYoip3FpZmqhjl5nU7mKY5wdPn o7AqhoWa/P51w/8y+4LFRqmEjkU6uxInwyJ7qJDth+QLZfJpIdhPQ+PGhbdvZXxkKPcq XZdA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1742565316; x=1743170116; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:sender:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=sgfztvESVo/zsIHqnM27dtQcYG3dfjrnnCqzwh3/HeI=; b=AfTwI114DUTtDLUlLbBzUOiOrIL9MMhk0dHrhSDjgH0rroX56cE+KEUhNtMAbBOvKn QUs/QtE0epGWicsu7fiGWoQdDd34E4GSWymhjlMHmBmgRFLLLwLFFNpPiCYWzQ2UAWQP Nq7Bn3fHYkIQCxecqMg/Li7gnY1o7REHzw0h4uEfq2j3/ZKzxRy8QSAZesKmSeftDRWA IC9pOdr1IDRT4MTA/Nk+CpUM34mZGjhJa4ZzxCSk4D+DaqWytv7lFp9GJyDr3Ifh2drR kMOxjXJyCa6SaWC/1qNg++zRgHOp/+Q8YDXVmRePqXMlRA57cG7qRO2806iT9gDCyOWN WMbA== X-Forwarded-Encrypted: i=1; AJvYcCVAMqb8wvZf9VWEfA8nKMOJnsxwdD6N9iUc3FT3oYSub8HRKfeUtzJDpuNS2BreTJqwozK8@freebsd.org, AJvYcCWOY3D65M5eWY8KI+1nyUzo1kB7KZMwyxUy58mruGUItdNNNEzh03ahQCY5uKArb3H5RhIPzvDU@freebsd.org, AJvYcCXYB/gx5CyF0/UFnEET3CsD3gTq0J2605OFONqrhlgky6oInUDckYw5IX177ybrEyzSZTW5@freebsd.org X-Gm-Message-State: AOJu0YxCVFUPih9vQX3UHFiPEHbbczKM9um7B4WEgxgYU0GJfK/CT1aC /lGo9GN4K3kIGQN7RAmG5GJ50AelhF9vaFs7bzv9P3/NDsWVHquLXiLlhGJKKgM= X-Gm-Gg: ASbGnctkylwgQHnUYv7QVARy6jYOITmXjP6GM72zHZSDj+u3ZMML89SG4zOYnQ1839y bCf7Vww1XTfJOv9IRSnwqihQaL1q50eehvLrQsrX7zFBQkjFBkT0GTfq3Bbfhfdm9ClXvF0cHmR xEnWtg6O8MDbJ4KdQoYJsdOwVcRPBMQ58mRUZb2vQY0ASmdMveVmAXPksE9BbIzUNrxechyuiec h1d5/wmjZkugHErB86tMZtRGyuj+lfn4fkmefqMvDLaBdSc9BLEhvvSuRRkofJpb6tv/kukyI39 +O1l/8cmIJve4PVhA3e/oZrNjgzwfGWal+dBciByeG4YQj9j9bE1JXy9X0vbWNwKXcw= X-Google-Smtp-Source: AGHT+IEKk/2QlZlqz2hNvjkpWlgV6oJX3t8L1AtdIb2Z0WzY98929Pd8np+SxDMYPzZa0kTJI9B4iA== X-Received: by 2002:a17:902:e78f:b0:224:c46:d162 with SMTP id d9443c01a7336-22780c7bfecmr53195645ad.20.1742565316191; Fri, 21 Mar 2025 06:55:16 -0700 (PDT) Received: from framework (M106185150005.v4.enabler.ne.jp. [106.185.150.5]) by smtp.gmail.com with ESMTPSA id d9443c01a7336-22780f56d7asm16577375ad.105.2025.03.21.06.55.13 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 21 Mar 2025 06:55:15 -0700 (PDT) Date: Fri, 21 Mar 2025 09:55:10 -0400 From: Mark Johnston To: Gleb Smirnoff Cc: "Bjoern A. Zeeb" , David Wolfskill , current@freebsd.org, kib@freebsd.org, jhb@freebsd.org Subject: Re: Possible video driver issue after main-n275966-d2a55e6a9348 -> main-n275975-5963423232e8 Message-ID: References: <01qqq28n-p1s3-n82q-9n1s-7o900ro5n62q@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: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4ZK3qV0Lkfz42Wk X-Spamd-Bar: ---- On Fri, Mar 21, 2025 at 02:50:58AM -0700, Gleb Smirnoff wrote: > On Fri, Mar 21, 2025 at 05:34:16AM -0400, Mark Johnston wrote: > M> On Fri, Mar 21, 2025 at 01:56:01AM -0700, Gleb Smirnoff wrote: > M> > On Thu, Mar 20, 2025 at 07:52:19PM +0000, Bjoern A. Zeeb wrote: > M> > B> He's hitting a ... somewhere in i915kms.ko (here's the two instances I > M> > B> have): > M> > B> REDZONE: Buffer underflow detected. 16 bytes corrupted before 0xfffffe089bc65000 (262148 bytes allocated). > M> > B> REDZONE: Buffer underflow detected. 16 bytes corrupted before 0xfffffe08a7e70000 (262148 bytes allocated). > M> > > M> > I looked a bit into the problem and it actually seems very trivial to me. > M> > Please re-check my observations. > M> > > M> > A contigmalloc(9) allocation doesn't get redzone protection, see kern_malloc.c. > M> > But free(9) always does contigmalloc check. This makes deprecation of > M> > contigfree(9) incompatible with redzone(9). And looks like > M> > 19df0c5abcb9d4e951e610b6de98d4d8a00bd5f9 is our first bump into this sad fact. > M> > M> Can we not just add redzone padding to contigmalloc() allocations? > > I was about to suggest that, but was afraid it is too naive :) But > if that works, why not? We probably should document that for > contigmalloc() the redzone would provide protection of the virtual > space, but not the physical. I'm not sure what you mean by this? As implemented, the patch effectively rounds up the allocation size, so the redzone will also be physically contiguous. Though, I see now that this will result in an non-page-aligned allocation, which callers of contigmalloc() might not tolerate... Actually, for malloc_large() and contigmalloc() allocations it's probably a bit easier to just provide guard pages around the allocation, like we do for kernel stacks. That is, if the caller asks for N pages, then allocate N+2 pages of virtual address space and back pages [1, N] with physical memory. Then any overflow will trap at the site of the overflow, which is probably more useful than what redzone(9). Actually, KASAN provides the same checking, but currently we don't pad allocations when KASAN is enabled. > M> Compile-tested patch below: > > Why do you increase the size with redzone_size_ntor() before passing > it to redzone_setup()? Other calls to redzone_setup() don't do that. > My reading is that argument to redzone_setup() shall be exactly the > amount of bytes requested by the malloc KPI user. If you pass > increased value, the canaries will be written after a gap. I pass "osize", the original allocation size, to redzone_setup(). From nobody Fri Mar 21 17:35:50 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 4ZK8k20Vgrz5rT2C for ; Fri, 21 Mar 2025 17:35:54 +0000 (UTC) (envelope-from glebius@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZK8k16xdCz3NyS; Fri, 21 Mar 2025 17:35:53 +0000 (UTC) (envelope-from glebius@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742578554; 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=Z/uo218lzS4z9U3XSVv+8kIif1aw+D31OYWS48JkPLM=; b=ZLi7Sqr8Uqjc9sjMQa1L+9W1++jdc6LZsC9CYIaXara5vbeu6FMFS3c51EVfRvdRXAfPTe 8PQexRvKZf3X+XFcuI60rQUaoVVE0AI3oZT6x2KiQJUT8/bokEoTOiqE9uH3sAwQbULzvr DuSqqJKwacAmpFM1wCKNo+2/wLk23ojFmx5UP0IAkefeeV3D4MLBBU5y3mKbjCrBvKbqao 83bwdlFnxKz9d92bwaKL+XljACFyl7gtHlC0E/JcjVgShMX5yKVJJGVJ20p+cSz5/bRDk4 rjhA2FSUKk2FpSichlPVnI1GbLM0tCT3BhbwwD601DCSvUkK1GbTGiE6NNIgTg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1742578554; a=rsa-sha256; cv=none; b=BMOzXXbOmqt8MTyS4Syu/jB/P0JfiEVQdU5rEQmDxxwCjUe69M5usA5aNIqjztJdJUKrup 3bNJNGhkN3wu3vb7BGEfcH9jTh4z7zM3zZAHInK6DnfEYLOypQkkqNommQSHBioNFEBpn0 1OEGjk1ZCbyoDV5y6CZDG59KB2GJfLdCThi7vmkcZlLFvKAYD2tx14DrwA+53wzlZh6x/h 6QAsgAUBZhpvLCWr4tTGuSmjTcaY3ocQ7Dyl8zCB2IEx1J/lhbHAYsg4iNrW9+W2lIeWdd I6cFrr99XAwM9C72mKsIqLuKoJ5I0l7wWh4qUpZxHkn4H+peDSbNRgxFqyKyyw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742578554; 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=Z/uo218lzS4z9U3XSVv+8kIif1aw+D31OYWS48JkPLM=; b=b0Sn7a7hDPBaqFd15RwczRk+JMmFgKuYsaFOV32bh09TQ/wjnH2IXDc9lq49hGlkLsKgO3 mzKoL7P6VnN5teB/dj4MxN5NtotD7RXB9huPeBEodlHdsaURbUI9fZsOd6XcLNghR+/T+1 p1L9EG5PdtuO+THLlu4yH+taJqZAgtxm4/CHhFXWuESUtRx14obnhMnQ7zCl7YQfGJHHg5 SzLyCu6Ondb1XXjT9kgmirVK0TDOPJi9QAKaM0mdGRbVLVseMjnyc2Dx15TE1PUR7B8nZ+ GSdVPfejV2aMQiu935WNdpgIhXqRfYsjMz+sFXb1y9ggxHoarVxmAHWYVHIjFg== Received: from cell.glebi.us (glebi.us [162.251.186.162]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: glebius) by smtp.freebsd.org (Postfix) with ESMTPSA id 4ZK8k11KNnztq9; Fri, 21 Mar 2025 17:35:53 +0000 (UTC) (envelope-from glebius@freebsd.org) Date: Fri, 21 Mar 2025 10:35:50 -0700 From: Gleb Smirnoff To: Mark Johnston Cc: "Bjoern A. Zeeb" , David Wolfskill , current@freebsd.org, kib@freebsd.org, jhb@freebsd.org Subject: Re: Possible video driver issue after main-n275966-d2a55e6a9348 -> main-n275975-5963423232e8 Message-ID: References: <01qqq28n-p1s3-n82q-9n1s-7o900ro5n62q@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: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Fri, Mar 21, 2025 at 09:55:10AM -0400, Mark Johnston wrote: M> > I was about to suggest that, but was afraid it is too naive :) But M> > if that works, why not? We probably should document that for M> > contigmalloc() the redzone would provide protection of the virtual M> > space, but not the physical. M> M> I'm not sure what you mean by this? As implemented, the patch M> effectively rounds up the allocation size, so the redzone will also be M> physically contiguous. Though, I see now that this will result in an M> non-page-aligned allocation, which callers of contigmalloc() might M> not tolerate... M> M> Actually, for malloc_large() and contigmalloc() allocations it's M> probably a bit easier to just provide guard pages around the M> allocation, like we do for kernel stacks. That is, if the caller asks M> for N pages, then allocate N+2 pages of virtual address space and back M> pages [1, N] with physical memory. Then any overflow will trap at the M> site of the overflow, which is probably more useful than what M> redzone(9). Actually, KASAN provides the same checking, but currently M> we don't pad allocations when KASAN is enabled. M> M> > M> Compile-tested patch below: M> > M> > Why do you increase the size with redzone_size_ntor() before passing M> > it to redzone_setup()? Other calls to redzone_setup() don't do that. M> > My reading is that argument to redzone_setup() shall be exactly the M> > amount of bytes requested by the malloc KPI user. If you pass M> > increased value, the canaries will be written after a gap. M> M> I pass "osize", the original allocation size, to redzone_setup(). I see the point, with growing the original size you also guarantee red zone both in physical and virtual memory. Got it, thanks! -- Gleb Smirnoff From nobody Fri Mar 21 17:57:38 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 4ZK9CB1yZVz5rVDW for ; Fri, 21 Mar 2025 17:57:42 +0000 (UTC) (envelope-from bz@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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZK9CB09Nkz3R8m; Fri, 21 Mar 2025 17:57:42 +0000 (UTC) (envelope-from bz@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742579862; 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=5H3mCZE6aocvh7kKH4jXpc2GtI0Pd50rVv0k8rKRAX0=; b=iJ6eyYk/5HsP+/b4Ep9FCAc2IPIW+OYzfWsR8D7VmeDfBOetZq86QUKk0a8dqOAl6GKk8M NY8gkz2dsQtJ6+YnKvDDnxrL8sozTb/nSkTtwNLOy3wROIU8w+IwRnzj0H2XH8YG0wsjLr dykSi2FGiqOgIqnUmh7lGYFa0eXuDVy2TsiaKqEA2a9IpaqYXCV7481T+AWCVmSwXw3yn7 4hLJA1Lt1HVO94bHugJEew1+wY9IHTIyn8QlVCSLtNI3YVj6aEvZU/vUUG5DSmxj+Ge5nC Uf6/BAkNdl2Oepa20UUTvhznCSDRcl91kfasZADzK9q9rnwWPaR0ItcrXI5gjA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1742579862; a=rsa-sha256; cv=none; b=goAYKiiQyZnOzcq3Rk9EiVeL+mFUWQWWSNCRGyy5RtXriVur3/JYocfCpyVGWvIFu+2Gpf RlNfiWe9R0C9MeCl7h6jzzX4atpN/GKP17fbf9i75LVrbKxZNLDHdeRxMxH88TgmuFwyYE /uDaUXJPrv++Iad/Hv2/OfDboNSVveWRwHEvjTwfXWiSqr0+Icvqvos2yvjfZUQtOyu46O D7niNrd1uqmbr9kifS/gbCLbb8259xMQyJlDJiQtBNWK2LOCnmqE5mXJ3mtvZc9qUJfKjp V1tRVOJjnmyqR3Ay0xG+kGqak7ynqCp5yXYaDJyybHTS8VAeLYm31Y1tBDOJIg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742579862; 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=5H3mCZE6aocvh7kKH4jXpc2GtI0Pd50rVv0k8rKRAX0=; b=qi4xgwHn1ACqBG+wymJS/g6dQ06JbhHbiKh0AI4FF3DpsiZ6DXo7rMENE2N/k19GMnUmdN 6xvN+vfPt/XMHt9KSuf3zfPzar/Oa1v7hLq3ZULd1p9dpfPDFcaGTVLyblP2mukFi2r0eO fq/kCVeCYO/TBREP1I6id/AJpSfYrI2sVMG+AzngtzV5hBljtORyU39YKP/fPCaoFeX+Ch hwBcmvs1NigKToBFvRX+bblrs/svSh6pz20SQrh3jC/WOPm/gNGNv+mkDJzWn6jlV2xF7N qPPHm09ZPaMYjD8oU9uWq8OO/Qj1lV0SEe0+RusS5khGji7K2ImIgZR+ZtJqZQ== 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 "E5" (verified OK)) (Authenticated sender: bz/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4ZK9C95tPSzv0H; Fri, 21 Mar 2025 17:57:41 +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 BA12BA64805; Fri, 21 Mar 2025 17:57:37 +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 148642D029E0; Fri, 21 Mar 2025 17:57:40 +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 FT_AuMmxWiVh; Fri, 21 Mar 2025 17:57:38 +0000 (UTC) Received: from strong-rtwn1.sbone.de (strong-rtwn1.sbone.de [IPv6:fde9:577b:c1a9:4902:821f:2ff:feef:e8d5]) (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 9ADA12D029D8; Fri, 21 Mar 2025 17:57:38 +0000 (UTC) Date: Fri, 21 Mar 2025 17:57:38 +0000 (UTC) From: "Bjoern A. Zeeb" To: Mark Johnston cc: Gleb Smirnoff , David Wolfskill , current@freebsd.org, Konstantin Belousov , John Baldwin Subject: Re: Possible video driver issue after main-n275966-d2a55e6a9348 -> main-n275975-5963423232e8 In-Reply-To: Message-ID: <7spnrss9-93o9-onr2-sorq-8r5qnn22oor9@serrofq.bet> References: <01qqq28n-p1s3-n82q-9n1s-7o900ro5n62q@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: text/plain; charset=US-ASCII; format=flowed On Fri, 21 Mar 2025, Mark Johnston wrote: > On Fri, Mar 21, 2025 at 02:50:58AM -0700, Gleb Smirnoff wrote: >> On Fri, Mar 21, 2025 at 05:34:16AM -0400, Mark Johnston wrote: >> M> On Fri, Mar 21, 2025 at 01:56:01AM -0700, Gleb Smirnoff wrote: >> M> > On Thu, Mar 20, 2025 at 07:52:19PM +0000, Bjoern A. Zeeb wrote: >> M> > B> He's hitting a ... somewhere in i915kms.ko (here's the two instances I >> M> > B> have): >> M> > B> REDZONE: Buffer underflow detected. 16 bytes corrupted before 0xfffffe089bc65000 (262148 bytes allocated). >> M> > B> REDZONE: Buffer underflow detected. 16 bytes corrupted before 0xfffffe08a7e70000 (262148 bytes allocated). >> M> > >> M> > I looked a bit into the problem and it actually seems very trivial to me. >> M> > Please re-check my observations. >> M> > >> M> > A contigmalloc(9) allocation doesn't get redzone protection, see kern_malloc.c. >> M> > But free(9) always does contigmalloc check. This makes deprecation of >> M> > contigfree(9) incompatible with redzone(9). And looks like >> M> > 19df0c5abcb9d4e951e610b6de98d4d8a00bd5f9 is our first bump into this sad fact. >> M> >> M> Can we not just add redzone padding to contigmalloc() allocations? >> >> I was about to suggest that, but was afraid it is too naive :) But >> if that works, why not? We probably should document that for >> contigmalloc() the redzone would provide protection of the virtual >> space, but not the physical. > > I'm not sure what you mean by this? As implemented, the patch > effectively rounds up the allocation size, so the redzone will also be > physically contiguous. Though, I see now that this will result in an > non-page-aligned allocation, which callers of contigmalloc() might > not tolerate... > > Actually, for malloc_large() and contigmalloc() allocations it's > probably a bit easier to just provide guard pages around the > allocation, like we do for kernel stacks. That is, if the caller asks > for N pages, then allocate N+2 pages of virtual address space and back > pages [1, N] with physical memory. Then any overflow will trap at the > site of the overflow, which is probably more useful than what > redzone(9). Actually, KASAN provides the same checking, but currently > we don't pad allocations when KASAN is enabled. I like the idea given contigmalloc will always round up to PAGE_SIZE anyway. Problem with contigmalloc is that you have to meet the alignment requirement, etc. on [1,N] then. Does that make it more tricky? /bz -- Bjoern A. Zeeb r15:7 From nobody Fri Mar 21 18:13:53 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 4ZK9Yw3FvYz5rVd7 for ; Fri, 21 Mar 2025 18:13:56 +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 4ZK9Yv6r9Xz3TXC; Fri, 21 Mar 2025 18:13:55 +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 52LIDrda089398; Fri, 21 Mar 2025 18:13:53 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.18.1/8.18.1/Submit) id 52LIDrkR089397; Fri, 21 Mar 2025 11:13:53 -0700 (PDT) (envelope-from david) Date: Fri, 21 Mar 2025 11:13:53 -0700 From: David Wolfskill To: Mark Johnston Cc: Gleb Smirnoff , "Bjoern A. Zeeb" , current@freebsd.org, kib@freebsd.org, jhb@freebsd.org Subject: Re: Possible video driver issue after main-n275966-d2a55e6a9348 -> main-n275975-5963423232e8 Message-ID: Mail-Followup-To: David Wolfskill , Mark Johnston , Gleb Smirnoff , "Bjoern A. Zeeb" , current@freebsd.org, kib@freebsd.org, jhb@freebsd.org References: <01qqq28n-p1s3-n82q-9n1s-7o900ro5n62q@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="CycUQaKe6iBTE1/9" Content-Disposition: inline In-Reply-To: X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US] X-Rspamd-Queue-Id: 4ZK9Yv6r9Xz3TXC X-Spamd-Bar: ---- --CycUQaKe6iBTE1/9 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 21, 2025 at 05:34:16AM -0400, Mark Johnston wrote: > ... > Can we not just add redzone padding to contigmalloc() allocations? > Compile-tested patch below: >=20 > diff --git a/sys/kern/kern_malloc.c b/sys/kern/kern_malloc.c > index b1347b15e651..0b76e633b04a 100644 > --- a/sys/kern/kern_malloc.c > +++ b/sys/kern/kern_malloc.c > .... OK; I started on my secondary laptop (Dell Precision 7520) after having updated the "head" slice to main-n276038-6f6c07813b38 earlier today (and verifying that the initial concern -- that it doesn't appear to complete the transition to graphics mode and appears to emulate a power-consuming brick) still occurred), I copied that slice to a different one (slice 2) and booted from it (using a kernel from a week ago, main-n275966-d2a55e6a9348). I then applied Mark's patch (cleanly; no issues), then rebuilt/installed the kernel, then rebooted... and stuff seems to work; I get the xdm login banner Just Fine (and I can ssh into it normally). Any other testing I can do? Peace, david --=20 David H. Wolfskill david@catwhisker.org I wonder why "=D0=9F=D1=80=D0=B0=D0=B2=D0=B4=D0=B0 =D0=A1=D0=BE=D1=86=D0=B8= =D0=B0=D0=BB=D1=8C=D0=BD=D0=B0=D1=8F" ("Pravda Sotsial'naya") reminds me of the Cold War era. See https://www.catwhisker.org/~david/publickey.gpg for my public key. --CycUQaKe6iBTE1/9 Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSTLzOSbomIK53fjFliipiWhXYx5QUCZ92sYV8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0OTMy RjMzOTI2RTg5ODgyQjlEREY4QzU5NjI4QTk4OTY4NTc2MzFFNQAKCRBiipiWhXYx 5QvkAP0SmpkrpW5F4AbbxQOE5PY+LZchUna2S2PwxgS08jINRwEA1ihh3Qla5AuK Ue3/FUyp6L0bVxpfIg7CalzUA1itfwg= =oGDy -----END PGP SIGNATURE----- --CycUQaKe6iBTE1/9-- From nobody Fri Mar 21 21:30:40 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 4ZKFxH65Pbz5qjVQ for ; Fri, 21 Mar 2025 21:30:59 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-24.consmr.mail.gq1.yahoo.com (sonic312-24.consmr.mail.gq1.yahoo.com [98.137.69.205]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZKFxG4slbz3l1c for ; Fri, 21 Mar 2025 21:30:58 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=I5J2U2ug; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.205 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1742592652; bh=Er318vUJmoobI456z9ALjrQFW0GmNjPkKnwmroscPHo=; h=From:Subject:Date:Cc:To:References:From:Subject:Reply-To; b=I5J2U2ugPpHni0LdrKU5JUDijAWZFZd7XEIjzC/xTyxYPEwB9Bvu6sKqUgvuSAFz7NcobES3He0klOq0bRRBBU29uE3NMPGIpZXhX7F8nf8JXjBOrBH8y4JI6+KLecZ6Sl8G+Aa/B6+DSFt8a3884yS34zH5rBwycYWdEmYsVLG5XreWXCJHCW9Aou4x3z4T0c/xbiaSf60XjQwi7ppEadJDih2RtChO6yBaIwR4O+sjT+r1SfYewlKu2Jz+iAgQSTDIN565IyD/erhhqKtnQzfTgJIU/J9tET0mpTr0oXeLrjmHC0mJQgoqiTQV4ZdZkyhi3AF135lLfbg2ccnuwg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1742592652; bh=jVAJAPURqzcHkKuoqtIdT7thhEodm+hNrtiPFINiyjU=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=ESfBNq5Rpc5FBGuRLZz60uJq4FlNzI2NL/unq5LNIIKp69tQhMSkVcqO+blbGUo/SSAfFIluBZxP56Odn0Ke1Po6MpFkFhnkKrSvfQvun/FhX1I4maJg6+krd44TLJYbx33AitxjjMLPBtI4yzNRnumbeCTVGkgie/jE+xW0Gn1SDR7KNNeGTBYZkOUcA8t+aDVY5EodfUkr3Zu+/l7MU4whBlZNxgrWGYhUCf8nouWAJ6BZ0OXvae5Gg6sgTyXm2tZXIvPKsgESaeGj/cilc9KX4T7LheCeg7O6NaXsFzih25PB/LBR0E5CefMxoF7wqKg9/L2EVRE/mOtf+IPn2g== X-YMail-OSG: csTgIqkVM1khB9YDWpbeidpLUsF51RiZL2zxuFj9om4R0nbvCwYRUq52oi0hmQG 4mCNtEoyvldwDZVDEk.r1XctmsFkMQdfdkEHsslHbqJnnBMUsAz_k4L0356Uh_wFxflpMg7jFxL8 zk1q5kmVXKBoAY7gRJxMdOq.1Of7L.Yo0iGvUIgG0HwyHzE10yuZMXlM_BbtBieQfjMg8QuEylrq 2IfD24F.OwfMICrDBN8hMoINuCsPIXOlzepwAdDPXh8.ajmyayyYMbQRIno2b7me.bjM.vIMR9wg mSJ_cnklSSaSQWm4HHxEdsZaiakLuy0O4yuHtMKkjkNb1LCWrgkFmCuMnT7zNvNdJ2ghA206HpgR ZxU_xLXJZpUQYIDiqzSXl16MEfWqJDBvApCA_x8UDj5Xb8ezNMr.1.9fsez2bpl3KyN593kmCd6x 9Bj.ILGSniUx1QEyxMFk4QFAKvn9ryJ7f11n0iGcW8gohVLlx0PEGe6hrM.YOIL7gRtiMfQ2t_96 JVJkmc0CmCR9jpLqQFgGdtCFhyB14ZCCGSaQI2LQd8N8g8RojxViZ_NQH54FrbtxHP91WkGgHsdk N0vp8_p2vNV.TVn26hIU_ratCTFOQTvXrB1DqSwJOGATkaZ0s_A5DdQymfekwsIXqeeLrEkAgzGA hpfhXAjGoysyyfCBLUgwwqBZLlViGsqUoa.Pv3Lovo_19RcNtGUYaPni4zRwodRXZJ_QMoK5bgvj 4xNmkRNDZF_JHHhNLQUgXYaF4qt2znCA4koqvnXLTJYUtSNI52wwOeB0prJ76Tbr63KEBEWUqvFh 7ejQw33vqpgeg30NE2tYokVnIwf2xIdK2DHZ9RiDLA5VcI24A6V5sn.NYa8LdOpUmDBxlWkXgi5_ ORM1hy7isemCgmPHKoAkvFdsGqRik9y8eyTQqvzT.nyJfWCbysvxJlPH79g7w.cE1sqDyaAplX3O XW5FG.MvZZRbqmHinSgXDIxVzB.vVOGksYlP4.cmcL1Ef132kJOLHIeG3o_z20OYI8PRUw0mj3ju dkVSIohuGmUfC95KiKoUDAzgF3OISgDdPLZokgMBb0uT7URw_OC64njWXpF.rz._bzuvQ08w9uVa DQrga20kdEMQeFRRrkINqx665bNxfvoMU8sl1BWEqsMTwIv7C.VmID3v9nmzxueefUk7xBmqfyCl r29L4LPFmjDGZ83wLSka_TjU0K5IqbeIXGxH8uwupdnnjl_Qu0aNPp9CUj1o3NUBIISlsUmD0Avx 1xY9uhKJymGOCe_JkKFRT4jU3z.6Eq9_ozc4Q_i5HwJxDvpGMjI3RG9FJQpU4WtjAmGw.S09V5ME w4NLcheDXXmiLNPCZhSqbOf7_cKD2auzL0LBYBJZSSeZB_Xi9uyokCDqQybwJp7.RHESmkMUL3Se eZDAQZn7bRO4ixTRWRocAf9B8lxoOzZdWtJCM98fUpsfJIAucAXJtsrxRuD6xQOZnyNjYXsZSUbh WykXUiKgaSxWZ78rnTZDLngHpFUbJoBGi90tAOXhZC_tLQM33rj1hy1BkND8Pcs60LgUyB8_wAD0 W1hEUHhZiNfvuz3mSbeY1zRTtnbbIaS3MU25koRO3Uh.zAy2iuUK2KxBDKCbZnr4Wxur_UsCo1Q0 RnxW3GqP73hYNksz9G6Z094ntl6L_C_WLPY4lSZYjLgd1UiUBH5uxjQSuLCaWG._V4NAKomzut13 1EqpOPMy1r840g8v.8we4nd620W5nTUtIzRSPV9FCobzEomagZo6bvcfTkkqaDwEjFA9wQoWEQWC GjI1BKyP52wmbrYVyA4qntHleu5SaPxn7wELbwN3K8Od7Y_fR2dWAZ0690bHT.S.2glVGssWrNex o7AtEYIqBlQKVxcaLQN.u7xmT3Ci29zNyjh2Na6n8jozkXnp_M_tUxxE9TOzMg3SyHqjk5gliBgz leQlNqBQugSVObf0Kg9zvxy6PqQiuSTAkIOMgg2PIk43K7UcVG_jOWGbq0_JsB0hFZmurMGVXqzc JOSiR9XAJ4FX3JF4iqSAD6y7ldnFS4HF.SaPZGhbET_Xbd8Q9.lJTAeXlYOFAy7ZzP9oVYVUgcON iuIVrLgBcWh5ifMoCBqhXVMU.DfOuVUZvsVny5kzymNYQwz1aq8fJz_8G8GHcaJnwlS4jJsEp_MU 0xSgJC0IV9m1_JlEnsfhm0cUy35lU1FMr4Nhhqrq9DWxdGSgMOPM7y1eIUOJ.sDX9bP4fh4n81uc w4jqlCe_XlGL70zNsnojTXxlQsV5ZQ4ljRb4c4GpmtZrpkxgjckXGlLQzyngIbadgNSIQMHnkApm jGGliz2Tp3GVjkQ-- X-Sonic-MF: X-Sonic-ID: 6f6e91ed-1969-4ed7-9c47-d305fd0871b9 Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Fri, 21 Mar 2025 21:30:52 +0000 Received: by hermes--production-gq1-7d5f4447dd-xj7lp (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 2017e5431566245db82487e2ff442e51; Fri, 21 Mar 2025 21:30:51 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=utf-8 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.400.131.1.6\)) Subject: The lib{c,sys} split in main: will man pages be updated for 15.0-RELEASE? Message-Id: <271975F8-802F-4A30-BBF6-AEA5BAA97C54@yahoo.com> Date: Fri, 21 Mar 2025 14:30:40 -0700 Cc: Konstantin Belousov To: FreeBSD Current , Brooks Davis X-Mailer: Apple Mail (2.3826.400.131.1.6) References: <271975F8-802F-4A30-BBF6-AEA5BAA97C54.ref@yahoo.com> X-Spamd-Result: default: False [0.11 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; RBL_SENDERSCORE_REPUT_9(-1.00)[98.137.69.205:from]; NEURAL_SPAM_MEDIUM(0.99)[0.989]; NEURAL_HAM_SHORT(-0.98)[-0.977]; NEURAL_SPAM_LONG(0.60)[0.597]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_FROM(0.00)[yahoo.com]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_DN_ALL(0.00)[]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.205:from]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.205:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-Rspamd-Queue-Id: 4ZKFxG4slbz3l1c X-Spamd-Bar: / Under: # uname -apKU FreeBSD 7950X3D-ZFS 15.0-CURRENT FreeBSD 15.0-CURRENT #4 = main-n275926-a54a240c1b57-dirty: Thu Mar 13 00:44:25 PDT 2025 = root@7950X3D-ZFS:/usr/obj/BUILDs/main-ZNV4-nodbg-clang/usr/main-src/amd64.= amd64/sys/GENERIC-NODBG amd64 amd64 1500034 1500034 Looking, I see: # man -K "libc, -l" | more /usr/share/man/man2/_Fork.2.gz: Standard C Library (libc, -lc) /usr/share/man/man2/__syscall.2.gz: Standard C Library (libc, -lc) /usr/share/man/man2/_exit.2.gz: Standard C Library (libc, -lc) /usr/share/man/man2/_umtx_op.2.gz: Standard C Library (libc, -lc) . . . But: # man -K "libsys, -l" | more #=20 (So nothing references libsys in a similar way.) # readelf -drs /lib/libsys.so.7 | sort -k8,8 | grep "\<_*errno\>" 633: 000000000001d328 4 OBJECT GLOBAL DEFAULT 28 = errno@FBSD_1.0 (2) # readelf -drs /lib/libc.so.7 | sort -k8,8 | grep "\<_*errno\>" #=20 # man errno INTRO(2) FreeBSD System Calls Manual = INTRO(2) NAME intro, errno =E2=80=93 introduction to system calls and their error = numbers LIBRARY Standard C Library (libc, -lc) SYNOPSIS #include #include . . . (So "libc, -lc" is still referenced for errno in the man page.) (errno is just used as an example above.) =3D=3D=3D Mark Millard marklmi at # man -K "libc, -l" | more From nobody Fri Mar 21 22:13: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 4ZKGtT5bXmz5qmGV for ; Fri, 21 Mar 2025 22:13:37 +0000 (UTC) (envelope-from sgharms@stevengharms.com) Received: from mail-4323.protonmail.ch (mail-4323.protonmail.ch [185.70.43.23]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "protonmail.com", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZKGtQ6Wh4z3pcx for ; Fri, 21 Mar 2025 22:13:34 +0000 (UTC) (envelope-from sgharms@stevengharms.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=stevengharms.com header.s=protonmail header.b=LgBmGGqx; dmarc=none; spf=pass (mx1.freebsd.org: domain of sgharms@stevengharms.com designates 185.70.43.23 as permitted sender) smtp.mailfrom=sgharms@stevengharms.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=stevengharms.com; s=protonmail; t=1742595212; x=1742854412; bh=tO+oss3BYsv6uidPEfNOR5iFjQlfabHllBRY+nArS1k=; h=Date:To:From:Subject:Message-ID:Feedback-ID:From:To:Cc:Date: Subject:Reply-To:Feedback-ID:Message-ID:BIMI-Selector: List-Unsubscribe:List-Unsubscribe-Post; b=LgBmGGqx/gOiUznDMbI9BrskhQMJhwF+yYuk7j3U1JWYwkNoISi7Kb+FUPKWaso7a rlmy8Tol2ZNqwou+So30YxM79rocZ1XdU+EOxvzT2uusW1cpsHw1UclGUAIceK7LlZ 60yf2UVzJ19sN+9j+pBGk+4aSPjALtSK5iuMAOoc= Date: Fri, 21 Mar 2025 22:13:29 +0000 To: "freebsd-current@freebsd.org" From: "Steven Harms (High-Security Mail)" Subject: Confused by boot_mute documentation, terminal systems, and goals Message-ID: Feedback-ID: 16996530:user:proton X-Pm-Message-ID: fb93f2fe9fd7e3a63caae167ee19832806037806 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="b1=_a2XLrIkWM7T2i091IfgjhIp2AXYCeptFovIfoOp8" X-Spamd-Result: default: False [0.62 / 15.00]; MIME_BASE64_TEXT_BOGUS(1.00)[]; NEURAL_SPAM_MEDIUM(0.81)[0.813]; NEURAL_HAM_SHORT(-0.80)[-0.804]; R_SPF_ALLOW(-0.20)[+ip4:185.70.43.0/24]; R_DKIM_ALLOW(-0.20)[stevengharms.com:s=protonmail]; NEURAL_SPAM_LONG(0.11)[0.108]; MIME_BASE64_TEXT(0.10)[]; RWL_MAILSPIKE_GOOD(-0.10)[185.70.43.23:from]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCPT_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; ARC_NA(0.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.43.0/24, country:CH]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_SENDERSCORE_REPUT_8(0.00)[185.70.43.23:from]; DMARC_NA(0.00)[stevengharms.com]; RCVD_IN_DNSWL_NONE(0.00)[185.70.43.23:from]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; TO_DN_EQ_ADDR_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; DKIM_TRACE(0.00)[stevengharms.com:+] X-Rspamd-Queue-Id: 4ZKGtQ6Wh4z3pcx X-Spamd-Bar: / --b1=_a2XLrIkWM7T2i091IfgjhIp2AXYCeptFovIfoOp8 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 Rm9sa3MsCgpJIGFtIGF0dGVtcHRpbmcgdG8gZmlndXJlIG91dCB3aGF0IGJvb3RfbXV0ZSB3YW50 cyBtZSB0byBkby4gSSdtIHRyeWluZyB0byBtYWtlIGEgImxhcHRvcCBndWlkZSIgYW5kIEknbSBj b25mdXNlZC4gSSdtIG5vdCBhIEMgcHJvZ3JhbW1lciBhdCB0aGlzIHNjYWxlIG9mIHNvcGhpc3Rp Y2F0aW9uIHNvIHRoZXJlJ3MgYSBkZWNlbnQgY2hhbmNlIEknbSBmb29saXNobHkgbWFraW5nIGFu IGVycm9yLCBidXQgY3VycmVudCBpcyBub3QgZG9pbmcgd2hhdCBJIGV4cGVjdC4KCi0gYm9vdF9t dXRlIGRvZXNuJ3QgYXBwZWFyIGluIFtsb2FkZXIuY29uZig4KV1bMV0KLSBJbiB0aGUgZGVmYXVs dHMvbG9hZGVyLmNvbmYgZmlsZSBpdCBbYXBwZWFyc11bMl0gYW5kIHNheXM6IHRoYXQgaXQgZXhp c3RzIHRvIG11dGUgdGhlIGNvbnNvbGUuIEkgZGFyZXNheSB0aGF0IGl0J3MgZG9pbmcgbW9yZSB0 aGFuIHRoYXQsIGJlY2F1c2UgYWN0aXZhdGluZyBpdCBwdXRzIGEgbG9nbyArIGJlYXN0aWUgb3Ji IG9uIHRoZSBzY3JlZW4uIFF1ZXN0aW9uOiBTaG91bGQgdGhlIGNvbW1lbnQgYmUgdXBkYXRlZD8K LSBUaGUgb25seSBvdGhlciBtZW50aW9uIG9mIGJvb3RfbXV0ZSBpcyBvbiB0aGUgbGluZSB0aGF0 IHNwZWNpZmllcyB0aGF0IHRoZSBvdmVybGF5IGltYWdlIGNhbiBiZSBjb250cm9sbGVkIHRocm91 Z2ggY29uZmlndXJhdGlvbiBvZiB0aGUgW3NwbGFzaF0gdmFsdWUgaW1wbHlpbmcgdGhhdCBpbnN0 ZWFkIG9mIHVzaW5nIHRoZSBlbmNvZGVkIGFycmF5IG9mIHVuc2lnbmVkIGNoYXIgaW4gdGhlIGtl cm5lbCBhdCBodHRwczovL2dpdGh1Yi5jb20vZnJlZWJzZC9mcmVlYnNkLXNyYy9ibG9iL21haW4v c3lzL2Rldi92dC9sb2dvL2xvZ29fYmVhc3RpZS5jLiBXaG9hISBBIG5pY2UgY29uZmlndXJhYmxl IG9wdGlvbj8gTmljZS4gTG9va2luZyBhdCB0aGUgZ2l0IGhpc3Rvcnkgb24gdGhhdCBmaWxlIGl0 IGFwcGVhcnMgdG8gYmUgcGFydCBvZiBzcGxhc2goNCkuIEFuZCAvdGhhdC8gZG9jdW1lbnQgc2F5 cyAuLi4id29yayB3aXRoIHN5c2NvbnMoNCkgb25seSIuIE9LIHNvIG1heWJlIHRoYXQgY29tbWVu dCBpbiBkZWZhdWx0cyBhbHNvIG5lZWRzIHVwZGF0aW5nPyBCZWNhdXNlLi4uCi0gTXkgaW1wcmVz c2lvbiBpcyB0aGF0IHZ0KDQpIGlzIHRoZSB3YXkgZm9yd2FyZCBhdCBwcmVzZW50IHdoaWNoIG1l YW5zIHRoYXQgSSB3YXMgZm9sbG93aW5nIGEgYmFkIHBhdGggYW5kIHdlJ3JlIC9iYWNrLyB0byB1 c2luZyB0aGUgW2luLWtlcm5lbCBkZWZpbmVkIGltYWdlXVszXSBmb3IgdGhlIHNwbGFzaCBzY3Jl ZW4gdGhhdCdzIHRyaWdnZXJlZCBieSBib290X211dGU/IEkgcmVhbGx5IGRvbid0IHVuZGVyc3Rh bmQgdGhlIGltYWdlIHBhY2tpbmcgYXMgY2hhcnMgd2VsbCBlbm91Z2ggdG8gcmV2ZXJzZSBob3cg dG8gY3JlYXRlIGEgQk1QIGZyb20gYW4gYXJyYXkgb2YgaGV4IHZhbHVlcywgYnV0LCBlaC4uLmlz IHRoaXMgdGhlIG9uZSB0aGF0J3MgYmVpbmcgc2hvd24/IFNlZW1zIGxpa2UgaXQuIFRoZXJlJ3Mg YWxzbyBxdWl0ZSBhIGJpdCBvZiBsb2dpYyBpbnNpZGUgb2Ygc3lzL2Rldi92dC92dF9jcHVsb2dv cy5jWzNdIHRoYXQgc3VnZ2VzdHMgdGhhdCBpdCdzIHRyeWluZyB0byB1c2UgYXJyYXlzIG9mIGNo YXJzIGFzIG92ZXJsYXkuCgpPSywgc28gQUZBSUNULCB0aGVyZSBhcmUgdHdvIHRlcm1pbmFsIHJl bmRlcmluZyBzeXN0ZW1zLCB1bmRlci0vbWlzLWRvY3VtZW50ZWQgbG9hZGVyLmNvbmYgZmxhZ3Ms IGFuZCB0d28gcGxhY2VzIHdoZXJlIGltYWdlcyBhcmUgZGVmaW5lZDogaW4gdGhlIHZ0IGRldmlj ZSBkaXJlY3RvcnkgYW5kIHRoZSBpbWFnZXMvIGRpcmVjdG9yeS4gUXVlc3Rpb246IENhbiBhbnlv bmUgY29uZmlybSAvIGRlbnkgbXkgYXNzZXNzbWVudD8KCkFmdGVyIGFsbCB0aGF0IEknbSBzdGls bCBhIGJpdCBjb25mdXNlZCBhcyB0byB3aGF0IHRoZSBleHBlY3RlZC9kZXNpcmVkIGJlaGF2aW9y IGlzLiBDYW4gYW55b25lIGhlbHAgbWUgZmlndXJlIG91dCB3aGF0IHRoZSBkZXNpcmVkIGJlaGF2 aW9yIGlzIChhbmQgbWF5YmUgSSBjYW4gdXBkYXRlIHRoZSBjb21tZW50cyk/IE15IGN1cnJlbnQg cGxhbiBpcyB0byB0dXJuIHRoZSBhcnJheSBpbnRvIDB4MDAgYW5kIHNlZSB3aGF0IGhhcHBlbnMs IGJ1dCBJJ2QgbGlrZSB0byBrbm93IGhvdyBJIGNhbiB0dXJuIHRoZSByZXN1bHRzIG9mIHRoYXQg ZXhwZXJpbWVudCBpbnRvIGEgcGF0Y2guCgpCZXN0LAoKU3RldmVuCgpbMV06IGh0dHBzOi8vZ2l0 aHViLmNvbS9mcmVlYnNkL2ZyZWVic2Qtc3JjL2Jsb2IvbWFpbi9zdGFuZC9kZWZhdWx0cy9sb2Fk ZXIuY29uZi41ClsyXTogaHR0cHM6Ly9naXRodWIuY29tL2ZyZWVic2QvZnJlZWJzZC1zcmMvYmxv Yi8yODNiZTk1ZWEyOWFiZDdmODY3ZTQwODRiYWZlMzY4YzQ3ZjZjMDM4L3N0YW5kL2RlZmF1bHRz L2xvYWRlci5jb25mI0wxMzQKW3NwbGFzaF06IGh0dHBzOi8vZ2l0aHViLmNvbS9mcmVlYnNkL2Zy ZWVic2Qtc3JjL2Jsb2IvMjgzYmU5NWVhMjlhYmQ3Zjg2N2U0MDg0YmFmZTM2OGM0N2Y2YzAzOC9z dGFuZC9kZWZhdWx0cy9sb2FkZXIuY29uZiNMMzAKWzNdOiBodHRwczovL2dpdGh1Yi5jb20vZnJl ZWJzZC9mcmVlYnNkLXNyYy9ibG9iL21haW4vc3lzL2Rldi92dC92dF9jcHVsb2dvcy5jI0w3OS1M OTEKLS0tCgpQdWJsaWMgS2V5OiAyMkJFMzlFMkZBNjhEOEJBOERDNEI0M0E1NUExNkQ4Q0UyQjAz NkRFCgpNZXNzYWdlcyBmcm9tIHRoaXMgYWNjb3VudCBhcmUgY29uc2lkZXJlZCB0aGUgYmVzdC1z ZWN1cmVkIGFuZCBtb3N0IHJlbGlhYmxlLiBTZW5kIGluZm9ybWF0aW9uIHJlZ2FyZGluZyBoZWFs dGgsIHdlYWx0aCwgb3IgcmVxdWlyaW5nIGhpZ2hlciBzdGFuZGFyZHMgb2Ygc2VjdXJpdHkgdG8g dGhpcyBhZGRyZXNzLgoKU2VudCB3aXRoIFtQcm90b24gTWFpbF0oaHR0cHM6Ly9wcm90b24ubWUv bWFpbC9ob21lKSBzZWN1cmUgZW1haWwu --b1=_a2XLrIkWM7T2i091IfgjhIp2AXYCeptFovIfoOp8 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBmb250LXNpemU6IDE0 cHg7Ij5Gb2xrcyw8L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQXJpYWwsIHNhbnMtc2Vy aWY7IGZvbnQtc2l6ZTogMTRweDsiPjxicj48L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTog QXJpYWwsIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRweDsiPkkgYW0gYXR0ZW1wdGluZyB0byBm aWd1cmUgb3V0IHdoYXQgYm9vdF9tdXRlIHdhbnRzIG1lIHRvIGRvLiBJJ20gdHJ5aW5nIHRvIG1h a2UgYSAibGFwdG9wIGd1aWRlIiBhbmQgSSdtIGNvbmZ1c2VkLiBJJ20gbm90IGEgQyBwcm9ncmFt bWVyIGF0IHRoaXMgc2NhbGUgb2Ygc29waGlzdGljYXRpb24gc28gdGhlcmUncyBhIGRlY2VudCBj aGFuY2UgSSdtIGZvb2xpc2hseSBtYWtpbmcgYW4gZXJyb3IsIGJ1dCBjdXJyZW50IGlzIG5vdCBk b2luZyB3aGF0IEkgZXhwZWN0LjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbCwg c2Fucy1zZXJpZjsgZm9udC1zaXplOiAxNHB4OyI+PGJyPjwvZGl2PjxkaXY+PG9sIGRhdGEtZWRp dGluZy1pbmZvPSJ7JnF1b3Q7b3JkZXJlZFN0eWxlVHlwZSZxdW90OzoxLCZxdW90O3Vub3JkZXJl ZFN0eWxlVHlwZSZxdW90OzoxfSIgc3R5bGU9Im1hcmdpbi10b3A6IDBweDsgbWFyZ2luLWJvdHRv bTogMHB4OyIgZGF0YS1saXN0Y2hhaW49Il9fTGlzdF9DaGFpbl81MDYiPjxsaSBzdHlsZT0iZm9u dC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBmb250LXNpemU6IDE0cHg7IGxpc3Qtc3R5bGUt dHlwZTogJnF1b3Q7MS4gJnF1b3Q7OyI+PHNwYW4+Ym9vdF9tdXRlIGRvZXNuJ3QgYXBwZWFyIGlu IFtsb2FkZXIuY29uZig4KV1bMV08L3NwYW4+PC9saT48bGkgc3R5bGU9Imxpc3Qtc3R5bGUtdHlw ZTogJnF1b3Q7Mi4gJnF1b3Q7OyI+PGZvbnQgZmFjZT0iQXJpYWwsIHNhbnMtc2VyaWYiPkluIHRo ZSBkZWZhdWx0cy9sb2FkZXIuY29uZiBmaWxlIGl0IFthcHBlYXJzXVsyXSBhbmQgc2F5czogdGhh dCBpdCBleGlzdHMgdG8gbXV0ZSB0aGUgY29uc29sZS4gSSBkYXJlc2F5IHRoYXQgaXQncyBkb2lu ZyBtb3JlIHRoYW4gdGhhdCwgYmVjYXVzZSBhY3RpdmF0aW5nIGl0IHB1dHMgYSBsb2dvICsgYmVh c3RpZSBvcmIgb24gdGhlIHNjcmVlbi4gUXVlc3Rpb246IFNob3VsZCB0aGUgY29tbWVudCBiZSB1 cGRhdGVkPzwvZm9udD48L2xpPjxsaSBzdHlsZT0ibGlzdC1zdHlsZS10eXBlOiAmcXVvdDszLiAm cXVvdDs7Ij48Zm9udCBmYWNlPSJBcmlhbCwgc2Fucy1zZXJpZiI+VGhlIG9ubHkgb3RoZXIgbWVu dGlvbiBvZiBib290X211dGUgaXMgb24gdGhlIGxpbmUgdGhhdCBzcGVjaWZpZXMgdGhhdCB0aGUg b3ZlcmxheSBpbWFnZSBjYW4gYmUgY29udHJvbGxlZCB0aHJvdWdoIGNvbmZpZ3VyYXRpb24gb2Yg dGhlIFtzcGxhc2hdIHZhbHVlIGltcGx5aW5nIHRoYXQ8L2ZvbnQ+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTogMC44NzVyZW07Ij4mbmJzcDtpbnN0ZWFkIG9mIHVzaW5nIHRoZSBlbmNvZGVkIGFycmF5 IG9mIHVuc2lnbmVkIGNoYXIgaW4gdGhlIGtlcm5lbCBhdCZuYnNwOzwvc3Bhbj48c3BhbiBzdHls ZT0iZm9udC1zaXplOiAwLjg3NXJlbTsiPjxhIHRhcmdldD0iX2JsYW5rIiByZWw9Im5vcmVmZXJy ZXIgbm9mb2xsb3cgbm9vcGVuZXIiIGhyZWY9Imh0dHBzOi8vZ2l0aHViLmNvbS9mcmVlYnNkL2Zy ZWVic2Qtc3JjL2Jsb2IvbWFpbi9zeXMvZGV2L3Z0L2xvZ28vbG9nb19iZWFzdGllLmMiPmh0dHBz Oi8vZ2l0aHViLmNvbS9mcmVlYnNkL2ZyZWVic2Qtc3JjL2Jsb2IvbWFpbi9zeXMvZGV2L3Z0L2xv Z28vbG9nb19iZWFzdGllLmM8L2E+LiZuYnNwO1dob2EhIEEgbmljZSBjb25maWd1cmFibGUgb3B0 aW9uPyBOaWNlLiBMb29raW5nIGF0IHRoZSBnaXQgaGlzdG9yeSBvbiB0aGF0IGZpbGUgaXQgYXBw ZWFycyB0byBiZSBwYXJ0IG9mIHNwbGFzaCg0KS4gQW5kIC90aGF0LyBkb2N1bWVudCBzYXlzIC4u LiJ3b3JrIHdpdGgmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMC44NzVyZW07 Ij5zeXNjb25zKDQpIG9ubHkiLiBPSyBzbyBtYXliZSB0aGF0IGNvbW1lbnQgaW4gZGVmYXVsdHMg YWxzbyBuZWVkcyB1cGRhdGluZz8gQmVjYXVzZS4uLjwvc3Bhbj48L2xpPjxsaSBzdHlsZT0ibGlz dC1zdHlsZS10eXBlOiAmcXVvdDs0LiAmcXVvdDs7IGZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1z ZXJpZjsiPk15IGltcHJlc3Npb24gaXMgdGhhdCB2dCg0KSBpcyB0aGUgd2F5IGZvcndhcmQgYXQg cHJlc2VudCB3aGljaCBtZWFucyB0aGF0IEkgd2FzIGZvbGxvd2luZyBhIGJhZCBwYXRoIGFuZCB3 ZSdyZSAvYmFjay8gdG8gdXNpbmcgdGhlIFtpbi1rZXJuZWwgZGVmaW5lZCBpbWFnZV1bM10gZm9y IHRoZSBzcGxhc2ggc2NyZWVuIHRoYXQncyB0cmlnZ2VyZWQgYnkgYm9vdF9tdXRlPyBJIHJlYWxs eSBkb24ndCB1bmRlcnN0YW5kIHRoZSBpbWFnZSBwYWNraW5nIGFzIGNoYXJzIHdlbGwgZW5vdWdo IHRvIHJldmVyc2UgaG93IHRvIGNyZWF0ZSBhIEJNUCBmcm9tIGFuIGFycmF5IG9mIGhleCB2YWx1 ZXMsIGJ1dCwgZWguLi5pcyB0aGlzIHRoZSBvbmUgdGhhdCdzIGJlaW5nIHNob3duPyBTZWVtcyBs aWtlIGl0LiZuYnNwOzxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogQXJpYWwsIHNhbnMtc2VyaWY7 Ij5UaGVyZSdzIGFsc28gcXVpdGUgYSBiaXQgb2YgbG9naWMgaW5zaWRlIG9mJm5ic3A7c3lzL2Rl di92dC92dF9jcHVsb2dvcy5jWzNdIHRoYXQgc3VnZ2VzdHMgdGhhdCBpdCdzIHRyeWluZyB0byB1 c2UgYXJyYXlzIG9mIGNoYXJzIGFzIG92ZXJsYXkuPC9zcGFuPjwvbGk+PC9vbD48ZGl2IHN0eWxl PSJmb250LWZhbWlseTogQXJpYWwsIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRweDsgY29sb3I6 IHJnYigwLCAwLCAwKTsgYmFja2dyb3VuZC1jb2xvcjogcmdiKDI1NSwgMjU1LCAyNTUpOyI+PGZv bnQgZmFjZT0iQXJpYWwsIHNhbnMtc2VyaWYiPjxicj48L2ZvbnQ+PC9kaXY+PGRpdiBzdHlsZT0i Zm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBmb250LXNpemU6IDE0cHg7IGNvbG9yOiBy Z2IoMCwgMCwgMCk7IGJhY2tncm91bmQtY29sb3I6IHJnYigyNTUsIDI1NSwgMjU1KTsiPjxmb250 IGZhY2U9IkFyaWFsLCBzYW5zLXNlcmlmIj5PSywgc28gQUZBSUNULCB0aGVyZSBhcmUgdHdvIHRl cm1pbmFsIHJlbmRlcmluZyBzeXN0ZW1zLCB1bmRlci0vbWlzLWRvY3VtZW50ZWQgbG9hZGVyLmNv bmYgZmxhZ3MsIGFuZCB0d28gcGxhY2VzIHdoZXJlIGltYWdlcyBhcmUgZGVmaW5lZDogaW4gdGhl IHZ0IGRldmljZSBkaXJlY3RvcnkgYW5kIHRoZSBpbWFnZXMvIGRpcmVjdG9yeS4gUXVlc3Rpb246 IENhbiBhbnlvbmUgY29uZmlybSAvIGRlbnkgbXkgYXNzZXNzbWVudD88L2ZvbnQ+PC9kaXY+PGRp diBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBmb250LXNpemU6IDE0cHg7 IGNvbG9yOiByZ2IoMCwgMCwgMCk7IGJhY2tncm91bmQtY29sb3I6IHJnYigyNTUsIDI1NSwgMjU1 KTsiPjxmb250IGZhY2U9IkFyaWFsLCBzYW5zLXNlcmlmIj48YnI+PC9mb250PjwvZGl2PjwvZGl2 PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAx NHB4OyBjb2xvcjogcmdiKDAsIDAsIDApOyBiYWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjU1LCAyNTUs IDI1NSk7Ij48Zm9udCBmYWNlPSJBcmlhbCwgc2Fucy1zZXJpZiI+QWZ0ZXIgYWxsIHRoYXQgSSdt IHN0aWxsIGEgYml0IGNvbmZ1c2VkIGFzIHRvIHdoYXQgdGhlIGV4cGVjdGVkL2Rlc2lyZWQgYmVo YXZpb3IgaXMuIENhbiBhbnlvbmUgaGVscCBtZSBmaWd1cmUgb3V0IHdoYXQgdGhlIGRlc2lyZWQg YmVoYXZpb3IgaXMgKGFuZCBtYXliZSBJIGNhbiB1cGRhdGUgdGhlIGNvbW1lbnRzKT8gTXkgY3Vy cmVudCBwbGFuIGlzIHRvIHR1cm4gdGhlIGFycmF5IGludG8gMHgwMCBhbmQgc2VlIHdoYXQgaGFw cGVucywgYnV0IEknZCBsaWtlIHRvIGtub3cgaG93IEkgY2FuIHR1cm4gdGhlIHJlc3VsdHMgb2Yg dGhhdCBleHBlcmltZW50IGludG8gYSBwYXRjaC48L2ZvbnQ+PC9kaXY+PGRpdiBzdHlsZT0iZm9u dC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBmb250LXNpemU6IDE0cHg7IGNvbG9yOiByZ2Io MCwgMCwgMCk7IGJhY2tncm91bmQtY29sb3I6IHJnYigyNTUsIDI1NSwgMjU1KTsiPjxmb250IGZh Y2U9IkFyaWFsLCBzYW5zLXNlcmlmIj48YnI+PC9mb250PjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQt ZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxNHB4OyBjb2xvcjogcmdiKDAs IDAsIDApOyBiYWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjU1LCAyNTUsIDI1NSk7Ij48Zm9udCBmYWNl PSJBcmlhbCwgc2Fucy1zZXJpZiI+QmVzdCw8L2ZvbnQ+PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1m YW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBmb250LXNpemU6IDE0cHg7IGNvbG9yOiByZ2IoMCwg MCwgMCk7IGJhY2tncm91bmQtY29sb3I6IHJnYigyNTUsIDI1NSwgMjU1KTsiPjxmb250IGZhY2U9 IkFyaWFsLCBzYW5zLXNlcmlmIj48YnI+PC9mb250PjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFt aWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxNHB4OyBjb2xvcjogcmdiKDAsIDAs IDApOyBiYWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjU1LCAyNTUsIDI1NSk7Ij48Zm9udCBmYWNlPSJB cmlhbCwgc2Fucy1zZXJpZiI+U3RldmVuPC9mb250PjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFt aWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxNHB4OyI+PGJyPjwvZGl2PjxkaXYg c3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxNHB4OyI+ WzFdOiZuYnNwOzxzcGFuPjxhIHRhcmdldD0iX2JsYW5rIiByZWw9Im5vcmVmZXJyZXIgbm9mb2xs b3cgbm9vcGVuZXIiIGhyZWY9Imh0dHBzOi8vZ2l0aHViLmNvbS9mcmVlYnNkL2ZyZWVic2Qtc3Jj L2Jsb2IvbWFpbi9zdGFuZC9kZWZhdWx0cy9sb2FkZXIuY29uZi41Ij5odHRwczovL2dpdGh1Yi5j b20vZnJlZWJzZC9mcmVlYnNkLXNyYy9ibG9iL21haW4vc3RhbmQvZGVmYXVsdHMvbG9hZGVyLmNv bmYuNTwvYT48L3NwYW4+PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5z LXNlcmlmOyBmb250LXNpemU6IDE0cHg7Ij5bMl06Jm5ic3A7PHNwYW4+PGEgdGFyZ2V0PSJfYmxh bmsiIHJlbD0ibm9yZWZlcnJlciBub2ZvbGxvdyBub29wZW5lciIgaHJlZj0iaHR0cHM6Ly9naXRo dWIuY29tL2ZyZWVic2QvZnJlZWJzZC1zcmMvYmxvYi8yODNiZTk1ZWEyOWFiZDdmODY3ZTQwODRi YWZlMzY4YzQ3ZjZjMDM4L3N0YW5kL2RlZmF1bHRzL2xvYWRlci5jb25mI0wxMzQiPmh0dHBzOi8v Z2l0aHViLmNvbS9mcmVlYnNkL2ZyZWVic2Qtc3JjL2Jsb2IvMjgzYmU5NWVhMjlhYmQ3Zjg2N2U0 MDg0YmFmZTM2OGM0N2Y2YzAzOC9zdGFuZC9kZWZhdWx0cy9sb2FkZXIuY29uZiNMMTM0PC9hPjwv c3Bhbj48L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQXJpYWwsIHNhbnMtc2VyaWY7IGZv bnQtc2l6ZTogMTRweDsiPltzcGxhc2hdOiZuYnNwOzxzcGFuPjxhIHRhcmdldD0iX2JsYW5rIiBy ZWw9Im5vcmVmZXJyZXIgbm9mb2xsb3cgbm9vcGVuZXIiIGhyZWY9Imh0dHBzOi8vZ2l0aHViLmNv bS9mcmVlYnNkL2ZyZWVic2Qtc3JjL2Jsb2IvMjgzYmU5NWVhMjlhYmQ3Zjg2N2U0MDg0YmFmZTM2 OGM0N2Y2YzAzOC9zdGFuZC9kZWZhdWx0cy9sb2FkZXIuY29uZiNMMzAiPmh0dHBzOi8vZ2l0aHVi LmNvbS9mcmVlYnNkL2ZyZWVic2Qtc3JjL2Jsb2IvMjgzYmU5NWVhMjlhYmQ3Zjg2N2U0MDg0YmFm ZTM2OGM0N2Y2YzAzOC9zdGFuZC9kZWZhdWx0cy9sb2FkZXIuY29uZiNMMzA8L2E+PC9zcGFuPjwv ZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgZm9udC1zaXpl OiAxNHB4OyI+WzNdOiZuYnNwOzxzcGFuPjxhIHRhcmdldD0iX2JsYW5rIiByZWw9Im5vcmVmZXJy ZXIgbm9mb2xsb3cgbm9vcGVuZXIiIGhyZWY9Imh0dHBzOi8vZ2l0aHViLmNvbS9mcmVlYnNkL2Zy ZWVic2Qtc3JjL2Jsb2IvbWFpbi9zeXMvZGV2L3Z0L3Z0X2NwdWxvZ29zLmMjTDc5LUw5MSI+aHR0 cHM6Ly9naXRodWIuY29tL2ZyZWVic2QvZnJlZWJzZC1zcmMvYmxvYi9tYWluL3N5cy9kZXYvdnQv dnRfY3B1bG9nb3MuYyNMNzktTDkxPC9hPjwvc3Bhbj48L2Rpdj4NCjxkaXYgY2xhc3M9InByb3Rv bm1haWxfc2lnbmF0dXJlX2Jsb2NrIiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNl cmlmOyBmb250LXNpemU6IDE0cHg7Ij4NCiAgICA8ZGl2IGNsYXNzPSJwcm90b25tYWlsX3NpZ25h dHVyZV9ibG9jay11c2VyIj4NCiAgICAgICAgPGRpdj4tLS08YnI+PC9kaXY+PGRpdj48YnI+PC9k aXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBmb250LXNpemU6 IDE0cHg7IGNvbG9yOiByZ2IoMCwgMCwgMCk7IGJhY2tncm91bmQtY29sb3I6IHJnYigyNTUsIDI1 NSwgMjU1KTsiPlB1YmxpYyBLZXk6IDxhIHRpdGxlPSIyMkJFMzlFMkZBNjhEOEJBOERDNEI0M0E1 NUExNkQ4Q0UyQjAzNkRFIiBocmVmPSJodHRwczovLzIyQkUzOUUyRkE2OEQ4QkE4REM0QjQzQTU1 QTE2RDhDRTJCMDM2REUiPjxzcGFuPjIyQkUzOUUyRkE2OEQ4QkE4REM0QjQzQTU1QTE2RDhDRTJC MDM2REU8L3NwYW4+PC9hPjxicj48L2Rpdj48ZGl2IHN0eWxlPSJmb250LXN0eWxlOiBub3JtYWw7 IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IHRleHQtaW5kZW50 OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3b3JkLXNw YWNpbmc6IDBweDsgdGV4dC1kZWNvcmF0aW9uOiBub25lOyBmb250LWZhbWlseTogQXJpYWwsIEhl bHZldGljYSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzNCwgMzQsIDM0KTsiPjxicj48L2Rpdj48 ZGl2Pk1lc3NhZ2VzIGZyb20gdGhpcyBhY2NvdW50IGFyZSBjb25zaWRlcmVkIHRoZSBiZXN0LXNl Y3VyZWQgYW5kIG1vc3QgcmVsaWFibGUuIFNlbmQgaW5mb3JtYXRpb24gcmVnYXJkaW5nIGhlYWx0 aCwgd2VhbHRoLCBvciByZXF1aXJpbmcgaGlnaGVyIHN0YW5kYXJkcyBvZiBzZWN1cml0eSB0byB0 aGlzIGFkZHJlc3MuPGJyPjwvZGl2Pg0KICAgIDwvZGl2Pg0KICAgIDxkaXYgc3R5bGU9ImZvbnQt ZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxNHB4OyI+PGJyPjwvZGl2Pg0K ICAgIDxkaXYgY2xhc3M9InByb3Rvbm1haWxfc2lnbmF0dXJlX2Jsb2NrLXByb3RvbiI+DQogICAg ICAgIFNlbnQgd2l0aCA8YSB0YXJnZXQ9Il9ibGFuayIgaHJlZj0iaHR0cHM6Ly9wcm90b24ubWUv bWFpbC9ob21lIj5Qcm90b24gTWFpbDwvYT4gc2VjdXJlIGVtYWlsLg0KICAgIDwvZGl2Pg0KPC9k aXY+DQo= --b1=_a2XLrIkWM7T2i091IfgjhIp2AXYCeptFovIfoOp8-- From nobody Sat Mar 22 00:43: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 4ZKLCR2nn2z5qxZr for ; Sat, 22 Mar 2025 00:43:31 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::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 4ZKLCQ5h1jz3TBH; Sat, 22 Mar 2025 00:43:30 +0000 (UTC) (envelope-from kostikbel@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: from tom.home (kib@localhost [127.0.0.1] (may be forged)) by kib.kiev.ua (8.18.1/8.18.1) with ESMTP id 52M0hGh5057104; Sat, 22 Mar 2025 02:43:19 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 52M0hGh5057104 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 52M0hG4x057103; Sat, 22 Mar 2025 02:43:16 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 22 Mar 2025 02:43:16 +0200 From: Konstantin Belousov To: Mark Millard Cc: FreeBSD Current , Brooks Davis Subject: Re: The lib{c,sys} split in main: will man pages be updated for 15.0-RELEASE? Message-ID: References: <271975F8-802F-4A30-BBF6-AEA5BAA97C54.ref@yahoo.com> <271975F8-802F-4A30-BBF6-AEA5BAA97C54@yahoo.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-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <271975F8-802F-4A30-BBF6-AEA5BAA97C54@yahoo.com> X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=4.0.1 X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-26) on tom.home X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US] X-Rspamd-Queue-Id: 4ZKLCQ5h1jz3TBH X-Spamd-Bar: ---- On Fri, Mar 21, 2025 at 02:30:40PM -0700, Mark Millard wrote: > Under: > > # uname -apKU > FreeBSD 7950X3D-ZFS 15.0-CURRENT FreeBSD 15.0-CURRENT #4 main-n275926-a54a240c1b57-dirty: Thu Mar 13 00:44:25 PDT 2025 root@7950X3D-ZFS:/usr/obj/BUILDs/main-ZNV4-nodbg-clang/usr/main-src/amd64.amd64/sys/GENERIC-NODBG amd64 amd64 1500034 1500034 > > Looking, I see: > > # man -K "libc, -l" | more > /usr/share/man/man2/_Fork.2.gz: Standard C Library (libc, -lc) > /usr/share/man/man2/__syscall.2.gz: Standard C Library (libc, -lc) > /usr/share/man/man2/_exit.2.gz: Standard C Library (libc, -lc) > /usr/share/man/man2/_umtx_op.2.gz: Standard C Library (libc, -lc) > . . . > > But: > > # man -K "libsys, -l" | more > # > > (So nothing references libsys in a similar way.) > > # readelf -drs /lib/libsys.so.7 | sort -k8,8 | grep "\<_*errno\>" > 633: 000000000001d328 4 OBJECT GLOBAL DEFAULT 28 errno@FBSD_1.0 (2) > > # readelf -drs /lib/libc.so.7 | sort -k8,8 | grep "\<_*errno\>" > # > > # man errno > INTRO(2) FreeBSD System Calls Manual INTRO(2) > > NAME > intro, errno – introduction to system calls and their error numbers > > LIBRARY > Standard C Library (libc, -lc) > > SYNOPSIS > #include > #include > . . . > > (So "libc, -lc" is still referenced for errno in the man page.) > > (errno is just used as an example above.) First, libsys does not participate in the 'official' ABI of the FreeBSD userspace. This is indicated, in particular, by the man pages, which clearly and correctly state that syscall stubs symbols are supposed to be provided by libc, and apps must link to libc to get them. Libsys is the internal implementation detail which ABI is the subject to change if it is ever exposed in more formal way. I particularly do not think that traditional Unix ABI/API with 0/-1 and errno is good fit for libsys. Second, errno itself is very complicated and irrelevant thing. The symbol really should not be referenced by any ABI-compliant binary or dso, and it is provided only for formal ABI compat. Since long time, errno is defined as *__error(), and this is the current ABI for it. Since errno is an object and exported from dso (lets put aside libc vs libsys ATM), the reference to it ends up with the same sized object allocated in the referencing object, and with the COPY relocation. Now, and this is the worst part, it is indeed impossible to keep ABI of errno (in the part that the symbol is copied from libc and not libsys) with the libsys split, and still allow the main thread to directly access the errno location to get correct syscall error values. As result, errno is copied from libsys. So formally we somewhat break ABI, but I do think that this is the least possible breakage to still have (future) benefits of libsys. From nobody Sat Mar 22 02:11:26 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 4ZKN9G4nG6z5r4CP for ; Sat, 22 Mar 2025 02:11:46 +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 4ZKN9G2brXz3nvN for ; Sat, 22 Mar 2025 02:11:46 +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=1742609499; bh=Yi49Bz7JcRVmjeE1QUuxXu5Vilz4rLNcli8xhTNdTiQ=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=oyWUjvuifW0+CdmoS0kvr0TyCAfFuacdZdYxwZerlK5L2PV4sEf1RAZ27K0PKGECPgwZ7DXgn+Kvmdf49ap3qzbGmX5UWj8amXbG+ia8u5kT5dYBk5922QquSq4cYMCGNDMX6RH1zhcKVgNdukj6+Ia/ihz/6Y3q8pP98GB/fqKoRaneoVZj3zwPKBLuWQzFtrWawZEV5uNpFTXox0Frz5HzwDY0HZzVaGRNE5TKZniSLpHZkc+qpMNrUq0TVqbBLD7gbjVkee5ZPlmuaGZrURPfpoWQO9QS4K01RR0/XyaRyKjf2TH7uegl7Crzh8is7RVJ2BApHBKNaDE/EnD/6w== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1742609499; bh=NSqRy4lmNbVgWCAMgBIB8oG9UIZfN6COV5H7VtrRHqm=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=eNEGxaMu7WLjiwOUffxm9QT47exyLWMkgyf0QyCWXRWWkPkq9x8KJxv2T4PJI+JQDpQevw6QR2MsHokU0BCRC3DhXAmm4NNJPljKmLL43wtkSusvXzPWmd2ByD6FGRLax0KoJ6QwAhwc8SNAs+hXiWnGY7+VEwMc2y8D42PewicHi4ZJ2DsWFW/56QIF/JVabR14d/yU/GwHwgfmbsN5YPItP+Kog/j119aYGmhWNUb8AChoYcShTiEnCdiYH3ZXX8lwpkrqvK64feX/C3sE6p/hRTnOCxk9WOcqoMb9LxmeFlyNOP5EBjsEAILVXNcu78bJolGA6mhyDP6tGyk/2w== X-YMail-OSG: jIcN4aAVM1msBfCQrJVxbANTeT0_u0uGsdMUEkbSZU_Lb8t82d.eypFb.BxGrwN bjAptoH_cswt1LiBq3o0MYKtVEGsy_E427588FcGyLCVIjYQCwZVMQ6DEhD6gnDsUw2M2dB46rgc ki4uRUd8x4hOBboXX8cpquPKhP9Ynm2erm1jy.TRRRycEahUWysSEJNYd5XVwZ64Xt9BwCtdHE2i Ef0YcrHALE1BgNrYzoYhKih79JjxPN.5yIh_ktMDG.usIa7TfgXqoeicU6UngtoBVccY_HAmlbdt FmSrpXz4hNb.cGNvSfCg5lAPY0pjR8D2jOsHpEpeBVWSK5M7ZJ4uXtk8OwpgllNXNcgsoq7noTkc OgMig81cgRTz3UodbVOyrKm_VbqxqhgUupXfiFE6Ota0duzNDpLEJmhC_YYJfULpwa1MGKtMBOJ8 5KcwN8y3g_IgsLmHZMPu_jrcS74RAc93Cn7SX94G3fPcB.1Ngl.6WCdpQoG47EB37TRFvrNG0st1 uW158OZRDXU2aZRfElI.1jN._esSDcm08GoZ1ywxa7v0oauoQxToUHyGrzpWmkpJIwwSFKa8suaV aKqRDByTIwEllwYrjmouHrS0JEf2PFqWuk2rnJSRGT85TNdpQbow.qyE9DwJTW1rnmqe9Np4tfRb f95K2jxbmFadeOhsrK6xf8t54rgpEItaIuuNjDv6Uo.npR3mC_6b1_8LDS1QGfKUZFA5lWoTQfcc 7lwsr4zdx47XmqCNzznyFwvH9Bd4F02PdfX66yI0zFXQWAMvpjqofnriqiTtd45rwTFxz0rdMUtw 7Q6kc0DZf6NW4LkBiYirixYyAIAQnB0Wkuaj4C6VMSgQVTlMjvG.ZitneHoL2mtv9PdeyCp9luo8 .55I.HNYCCnl8oa6vcV7uJ6YisCEfqlLQ1ehMtwlnAkm60MDmAjgS4_OecD_ucfk8st59cXzIuBj 6MdoYEWes5OKATyCu5iZbqLcb05VYQuQpNpDKcE9NrbiwJCU1s8HDnL6gSlW8BnceqP.nRvk7EYu gElray3w0ByzjZFNUtGs5_rEjeWIOZTUbmDfCv2F5J7JCfYNLGFjTNpuktfeJdrqj5Ln3XfZ.20k U.JT9V3oS3qm46wwWcCSPoxKbxeZEIN.aQAYKALAcyfuDYUUgvgxX2jc54zeYZJ0xIw8Ehu..lhH RpmpVZXzndtCfkSNfUa0BB2dCtj9BIi9lUzXUsjz1j0uyCkOdOMbUbO3gKXxMqeA_LJFp6.CuBAC 0hF9ap4krsG3qlvJbA5VYny.tEobDCrYJ1xC8jU.giyk39nZArkHX_FjrLCFPhdxxWriv2qeFh2c xBGGm6rBY5pwSIBlBkAhnXTMkGlni237AfOVpn5r2Cb7h1NQQ.OUn3k5XINl3Y5PQFwzQ8Zv7hpr BkeORxO4dZpkhOUfveLZEgkpFWyjBEselyN58jsPd18eETZbYqd6MK2mQ3dDDFil38.2yi_rrzv. XCHbQ7Qkr9YkMz85w6425_dowvlzdeFtZiObDEdBi8Yn56b99oAvYIBW850m5S1bkfQLDfcNlVS6 JgIHCD4jBHQi8pSAm82z97qBkAtpB6pBrUrerZ_3i7x7_m3TjUY2xxVZQvYWZuJCbdyOmEh_Le4H 4cxTTitvnU1lX6aH.XEqIETLVLNNC7k8dATmeuLHkmYVQ7Aw_Wo8JEi8LaddcBT2TgOIzH78DFCO H5RFTPcSeIXyBJtR1gYwhUvJk4NZFtl7R7e8F5PJfTV1CAy3z_9J2xo5Or7o8.nnchkKIOBHPOlz iNVlHO_.kQLSdndIa3aj_5GdWkH2vopzMLqHJhCztMt68cQmolk1U3QgbSgRbqrrzVX5Yg3h4gML 45EdebrmqohS5ae5FAG8XmD7PFrkU.29mTHHHzpKiDsQWpskSnqngX8aEjU6I9CoSqIYxWF5dcu. c2k.A23d6FwV9xW.3LcoDtxm1dO2ox_f24rOcrd2EDYxva9lwdamYjKRWAWw.kxGoIXYFxOBXcw9 eBhMVL4FaKi.UPeAnInzGQ3u2U21Mjp1.Q_wrI0gvTpBoUXRr55tsHNM1fFaIOBqsa7Lp02QtRgU t96bHM13iApSXAXGvUpT9lRqmI29vroOq1JEkAUgsktd29_bHCnb.64o0Md7QZOTbKoAo5ml0QQO vwwtdbycX.iXRHJs1iZkifH7rlQug2sfXiaE2aqmFTEsFFPcTiPzHc_.PGCsIbAsxDr2box0ydGH 6a5fw3FUfnjyU9Ogtrk.b1gqy2VFEyywBhxkmhD5H2.1GDS2yjUxerHEgAz_SoTGTJZfXFb_YY8v B2q7s3A-- X-Sonic-MF: X-Sonic-ID: 6e0fd70a-c54c-4a7f-a1a4-22769e0d03a8 Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Sat, 22 Mar 2025 02:11:39 +0000 Received: by hermes--production-gq1-7d5f4447dd-7ttzk (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 4bf88a20442d86bc7b0dde46cef7ea7f; Sat, 22 Mar 2025 02:11:36 +0000 (UTC) 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 \(3826.400.131.1.6\)) Subject: Re: The lib{c,sys} split in main: will man pages be updated for 15.0-RELEASE? From: Mark Millard In-Reply-To: Date: Fri, 21 Mar 2025 19:11:26 -0700 Cc: FreeBSD Current , Brooks Davis Content-Transfer-Encoding: quoted-printable Message-Id: <895331A9-74BD-4D00-BEF6-E0B549FA7BAA@yahoo.com> References: <271975F8-802F-4A30-BBF6-AEA5BAA97C54.ref@yahoo.com> <271975F8-802F-4A30-BBF6-AEA5BAA97C54@yahoo.com> To: Konstantin Belousov X-Mailer: Apple Mail (2.3826.400.131.1.6) X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4ZKN9G2brXz3nvN X-Spamd-Bar: ---- On Mar 21, 2025, at 17:43, Konstantin Belousov = wrote: > On Fri, Mar 21, 2025 at 02:30:40PM -0700, Mark Millard wrote: >> Under: >>=20 >> # uname -apKU >> FreeBSD 7950X3D-ZFS 15.0-CURRENT FreeBSD 15.0-CURRENT #4 = main-n275926-a54a240c1b57-dirty: Thu Mar 13 00:44:25 PDT 2025 = root@7950X3D-ZFS:/usr/obj/BUILDs/main-ZNV4-nodbg-clang/usr/main-src/amd64.= amd64/sys/GENERIC-NODBG amd64 amd64 1500034 1500034 >>=20 >> Looking, I see: >>=20 >> # man -K "libc, -l" | more >> /usr/share/man/man2/_Fork.2.gz: Standard C Library (libc, -lc) >> /usr/share/man/man2/__syscall.2.gz: Standard C Library (libc, = -lc) >> /usr/share/man/man2/_exit.2.gz: Standard C Library (libc, -lc) >> /usr/share/man/man2/_umtx_op.2.gz: Standard C Library (libc, -lc) >> . . . >>=20 >> But: >>=20 >> # man -K "libsys, -l" | more >> #=20 >>=20 >> (So nothing references libsys in a similar way.) >>=20 >> # readelf -drs /lib/libsys.so.7 | sort -k8,8 | grep "\<_*errno\>" >> 633: 000000000001d328 4 OBJECT GLOBAL DEFAULT 28 = errno@FBSD_1.0 (2) >>=20 >> # readelf -drs /lib/libc.so.7 | sort -k8,8 | grep "\<_*errno\>" >> #=20 >>=20 >> # man errno >> INTRO(2) FreeBSD System Calls Manual = INTRO(2) >>=20 >> NAME >> intro, errno =E2=80=93 introduction to system calls and their = error numbers >>=20 >> LIBRARY >> Standard C Library (libc, -lc) >>=20 >> SYNOPSIS >> #include >> #include >> . . . >>=20 >> (So "libc, -lc" is still referenced for errno in the man page.) >>=20 >> (errno is just used as an example above.) >=20 > First, libsys does not participate in the 'official' ABI of the = FreeBSD > userspace. This is indicated, in particular, by the man pages, which > clearly and correctly state that syscall stubs symbols are supposed to > be provided by libc, and apps must link to libc to get them. >=20 > Libsys is the internal implementation detail which ABI is the subject = to > change if it is ever exposed in more formal way. I particularly do = not > think that traditional Unix ABI/API with 0/-1 and errno is good fit = for > libsys. >=20 > Second, errno itself is very complicated and irrelevant thing. The > symbol really should not be referenced by any ABI-compliant binary > or dso, and it is provided only for formal ABI compat. Since long > time, errno is defined as *__error(), and this is the current ABI for > it. >=20 > Since errno is an object and exported from dso (lets put aside libc vs > libsys ATM), the reference to it ends up with the same sized object > allocated in the referencing object, and with the COPY relocation. = Now, > and this is the worst part, it is indeed impossible to keep ABI of = errno > (in the part that the symbol is copied from libc and not libsys) with > the libsys split, and still allow the main thread to directly access = the > errno location to get correct syscall error values. As result, errno > is copied from libsys. >=20 > So formally we somewhat break ABI, but I do think that this is the = least > possible breakage to still have (future) benefits of libsys. Thanks for the notes. Part of the problem with picking examples is that they can end up being over-specific, with some extra context not intended ending up as interfering. It looks like my example use of errno has that problem. There might have been some better example to use. I think that: QUOTING YOU ABOVE This is indicated, in particular, by the man pages, which clearly and correctly state that syscall stubs symbols are supposed to be provided by libc, and apps must link to libc to get them. END QUOTE is what drives the documentation: not where one would find things when looking at the implementation but where one references to link things is the general criteria for what is being documented. Under that criteria, things stay as they are as far as I can tell. That explains what I was looking for as far as what to expect of the documentation. The recent environ/__progname issue's return in stable/14 for ports and my looking around related to it is the context that lead to my question. Although, like errno, they are not directly what my question was about: they were just why I was looking at the documentation at all. Thanks again. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Mar 22 07:02: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 4ZKVcc4d7Fz5rNnV for ; Sat, 22 Mar 2025 07:02:24 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (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 4ZKVcb6LfNz3MVT for ; Sat, 22 Mar 2025 07:02:23 +0000 (UTC) (envelope-from manu@bidouilliste.com) Authentication-Results: mx1.freebsd.org; none Received: from skull.home.blih.net (mwc0868.ftth.cust.milkywan.net [45.13.107.196]) by mx.blih.net (OpenSMTPD) with ESMTPSA id c9fd4197 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Sat, 22 Mar 2025 07:02:15 +0000 (UTC) Date: Sat, 22 Mar 2025 08:02:12 +0100 From: Emmanuel Vadot To: "Steven Harms (High-Security Mail)" Cc: "freebsd-current@freebsd.org" Subject: Re: Confused by boot_mute documentation, terminal systems, and goals Message-Id: <20250322080212.0fe0e090d8e942105e9feb65@bidouilliste.com> In-Reply-To: References: X-Mailer: Sylpheed 3.7.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: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR] X-Rspamd-Queue-Id: 4ZKVcb6LfNz3MVT X-Spamd-Bar: ---- Hi, On Fri, 21 Mar 2025 22:13:29 +0000 "Steven Harms (High-Security Mail)" wrote: > Folks, > > I am attempting to figure out what boot_mute wants me to do. I'm trying to make a "laptop guide" and I'm confused. I'm not a C programmer at this scale of sophistication so there's a decent chance I'm foolishly making an error, but current is not doing what I expect. > > - boot_mute doesn't appear in [loader.conf(8)][1] Indeed, this sould be fixed :) > - In the defaults/loader.conf file it [appears][2] and says: that it exists to mute the console. I daresay that it's doing more than that, because activating it puts a logo + beastie orb on the screen. Question: Should the comment be updated? It shouldn't put the orb on the top of the screen, this is controlled by kern.vt.splash_cpu which defaults to 0 > - The only other mention of boot_mute is on the line that specifies that the overlay image can be controlled through configuration of the [splash] value implying that instead of using the encoded array of unsigned char in the kernel at https://github.com/freebsd/freebsd-src/blob/main/sys/dev/vt/logo/logo_beastie.c. Whoa! A nice configurable option? Nice. Looking at the git history on that file it appears to be part of splash(4). And /that/ document says ..."work with syscons(4) only". OK so maybe that comment in defaults also needs updating? Because... The splash(4) man pages was updated to reflect this, are you looking at an older revision of the man page ? > - My impression is that vt(4) is the way forward at present which means that I was following a bad path and we're /back/ to using the [in-kernel defined image][3] for the splash screen that's triggered by boot_mute? I really don't understand the image packing as chars well enough to reverse how to create a BMP from an array of hex values, but, eh...is this the one that's being shown? Seems like it. There's also quite a bit of logic inside of sys/dev/vt/vt_cpulogos.c[3] that suggests that it's trying to use arrays of chars as overlay. No need to create an image embedded in kernel, with vt(4) you can load a png image. > OK, so AFAICT, there are two terminal rendering systems, under-/mis-documented loader.conf flags, and two places where images are defined: in the vt device directory and the images/ directory. Question: Can anyone confirm / deny my assessment? Looks correct yes. > After all that I'm still a bit confused as to what the expected/desired behavior is. Can anyone help me figure out what the desired behavior is (and maybe I can update the comments)? My current plan is to turn the array into 0x00 and see what happens, but I'd like to know how I can turn the results of that experiment into a patch. What are you trying to do exactly ? > Best, > > Steven > > [1]: https://github.com/freebsd/freebsd-src/blob/main/stand/defaults/loader.conf.5 > [2]: https://github.com/freebsd/freebsd-src/blob/283be95ea29abd7f867e4084bafe368c47f6c038/stand/defaults/loader.conf#L134 > [splash]: https://github.com/freebsd/freebsd-src/blob/283be95ea29abd7f867e4084bafe368c47f6c038/stand/defaults/loader.conf#L30 > [3]: https://github.com/freebsd/freebsd-src/blob/main/sys/dev/vt/vt_cpulogos.c#L79-L91 > --- > > Public Key: 22BE39E2FA68D8BA8DC4B43A55A16D8CE2B036DE > > Messages from this account are considered the best-secured and most reliable. Send information regarding health, wealth, or requiring higher standards of security to this address. > > Sent with [Proton Mail](https://proton.me/mail/home) secure email. Cheers, -- Emmanuel Vadot From nobody Sat Mar 22 07:04:25 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 4ZKVg060P5z5rNhm for ; Sat, 22 Mar 2025 07:04:28 +0000 (UTC) (envelope-from glebius@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZKVg058qYz3PBx; Sat, 22 Mar 2025 07:04:28 +0000 (UTC) (envelope-from glebius@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742627068; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=SPnAkdb6vYH1EHSzGgZh7vUOVSNzxhdMvb8YrsLILks=; b=q6Sm+OMTEd7vjehpQHD29v8Nc/+kkTIMNcX17tlbv/WFUEEkDpIw9kOGK/DIG+PIbHxiRA fhuxdJHvJls09jMRlDdqG2GBuHZwSWL4P/B/eGToQsXg1uty4xhHGxbluGV9pSrFMXkeQp daHhpoVPteCYeXPpwns4qw4Bq6+icATeNAnzXYf/IhkUk57TWprw5vje/FK5RKqxRNsBUZ Euzl0Gcro+JbiaVtM/jcTuvTW6+1EUG6HYC1SY43+VWWEAYXvaZRrGJxSAt3O5VvjAPoXE U2CM7y1LEJq9Fr9X600vu9954IXlnAuORosw9lsWtPn5VzZ/DaaFFW3l5evC2Q== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1742627068; a=rsa-sha256; cv=none; b=DLtqvwHDLSbZYgPoP+1YmET7Owpggcsv7JFVXAlI5GgQZb758T3KDCR9ULay+t6lwbByKH NEiGBAA4o2yZrfSt0CKG6KuZ+lTQceit3/6lslMhL4NhNDEFgXM8sES9ZPZzyGu0PklyQ5 hw+8mQI75Mzuypo7+9aM9bI3Bu0JGJ3p9REkr+3uMCtTyU6plwwU1VrRepmpqw0TD3yjJI og4o/n+cycUZ9prHTzWoCjTAnfSgVWGbaOM+4thVlAik7Azq+s6EBYJPhK+ZUOZcCEHaRT IRra5+CUh8mydyXmVTKXeMYfyXEu+nJbBxojzGHXkJ2boh1XedYi6SZfbB6YUQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742627068; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=SPnAkdb6vYH1EHSzGgZh7vUOVSNzxhdMvb8YrsLILks=; b=GTqQL3FpBLrK/01OPVp6M3mb6HEM+Oi6HWvy1QxLURU/vitR/f+VaBM5L/kIHniuuXGFB+ bVHA3T78PIoRxmSMEGvjJlhKkJfvwZYveg+5Us/XpfOYUDNGeBWYZc9RKhzSCUh7LivzAm nMWi+75avBfCuKLyxrrFFKzHs9sB2ic3ypfcn2eet7IFaPUUw0UvwbB2MsuNS4/jTLw6g4 e2Wn+WBfVa9Csvubhpyq5rCz6Zci/EmrsGjdQkzgw2gUFuAz8pW+jN/IVxTISS0exmD5eO q9OjbiskOBAFsfkOWYylalR7KQlbEhS/2Us01lt4qlHGtEOGblphD62A0jz7yQ== Received: from cell.glebi.us (glebi.us [162.251.186.162]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: glebius) by smtp.freebsd.org (Postfix) with ESMTPSA id 4ZKVfz629Gz1BqP; Sat, 22 Mar 2025 07:04:27 +0000 (UTC) (envelope-from glebius@freebsd.org) Date: Sat, 22 Mar 2025 00:04:25 -0700 From: Gleb Smirnoff To: David Wolfskill , Mark Johnston , "Bjoern A. Zeeb" , current@freebsd.org, kib@freebsd.org, jhb@freebsd.org Subject: Re: Possible video driver issue after main-n275966-d2a55e6a9348 -> main-n275975-5963423232e8 Message-ID: References: <01qqq28n-p1s3-n82q-9n1s-7o900ro5n62q@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: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Fri, Mar 21, 2025 at 11:13:53AM -0700, David Wolfskill wrote: D> OK; I started on my secondary laptop (Dell Precision 7520) after having D> updated the "head" slice to main-n276038-6f6c07813b38 earlier today (and D> verifying that the initial concern -- that it doesn't appear to complete D> the transition to graphics mode and appears to emulate a power-consuming D> brick) still occurred), I copied that slice to a different one (slice 2) D> and booted from it (using a kernel from a week ago, D> main-n275966-d2a55e6a9348). D> D> I then applied Mark's patch (cleanly; no issues), then D> rebuilt/installed the kernel, then rebooted... and stuff seems to work; D> I get the xdm login banner Just Fine (and I can ssh into it normally). Thanks, David! Mark, can you please push your patch before the stabweek cutoff that happens early Monday? -- Gleb Smirnoff From nobody Sat Mar 22 11:42:19 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 4ZKcqf3VTLz5rf2w for ; Sat, 22 Mar 2025 11:42:22 +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 4ZKcqd723jz4103; Sat, 22 Mar 2025 11:42:21 +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 52MBgKVr002309; Sat, 22 Mar 2025 11:42:20 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.18.1/8.18.1/Submit) id 52MBgJSo002308; Sat, 22 Mar 2025 04:42:19 -0700 (PDT) (envelope-from david) Date: Sat, 22 Mar 2025 04:42:19 -0700 From: David Wolfskill To: Gleb Smirnoff Cc: Mark Johnston , "Bjoern A. Zeeb" , current@freebsd.org, kib@freebsd.org, jhb@freebsd.org Subject: Re: Possible video driver issue after main-n275966-d2a55e6a9348 -> main-n275975-5963423232e8 Message-ID: Mail-Followup-To: David Wolfskill , Gleb Smirnoff , Mark Johnston , "Bjoern A. Zeeb" , current@freebsd.org, kib@freebsd.org, jhb@freebsd.org References: <01qqq28n-p1s3-n82q-9n1s-7o900ro5n62q@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="K0rpznTEctRaSPeF" Content-Disposition: inline In-Reply-To: X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US] X-Rspamd-Queue-Id: 4ZKcqd723jz4103 X-Spamd-Bar: ---- --K0rpznTEctRaSPeF Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 22, 2025 at 12:04:25AM -0700, Gleb Smirnoff wrote: > ... > Mark, can you please push your patch before the stabweek cutoff > that happens early Monday? > .... In the mean time, I have applied Mark's patch to the sources I use for daily updates on both laptops; the last couple of entries in https://www.catwhisker.org/~david/FreeBSD/history/laptop_uname_amd64.15.txt now show: FreeBSD 15.0-CURRENT #410 main-n275966-d2a55e6a9348: Fri Mar 14 11:39:29 UT= C 2025 root@g1-118.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/sy= s/CANARY amd64 1500034 1500034 FreeBSD 15.0-CURRENT #418 main-n276044-5648c1d6f3b0-dirty: Sat Mar 22 11:11= :36 UTC 2025 root@g1-118.catwhisker.org:/common/S4/obj/usr/src/amd64.am= d64/sys/CANARY amd64 1500034 1500034 (for example). (My "build machine" only runs a GENERIC kernel, so I don't see much point in applying the patch for it.) Peace, david --=20 David H. Wolfskill david@catwhisker.org I wonder why "=D0=9F=D1=80=D0=B0=D0=B2=D0=B4=D0=B0 =D0=A1=D0=BE=D1=86=D0=B8= =D0=B0=D0=BB=D1=8C=D0=BD=D0=B0=D1=8F" ("Pravda Sotsial'naya") reminds me of the Cold War era. See https://www.catwhisker.org/~david/publickey.gpg for my public key. --K0rpznTEctRaSPeF Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSTLzOSbomIK53fjFliipiWhXYx5QUCZ96iG18UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0OTMy RjMzOTI2RTg5ODgyQjlEREY4QzU5NjI4QTk4OTY4NTc2MzFFNQAKCRBiipiWhXYx 5f5/AP9O4R9fnyk36B6ZINGsC+xt7KTb7Lhslnr1AZcahu3IxQD+P+BKiPD5gLqJ uTYNP9QP82UM24jbeMqYA99KALkfMAw= =CKQt -----END PGP SIGNATURE----- --K0rpznTEctRaSPeF-- From nobody Sat Mar 22 14:39:55 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 4ZKhmf54JNz5rpXp for ; Sat, 22 Mar 2025 14:40:02 +0000 (UTC) (envelope-from sgharms@stevengharms.com) Received: from mail-4317.protonmail.ch (mail-4317.protonmail.ch [185.70.43.17]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "protonmail.com", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZKhmf0C7zz43rS for ; Sat, 22 Mar 2025 14:40:02 +0000 (UTC) (envelope-from sgharms@stevengharms.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=stevengharms.com; s=protonmail; t=1742654399; x=1742913599; bh=BJCwPQMaZjGFoMa/fPhD6SSeSkLgZkXFIDqctnjyBPk=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector:List-Unsubscribe:List-Unsubscribe-Post; b=tOzKIwTjyw6UO3RVft40cAi//suSFrrRhDVSFFB9ufhH6Y8QMF0vj7OJl/nhg6ls1 +qw2GuJZuduUCANo0+379++e30INPs7K3m7ciRToJAICfBjp8ocX+Z7N1u220kT+K9 1GdR0ccgsKRPvqhg4ZdJfLSBhxbwG+9MXjgIjkFg= Date: Sat, 22 Mar 2025 14:39:55 +0000 To: Emmanuel Vadot From: "Steven Harms (High-Security Mail)" Cc: "freebsd-current@freebsd.org" Subject: Re: Confused by boot_mute documentation, terminal systems, and goals Message-ID: In-Reply-To: <20250322080212.0fe0e090d8e942105e9feb65@bidouilliste.com> References: <20250322080212.0fe0e090d8e942105e9feb65@bidouilliste.com> Feedback-ID: 16996530:user:proton X-Pm-Message-ID: 52f41d2b8766ff3fce22c4764d473265c71adee4 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="b1=_Ja0hz6jtGAqu3D9YE7TF3ub3mXZjA1sOqejbxOv0OI" X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.43.0/24, country:CH] X-Rspamd-Queue-Id: 4ZKhmf0C7zz43rS X-Spamd-Bar: ---- --b1=_Ja0hz6jtGAqu3D9YE7TF3ub3mXZjA1sOqejbxOv0OI Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 TWFudSwKClRoYW5rcyBmb3IgdGhlIHJlcGx5IGFuZCBpdHMgY29uc2lkZXJhdGlvbi4gTXkgbW9z dC1kZXNpcmVkIG91dGNvbWUgd291bGQgYmUgdG8gYm9vdCBteSBzeXN0ZW06IGJpb3Mgc2NyZWVu IC0+IGJvb3RfbXV0ZSBzY3JlZW4gKGVpdGhlciBvZiBjdXN0b20gY2hvaWNlLCBzb2xpZCBibGFj aywgRnJlZUJTRCB3b3JkLWxvZ28pIC0+IGxvZ2luLgoKQWx0ZXJuYXRpdmVseSBzYWlkLCBJIHdh bnQgbm90aGluZyBvZiBiZWFzdGllIG9yIGJlYXN0aWUgb3JiLiBBbmQgSSBkb27igJl0IGNhcmUg YWJvdXQga2VybmVsIHByb2JsZW1zIHNjcmVlbiBvdXRwdXQgT1IgUkMgc3RhcnR1cCBvdXRwdXQu CgpJIGRvIG15IGtlcm5lbCBidWlsZHMgb24gb2xkIGhhcmR3YXJlIOKAlCB1c2luZyBGcmVlQlNE IHRvIGhlbHAgd2l0aCBnaXZpbmcgb2xkIG1hY2hpbmVzIG5ldyBsaWZlIC8gbG9uZ2VyIGxpZmUg aXMgYSBjb250cmlidXRpb24gSSBjYW4gbWFrZSB0byByZWR1Y2luZyBlbGVjdHJvbmljIHdhc3Rl LiBJIGhhdmUgYSBidWlsZCBydW5uaW5nIHJpZ2h0IG5vdyBzbyBJIGNhbuKAmXQgZG91YmxlIGNo ZWNrIHRoZSBsYW5ndWFnZSAvIHZlcnNpb25pbmcgaW4gdGhlIG1hbiBwYWdlcywgYnV0IHdpbGwg dXBkYXRlIGxhdGVyIHRvZGF5IGFmdGVyIEkgaW5zdGFsbCB0aGUgd29ybGQuCgpPbiBTYXQsIE1h ciAyMiwgMjAyNSBhdCAwMzowMiwgRW1tYW51ZWwgVmFkb3QgPFttYW51QGJpZG91aWxsaXN0ZS5j b21dKG1haWx0bzpPbiBTYXQsIE1hciAyMiwgMjAyNSBhdCAwMzowMiwgRW1tYW51ZWwgVmFkb3Qg PDxhIGhyZWY9KT4gd3JvdGU6Cgo+IEhpLAo+Cj4gT24gRnJpLCAyMSBNYXIgMjAyNSAyMjoxMzoy OSArMDAwMAo+ICJTdGV2ZW4gSGFybXMgKEhpZ2gtU2VjdXJpdHkgTWFpbCkiIDxzZ2hhcm1zQHN0 ZXZlbmdoYXJtcy5jb20+IHdyb3RlOgo+Cj4+IEZvbGtzLAo+Pgo+PiBJIGFtIGF0dGVtcHRpbmcg dG8gZmlndXJlIG91dCB3aGF0IGJvb3RfbXV0ZSB3YW50cyBtZSB0byBkby4gSSdtIHRyeWluZyB0 byBtYWtlIGEgImxhcHRvcCBndWlkZSIgYW5kIEknbSBjb25mdXNlZC4gSSdtIG5vdCBhIEMgcHJv Z3JhbW1lciBhdCB0aGlzIHNjYWxlIG9mIHNvcGhpc3RpY2F0aW9uIHNvIHRoZXJlJ3MgYSBkZWNl bnQgY2hhbmNlIEknbSBmb29saXNobHkgbWFraW5nIGFuIGVycm9yLCBidXQgY3VycmVudCBpcyBu b3QgZG9pbmcgd2hhdCBJIGV4cGVjdC4KPj4KPj4gLSBib290X211dGUgZG9lc24ndCBhcHBlYXIg aW4gW2xvYWRlci5jb25mKDgpXVsxXQo+Cj4gSW5kZWVkLCB0aGlzIHNvdWxkIGJlIGZpeGVkIDop Cj4KPj4gLSBJbiB0aGUgZGVmYXVsdHMvbG9hZGVyLmNvbmYgZmlsZSBpdCBbYXBwZWFyc11bMl0g YW5kIHNheXM6IHRoYXQgaXQgZXhpc3RzIHRvIG11dGUgdGhlIGNvbnNvbGUuIEkgZGFyZXNheSB0 aGF0IGl0J3MgZG9pbmcgbW9yZSB0aGFuIHRoYXQsIGJlY2F1c2UgYWN0aXZhdGluZyBpdCBwdXRz IGEgbG9nbyArIGJlYXN0aWUgb3JiIG9uIHRoZSBzY3JlZW4uIFF1ZXN0aW9uOiBTaG91bGQgdGhl IGNvbW1lbnQgYmUgdXBkYXRlZD8KPgo+IEl0IHNob3VsZG4ndCBwdXQgdGhlIG9yYiBvbiB0aGUg dG9wIG9mIHRoZSBzY3JlZW4sIHRoaXMgaXMgY29udHJvbGxlZAo+IGJ5IGtlcm4udnQuc3BsYXNo X2NwdSB3aGljaCBkZWZhdWx0cyB0byAwCj4KPj4gLSBUaGUgb25seSBvdGhlciBtZW50aW9uIG9m IGJvb3RfbXV0ZSBpcyBvbiB0aGUgbGluZSB0aGF0IHNwZWNpZmllcyB0aGF0IHRoZSBvdmVybGF5 IGltYWdlIGNhbiBiZSBjb250cm9sbGVkIHRocm91Z2ggY29uZmlndXJhdGlvbiBvZiB0aGUgW3Nw bGFzaF0gdmFsdWUgaW1wbHlpbmcgdGhhdCBpbnN0ZWFkIG9mIHVzaW5nIHRoZSBlbmNvZGVkIGFy cmF5IG9mIHVuc2lnbmVkIGNoYXIgaW4gdGhlIGtlcm5lbCBhdCBodHRwczovL2dpdGh1Yi5jb20v ZnJlZWJzZC9mcmVlYnNkLXNyYy9ibG9iL21haW4vc3lzL2Rldi92dC9sb2dvL2xvZ29fYmVhc3Rp ZS5jLiBXaG9hISBBIG5pY2UgY29uZmlndXJhYmxlIG9wdGlvbj8gTmljZS4gTG9va2luZyBhdCB0 aGUgZ2l0IGhpc3Rvcnkgb24gdGhhdCBmaWxlIGl0IGFwcGVhcnMgdG8gYmUgcGFydCBvZiBzcGxh c2goNCkuIEFuZCAvdGhhdC8gZG9jdW1lbnQgc2F5cyAuLi4id29yayB3aXRoIHN5c2NvbnMoNCkg b25seSIuIE9LIHNvIG1heWJlIHRoYXQgY29tbWVudCBpbiBkZWZhdWx0cyBhbHNvIG5lZWRzIHVw ZGF0aW5nPyBCZWNhdXNlLi4uCj4KPiBUaGUgc3BsYXNoKDQpIG1hbiBwYWdlcyB3YXMgdXBkYXRl ZCB0byByZWZsZWN0IHRoaXMsIGFyZSB5b3UgbG9va2luZwo+IGF0IGFuIG9sZGVyIHJldmlzaW9u IG9mIHRoZSBtYW4gcGFnZSA/Cj4KPj4gLSBNeSBpbXByZXNzaW9uIGlzIHRoYXQgdnQoNCkgaXMg dGhlIHdheSBmb3J3YXJkIGF0IHByZXNlbnQgd2hpY2ggbWVhbnMgdGhhdCBJIHdhcyBmb2xsb3dp bmcgYSBiYWQgcGF0aCBhbmQgd2UncmUgL2JhY2svIHRvIHVzaW5nIHRoZSBbaW4ta2VybmVsIGRl ZmluZWQgaW1hZ2VdWzNdIGZvciB0aGUgc3BsYXNoIHNjcmVlbiB0aGF0J3MgdHJpZ2dlcmVkIGJ5 IGJvb3RfbXV0ZT8gSSByZWFsbHkgZG9uJ3QgdW5kZXJzdGFuZCB0aGUgaW1hZ2UgcGFja2luZyBh cyBjaGFycyB3ZWxsIGVub3VnaCB0byByZXZlcnNlIGhvdyB0byBjcmVhdGUgYSBCTVAgZnJvbSBh biBhcnJheSBvZiBoZXggdmFsdWVzLCBidXQsIGVoLi4uaXMgdGhpcyB0aGUgb25lIHRoYXQncyBi ZWluZyBzaG93bj8gU2VlbXMgbGlrZSBpdC4gVGhlcmUncyBhbHNvIHF1aXRlIGEgYml0IG9mIGxv Z2ljIGluc2lkZSBvZiBzeXMvZGV2L3Z0L3Z0X2NwdWxvZ29zLmNbM10gdGhhdCBzdWdnZXN0cyB0 aGF0IGl0J3MgdHJ5aW5nIHRvIHVzZSBhcnJheXMgb2YgY2hhcnMgYXMgb3ZlcmxheS4KPgo+IE5v IG5lZWQgdG8gY3JlYXRlIGFuIGltYWdlIGVtYmVkZGVkIGluIGtlcm5lbCwgd2l0aCB2dCg0KSB5 b3UgY2FuIGxvYWQKPiBhIHBuZyBpbWFnZS4KPgo+PiBPSywgc28gQUZBSUNULCB0aGVyZSBhcmUg dHdvIHRlcm1pbmFsIHJlbmRlcmluZyBzeXN0ZW1zLCB1bmRlci0vbWlzLWRvY3VtZW50ZWQgbG9h ZGVyLmNvbmYgZmxhZ3MsIGFuZCB0d28gcGxhY2VzIHdoZXJlIGltYWdlcyBhcmUgZGVmaW5lZDog aW4gdGhlIHZ0IGRldmljZSBkaXJlY3RvcnkgYW5kIHRoZSBpbWFnZXMvIGRpcmVjdG9yeS4gUXVl c3Rpb246IENhbiBhbnlvbmUgY29uZmlybSAvIGRlbnkgbXkgYXNzZXNzbWVudD8KPgo+IExvb2tz IGNvcnJlY3QgeWVzLgo+Cj4+IEFmdGVyIGFsbCB0aGF0IEknbSBzdGlsbCBhIGJpdCBjb25mdXNl ZCBhcyB0byB3aGF0IHRoZSBleHBlY3RlZC9kZXNpcmVkIGJlaGF2aW9yIGlzLiBDYW4gYW55b25l IGhlbHAgbWUgZmlndXJlIG91dCB3aGF0IHRoZSBkZXNpcmVkIGJlaGF2aW9yIGlzIChhbmQgbWF5 YmUgSSBjYW4gdXBkYXRlIHRoZSBjb21tZW50cyk/IE15IGN1cnJlbnQgcGxhbiBpcyB0byB0dXJu IHRoZSBhcnJheSBpbnRvIDB4MDAgYW5kIHNlZSB3aGF0IGhhcHBlbnMsIGJ1dCBJJ2QgbGlrZSB0 byBrbm93IGhvdyBJIGNhbiB0dXJuIHRoZSByZXN1bHRzIG9mIHRoYXQgZXhwZXJpbWVudCBpbnRv IGEgcGF0Y2guCj4KPiBXaGF0IGFyZSB5b3UgdHJ5aW5nIHRvIGRvIGV4YWN0bHkgPwo+Cj4+IEJl c3QsCj4+Cj4+IFN0ZXZlbgo+Pgo+PiBbMV06IGh0dHBzOi8vZ2l0aHViLmNvbS9mcmVlYnNkL2Zy ZWVic2Qtc3JjL2Jsb2IvbWFpbi9zdGFuZC9kZWZhdWx0cy9sb2FkZXIuY29uZi41Cj4+IFsyXTog aHR0cHM6Ly9naXRodWIuY29tL2ZyZWVic2QvZnJlZWJzZC1zcmMvYmxvYi8yODNiZTk1ZWEyOWFi ZDdmODY3ZTQwODRiYWZlMzY4YzQ3ZjZjMDM4L3N0YW5kL2RlZmF1bHRzL2xvYWRlci5jb25mI0wx MzQKPj4gW3NwbGFzaF06IGh0dHBzOi8vZ2l0aHViLmNvbS9mcmVlYnNkL2ZyZWVic2Qtc3JjL2Js b2IvMjgzYmU5NWVhMjlhYmQ3Zjg2N2U0MDg0YmFmZTM2OGM0N2Y2YzAzOC9zdGFuZC9kZWZhdWx0 cy9sb2FkZXIuY29uZiNMMzAKPj4gWzNdOiBodHRwczovL2dpdGh1Yi5jb20vZnJlZWJzZC9mcmVl YnNkLXNyYy9ibG9iL21haW4vc3lzL2Rldi92dC92dF9jcHVsb2dvcy5jI0w3OS1MOTEKPj4gLS0t Cj4+Cj4+IFB1YmxpYyBLZXk6IDIyQkUzOUUyRkE2OEQ4QkE4REM0QjQzQTU1QTE2RDhDRTJCMDM2 REUKPj4KPj4gTWVzc2FnZXMgZnJvbSB0aGlzIGFjY291bnQgYXJlIGNvbnNpZGVyZWQgdGhlIGJl c3Qtc2VjdXJlZCBhbmQgbW9zdCByZWxpYWJsZS4gU2VuZCBpbmZvcm1hdGlvbiByZWdhcmRpbmcg aGVhbHRoLCB3ZWFsdGgsIG9yIHJlcXVpcmluZyBoaWdoZXIgc3RhbmRhcmRzIG9mIHNlY3VyaXR5 IHRvIHRoaXMgYWRkcmVzcy4KPj4KPj4gU2VudCB3aXRoIFtQcm90b24gTWFpbF0oaHR0cHM6Ly9w cm90b24ubWUvbWFpbC9ob21lKSBzZWN1cmUgZW1haWwuCj4KPiBDaGVlcnMsCj4KPiAtLQo+IEVt bWFudWVsIFZhZG90IDxtYW51QGJpZG91aWxsaXN0ZS5jb20+IDxtYW51QGZyZWVic2Qub3JnPg== --b1=_Ja0hz6jtGAqu3D9YE7TF3ub3mXZjA1sOqejbxOv0OI Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PC9oZWFkPjxib2R5PiAgIDxkaXYgZGlyPSJhdXRvIj5NYW51LDwvZGl2Pjxk aXYgZGlyPSJhdXRvIj48YnI+PC9kaXY+PGRpdiBkaXI9ImF1dG8iPlRoYW5rcyBmb3IgdGhlIHJl cGx5IGFuZCBpdHMgY29uc2lkZXJhdGlvbi4gTXkgbW9zdC1kZXNpcmVkIG91dGNvbWUgd291bGQg YmUgdG8gYm9vdCBteSBzeXN0ZW06IGJpb3Mgc2NyZWVuIC0mZ3Q7IGJvb3RfbXV0ZSBzY3JlZW4g KGVpdGhlciBvZiBjdXN0b20gY2hvaWNlLCBzb2xpZCBibGFjaywgRnJlZUJTRCB3b3JkLWxvZ28p IC0mZ3Q7IGxvZ2luLiZuYnNwOzwvZGl2PjxkaXYgZGlyPSJhdXRvIj48YnI+PC9kaXY+PGRpdiBk aXI9ImF1dG8iPkFsdGVybmF0aXZlbHkgc2FpZCwgSSB3YW50IG5vdGhpbmcgb2YgYmVhc3RpZSBv ciBiZWFzdGllIG9yYi4gQW5kIEkgZG9u4oCZdCBjYXJlIGFib3V0IGtlcm5lbCBwcm9ibGVtcyBz Y3JlZW4gb3V0cHV0IE9SIFJDIHN0YXJ0dXAgb3V0cHV0LjwvZGl2PjxkaXYgZGlyPSJhdXRvIj48 YnI+PC9kaXY+PGRpdiBkaXI9ImF1dG8iPkkgZG8gbXkga2VybmVsIGJ1aWxkcyBvbiBvbGQgaGFy ZHdhcmUg4oCUIHVzaW5nIEZyZWVCU0QgdG8gaGVscCB3aXRoIGdpdmluZyBvbGQgbWFjaGluZXMg bmV3IGxpZmUgLyBsb25nZXIgbGlmZSBpcyBhIGNvbnRyaWJ1dGlvbiBJIGNhbiBtYWtlIHRvIHJl ZHVjaW5nIGVsZWN0cm9uaWMgd2FzdGUuIEkgaGF2ZSBhIGJ1aWxkIHJ1bm5pbmcgcmlnaHQgbm93 IHNvIEkgY2Fu4oCZdCBkb3VibGUgY2hlY2sgdGhlIGxhbmd1YWdlIC8gdmVyc2lvbmluZyBpbiB0 aGUgbWFuIHBhZ2VzLCBidXQgd2lsbCB1cGRhdGUgbGF0ZXIgdG9kYXkgYWZ0ZXIgSSBpbnN0YWxs IHRoZSB3b3JsZC48L2Rpdj48ZGl2IGRpcj0iYXV0byI+PGJyPjwvZGl2PjxkaXYgZGlyPSJhdXRv Ij48YnI+PC9kaXY+PGRpdiBkaXI9ImF1dG8iPk9uIFNhdCwgTWFyIDIyLCAyMDI1IGF0IDAzOjAy LCBFbW1hbnVlbCBWYWRvdCAmbHQ7PGEgY2xhc3M9IiIgaHJlZj0ibWFpbHRvOk9uIFNhdCwgTWFy IDIyLCAyMDI1IGF0IDAzOjAyLCBFbW1hbnVlbCBWYWRvdCA8PGEgaHJlZj0iPm1hbnVAYmlkb3Vp bGxpc3RlLmNvbTwvYT4mZ3Q7IHdyb3RlOjxicj48L2Rpdj48YmxvY2txdW90ZSB0eXBlPSJjaXRl IiBjbGFzcz0icHJvdG9ubWFpbF9xdW90ZSI+ICA8YnI+IEhpLA0KPGJyPg0KPGJyPk9uIEZyaSwg MjEgTWFyIDIwMjUgMjI6MTM6MjkgKzAwMDANCjxicj4iU3RldmVuIEhhcm1zIChIaWdoLVNlY3Vy aXR5IE1haWwpIiAmbHQ7c2doYXJtc0BzdGV2ZW5naGFybXMuY29tJmd0OyB3cm90ZToNCjxicj4N Cjxicj4mZ3Q7IEZvbGtzLA0KPGJyPiZndDsNCjxicj4mZ3Q7IEkgYW0gYXR0ZW1wdGluZyB0byBm aWd1cmUgb3V0IHdoYXQgYm9vdF9tdXRlIHdhbnRzIG1lIHRvIGRvLiBJJ20gdHJ5aW5nIHRvIG1h a2UgYSAibGFwdG9wIGd1aWRlIiBhbmQgSSdtIGNvbmZ1c2VkLiBJJ20gbm90IGEgQyBwcm9ncmFt bWVyIGF0IHRoaXMgc2NhbGUgb2Ygc29waGlzdGljYXRpb24gc28gdGhlcmUncyBhIGRlY2VudCBj aGFuY2UgSSdtIGZvb2xpc2hseSBtYWtpbmcgYW4gZXJyb3IsIGJ1dCBjdXJyZW50IGlzIG5vdCBk b2luZyB3aGF0IEkgZXhwZWN0Lg0KPGJyPiZndDsNCjxicj4mZ3Q7IC0gYm9vdF9tdXRlIGRvZXNu J3QgYXBwZWFyIGluIFtsb2FkZXIuY29uZig4KV1bMV0NCjxicj4NCjxicj4gSW5kZWVkLCB0aGlz IHNvdWxkIGJlIGZpeGVkIDopDQo8YnI+DQo8YnI+Jmd0OyAtIEluIHRoZSBkZWZhdWx0cy9sb2Fk ZXIuY29uZiBmaWxlIGl0IFthcHBlYXJzXVsyXSBhbmQgc2F5czogdGhhdCBpdCBleGlzdHMgdG8g bXV0ZSB0aGUgY29uc29sZS4gSSBkYXJlc2F5IHRoYXQgaXQncyBkb2luZyBtb3JlIHRoYW4gdGhh dCwgYmVjYXVzZSBhY3RpdmF0aW5nIGl0IHB1dHMgYSBsb2dvICsgYmVhc3RpZSBvcmIgb24gdGhl IHNjcmVlbi4gUXVlc3Rpb246IFNob3VsZCB0aGUgY29tbWVudCBiZSB1cGRhdGVkPw0KPGJyPg0K PGJyPiBJdCBzaG91bGRuJ3QgcHV0IHRoZSBvcmIgb24gdGhlIHRvcCBvZiB0aGUgc2NyZWVuLCB0 aGlzIGlzIGNvbnRyb2xsZWQNCjxicj5ieSBrZXJuLnZ0LnNwbGFzaF9jcHUgd2hpY2ggZGVmYXVs dHMgdG8gMA0KPGJyPg0KPGJyPiZndDsgLSBUaGUgb25seSBvdGhlciBtZW50aW9uIG9mIGJvb3Rf bXV0ZSBpcyBvbiB0aGUgbGluZSB0aGF0IHNwZWNpZmllcyB0aGF0IHRoZSBvdmVybGF5IGltYWdl IGNhbiBiZSBjb250cm9sbGVkIHRocm91Z2ggY29uZmlndXJhdGlvbiBvZiB0aGUgW3NwbGFzaF0g dmFsdWUgaW1wbHlpbmcgdGhhdCBpbnN0ZWFkIG9mIHVzaW5nIHRoZSBlbmNvZGVkIGFycmF5IG9m IHVuc2lnbmVkIGNoYXIgaW4gdGhlIGtlcm5lbCBhdCBodHRwczovL2dpdGh1Yi5jb20vZnJlZWJz ZC9mcmVlYnNkLXNyYy9ibG9iL21haW4vc3lzL2Rldi92dC9sb2dvL2xvZ29fYmVhc3RpZS5jLiBX aG9hISBBIG5pY2UgY29uZmlndXJhYmxlIG9wdGlvbj8gTmljZS4gTG9va2luZyBhdCB0aGUgZ2l0 IGhpc3Rvcnkgb24gdGhhdCBmaWxlIGl0IGFwcGVhcnMgdG8gYmUgcGFydCBvZiBzcGxhc2goNCku IEFuZCAvdGhhdC8gZG9jdW1lbnQgc2F5cyAuLi4id29yayB3aXRoIHN5c2NvbnMoNCkgb25seSIu IE9LIHNvIG1heWJlIHRoYXQgY29tbWVudCBpbiBkZWZhdWx0cyBhbHNvIG5lZWRzIHVwZGF0aW5n PyBCZWNhdXNlLi4uDQo8YnI+DQo8YnI+IFRoZSBzcGxhc2goNCkgbWFuIHBhZ2VzIHdhcyB1cGRh dGVkIHRvIHJlZmxlY3QgdGhpcywgYXJlIHlvdSBsb29raW5nDQo8YnI+YXQgYW4gb2xkZXIgcmV2 aXNpb24gb2YgdGhlIG1hbiBwYWdlID8NCjxicj4NCjxicj4mZ3Q7IC0gTXkgaW1wcmVzc2lvbiBp cyB0aGF0IHZ0KDQpIGlzIHRoZSB3YXkgZm9yd2FyZCBhdCBwcmVzZW50IHdoaWNoIG1lYW5zIHRo YXQgSSB3YXMgZm9sbG93aW5nIGEgYmFkIHBhdGggYW5kIHdlJ3JlIC9iYWNrLyB0byB1c2luZyB0 aGUgW2luLWtlcm5lbCBkZWZpbmVkIGltYWdlXVszXSBmb3IgdGhlIHNwbGFzaCBzY3JlZW4gdGhh dCdzIHRyaWdnZXJlZCBieSBib290X211dGU/IEkgcmVhbGx5IGRvbid0IHVuZGVyc3RhbmQgdGhl IGltYWdlIHBhY2tpbmcgYXMgY2hhcnMgd2VsbCBlbm91Z2ggdG8gcmV2ZXJzZSBob3cgdG8gY3Jl YXRlIGEgQk1QIGZyb20gYW4gYXJyYXkgb2YgaGV4IHZhbHVlcywgYnV0LCBlaC4uLmlzIHRoaXMg dGhlIG9uZSB0aGF0J3MgYmVpbmcgc2hvd24/IFNlZW1zIGxpa2UgaXQuIFRoZXJlJ3MgYWxzbyBx dWl0ZSBhIGJpdCBvZiBsb2dpYyBpbnNpZGUgb2Ygc3lzL2Rldi92dC92dF9jcHVsb2dvcy5jWzNd IHRoYXQgc3VnZ2VzdHMgdGhhdCBpdCdzIHRyeWluZyB0byB1c2UgYXJyYXlzIG9mIGNoYXJzIGFz IG92ZXJsYXkuDQo8YnI+DQo8YnI+IE5vIG5lZWQgdG8gY3JlYXRlIGFuIGltYWdlIGVtYmVkZGVk IGluIGtlcm5lbCwgd2l0aCB2dCg0KSB5b3UgY2FuIGxvYWQNCjxicj5hIHBuZyBpbWFnZS4NCjxi cj4NCjxicj4mZ3Q7IE9LLCBzbyBBRkFJQ1QsIHRoZXJlIGFyZSB0d28gdGVybWluYWwgcmVuZGVy aW5nIHN5c3RlbXMsIHVuZGVyLS9taXMtZG9jdW1lbnRlZCBsb2FkZXIuY29uZiBmbGFncywgYW5k IHR3byBwbGFjZXMgd2hlcmUgaW1hZ2VzIGFyZSBkZWZpbmVkOiBpbiB0aGUgdnQgZGV2aWNlIGRp cmVjdG9yeSBhbmQgdGhlIGltYWdlcy8gZGlyZWN0b3J5LiBRdWVzdGlvbjogQ2FuIGFueW9uZSBj b25maXJtIC8gZGVueSBteSBhc3Nlc3NtZW50Pw0KPGJyPg0KPGJyPiBMb29rcyBjb3JyZWN0IHll cy4NCjxicj4NCjxicj4mZ3Q7IEFmdGVyIGFsbCB0aGF0IEknbSBzdGlsbCBhIGJpdCBjb25mdXNl ZCBhcyB0byB3aGF0IHRoZSBleHBlY3RlZC9kZXNpcmVkIGJlaGF2aW9yIGlzLiBDYW4gYW55b25l IGhlbHAgbWUgZmlndXJlIG91dCB3aGF0IHRoZSBkZXNpcmVkIGJlaGF2aW9yIGlzIChhbmQgbWF5 YmUgSSBjYW4gdXBkYXRlIHRoZSBjb21tZW50cyk/IE15IGN1cnJlbnQgcGxhbiBpcyB0byB0dXJu IHRoZSBhcnJheSBpbnRvIDB4MDAgYW5kIHNlZSB3aGF0IGhhcHBlbnMsIGJ1dCBJJ2QgbGlrZSB0 byBrbm93IGhvdyBJIGNhbiB0dXJuIHRoZSByZXN1bHRzIG9mIHRoYXQgZXhwZXJpbWVudCBpbnRv IGEgcGF0Y2guDQo8YnI+DQo8YnI+IFdoYXQgYXJlIHlvdSB0cnlpbmcgdG8gZG8gZXhhY3RseSA/ DQo8YnI+DQo8YnI+Jmd0OyBCZXN0LA0KPGJyPiZndDsNCjxicj4mZ3Q7IFN0ZXZlbg0KPGJyPiZn dDsNCjxicj4mZ3Q7IFsxXTogaHR0cHM6Ly9naXRodWIuY29tL2ZyZWVic2QvZnJlZWJzZC1zcmMv YmxvYi9tYWluL3N0YW5kL2RlZmF1bHRzL2xvYWRlci5jb25mLjUNCjxicj4mZ3Q7IFsyXTogaHR0 cHM6Ly9naXRodWIuY29tL2ZyZWVic2QvZnJlZWJzZC1zcmMvYmxvYi8yODNiZTk1ZWEyOWFiZDdm ODY3ZTQwODRiYWZlMzY4YzQ3ZjZjMDM4L3N0YW5kL2RlZmF1bHRzL2xvYWRlci5jb25mI0wxMzQN Cjxicj4mZ3Q7IFtzcGxhc2hdOiBodHRwczovL2dpdGh1Yi5jb20vZnJlZWJzZC9mcmVlYnNkLXNy Yy9ibG9iLzI4M2JlOTVlYTI5YWJkN2Y4NjdlNDA4NGJhZmUzNjhjNDdmNmMwMzgvc3RhbmQvZGVm YXVsdHMvbG9hZGVyLmNvbmYjTDMwDQo8YnI+Jmd0OyBbM106IGh0dHBzOi8vZ2l0aHViLmNvbS9m cmVlYnNkL2ZyZWVic2Qtc3JjL2Jsb2IvbWFpbi9zeXMvZGV2L3Z0L3Z0X2NwdWxvZ29zLmMjTDc5 LUw5MQ0KPGJyPiZndDsgLS0tDQo8YnI+Jmd0Ow0KPGJyPiZndDsgUHVibGljIEtleTogMjJCRTM5 RTJGQTY4RDhCQThEQzRCNDNBNTVBMTZEOENFMkIwMzZERQ0KPGJyPiZndDsNCjxicj4mZ3Q7IE1l c3NhZ2VzIGZyb20gdGhpcyBhY2NvdW50IGFyZSBjb25zaWRlcmVkIHRoZSBiZXN0LXNlY3VyZWQg YW5kIG1vc3QgcmVsaWFibGUuIFNlbmQgaW5mb3JtYXRpb24gcmVnYXJkaW5nIGhlYWx0aCwgd2Vh bHRoLCBvciByZXF1aXJpbmcgaGlnaGVyIHN0YW5kYXJkcyBvZiBzZWN1cml0eSB0byB0aGlzIGFk ZHJlc3MuDQo8YnI+Jmd0Ow0KPGJyPiZndDsgU2VudCB3aXRoIFtQcm90b24gTWFpbF0oaHR0cHM6 Ly9wcm90b24ubWUvbWFpbC9ob21lKSBzZWN1cmUgZW1haWwuDQo8YnI+DQo8YnI+IENoZWVycywN Cjxicj4NCjxicj4tLQ0KPGJyPkVtbWFudWVsIFZhZG90ICZsdDttYW51QGJpZG91aWxsaXN0ZS5j b20mZ3Q7ICZsdDttYW51QGZyZWVic2Qub3JnJmd0Ow0KPGJyPjwvYmxvY2txdW90ZT48L2JvZHk+ PC9odG1sPg== --b1=_Ja0hz6jtGAqu3D9YE7TF3ub3mXZjA1sOqejbxOv0OI-- From nobody Sat Mar 22 15:51: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 4ZKkMM25zDz5qfDt for ; Sat, 22 Mar 2025 15:51:43 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pl1-x62a.google.com (mail-pl1-x62a.google.com [IPv6:2607:f8b0:4864:20::62a]) (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 4ZKkML3f5jz3mYf for ; Sat, 22 Mar 2025 15:51:42 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pl1-x62a.google.com with SMTP id d9443c01a7336-22438c356c8so58715245ad.1 for ; Sat, 22 Mar 2025 08:51:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1742658700; x=1743263500; 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=/b0qIJy5QCUudbUbVMmxHdG4jGEJ/XYjXbFqH4vIVFc=; b=gmDV09jx+SJ88C3RvcAvCnT/IQI26T4VlpbhBd4njN/CfWsbfad3g4HK6gaDGSYVze lcX6STml8Ko6fSzhbD1yWzr7fWz0s03mdwM0TikfRwaPH6jW2Y4neMfrZeIv6LLSnf4A 3tChNep9uRI6TG3zEXXjBIAl42TLc4eGBfoAkk8i27xDqEaErJdw1gZ5l0NvGLEUHSf0 008DCs9d9+aCfRXkeJF2EgC7aP8Lhep4prfD5j+0Vt/IrIhmdQsjbb3+1rHbPsFgrEv9 uZG5SHaXdEAg1TH2wB+ja+b53YZg/6xy13u0lWgxOTJXVsQhTl0K1hDNilPaCiewQuAr /FNg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1742658700; x=1743263500; 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=/b0qIJy5QCUudbUbVMmxHdG4jGEJ/XYjXbFqH4vIVFc=; b=XyimqApRSDB1WWSRXMM+zkwN5SX5dLV5eHao1ogcCR5qWqupdZz9bU9S0vWcm/I51U WN852j6f1SNr9fW8BftE1izWfdqHN5Q1mWT8CgdeIHfCLnZUb1z+fVuN+f6+YOqKxy0+ OhPC8tfTdfyUm1395gLZfW/ULQDpIbL98DNLHA+eQSPx6aZNNY/oq1RABgNqc1Z69i50 AvO8c48wFTgiQk72WR4zsvPnj6LIMcwVjB5AXk4qgwV9NU9yCacSPVURr9pfLnRBKDO7 NOgSD7hdo4OA/fpYx78w+YT9KBl8gn7tIVj914Rp5KQWhCNJ5RJFDShVCZsTTZQQVNuW fd6A== X-Gm-Message-State: AOJu0YxPv3jeFNzhKUIN77RQJmDsmeKO3k8IKpFGs+4tC2lDk6D/SYph fqIe/ZJdsFrZvwEFY18/NKXB7l1QLaijsfU93UlVGLFT+UcA3cuuWa8oVlhStznwc28smAszIuP Tp2Yxlq0zArprYNrHpR9quQZrAhwtP6eF7zahNA== X-Gm-Gg: ASbGnct02f/1dGFtDl3RDmFQgSovfkEHvT3WHgmCNf+7uTuquobW8BJK2MG31Qg09PB j2sNViQBMCNmUvy7/2nuOrQugBDxfC8mV+C7mKIpQYqO0tV97e3/lvk1Bg+5IrJzDLdMvznd9BV piz+x0FxuR/LgJc66D36CBiN2KuA== X-Google-Smtp-Source: AGHT+IFNpvNn6jOevyqyn6sdK+H1SpUVibZ4KhK7QcRsCAoVJDqIV9sJDjd7mms+1zFHLZ2yaaY6IWXDs4x2BB+l/WI= X-Received: by 2002:a17:902:f683:b0:226:30f6:1639 with SMTP id d9443c01a7336-22780e35e43mr103249435ad.51.1742658700163; Sat, 22 Mar 2025 08:51:40 -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: Sat, 22 Mar 2025 09:51:29 -0600 X-Gm-Features: AQ5f1JqALGLt8hCix68F_PzF0Ocmy6xktNzm_aB30NJCiCMVbBboqB2kH1T5Ct4 Message-ID: Subject: Re: Confused by boot_mute documentation, terminal systems, and goals To: "Steven Harms (High-Security Mail)" Cc: "freebsd-current@freebsd.org" Content-Type: multipart/alternative; boundary="000000000000c9d6d30630f058f6" X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4ZKkML3f5jz3mYf X-Spamd-Bar: ---- --000000000000c9d6d30630f058f6 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, Mar 21, 2025 at 4:13=E2=80=AFPM Steven Harms (High-Security Mail) < sgharms@stevengharms.com> wrote: > Folks, > > I am attempting to figure out what boot_mute wants me to do. > It turns off output to the console. You probably don't want this option. Or at least, in the past this option was for something else. > I'm trying to make a "laptop guide" and I'm confused. I'm not a C > programmer at this scale of sophistication so there's a decent chance I'm > foolishly making an error, but current is not doing what I expect. > > > 1. boot_mute doesn't appear in [loader.conf(8)][1] > > We should add it to the man page. Especially since its meaning has changed through time from a niche option that we specifically didn't document to one that's in use. Originally, it was designed for router companies and similar that have lots of output on boot that what to have a console in case of panics. But it was repurposed when in 2013 vt was merged and it wasn't noticed due to the size of the code coming in. Originally, it was done by Whistle in 1993 for muting the console on their WhistleJet internet systems since it printed things Whistle generally didn't want disclosed. So this was intentional, but lead to a bad outcome since the vt(4) authors weren't aware of this when vt was merged, and none of the reviewer caught it. > > 1. In the defaults/loader.conf file it [appears][2] and says: that it > exists to mute the console. I daresay that it's doing more than that, > because activating it puts a logo + beastie orb on the screen. Questio= n: > Should the comment be updated? > > Not quite. The logo + beastie orb is the preferred way for graphics consoles to have graphics all the way from the boot loader until X11 starts= . > > 1. The only other mention of boot_mute is on the line that specifies > that the overlay image can be controlled through configuration of the > [splash] value implying that instead of using the encoded array of > unsigned char in the kernel at > https://github.com/freebsd/freebsd-src/blob/main/sys/dev/vt/logo/logo_= beastie.c. Whoa! > A nice configurable option? Nice. Looking at the git history on that f= ile > it appears to be part of splash(4). And /that/ document says ..."work = with syscons(4) > only". OK so maybe that comment in defaults also needs updating? Becau= se... > > I'm surprised by this, actually. We pass the splash screen into the kernel from the boot loader. splash(4) is a different thing than this, however, and does only work with syscons which is actively being removed from the kernel. Prior to vt(4) coming into the system, you wouldn't set boot_mute, but one of the splash variables and it would just stay in place from the boot loader all the way through. Finding this in vt/logo surprises me. It looks like this has changed, which is unfortunate. boot_mute originally meant something else. Since this was botched in 2013 with the vt merge, though, I don't see how we put it back to its original meaning. Though, honestly, having a kenv to control this would be better and we could phase out the boot_mute entanglement. It is documented, kinda, in splash(4), as two lines at the end of a huge amount of text that's not relevant anymore unless you use syscons. So it's there, but buried. The man page needs to be completely revamped. The other caveat: if you booted in 'text' mode (which you are unlikely to do on a laptop, but would if you enable a dual console with serial you are), then we don't load it. > > 1. My impression is that vt(4) is the way forward at present which > means that I was following a bad path and we're /back/ to using the > [in-kernel defined image][3] for the splash screen that's triggered by > boot_mute? I really don't understand the image packing as chars well e= nough > to reverse how to create a BMP from an array of hex values, but, eh...= is > this the one that's being shown? Seems like it. There's also quite a > bit of logic inside of sys/dev/vt/vt_cpulogos.c[3] that suggests that = it's > trying to use arrays of chars as overlay. > > Yea, compiling into the kernel is discouraged. It was originally a niche thing and now that the boot loader can handle it, that's best ignored. > OK, so AFAICT, there are two terminal rendering systems, > under-/mis-documented loader.conf flags, and two places where images are > defined: in the vt device directory and the images/ directory. Question: > Can anyone confirm / deny my assessment? > It's a mess. There's how it kinda works, and then how it should work and the dearth of documentation exacerbates this (but when boot mute came in and then later when vt bogusly(IMHO) repurposed this). > After all that I'm still a bit confused as to what the expected/desired > behavior is. Can anyone help me figure out what the desired behavior is > (and maybe I can update the comments)? My current plan is to turn the arr= ay > into 0x00 and see what happens, but I'd like to know how I can turn the > results of that experiment into a patch. > Short term, your best bet is to use boot_mute=3DYES and change splash in loader.conf to get the image you want. Longer term we need to fix this to decouple the two, though we likely need to have a release or two where they both do things (and possibly fix bugs in vt(4) when a splash screen is present that lead it to outputting text). But that's a bigger discussion in the community and it's possible others don't share my vision for a path forward. Warner > Best, > > Steven > > [1]: > https://github.com/freebsd/freebsd-src/blob/main/stand/defaults/loader.co= nf.5 > [2]: > https://github.com/freebsd/freebsd-src/blob/283be95ea29abd7f867e4084bafe3= 68c47f6c038/stand/defaults/loader.conf#L134 > [splash]: > https://github.com/freebsd/freebsd-src/blob/283be95ea29abd7f867e4084bafe3= 68c47f6c038/stand/defaults/loader.conf#L30 > [3]: > https://github.com/freebsd/freebsd-src/blob/main/sys/dev/vt/vt_cpulogos.c= #L79-L91 > --- > > Public Key: 22BE39E2FA68D8BA8DC4B43A55A16D8CE2B036DE > > Messages from this account are considered the best-secured and most > reliable. Send information regarding health, wealth, or requiring higher > standards of security to this address. > > Sent with Proton Mail secure email. > --000000000000c9d6d30630f058f6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Fri, Mar 21,= 2025 at 4:13=E2=80=AFPM Steven Harms (High-Security Mail) <sgharms@stevengharms.com> wrote:
=
Folks,

I am attempting to figure out what boot_mute = wants me to do.

It turns off output t= o the console. You probably don't want this option. Or at least, in the= past this option was for something else.
=C2=A0
I'm trying to make a "laptop guide" an= d I'm confused. I'm not a C programmer at this scale of sophisticat= ion so there's a decent chance I'm foolishly making an error, but c= urrent is not doing what I expect.

  1. boot_mute doesn't appear in [loader.con= f(8)][1]

We should a= dd it to the man page. Especially since its meaning has changed through tim= e from a niche option that we=C2=A0specifically didn't document to one = that's in use. Originally, it was designed for router companies and sim= ilar that have lots of output on boot that what=C2=A0to have a console in c= ase of panics. But it was repurposed when in 2013 vt was merged and it wasn= 't noticed due to the size of the code coming in. Originally, it was do= ne by Whistle in 1993 for muting the console on their WhistleJet internet s= ystems since it printed things Whistle generally didn't want disclosed.=

So this was intentional, but lead to a bad outcom= e since the vt(4) authors weren't aware of this when vt was merged, and= none of the reviewer caught it.
=C2=A0
  1. In the defaults/loader.conf file it [appears][2] and says: that = it exists to mute the console. I daresay that it's doing more than that= , because activating it puts a logo + beastie orb on the screen. Question: = Should the comment be updated?

=
Not quite. The logo=C2=A0+ beastie orb is the preferred way for = graphics consoles to have graphics all the way from the boot loader until X= 11 starts.
=C2=A0
  1. The only ot= her mention of boot_mute is on the line that specifies that the overlay ima= ge can be controlled through configuration of the [splash] value implying t= hat=C2=A0instead of using the enc= oded array of unsigned char in the kernel at=C2=A0https://github.com/freebsd/freebsd-src/blob/main/sys/dev/vt/l= ogo/logo_beastie.c.=C2=A0Whoa! A nice configurable option? Nice. Lookin= g at the git history on that file it appears to be part of splash(4). And /= that/ document says ..."work with=C2=A0syscons(4) only". OK so maybe that comment in defaults also= needs updating? Because...

I'm surprised by this, actually. We pass the splash screen into= the kernel from the boot loader. splash(4) is a different thing than this,= however, and does only work with syscons which is actively being removed f= rom the kernel.

Prior to vt(4) coming into the sys= tem, you wouldn't set boot_mute, but one of the splash variables and it= would just stay in place from the boot loader all the way through. Finding= this in vt/logo surprises me. It looks like this has changed, which is unf= ortunate. boot_mute originally meant something else. Since this was botched= in 2013 with the vt merge, though, I don't see how we put it back to i= ts original meaning.

Though, honestly, having a ke= nv to control this would be better and we could phase out the boot_mute ent= anglement.

It is documented, kinda, in splash(4), = as two lines at the end of a huge amount of text that's not relevant an= ymore unless you use syscons. So it's there, but buried. The man page n= eeds to be completely revamped.

The other caveat: = if you booted in 'text' mode (which you are unlikely to do on a lap= top, but would if you enable a dual console with serial you are), then we d= on't load it.
=C2=A0
  1. My impre= ssion is that vt(4) is the way forward at present which means that I was fo= llowing a bad path and we're /back/ to using the [in-kernel defined ima= ge][3] for the splash screen that's triggered by boot_mute? I really do= n't understand the image packing as chars well enough to reverse how to= create a BMP from an array of hex values, but, eh...is this the one that&#= 39;s being shown? Seems like it.=C2=A0There's also quite a bit of logic inside of=C2=A0sys/dev/vt/vt_= cpulogos.c[3] that suggests that it's trying to use arrays of chars as = overlay.

Yea, compil= ing into the kernel is discouraged. It was originally a niche thing and now= that the boot loader can handle it, that's best ignored.
=C2= =A0
OK, so AFAICT, th= ere are two terminal rendering systems, under-/mis-documented loader.conf f= lags, and two places where images are defined: in the vt device directory a= nd the images/ directory. Question: Can anyone confirm / deny my assessment= ?

It's a mess. There= 's how it kinda works, and then how it should work and the dearth of do= cumentation exacerbates this (but when boot mute came in and then later whe= n vt bogusly(IMHO) repurposed this).
=C2=A0
After all that I'm still a bit confused as t= o what the expected/desired behavior is. Can anyone help me figure out what= the desired behavior is (and maybe I can update the comments)? My current = plan is to turn the array into 0x00 and see what happens, but I'd like = to know how I can turn the results of that experiment into a patch.<= /div>

Short term, your best bet is to use boot_mute=3DYES and chang= e splash in loader.conf to get the image you want.=C2=A0 Longer term we nee= d to fix this to decouple the two, though we likely need to have a release = or two where they both do things (and possibly fix bugs in vt(4) when a spl= ash screen is present that lead it to outputting text).=C2=A0 But that'= s a bigger discussion in the community and it's possible others don'= ;t share my vision for a path forward.

Warner
=C2=A0
Best,

Steven
<= div style=3D"font-family:Arial,sans-serif;font-size:14px">
---


Messages from this account are considered the best-secured and most reliab= le. Send information regarding health, wealth, or requiring higher standard= s of security to this address.

Sent with Proton Mail secure email.
--000000000000c9d6d30630f058f6-- From nobody Sat Mar 22 16:02:34 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 4ZKkc75Fr5z5qf8V for ; Sat, 22 Mar 2025 16:02:47 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pj1-x1035.google.com (mail-pj1-x1035.google.com [IPv6:2607:f8b0:4864:20::1035]) (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 4ZKkc73PbYz3xkV for ; Sat, 22 Mar 2025 16:02:47 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pj1-x1035.google.com with SMTP id 98e67ed59e1d1-301918a4e3bso5562905a91.3 for ; Sat, 22 Mar 2025 09:02:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1742659366; x=1743264166; 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=kEKK4HbkkB5Mp1w4JgnYTRqa0iTjOXQD9CVDbufGdqo=; b=tIrBnSueZELvvvNKAM58H5F4OLOGu/p/NnqZcYKLg6/jA61lQ9ZCBNb95yavyEBE2D 8ZIYmj/wzsqI6kodzQsDHlfnoeswxKJ1KXGSTeyRkHhsB1juePKGjQYgPsuVaN8gR2Ka OLQyw7g+akeRMdraNqxpw94izB208uIFMVEAi6qinEb+AgTq8R/Lt3eUbQ32sEYBBUCj Ssq4LIe30auCS4h5lALvRWg1SPlFGPqUTWKF2BOvzApHFq9yW08whNc7Xxj/DvtiWSq3 cF+0cUo5B60RUnG54khBm+wlE2l+J/y81SihWIrRdCX+4VLCtJuSgDrMdJX8IfiZpG1N ii6Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1742659366; x=1743264166; 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=kEKK4HbkkB5Mp1w4JgnYTRqa0iTjOXQD9CVDbufGdqo=; b=YsrYuGkTp+P22shE1JOC+DKVIuKfhPo+Ue5ouKk5CCkfKZWyh9+dcagQbp3r2Uo1z5 F1pS5CdBjB5srj0RJH656PH8B/Mru5wtNnCLQHzkBvAGcBJN5/DJjvZgGy8xawwy3HLl 62MRpSGhaaI9nCYDVPyLNm1ZPC4Hh5hcvCBZG47tt7aSOJ8zUd13mkbudI2hnUMUvncJ 3tk0QCEbWafjt47tAkf7JzKwVOwrs67SerXN11DQpBXTkO6nHB45bi11bzw3MB8m1pUg rPOhRXgim//XenWo9sA/KqCw2YJIkIeHfxUXUEghoukSusykDxqLKqFkzP49sqykRp2u TOiQ== X-Forwarded-Encrypted: i=1; AJvYcCVsASLDKD3J1g6Epe0Hkzr/73dgei4zStEaoPuiKUrZi2ImxU929HpVlofLxItvtWdFRO/wfa+yfVcK4LteL/Y=@freebsd.org X-Gm-Message-State: AOJu0Yw+SYBlxopvk3auRD4Su2vF4Db/sPjFharfc+F8kgZ4MCQufePd iDeRCyCd4GBEuwGBnDxaUaxiOTl+Hf19aVhkE6tHfOi0AY5xN4rCtqFjT0Tm3Uhb1jStssiFNRS K3YCl2Wt3adqC7uvwgJrGW4CFUv+nl+pH9GhI4w== X-Gm-Gg: ASbGnctxZzf4wnZbDdhz2I4QHalB9fpqoJY5320nJLuVZR9jPQYMnfgwvsj71AVZS1f HwyRSrCzlp/BynLeROt4cXAHLC182ELq3+NWu/x1YLxJeQNGwklZAW2KcgAr7TbYRbpXvrF/C3y bADqaK2I4+orW51/ZVpV0+n+CdUWVi1NbONILC X-Google-Smtp-Source: AGHT+IHaJ04dwxunr7D0XcLZ2ACMkTcvWd2slbzLejMrykwNf+bwhNTLYd+0w5kbjl5vhahxgleycSTb9ihSQxMZrnU= X-Received: by 2002:a17:90b:2247:b0:2ff:64c3:3bd4 with SMTP id 98e67ed59e1d1-3030ff046fdmr10584894a91.31.1742659365801; Sat, 22 Mar 2025 09:02:45 -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: <20250322080212.0fe0e090d8e942105e9feb65@bidouilliste.com> In-Reply-To: From: Warner Losh Date: Sat, 22 Mar 2025 10:02:34 -0600 X-Gm-Features: AQ5f1JrWzKMQFtI3jWz8KMRrUl0T7pXJ7Dw6TKOjtSAFu1hTDZoKSQPEEjyftpY Message-ID: Subject: Re: Confused by boot_mute documentation, terminal systems, and goals To: "Steven Harms (High-Security Mail)" Cc: Emmanuel Vadot , "freebsd-current@freebsd.org" Content-Type: multipart/alternative; boundary="00000000000076b0d80630f080bf" X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4ZKkc73PbYz3xkV X-Spamd-Bar: ---- --00000000000076b0d80630f080bf Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, Mar 22, 2025 at 8:40=E2=80=AFAM Steven Harms (High-Security Mail) < sgharms@stevengharms.com> wrote: > Thanks for the reply and its consideration. My most-desired outcome would > be to boot my system: bios screen -> boot_mute screen (either of custom > choice, solid black, FreeBSD word-logo) -> login. > You want to load an image in the loader, have the kernel not disturb it (or at least re-load it) and then have X11/Wayland start? With syscons/splash, you could switch the virtual video terminal from the splash screen to the kernel / rc output if things were taking too long. If vt isn't doing that yet, we should see what's in the way... Or do you really want a login: prompt on ttyv0? Muting rc output is different, and needs a different option to enable. It doesn't go to the console exactly (in the same sense as kernel messages go to the console), so it shouldn't be controlled by RB_MUTE. If you want to head in this direction, I'd think it would be better to just have a real /dev/null console rather than trying to fake it with RB_MUTE which has some unfortunate historical baggage. If you rarely want silence to the login prompt, we likely need to find a way to redirect the console output to a second screen or something. I thought we had a null console, but that appears to be only in the boot loader. The rc output goes to the first console in the list of all the consoles since that's what /dev/console is connected to. One much wanted, often started but not finished project is to actually make /dev/console connected to all the consoles together. Alternatively said, I want nothing of beastie or beastie orb. And I don=E2= =80=99t > care about kernel problems screen output OR RC startup output. > > I do my kernel builds on old hardware =E2=80=94 using FreeBSD to help wit= h giving > old machines new life / longer life is a contribution I can make to > reducing electronic waste. I have a build running right now so I can=E2= =80=99t > double check the language / versioning in the man pages, but will update > later today after I install the world. > Yea, there be dragons here, and there's a very long history that was imperfectly replicated with vt when it it went in due to the size of rewriting the console and lots of details that were under documented and/or ignored from ignorance (the bell frequency is another example we had crop up recently). It would be good > On Sat, Mar 22, 2025 at 03:02, Emmanuel Vadot > wrote: > > > Hi, > > On Fri, 21 Mar 2025 22:13:29 +0000 > "Steven Harms (High-Security Mail)" wrote: > > > Folks, > > > > I am attempting to figure out what boot_mute wants me to do. I'm trying > to make a "laptop guide" and I'm confused. I'm not a C programmer at this > scale of sophistication so there's a decent chance I'm foolishly making a= n > error, but current is not doing what I expect. > > > > - boot_mute doesn't appear in [loader.conf(8)][1] > > Indeed, this sould be fixed :) > > > - In the defaults/loader.conf file it [appears][2] and says: that it > exists to mute the console. I daresay that it's doing more than that, > because activating it puts a logo + beastie orb on the screen. Question: > Should the comment be updated? > > It shouldn't put the orb on the top of the screen, this is controlled > by kern.vt.splash_cpu which defaults to 0 > > > - The only other mention of boot_mute is on the line that specifies tha= t > the overlay image can be controlled through configuration of the [splash] > value implying that instead of using the encoded array of unsigned char i= n > the kernel at > https://github.com/freebsd/freebsd-src/blob/main/sys/dev/vt/logo/logo_bea= stie.c. > Whoa! A nice configurable option? Nice. Looking at the git history on tha= t > file it appears to be part of splash(4). And /that/ document says ..."wor= k > with syscons(4) only". OK so maybe that comment in defaults also needs > updating? Because... > > The splash(4) man pages was updated to reflect this, are you looking > at an older revision of the man page ? > > > - My impression is that vt(4) is the way forward at present which means > that I was following a bad path and we're /back/ to using the [in-kernel > defined image][3] for the splash screen that's triggered by boot_mute? I > really don't understand the image packing as chars well enough to reverse > how to create a BMP from an array of hex values, but, eh...is this the on= e > that's being shown? Seems like it. There's also quite a bit of logic insi= de > of sys/dev/vt/vt_cpulogos.c[3] that suggests that it's trying to use arra= ys > of chars as overlay. > > No need to create an image embedded in kernel, with vt(4) you can load > a png image. > > > OK, so AFAICT, there are two terminal rendering systems, > under-/mis-documented loader.conf flags, and two places where images are > defined: in the vt device directory and the images/ directory. Question: > Can anyone confirm / deny my assessment? > > Looks correct yes. > > > After all that I'm still a bit confused as to what the expected/desired > behavior is. Can anyone help me figure out what the desired behavior is > (and maybe I can update the comments)? My current plan is to turn the arr= ay > into 0x00 and see what happens, but I'd like to know how I can turn the > results of that experiment into a patch. > > What are you trying to do exactly ? > > > Best, > > > > Steven > > > > [1]: > https://github.com/freebsd/freebsd-src/blob/main/stand/defaults/loader.co= nf.5 > > [2]: > https://github.com/freebsd/freebsd-src/blob/283be95ea29abd7f867e4084bafe3= 68c47f6c038/stand/defaults/loader.conf#L134 > > [splash]: > https://github.com/freebsd/freebsd-src/blob/283be95ea29abd7f867e4084bafe3= 68c47f6c038/stand/defaults/loader.conf#L30 > > [3]: > https://github.com/freebsd/freebsd-src/blob/main/sys/dev/vt/vt_cpulogos.c= #L79-L91 > > --- > > > > Public Key: 22BE39E2FA68D8BA8DC4B43A55A16D8CE2B036DE > > > > Messages from this account are considered the best-secured and most > reliable. Send information regarding health, wealth, or requiring higher > standards of security to this address. > > > > Sent with [Proton Mail](https://proton.me/mail/home) secure email. > > Cheers, > > -- > Emmanuel Vadot > > --00000000000076b0d80630f080bf Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Sat, Mar 22,= 2025 at 8:40=E2=80=AFAM Steven Harms (High-Security Mail) <sgharms@stevengharms.com> wrote:
=
Thanks for the reply and its consideration. My most-desired outcome would= be to boot my system: bios screen -> boot_mute screen (either of custom= choice, solid black, FreeBSD word-logo) -> login.=C2=A0

You want to load an image in the loader, have the ke= rnel not disturb it (or at least re-load it) and then have X11/Wayland star= t? With syscons/splash, you could switch the virtual video terminal from th= e splash screen to the kernel / rc output if things were taking too long. I= f vt isn't doing that yet, we should see what's in the way...
=

Or do you really want a login: prompt on ttyv0?

Muting rc output is different, and needs a different opti= on to enable. It doesn't go to the console exactly (in the same sense= =C2=A0as kernel messages go to the console), so it shouldn't be control= led by RB_MUTE. If you want to head in this direction, I'd think it wou= ld be better to just have a real /dev/null console rather than trying to fa= ke it with RB_MUTE which has some unfortunate historical baggage.

If you rarely=C2=A0want silence to the login prompt, we lik= ely need to find a way to redirect the console output to a second screen or= something. I thought we had a null console, but that appears to be only in= the boot loader. The rc output goes to the first console in the list of al= l the consoles since that's what /dev/console is connected to. One much= wanted, often started but not finished project is to actually make /dev/co= nsole connected to all the consoles together.

Alternatively sa= id, I want nothing of beastie or beastie orb. And I don=E2=80=99t care abou= t kernel problems screen output OR RC startup output.

I do my kernel builds on old hardware =E2=80= =94 using FreeBSD to help with giving old machines new life / longer life i= s a contribution I can make to reducing electronic waste. I have a build ru= nning right now so I can=E2=80=99t double check the language / versioning i= n the man pages, but will update later today after I install the world.

Yea, there be dragons here, and there= 9;s a very long history that was imperfectly replicated with vt when it it = went in due to the size of rewriting the console and lots of details that w= ere under documented and/or ignored from ignorance (the bell frequency is a= nother example we had crop up recently). It would be good=C2=A0
= =C2=A0
On Sat, Mar 22, 2025 at 03:02, Emmanuel Vadot <manu@bidouilliste.com> wrote:

Hi,

On Fri, 21 Mar 2025 22:13:29 +0000
"Steven Harms (High-Security Mail)" <sgharms@stevengharms.com> w= rote:

> Folks,
>
> I am attempting to figure out what boot_mute wants me to do. I'= ;m trying to make a "laptop guide" and I'm confused. I'm = not a C programmer at this scale of sophistication so there's a decent = chance I'm foolishly making an error, but current is not doing what I e= xpect.
>
> - boot_mute doesn't appear in [loader.conf(8)][1]

Indeed, this sould be fixed :)

> - In the defaults/loader.conf file it [appears][2] and says: that = it exists to mute the console. I daresay that it's doing more than that= , because activating it puts a logo + beastie orb on the screen. Question: = Should the comment be updated?

It shouldn't put the orb on the top of the screen, this is control= led
by kern.vt.splash_cpu which defaults to 0

> - The only other mention of boot_mute is on the line that specifie= s that the overlay image can be controlled through configuration of the [sp= lash] value implying that instead of using the encoded array of unsigned ch= ar in the kernel at https://github.com/f= reebsd/freebsd-src/blob/main/sys/dev/vt/logo/logo_beastie.c. Whoa! A ni= ce configurable option? Nice. Looking at the git history on that file it ap= pears to be part of splash(4). And /that/ document says ..."work with = syscons(4) only". OK so maybe that comment in defaults also needs upda= ting? Because...

The splash(4) man pages was updated to reflect this, are you looking
at an older revision of the man page ?

> - My impression is that vt(4) is the way forward at present which = means that I was following a bad path and we're /back/ to using the [in= -kernel defined image][3] for the splash screen that's triggered by boo= t_mute? I really don't understand the image packing as chars well enoug= h to reverse how to create a BMP from an array of hex values, but, eh...is = this the one that's being shown? Seems like it. There's also quite = a bit of logic inside of sys/dev/vt/vt_cpulogos.c[3] that suggests that it&= #39;s trying to use arrays of chars as overlay.

No need to create an image embedded in kernel, with vt(4) you can load
a png image.

> OK, so AFAICT, there are two terminal rendering systems, under-/mi= s-documented loader.conf flags, and two places where images are defined: in= the vt device directory and the images/ directory. Question: Can anyone co= nfirm / deny my assessment?

Looks correct yes.

> After all that I'm still a bit confused as to what the expecte= d/desired behavior is. Can anyone help me figure out what the desired behav= ior is (and maybe I can update the comments)? My current plan is to turn th= e array into 0x00 and see what happens, but I'd like to know how I can = turn the results of that experiment into a patch.

What are you trying to do exactly ?

> Best,
>
> Steven
>
> [1]: https://github.com/freebsd/f= reebsd-src/blob/main/stand/defaults/loader.conf.5
> [2]: https://github.com/freebsd/freebsd-src/blob/283be95ea29abd7f867= e4084bafe368c47f6c038/stand/defaults/loader.conf#L134
> [splash]: https://github.com/freebsd/freebsd-src/blob/283be95ea29abd7f= 867e4084bafe368c47f6c038/stand/defaults/loader.conf#L30
> [3]: https://github.com/freeb= sd/freebsd-src/blob/main/sys/dev/vt/vt_cpulogos.c#L79-L91
> ---
>
> Public Key: 22BE39E2FA68D8BA8DC4B43A55A16D8CE2B036DE
>
> Messages from this account are considered the best-secured and mos= t reliable. Send information regarding health, wealth, or requiring higher = standards of security to this address.
>
> Sent with [Proton Mail](https://proton.me/mail/home) secure email.

Cheers,

--
Emmanuel Vadot <manu@bidouilliste.com> <manu@freebsd.org>
--00000000000076b0d80630f080bf-- From nobody Sat Mar 22 17:47:26 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 4ZKmy45bJMz5qn4b for ; Sat, 22 Mar 2025 17:48:28 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.pphosted.com", Issuer "Sectigo RSA Organization Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZKmy43f25z3Sx7 for ; Sat, 22 Mar 2025 17:48:28 +0000 (UTC) (envelope-from sjg@juniper.net) Authentication-Results: mx1.freebsd.org; none Received: from pps.filterd (m0108162.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.18.1.2/8.18.1.2) with ESMTP id 52MASlaX013200; Sat, 22 Mar 2025 10:48:23 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h= cc:content-id:content-type:date:from:in-reply-to:message-id :mime-version:references:subject:to; s=PPS1017; bh=do0UKAJhRZPTy 6n3fscwOaaCB37xbrlj8zjjlTEy63c=; b=Y2ijn32mOtw634gRgDD07xZ3moLpm 3vxP6/r3CFIx/EDNXCj6lc0rSM19bBk6VF2emZwWUXOc6uoDgaWeGgOyqD76cLhc 6SXRXMXckHnbPxVUaVAXyezMcPdmQcTgk19/BA/y/ue8t3x+CKUls6jPZcdC4tFa 4qGAEDnZ05/oMplg3gbhmUVDI+OcDZTM1CuMf4OYS6rK0NeWEn8VphjhoG9d4gKs TvuwW+njAXRRar0VWOmybrRkU7t1l0QTxfe8PgMt/VmewdpfUYwmt2l/f6NABLnZ S0mHfdFmMHm+l6ryOvebzdOeyAOoywvSwoeiZj5ZIyif1TKXHFJx5UXWA== Received: from bl2pr02cu003.outbound.protection.outlook.com (mail-eastusazlp17010005.outbound.protection.outlook.com [40.93.11.5]) by mx0b-00273201.pphosted.com (PPS) with ESMTPS id 45huf88fg2-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sat, 22 Mar 2025 10:48:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=uKP9S45I7z81aCkg3siqmAcZlTkNiM/lLpPH4Z3bE03Cmb/iIK7bWyJs9MchR97ADQ78rYHfj73av9jEVs5HAlikGpkYh6fFmtufFY+Cb4y3mcTp6/6GV3453TZx2LZ6SSn+VKKB+oWl+G1oT3wGfab14SMzWIwYYHkBOet5cIrLExIm+vpbbdCfjm9W8+s/05JxHfSKmg2700jNQwACRXj7l4vIqweBlRYve0uhZlGM0I7r8Ncbzd+6mJbhbCfbx2reai0IH6mMcWY2oh+ki8LABC2YYVXm4u/hStInpI3JRZePTyI+vGboOhikBjD4bbgHe+S+72+k0PXnYbWiKg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=do0UKAJhRZPTy6n3fscwOaaCB37xbrlj8zjjlTEy63c=; b=BnlwnwnxuYSoHQFKMq68Im17qyUB8zJXnK/z9al48/24i5Yc8+tA34tfX+Z4aEkQtA1lllGtMMtSnrgcYCVMrEJDuzTz2XNleyplSKZ0yhtLCLuCgDvxuDYtMjnbK7ByBj0b1Qbw/LM18sKdKeNEsHJNhlkCw2X+d2g7lMLbTLPkJzJw+r1K1mwZXfk2h9+jWsr4ANtwfzm+W0PE1hmm4DnKOlFX0L5Uq97gxIJzQVZ8HGUTC8Qyztm2q7WaBC/DolFIax+oVDS7+zmCW6kZzXn+C3o/C1N389mDzlIDaGyt8QGs1qB22A0G8hCB8dJC3sqGTtZu+YeBUlLMEVe5bw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=softfail (sender ip is 66.129.239.15) smtp.rcpttodomain=stevengharms.com smtp.mailfrom=juniper.net; dmarc=fail (p=reject sp=reject pct=100) action=oreject header.from=juniper.net; dkim=none (message not signed); arc=none (0) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=do0UKAJhRZPTy6n3fscwOaaCB37xbrlj8zjjlTEy63c=; b=GJZeylaAEyagtnJEjaYRLVs90QTqVA6Zk48rGzj447I75fYb/da7S5U0nrksIuYAohC5lyMm0qQvIBdw2hadLEX/EOuNvzDGen79Ugti3cNTQHOsOab3vNQ+/zoRjVL7F7+u+E8PqBGUOqiE3uY8+h5Bj62gYDijAn03HOGK+Zs= Received: from BL0PR02CA0025.namprd02.prod.outlook.com (2603:10b6:207:3c::38) by DS0PR05MB9592.namprd05.prod.outlook.com (2603:10b6:8:131::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8534.36; Sat, 22 Mar 2025 17:48:17 +0000 Received: from BL6PEPF00020E5F.namprd04.prod.outlook.com (2603:10b6:207:3c:cafe::7e) by BL0PR02CA0025.outlook.office365.com (2603:10b6:207:3c::38) with Microsoft SMTP Server (version=TLS1_3, cipher=TLS_AES_256_GCM_SHA384) id 15.20.8534.36 via Frontend Transport; Sat, 22 Mar 2025 17:48:17 +0000 X-MS-Exchange-Authentication-Results: spf=softfail (sender IP is 66.129.239.15) smtp.mailfrom=juniper.net; dkim=none (message not signed) header.d=none;dmarc=fail action=oreject header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.15 as permitted sender) Received: from p-exchfe-eqx-02.jnpr.net (66.129.239.15) by BL6PEPF00020E5F.mail.protection.outlook.com (10.167.249.20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8534.20 via Frontend Transport; Sat, 22 Mar 2025 17:48:17 +0000 Received: from p-exchbe-eqx-02.jnpr.net (10.104.9.15) by p-exchfe-eqx-02.jnpr.net (10.104.9.17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1544.14; Sat, 22 Mar 2025 12:48:16 -0500 Received: from p-exchbe-eqx-01.jnpr.net (10.104.9.14) by p-exchbe-eqx-02.jnpr.net (10.104.9.15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1544.14; Sat, 22 Mar 2025 12:48:16 -0500 Received: from p-mailhub01.juniper.net (10.104.20.6) by p-exchbe-eqx-01.jnpr.net (10.104.9.14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1544.14 via Frontend Transport; Sat, 22 Mar 2025 12:48:16 -0500 Received: from kaos.jnpr.net (kaos.jnpr.net [172.23.255.201]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id 52MHmErA014205; Sat, 22 Mar 2025 10:48:15 -0700 (envelope-from sjg@juniper.net) Received: by kaos.jnpr.net (Postfix, from userid 1377) id 739F938743; Sat, 22 Mar 2025 10:47:26 -0700 (PDT) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id 733B4387B5; Sat, 22 Mar 2025 10:47:26 -0700 (PDT) To: Warner Losh CC: "Steven Harms (High-Security Mail)" , "Emmanuel Vadot" , "freebsd-current@freebsd.org" , Subject: Re: Confused by boot_mute documentation, terminal systems, and goals In-Reply-To: References: <20250322080212.0fe0e090d8e942105e9feb65@bidouilliste.com> Comments: In-reply-to: Warner Losh message dated "Sat, 22 Mar 2025 10:02:34 -0600." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6+git; nmh 1.8; Emacs 29.4 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <44641.1742665646.1@kaos.jnpr.net> Date: Sat, 22 Mar 2025 10:47:26 -0700 Message-ID: <45025.1742665646@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: BL6PEPF00020E5F:EE_|DS0PR05MB9592:EE_ X-MS-Office365-Filtering-Correlation-Id: 38441d81-d647-4c64-89ea-08dd6969ba24 X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0;ARA:13230040|82310400026|1800799024|376014|36860700013; X-Microsoft-Antispam-Message-Info: =?us-ascii?Q?Mqj10K+MOFevgF74yVyTH6EG5TkP7uh+PXrGNsnXg6I5rVpWl7aX7+3aW+WB?= =?us-ascii?Q?TdYup2a3fGZvC7ttco3af5/DWRafVpuARwgr8IKP8/FvjsRPDrx+Ht3pYUUx?= =?us-ascii?Q?4mOp3DuQMn6hIr4kbH5zyGza4EAMpwVNop5uA1K9WWRVf3PwMumAPikDvQqY?= =?us-ascii?Q?uXvgI7+iDup8dRsVOdDg788rM1Ehp2Ja3eCv0QoKyaKDGTndmAJxPgkLkRwb?= =?us-ascii?Q?1xfzF66gvVAZ45Yigc8wCv3UPPqjWQT1csWYqG+X67WDxojE0v2PtsmIf76g?= =?us-ascii?Q?UV73reACnfrsQVDOtD+3SVDUdGLaeGZdCZvYxNEhbhltxLzy9z1AWH0IL3PJ?= =?us-ascii?Q?hD5Cv/Rn1CbY01KvjPaYZ7WH1e8GGAFBvtmeytFmJvPlynYTvoTMH199Zb8L?= =?us-ascii?Q?zJ6Z9hvc/ERRM8DxruYEAXFoi3h3xYRM+XHjjwtO3CM8rQAdPKbvY4ejlMCp?= =?us-ascii?Q?YFMFwWbY2cdKUU6YjF7Rq7+6aeUe1fsb1JlT1GI0hPvl3EKkeekTjiQw5WGO?= =?us-ascii?Q?3q655sFSjET7f5h7dJfXgQBKLBLpFVTMmQ80iXj2uDpwtWk7Utqn7hnp3etU?= =?us-ascii?Q?bN5gGpOwzDeuGQQKjkVun0G1pZs/ZDemLDncSZ5fGuEHM8Nlw2KiiVFXjzzh?= =?us-ascii?Q?ov0IFIs1539aHzbjisL2EAlZXXUtN/ooFhWCrpnagLQe7+PIPDVVQ9VEJbJR?= =?us-ascii?Q?KcafRboJY4onkJq12DV1ectFdXs4N4Y+rw7OYdUmPDwvdL5SeacEJycO0Yyd?= =?us-ascii?Q?OyZQ5WXYT2F5yriKSyVXOCBgx1b4zFFABhcLoZVCyyuWd5fQr+YbiM4J+I11?= =?us-ascii?Q?+NhczT5Aovf+/2EfT14v/hk3ruQIvgpGqfr8Nh3xTK61nTyrIZ7nSTEBYTnt?= =?us-ascii?Q?FcGMOP3/ngrYNgtTTVo3dKfAvNHqvNpHny96Whs4zCIACb5oP/yzwTxyPfR/?= =?us-ascii?Q?spbm/ZU66xCE+Qjohqa4Bb3jfyXmiOAmkNe+9gEr0ZkUPMhf7k7jy1MDe4bK?= =?us-ascii?Q?+Duc77RQC2yRsmwXKF5Fo+n8W+xEN5V2WqG+3Pv0FeWk0xov5jNaCl1SOM//?= =?us-ascii?Q?gwnWV+s6oChvNWxqFT7fK5r9wKFwMUpwWwZUH6MTUFqPT1mOvm9RuvxOZbA/?= =?us-ascii?Q?Ca0DAsHhk+6rcA1i7jnqSLXx6NR4tCNxj4LcAjzqL11zIwKlcAqHHwr3so8I?= =?us-ascii?Q?NI/seGjDgEoPK0n59d3YOrzPbuM+QwqouLzn0aJINyh54TYyVOlMOmAs0Vkg?= =?us-ascii?Q?vnfLYWuXZH4OifilczMw9udSCJ3RSxr2Z96VIaA+9Wm3Czn9Ovb5OyQTPfqa?= =?us-ascii?Q?LDxdO2rB7jfJQ0U4WXgDqHj0HlrkOMzY3Ghb3o5Emrvtmp88pYuWSz1/c4cL?= =?us-ascii?Q?aSYqeZDPNjNHo4/NclHCFOjrOZLvWOAt7bnVf7Zu4d8XpUNOKlg3QXp7iH8W?= =?us-ascii?Q?YVaIlDPt+KhS4bE12GXZSQysQMlu1FZFAnOO2woATLUQHAvoUO7eePqrXAju?= =?us-ascii?Q?pKltpxE8Q2bPB7uTD9ksLhBIRH4VhtlpIJM3?= X-Forefront-Antispam-Report: CIP:66.129.239.15;CTRY:US;LANG:en;SCL:1;SRV:;IPV:CAL;SFV:NSPM;H:p-exchfe-eqx-02.jnpr.net;PTR:InfoDomainNonexistent;CAT:NONE;SFS:(13230040)(82310400026)(1800799024)(376014)(36860700013);DIR:OUT;SFP:1102; X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 22 Mar 2025 17:48:17.0355 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 38441d81-d647-4c64-89ea-08dd6969ba24 X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4;Ip=[66.129.239.15];Helo=[p-exchfe-eqx-02.jnpr.net] X-MS-Exchange-CrossTenant-AuthSource: BL6PEPF00020E5F.namprd04.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: DS0PR05MB9592 X-Proofpoint-GUID: qVPmx9NjnDVcQS9Im_h5-xXEmm0GJkzJ X-Authority-Analysis: v=2.4 cv=Xun6OUF9 c=1 sm=1 tr=0 ts=67def7e7 cx=c_pps a=8NhCg2oU0sQOR5chO7ltBw==:117 a=YQU41r7WENJiSYrYYNJVsQ==:17 a=h8e1o3o8w34MuCiiGQrqVE4VwXA=:19 a=wKuvFiaSGQ0qltdbU6+NXLB8nM8=:19 a=Ol13hO9ccFRV9qXi2t6ftBPywas=:19 a=kj9zAlcOel0A:10 a=Vs1iUdzkB0EA:10 a=s63m1ICgrNkA:10 a=rhJc5-LppCAA:10 a=7Qk2ozbKAAAA:8 a=AjyGP3J-4Axe-91hD7UA:9 a=CjuIK1q_8ugA:10 a=1lyxoWkJIXJV6VJUPhuM:22 X-Proofpoint-ORIG-GUID: qVPmx9NjnDVcQS9Im_h5-xXEmm0GJkzJ X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1093,Hydra:6.0.680,FMLib:17.12.68.34 definitions=2025-03-22_07,2025-03-21_01,2024-11-22_01 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 lowpriorityscore=0 clxscore=1011 bulkscore=0 suspectscore=0 spamscore=0 impostorscore=0 mlxscore=0 phishscore=0 mlxlogscore=999 malwarescore=0 priorityscore=1501 adultscore=0 classifier=spam authscore=0 authtc=n/a authcc= route=outbound adjust=0 reason=mlx scancount=1 engine=8.19.0-2502280000 definitions=main-2503220132 X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:22843, ipnet:67.231.152.0/24, country:US] X-Rspamd-Queue-Id: 4ZKmy43f25z3Sx7 X-Spamd-Bar: ---- FWIW I recently added logic to our local.rc.subr to redirect output to a console.log if desired (some platforms boot quicker with less output going to console). It does nothing for output from kernel modules loaded by rc, but greatly reduces output and has the major benefit that we can examine the "console" output after the fact. Which is much more useful than sending the output to /dev/null. The above is much easier done in our env as we have an initial rootfs which is an iso image, and run a preboot script which does things like mounting the real rootfs after fsck etc before running the real init(8). That preboot can thus take care of rotating and initializing console.log or disabiling it under various circumstances, and we set rc_config_xtra in local.rc.subr so we can tell when it is being read for first the so we can redirect output again for rc. Doing something like that via rc alone would be "tricky". Warner Losh wrote: > If you rarely want silence to the login prompt, we likely need to find > a way to redirect the console output to a second screen or > something. I thought we had a null console, but that appears to be > only in the boot loader. The rc output goes to the first console in > the list of all the consoles since that's what /dev/console is > connected to. One much wanted, often started but not finished project > is to actually make /dev/console connected to all the consoles > together. From nobody Sat Mar 22 20:33: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 4ZKrdB2n6mz5rD4G; Sat, 22 Mar 2025 20:34:06 +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 4ZKrd9088dz3K5G; Sat, 22 Mar 2025 20:34:05 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=BJIIvZlN; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of rick.macklem@gmail.com designates 2a00:1450:4864:20::531 as permitted sender) smtp.mailfrom=rick.macklem@gmail.com Received: by mail-ed1-x531.google.com with SMTP id 4fb4d7f45d1cf-5e5deb6482cso8340008a12.1; Sat, 22 Mar 2025 13:34:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1742675643; x=1743280443; 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=TZuIY42TPL/mvaBW8PZbELWSvy2dkAFAVqPk1WXwuFM=; b=BJIIvZlNvwtzVKcP08J3ZvTEk4Ik3zPjIR9Gv9R7cW4Q2mWTBb/1HqmY9vwvkjz0Ab ya95AhqEum2U3esHR9WG2tlv7/9O2RNR2EMfh0ebv2ECJ23O9/dJVLudD0+jtl5BIeym 0zJ24lEhKjIh+XEEoKIuxa2uVXC/vm3cUmqImuZJfMMPcuogsWU45iYJ890hqghlgQvb vGQg/l2JIZloiC1q9eX/hQB5OQYYOSbj4gO6NnOTLGmHrKKpAX203tv+I92xS6Q3jkkP 8+HIgaJ4ww0KKQS6r3PCLFuUtOzvR6hkxv8LigAJsWa6BIfamv7zU+xNyCAN1IOkpPhn o0nQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1742675643; x=1743280443; 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=TZuIY42TPL/mvaBW8PZbELWSvy2dkAFAVqPk1WXwuFM=; b=TVU0A9pok6LbnUYOP2dG1G4PVELTZp5FlU70h0Jbsl7oIz+/7k7+S80WdAQ45kfhVg BjrUKqXjp3x8/muuF07LQlkR7TpegE5VdCedtxY79D2k177Pd8/Eh1FgInz6tfjWNguD lJt6UIaBHjnfzxlP7/uhvccxd6Rz3AlO4cfRuQzBRsyuNuRGlSwrSKw7EUXUyu7qPqX7 B7ApziAFFlvw5DAi5ZgfdBTmTSYAOWmDJPXZGNRNnwmaV2ALvlHTV5MoY4jWX1CaLOlJ 6XmD8yZSBnjLyzt4M40w8p2C7ZEjZ2du4WIXhOQMa8bSUEj2yTirbehXtRphjsW4Z4Ep N9mQ== X-Forwarded-Encrypted: i=1; AJvYcCVb77QGpZBVOJzHWHwV1oFI8K0GWpWbryn8xrsiGff4j63NROeB7k64BTguqz2qsXoBShdM8Kl5DitcWQX9bbJa@freebsd.org, AJvYcCXSnVWFFX0reX/vTT9ek4IzFkCbU2+SimKfHQs9Hzs7gn+gdvl/Sos+ZjLFvLepQMJR45Rq6vuXv10PxxE=@freebsd.org X-Gm-Message-State: AOJu0YyD6KkBSgu66PcqBwPVb36gEPtyuOUH9Vw9Ac4/4/aCaW//G9cw x+VhMzBP1Jj7vZLsxiWVlVEtGOGTqMqRQ+G/LjJZY402LGwy5BaETH6AeUef73dVW/PSLM3NWhH NqUoTTdyTuNekgl8G4kSwSqfkMJgvAAk= X-Gm-Gg: ASbGncvf+B4/4HkfidWffxLcq43qGM6Q35pvb9Vh7Y39V9TCXoZXg6TIDuELYi5HeK5 d+9QZR3zvJBjMFqVL6s9/6d+N7bsSEv0zcBOhj1h7+zyO+O8uADdSk7iIbs33DEa2uZGL9oyCJH 5HRZXxMExPYhYwHUqMrg//NEmnU6RPTwQ8LRfQ8z9UAo+fBvdMlFcu9YOiNBo= X-Google-Smtp-Source: AGHT+IF0ULjdM72i0tNc/HX5zqQr+Lc8OsPSqTQaA+IVfRQD+H149nsfsfM3OhzxQmtGwkpOxzVQJ0W2R5Jeqq0kxKU= X-Received: by 2002:a05:6402:2712:b0:5e5:9c04:777 with SMTP id 4fb4d7f45d1cf-5eb9972ae95mr11292737a12.6.1742675642872; Sat, 22 Mar 2025 13:34:02 -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: Sat, 22 Mar 2025 13:33:44 -0700 X-Gm-Features: AQ5f1JrrVWJMSc1kzZT8e6Dt1E44XEoVUmR5UFOuQ0gabRSFA7JNUurmbCCGrpY Message-ID: Subject: Re: RFC: Solaris style extended attributes for FreeBSD To: Andrew Walker Cc: Konstantin Belousov , freebsd-arch@freebsd.org, FreeBSD CURRENT , Cedric Blancher , Lionel Cons Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Result: default: False [1.11 / 15.00]; SUSPICIOUS_RECIPS(1.50)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_SPAM_MEDIUM(1.00)[0.997]; NEURAL_SPAM_LONG(0.61)[0.612]; 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]; ARC_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; TAGGED_FROM(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::531:from]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; FROM_HAS_DN(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_FIVE(0.00)[6]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_RCPT(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arch@freebsd.org,freebsd-current@freebsd.org]; FREEMAIL_CC(0.00)[freebsd.org,gmail.com]; RCVD_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; FREEMAIL_ENVFROM(0.00)[gmail.com] X-Rspamd-Queue-Id: 4ZKrd9088dz3K5G X-Spamd-Bar: + On Sun, Mar 9, 2025 at 5:38=E2=80=AFAM Andrew Walker wrote: > > > Since ZFS is already wired for them, adding the basics is pretty > > straightforward. I am not suggesting that they should replace the > > current FreeBSD extended attributes > > The ZFS story is more complicated. When ZFS is configured with > `xattr=3Dsa`, xattrs are preferentially written into system attributes > (SA). This was introduced IIRC primarily for performance reasons > This allows tiny xattrs (~100 bytes) to be stored with the dnode and > up to 64 KiB of xattrs to be stored in the dnode spill block. If > additional space is needed then they are written using the older-style > file-backed approach. > > What this means is that if someone is using this relatively common > configuration (the default in TrueNAS and in many Linux distros), then > the result would be that only some xattrs written via extattr would be > visible by directly opening the ZFS attr dir. It would also introduce > a mechanism whereby an xattr with the same name is written to two > different ZFS locations, which would potentially cause you to see > different xattr data depending on whether you read it from extattr or > via the attr dir. I don't know off-hand whether this could lead to > corruption / unexpected behavior in ZFS but if you haven't looked into > it yet you may want to make sure you're properly handling the case > where someone has already written SA-backed xattrs. I am in the process of defining a new setting for the xattr property I've called "named" which would need to be set for the Solaris style extended attributes to work. I am making progress on the patch and am currently working through permissions (or authorization if you prefer). Here is what OpenZFS appears to do currently. I am wondering if these sound reasonable for these attributes? - When an attr directory is created for a file object, the ownership (uid and gid) is set to the same value as the file object. The mode is set to 041777 (a directory with sticky bit set and permissions for everyone. (It ignores the "mode" argument to the open.) --> As such, anyone who has access to the file object can access the extended attribute directory. - When an attribute is created in the attribute directory, the uid is set to that of the creating process (cr_uid), the gid is set to that of the directory (which is also the gid of the file object). The mode is set to that of a regular file with low order mode bits as specified by the "mode" argument to the openat() that created it. The mode can be changed with fchmod(2). --> As such, access to each attribute file is controlled by the attribute file's creator. Any comments on the above? A couple of other questions... - Should subdirectories of the attribute directory be supported? I currently do not allow this, but it appears to be supportable by both OpenZFS and NFSv4. - Does restricting this support to ZFS file systems with the xattr property set to "named" sound reasonable? Thanks for any comments, rick ps: I have not, as yet, heard any comments w.r.t. whether or not this should go into FreeBSD15. (No rush on this one, but comments would be appreciated. From nobody Sat Mar 22 22:54: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 4ZKvlZ0ZrQz5rN8h for ; Sat, 22 Mar 2025 22:54:50 +0000 (UTC) (envelope-from sgharms@stevengharms.com) Received: from mail-24420.protonmail.ch (mail-24420.protonmail.ch [109.224.244.20]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "protonmail.com", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZKvlX4CFlz46Sy for ; Sat, 22 Mar 2025 22:54:48 +0000 (UTC) (envelope-from sgharms@stevengharms.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=stevengharms.com; s=protonmail; t=1742684085; x=1742943285; bh=mmlLsv0IJVId7ppYh4ntHajlVvFoIdYZ76hc8VEGPfM=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector:List-Unsubscribe:List-Unsubscribe-Post; b=nHpzu5eSEL7iWpU0bQIzMzRB1aDeJOrT98EzN46ebPOdhHGNACKedmGeYWIH5zQax A4+5Ng1PtFNe7d+Db+BPrDLh23+WQ7nfUSUF27p7SqmXwrMavTqYymwoXJ34aXRLZf gi7cGIO7GpxiOcWBqUAkqc0fXVolPMS4N4VVcw6A= Date: Sat, 22 Mar 2025 22:54:41 +0000 To: "Simon J. Gerraty" From: "Steven Harms (High-Security Mail)" Cc: Warner Losh , Emmanuel Vadot , "freebsd-current@freebsd.org" Subject: Re: Confused by boot_mute documentation, terminal systems, and goals Message-ID: In-Reply-To: <45025.1742665646@kaos.jnpr.net> References: <20250322080212.0fe0e090d8e942105e9feb65@bidouilliste.com> <45025.1742665646@kaos.jnpr.net> Feedback-ID: 16996530:user:proton X-Pm-Message-ID: 08091ac527f859a32271f0f35b75eb17a6f02e15 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-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:29676, ipnet:109.224.244.0/22, country:GB] X-Rspamd-Queue-Id: 4ZKvlX4CFlz46Sy X-Spamd-Bar: ---- Well, Warner and Manu, it's been quite an education I've gotten myself into= ! If anything, it confirms that my sense of C isn't as bad as I thought it was a= nd I was indeed looking at a ball of knots. I'll tried Warner/Manus's suggestion re: boot_mute=3D"YES" and a specified splash=3D"" value does not work in a VT tty on 14.1-RELEASE. Unfortunately,= a fresh build from `main` is giving me a kernel panic. I can confirm for Manu that the splash.4 does say the right thing. For completeness, my non-stock portion looks like: boot_mute=3D"YES" splash=3D"/boot/images/freebsd-brand.png" loader_logo=3D"none" autoboot_delay=3D3 So the "limp-along" strategy (above) seems not to work. I'm happy to debug further (or, if I get a working build of `main`, i can try with 15.0-CURREN= T). So as of right now, I"m inclined to think that this set of configuration variable= s is=20 BROKEN. Please confirm my understanding, if you can. In efforts to move forward in the long-term perspective, I've taken the lib= erty of trying to synthesize your various data points into a strategy and to try th= e work around strategy. I. The User Story AS A: desktop/laptop/non-server FreeBSD User I WANT: a way to specify use of an overlay image in a well-understood image= format (PNG, SVG, JPG?) SO THAT: * I can cover up diagnostic data that might be confusing/unsightly * AND/OR brand my devices with employer/school/etc identity * AND/OR have my first interaction with the system be * vtty login (OR) * display manager login Provided the overlay lasts from POST to login (either graphical or console)= , we can ignore the question of silencing RC scripts. Further chattiness can be = addressed via `syslog.conf(5)`. Now the question is, what configurations and parameters need to exist and what's the migration strategy. I _think_ the way out of the abyss is: II. Plan 1. Coordinate with vt maintainers (ofc.) 1. `boot_mute`: Should be documented as having been legacy but that its use was inappropriate to trigger the overlay. Document as deprecated for thi= s purpose. Retain for historical true muting signal 1. Add variable to provide correct experience (just a stab): * `boot_overlay_expiry=3D"rc|consoleLogin|xdm|waylandDM"` # not sure abo= ut sensible values for X or Wayland Semantics in-depth: 1. `kern.vt.splash_cpu=3D0|1` * If 0, current default behavior. Show kernel and RC init output * If 1, current behavior with (improper) boot_mute=3DYES; display a gra= phical overlay; termination point to be expressed below 2. `splash=3Dstr` (pre-existing) * Previously unuseful for VT use, is documented as being correct per Man= u at present * Prune legacy in-kernel images to reduce confusion; use images in /boot= /images/ 3. `boot_overlay_expiry=3D..." would be NEW * `rc`: Disappear overlay after the VT subsystem moves from early-load t= o later-load. This is current status with (improper) boot_mute use * `consoleLogin`: System is intended to be used in native console. Disap= pear overlay to reveal the standard vtty login screen once it's ready * xdm: Remove overlay as part of a handoff to X display manager. This is= the setting for my non-technical friends. Pair with a short autoboot_delay= and beastie_disable, this setting gets the computer from POST to a graphic= al login without leaking any of the OS internals * waylandDM: Same as above but with Wayland There might be other variables that capture the signal better. Thanks for all the insight, and I'm open to more :) Steven --- Public Key: 22BE39E2FA68D8BA8DC4B43A55A16D8CE2B036DE Messages from this account are considered the best-secured and most reliabl= e. Send information regarding health, wealth, or requiring higher standards= of security to this address. Sent with Proton Mail secure email. On Saturday, March 22nd, 2025 at 1:47 PM, Simon J. Gerraty wrote: > FWIW I recently added logic to our local.rc.subr to > redirect output to a console.log if desired (some platforms boot quicker > with less output going to console). It does nothing for output from > kernel modules loaded by rc, but greatly reduces output and has the > major benefit that we can examine the "console" output after the fact. > Which is much more useful than sending the output to /dev/null. >=20 > The above is much easier done in our env as we have an initial rootfs > which is an iso image, and run a preboot script which does things like > mounting the real rootfs after fsck etc before running the real init(8). > That preboot can thus take care of rotating and initializing console.log > or disabiling it under various circumstances, and we set rc_config_xtra > in local.rc.subr so we can tell when it is being read for first the so > we can redirect output again for rc. >=20 > Doing something like that via rc alone would be "tricky". >=20 >=20 > Warner Losh imp@bsdimp.com wrote: >=20 > > If you rarely want silence to the login prompt, we likely need to find > > a way to redirect the console output to a second screen or > > something. I thought we had a null console, but that appears to be > > only in the boot loader. The rc output goes to the first console in > > the list of all the consoles since that's what /dev/console is > > connected to. One much wanted, often started but not finished project > > is to actually make /dev/console connected to all the consoles > > together. From nobody Sun Mar 23 07:40:37 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 4ZL7Qk280bz5qfDr for ; Sun, 23 Mar 2025 07:41:02 +0000 (UTC) (envelope-from dch@skunkwerks.at) Received: from fout-b7-smtp.messagingengine.com (fout-b7-smtp.messagingengine.com [202.12.124.150]) (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 4ZL7Qj0nYbz3ytt for ; Sun, 23 Mar 2025 07:41:01 +0000 (UTC) (envelope-from dch@skunkwerks.at) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=skunkwerks.at header.s=fm2 header.b=pL9b2l6o; dkim=pass header.d=messagingengine.com header.s=fm1 header.b="D 7KPdxc"; dmarc=pass (policy=reject) header.from=skunkwerks.at; spf=pass (mx1.freebsd.org: domain of dch@skunkwerks.at designates 202.12.124.150 as permitted sender) smtp.mailfrom=dch@skunkwerks.at Received: from phl-compute-08.internal (phl-compute-08.phl.internal [10.202.2.48]) by mailfout.stl.internal (Postfix) with ESMTP id 7F80011400CE; Sun, 23 Mar 2025 03:40:59 -0400 (EDT) Received: from phl-imap-15 ([10.202.2.104]) by phl-compute-08.internal (MEProxy); Sun, 23 Mar 2025 03:40:59 -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=1742715659; x=1742802059; bh=uiQRYsI3/3KufvTXonV3YQfD/QzI/UL3 ivskbFUcSfM=; b=pL9b2l6op5n3Nl20/D5FXWeAKuIhygvA5NQhvQKR2eMAuxPl Kp9wAzRSKZZp21/xgEAJ+hBVdo3LqsmLyRnmOzCEcJ16OeG3wdJe3EY7uwP1F2PG z+dO97J0iWksDn9TeiT7uzsicjKt7p9DPqjVDxQM10zUDzePp7/A4ScCmlQSRfg7 KgSMbc57Y3KiiWiZRQ0IZZuImdTb7IRPdWkcPECtR2jSAgmM7+8DimOsDTBUwUAs ezxUT5ht2RMTdQe/9/NMAzrqM1zDkTYdqLtQeiIdf7im4dBJZ5P8r5Vdzs6He6we DSu1FJ8ky/4ohodSqa5x8aTwv3WFdn8T6qgt8w== 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=1742715659; x= 1742802059; bh=uiQRYsI3/3KufvTXonV3YQfD/QzI/UL3ivskbFUcSfM=; b=D 7KPdxc0ejDjd4GCzlZ/RFzWmlcWR9BcgB+xZB6ckYjcpo/YGXUqusrsg+RNGP4MA 4vvf4a1o2xyS/csiwMnUmQEmol0pJ33l5exkpDMMO9JGEVsj1ojId/druV1UvW/x +ZrQIDEO+1F8xk3xo8gLHsmveJruktSTv4JgD1PA524GY2CK7vlVzeqaURJjcrZb 5YcjyVlTSCePZwgGR8LK2cqrOfEFYrbKZk/KIs4bad+lReUXZinkmFz88gJruXH4 Ynz8CDVEIbBv/NvcgxhD9kPMlG+EOo2ZtID9gsuNuLDxT3m6TiNQc44eVGUD228e 8GHZbptY9C4AXiyjiBxZw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefvddrtddtgdduheeivdelucetufdoteggodetrf dotffvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggv pdfurfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpih gvnhhtshculddquddttddmnecujfgurhepofggfffhvfevkfgjfhfutgfgsehtjeertder tddtnecuhfhrohhmpedfffgrvhgvucevohhtthhlvghhuhgsvghrfdcuoegutghhsehskh hunhhkfigvrhhkshdrrghtqeenucggtffrrghtthgvrhhnpefhvedvudejteekveefhffg tefhiefffeehjedtkedtueelhedvjeeuteehffffgfenucevlhhushhtvghrufhiiigvpe dtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegutghhsehskhhunhhkfigvrhhkshdrrght pdhnsggprhgtphhtthhopeefpdhmohguvgepshhmthhpohhuthdprhgtphhtthhopehfrh gvvggsshguqdgtuhhrrhgvnhhtsehfrhgvvggsshgurdhorhhgpdhrtghpthhtohephhgv rhgsvghrthesghhojhhirhgrrdgrthdprhgtphhtthhopehguhhruhesuhhnihigrghrvg grrdguvg X-ME-Proxy: Feedback-ID: ic0e84090:Fastmail Received: by mailuser.phl.internal (Postfix, from userid 501) id 04FCC780068; Sun, 23 Mar 2025 03:40:58 -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: Te659d38815edf42f Date: Sun, 23 Mar 2025 07:40:37 +0000 From: "Dave Cottlehuber" To: "Matthias Apitz" , "Herbert J. Skuhra" Cc: freebsd-current Message-Id: <91d1dd47-c061-47bb-b149-197fcc78f000@app.fastmail.com> In-Reply-To: References: Subject: Re: make installworld fails due to missing libmd.so.6 or libmd.so.7 Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-4.29 / 15.00]; RBL_SENDERSCORE_REPUT_9(-1.00)[202.12.124.150:from]; NEURAL_HAM_SHORT(-0.93)[-0.930]; NEURAL_HAM_MEDIUM(-0.73)[-0.726]; NEURAL_HAM_LONG(-0.54)[-0.541]; DMARC_POLICY_ALLOW(-0.50)[skunkwerks.at,reject]; R_DKIM_ALLOW(-0.20)[skunkwerks.at:s=fm2,messagingengine.com:s=fm1]; R_SPF_ALLOW(-0.20)[+ip4:202.12.124.128/27]; RCVD_IN_DNSWL_LOW(-0.10)[202.12.124.150:from]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEFALL_USER(0.00)[dch]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[skunkwerks.at:+,messagingengine.com:+] X-Rspamd-Queue-Id: 4ZL7Qj0nYbz3ytt X-Spamd-Bar: ---- On Tue, 11 Mar 2025, at 05:53, Matthias Apitz wrote: >> > > > This problem first came up a the thread: >> > > > >> > > > Creating poudriere jail fails with libmd.so.6 not found >> > > > >> > > > but it's unrelated to poudriere jails. With a recent CURRENT (March 1) >> > > > I can reproduce this fine. I investigated it with an installation into >> > > > DESTDIR to not damage my running system. I'm seeing this also using beinstall.sh from 14.2-RELEASE -> 15.0-CURRENT via ro-nfs. Guess its not possible to do a from-source upgrade atm. A+ Dave From nobody Sun Mar 23 14:12:28 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 4ZLJ6X0j62z5rMZ2 for ; Sun, 23 Mar 2025 14:12:36 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-pl1-x631.google.com (mail-pl1-x631.google.com [IPv6:2607:f8b0:4864:20::631]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZLJ6W1t05z3crb; Sun, 23 Mar 2025 14:12:35 +0000 (UTC) (envelope-from markjdb@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=Uas70BJk; dmarc=fail reason="SPF not aligned (relaxed), DKIM not aligned (relaxed)" header.from=freebsd.org (policy=none); spf=pass (mx1.freebsd.org: domain of markjdb@gmail.com designates 2607:f8b0:4864:20::631 as permitted sender) smtp.mailfrom=markjdb@gmail.com Received: by mail-pl1-x631.google.com with SMTP id d9443c01a7336-224019ad9edso86229895ad.1; Sun, 23 Mar 2025 07:12:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1742739153; x=1743343953; darn=freebsd.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:sender:from:to:cc:subject:date:message-id :reply-to; bh=x+5WTgg803GbDj1BrnH920ZupMMULoDoSwcyPOi+QjA=; b=Uas70BJkMozOH+OMIUXBsH1UvM/O3q9B7oQvepOAvZMtILQYbb5QSc/J47+20I4FYJ 1EcgkTA08F6HH5WVh77WTbBixNmO/URi5+QaOsO/lrsKpdvbewyoyTVKKsE2lvUXKWTP Mqoq7qQuvKzqaXAUFygz2Lr+AiQNGHNZ3fw8jA6WSXWFHuqts2J2vAA2BAnMwd6uitJl MoASoorFzEhLYQTGsSrUECOd8c+3YKKj0jFsePoEaZm0c5+nPv/tyF+Sgb90CHB0EtYZ 2Hp50EI0W26gH2L+Esx05gu0t6OBgVAti1rPz/6Gu867X04gSk8j/wp2/01sWO8e3ssS 4ecA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1742739153; x=1743343953; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:sender:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=x+5WTgg803GbDj1BrnH920ZupMMULoDoSwcyPOi+QjA=; b=WSgGRGo+gGLkxavPQ3ga2oZ9Yo7lFasLxRcSv1lxIKgrVHdmmNSLbH8xqLzTWcRbyM KrQ9qFok2pwxpR/yssmbNDnumDnNS7tGqCWyc1Z5k8ST6xvovSGrG1yJDPbWZiqoEPew ISBXLTVrXdUWnrVE744b/6CHmDDrRO97UxKUcu5+dHn9roxArzE3lFVow4QUurxyolrS DUVxHOqiqNVxfr0+gCW9WFwxfZ3K7Yx82pzPD8NBD+O5EmvE8FKlaU7rl+bQ57y9rnO5 35Ffj67CAv/1QBT91DnUSWMjxXsb8wHN/RccUfz+ZIsMkCREGxVstyJNaRJDgIPklaEt ZWVg== X-Forwarded-Encrypted: i=1; AJvYcCVaz3mQYPDmR2y4OmEe4+oXHfG3ubkAfUgc374dztkMiZfhc2AZtSXFs8mpBfwmKKscyA==@freebsd.org, AJvYcCVeV3/zew2BAyTRQF7BDH0f/lZ+zKDyclHjekiQ2NexQ9kV55E2RtySVnefXankWrTL+m/q@freebsd.org, AJvYcCWDW0bspRcAAccauvG7ryi8Ho23fKmKcaXtaZqLPL8AmGIZrX84eaFxhHLjVbIsCrf3T98XdX2fDQ==@freebsd.org, AJvYcCWxajiiHNP6DHojWgyEkpIc0mdquB2q3F17NjYd4okzzTDhqRDHGKM4zPs45seVL4d6x8O2@freebsd.org X-Gm-Message-State: AOJu0YyZBoOJysiz9oceXglIsZryUQ8N7FaKiDwqxJuobuaMKiDAesD4 YhGdhVD6bNdNakBGuhfVPsmFRJvoEFotsGsdlXHqjEtG2bC9YYeR6++tb4bb X-Gm-Gg: ASbGncsMWyVsD3/8KXMt8dLO4XLd5D5J8LkpH90sYKVthRKuseeJSljFi1ytdrVFAJ3 bjW4A8ajjYmIuau812KkCppM9x2VIWP7+oCReN51/BXPEXV9yDlTviafCsK6NCdGIlZ83s0mB4d oCerFwSWTrSgvpzcVzx5sH+gnfGZSA0KOOT9ffienwLzD1vY1jjp1UM55LooWly1Cr6pNHAKl7t +rqj8BnPFdWV8NVw9jAszj/k/GObeY0hTcqbOUJ4fQ8uvZKRvH/GxE71ktNsZpCSpY+k8RQtDX7 3rP2DJpVPkJ+RIoKysaGXUZH692iyNXsUpytAwAwqYO+NkkSbCW5cg/G7hCs5GaZGn0= X-Google-Smtp-Source: AGHT+IFn2whG2YmMexHEl3/YCeQWW/NxS5idZShNteiYKOHfssIGMUXrd+8WbtuCy/ZU5MXr09HqIA== X-Received: by 2002:a17:902:db12:b0:216:3d72:1712 with SMTP id d9443c01a7336-22780e1a30emr181653955ad.48.1742739152965; Sun, 23 Mar 2025 07:12:32 -0700 (PDT) Received: from framework (M106185150005.v4.enabler.ne.jp. [106.185.150.5]) by smtp.gmail.com with ESMTPSA id d9443c01a7336-22780f50c80sm51841615ad.104.2025.03.23.07.12.30 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 23 Mar 2025 07:12:32 -0700 (PDT) Date: Sun, 23 Mar 2025 10:12:28 -0400 From: Mark Johnston To: Gleb Smirnoff Cc: David Wolfskill , "Bjoern A. Zeeb" , current@freebsd.org, kib@freebsd.org, jhb@freebsd.org Subject: Re: Possible video driver issue after main-n275966-d2a55e6a9348 -> main-n275975-5963423232e8 Message-ID: References: <01qqq28n-p1s3-n82q-9n1s-7o900ro5n62q@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: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spamd-Result: default: False [-2.52 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.988]; NEURAL_HAM_MEDIUM(-0.93)[-0.928]; MID_RHS_NOT_FQDN(0.50)[]; FORGED_SENDER(0.30)[markj@freebsd.org,markjdb@gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : SPF not aligned (relaxed), DKIM not aligned (relaxed),none]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; TO_DN_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::631:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_NEQ_ENVFROM(0.00)[markj@freebsd.org,markjdb@gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; MLMMJ_DEST(0.00)[current@freebsd.org]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; MISSING_XM_UA(0.00)[]; RCPT_COUNT_FIVE(0.00)[6] X-Rspamd-Queue-Id: 4ZLJ6W1t05z3crb X-Spamd-Bar: -- On Sat, Mar 22, 2025 at 12:04:25AM -0700, Gleb Smirnoff wrote: > On Fri, Mar 21, 2025 at 11:13:53AM -0700, David Wolfskill wrote: > D> OK; I started on my secondary laptop (Dell Precision 7520) after having > D> updated the "head" slice to main-n276038-6f6c07813b38 earlier today (and > D> verifying that the initial concern -- that it doesn't appear to complete > D> the transition to graphics mode and appears to emulate a power-consuming > D> brick) still occurred), I copied that slice to a different one (slice 2) > D> and booted from it (using a kernel from a week ago, > D> main-n275966-d2a55e6a9348). > D> > D> I then applied Mark's patch (cleanly; no issues), then > D> rebuilt/installed the kernel, then rebooted... and stuff seems to work; > D> I get the xdm login banner Just Fine (and I can ssh into it normally). > > Thanks, David! > > Mark, can you please push your patch before the stabweek cutoff > that happens early Monday? Sure, done: https://cgit.freebsd.org/src/commit/?id=74361d693aec892b01c1553bda7176f8d341b2ff BTW, in the longer term I think redzone (and maybe memguard(9)) should eventually go away in favour of KASAN, which can catch the same bugs, and more usefully at that. Right now KASAN's integration into UMA is not as good as it should be in that it doesn't explicitly insert redzones around each allocation; it will however mark redzones if they arise naturally (e.g., when malloc(9)ing 24 bytes you'd get a 32-byte object, and an access beyond the 24 bytes would be a sanitizer violation). However, that should be straightforward to fix. Then, you'd get checking not just for malloc(9) allocations, but for everything from UMA. And, overflows would be caught at the point where they actually occur. From nobody Sun Mar 23 14:56: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 4ZLK5756czz5rPXZ; Sun, 23 Mar 2025 14:56:27 +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 4ZLK560z2pz3kDg; Sun, 23 Mar 2025 14:56:26 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=kd9vOjPq; 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-43cef035a3bso24207945e9.1; Sun, 23 Mar 2025 07:56:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1742741783; x=1743346583; darn=freebsd.org; h=content-transfer-encoding:in-reply-to:autocrypt:cc:content-language :references:to:from:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=NF1ZDQVhejtcRU5jReD2XZ6+IKD4JFVlsncd8tBcZoQ=; b=kd9vOjPqUHAS+9eg44DCskp7rgG5LbRPPnsKyfSZlZX5YO53QyCXFBru0ntNvIbJaW cucyJ1WEh9P8SrVrQtjt8A1M5AOCe/sEGNxVITObAxvedvXkngqh5mbeRoyJSsyn0zXV l4/MI5a5zO9qQUqoNWboR63oU0+lJlef2OcykKUwE1N0pB9c0+9n4rKydUkuif/7YPcl IFf4J4A0Do9Pncp2Gvs59fxGs7USi0KDr/c1+g7cnPY+/iNWcuybB2zELjoNX5WJ+/Jq zCJQ8o2abIZKtIdJXWJB98VFE1gYfI6djSdhTrtb9Cs5SZAgg7su1eQf85P4FGet6mM/ 9IEw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1742741783; x=1743346583; h=content-transfer-encoding:in-reply-to:autocrypt:cc: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=NF1ZDQVhejtcRU5jReD2XZ6+IKD4JFVlsncd8tBcZoQ=; b=qCtAsEXPH5yqnToHWJZplR98tiXxY1zEfPkHx1JKWd1noGPiKKFa0jmVWq75c2kTXW X/hFZdYkywGy+RmuNB+T2j7m1qvhcxuFTfqqe1mPooAPjbcwbnVmP2W2aGeDog6vRDKR QBCK7hEUeGEhoGhOEed49mWLVFn454xIm/mvZzoX2xwBDc/yLrihoB1KugnTWniNgYI8 W8Vrr6/fs7vy6ilLWU194TY7GwtICjVElpByNIO6dhVhXP+Dha16i2nGlc5RQZxEuIpx YCnoZP9rUy8/Rvrb7rr+eOAcAJoW56tEZq6gCdLbdyWDAZUy8ej5kmbBIV7S4OJxATdT NaOQ== X-Forwarded-Encrypted: i=1; AJvYcCWIKq8UWsO6jUyM6e0iVtusnO9HnnjHMa1RJFWlenQUk38TBEiUGYfTMq52CDxwj8d/20SN@freebsd.org, AJvYcCXSdbRH4DJksrx1UfYsEGBKesC8ixjpFRd/hSe9dcicDVwAzFfUO8QVQAGpprYVCOKBccyzbQq8rg==@freebsd.org X-Gm-Message-State: AOJu0YyE/MjIaY3NAziwpjlGsfTfyCx/DweJJtNyOlYsWGqdtkuTzX9q Bppj7BApDKiAP2L0k9A/u3FQS42HkXcNUviBRarA7QJZyUqq27HdLiC/60xK X-Gm-Gg: ASbGncsZgbDMvg58Pf1thIAFqblW9ZteO0FoCzs+y/rO44xESaI730jZkcIvl5WwK+y BaezIQoAgE/WXx1wb/EWI8UQoqtHAU5mrkP6gmcp6E5F9DmLz4H/bInoF8AeGEZWnds93oP8ivn y5y49y7IKK3Ay0Yvdw7bh+9nJztUG/NpuxOoh2eJ9USSqK8tf1xmnxaodGNSdcHBsc3tASRFJrg kX5F/q1KzIK7ptH5f6vywDdpcMfaZO6VuEpsCE/+cSE78x90YgwZeyUel+AH9istVOU/q7ZFykN ZFBbHaeV66VAPKems+PYKwaAnNMoP5eeyWPA1BXU/zwGOgmNYPjqQki5zFeLS4WDb/xZZcGYazX sxg== X-Google-Smtp-Source: AGHT+IFiQS2ek+0oGIf6Dd/Nwbfg0LugRKWk6Huc2ZDPq3i5yDZftKy/iwG1FA3dl+Ji5hKvzf0UpQ== X-Received: by 2002:a05:600c:3516:b0:43c:f3e4:d6f6 with SMTP id 5b1f17b1804b1-43d50a52671mr93949205e9.31.1742741782629; Sun, 23 Mar 2025 07:56:22 -0700 (PDT) Received: from [192.168.1.10] (host-78-150-77-46.as13285.net. [78.150.77.46]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-43d43f32fb3sm139746505e9.2.2025.03.23.07.56.22 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 23 Mar 2025 07:56:22 -0700 (PDT) Message-ID: <3eaa04e7-f091-4c5b-9999-42d9228ff8e6@gmail.com> Date: Sun, 23 Mar 2025 14:56:21 +0000 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: pkgbase major version upgrades From: Graham Perrin To: freebsd-pkgbase@freebsd.org References: <5e86f828-d86e-4f7c-abe1-e0f6d7cec6f0@gmail.com> Content-Language: en-GB Cc: FreeBSD-CURRENT 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 SG9KGNQLBQJimMMBAhsDBQkFo5qABQsJCAcDBRUKCQgLBRYDAgEAAh4FAheAAAoJELdnSG9K GNQLbHAQAJi998y42bEbq5HmABYovmAEtQj33YSUWyc9QRmAHpN8Er3lTKsgmZcVChB5Fu/d go2oYynDjlVpA7+wiSmg4AG78mOYbg/e19XMhrH0keDKqZXFkU+G7agR0mF09qvpQZ9MTJYZ 2u7FtytZK665UfipOdV8eGn2hFC/WynjUwEzKyryBgbbLAEbfOPeZNry4h2ZPWbtTvx/PE/V X3Vh2oGqYx69DCGz+0xEhy62ZKbkX5SL8LUf/1WViyCVzsHasFxmFxYPWIfBy8ayQ7xapz7M cSXSQyu4oDT4qh9eZiGP9/aAcZKHcV6t9y77JGhUJ/5O1sANKMa3YhgimE+Z86LHYa1IH774 PHj1nAXBwS+Cj/1l/NQoQcyjvOj8zuCsMJVaLMb6B46YsReP4+3yBLpyeBC//t6zWPbgAkWW VjROC0dXUAMTFpnA6NZe3UghG+Nc4fnCLGOhc2nyWFYHIaYV6Hv1ITFSem9DdeNnR1CFm1VM TJ7i7TuqYM+WZTkoUsTf4c46hS/ZNJZSCxh0s9yYr+BYk3XBbd+ElaZ1dJE6cuSVdw15+P2h DnprurxC4byl4YFkn+UAVvQsOgeq6aSHLOHX0weYu1OLoiPYsTdyGhne72+kDhEEdFD5aHdQ PFrbQIrqWLV0a04++0ZwGpNvXtgnWhDdAQJDwGsSSwbLzsFNBGKYt7ABEADRb1tZuh7DPYET 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 AmKYt7ACGwwFCQWjmoAACgkQt2dIb0oY1Av7qg//YjCZg8VXyMzXssgIQpROKKqh5V0UBSQl rM3tq4tWhyg0HVMugQj0Om+iNPsEEOGHkm6tyhHMzlKGpAc/l0iAM+8twIyg44Yo5+DcfFXr OMTbTw9T9jDsWOkOBksxy29iYhgpqpWdDBnhXvrJp/FNAiX8CfzrIOZeFPydDoEiKBEXAxfe a9o5J/JeVnZiUeoiFe7i68nZGsb4JxhPczNfqW12t0Ll5/ibjszg5BgjXiLao0KqbWNh4bS5 CVwH90Or+5qqWgzWPeBiuz+rN2QXE/V/fL44GEj1YKASCqmaiYRgjoRFubz1aq1wCXMXY3Iq d4525rscUgS7HBxbblnyTodUPaamN/2nSzcmE/Pkx8MApDSgZCIhs0RTAg+/AoX4HULV1rSE TQwMrBEQt84Tw5W5rHsvXKr4ZEsJUpbPLWYTISsp23nHR+vZtL/Ug+OWCmHC7X7D21xk/xVJ 4sA1RLJBKdCHtnyA4Unv/kNS1KVGxHnITVyw1a71QJADu4qsdtM5u6CyYUhqhM1oseWtV6j+ Qi8KC/G4C3AgZf06fe2fVl42z2grTabL4bC6FQXMwTX2dsm5NakWjUCmUL8uwsQE7ZA4zKxo EYI1YV9q1birpzncYRupr1qnMoggMUHWq0IBYshFQrEO8PeVUZBw7/GfAeh3argdw2Qu748T Cyw= In-Reply-To: <5e86f828-d86e-4f7c-abe1-e0f6d7cec6f0@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Result: default: False [-1.21 / 15.00]; NEURAL_SPAM_LONG(1.00)[0.996]; NEURAL_HAM_SHORT(-0.94)[-0.936]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_MEDIUM(-0.27)[-0.271]; 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]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ARC_NA(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; FREEFALL_USER(0.00)[grahamperrin]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; MLMMJ_DEST(0.00)[freebsd-pkgbase@freebsd.org,freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::334:from] X-Rspamd-Queue-Id: 4ZLK560z2pz3kDg X-Spamd-Bar: - On 28/12/2024 10:17, Graham Perrin wrote: > Someone might like to update , > where the current example is 11 to 12. > > :x86:64 was recently a cause of confusion for someone (not me); and so > on. > > Ideally, verify the validity of the updated section with: > > - a pkgbase upgrade from 14.1 to 14.2, followed by 14.2 to 15.0-CURRENT > > – including attention to non-root user account passwords and group > memberships that exist in the 14.1 environment. > > Thanks Updated. Then and now: The currently given pkg-static command differs, from the previous, only in the ABI – FreeBSD:15:amd64. More eyes on this, please. Proceeding (y) with the command can significantly break systems, in more ways than one. I'm aware of at least two methods that should minimise, or negate, the risk of breakage. I'd like other testers to share their thoughts on how to avoid breakage, before I share my own; before another update to this subsection of the wiki. Thanks From nobody Sun Mar 23 15:18: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 4ZLKZd73xZz5rRY2 for ; Sun, 23 Mar 2025 15:18:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-55.consmr.mail.gq1.yahoo.com (sonic308-55.consmr.mail.gq1.yahoo.com [98.137.68.31]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZLKZd5JL3z3pK5 for ; Sun, 23 Mar 2025 15:18:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=njsZ6yrB; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.31 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1742743107; bh=Y+kOz8TNuRrX6sfXTC5k5rZjfDjbRmQOcJoEdJbz7rc=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=njsZ6yrB/7IYUu1wlFfrN2M7U0sGK7BAt40KYwY+SBLC6yUCF84BSTQJZPB1Qd/E8zcBzbdTpUGX6rD/58HhxRoyg4uYH7rvHLQCWceD4MzKO5w2/NP1C5kuc8YcA9lR2+8vcjMLrEvjZYrVlgetAQTYEEs5+bn/vUQ+wtgDGJUtW3+Ij5SzILuBIUh7gGq2PDy1OYy8SKaTh8YmdsdwoDXvXI0DKL27o+fk7YHM7HXL8YhCCLObaABKbeaS2b4dn/A/6JVXuhUviS/BpAfsd2wIbQI4HRHwSjqU/x1sAH0fZPEIUm+rQIhp0LNhpl8KPXXRtga6aFMpMxsBPROT6Q== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1742743107; bh=IifmAsiKCgqSEYzO7760EC0TjNhwvVlDA3G381ykz8e=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=gKbeFmRoCXigZiz1haBDfVKwnWayiYWYGwXIwD61fTYpwatEql+9SYV4rjX1vDyAk/MHkfHbswiKDxH7o5novkgkBOZf/8nq4r5m4nVdWcVqmPpndrzJElYIg9YPiGjJlkBC3ZMmT1fl3CZ2MAJiSqMLb4fq87OSdUkDLW39Cu7jrdpM0CUplqGTtWqtutMDoplXwBC2IgJt5z9otgLMN/XT79Nsic2qZKmn1a/pt02FDoOnWk8Tl+MLTGSinRwJ3/Ko3yj4BLtrY4QZks306Z5eIXcJh+xIfRhVzY2FRP9mBde3adMfONokWWbGcrBudZxXPIzjxsPB7/jprg5DaA== X-YMail-OSG: 5dp7ms0VM1lg5BxnqL5oWk6a_raL2tVgh.yQqe0vcV_Zv7nENPUR8UojzUedtim cGLxHLPDhY1Sl_2N_lkUFVBEljIvOlXH4JHJOGbxeVL42iq2i2yb.Em2Kf28AZOV5cPQ6Pxp3WGf xS5YJ2EIBOjqFRU5ZgmJ5YcLtL0z5eRT4moC4cJCyhuT3IPhHAfxdFUI4TKIE8EqUP0RtDKWzVBE L4SWzXhpDTCqRmnVDd93FMgfSYtDx1nTGxbLTEooFKxwfxtlOCjI1fGKvf2eDz5Fj2uPJ9aAAdgh 0lg1hWkjSWVNHaFQtKfCFuKrad1D6HYrepN2vK42E2zIT._iewmZ1FsRwbXDT4ww9EHvFxq9bpxd RE07keTyhhwXCtqA90V5267Yu8A7ufGozZ6XvxPq8dRzgn8RG6EYMzIm.Ne4gpzQzwquL4Nl_i00 ZvulfHBY3dl7C1QlOMhs0O64UQtjMt2EZHeI2gXFjOYGCFzKropYLVOdlN8RSsHktLQzYg4jG97P DrCwTE8xS_PMLIgNHbqRjEPPFXBSCK_.znc_mS6eIB.su0oTHwdcZucLh.Ix8RlyWtUhHulm3Fao hdfR7_GyTn7C2LiDYOhpVgNzOopm955LR26.dOyvhVAMg1WzMQoCRZ5YAlITn6_Fuf4.mvTaACKB HQrhhvaJxjbsbglcctPPaSFhdlS9iiWxKTf9deXNohlPYXtb7vbiG7K8WrVPCRFcR8ng2Jh9JrAl mmlPCkB0pDwXUUJNJSDw.ev14mnPlki_275viT0iPdEr7n2UpYYJdTqZ8rWavdqk_Hg3Twdi_F3. AID3Gq.9pVzgDhHvfASEK1nB4bchKTTyL2HUAo8tUvGwzasNjYZkAGqAHxK9v5gBIwfB8uv6Ft_u JZDO13fvlMcKk4ZCkIwgbnHBoJcmKEU69FU3Rj4Vix8OTRVbDYiEgBDWAAUcBeePtEmB2JXHSQ_G Hqk_b3Myh2QZk_Qvk_bVNNSTtUt2GyGaN3Hb8IQJXga7lK9PNemgJHm_MBfF_9xHIjO.zQoIB_tH zvkvkL2l4tRVdTBSo_oU8xZWcqNfhg1j8u_0CQpqzxhyevn3QUcIkF2KiNAVdrO9PzvASzOVbUbV eCsy8d3UJlN4gf7pt6GyUQg7WEHZOhmQHO4jZTfpjM5zPx2EzivsxpiEu.jWrR7wCXMNodzZKXRx rcRoIeV_AcDsDhvRREtvYdyRdssArCSQ7tViqWl3OLt_Kqa7h5WwRWT545TZK0H29NBxzjeFZ3Qx kVsL6eDbeLB9iL3LFtpIgrszdRN70NC5aUSO34Brm2KGFNAkm0OrrteeFmIUC24vTy.q9A556Wwm MNJTtFhC9NMY.5it6EUjdRPmfan8ytBd8p3VwVemazQvsIrBVuJepNQhOiGhZOgqcyh3H4umJXGE q9_PdWMykmcPQbnm24c9GIukwWDc2MYbaY22hilnmEfR220uQosG2sUWKXilWqJWLp70c_plxfL0 2uA7YWlPYLZkeBhq6eKJKpXLDWFDBdbGqgyEE7x1kQepU7m0ysutq2R2KeqT333DM.j6cPQKS.Rn Gg6x.OH6wfO2M.zHxRzRQUFhJrmwoN3agJwXRKOwGnBK_FCifmRfW2ESVkgmmIUCTx4vqB6rg1bS TM_mlnrti0EMv0wV67QTm7m5xVS9DKiT__65xNzVcw5OuTLD0hW12cyOXd0TZeRr9wQuzjeL8ads jTqYQdtOwqBiPb0Kre1QaBGSN7x1gcYlmfCVccM49vol1gz1PMMsFaNSGLeQlZpVNccINdzQGhfC CefqQJYzeyHJ_9fTLC5.gn3liU6.M.tM1q6CIOwvBZK4alBoCaTN2xV12H4gt3YxQazR9r.bgatl 2L4NV_6obJduAndksSx7ymD2_ZWBNpfLEptE0n8crcjo4UubOUrdYVZG4e6g9bMWgNwjJINkWZV7 pf1fBBkTCiIj0owFYoflHUh_NmSSqroYCUrqAg5419VmCacnN0xBMHnfH6AYDMS2urfNhxnBh.64 JRLEmOtJIOlQh3K3yKKdxGA9VHsLGcA46B7LQVYWp5Hd1mQEpYblTA8d17JvuHsOWqj_evb2jpjJ UUu94Y1ldL6.0gC2j01a3hL5ZfvltSCHq1WhgCDDsQ2n9Ibz.24YIeQUJ_vcUSIFWcGIT7DTG6BJ bIaI.r_ovRGl4MCkyKIcbWKGKfBhBbFCzvOct64Q4NemlhLfq2E4_3Io7ejAk0R5WZeQdYHF7UKv IKROqw4m9d2hMo7i0ZfDkxCEVXyKbtzIQejcRpTWvrX2OX5x9ee8fMNtgmd9xaSSDmmQTkV92bIC 1D5Y5FLpkS3XSsel8lSk- X-Sonic-MF: X-Sonic-ID: cf5c3439-967c-48a2-b439-53e5e00d66b3 Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Sun, 23 Mar 2025 15:18:27 +0000 Received: by hermes--production-gq1-7d5f4447dd-ptzkn (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID b80cce782a95164ad436be1c8c8a594b; Sun, 23 Mar 2025 15:18:25 +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.400.131.1.6\)) Subject: Re: Possible video driver issue after main-n275966-d2a55e6a9348 -> main-n275975-5963423232e8 [new commit is missing] Message-Id: <1F00B03A-3EAA-4D52-AB8C-760668911229@yahoo.com> Date: Sun, 23 Mar 2025 08:18:14 -0700 To: Mark Johnston , FreeBSD Current X-Mailer: Apple Mail (2.3826.400.131.1.6) References: <1F00B03A-3EAA-4D52-AB8C-760668911229.ref@yahoo.com> X-Spamd-Result: default: False [-3.03 / 15.00]; RBL_SENDERSCORE_REPUT_9(-1.00)[98.137.68.31:from]; NEURAL_HAM_SHORT(-1.00)[-0.995]; NEURAL_HAM_MEDIUM(-0.75)[-0.751]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_SPAM_LONG(0.22)[0.221]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; TO_DN_ALL(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; 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]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.31:from]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.31:from] X-Rspamd-Queue-Id: 4ZLKZd5JL3z3pK5 X-Spamd-Bar: --- Mark Johnston wrote on Date: Sun, 23 Mar 2025 14:12:28 UTC : > On Sat, Mar 22, 2025 at 12:04:25AM -0700, Gleb Smirnoff wrote: > > On Fri, Mar 21, 2025 at 11:13:53AM -0700, David Wolfskill wrote: > > D> . . . > > . . . > >=20 > > Mark, can you please push your patch before the stabweek cutoff > > that happens early Monday? >=20 > Sure, done: = https://cgit.freebsd.org/src/commit/?id=3D74361d693aec892b01c1553bda7176f8= d341b2ff https://cgit.freebsd.org/src/log/ does not show it. Using a shortened hash to make bad characters less likely: https://cgit.freebsd.org/src/commit/?id=3D74361d69 shows: Bad object id: 74361d69 > . . . =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sun Mar 23 21:10: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 4ZLTNj0sZYz5rpVg for ; Sun, 23 Mar 2025 21:10:29 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-pl1-x629.google.com (mail-pl1-x629.google.com [IPv6:2607:f8b0:4864:20::629]) (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 4ZLTNh4Xb5z3Xdj for ; Sun, 23 Mar 2025 21:10:28 +0000 (UTC) (envelope-from markjdb@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pl1-x629.google.com with SMTP id d9443c01a7336-224019ad9edso90287925ad.1 for ; Sun, 23 Mar 2025 14:10:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1742764227; x=1743369027; darn=freebsd.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:sender:from:to:cc:subject:date:message-id :reply-to; bh=pdt6MLSle61FRgU61OeUjVPrqVT9TCqGCImu6rwPWQY=; b=KHMTXIB5e/GUJEXxdkQWd3WWWEMSrpBItQoeE2hEEBujSxeTdDgkc8H3A5FRHjRRKj y+vZeg5QDSYwAch5KzEt/lCINqaDZ+4tl54rDr7JhPgQ8SgE92SWNEdPEh9Ppe6/Bt7L 1Rj7KnL/sb5S9ghrFa9Pu2ntIPo5YeRIaM3kACAAjsliNrrj8D2E5jmYSpFLzYL0eFTZ z/RvJaUFHfePidf1Nau8Eq//jTieYGiQ63B6Y5usj37Vg9K+I6kyLyasDU+AJFStMC1Y 3roUXKDBQDZwDBAtm+mC9FBnLlRdsiYP+idV8k6DNBawvpOhkunb4hYRwAmWpX6I4JAV 4ymQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1742764227; x=1743369027; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:sender:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=pdt6MLSle61FRgU61OeUjVPrqVT9TCqGCImu6rwPWQY=; b=G29Uig3BDhuMd+X1bDt/8SK12PWI1C9600fYFnP/DHXRt6w8hrK0eibRU5U2aLm6O/ BvFfl6BYViaOJlz1mm2V++jgwfkPNaR0KGA7N5QRI55hklkw5YliJtaCP2s3Onw1a7GL K26ALzmBseQIVjKO1mWqx88GJnmDG/Vj2pW2Du/XZc1tcOX9KTnRSA81lSItHT/2JJe9 vQUNui6SyIh7x8difHjVwmsz/ont7gcvhlISm7PmGs4POOdP9g6rM3GIS9JKRwm86rlS 5pSxRIjhzRjVoy4jat9Thmnj5CMRBfnTAUmwYmLmgTNkHKac7KYnycOr+WRAVxGZ/lCz lHbQ== X-Gm-Message-State: AOJu0YxlSuxMUinMTVlRbmKTqEBhQE5qHT+B7gq8JPakoIpZzplbGJBa d0LWOFEUHanTs50ZsWTztDfwOpTSuW3Vj/VoXoKm2/nHhbaeCVQn3IoBYIov X-Gm-Gg: ASbGncuaRrz6CJkFQGnzAUk+0tY+xQsuoBtZCgp9BogfwG18dGkLthSUFIFVrlbE/49 QjV2ynKFF0418wc/8lzqNW75TpRRj+6Gy/Gr8pWhEy5vGxwhQpI0AlJSrTRHV35+I7H1Z7sVM6f UFxXSc2sDJLd/Gaw1N5h8ymnywST7CO3l8BSQHPohLJisxjqjRXhNtGVB6zjhtjPrYYsNttwrpF 8FoAOqE9H9BKFArrh/AH1N26b3hcgxLANwKIB8k96FTSfHN48GxoBHqDvBWdlmuwXwCXTqOU6qJ yRXYYQpxoqOZ6ihsC9ddR8lnP0dYtdq+oguhI0B84a1SX/B8tYx4tlCkqCxRJALUcWc= X-Google-Smtp-Source: AGHT+IGiSNbA531PkWNZ17UJeKuwHfBz6mbT5zX1e5vnAPFWoz9fLjm8jkamhNfpaMrf+hOt3GYXpg== X-Received: by 2002:a17:902:d4c5:b0:216:644f:bc0e with SMTP id d9443c01a7336-22780d83716mr173209205ad.24.1742764226864; Sun, 23 Mar 2025 14:10:26 -0700 (PDT) Received: from framework (M106185150005.v4.enabler.ne.jp. [106.185.150.5]) by smtp.gmail.com with ESMTPSA id d9443c01a7336-227811f4523sm56113545ad.207.2025.03.23.14.10.25 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 23 Mar 2025 14:10:26 -0700 (PDT) Date: Sun, 23 Mar 2025 17:10:22 -0400 From: Mark Johnston To: Mark Millard Cc: FreeBSD Current Subject: Re: Possible video driver issue after main-n275966-d2a55e6a9348 -> main-n275975-5963423232e8 [new commit is missing] Message-ID: References: <1F00B03A-3EAA-4D52-AB8C-760668911229.ref@yahoo.com> <1F00B03A-3EAA-4D52-AB8C-760668911229@yahoo.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=us-ascii Content-Disposition: inline In-Reply-To: <1F00B03A-3EAA-4D52-AB8C-760668911229@yahoo.com> X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4ZLTNh4Xb5z3Xdj X-Spamd-Bar: ---- On Sun, Mar 23, 2025 at 08:18:14AM -0700, Mark Millard wrote: > Mark Johnston wrote on > Date: Sun, 23 Mar 2025 14:12:28 UTC : > > > On Sat, Mar 22, 2025 at 12:04:25AM -0700, Gleb Smirnoff wrote: > > > On Fri, Mar 21, 2025 at 11:13:53AM -0700, David Wolfskill wrote: > > > D> . . . > > > . . . > > > > > > Mark, can you please push your patch before the stabweek cutoff > > > that happens early Monday? > > > > Sure, done: https://cgit.freebsd.org/src/commit/?id=74361d693aec892b01c1553bda7176f8d341b2ff > > https://cgit.freebsd.org/src/log/ does not show it. > > Using a shortened hash to make bad characters less likely: > > https://cgit.freebsd.org/src/commit/?id=74361d69 > > shows: > > Bad object id: 74361d69 Thanks, I had not in fact pushed it. Happily, I was able to do so without changing the hash, so the link works now. > > > . . . > > === > Mark Millard > marklmi at yahoo.com >