aboutsummaryrefslogtreecommitdiff
path: root/sys/security/mac_bsdextended/ugidfw_internal.h
diff options
context:
space:
mode:
authorJohn Baldwin <jhb@FreeBSD.org>2026-02-18 16:04:54 +0000
committerJohn Baldwin <jhb@FreeBSD.org>2026-02-18 16:04:54 +0000
commit349808d8bd197165390a286bccdaa29a1d77c7ab (patch)
tree056d15f45f43c228a9b4ff721992c92c90ae7e13 /sys/security/mac_bsdextended/ugidfw_internal.h
parent3a960425df759a7bb8f946d23f035c63f3a5de7a (diff)
pcib: Assume a window where both the base and limit are 0 is uninitializedHEADmain
Since the low bits of a window's limit are hardwired to 1, this configuration looks like a minimally sized window at address 0. However, PCI resources are not generally at address 0 (see the __PCI_BAR_ZERO_VALID macro that was only defined on sparc64), and some PCI-PCI bridges report these register values after a reset. The result today is a lot of spam in dmesg as the minimally-sized windows fail to allocate. By ignoring these windows and treating them as closed the end result is the same, but there is less spam during boot. Reported by: jrtc27 Differential Revision: https://reviews.freebsd.org/D43922
Diffstat (limited to 'sys/security/mac_bsdextended/ugidfw_internal.h')
0 files changed, 0 insertions, 0 deletions