udev rules not changing permissions for /dev/uinput
See original GitHub issueHello, I’d just like to report a small oddity I found when trying out version 0.5.1 (I’m not sure if it happened before, as it’s my first time using ds4drv)
See #94 for the following part. I split this to a separate issue. -@Ape
/etc/ds4drv.conf doesn’t exist in my system after installation (by default). Despite me having my own config file at ~/.config/ds4drv.conf , it isn’t immediately picked up by the program when it is ran. I’m not sure if this happens because it looks first for the /etc/ one and when it doesn’t find it it stops looking, or if it’s something wrong on my end.
The simple fix is that I have to run sudo ds4drv --hidraw --config ~/.config/ds4drv.conf
and then it works. (I spent about an hour figuring out what was wrong with my config and why it wasn’t picking up my toggles, turns out it was just a matter of directing the program to the supposed-to-be-default .conf file, haha)
Also, that’s another minor thing: despite me following the guide on Permissions in the ReadMe, I still have to apply sudo to the command , otherwise I get the “Failed to create input device: “/dev/uinput” cannot be opened for writing” message. I don’t know if this is normal or if, again, it’s something on my end.
I tried version 0.5.1 because the stable release wasn’t working on Debian Testing (probably due to the python-evdev thing)
Cheers, and thanks for the driver guys it’s really cool work you’re doing
Issue Analytics
- State:
- Created 7 years ago
- Comments:9
Same issue on Arch Linux for me. I have the udev file in the correct place but the uinput permissions never change.
EDIT: I also tried this line and it didn’t work either https://github.com/tuomasjjrasanen/python-uinput/blob/master/udev-rules/40-uinput.rules
EDIT2: WEIRRRD I think I figured it out. Somehow on boot there is a /dev/uinput that is created BUT uinput kernel module isn’t loaded. Modprobing uinput then gives it the correct permissions.
Creating /etc/modules-load.d/uinput.conf with the contents of
makes it work correctly on a fresh boot.
I split this issue into two parts, see #94. I left the udev part here since it’s discussed more.