Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 27 Oct 2025 11:19:11 -0400
From:      John Baldwin <jhb@FreeBSD.org>
To:        Ed Maste <emaste@FreeBSD.org>, src-committers@FreeBSD.org, dev-commits-src-all@FreeBSD.org, dev-commits-src-main@FreeBSD.org
Subject:   Re: git: 46f982122c0d - main - sys: Bump non-ISA PNP removal to 16.0
Message-ID:  <4496e47d-cc0c-4259-adcf-e3d739f134a8@FreeBSD.org>
In-Reply-To: <202510252258.59PMwthG074834@gitrepo.freebsd.org>
References:  <202510252258.59PMwthG074834@gitrepo.freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On 10/25/25 18:58, Ed Maste wrote:
> The branch main has been updated by emaste:
> 
> URL: https://cgit.FreeBSD.org/src/commit/?id=46f982122c0d670ac181b748a5b8c2b221f61517
> 
> commit 46f982122c0d670ac181b748a5b8c2b221f61517
> Author:     Ed Maste <emaste@FreeBSD.org>
> AuthorDate: 2025-10-24 18:39:00 +0000
> Commit:     Ed Maste <emaste@FreeBSD.org>
> CommitDate: 2025-10-25 22:57:15 +0000
> 
>      sys: Bump non-ISA PNP removal to 16.0
>      
>      This may include atkbdc, which is not being removed in 15.0.

Note that this message is not about removing drivers, but about removing entries
from /boot/device.hints (GENERIC.hints) (unless we intend to remove support for
hinted devices entirely from isa(4)?).  Was there a user report that motivated
mentioning atkbdc here, or was that just based on past memory?  I'd be really
surprised if ACPI was failing to enumerate the keyboard controller and its
resources at this point.  It is debatable if we should make disabling ACPI work
out of the box (which is what most of /boot/device.hints does) vs stripping
more entries ouf of device.hints on amd64 (in particular, atkbdc, psm, the
uarts, atrtc, and attimer).  If we remove syscons that also removes the sc0
hint.

It's less clear to me if we want to ban hinted ISA devices entirely.  That
pretty much breaks !ACPI booting which can matter for some custom appliance
systems that use home-grown firmware that may not include a full DSDT.  It's
fine if we require those downstreams to ship a modified device.hints.  I'm less
convinced it's useful to require them to also patch isa(4) to support hinted
children?

-- 
John Baldwin




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4496e47d-cc0c-4259-adcf-e3d739f134a8>