Game Input MultipleXer

Ok, that was quick. After the update the Pi3 never starts again. It freezes in video check colorful screen. That must be a firmware only situable for Pi2

I googled a bit more and read that slow sd cards may impact USB performance.
So far I've been using a Transcend 8GB class 10 card, that I replaced recently with a Samsung EVO 16GB class 10 card.

I'm not sure it will solve your issue, but it may be worth the try to test another sd card.

I've also read about adding dwc_otg.fiq_fsm_mask=0xf to cmdline.txt:
https://github.com/raspberrypi/linux/issues/1353
(this requires a reboot)

I have been using this 2 sdcards.

https://www.amazon.es/gp/product/B00M55 ... UTF8&psc=1
https://www.amazon.es/gp/product/B0162Y ... UTF8&psc=1

Both of them fast enough or I think so.

I added what you suggest at cmdline.txt and now Gimx works for more or less 10-12 minutes, after that it fails again in the same way, but now I’ve TONS of LIBUSB_TRANSFER_ERROR and only a few of TIMED_OUT

After Gimx fails I try to reconnect starting Gimx again but most of the times it starts and after a few seconds no command was send to the PS4. G27’s led doesn’t blnk and PS4 doesn’t show the message as the pad was disconnected but no button reacts.

I’ve to restart the Pi In order to connect again. In addition, now the FFB fails a lot, I suppose due the Transfer errors.

Regards

Any errors in the /var/log/messages file?

Nothing, at startup the Pi recognizes all the devices, after that all clear

So Dasato have you been able to do anything with your pi lately or is it still not working?
Mine is the same as ever

Nothing, finally I give up and I use the laptop.

I'm back and I've good news. I don't know what you’ve changed @Matlo, but now works fine!! I've installed today a Raspbian with Pixel image and GIMX 6.4 and I've been playing almost an hour without any problem.

I’ve used the same DIY USB, the same USB cables and the same RPI3, etc. In fact, I've the same amount of LIBUSB_TRANSFER_ERROR messages, but it works!!

Now FFB is smoother, without micro-cuts, no disconnection during all these time.

I will try tomorrow again, hope works fine.

I figured out how USB bandwidth reservation works for HID devices: the USB bus has to be kept busy. Which means GIMX has to push another command as soon as the previous command completes. If nothing changed and at least one force is still running, GIMX now sends the previous command again.
The enhancement is referred as "Force feedback defects on Raspbian Jessie" in the GIMX 6.4 annoucement.
Thanks for the feedback, it's good to know it works!