03-27-2015, 05:35 PM
Pages: 1 2
03-27-2015, 05:51 PM
Yeah, I see it now.
07-19-2015, 01:50 AM
Pretty sure iirc that the issue with DS3 pads is that they are HID native but require a wake up command that isn't provided by the MSFT hid-controller driver
example code for the startup filter is in this post
Quote:[Note the Dual PSX-USB Adaptor displays in Devices and Printers, but not in Game Controllers]
There is one issue with it though, it requires a Start command to be sent to wake it up before it will start issuing Reports. This is a well known issue, Linux has had a kernel quirk for it for a long time.
The Start command is a Set Feature Report with Report ID 0xF4, the problem is this Feature Report is not in the HID Descriptor. So it is not accessible from a user application. The HidUsb driver will refuse any Report ID that is not included in the HID Descriptor.
To get around this it is possible to write a Lower Filter driver which can issue the Set Feature Report. The following is code from a filter driver which modifies the Report ID and TransferBuffer contents, of a User application issued Set Feature Report with Report ID 0xEE (valid in HID Descriptor), to issue the Start Command.
example code for the startup filter is in this post
Pages: 1 2