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.
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)
I did build 8.2.5 with kernel 4.16 and Mesa 18.0.3, but I don't know if it is enough for new AMD Apu. You could try my 8.2.5-6.42.1 from here
LE 8.2.5 with UHD 630 / Coffee Lake support and luks, lvm2, dm-raid
For adventures natures i just build a 8.2.5-6.42.1 with kernel 4.17-rc5. I did not try it on my own box, because i need to go to work.
@piotrasd since now 4.17-rc5 is building (rc4 would not) i can also try to make a drm-tip verion. I think that will be a extra version like 8.2.5-9.42.0.
8.2.5-5.42.1 with kernel 4.14.40 and Coffee Lake support
...
- libva-intel-driver disabled and replaced by intel-vaapi-driver 2.1.0 (this could break tvheadend42 plugin VAAPI support)
...
Sorry @psycmos i needed to update the intel lib and my fear was that will break tvheadend and it did. I just did a short try to build tvheadend42 in my 8.2.5-6.42.1 build env, but it wont build with or without transcoding.
