Posts by sky42

some updates ... what was done:

8.2.5-3.42.1-kernel-4.14.44

- just the kernel

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

I have build one with the first workaround. At the moment I am building one with 2 workarounds, which you need to select in the kernel command line. I will release the 2nd later today.

Look for Gemini lake here LE 8.2.5 with UHD 630 / Coffee Lake support and luks, lvm2, dm-raid

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

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.

@KarstenL680

@piotrasd did give some pointers what to do for latest AMDGPU over in my community build thread LE 8.2.5 with UHD 630 / Coffee Lake support and luks, lvm2, dm-raid

If i find time on the weekend i will try to build a AMD version, but it looks like that it needs to be a LE 9.0, but my goal is to have a 8.2.5. I am not sure that i get this running on 8.2.5.

Thanks for testing.

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

LE 8.2.5 has Nvidia 390.42, but I am not sure hevc will work with your 1030. And a 1030 will never be able to do HDR, because you need at least 3GB.

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.

TheKraut i did read some Gemini Lake NUC IR problems in my community build thread over here LE 8.2.5 with UHD 630 / Coffee Lake support and luks, lvm2, dm-raid but dont find anything mitigate that.

@dkhait please try LibreELEC-Generic.x86_64-8.2.5-6.42.1-201805201701-kernel-4.16.9, that is the one eightball70 used. I could build you a version with older kernel-firmware (that would be my first guess for this problem), but the new firmware fixed bluetooth for eightball70 .

eightball70 can you confirm the problems of dkhait ? You have also a Gemini Lake NUC.

eightball70 i follow the bug 105887 but i did see there is already a workaround

So for all Gemini Lake user: I have build some LE version with the 1st workaround for Bug 105887.

I think your best bed is a 6.42 or 7.42 version, but 5.42 and probably 3.42 should work too.

