LE 8.2.5 with UHD 630 / Coffee Lake / Gemini Lake support and luks

dkhait · May 21, 2018 at 2:02 AM

Quote from sky42

dkhait

I recommend using bluetooth for a remote or at least a FLIRC. Only for wake up using IR.

I did start with IR RC6 on my Haswell NUC. That was painfull slow with my Harmony 650.

The i moved on to FLIRC with Harmony FLIRC HTPC profile, that was much faster. A FLIRC acts as a keyboard and works all the time without OS software support. But you need a windows to make firmware updates. I did an update only once as it was new and use the preprogrammed factory profiles.

Now i use a Harmony Elite with bluetooth. This is faster then my eyes, when it is scrolling.

Built in ir doesnt work well on NUC7CJYH . i basically have to be right at it for it to work. Take 2 step away and it stopped responding. i been using usb mce ir. I will look into FLIRC. thank you

**HiassofT** · May 21, 2018 at 9:42 AM

In case of IR issue it's a good idea to look into the media build / crazycat / dvb packages - or disable them. They also replace the rc-core subsystem which is responsible for IR remotes.

Very slow IR response with harmony remotes and current kernels <= 4.17 is mostly caused by setting command repeat to 0 (or 1). Set it to 1 (or 2) so that the remote sends at least 2 IR messages on a short button press.

The current linux media tree (which will go into 4.18) contains improvements in this area which make IR remotes a lot snappier (even Harmony remotes with command repeat disabled). I've backported these to kernel 4.14 (they are merged in LE master tree), when using kernel 4.17-rcX you can probably just pick these commits:

Code

a86d6df84ae6 media: rc: set timeout to smallest value required by enabled protocols
284922562b81 media: rc: per-protocol repeat period and minimum keyup timer
c421c62a4a08 media: rc: mce_kbd decoder: low timeout values cause double keydowns
539327608dbe media: rc: mce_kbd protocol encodes two scancodes
63039c29f7a4 media: rc: mce_kbd decoder: fix stuck keys
cb5bd0575c41 media: rc: mce_kbd decoder: remove superfluous call to input_sync
53a62800efb2 media: rc: mce_kbd decoder: fix race condition
91352b572786 media: rc: mceusb: IR of length 0 means IR timeout, not reset
877f1a7cee3f media: rc: mceusb: allow the timeout to be configurable
aec3eadfb642 media: mceusb: MCE_CMD_SETIRTIMEOUT cause strange behaviour on device
d4589935ebab media: mceusb: filter out bogus timing irdata of duration 0
0630efeee853 media: rc: ite-cir: lower timeout and extend allowed timeout range

Display More

Read the discussion here for details: [PATCH v2 0/7] Improve latency of IR decoding — Linux media

so long,

Hias

**sky42** · May 21, 2018 at 10:53 AM

some updates ... what was done:

8.2.5-5.42.1-kernel-4.14.42

- just the kernel

8.2.5-6.42.1-kernel-4.16.10

- just the kernel

- the Gemini Lake workaround version is updated too

wakko · May 21, 2018 at 11:04 AM

Hi,

i'm using build 6.42.1-201805201653-kernel-4.17-rc5-bug-105887-workaround with an Asrock J4105-ITX,

the "No Signal" Bug seems to be gone.

Thank's for your work =)

tomtomclub · May 22, 2018 at 11:57 PM

HDMI

No Signal" Bug seems to be gone.?

Code

not here still having problems with hdmi
after reboot

**5schatten** · May 23, 2018 at 9:56 AM

psycmos

The Astrometa DVB-T2 has several revisions with a MN88473 demodulator, is yours listed on this page?

https://linuxtv.org/wiki/index.php/astrometa_dvb-t2

psycmos · May 24, 2018 at 2:57 PM

5schatten

My is 2014 revision. It's recognized by libreelec and TVH,
But in THV have the bug that i referred.

