Posts by sky42

I build a 8.2.5 with the fix.

8.2.5-6.42.3-201806171607-4.17.2 in Generic_testing here HiDrive

- backported ntfs-3g_ntfsprogs: fix mount problem caused by Windows 10 Creators Update by MilhouseVH · Pull Request #2777 · LibreELEC/LibreELEC.tv · GitHub

Complete release post LE 8.2.5 with UHD 630 / Coffee Lake / Gemini Lake support and luks, lvm2, dm-raid

IR for nuvoton_cir is broken, that means at least NUCs have no IR.

i deleted the release and made a new one. Move on to post #123.

some update ... what was done:

+++ I need feedback for the following points +++

1. Coffee Lake

- does it work as expected

- i do that myself and it looks like it works running 4k right now with 8.2.5-6.42.3-201806171259-4.17.2

2. Gemini Lake Intel NUC with GLK HDMI automatic fix for bug 105887

- remove i915.glkhdmi=1 or i915.glkhdmi=2 from /etc/syslinux.cfg

- all should be fine

3. Gemini Lake ASRock with GLK HDMI automatic fix for bug 105887

- remove i915.glkhdmi=1 or i915.glkhdmi=2 from /etc/syslinux.cfg

- all should be fine

4. Nivida user perferable some 1000

- does it work?

- needed to change $CC in package.mk

5. AMD Vega and Raven APU

- at least 4k HEVC 10bit does not work vdpau hardware accelerated

- vdpau is limited with AMD (but i dont know exactly all of it)

- VAAPI hardware acceleration with AMD will not work with Kodi 17, so you need LE9

- VegaM will not work, because Mesa 18.0.x does not know them (a later 7.42 probably will, but also with same limitations above)

6. mount problem Windows 10 Creators Update external disks

- only in test release 8.2.5-6.42.3-201806171259-4.17.2

- read here External hard drives no longer mount

- is this problem gone?

7. Wireless works fine?

- i needed to update wireless-regdb for kernel 4.17

- wlan works as usual?

8. IR is broken on at least on NUCs and probably for all other nuvoton_cir

- some timout optimizing patches are new

If all 8 points above are fine, the i wil release a final 8.2.5-6.42.3-4.17.2.

8.2.5-6.42.3-201806171007-4.17.2 in Generic_testing here HiDrive

(full changelog to git 8.2.5)

- version bump to .3 for removing lvm2, dm-raid (if somebody really wants it: respond in this thread)

- clean build

- kernel 4.17.2

- backported init: add sky42 enhancements/bug fixes by MilhouseVH · Pull Request #2689 · LibreELEC/LibreELEC.tv · GitHub

-- 2 boot hooks

-- ramlimit parameter

- backported nearly all of milhouse PR2776 linux (Generic): update to linux-4.17.2 by MilhouseVH · Pull Request #2776 · LibreELEC/LibreELEC.tv · GitHub

-- kernel config options 4.17

-- Fix cross-compiling now that linux:host needs a working compiler before it can install headers...

-- Enable AMD DC support and Frame Buffer Compression

-- Temporarily include firmware for Vega 12, Vega 20 and Vega M (plus PCI IDs) as a patch, until they are upstreamed to the linux-firmware repository