Edit: First try LibreELEC-Generic.x86_64-8.2.5-6.42.1-201805201701-kernel-4.16.9, because for eightball70 / dkhait this one works and dkhait had some problems with other versions ( see this post #50 )

download here HiDrive one of

./3.42/LibreELEC-Generic.x86_64-8.2.5-3.42.1-201805201731-kernel-4.14.41-bug-105887-workaround.img.gz

./3.42/LibreELEC-Generic.x86_64-8.2.5-3.42.1-201805201731-kernel-4.14.41-bug-105887-workaround.tar

./5.42/LibreELEC-Generic.x86_64-8.2.5-5.42.1-201805201657-kernel-4.14.41-bug-105887-workaround.img.gz

./5.42/LibreELEC-Generic.x86_64-8.2.5-5.42.1-201805201657-kernel-4.14.41-bug-105887-workaround.tar

./6.42/LibreELEC-Generic.x86_64-8.2.5-6.42.1-201805201653-kernel-4.17-rc5-bug-105887-workaround.img.gz

./6.42/LibreELEC-Generic.x86_64-8.2.5-6.42.1-201805201653-kernel-4.17-rc5-bug-105887-workaround.tar

./6.42/LibreELEC-Generic.x86_64-8.2.5-6.42.1-201805201701-kernel-4.16.9-bug-105887-workaround.img.gz

./6.42/LibreELEC-Generic.x86_64-8.2.5-6.42.1-201805201701-kernel-4.16.9-bug-105887-workaround.tar

./7.42/LibreELEC-Generic.x86_64-8.2.5-7.42.0-201805201705-kernel-4.16.9-bug-105887-workaround.img.gz

./7.42/LibreELEC-Generic.x86_64-8.2.5-7.42.0-201805201705-kernel-4.16.9-bug-105887-workaround.tar

./7.42/LibreELEC-Generic.x86_64-8.2.5-7.42.0-201805201708-kernel-4.17-rc5-bug-105887-workaround.img.gz

./7.42/LibreELEC-Generic.x86_64-8.2.5-7.42.0-201805201708-kernel-4.17-rc5-bug-105887-workaround.tar

@bullrin if i should try further i need some logs. For starters at least the /storage/.kodi/temp/kodi.log and /var/log/Xorg.0.log

some updates ... what was done:

8.2.5-3.42.1-kernel-4.14.41

- added CrasyCat dvb driver from 5schatten git as media_build replacement

- kernel-firmware update to git 2a9b2cf5 from date 2018-05-18

- iwlwifi-firmware from 5schatten git

- intel-ucode from 5schatten git

8.2.5-5.42.1-kernel-4.14.41

- all update from 8.2.5-3.42.1-kernel-4.14.41

- Mesa 3D 18.0.4

- libdrm 2.4.92

- xf86-video-amdgpu 18.0.1

- xf86-video-nvidia 390.59

- created/added xorg-server-1.19.6-sync_pci_ids_1.20.0.patch

- created/added libva1 for compatibility, so that tvheadend42 should work

8.2.5-6.42.1-kernel-4.16.9 and in testing 4.17-rc5

- all update from 8.2.5-5.42.1-kernel-4.14.41

8.2.5-7.42.0-kernel-4.16.9 and 4.17-rc5

- this is for testing only

- all update from 8.2.5-6.42.1-kernel-4.16.9

- LLVM 6.0.0 for Mesa 3D 18.1.0 compile

- Mesa 3D 18.1.0

- this is a attempt to get AMDGPU Raven Ridge running (not working so far)

@eightball70 you did catch my latest 8.2.5-6.42.1-kernel-4.16.9 and i was not done with the 4.17-rc5. The testing 8.2.5-6.42.1-kernel-4.17-rc now should work too with your bluetooth. When you get me or point me to the "No Signal" patch i will build a version with that patch.

here are the versions that are new the last 2 days (if you downloaded before you should do it again) HiDrive

./3.42/Generic/LibreELEC-Generic.x86_64-8.2.5-3.42.1-kernel-4.14.41.img.gz

./3.42/Generic/LibreELEC-Generic.x86_64-8.2.5-3.42.1-kernel-4.14.41.tar

./3.42/RPi2/LibreELEC-RPi2.arm-8.2.5-3.42.1-kernel-4.14.41.img.gz

./3.42/RPi2/LibreELEC-RPi2.arm-8.2.5-3.42.1-kernel-4.14.41.tar

./5.42/Generic/LibreELEC-Generic.x86_64-8.2.5-5.42.1-kernel-4.14.41.img.gz

./5.42/Generic/LibreELEC-Generic.x86_64-8.2.5-5.42.1-kernel-4.14.41.tar

./6.42/Generic/LibreELEC-Generic.x86_64-8.2.5-6.42.1-kernel-4.16.9.img.gz

./6.42/Generic/LibreELEC-Generic.x86_64-8.2.5-6.42.1-kernel-4.16.9.tar

./6.42/Generic_testing/LibreELEC-Generic.x86_64-8.2.5-6.42.1-201805201119-kernel-4.17-rc5.img.gz

./6.42/Generic_testing/LibreELEC-Generic.x86_64-8.2.5-6.42.1-201805201119-kernel-4.17-rc5.tar

./7.42/LibreELEC-Generic.x86_64-8.2.5-7.42.0-201805191444-kernel-4.17-rc5.img.gz

./7.42/LibreELEC-Generic.x86_64-8.2.5-7.42.0-201805191444-kernel-4.17-rc5.tar

./7.42/LibreELEC-Generic.x86_64-8.2.5-7.42.0-201805192229-kernel-4.16.9.img.gz

./7.42/LibreELEC-Generic.x86_64-8.2.5-7.42.0-201805192229-kernel-4.16.9.tar

@bullrin i just build 2 with alle the lastest things for AMDGPU (i hope)

- kernel-firmware from yesterday with brand new AMDGPU firmware

- kernel 4.17-rc5 and 4.16.9

- xorg server 1.19.6 updated with all pci ids from 1.20.0+ (many new AMD)

- LLVM 6.0.0 update to build Mesa 18.1.0

- mesa 3d 18.1.0

- xf86-video-amdgpu latest 18.0.1

you can try this one from here HiDrive

The one thing what is left (as far as i can tell) is to do it with xorg server 1.20.0, but this makes things a little bit more complicated.

I did build today one with 4.17-rc5, but I still don't know what is really needed.

The 8.2.5-6.42.1 download in the testing folder.

Updateted the testing version 8.2.5-6.42.1-kernel-4.17-rc5 with all the changes from 8.2.5-6.42.1-kernel-4.16.9. Not tested on any box, just build was done.

You find it under the normal download link (1st post) in the directories suiffixed by _testing

@5schatten the tip to fix tvheadend helped me to see the problem and i have build a new version with old libva too. Yes i need to use git. Sorry so far there are only my patches which apply agains git version ov LE 8.2.5 and they are here HiDrive

new version 8.2.5-6.42.1 with kernel 4.16.9

- most updates are from the git repo of @Sschatten GitHub - 5schatten/LibreELEC.tv: A bit more OS for KODI

- update iwlwifi-firmware from Sschatten git

- update intel-ucode from Sschatten git

- new package cc-dvb from Sschatten git as media_build replacement, so dvb drivers should be fine again

- created a new package libva1 to fix tvheadend42, so old 1.7.3 libva (as in original LE 8.2.5) version exists too

- kernel 4.16.9

- carefull i just builded it and did no testing at all (so far)

@psycmos try my new version 8.2.5-6.42.1-kernel-4.16.9 from here HiDrive and you should not need the suggested workaround from Sschatte (which gave me the hint for probably solving it)