RFR: 8309258: RISC-V: Add riscv_hwprobe syscall [v6]
Fei Yang
fyang at openjdk.org
Mon Jun 19 07:13:10 UTC 2023
On Thu, 15 Jun 2023 16:30:00 GMT, Robbin Ehn <rehn at openjdk.org> wrote:
>> Hi, please consider.
>>
>> Linux kernel 6.4 will come with the new syscall https://docs.kernel.org/riscv/hwprobe.html to determine CPU and features.
>> RV cpus features/capabilities can vastly differ and it is not feasible for users to manually enable the correct feature set.
>> Today the VM uses the ELF aux vector and cpuinfo to gather some information about CPU capabilities.
>>
>> Currently features are track with a bit field, this is insufficient.
>> There are many capabilities and these can have values attached to them.
>> CPU features should also be possible to turn if we can determine vendor (hwprobe).
>>
>> This patchs adds the syscall, uses the syscall in combination with the aux and cpuinfo to enable features by default.
>> If there is a vendor specific path it calls that in addition.
>> Then we build the feature string(and bit field) and update flags accordingly.
>>
>> Tested t1 and hwprobe with:
>> https://lore.kernel.org/qemu-devel/7f8d733df6e9b6151e9efb843d55441348805e70.camel@rivosinc.com/
>
> Robbin Ehn has updated the pull request incrementally with one additional commit since the last revision:
>
> rivos mvendorid was not proper encoded.
Changes requested by fyang (Reviewer).
src/hotspot/os_cpu/linux_riscv/vm_version_linux_riscv.cpp line 196:
> 194: if (strncmp(buf, "uarch", sizeof "uarch" - 1) == 0) {
> 195: ret = os::strdup(p + 2);
> 196: ret[strcspn(p, "\n")] = '\0';
This line was triggering some NMT corruption errors when running tier1 test on unmatched board. I think this should be: `ret[strcspn(ret, "\n")] = '\0';`.
-------------
PR Review: https://git.openjdk.org/jdk/pull/14445#pullrequestreview-1485544356
PR Review Comment: https://git.openjdk.org/jdk/pull/14445#discussion_r1233616135
More information about the hotspot-dev
mailing list