-- latest Intel iwlwifi-firmware (Update firmware for linux-4.17 by MilhouseVH · Pull Request #15 · LibreELEC/iwlwifi-firmware · GitHub)

-- Bump various out-of-tree drivers with 4.15.x+ support, so RTL8192CU RTL8192DU RTL8192EU RTL8188EU RTL8812AU bcm_sta are back

-- Revert "drm/i915/edp: Allow alternate fixed mode for eDP if available."

-- [V2] drm/i915/glk: Add Quirk for GLK NUC HDMI port issues

-- update IR timeout patch

- needed update wireless-regdb-2018.05.31 for kernel 4.17

- backported xf86-video-intel: update to xf86-video-intel-3d39506, add libdrm depe… by MilhouseVH · Pull Request #2779 · LibreELEC/LibreELEC.tv · GitHub

-- xf86-video-intel git 3d39506 and libdrm dependency

- added packages cryptsetup, lvm2-minimal (reduced to what cryptsetup needs) and needed kernel config for device mapper + dm-crypt

- system partition size 1024 MB (need more space for more than 1 LE)

- Mesa 3D 18.0.5 (compile option from LE8 Remix)

- libdrm 2.4.92

- libva-intel-driver disabled and replaced by intel-vaapi-driver 2.1.0

- libva 2.1.0

- created/added libva1 for compatibility, so that tvheadend42 should work

- xorg-server 1.19.6

- created/added xorg-server-1.19.6-sync_pci_ids_1.20.0.patch

- xf86-video-amdgpu 18.0.1

- xf86-video-nvidia 390.67 with udev.d/96-nvidia.rules update from LE master (needed to change package.mk make_target from CC=$CC to CC=$TOOLCHAIN/bin/host-gcc)

- xf86-video-nvidia-legacy 340.107

- added extra build with CrasyCat dvb driver from 5schatten git as media_build replacement

8.2.5-6.42.3-201806171259-4.17.2 in Generic_testing here HiDrive

- all from 8.2.5-6.42.3-201806171007-4.17.2

- backported ntfs-3g_ntfsprogs: fix mount problem caused by Windows 10 Creators Update by MilhouseVH · Pull Request #2777 · LibreELEC/LibreELEC.tv · GitHub

I am just preparing a new test of my community build 8.2.5 and will try to include this fix later today.

Roby77

AVR always on and sound of TV always off. I am nearly blind (viewing angel 4 degrees) and only use a video size of 50% (full size GUI), but I hear like a bat. So audio is 75% of the experience and i don't really care about power consumption. And because of that I invested a lot of money in my Nubert loudspeaker. It would be silly to not use them.

some updates ... what was done:

8.2.5-5.42.2-4.14.49

- kernel 14.14.49

- rollback PR2403, VAAPI with AMD is not possible with Kodi 17 (no support in kodi)

- clean build

8.2.5-6.42.2-4.16.15

- kernel 4.16.15

- rollback PR2403, VAAPI with AMD is not possible with Kodi 17 (no support in kodi)

- clean build

- will probably the last 4.16.x one, after that i move on to 4.17 and make some updates from LE master for that

Roby77

No switching.

My HTPC has DP 1.2 and HDMI 1.4.

- DP 1.2 + Club 3D CAC-1070 = HDMI 2.0 connected to TV LG 55E6D

- HDMI 1.4 connected to Onkyo 818 just for Audio

In Kodi Video on DP1 and Audio on HDMI1

My 2nd old Haswell HTPC just for testing has 2x HDMI. Same setup. And the 3rd I a RPi2 also for testing, but that one is only to the Onkyo connected.

As remote control I use a Harmony Elite. For the Intel ones with Bluetooth and the raspi with a FLRC. I took me quite some time to set it up.

Otter

The full advantage of AMD DC will not come in my 8.2.5 builds, because VAAPI with AMD is not possible with Kodi 17.

Try milhouse latest test build with 4.17 over here LE 9.0-devel for more Hardware (Gemini / Coffee / Cannon / Ice Lake, AMD Vega / Raven APU) and luks, lvm2, dm-raid

If you want encryption you need to be a little patient, because i learn the last days the lay of the land how to get LE9 building and running and i am not yet finished. Look in my LE9 thread for that.

YinYang

That should run with a normal 8.2.5 just fine. If you want to use encryption my version 1.42 is fine for you.

I am running 6.42 on my coffee lake and that is fine for you too, but not really needed.

Same here with Onkyo 818, but since I have 4k TV my Kodi box is connected 2x HDMI so that 1x for audio to the Onkyo and 1x tv is used and I don't bother anymore.

What mini PC? If it is a Intel one yes. For AMD GPUs it depends.

milhouse

The last 5 posts here 105887 – (ford) [GLK] no signal after switch resolution from [email protected] say that the final GLK HDMI bugfix is not that final and at the moment the way is to use the workaround with i915.glkhdmi=2 with one of the two patches in this post #44 i created from here ubuntu-4.15.0-23.25...4.15.0-23.25-glktesting and slightly changed for 4.16 (4.17 works too) and backported for 4.14. There is no harm in doing this, because it is off by default and you need to enable it as kernel parameter. Here in this thread are kind of confirmations that my 4.14 backport is working.

Sadly no developer checked my backpot no answer in this thread GLK HDMI workarounds backport to 4.14 needs a review.

That is a interessting and unexpected outcome, because the patch was explicitly for Gemini Lake NUC.

milhouse

The "final" GLK HDMI bugfix seems not to work at least not for porkchop999 and his box is the target of the patch. Probably using the one with command line parameter.

KarstenL680

The GLk HDMI patch in milhouse build #0611c should be automatic without the kernel parameter. The code for i915.glkhdmi=2 is not in the kernel. Please test removing the kenrel command and check if it is like before with my build and i915.glkhdmi=2. It should be. If it is not workin i have a idea what it could be and will find out how to fix it. The patch is written vor Intel Gemini Lake NUC and i hope it works with asrock too.

My builds still need the command line parameter.

I am trying at the moment to rebuild milhouse test build and put my changes on top of that.

Quote from milhouse

I enabled Frame Buffer Compression as in theory it should increase the effective memory bandwidth - have you had any problems with it?

I do fear problems with unwilling hardware, as the quote says "check its availability on your hardware before enabling this option" and we dont know all hardware where it is running on. Just a precaution.

Quote from milhouse

The complete source of my build is included within the tar file - there's a file called milhouse.build.0610.tar.gz within the tar file, if you extract this and then extract the contents you'll have all my build scripts, and the configuration for the build, plus all the patches. If you extract the contents of the milhouse tar, cd to a "clean" LibreELEC repository, then run <milhouse tar contents>/config/reset.sh it will apply all of my patches to the repository.

milhouse i am struggeling to rebuild your #0610b with kernel 4.17. That reset.sh applies both patches and after that it becomes tricky. For the live of it i could not figure out how to build it with all the packages updates, which are not in those patches. Probably i need to create a github account. I tried without.

That package problem aside, i try to build just with libreelec.patch and project.patch. The first fail is i need a milhouse.buildcode, but that was easy fixable.

The second one with a clean build

make[3]: Entering directory '/zfs/sky42/libreelec/90/3.42/LibreELEC.tv/build.LibreELEC-Generic.x86_64-9.0-devel/libX11-1.6.5/.x86_64-libreelec-linux-gnu/src/util'
CC       makekeys.o
/zfs/sky42/libreelec/90/3.42/LibreELEC.tv/build.LibreELEC-Generic.x86_64-9.0-devel/libX11-1.6.5/src/util/makekeys.c:31:19: fatal error: X11/X.h: No such file or directory
compilation terminated.
make[3]: *** [Makefile:425: makekeys.o] Error 1
make[3]: Leaving directory '/zfs/sky42/libreelec/90/3.42/LibreELEC.tv/build.LibreELEC-Generic.x86_64-9.0-devel/libX11-1.6.5/.x86_64-libreelec-linux-gnu/src/util'
make[2]: *** [Makefile:1426: ../src/util/makekeys] Error 2
make[2]: Leaving directory '/zfs/sky42/libreelec/90/3.42/LibreELEC.tv/build.LibreELEC-Generic.x86_64-9.0-devel/libX11-1.6.5/.x86_64-libreelec-linux-gnu/src'
make[1]: *** [Makefile:519: all-recursive] Error 1
make[1]: Leaving directory '/zfs/sky42/libreelec/90/3.42/LibreELEC.tv/build.LibreELEC-Generic.x86_64-9.0-devel/libX11-1.6.5/.x86_64-libreelec-linux-gnu'
Makefile:12: recipe for target 'image' failed
make: *** [image] Error 2

I had the same problem as i first tried your 00_mesa1811_xorg120_combo.txt patch and then failed back to PR2739 to get Mesa 18.1.1.

It was fresh checkt out and nothing else than reset.sh followed by make image was done.

milhouse

My kernel config for AMD DC is different than yours

Quote

Choose this option if you want to use frame buffer compression support. This is a power optimisation feature, check its availability on your hardware before enabling this option.

i am not sure about that one and it is off

# CONFIG_DRM_AMD_DC_FBC is not set

Quote

Choose this option if you want to have Raven family for display engine

and this need to be on

CONFIG_DRM_AMD_DC_DCN1_0=y

Quote from milhouse

4.17 version of my most recent #0610 build is here: libreelec-generic.x86_64-9.0-milhouse-20180610225938-#0610b-g783ddf0.tar

It is missing the DVB addons, and the improved IR timeout handling (fixed soon, hopefully) but should be functional - it boots on a Skylake i5 NUC and a Revo3700 (ION2/Atom).

And on a Haswell i3 NUC and Coffee Lake i3-8100 UEFI only it runs too.

milhouse

My GLK Bug 105887 patches i use

kernel-4.14.47-GLK-bug-105887-2-workarounds-2018-05-28.patch.txt

kernel-4.16.13-GLK-bug-105887-2-workarounds-2018-05-28.patch.txt that one works also with 4.17

but there seems to be a more final one, but i did not use it so far

Intel GFX - Patchwork

and my xorg server pci_id updates

xorg-server-1.19.6-sync_pci_ids_1.20.0.patch.txt

xorg-server-1.20.0-update_pci_ids.patch.txt