Initial packages for gyroscope / accelerometer

[giodotblue]

Summary

Adds support for the SSC sensors used for IMU data on some modern Qualcomm devices

Uses qcom-fastrpc, libssc and dependencies

Sensor data is fetched from https://github.com/ROCKNIX/sensor-firmware, and a virtual "hexagon file system" is created at /tmp/qcom-hexagon-fs (overlayfs for /usr/share/qcom/ and /storage/.config/qcom-hexagon-fs)

A basic guide on sourcing this sensor data can be found at: https://github.com/ROCKNIX/sensor-firmware/blob/main/README.md

Calibration note

The sensor firmware contains calibration data for my specific unit. If the gyroscope bias isn't that different between units, then we should be OK (especially in Steam which has its own calibration)

This must be looked into though. Some sort of gyroscope calibration tool would be good

Old PR description

open here

To finish this and get these sensors actually working, we need to:

• Change the xbox-series InputPlumber target to something that supports gyro
• Add the IMU to the InputPlumber device configs
• Add the Hexagon / sensor data files to /usr/share/qcom

If a device has the ssc-uinput additional package and has the data files in /usr/share/qcom, the input device should show up in evtest

Virtual IMU

The virtual IMU shows up as "Sunshine gamepad (virtual) motion sensors", as InputPlumber has a whitelist for virtual input devices (see InputPlumber manager.rs)

The IMU values are scaled 100x (with SSCU_IMU_OUTPUT_SCALE) so InputPlumber works (see InputPlumber translator.rs)

Sensor data in /usr/share/qcom

The sensor data can be found downstream in /vendor/etc/sensors and /vendor/etc/acdbdata (see hexagonrpc README)

On this Odin 3, the /usr/share/qcom folder looks like this: message.txt

AI Usage

While ROCKNIX doesn't have restrictions on AI tools in contributing, please be transparent about their usage as it
helps set the right context for reviewers.

Did you use AI tools to help write this code? NO

[giodotblue]

@spycat88 where would you like to put the sensor data?

I'm not sure if it's fully device specific or not, so I'm a bit torn on putting it in extra-firmware

maybe extra-firmware/sensors/SM8750/Ayn Odin 3? that looks a bit confusing
maybe a new repo? like sensor-firmware/SM8750/Ayn Odin 3/

take a look at the sensor file structure when you get a chance: https://github.com/user-attachments/files/27588824/message.txt

[spycat88]

@spycat88 where would you like to put the sensor data?

I'm not sure if it's fully device specific or not, so I'm a bit torn on putting it in extra-firmware

maybe extra-firmware/sensors/SM8750/Ayn Odin 3? that looks a bit confusing maybe a new repo? like sensor-firmware/SM8750/Ayn Odin 3/

take a look at the sensor file structure when you get a chance: https://github.com/user-attachments/files/27588824/message.txt

What would you like to do? I'm fine with either.

[giodotblue]

A new sensor-firmware repo sounds good (I can't make the repo though obv), if you create it I can PR / commit the files

[aenertia]

Just a bit of an aside - the rp5/flip2; needs a full dump of the android firmware as the rocketboard mbm that's upstream and currently used doesn't include its gyro sensor. So potentially this needs to include such consideration.

[r3claimer]

Why? this is for SM8750. SM8250 can be added later if possible.

[aenertia]

I just meant in context of 'WHERE' such things live.

[loki666]

Merged InputPlumber DS5

[giodotblue]

Merged InputPlumber DS5

Lovely, thanks

This PR will be modified soon - I'm working on getting libssc support directly in InputPlumber as a source device instead of going through a virtual device (which was the point of ssc-uinput)

InputPlumber has some issues with IMU support though virtual devices, so this should help out a lot

If the changes to InputPlumber get accepted, I can remove the ssc-uinput part of this PR 🙂

[giodotblue]

Need to remove unused stuff from the protobuf package, install_pkg is ~40M

[giodotblue]

The chain is getting a bit cleaner as I've added Qualcomm's official fastrpc tool as a replacement for the patched hexagonrpc we were using

This also makes the sensor filesystem a bit closer to what it would be like on Android

The install_pkg footprint of this PR is a lot smaller now too:

812K    sensor-firmware-547a8edc4e00a29dc3d27830818a906f052e3917/
5.2M    libqmi-0536681a4ab46021e13c1cf8fa94b0b13b93b0c6/
128K    libqrtr-glib-1689f8b96509314d569f06a05e986a887d6d6ce5/
120K    libgudev-bd531e8622e2c98a1da3d28a0a6df59c844f25c0/
88K     libprotobuf-c-4719fdd7760624388c2c5b9d6759eb6a47490626/
208K    libyaml-0.2.5/
136K    libmd-1.2.0/
348K    libbsd-0.12.2/
2.5M    qcom-fastrpc-1.0.5/

In the next coming days I'll remove hexagonrpc & ssc-uinput and rebase this, can probably cut down these 21 commits to 6 or so

[giodotblue]

keep this in mind

[giodotblue]

This PR is ready on this side, but the PR to InputPlumber isn't merged yet. It's a bit weird having my branch being used for the InputPlumber package, so maybe we should just wait for the other PR to get merged or make patch files

[loki666]

@gio3k could you check on what is blocking the InputPlumber PR to move

[giodotblue]

will do tomorrow