Re: [Bug 218578] New: MXC6655 accelerometer not working with MXC4005 driver

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sat, 09 Mar 2024 17:55:32 +0000
bugzilla-daemon@xxxxxxxxxx wrote:

> https://bugzilla.kernel.org/show_bug.cgi?id=218578
> 
>             Bug ID: 218578
>            Summary: MXC6655 accelerometer not working with MXC4005 driver
>            Product: Drivers
>            Version: 2.5
>           Hardware: Intel
>                 OS: Linux
>             Status: NEW
>           Severity: normal
>           Priority: P3
>          Component: IIO
>           Assignee: drivers_iio@xxxxxxxxxxxxxxxxxxxxxx
>           Reporter: kernelbugzilla@xxxxxxxxxxxxxxxx
>         Regression: No
> 
> Created attachment 305970
>   --> https://bugzilla.kernel.org/attachment.cgi?id=305970&action=edit  
> Output from udevadm info -n /dev/iio\:device0 && also some samples of
> accelerometer raw values I see in /sys/bus/iio/devices/iio:device:0/.
> 
> Hello,
> 
> I recently bought two Chuwi tablets which contain MXC6655 accelerometers.  The
> accelerometers work in Windows 11 and the tablet rotates as expected in
> Windows, but upon installing Linux the tablet auto rotation was not working.
> 

Hi, thanks for the report,

First thought is that there may be some power control hidden in the ACPI tables.
Could you dump
/sys/firmware/acpi/tables/DSDT
and run it through iasl -d (from acpica-tools)

Find the section related to his accelerometer and post all of that.
Sometimes there is a _DSM (device specific method) used to power things up
- this stuff is completely non standard unfortunately so we have to base
any support on table dumps from the particular devices.

Thanks,

Jonathan


> The Chuwi tablets are:
> - UBook X Pro 2023
> - UBook X 2023
> 
> This does not appear to be distro specific, as I am seeing the same behavior on
> both:
> - Linux Mint 21.3, with kernel 5.15.0-91-generic
> - Fedora 39 Workstation, with kernel 6.5.6-300.fc39.x86_64
> 
> I came across this thread indicating that support was added for this in 2020
> via the MXC4005 driver: https://www.spinics.net/lists/linux-iio/msg53171.html
> 
> This seems to be double confirmed by another issue I found here on this bug
> tracker: https://bugzilla.kernel.org/show_bug.cgi?id=206703
> 
> Unfortunately in my case, I see the MXC4005 driver is in fact loaded and
> running, however it appears the raw data is not changing.  When looking at the
> output from iio-sensor-proxy with "monitor-sensor", the orientation always
> reports "left-up".
> 
> I tried a test where I watched a cat of all of the files in
> /sys/bus/iio/devices/iio:device0/, and I never see the raw data changing when
> the tablet is rotated.  I'm attaching the values I see from the raw data in the
> text file.  Interestingly, Fedora reports different raw values, but
> iio-sensor-proxy still says orientation is left-up with these values.  In both
> cases, the values don't change when the tablet is rotated.
> 
> The output of "udevadm info -n /dev/iio\:device0" is attached too.
> 
> lsmod reports that the mxc4005 driver is loaded, along with industrialio and
> industrialio_triggered_buffer.  Unloading the mxc4005 module with rmmod causes
> it to disappear from iio-sensor-proxy as expected, but otherwise unloading and
> reloading the driver seems to have no effect on the symptoms.
> 
> If there is any further information I can gather which will be helpful, or any
> testing I can help with, please let me know. 
> 
> Thanks!
> 





[Index of Archives]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Input]     [Linux Kernel]     [Linux SCSI]     [X.org]

  Powered by Linux