【标题描述】能够简要描述问题:说明什么场景下,做了什么操作,出现什么问题(尽量使用正向表达方式)
【环境信息】
硬件信息:
1) 裸机场景提供出问题的硬件信息;
同方四路飞腾S2500处理器服务器,32个node,512G内存
软件信息:
1) OS版本及分支
openEuler-20.03-LTS-SP2-aarch64-dvd.iso
2) 内核信息
4.19.90-2106.3.0,在这个kernel上添加了飞腾S2500的patch
3) 发现问题的组件版本信息
无
【问题复现步骤】
具体操作步骤
出现概率(必现),安装成功启动,lscpu可以看到cpu与node的绑定
原因是CONFIG_NODES_SHIFT=4,2^4=16,不能满足32个节点
需要改为CONFIG_NODES_SHIFT=6
【预期结果】
将处理器绑定到对应的node
【实际结果】
【附件信息】
比如系统message日志/组件日志、dump信息、图片等
Hi jiaoff, welcome to the openEuler Community.
I'm the Bot here serving you. You can find the instructions on how to interact with me at
https://gitee.com/openeuler/community/blob/master/en/sig-infrastructure/command.md.
If you have any questions, please contact the SIG: Kernel, and any of the maintainers: @Xie XiuQi, @YangYingliang, @成坚 (CHENG Jian).
此处可能存在不合适展示的内容,页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容,可点击提交进行申诉,我们将尽快为您处理。
Hi @jiaoff,
如果改成 NODES_SHIFT=6, 可以解决同方4路那个问题吗?本地有收到改过测过吗?
NODES_SHIFT 的修改,会引起大量的 kabi 变更, SP1/SP2 不会再变动了。
后续版本,可以再和 release sig 讨论看怎么支持更多 NODE 的版本。
5.10 版本可以,可以在 21.09 中修改为 6 也可以。
20.03 由于兼容性的问题,不能直接修改。
22.03 (5.10 内核)考虑修改,使用该 issue 跟踪:https://e.gitee.com/open_euler/dashboard?issue=I47WAK
飞腾 S2500 ,每个 CPU 有 8 个 panels,panel 内共享 L3 Cache,
看来同方的4 路服务器,报32个 numa node 也是有些道理的。
登录 后才可以发表评论