udev rules for a playstation controller not firing....why? (sh.itjust.works)

submitted 1 month ago by muusemuuse@sh.itjust.works to c/linux_gaming@lemmy.ml

12 comments fedilink hide all child comments

I have a fedora server running sway and sunshine. I'm having a problem where this rule (https://github.com/LizardByte/Sunshine/blob/8765bbf050a18dcaf441851e5e52505a6c709c48/src_assets/linux/misc/60-sunshine.rules) isn't firing, so the controller stays with root permissions instead of belonging to the input group and it messes things up. I'm not sure why it wont fire that rule.

top 12 comments

sorted by: hot top controversial new old

[-] just_another_person@lemmy.world 1 points 1 month ago* (last edited 1 month ago)

You're having a problem with Sunshine. The udev rules work fine, because the controller is officially supported in the kernel. If it's detected, it's working fine.

If it's NOT working with Sunshine involved, that's a Sunshine problem.

Test with the calibration tools of your DE, and also under Steam. If everything works everywhere else, it's not udev which is only responsible for detecting and capturing the device input.

If you think it's a group problem, then...just...add your user to the group maybe?

[-] muusemuuse@sh.itjust.works 1 points 1 month ago* (last edited 1 month ago)

there is no DE. it's just headless sway. it works outside steam and steam games but steam stuff wont map correctly. manually setting the group for /dev/hidraw0 to :input fixes the issue temporarily, but its not connected directly to the host. So I need this rule to fire and put this device into the input group when it appears as it is appears within the sessions, not as a directly connected device.

User is already in the input group. But the device is root:root. When I manually set the group to input it works but the device disappears at the end of the session and is recreated when the clients connect in again

[-] just_another_person@lemmy.world 1 points 1 month ago

The inputs are sent as they are received on the host is the point. There is no transcoding of the HID inputs.

It's a Sunshine problem.

[-] muusemuuse@sh.itjust.works 0 points 1 month ago

No, steam accesses the controller differently then say retroarch does. To demonstrate this, if I connect to a session and chown hidraw0 (the device that steam grabs onto) to group input, which the user is in, it’s fine. It works perfectly. Left alone, not all options are exposed in steam and many buttons are improperly assigned.

[-] just_another_person@lemmy.world 1 points 1 month ago

Kid...look. You keep coming back here and asking this same question, and when people give you very specific answers you keep saying "Nuh-uh, cuzz...".

You're missing the point entirely, and you don't want to listen. If everyone here is so stupid, then why are you here?

[-] muusemuuse@sh.itjust.works 1 points 1 month ago

Im not seeing “very specific answers.” Where are these? Please quote one.

[-] just_another_person@lemmy.world 1 points 1 month ago

When I told you udev rules aren't the problem. Now you're trying to make it seem like Steam is a problem? What in the world...🤦

[-] muusemuuse@sh.itjust.works 1 points 1 month ago* (last edited 1 month ago)

no, steam is the symptom because it only happens in steam and steam games. changing the permissions on /dev/hidraw0 fixes that, but that device is destroyed after each session and recreated on new sessions, so manually assigning a group isnt viable.

[-] just_another_person@lemmy.world 1 points 1 month ago

Kid...multiple people told you about steam-input. See my other comments.

[-] muusemuuse@sh.itjust.works 1 points 1 month ago

OK, there’s definitely a communication issue here. Rather than arguing with each other could you point me specifically to what you’re talking about with this comment?

[-] bjoern_tantau@swg-empire.de 1 points 1 month ago

What if you remove the ATTRS{name}=="Sunshine PS5 (virtual) pad" conditions? The rules seem to be about virtual controllers that would be created by Sunshine. Not about the physical controller itself.

[-] muusemuuse@sh.itjust.works 1 points 1 month ago

The virtual controller is the problem. The physical controller never plugs into the host.

this post was submitted on 15 Jan 2026

11 points (86.7% liked)

Linux Gaming

21804 readers

2 users here now

Gaming on the GNU/Linux operating system.