SbsaQemu can configure with numa-related arguments, but OS cannot identify the numa architecture without SRAT tables. We add supporting for generating SRAT tables at runtime to solve this issue.
the numa-related information and memory information can be obtained via SMC calls which is provided on the EDK2 patch "get rid of DeviceTree from SbsaQemu" https://openfw.io/edk2-devel/20240131132400.3022662-1-xiongyining1...@phytium.com.cn/ when this patch is applied, there is only the first memory node can be identified by OS, this is because UEFI only allocates the first memory node memory space for SbsaQemu platform. we can use patch "Support multi memory nodes" to solve it. changes in v2: - fix the compile error which is caused by redundant "+" in SbsaQemuAcpiDxe.h. Xiong Yining (1): SbsaQemu: AcpiDxe: Create SRAT table at runtime .../Drivers/SbsaQemuAcpiDxe/SbsaQemuAcpiDxe.h | 27 ++++++ .../Include/Library/SbsaQemuHardwareInfoLib.h | 11 +++ .../Drivers/SbsaQemuAcpiDxe/SbsaQemuAcpiDxe.c | 92 +++++++++++++++++++ .../SbsaQemuHardwareInfoLib.c | 36 ++++++++ 4 files changed, 166 insertions(+) -- 2.34.1 -=-=-=-=-=-=-=-=-=-=-=- Groups.io Links: You receive all messages sent to this group. View/Reply Online (#115639): https://edk2.groups.io/g/devel/message/115639 Mute This Topic: https://groups.io/mt/104463804/21656 Group Owner: devel+ow...@edk2.groups.io Unsubscribe: https://edk2.groups.io/g/devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
