John Baldwin bc153c692f Add a new bus method to fetch device-specific CPU sets. ... bus_get_cpus() returns a specified set of CPUs for a device. It accepts an enum for the second parameter that indicates the type of cpuset to request. Currently two valus are supported: - LOCAL_CPUS (on x86 this returns all the CPUs in the package closest to the device when DEVICE_NUMA is enabled) - INTR_CPUS (like LOCAL_CPUS but only returns 1 SMT thread for each core) For systems that do not support NUMA (or if it is not enabled in the kernel config), LOCAL_CPUS fails with EINVAL. INTR_CPUS is mapped to 'all_cpus' by default. The idea is that INTR_CPUS should always return a valid set. Device drivers which want to use per-CPU interrupts should start using INTR_CPUS instead of simply assigning interrupts to all available CPUs. In the future we may wish to add tunables to control the policy of INTR_CPUS (e.g. should it be local-only or global, should it ignore SMT threads or not). The x86 nexus driver exposes the internal set of interrupt CPUs from the the x86 interrupt code via INTR_CPUS. The ACPI bus driver and PCI bridge drivers use _PXM to return a suitable LOCAL_CPUS set when _PXM exists and DEVICE_NUMA is enabled. They also and the global INTR_CPUS set from the nexus driver with the per-domain set from _PXM to generate a local INTR_CPUS set for child devices. Reviewed by: wblock (manpage) Differential Revision: https://reviews.freebsd.org/D5519		2016-05-02 18:00:38 +00:00
..
acpi_apm.c
acpi_wakeup.c	As <machine/pmap.h> is included from <vm/pmap.h>, there is no need to	2016-02-22 09:02:20 +00:00
madt.c	In the SandyBridge x2APIC workaround detection code, only fetch the	2015-12-03 10:59:10 +00:00
OsdEnvironment.c	Add a new bus method to fetch device-specific CPU sets.	2016-05-02 18:00:38 +00:00
srat.c	SRAT: Don't overflow domain_pxm table	2016-04-20 01:10:07 +00:00