@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
Posts by sky42
-
-
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.
-
The last 2 days i rebuild all my image files and began from scratch for more order in my configs and patches.
All the new versions are now with a .1 like 8.2.5-X.42.1.
what was done
- rebuild all kernel config from scratch and used menuconfig to switch on what is needed, after that diff and applied this to the kernel config from git
- added to all versions PR init: add sky42 enhancements/bug fixes by MilhouseVH · Pull Request #2689 · LibreELEC/LibreELEC.tv · GitHub
- removed all config/patches from 3.42, 5.42 and 6.42 for architektures that are not build
- added Wetek_Play to 1.42
- added RPi to 1.42, but i dont have one to test
- wrote a small readme and put it in all the 8.2.5 download folders
So if your setup is running fine you dont need to do anything, but you can.
-
I see a potetial problem or two.
A old installation is updated with a image with PR 2698. After that the user does getedid which changes syslinux.cfg, but it is a UEFI system with a existing /flash/EFI/BOOT/syslinux.cfg and getedid only changes /flash/syslinux.cfg. So the UEFI system will still use the /flash/EFI/BOOT/syslinux.cfg which is not changed.
Move the /flash/EFI/BOOT/syslinux.cfg to /flash/EFI/BOOT/syslinux.cfg.off will solve that. Deleting it may destroy work in syslinux.cfg what somebody did on his box.
-
@milhouse and chewitt thanks for the explanation. I did read all the old requests and expected such answer and understand it too. @milhouse you did kind of ask "is that all you need for encryption" and i could not resist to ask for my cryptsetup feature request and also practicly knowing what the answer will be. Sorry.
I do like less is more too. At work i do whenever possible working by the KISS principal.
How about giving the community the change to build addons with the encryption, lvm2, mdadm tools, but for that we need support in the kernel. Then i will lern to build addons. And there is less discussion why this tool gets into LE and that not. Most of them need kernel support.
I checked out le master and build 5 differen le versions in 2 flavors
PROJECT=Generic ARCH=x86_64
PROJECT=RPi DEVICE=RPi ARCH=arm
PROJECT=RPi DEVICE=RPi2 ARCH=arm
PROJECT=Rockchip DEVICE=RK3399 ARCH=arm UBOOT_SYSTEM=rockpro64
PROJECT=Amlogic DEVICE=S912 ARCH=arm
1st full build with IMAGE_SUFFIX=git (fresh and clean from git)
then i changed the kernel config for encryption, lvm2, raid
2nd just make again with IMAGE_SUFFIX=git+md+crypt+lvm+raid
2 concerns i did read about the kernel
- size for the kernel: that changes less than 10KB and the system around 1MB
- i am pretty sure there is no mesurable performance impact as long as you dont use the new modules
You can see for your self here HiDrive all images i build and the git diff for the kernel changes
ls -g kernel/system sizes le-9.0-testing-images-ls.txt
kernel config patch le-9.0-kernel-config-git+md+crypt+lvm+raid.patch.txt
Please consider the support in the kernel. I will build all the kernel config diff or more images for testing. Just ask and say what to build. Sorry for the patches again, i promise i will learn git.
Thanks for reading
sky42
-
new 8.2.5-5.42 here HiDrive with the following changes
- kernel 4.14.40
-
I did rebuild my 8.2.5 with init: add sky42 enhancements/bug fixes by MilhouseVH · Pull Request #2689 · LibreELEC/LibreELEC.tv · GitHub and it applied except one hunk for scripts/mkimageand syslinux.cfg changes. That one i did by hand.
This PR solves the problem of this thread. I just tested Generic.
Thanks
-
The 8.2.5-6.42 build is now done. Please read carefull because i needed to disbale some WLAN drivers to build 4.16
8.2.5-6.42 with kernel 4.16.8 and Coffee Lake support
- based on 8.2.5-5.42
- Coffee Lake Support without i915 alpha features
- disabled additional driver RTL8192CU RTL8192DU RTL8192EU RTL8188EU RTL8812AU bcm_sta
- enabled kernel driver RTL8XXXU RTL8192CU
- removed kernel patch linux-051-ouya_controller_support.patch and linux-053-spinelplus-remote-0.2.patch
- added openssl to linux kernel PKG_DEPENDS_TARGET
- Mesa 3D update 18.0.3
NINjak I be very interessted if the 4.16 solves your LG problem. I had also a Problem wirh my LG 55E6D and that was gone with 4.14
tomtomclub dont use a testing version if you dont have to
so here it is 8.2.5-6.42 with kernel 4.16.8 HiDrive
-
5schatten i had trouble with 4.11.12. Then moved on to 4.13 and not really better. Found a patch for 4.13 that helped. And since 4.14 all ist fine and all the LSPCon fixing was already in the kernel.
One big issue is the Firmware in the LSPCon. For Parade PS176 it should be 7.85 and for MDCP2800 for ASrock 1.66 for some Intel NUCs 1.72 and i did see also 1.71. From your HTPC setup description i would guess you nee MDCP2800 Firmware and it must be at least 1.66.
The description says LSPCon fix for my 8.2.5-3.42 beause the kernel 4.14. fixes it. Sorry that you searched in my patches, because i did not state it clear.
You can check what you have with
cat /sys/kernel/debug/dri/0/i915_display_info
-
NINjak try this one HiDrive with kernel 4.16.8 build just now and still with a wrong version numnber 8.2.5-5.42. I am just doing a full rebuild and that takes about 90min. On my i3-8100 the testing version bootet just now, but no testing at all so far.
The real 8.2.5-6.42 wil follow and here are the changes so far
8.2.5-6.42 with kernel 4.16.8 and Coffee Lake support
- based on 8.2.5-5.42
- Coffee Lake Support without i915 alpha features
- additional driver disabled bcm_sta RTL8192CU RTL8192DU RTL8192EU RTL8188EU RTL8812AU
- kernel driver enabled RTL8XXXU RTL8192CU
- removed kernel patch linux-051-ouya_controller_support.patch and linux-053-spinelplus-remote-0.2.patch
-
Thanks!
I will apply and check it with my comminity build.