You can try my community build, but you need to mount manual on the command line. I have some scripts mounting userdata encrypted on startup, but they are not ready for the public.
Look here LE 8.2.5 with UHD 630 / Coffee Lake support and luks, lvm2, dm-raid
Is there a git where i can poke around to see what you did to include new amdgpu firmware in the kernel? I will try to build a 8.2.5 with latest amdgpu support. My xorg server 1.19.6 should know about the latest pci ids and mesa 18.1.0 too. I also added PR 2403 for vaapi with amdgpu.
You did give me some pointers what to use, including the newer amdgpu firmware, but i dont know how to include it in the build process.
Edit: I did find a way to update amdgpu firmware. For that i build a amdgpu-firmware package, downloaded the firmware by hand and at build time it modifies kernel-firmware. Not pretty, but it seems to work.
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.
* 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)
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.
@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.
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.
