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)
Thu, May 23, 9:01 PM
Unknown Object (File)
Sat, May 4, 3:03 PM
Unknown Object (File)
Fri, May 3, 4:46 AM
Unknown Object (File)
Thu, May 2, 2:53 PM
Unknown Object (File)
Tue, Apr 30, 10:57 AM
Unknown Object (File)
Thu, Apr 25, 2:07 PM
Unknown Object (File)
Apr 11 2024, 9:32 AM
Unknown Object (File)
Apr 11 2024, 9:32 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.