海光2&3号服务器虚拟机拓扑结构与配置不一致

【标题描述】在海光服务器上创建host-passthrough模式的虚拟机，只要虚拟机的VCPU总数没有超过64，无论QEMU -smp命令怎么配置sockets、cores、threads，虚拟机解析出来的CPU拓朴结构中sockets的个数始终为1
【环境信息】
硬件信息：
1）	裸机场景提供出问题的硬件信息：海光2号、海光3号服务器
2）	虚机场景提供虚机XML文件或者配置信息
虚拟机CPU配置：
![输入图片说明](https://foruda.gitee.com/images/1686880370238470987/ba49b36f_5583571.png "屏幕截图")
软件信息：
1）	OS版本及分支：ALL
2）	内核信息：ALL
3）	发现问题的组件版本信息：ALL
如果有特殊组网，请提供网络拓扑图
【问题复现步骤】

虚拟机拓朴配置为：-smp 16 sockets=2 cores=4 threads=2, 
虚拟机实际拓朴为：sockets=1 cores=8 threads=2
虚拟机拓朴配置为：-smp 32 sockets=8 cores=4 threads=1
虚拟机实际拓朴为：sockets=1 cores=32 threads=1
虚拟机拓朴配置为：-smp 72 sockets=2 cores=18 threads=2
虚拟机实际拓朴为：sockets=2 cores=18 threads=2
虚拟机拓朴配置为：-smp 68 sockets=2 cores=34 threads=1
虚拟机实际拓朴为：sockets=2 cores=34 threads=1

【预期结果】
虚拟机的拓扑结构中sockets数量与QEMU配置一致
【实际结果】
用户配置的VCPU拓朴和虚拟机实际解析到的拓朴不一致。

【定位分析】
QEMU解析-smp命令的VCPU拓朴配置，并模拟CPUID 8000001E的值。当CPU具有topoext特性时，8000001E.eax ebx ecx edx保存了系统的CPU拓朴信息。虚拟机GuestOS也通过获取并解析CPUID 8000001E的返回值，创建系统的CPU拓朴结构。

如下图：QEMU 6.2通过encode_topo_cpuid8000001e()函数填充模拟的CPUID返回值。
![输入图片说明](https://foruda.gitee.com/images/1686880588597366138/c13b21ee_5583571.png "屏幕截图")

在linux内核中，海光有自己专有的CPU拓朴解析实现。CPU拓朴信息解析由函数hygon_get_topology完成，如下图。

这里获取cpu_die_id和cpu_core_id的操作和规范保持一致。但是获取phys_proc_id即socket_id时，直接将c->apicid右移6位得到。由于QEMU模拟的每个CPU的apicid为CPU的序列号，即63号CPU的apicid为0b00111111。
因此当虚拟机VCPU个数小于等于64时，所有CPU的apicid右移6为均为0，系统会认为总共只有一个socket。若VCPU个数大于64，apicid右移6位会获取两个不同的值，因此会有两个socket。
QEMU模拟的apicid值，根据QEMU用户传入的-smp cpu拓朴有关。在apicid中，socket-id对应的BIT offset不一定是固定的6，也有可能是3，4，5。
引入问题补丁：https://github.com/torvalds/linux/commit/e0ceeae708cebf22c990c3d703a4ca187dc837f5

GVP openEuler/kernel

内容风险标识

评论 (3)

GVPopenEuler/kernel

内容风险标识