Created attachment 275967 [details]
dmesg 4.16.7 (Ignore ACPI Errors, its a different bug)
The HP Envy x360(Ryzen) uses an integrated accelerometer which get detected but probe fails with:
lis3lv02d: unknown sensor type 0x0
hp_accel: probe of HPQ6007:00 failed with error -22
I tried to search in the ACPI table and find out that the invalid return-value occurs cause of a "timeout". It looks like the EC needs some activation code to work, otherwise all querys will be returned with a "timeout" return-value. I have currently no Windows installation to compare the EC Register Dumps to find out why the EC is not responding for the accelerator.
Or am I absolutely wrong and the error is somewhere else?
I'm ready to help where I can.
Created attachment 275969 [details]
Disassembled ACPI table(DSDT)
Created attachment 275971 [details]
EC Register Dump
I confirm this bug as I have similar model as list on journalctl boot report:
Nov 20 12:21:52 kernel: DMI: HP HP ENVY x360 Convertible 15-cp0xxx/8497, BIOS F.21 10/19/2018
The report suggest that hp_accel needs an update to allow the sensors functioning properly. It appears affecting all HP laptop powered wit AMD processors as Intel based have their functions working:
After some investigation with Hans, the cause of the issue is the missing driver for AMD Sensor Fusion Hub (on some AMD laptop) which does not exist in Linux.
If you type lspci -nn, you should see one of message:
03:00.7 Non-VGA unclassified device : Advanced Micro Devices, Inc. [AMD] Device [1022:15e4]
For better clarification, it would be better to rename the report "AMD Non-VGA unclassified device lacks non-existent AMD Sensor Fusion Hub for Linux".
Identical for me on my hp x360 envy 13-ag00xxx
As Luya did, ask for AMD support on this thread :
The Sensor Fusion Hub is correctly identified on kernel 4.20.14 displayed a more detailed information:
03:00.7 Non-VGA unclassified device : Advanced Micro Devices, Inc. [AMD] Raven/Raven2/Renoir Sensor Fusion Hub [1022:15e4]
It looks like the info is from the linux-firmware. Still no driver.
It looks like the driver has finally arrived:
(In reply to Luya Tshimbalanga from comment #8)
> It looks like the driver has finally arrived:
According to AMD, the driver will be ready somewhere on August:
Hi, it's September now, might there be any news on this? The screen rotation is not yet working for me. I am on Arch Linux and latest kernel. So I guess the driver isn't released yet?
(In reply to JSaw from comment #11)
> Hi, it's September now, might there be any news on this? The screen rotation
> is not yet working for me. I am on Arch Linux and latest kernel. So I guess
> the driver isn't released yet?
Not yet at the time of writing. According to Alex from AMD, the FCH team clean up the initial implementation based on the community feedback. The patch should be available on the hid subsystem repository of the Linux kernel.
It looks like the patches for AMD Sensor Fusion HUB driver are finally available.
Hm, this is interesting, I compiled the driver, and was going over the documentation. Intel ish comparison isn't wrong, however Intel implements a mechanism to register the sensors on the hub as devices with the kernel, for use with the user space applications. AMD seems to expect "hid user space" to implement the drivers based on hid input reports instead, which is an interesting approach. Maybe I'm missing something, but I don't really see a reason not to register devices based on those reports, instead of expecting user space to take care of this. I will keep poking at this though.