There are only 2 workarounds. My first build with a workaround is like i915.glkhdmi=1, but without kernel parameter and on all the time.
The Bug threas does not say what is to prefer 105887 – (ford) [GLK] no signal after switch resolution from [email protected] and the final fix is still in development.
Thanks for testing.
My next attempt to get AMD Vega and Raven APU running with 8.2.5 in this post LE 8.2.5 with UHD 630 / Coffee Lake support and luks, lvm2, dm-raid
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
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
