Open helen-fornazier opened 1 week ago
Yes, and it cannot be the compatible
field. The best I found so far is getting the ACPI info. Check out what you can see under /sys/class/dmi/id/
- I think it's a good candidate.
$ ls -1 /sys/class/dmi/id/ (base)
bios_date
bios_release
bios_vendor
bios_version
board_asset_tag
board_name
board_serial
board_vendor
board_version
chassis_asset_tag
chassis_serial
chassis_type
chassis_vendor
chassis_version
modalias
power/
product_family
product_name
product_serial
product_sku
product_uuid
product_version
subsystem@
sys_vendor
uevent
Maybe we could have a composition of a few of those?
Yeah, we can pick a bunch of files we like and convert them into correspondingly-named fields under tests[<id>].environment.dmi
. We can start with these, for example:
sys_vendor
board_vendor
board_name
product_family
product_name
product_version
If it's possible that /sys/class/dmi/id/
is not there for whatever reason, then dmidecode
can do a similar job.
Ideally, retrieval of this info should be done on the machine before test execution, but prefilling Maestro HW database with these would also work, similar to how you set compatible
.
@helen-fornazier, @nuclearcat, the sooner we agree on a plan, the sooner I can start writing the schema and the proposal, and working on the implementation. It's obvious, of course, just wanted to let you know, that I'm waiting on you :grin:
We need to think about what to report on compatible for x86, otherwise we get hardware unknown https://staging.dashboard.kernelci.org:9000/tree/6fb2fa9805c501d9ade047fc511961f3273cdcb5/test[…]3A%226fb2fa9805c501d9ade047fc511961f3273cdcb5%22%7D and it is hard to understand from the main page which are the boards that are failing to boot example: https://staging.dashboard.kernelci.org:9000/tree/6fb2fa9805c501d9ade047fc511961f3273cdcb5?tabl[…]3A%226fb2fa9805c501d9ade047fc511961f3273cdcb5%22%7D
cc @nuclearcat @spbnick @JenySadadia @padovan