调研dmidecode对riscv的支持情况

[laokz]

https://gitee.com/openeuler/RISC-V/issues/I9AT18

[FeiFei0827]

调研dmidecode对riscv的支持情况

首先调研在ubuntu下的理想输出

sudo demidecode ->output.txt

信息太多了，有一万多行的输出

使用openEuler 22.03 riscv进行测试

[root@openEuler-riscv64 ~]# dmidecode -bash: dmidecode: command not found

似乎并不支持

从官网拉下来源码 由于23.09 是3.4版本 这里下载的也是3.4

安装完发现下载的是3.5 -_-

[Index of /releases/dmidecode/ (gnu.org)](https://download.savannah.gnu.org/releases/dmidecode/)

结果

可以看到错误原因是一致的

在openeuler x86 上测试

一切正常，我将输出的结果放到[飞飞肥/openEuler RISC-V 23.09 执行 dmidecode -t memory 和 dmidecode -t bios 无法查询到相关信息 (gitee.com)](https://gitee.com/feifei-fertilizer/dmidecode)

openeuler riscv 23.09

我运行这个镜像总是很慢 并且终端会坏掉 不知道原因

但是真的令人恼火

重启我的ubuntu就莫名奇妙的好了，真的太神奇啦

分析结果

/sys/firmware是存储固件信息的

riscv

openat(AT_FDCWD, "/sys/firmware/dmi/tables/smbios_entry_point", O_RDONLY) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/sys/firmware/efi/systab", O_RDONLY) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/proc/efi/systab", O_RDONLY) = -1 ENOENT (No such file or directory)

---

x86

openat(AT_FDCWD, "/sys/firmware/dmi/tables/smbios_entry_point", O_RDONLY) = 3

在sys/firmware/下并没有dmi文件夹的相关信息

对比openEuler x86

显然是拥有的

由于dmi是可以人为修改的 这里强行将x86的信息导入rv来查看功能是否正常

做不到，似乎需要硬件厂商进行修改或是固件更新（知识盲区）

我无法直接导入一份信息来测试是否dmidecode有功能方面的缺陷

dmi信息应该由固件写入，能力有限，暂时不知道该怎么解决

猜测正常写入信息就能成功

一些调研得到的材料

[飞飞肥/openEuler RISC-V 23.09 执行 dmidecode -t memory 和 dmidecode -t bios 无法查询
到相关信息 (gitee.com)](https://gitee.com/feifei-fertilizer/dmidecode)

###一些疑问
dmi信息不同的发行版存储的位置不同 有的位于class下有的位于firmware下，这只是简单的设计思路不同么？

[laokz]

开始处ubuntu的情况是rv还是x86？

…

---原始邮件--- 发件人: ***@***.***> 发送时间: 2024年4月11日(周四) 上午9:48 收件人: ***@***.***>; 抄送: ***@***.******@***.***>; 主题: Re: [openEuler-RISCV/oerv-team] 调研dmidecode对riscv的支持情况 (Issue #428) 调研dmidecode对riscv的支持情况 首先调研在ubuntu下的理想输出 sudo demidecode ->output.txt 信息太多了，有一万多行的输出 使用openEuler 22.03 riscv进行测试 ***@***.*** ~]# dmidecode -bash: dmidecode: command not found 似乎并不支持 从官网拉下来源码 由于23.09 是3.4版本 这里下载的也是3.4 安装完发现下载的是3.5 -_- [Index of /releases/dmidecode/ (gnu.org)](https://download.savannah.gnu.org/releases/dmidecode/) 结果 可以看到错误原因是一致的 在openeuler x86 上测试 一切正常，我将输出的结果放到[飞飞肥/openEuler RISC-V 23.09 执行 dmidecode -t memory 和 dmidecode -t bios 无法查询到相关信息 (gitee.com)](https://gitee.com/feifei-fertilizer/dmidecode) openeuler riscv 23.09 我运行这个镜像总是很慢 并且终端会坏掉 不知道原因 但是真的令人恼火 重启我的ubuntu就莫名奇妙的好了，真的太神奇啦 分析结果 /sys/firmware是存储固件信息的 riscv openat(AT_FDCWD, "/sys/firmware/dmi/tables/smbios_entry_point", O_RDONLY) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/sys/firmware/efi/systab", O_RDONLY) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/proc/efi/systab", O_RDONLY) = -1 ENOENT (No such file or directory) x86 openat(AT_FDCWD, "/sys/firmware/dmi/tables/smbios_entry_point", O_RDONLY) = 3 在sys/firmware/下并没有dmi文件夹的相关信息 对比openEuler x86 显然是拥有的 由于dmi是可以人为修改的 这里强行将x86的信息导入rv来查看功能是否正常 做不到，似乎需要硬件厂商进行修改或是固件更新（知识盲区） 我无法直接导入一份信息来测试是否dmidecode有功能方面的缺陷 dmi信息应该由固件写入，能力有限，暂时不知道该怎么解决 猜测正常写入信息就能成功 一些调研得到的材料 [飞飞肥/openEuler RISC-V 23.09 执行 dmidecode -t memory 和 dmidecode -t bios 无法查询 到相关信息 (gitee.com)](https://gitee.com/feifei-fertilizer/dmidecode) ###一些疑问 dmi信息不同的发行版存储的位置不同 有的位于class下有的位于firmware下，这只是简单的设计思路不同么？ — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: ***@***.***>

[laokz]

riscv/riscv-smbios#11

https://mail.gnu.org/archive/html/qemu-riscv/2024-01/msg00673.html

以上信息显示dmicode在rv上不能正常工作是预期结果。

[FeiFei0827]

ubuntu是x86 并没有测试其他riscv os的情况