From nobody Mon Jul 13 09:44:19 2026 X-Original-To: dev-commits-src-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 4gzHZv4RsCz6kxdk; Mon, 13 Jul 2026 09:44:23 +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 "YR1" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gzHZv3p3Jz3D8W; Mon, 13 Jul 2026 09:44:23 +0000 (UTC) (envelope-from bz@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1783935863; 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=PLNT9m/3KQ6Wl5pAKqBb4roTdgjAe/XaQhjzdjmPnjI=; b=e5g5epEyyAJ6sgNCDk0KhF9boiaiI1bv7MHaSxz8nyaSfg/z8uUDcmrQnVh5oDaywrDyzC 9i1SkHOOVPiOwli/BcGSIqhqvUKQdJmC1dhNt2+GdXxkVUpbbtOBAYtOB0aZgpzmwK3Fj3 olGchEPIu+4vjCwbTvtq1t8RLpicoPahK59rrOLUZ7IjW7aWIROjp2TNySPSM8iN04UTWB ngAJBbPZczwmHecQ1b/06MHMXOdxKRrA9u00o4QjTTYZsNYZQ4pjY+ui/4oL5OeUp+byOY Yd5Iwt5T3hATKSurfDKBIEWwooB6BN7m06ZQH9FtB+W+lPRcw68ozVLP3K9Kww== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1783935863; a=rsa-sha256; cv=none; b=vFbDdwGC1kaFCPnM/yYUMGH3TwbQ576uFnXaVyUp3sC/SJIdoNSinJeLrXRaiH32B2noZU OMbjUpxC5VKAk6j+EQhAq+kkd/T98LPCTIdNSOxia3xTKYPmpviVgiRWhzYewfufwwKHzE 6ijMI2SWTWFwRx9d8oTp4utyqXiaJDiHxKJ0MgBUe7aGo+o49x+GhvahkXLBWY/HDk2pH1 sY57fnhsr7SDBUtyH6NLk2Mq/AQhSgf8Gc1YovsXPC610t/w0uAaSsr+c1cG12xPYOjng7 BtU55h+TlvPDv9jNUoRoWQebcBlncryOHvCnTt0V0B2EINSb2m5fra+Jk48+CA== 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=1783935863; 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=PLNT9m/3KQ6Wl5pAKqBb4roTdgjAe/XaQhjzdjmPnjI=; b=AZ9kuO5QkBleNXzpgTTwsamZzciCAJmdmsG1u28UW2yqb8N5vv9BMrRM8Sl03Z1+cC6h52 G0lC5mSw0jFM2mRpdVVI+dJ5T7+boKQGA7OLZ9QKdRs72qW8OSSWi81as4YMm1BsyW+UeO XpTzPF+/MZL7YyDpG/aOe8XFJreDuHJqF+vqTHyRaT8TMGXf4NI7xu0LLUzJPrTv9mitAv nsXw1EAji3qFSzM7MZQsIXZrL9hhlJy/yRGGmrmKyehdP/Aa2ntlbqYPSNm7M+6avXa1iC 29+rvOJM1f/xNMaJA12wR9DkYFnoILyAGwNvKoUZ/m7K9DmAmcWhqIYZClU3DQ== 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 "YE2" (not verified)) (Authenticated sender: bz/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4gzHZv1h0Mz3lf; Mon, 13 Jul 2026 09:44:23 +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 2EA92A64805; Mon, 13 Jul 2026 09:43:52 +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 18A032D029E9; Mon, 13 Jul 2026 09:44: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 yCZ3ofYqoRGD; Mon, 13 Jul 2026 09:44:20 +0000 (UTC) Received: from nv.t4-02.sbone.de (nv.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2: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) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 06B1B2D029D8; Mon, 13 Jul 2026 09:44:20 +0000 (UTC) Date: Mon, 13 Jul 2026 09:44:19 +0000 (UTC) From: "Bjoern A. Zeeb" To: Olivier Certner cc: Jessica Clarke , src-committers@freebsd.org, dev-commits-src-all@freebsd.org, dev-commits-src-main@freebsd.org Subject: Re: Re: hwpstate_intel i386 build workaround [Was: Re: git: 7b26353a59d6 - main - hwpstate_intel: Disable package control on hybrid CPU] In-Reply-To: <4239694.BRNeRiNLvY@ravel> Message-ID: <2oo1p873-13on-n151-pn45-o1r2popn856q@mnoonqbm.arg> References: <6a1e7b3b.1a45a.91f6820@gitrepo.freebsd.org> <9F123195-C88F-4010-BAA8-1DF27FC7971B@freebsd.org> <4239694.BRNeRiNLvY@ravel> X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 List-Id: Commit messages for all branches of the src repository List-Archive: https://lists.freebsd.org/archives/dev-commits-src-all List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: dev-commits-src-all@freebsd.org Sender: owner-dev-commits-src-all@FreeBSD.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-1713874331-1783935860=:11296" This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1713874331-1783935860=:11296 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8BIT On Mon, 13 Jul 2026, Olivier Certner wrote: Hi, >> If the code is going to exist in the repo then we need to do better at actually making sure it builds, and so I might make the controversial suggestion that, so long as i386 kernel sources exist in main and are supported in at least one stable branch, we should have at least one kernel config that’s part of the default universe build, so we actually test the code rather than finding out it’s broken when a user reports it or it gets MFCed. This state of affairs doesn’t save effort, it just defers it, and if anything makes it worse because people have to diagnose the error, rather than it just be fixed from the start by the original author. > > As a person who fixed several i386 compilation errors by others, I completely agree. This is common sense, and I don't see how that could be controversial. Some people are loosing time because of this, and overall it makes the process more inefficient than it could be. If for some reason re-integrating it in universe builds is not sustainable, then that simply means it's time to let go of i386. According to https://www.freebsd.org/platforms/ i386 kernels are only supported on 14.x. Most of the commits seem to not even be flagged for MFC to stable/15 from what a quickl glance showed. CI is still building i386 for stable/14. See https://ci.freebsd.org/tinderbox/ . That means we will be notified if anything breaks there. With 14.5 happening in September 2026 I assume we should only see important bug fixes for 14.x and no new features or mass MFCs anymore. If one individual commit breaks i386 kernels in stable/14 that may even be easily fixable with a direct commit there. So why don't we just stop wasting more time on i386 kernel builds in main or stable/15 and leave to it those people who do want to MFC to stable/14 still to be careful (or deal with the fallout)? /bz -- Bjoern A. Zeeb r15:7 --0-1713874331-1783935860=:11296--