After reboot THV not reconized DVB-C and if recognized get no sinal bug or all tuners goes to RED color.
I think the THV and drivers have problems with order detection of Tuners [ 1x RTL2832 ( DVB-T) and 2x MN88473( DVB-T2 / C) , because when i reboot, it not works any more. Just work at first boot when i scan channels. After reboot is very difficult get it working again( need many reboots and disable tricks)...

I think that's the problem:
Tvheadend starting slowly with a HD-901T2 DVB-T2 USB stick: The udev solution

HOOOWWW i found one solution FIX!!!

Solution fix by MikeB2013 edit by Joris van puyenbroeck to work on libreelec!!!!

Page Link: mn88473 (Astrometa?) problem - Tvheadend

Astrometa DVB-T2 USB BUG FIX - Libreelec

On Libreelec :
STEP 1
set static adapter number to astrometa (i also choose adapter5)

create /etc/modprobe.d/astrometa.conf by

$ nano /etc/modprobe.d/astrometa.conf

add to astrometa.conf

#Configuration file for Astrometa DVB-T2 USB receiver
#Note firmware dvb-demod-mn88473-01.fw in /lib/firmware
#force consistent adapter numbering
options dvb-usb-rtl28xxu adapter_nr=5

and i saved the file.

STEP 2

created the file /storage/swop_astrometa_frontend.sh ( /storage is writable on flash card, /etc/ is not in LE)
$ nano /storage/swop_astrometa_frontend.sh

The content of the script will be slightly different in Libreelec , due to slightly different service commands

$ nano swop_astrometa_frontend.sh

add to swop_astrometa_frontend.sh

#!/bin/bash

#swops frontend for Astrometa DVB-T/T2 usb dongle ID 15f4:0131 HanfTek

#this is necessary due to device having single demux

systemctl stop service.tvheadend42 &&

cd /dev/dvb/adapter5 && mv frontend0 frontend99 && mv frontend1 frontend0 &&

systemctl start service.tvheadend42

made it executable with

$ chmod 755 swop_astrometa_frontend.sh

STEP 3

$ nano /storage/.config/autostart.sh

add to swop_astrometa_frontend.sh
/storage/swop_astrometa_frontend.sh

after this reboot the machine, after it reboots, check by doing

$ ls /dev/dvb/adapter5

and you should get

demux0 dvr0 frontend0 frontend99 net0

tomtomclub · May 27, 2018 at 4:28 PM

Code

Any news of the hdmi bug after reboot

**sky42** · May 27, 2018 at 6:37 PM

There are news about the workaround in the bug link (see 1st post), but I did not have time to check or build it.

I am in the middle of optimizing my build VM to get below 90min for a full build. And I am on a business trip, so no time to spare.

Sorry.

I hope i have time on the weekend.

**piotrasd** · May 27, 2018 at 11:15 PM

its working about iwlwifi-firmware use this source with latest kernels GitHub - piotrasd/iwlwifi-firmware: files used in the iwlwifi-firmware package

I updated all firmwares

**5schatten** · May 28, 2018 at 10:51 AM

Quote from piotrasd

its working about iwlwifi-firmware use this source with latest kernels GitHub - piotrasd/iwlwifi-firmware: files used in the iwlwifi-firmware package

I updated all firmwares

or just stick to this GitHub - SupervisedThinking/iwlwifi-firmware: files used in the iwlwifi-firmware package

and chose the iwlwifi-firmware according to your kernel version 4.14/4.15/4.16/4.17

**sky42** · May 30, 2018 at 10:29 PM

all that are waiting for my build to run on Raven Ridge please try piotrasd build from here Experimental build AMD GPU (Vega, Ryzen APU)

I did read and checked the pointers piotrasd gave me and i dont think i can do this with LE 8.2.5 without updating most of it like it is LE 9.0

**sky42** · May 31, 2018 at 9:14 AM

some updates ... what was done:

8.2.5-5.42.1-kernel-4.14.47

- just the kernel

- this will be the last 5.42 build, because Coffee Lake works great for me with 6.42 and latest Gemini Lake Workarounds are not working with 4.14

8.2.5-6.42.1-kernel-4.16.13

- added 2 Gemini Lake workarounds to my normal build (but you need to configure /flash/syslinux.cfg)

Gemini Lake workarounds details only in 8.2.5-6.42.1-kernel-4.16.13

You need to configure your /flash/syslinux.cfg with i915.glkhdmi=1 or i915.glkhdmi=2 (see below for the parameters)

The patch is taken from here ubuntu-4.15.0-23.25...4.15.0-23.25-glktesting and changed to work with 4.16.

So please tel me if it is working.

Quote

* Geminilake testing: selectable workaround for the i915 HDMI issue:

- i915.glkhdmi=0 (default/upstream behaviour, will cause broken

output on res change when the pixel clock goes up)

- i915.glkhdmi=1 (effectively disable 12bps support, ie. use

"return false;" at the top of intel_hdmi.c:hdmi_12bpc_possible())

- i915.glkhdmi=2 (insert short delay after disabling the transcoder

to give the level shifter some time to settle)

Display More

**sky42** · May 31, 2018 at 2:26 PM

some updates ... what was done:

8.2.5-3.42.1-kernel-4.14.44

- just the kernel

KarstenL680 · June 1, 2018 at 10:55 PM

8.2.5-6.42.1-kernel-4.16.13

- added 2 Gemini Lake workarounds to my normal build (but you need to configure /flash/syslinux.cfg)

i.915.glkhdmi=2 is working on an Asrock J5005-ITX.

**sky42** · June 2, 2018 at 9:34 AM

KarstenL680

Thanks for testing.

**sky42** · June 2, 2018 at 9:59 AM

This is my next attempt to get AMD Vega and Raven APU running. I followed the pointers from @piotrasd here #54 and i also (hopefully) enabled VAAPI for r600 and radeonsi, but i only used vanilla kernels.

In piotrasd thread Experimental build AMD GPU (Vega, Ryzen APU) are some suggestions for kernel command line parameters that could help.

Please test if you like and tel me what is working and what does not. I dont have any AMD hardware and can not test.

some updates ... what was done:

Edit: now included in normal build beginning with 6.42.2

~~8.2.5-6.42.1-4.16.13-201806020915 / 8.2.5-6.42.1-4.17-rc7-201806020927~~

- kernel 4.16.13 / 4.17-rc7

- amdgpu r600 / radeonsi now with VAAPI support PR allow using vaapi with r600 and radeonsi by lrusak · Pull Request #2403 · LibreELEC/LibreELEC.tv · GitHub needed some tweaks and changes

- PR 2403 did libva --disable-glx and i removed glu dependency, for mesa --enable-va

- amdgpu new package amdgpu-firmware with latest firmware for vega10, vega12, vegam, raven from here Index of /~agd5f/radeon_ucode

- package linux now depends on amdgpu-firmware

- beacause of all the changes i did a full build

8.2.5-7.42.0-4.16.13-201806020912 / 8.2.5-7.42.0-4.17-rc7-201806020925 HiDrive

- kernel 4.16.13 / 4.17-rc7

- Mesa 3D update 18.1.1

- amdgpu r600 / radeonsi now with VAAPI support PR allow using vaapi with r600 and radeonsi by lrusak · Pull Request #2403 · LibreELEC/LibreELEC.tv · GitHub needed some tweaks and changes

- PR 2403 did libva --disable-glx and i removed glu dependency, for mesa --enable-va

- amdgpu new package amdgpu-firmware with latest firmware for vega10, vega12, vegam, raven from here Index of /~agd5f/radeon_ucode

- package linux now depends on amdgpu-firmware

- beacause of all the changes i did a full build

eightball70 · June 2, 2018 at 11:41 AM

Quote from sky42

8.2.5-6.42.1-kernel-4.16.13

- added 2 Gemini Lake workarounds to my normal build (but you need to configure /flash/syslinux.cfg)

Both i915.glkhdmi parameters are working on NUC7PJYH. Since we have 3 different workarounds now, is there one more preferable over the other?