On 02/15/2016 10:34 PM, Antonio Ospite wrote:
Have you tried loading hid.ko with the ignore_special_drivers=1 parameter? I guess that will ignore _all_ special drivers tho, even mouse and keyboard ones.
Exactly. And so it is not what I planned to do.
Alan Ott's hidapi[1] is a better alternative to libusb for hid devices.
Of course, but just for fun, I'll at least try to use libusb directly. There are many examples on the net. I've already collected some code snippets to use.
I reckon a patched kernel is not an option, is it?
The kernel side driver does a great job. It has minor bugs (kernel panic when disconnecting controller while in game), but nothing too bad.
My plan is to remap to Xbox gamepad button mapping so games actually work with the controller. In fact, I bought a brand new PS4 controller just for my driver project. At least so far, I only own the PS3 console.
What I've done so far is to write a daemon which connects to the existing event device to get events from there, but this didn't really work as games still see the original controller.
That's why my current plan is to connect one layer deeper so the original event devices aren't created at all.
My reason for userspace is, that it's easier to debug and for the potential end user it is easier to install. I just had too much trouble with dkms in the past.
Best regards, Manuel -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
