2017-11-17, 14:34
@laric thanks a lot for the info!
As a workaround please run "ir-ctl -t 100000" (eg add it to autostart.sh) for now.
I'm currently doing some tests with this proposed upstream fix: https://patchwork.kernel.org/patch/10062139/
This patch seems to improve the repeat issue, but from my tests (using a rc-5 remote with gpio-ir-recv on RPi) it looks like we might still get repeated button events on short presses with 4.14 where it worked fine on 4.13. The fix should be in today's testbuild, then I'd like to ask you to do some more tests.
The underlying issue is a bit complicated and related to timeout handling in the kernel ir receiver code. Your remote (and quite probably also the logitech harmony remotes) is working fine, the issue is triggered by the rather long default idle timeout (200ms instead of usual 125ms) of the ite-cir receiver in combination with a kernel change in timeout handling (164ms instead of 250ms).
I'll investigate this further and discuss it with upstream.
so long,
Hias
As a workaround please run "ir-ctl -t 100000" (eg add it to autostart.sh) for now.
I'm currently doing some tests with this proposed upstream fix: https://patchwork.kernel.org/patch/10062139/
This patch seems to improve the repeat issue, but from my tests (using a rc-5 remote with gpio-ir-recv on RPi) it looks like we might still get repeated button events on short presses with 4.14 where it worked fine on 4.13. The fix should be in today's testbuild, then I'd like to ask you to do some more tests.
The underlying issue is a bit complicated and related to timeout handling in the kernel ir receiver code. Your remote (and quite probably also the logitech harmony remotes) is working fine, the issue is triggered by the rather long default idle timeout (200ms instead of usual 125ms) of the ite-cir receiver in combination with a kernel change in timeout handling (164ms instead of 250ms).
I'll investigate this further and discuss it with upstream.
so long,
Hias
