Gamecon driver fails to build on Kernel 4.19.x

Darksavior

@mitu This works. Thanks! Thought I had to wait a few months like the last time the driver broke.

mitu

@Darksavior Alright, thanks for testing and reporting.
I'll submit the patches upstream - the repo(s) you indicated, maybe we should change also the scriptmodule to pull the sources from there.

mitu

@Darksavior The changes have been pushed upstream and also added to the RetroPie's package. If you want, you can update your RetroPie-setup script and then re-install the gamecon driver package to see if it works.

Darksavior

@mitu Gamecon driver no longer working when using the retropie fkms_rpi4 branch on a pi4. Might be too early for support. I'm asking before I go making a new topic or if it's ok in here.

mitu

@Darksavior Is the compilation not working or the module loads but the controller doesn't work ?

Darksavior

@mitu This time it's different. It seems to compile fine? ES sees both pads and gives me the option to configure them but they won't work. Jstest also sees both pads but no response. Not sure how to check if the module is loaded properly.
https://pastebin.com/fZXz6E7F

mitu

@Darksavior Yes, looks different than on a Pi3. The fact that pads are seen by ES and jstest seems to indicate that the driver is loaded, but you can also check with

lsmod | grep gamecon_gpio_rpi

Since this is the same Linux kernel version as on Stretch - 4.19, when you reported the issue - I think the problem is with either the GPIO configuration or the module compatibility with to the new PI model.

Darksavior

@mitu I ran that command and got 45056 0
At first I thought the controller ports weren't properly connected or maybe something desoldered, but it works fine on a pi3.

mitu

The module is loaded alright, I think is just not compatible with the RPI4 model.
I've looked at the bcm2835 GPIO library and - at the very least - the BCM2708_PERI_BASE is different on the PI4.
I can add a patch if you'd like to test - do you have the possibility to test on both RPI3/RPI4 models ?

Darksavior

@mitu Yes. I soldered an snes controller connector to an old ide cable so I can easily remove it and test on a pi3 or pi4.
On the pi3, would you like me to test with the latest retropie stretch weekly or use raspbian lite buster with the pi4 branch?

mitu

Seems someone already reported this upstream https://github.com/marqs85/gamecon_gpio_rpi/issues/3.

Darksavior

@mitu Thanks! Time for someone else to figure it out how to build it because I can't compile.

mitu

@Darksavior If you're still willing to test, I've made a few adjustments to the gamecon_gpio_rpi module to work on PI4 also (while still being compatible with previous RPI models).

All you have to do is replace the contents of $HOME/RetroPie-Setup/scriptmodules/supplementary/gamecondriver.sh with http://ix.io/1UaI and then reinstall - remove and install again - the driver. It will pull the sources from my repository instead of the upstream project.

Darksavior

@mitu Success! Works on my pi4. Many thanks.

mitu

@Darksavior That's great to hear, since the modifications to the driver are not so trivial this time. Can you try to see if the driver is still compatible with the RPI3, by installing with the same procedure on a PI3 system ?

Darksavior

@mitu I tested your altered script on a pi3b+ with latest pi2/3 retropie stretch weekly. Seems to work fine. I opened the script to make sure it was pointing to your github.

mitu

One down, 2 more modules to go. I'll be submitting this version upstream and then to the RetroPie's repo.
Thank you for testing !

Darksavior

@mitu I spoke too soon. I'm doing more thorough tests on the pi4. Before, I just did a quick pad setup and it responded fine. Now, I'm encountering random inputs once in a while. Not sure if it's the driver or if it's my connection since I've been moving them a lot with testing lately. I'll have to re-test on pi3 to verify it's not the driver.

mitu

@Darksavior I haven't submitted anything upstream, I can wait if you'd like to do more testing.

Darksavior

@mitu Pi3 and pi4 both have ghost inputs. If I scroll left or right on ES's main menu enough, it will eventually start to auto scroll down by itself. It doesn't matter if it's your altered script or original. I did get a crash on the pi3 when uninstalling your altered script. Not sure about that one since the microsd I'm using is old.

At this point, it looks like I'll have to re-do the connections with thicker gauge wire to confirm it's not the wiring. I've had this issue before a few years ago on a joystick I padhacked with thin wires. I'm using an old ide cable that might've gotten too many bends. I'll get back to you.

UPDATE1: On pi3 I re-soldered with thicker gauge wires. No change. I also re-installed your altered script and uninstalled with no crash. I haven't noticed issues with games. I've mainly used the pegasus frontend for over 2yrs so maybe that's why I've never noticed the way ES acts with my snes pad. Pegasus is fine with the pad.

ES is..weird. I can scroll left or right and sooner or later, one system menu will start auto scrolling up or down. The next system menu will be fine. If I go back to the previous system that started to auto scroll then it does so again. Go back to next system and it's fine. I can stop the scrolling with my pad but It's weird how ES remembers the scrolling for one system.

tldr; Your alterations are probably fine for you to submit.