New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Merge linux upstream HID input patch #28
Comments
I have a LeWGP-201 gamepad, it will create two event device, one will be used for control on Android, and another be used for other, looks like below:
The gamepad has no
It works fine if kernel patched.
|
My two LeWGP-201 work fine with my custom kernel patched and I add two line in autostart.sh
|
Thanks! |
Yes, we can monitor input_event of event device, and do something we want. |
shouldn't all evdev devices work? |
I have no other gamepad to test, i don't know whether the
|
how can I test? |
I guess they are not, but the key code seems to be the same
|
my other controller does give scancode
so it seems they are maybe the same scancodes and keycodes? |
I have no idea, but i think maybe it's feasible just use |
it would be cool to send SIGTERM to a running program with a key combination maybe define it at runtime |
Yes, i will write a |
Thanks! I made a package with all the tools, you see anything you would like to change ? |
I tried evkill and it works perfectly! now all the emulators that don't have insta-quit can be closed with the gamepad! I do have a small request, not sure how possible it is (I know close to nothing on this) could it be possible to instead of /dev/input/eventx we could use /dev/input/jsx ? This will make it easier to set-up thanks again! |
Yes,it's possible, i will improve the code |
Thank you! I made a few changes, it does not print anything and it exits after the command is called. |
please review PR #30 |
Does this patch mean that volume can be controlled outside of RetroArch? |
@zang74 no, but I am curious as to why you would think that, maybe I missed something? This patch (the original HID input) is a patch that fixes some particular issues with certain keyboards. |
It's in regards to the second one. If it's possible to map a key combo to quitting an emulator, is it not possible to map another to system audio volume? |
Not with this current program, it is made solely to quit a running program (in this case an emulator). |
https://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git/commit/?id=6ce901eb61aa30ba8565c62049ee80c90728ef14
current status in master branch:
amlogic-3.10) use LibreELEC/linux-amlogic 95ba9d626c0fce672caa296f5911ab9190881642 Fixed
amlogic-3.14) use CoreELEC/linux-amlogic f1bb00821950b0f5cab1b8a820c697ba9fbd3183 NOT Fixed
amlogic-4.9) use CoreELEC/linux-amlogic 6f607ec78af4fc755f41a7dd7e73ad6542f9143b Fixed
In my case, i wrote a shell to inject input_event to event device of my gamepad when catch a special input_event triggered by a button pressed and hold, the kernel without the patch will auto report a input_event of button release, but it works fine if kernel be patched.
Maybe we should merge this patch to
packages/linux/patches/amlogic-3.14
The text was updated successfully, but these errors were encountered: