tested this, the problem seems to have been sorted, thanks!Shame we didn't make it in 8.0.0. When do you think 8.0.1 will be out?
Thanks for reporting back!
I can't give an exact time schedule for the 8.0.1 release but it shouldn't be too far from now (could be 2 weeks or so, maybe longer, maybe shorter). We'd like to include kodi 17.1 and in the meantime we're collecting bug reports and trying to fix them 
so long,
Hias
Thanks for reporting back!
We added the fix to LE git and it will be in the 8.0.1 release.
so long,
Hias
Could you please try if this RPi2 build fixes the issues?
LibreELEC-RPi2.arm-8.0-devel-20170228192105-r25420-g9762230.tar
I've reenabled the lirc_xbox driver, it seems to have been accidentally disabled when upgrading the kernel.
so long,
Hias
Thanks for the logs, it looks like the lirc_xbox driver is missing in LE8. I'll have a look at it.
so long,
Hias
It looks like the kernel detected the dongle but didn't load any driver. odd...
Could you please post the journalctl output of your working 7.0.3 installation and also post the lsmod output on 7.0.3 and 8.0.0
lsmod | pasteso long & thanks,
Hias
Could you please post the output of
journalctl -a | pasteso long,
Hias
I'm not convinced that the gpio_ir_recv device is honouring the ir-keytable --delay commands. Setting this to 5000ms (5 sec) via the command line I still start getting rapid key repeats after about a second...
I cannot reproduce this, this seems to be working fine here (with a Hauppauge rc5 remote).
LibreELEC:~ # ir-keytable
Found /sys/class/rc/rc0/ (/dev/input/event1) with:
Driver gpio-rc-recv, table rc-hauppauge
Supported protocols: unknown other lirc rc-5 rc-5-sz jvc sony nec sanyo mce-kbd rc-6 sharp xmp
Enabled protocols: lirc rc-5
Name: gpio_ir_recv
bus: 25, vendor/product: 0001:0001, version: 0x0100
Repeat delay = 5000 ms, repeat period = 125 msKey repeats in kodi are starting after a 5 second delay.
irw output also shows the 5 second delay.
Monitoring input events (you need to stop kodi and eventlircd to do this) is also ok, note the timestamp of the second repeat.
LibreELEC:~ # systemctl stop kodi
LibreELEC:~ # systemctl stop eventlircd
LibreELEC:~ # ir-keytable -t | grep KEY
1488143711.483995: event type EV_KEY(0x01) key_down: KEY_UP(0x0001)
1488143716.634673: event type EV_KEY(0x01) key_down: KEY_UP(0x0001)
1488143716.764672: event type EV_KEY(0x01) key_down: KEY_UP(0x0001)
1488143716.894673: event type EV_KEY(0x01) key_down: KEY_UP(0x0001)
1488143717.024670: event type EV_KEY(0x01) key_down: KEY_UP(0x0001)
...so long,
Hias
mediacenter:/dev/input # ir-keytable
Found /sys/class/rc/rc1/ (/dev/input/event13) with:
Driver em28xx, table rc-pinnacle-pctv-hd
Supported protocols: rc-5 nec rc-6
Enabled protocols: rc-5
Name: 2-5: em28178#0 IR
bus: 3, vendor/product: 2013:025f, version: 0x0001
Repeat delay = 500 ms, repeat period = 125 ms
Found /sys/class/rc/rc0/ (/dev/input/event4) with:
Driver nuvoton-cir, table rc-rc6-mce
Supported protocols: unknown other lirc rc-5 rc-5-sz jvc sony nec sanyo mce-kbd rc-6 sharp xmp
Enabled protocols: lirc
Name: Nuvoton w836x7hg Infrared Remote
bus: 25, vendor/product: 1050:00c5, version: 0x0062
Repeat delay = 500 ms, repeat period = 125 msmediacenter:/dev/input # ir-keytable -t -d /dev/input/event4
Testing events. Please, press CTRL-C to abort.
nothing happens when pressing keys on the remote.dmesg:
[ 3.008765] nuvoton-cir 00:07: found NCT6779D or compatible: chip id: 0xc5 0x62
[ 3.043319] Registered IR keymap rc-rc6-mce
[ 3.043479] input: Nuvoton w836x7hg Infrared Remote Transceiver as /devices/pnp0/00:07/rc/rc0/input7
[ 3.044471] rc rc0: Nuvoton w836x7hg Infrared Remote Transceiver as /devices/pnp0/00:07/rc/rc0
[ 3.046472] snd_hda_intel 0000:00:03.0: bound 0000:00:02.0 (ops 0xffffffff81d31440)
[ 3.054433] lirc_dev: IR Remote Control driver registered, major 245
[ 3.059184] IR LIRC bridge handler initialized
[ 3.063650] rc rc0: lirc_dev: driver ir-lirc-codec (nuvoton-cir) registered at minor = 0
[ 3.063699] nuvoton-cir 00:07: driver has been successfully loaded
Could you upload the full dmesg (just do "dmesg | paste" and post the URL) and lsmod output?
Are you using userspace lirc (i.e. have you create a lircd.conf in the .config dir)? Are you running ir-keytable or other commands via http://autostart.sh/udev rules/... to setup a custom remote configuration? Which protocol/configuration are you using on your oneforall remote, is it MCE?
If you are using the nuvoton IR receiver (of your zbox) and the remote configured to (rc6) MCE protocol could you try running "ir-keytable -p rc-6 /sys/class/rc/rc0/" (double check if rc0 really is the nuvoton, it could also be rc1 since you have 2 IR receivers installed) and test if you get any events via "ir-keytable -t"?
It's quite odd that on the nuvoton IR the only enabled protocol is lirc and not lirc + rc-6. The kernel should enable the rc-6 protocol from loading the rc-rc6-mce keymap. But there's also a kernel bug, even if it enables the rc-6 protocol it didn't load the rc-6 protocol decoder - so decoding doesn't work. Manually enabling the protocol (eg via ir-keytable -p) triggers protocol decoder loading and decoding works fine again. I've already reported that bug and it was confirmed: Bug: decoders referenced in kernel rc-keymaps not loaded on boot — Linux media
so long,
Hias
Longpress doesn't work with lirc, so the longpress modifier will simply be ignored.
so long,
Hias
Could you please test if this build works on your RPi1:
LibreELEC-RPi.arm-8.0-devel-20170225092739-r25402-g2c2b9b7.tar
This build contains backported fixes to the clock framework, without that switching between HDMI and I2S audio caused black screen and lockups on the RPi0.
LE8: add backported RPi kernel fixes by HiassofT · Pull Request #1389 · LibreELEC/LibreELEC.tv · GitHub
thread-3848.html
Would be good to know if you are experiencing the same issue or another.
so long,
Hias
The fix didn't make it into 8.0.0 but if testing goes well it'll be in 8.0.1.
Could you please test if this image works fine:
LibreELEC-RPi.arm-8.0-devel-20170225092739-r25402-g2c2b9b7.tar
It includes a backport of the clk framework fixes and a dma patch (the latter resolves repeated clicks when playing 192kHz audio).
so long,
Hias
JohnnyL: I've uploaded LE8 builds with the DMA fix included, could you please test if the clicks on 192kHz playback are resolved?
thread-5352.html
so long,
Hias
I've uploaded a LibreELEC 8.0.0 build with Wolfson/Cirrus card drivers
RPi: LibreELEC-RPi.arm-8.0.0-HiassofT.tar
RPi2/3: LibreELEC-RPi2.arm-8.0.0-HiassofT.tar
Source: GitHub - HiassofT/LibreELEC.tv at 8.0.0-cirrus
Support for the Wolfson/Cirrus card is now also included in the LibreELEC master branch (which will become LibreELEC 9.0) and in Milhouse testbuilds.
These 8.0.0 builds are plain LibreELEC 8.0.0 code with backports from LibreELEC master (newer RPi kernel with Wolfson/Cirrus driver plus the config scripts package). I've also included the bcm2835 DMA splitting fix which was present in kernel 4.4 but got missed in kernel 4.9, this should resolve clicking noise when playing back 192kHz audio.
If you are upgrading from OpenELEC or LibreELEC 7.0.2 or earlier please note that the method to setup custom mixer configurations has changed. The udev rule will no longer work, custom configurations are now handled via /storage/.config/rpi-cirrus-config.sh
Detailled installation and configuration instructions are on my website: "HiassofT" LibreELEC RPi builds
so long,
Hias
Update: I tried fixing the audio config to 192kHz, but ran into another problem. Input files with sampling frequencies up to 96kHz played back fine, but files at 192kHz didn't - the audio was chopped up a few times per second, sounding terrible.
Thanks for reporting back!
I could reproduce the issue here, turned out that I already fixed this bug (in the bcm2835 DMA controller driver) last june but it somehow got lost during upstreaming. I've resent the path to the LKML and will include it in the upcoming LE8 Cirrus build.
so long,
Hias
Thanks a lot for testing! We'll include the fix in the LE8 release.
so long,
Hias
Thanks for the info!
I could now reproduce the issue locally (using gpio-ir-recv on RPi with the rc-streamzap keymap) and it looks like we are facing 3 issues here:
1) The kernel doesn't seem to automatically load the rc5 protocol decoder (which handles the "rc-5-sz" RC5 streamzap protocol) when the streamzap module is loaded.. LE 7.0.x / kernel 4.4 dmesg contains the line "IR RC5(x/sz) protocol handler initialized" which is missing in 4.9/4.10 kernel logs. This seems to be a kernel bug.
2) The fallback, ir-keytable -a, fails for 2 reasons:
2.1) ir-keytable in LE was too old and didn't know about the RC5 streamzap protocol - the v4l-utils bump fixes this.
2.2) even with the newer ir-keytable the streamzap keymap won't load because the protocol type "RC5_SZ" is invalid - that should be "rc-5-sz" instead.
Simply speaking: in LE 7.0 the kernel setup your remote correctly, but in LE 7.95 that fails. ir-keytable also failed in LE 7.0 but that probably wasn't noticed before.
I've just added another commit to the PR that fixes the illegal protocol in the file. That fix should be included in the next Milhouse build #0214. Please test if that works for you and report back.
so long,
Hias
Could you please test if Milhouse build #0213 fixes your issue? It includes the v4l-utils/ir-keytable update
LibreELEC Testbuilds for x86_64 (Kodi 18.0)
so long,
Hias
It could be that we need a newer version of v4l-utils / ir-keytable, a fix for the RC5 streamzap protocol was recently posted
v4l-utils.git - media (V4L2, DVB and IR) applications and libraries
I've created a PR for a v4l-utils update v4l-utils: update to 1.12.2 and fix streamzap keytable by HiassofT · Pull Request #1330 · LibreELEC/LibreELEC.tv · GitHub
so long,
Hias