RosstheRoss
commented
3 weeks ago I've found this too while running into the same problem reported both here and in Hakchi. I have not been able to find a solution, but with a lot of digging I have a lot of information to help anyone else. This might be on Discord but I have not and will not use Discord and Discord isn't searchable.
Below is testing two different controllers using the 8BitDo receiver 2 in both default XInput mode and "MD" Mode. The controllers are the NSO Genesis Controller and an Xbox Series Controller I had lying around. evtest outputs are attached to not hit the character limit.
NSO Genesis Controller, XInput
input: Microsoft X-Box 360 pad as /devices/platform/sunxi-ehci.1/usb1/1-1/1-1.2/1-1.2:1.0/input/input4
input: 6B controller as /devices/virtual/input/input30| Button on Controller | Button According to evtest | Button According to Controller Demo |
|---|---|---|
| A | BTN_SOUTH | B |
| B | BTN_EAST | C |
| C | BTN_TR | Z |
| START | BTN_START | Start |
| MODE | BTN_SELECT | None (Opens the menu) |
| HOME | BTN_MODE | None |
NSO Genesis Controller, "MD mode"
generic-usb 0003:2DC8:3105.0007: input,hidraw1: USB HID v1.11 Gamepad [8BitDo 8BitDo Receiver] on usb-sunxi-ehci-1.2/input0
dragonrise 0003:0079:0011.0012: input,hidraw1: USB HID v1.10 Joystick [8BitDo Receiver] on usb-sunxi-ehci-1.2/input0| Button on Controller | Button According to evtest | Button According to Controller Demo |
|---|---|---|
| A | BTN_THUMB | B |
| B | BTN_THUMB2 | A |
| C | BTN_TOP2 | X |
| START | BTN_BASE4 | None |
| MODE | BTN_BASE3 | None |
| HOME | BTN_BASE3 | None |
For reasons beyond anyone's understanding the NSO genesis controller maps A to A, B to B and C to R on a Switch itself with absolutely no way to change it. Mapping A and B 1:1 makes sense from purely a UI standpoint only but C on R makes no sense whatsoever.
Xbox Series Controller, XInput
input: Microsoft X-Box 360 pad as /devices/platform/sunxi-ehci.1/usb1/1-1/1-1.2/1-1.2:1.0/input/input6
input: 6B controller as /devices/virtual/input/input32| Button on Controller | Button According to evtest | Button According to Controller Demo |
|---|---|---|
| A | BTN_SOUTH | B |
| B | BTN_EAST | C |
| X | BTN_NORTH | A |
| Y | BTN_WEST | Y |
| LB | BTN_TL | X |
| RB | BTN_TR | Z |
| START | BTN_START | Start |
| SELECT | BTN_SELECT | None (Opens the menu) |
| HOME | BTN_MODE | None |
Output of evtest, Series Xinput
Xbox Series Controller, "MD mode"
input: 8BitDo Receiver as /devices/platform/sunxi-ehci.1/usb1/1-1/1-1.2/1-1.2:1.0/input/input23
dragonrise 0003:0079:0011.0010: input,hidraw1: USB HID v1.10 Joystick [8BitDo Receiver] on usb-sunxi-ehci-1.2/input0| Button on Controller | Button According to evtest | Button According to Controller Demo |
|---|---|---|
| A | BTN_THUMB2 | A |
| B | BTN_TOP2 | X |
| X | BTN_THUMB | C |
| Y | BTN_TOP | Y |
| LB | BTN_TRIGGER | B |
| RB | BTN_PINKIE | Z |
| START | BTN_BASE4 | None |
| SELECT | BTN_BASE3 | None |
| HOME | BTN_BASE3 | None |
EDITOR'S NOTE
I don't think that this is caused directly by the Linux kernel. The kernel seems to be doing what it is supposed to do. Either the 8bitdo firmware is mapping things bizarrely or the emulator itself is mapping things in a strange way.
Without a working dev environment I cannot toy around with the kernel and messing with the xbox driver until it spits out something nice but I hope this helps at least someone out.
I think it might have something to do with clovercon possibly not liking the genesis mini, though I honestly have no idea.
molul
Describe the bug When Genesis mini is factory set, and default kernel is running the "V2" 2.4GHz (Big6) wireless controller works as intended. When Hakchi kernel is installed the d pad stops working and buttons are mapped to different buttons.
To Reproduce Installing Hakchi causes the controller buttons to be remapped and dpad not to work. It doesn't matter if new games are added or not and when custom kernel is removed the controller behaves like normal. All USB controllers don't have this issue.