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)
Wed, Mar 5, 4:28 PM
Unknown Object (File)
Tue, Mar 4, 11:12 AM
Unknown Object (File)
Sat, Feb 22, 9:16 AM
Unknown Object (File)
Feb 5 2025, 7:15 AM
Unknown Object (File)
Jan 29 2025, 2:52 AM
Unknown Object (File)
Jan 28 2025, 6:15 AM
Unknown Object (File)
Jan 27 2025, 3:07 AM
Unknown Object (File)
Jan 15 2025, 12:56 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.