I did not read about you problem in the bug report for 105887 or anywhere else, so i have no idea how to help. You can try both workarounds look in post #80
Posts by sky42
-
-
For your Gemini Lake problem you can try
- 8.2.5-5.42.2 (xorg, mesa, xf86 driver close to LE 9.0)
- 8.2.5-3.42.2 (less new software, but i am not sure that it works at all)
- 8.2.5-7.42.0-4.16.13 / 8.2.5-7.42.0-4.17-rc7
- 8.2.5-6.42.2 should be the same as the older build 8.2.5-6.42.1-kernel-4.16.13
and please inform me if there is change or if it is the same
-
some updates ... what was done:
Edit: corrected filename syntax -> the date needs to be before the kernel version in the filename
new file naming scheme
What are these LibreELEC-<Project>.<Architecture>-<LE version>-<F>.42.<V>[-YYYYMMDDHHMM][-<Kernel Version>][-CC] long filenames for
<Project> is like Generic, RPi, RPi2 ...
<Architecture> the CPU architecture of the build
<LE version> what LibreELEC version it is based on
<F> Feature set, higher means more changes/features, but probably less stable
<V> just for counting versions, 0 means testing only
YYYYMMDDHHMM if there is a timestamp -> that is a testing version
<Kernel Version> the kernel version if it is different from the original LE version
-CC a -CC suffix means it is with extra CrasyCat DVB drivers
README.txt update for all download folders
8.2.5-3.42.2-4.14.44
- full build with make distclean before
- new version name .2, because of new naming scheme
- added improve-ir-timeout patches from LE master
- added Gemini Lake HDMI bug 105887 workarounds
to activate put i915.glkhdmi=1 or i915.glkhdmi=2 in /flash/syslinux.cfg
- xf86-video-nvidia 390.59
8.2.5-5.42.2-4.14.47
- full build with make distclean before
- disabled i915 Alpha Features
for Coffee Lake you need now i915.alpha_support=1 in /flash/syslinux.cfg
- new version name .2, because of new naming scheme
- added improve-ir-timeout patches from LE master
- Mesa 3D 18.0.5
- amdgpu r600 / radeonsi now with VAAPI support PR allow using vaapi with r600 and radeonsi by lrusak · Pull Request #2403 · LibreELEC/LibreELEC.tv · GitHub
- PR 2403 did libva --disable-glx and i removed glu dependency, for mesa --enable-va
- added Gemini Lake HDMI bug 105887 workarounds
to activate put i915.glkhdmi=1 or i915.glkhdmi=2 in /flash/syslinux.cfg
8.2.5-6.42.2-4.16.13
- full build with make distclean before
- new version name .2, because of new naming scheme
- Mesa 3D 18.0.5
- amdgpu r600 / radeonsi now with VAAPI support PR allow using vaapi with r600 and radeonsi by lrusak · Pull Request #2403 · LibreELEC/LibreELEC.tv · GitHub
- 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
-
Gemini Lake HDMI bug 105887 workarounds are in the following versions
8.2.5-5.42.2 and later
8.2.5-6.42.2 and later
8.2.5-7.42.0-4.16.13 and later
8.2.5-3.42.2 and later (possibile not working at all, if somebody finds out please inform me)
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. For 4.14 i needed to rewrite it more and i am not sure if it is working.
So please tel me if it is working or not and what is the version you are tested.
QuoteDisplay More* 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)
-
Can somebody please check if i changed the GLK HDMI workarounds correct for kernel 4.14.
The original is from here ubuntu-4.15.0-23.25...4.15.0-23.25-glktesting and for kernel 4.16 the changes are easy.
For 4.14 i needed to change more then i really understand. It looks like the modul parameters have another struct name in 4.14 than in 4.16 and the parameters are totally different to define.
Can please a developer look over my 4.14 patch and check if it should work. The 4.16 does work and i have feedback from the community about that.
Sorry i have no git and you need to download the patch(es) here HiDrive the file kernel-4.16.13-GLK-bug-105887-2-workarounds-2018-05-28.patch
Edit:
It does compile.
-
Settungs -> Player -> Video -> vdpau/vaapi
Try disable vdpau and enable vaapi.
When the video is playing type o on a keyboard for the overlay info. That one shows you what decoding is used and if it is hw accelerated
-
Did you try vdpau and vaapi acceleration? My last build should in theory do vaapi for r600 and radeonsi.
-
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 1080p@23.98 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.
QuoteDisplay More* 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.
