From nobody Tue Jan 6 14:50:51 2026 X-Original-To: dev-commits-doc-all@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 4dlvHK2k67z6NjpL; Tue, 06 Jan 2026 14:50:53 +0000 (UTC) (envelope-from jhb@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 "R12" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4dlvHJ2c0Tz3jN1; Tue, 06 Jan 2026 14:50:52 +0000 (UTC) (envelope-from jhb@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1767711052; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=bt7KwD3hoWCT/yrA3TJpall3OgRKNGaVz8/NmDyDQPY=; b=L58D0ayETHOY+/7yz9kx+PjnOnOVMHtvPVfs0lWLicunEDdHTRcs4srCPJ7Nwfr4olmuVD pxYc1lfnaOWy3fj4V0a8m/eXchQY0T1N5DYGaugAANgnV8utsvSJMEiH3LbVdjz7+IZgBb yU5Lu5Vesq8r1RK8So4SOtLSewQz3i6XOXKdUl481v5fZ/3a52xCcL2SZkIj/0c6ygqNVx xJxjD1IaSV9AacpmotAyTpWHg/cm3MYjuduXEYYGnOuu98zCjSE6uI/xQtdcAkd5uMh1Dz CNetyPEDl8V3zdCFBFn0/c1F08EQ0Tn9DPM8tqS5mI14Kct6Wc6VT+yX+JC/UA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1767711052; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=bt7KwD3hoWCT/yrA3TJpall3OgRKNGaVz8/NmDyDQPY=; b=rAvZMDgiE6JbCN8eoY4kcpEtIXgL/vVDkUUCNA9EBHUQ2u3Zi2bpFK28K00xmrQG/CTTkm Auj+Pf7q67e3DZBPjXotsAOn0x7GEp3RDK1BooLn/WuvGTwe6Enc9tox15qYNDwKxXaDSe i8Eq6eJqH8BKtVdJl/EkaPDTji6/tILGVazaTqoopGLc37rU/r50KzM8TweLhr+qhw0yme jjA3/jghETC4CZOPM1KyC2JNUsIHaxf46Vt6CSTPVfbxgFdzCfZnxsxJ9UZ7j/KPrtkELo U04vkNbb/5jgz7c3Y7mI4Qws/QnMTQpVdtQOLqscWLMcYXwRcBRbqn6KHyKiQw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1767711052; a=rsa-sha256; cv=none; b=UdDwGka7W+n+zA8U0vsuI/m5CPe5Kkn+ts3oDT6ynmJWCniRzejRty7v4WoAfDeTHsBG84 ecjXuepwju3F2u9M84KkBiYwGJL7L9DqEyEIYVQZwjYGhHszzYYtBDVJ2ePCMDO4Oc7XX4 AcgOGmxcoS9+u05fS9hyK9IwpoMJhlwsb/9RASLHrJnBXJr4zNcP/bj0qUWiaL5j/9gGhQ 2b45so3cOlroGhKMbAj3a2DCt2PzOX9SuHOdqOJrrHvc+e+aFO3FlEE/t0LBmpszkNaLqi m+iNHRYmv2axKB1jCvJKrSlRkKO2YJY9lNS2oS2wNvnsWufS6502R9R/+8nSTQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from [172.20.6.23] (unknown [12.195.162.27]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: jhb) by smtp.freebsd.org (Postfix) with ESMTPSA id 4dlvHH6c0gzwMn; Tue, 06 Jan 2026 14:50:51 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Message-ID: Date: Tue, 6 Jan 2026 08:50:51 -0600 List-Id: Commit messages for all branches of the doc repository List-Archive: https://lists.freebsd.org/archives/dev-commits-doc-all List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: dev-commits-doc-all@freebsd.org Sender: owner-dev-commits-doc-all@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: git: 7b936eee18 - main - 15.0/errata: Begin listing known open regressions Content-Language: en-US To: Alexander Ziaee , doc-committers , dev-commits-doc-all Cc: Colin Percival References: From: John Baldwin In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 1/6/26 09:44, Alexander Ziaee wrote: > On 2026-01-06 09:30 -05:00 EST, "John Baldwin" wrote: >> On 1/5/26 01:21, Alexander Ziaee wrote: >>> The branch main has been updated by ziaee: >>>> URL: https://cgit.FreeBSD.org/doc/commit/?id=7b936eee18f57cb2b1f05d5120b9dc45275a163b >>>> commit 7b936eee18f57cb2b1f05d5120b9dc45275a163b >>> Author: Alexander Ziaee >>> AuthorDate: 2026-01-05 03:52:54 +0000 >>> Commit: Alexander Ziaee >>> CommitDate: 2026-01-05 06:20:04 +0000 >>>> 15.0/errata: Begin listing known open regressions >>> > List three known traps upgrading to 15.0R in the release errata. >>> > Noting: this is 34 days late, but first time since 12.0R >>> Discussed with: adrian, imp, jhb, jrtc27, ngie >>> Reviewed by: adrian >>> --- >>> website/content/en/releases/15.0R/errata.adoc | 12 +++++++++++- >>> 1 file changed, 11 insertions(+), 1 deletion(-) >>>> diff --git a/website/content/en/releases/15.0R/errata.adoc b/website/content/en/releases/15.0R/errata.adoc >>> index 16f41d1129..17a881b824 100644 >>> --- a/website/content/en/releases/15.0R/errata.adoc >>> +++ b/website/content/en/releases/15.0R/errata.adoc >>> @@ -60,7 +60,17 @@ For a list of all FreeBSD CERT security advisories, see https://www.FreeBSD.org/ >>> [[open-issues]] >>> == Open Issues >>> > -No open issues. >>> +1. **man:ipfw[8]** denies networking when booting a 15.0 kernel with 14.3 userland + >>> +**Workaround**: upgrade completely before rebooting man:ipfw[8] systems + >>> +**State**: open - https://bugs.freebsd.org/291562 + >> >> How do you upgrade completely when freebsd-update refuses to install the world >> until you've booted into the new kernel? > > I do not know, I upgrade with make. In the recent case I had, I was using freebsd-update, not make. It's not clear to me if you can force freebsd-update to update the world while the old kernel is still running. >> I think the other viable workaround is to disable ipfw for the intial reboot >> as sucky as that is. Ideally though the kernel would still support the older >> ipfw binary. > > I thought about that, and thought "I can't tell them that". I suspect that this only matters > in a remote only environment, where that is not an option. Well, I think we have to let users make the tradeoff decision of which workaround to use. >> We probably should have just reverted all the ipfw changes in >> stable/15 (if not main) if this issue was discovered prior to the release as >> bricking boxes on upgrade is a pretty drastic failure mode. > > I think maybe in the future we need to make this list sooner, like during the release candidate > phase, and then we can revert or fix these issues before shipping. > > This is just my first take at starting to get things written down in this section. Nobody has done > it since FreeBSD 12.0, and it needs to be done so we can have these kinds of conversations. > > Do you want me to write something different? I think the only thing might be to expand the list of workarounds. -- John Baldwin