arpruss

I didn't want to patch, so I just used a thread: ` import inputs import threading eventList = [] def monitorGamepad(): while True: try: for e in inputs.get_gamepad(): eventList.append(e) except...

I don't use the official core, but only Roger's libmaple core, which is said to be faster and smaller.

I have no idea. Sorry.

I checked and the problem occurs in the original scan. There are a few bytes of overlap between the data tables area and the graphics.

It's interesting. I just tried it without the external resistor in one of my projects and it didn't work well (it connected once or twice but unreliably and disconnected).

``` pi@raspberrypi:~ $ uname -r 5.15.84-v7+ pi@raspberrypi:~ $ cat /boot/config-$(uname -r) | ack CONFIG_DEVTMPFS cat: /boot/config-5.15.84-v7+: No such file or directory pi@raspberrypi:~ $ mount | grep /dev /dev/mmcblk0p2 on /...

Also: ``` pi@raspberrypi:~ $ sudo modprobe configs pi@raspberrypi:~ $ zcat /proc/config.gz | ack CONFIG_DEVTMPFS CONFIG_DEVTMPFS=y CONFIG_DEVTMPFS_MOUNT=y ```

On general principles, I also think it's not ideal to rely on the delay, as it can result in code breaking on a heavily loaded system, or when running under...

Good guess about permissions. I included os.system("ls -l /dev/input") during each iteration of the retry loop in my modified version. First time through it showed ``` total 0 drwxr-xr-x 2...

A workaround is for the module caller to loop until the device becomes available. But it would be neater if the fix was in the evdev module.