search

ublue-os / bluefin

The next generation Linux workstation, designed for reliability, performance, and sustainability.
https://projectbluefin.io
Apache License 2.0
1.05k stars 144 forks source link

Xbox Controller 1708 not working in programs (bottles/steam/...) #1343

Closed Destro706 closed 1 week ago

Destro706 commented 3 months ago

Describe the bug

The xbox controller doesn't get input in applications. With evtest and Input Remapper it's working. It's shown in Steam Controller settings but the keys doesn't work. It starts to work fine after applying the workaround (see extra information).

What did you expect to happen?

The controller should work without applying the workaround after reboot

Output of rpm-ostree status

ostree-image-signed:docker://ghcr.io/ublue-os/bluefin-dx:gts
                   Digest: sha256:1c7d83efe53b07402964f4092b19de126d6e9848bdd1d63319cf344d9294dc3b
                  Version: 39.20240523.0 (2024-05-23T16:53:06Z)
          LayeredPackages: langpacks-de

Output of groups

saschalemke wheel docker incus-admin lxd libvirt

Extra information or context

Seems to be a problem with xpadneo. (ACL) The device is working fine in regular Silverblue with default driver.

The permissions for the hidraw looks like this:

❯ getfacl /dev/hidraw8 getfacl: Entferne führende '/' von absoluten Pfadnamen

file: dev/hidraw8

owner: root

group: root

user::rw- group::rw- other::rw-

It works in evtest as expected but doesn't work in applications.

After revoke the permissions for hidraw:

sudo chmod a-rwx /dev/hidraw8

❯ getfacl /dev/hidraw8 getfacl: Entferne führende '/' von absoluten Pfadnamen

file: dev/hidraw8

owner: root

group: root

user::--- group::--- other::---

the Controller works perfectly fine in the applications.

rferris commented 1 month ago

Having the same issue. Have included udev log, hoping someone more skilled than I can understand which rule is causing the problem. udevadm monitor p monitor.txt

Edit: Seems similar/related to this issue on the xpadneo repo

rferris commented 1 month ago

I'm not 100%, but it looks like 92-viia.rules might be the culprit:

❯ cat 92-viia.rules
KERNEL=="hidraw*", SUBSYSTEM=="hidraw", MODE="0666", TAG+="uaccess", TAG+="udev-acl"

I'm no udev expert, but my understanding is this is setting permissions on any hidraw device, regardless of manufacturer?

Destro706 commented 1 week ago

Since xpadneo is removed from the image I face no more issues and the controller works now as expected.

Thank you very much