Page MenuHomeFreeBSD

Call acpi_pxm_set_proximity_info() slightly earlier.
ClosedPublic

Authored by markj on May 8 2020, 12:21 AM.
Tags
None
Referenced Files
Unknown Object (File)
Mon, Nov 10, 6:30 AM
Unknown Object (File)
Thu, Nov 6, 6:03 PM
Unknown Object (File)
Mon, Oct 27, 11:15 PM
Unknown Object (File)
Sun, Oct 26, 10:26 AM
Unknown Object (File)
Sun, Oct 26, 9:19 AM
Unknown Object (File)
Fri, Oct 24, 10:56 AM
Unknown Object (File)
Thu, Oct 23, 2:00 PM
Unknown Object (File)
Thu, Oct 23, 9:59 AM

Details

Summary

This function is responsible for setting pc_domain in each pcpu
structure. Call it from the main function that starts APs, rather than
a separate SYSINIT. This makes it easier to close the window where
UMA's per-CPU slab allocator may be called while pc_domain is
uninitialized. In particular, the allocator uses pc_domain to allocate
domain-local pages, so allocations before this point end up using domain
0 for everything.

Diff Detail

Repository
rS FreeBSD src repository - subversion
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

markj requested review of this revision.May 8 2020, 12:21 AM
kib added inline comments.
sys/dev/acpica/acpi_pxm.c
655 ↗(On Diff #71534)

What is the point of this unmap ? We still do not return stealed memory back.

This revision is now accepted and ready to land.May 8 2020, 1:11 PM
sys/dev/acpica/acpi_pxm.c
655 ↗(On Diff #71534)

I guess it is just defensive, to help ensure that the cpus table is not used once the kernel has bootstrapped.

sys/x86/acpica/srat.c
64 ↗(On Diff #71534)

I meant to delete this whole function.

Remote srat_set_cpus(). acpi_pxm_set_cpu_locality() is called during
cpu_mp_start() now.

This revision now requires review to proceed.May 8 2020, 2:37 PM
kib added inline comments.
sys/dev/acpica/acpi_pxm.c
655 ↗(On Diff #71534)

I think it would be nice to return the memory.

This revision is now accepted and ready to land.May 8 2020, 2:52 PM
sys/dev/acpica/acpi_pxm.c
655 ↗(On Diff #71534)

To do that we would need to create a new vm_phys_seg[] entry for the memory, which is going to be a single 4KB page on most systems. I guess that is fine since x86 is VM_PHYSSEG_DENSE, so vm_phys_paddr_to_vm_page() does not need to iterate over the entries. I will add an XXX comment for now.