在QEMU模拟环境下开发自制x86-64 OS时无法找到SMBIOS表的技术咨询

我刚好做过类似的x86-64内核开发，针对你的问题一步步来拆解：

1. QEMU中找不到SMBIOS？你可能找错地方了 #

你直接扫描0xf0000-0xfffff的方式是传统BIOS启动模式下的做法，但如果你的内核是通过UEFI启动的，这个区域的内容已经不是传统BIOS ROM了——UEFI会重新映射硬件地址空间，传统的BIOS ROM区域可能被隐藏或者重定位。

正确的做法是通过UEFI系统表的Configuration Table来获取SMBIOS表：

• UEFI规范中定义了SMBIOS的GUID：
  • SMBIOS 3.0及以上：0x8868E871-E4F1-11D3-BC22-0080C73C8881
  • SMBIOS 2.7到2.8：0xEB9D2D31-2D88-11D3-9A16-0090273FC14D
• 遍历UEFI系统表中的ConfigurationTable数组，找到匹配上述GUID的表项，对应的VendorTable就是SMBIOS表的起始地址。

如果你非要用传统BIOS模式测试，启动QEMU时要加上-bios /usr/share/qemu/bios-256k.bin（或者指定传统BIOS镜像），同时加上-smbios type=0，这时候扫描0xf0000-0xfffff应该能找到SMBIOS的签名_SM_或_SM3_。

2. Linux在QEMU中怎么检测内存？ #

Linux内核的内存检测逻辑是多源互补的，优先级大概是：

• 优先使用UEFI提供的内存映射（如果是UEFI启动）：遍历所有EFI_MEMORY_DESCRIPTOR，统计可用内存，同时记录最高物理地址。
• 其次读取SMBIOS表：从Type 1（System Information）、Type 19（Physical Memory Array）、Type 20（Memory Device）中获取总安装内存、内存布局等信息，用来验证UEFI数据的准确性。
• 最后是ACPI表：如果SMBIOS信息不全，会读取ACPI的SRAT（System Resource Affinity Table）等表补充内存信息。
• 极端情况（比如老BIOS系统）：会做内存探测——从低地址开始尝试写入然后读回，判断内存是否存在，逐步扩展到高地址。

在QEMU的UEFI模式下，Linux主要依赖UEFI内存映射，同时用SMBIOS做校验；BIOS模式下则优先SMBIOS，再做内存探测。

3. SMBIOS对新硬件是否可靠？ #

对于支持UEFI的现代x86-64硬件，SMBIOS是完全可靠的——UEFI规范强制要求系统提供符合SMBIOS 3.0+的表结构，几乎所有服务器、PC、笔记本都严格遵循这个标准。

SMBIOS的优势在于：

• 能直接获取总安装内存大小（包括被UEFI/BIOS保留的内存），而UEFI内存映射只能告诉你可用内存区域。
• 提供详细的内存硬件信息（比如DIMM数量、容量、频率），对于内核的内存管理优化很有用。
• 接口稳定，不同厂商的实现差异很小，比直接内存探测更可靠。

4. 实现高半区映射的小提示 #

要把虚拟地址高半区（ffff888000000000开始）映射到所有物理内存，你需要：

1. 找到系统的最高物理地址：可以从SMBIOS Type 19表的Maximum Address字段获取，或者遍历UEFI内存映射找到最大的物理地址。
2. 计算需要映射的页表层级：x86-64用4级页表（PML4 -> PDPT -> PDT -> PT），你需要从PML4开始，为每个物理内存区域创建对应的页表项，把虚拟地址ffff888000000000 + phys_addr映射到phys_addr。

内容的提问来源于stack exchange，提问作者user123