Posts by allixx

    I had a similar issue, deleting Addons27.db, rebooting and reinstalling my addons helped.

    I looked into corrupted(?) Addons27.db and compared it with the working one but couldn't spot a noticeable difference. Obviously I didn't try hard enough :)

    Yeah, looks like gen7 aliexpress offers generally don't bother with hdmi 2.0 converter chip.

    Gen8 boxes are advertized with hdmi 2.0 though. But they are not cheap atm and are falling in intel nuc, zotacs etc gen7 price range with decleared hdmi 2.0 compatibility.

    I'm running a similar 3965U box and it works fine (after limiting max cpu c-state to C7S).

    Note that i610 supports [email protected] max over HDMI, if it matters to you.

    Make sure this thing does have the auto power on bios option, I've seen mini pcs lacking this.

    What else - I see it has an active cooling and people in reviews section complain about noise...

    At the moment update of netboot systems is unconditionally disabled: at master · LibreELEC/ · GitHub at master · LibreELEC/ · GitHub at master · LibreELEC/ · GitHub

    I don't see why it wouldn't work for r/w share. Settings restore works just fine, and system update is no different.

    If changing this behaviour is a no-go, a new kernel init argument overriding this would be appreciated.

    So I played with bisecting the kernel and found out that bug appears after this commit:

    kernel/git/stable/linux.git - Linux kernel stable tree

    The merge is not small and I'm having a hard time isolating the patch that caused the issue.

    Meanwhile I found out that supplying intel_idle.max_cstate=1 as kernel boot option get rids of the bug.

    EDIT: After some more tinkering I found out that setting Package C State Limit BIOS option to C7S instead of Auto solves the problem, and intel_idle.max_cstate kernel option is not required anymore.

    I guess the thread kind of auto solved itself.

    I managed to capture dmesg outputs of successful and not successful (resetting) runs with progress drm.debug=0xe debug ignore_loglevel options by removing the usb boot disk in timely fashion :)

    Success (kernel 4.18.11, alpha 006):

    Failure (kernel 4.19.4, alpha 009):

    Failure (kernel 4.20, next LibreELEC-Generic.x86_64-9.0-Milhouse-20181129005231-#1128x-g63fb241.tar):

    I compared the good (4.18.11) and bad (4.19.4) logs line by line found the following difference:



    present in good, missing in bad:

    1. [drm:skylake_get_initial_plane_config] pipe A/plane 1A with fb: [email protected], offset=0, pitch 7680, size 0x7e9000
    2. [drm:i915_gem_object_create_stolen_for_preallocated] creating preallocated stolen object: stolen_offset=0x000000000000000
    3. 0, gtt_offset=0x0000000000000000, size=0x00000000007e9000
    4. [drm:intel_alloc_initial_plane_obj.isra.131] initial plane fb obj (____ptrval____)
    5. [drm:intel_set_plane_visible] pipe A active planes 0x1

    The difference is most likely due to the fact that there was a framebufffer console in one case, and 80x25 in another. So the only real difference is i915 module version, 1.6.0 20180514 vs 1.6.0 20180719.

    Maybe someone with i915 driver understanding can take a look and notice any clues?

    It's a chinese mini pc, so iGFX is all there is.

    They slapped in a development/debug AMIBIOS with lots of options, and I explored all gfx&other semi-relevant ones but got no luck. I've also played with i915 module kernel boot options the people on the internet used to solve their Kaby Lake notebooks gfx-related hangs, but as you guess nothing helped.

    Meanwhile I've tried a new Milhouse build with 4.19.7 and saw no improvement.

    Cannot boot LE 8.9.007+ on Celeron 3965U mini pc system - it resets (boot cycles) a few moments after Libreelec logo is displayed, and build number appears on the top left of the screen.

    I've tried both live and installed variants. Latest Milhouse build exhibits the same behaviour.

    8.9.006 and earlier alpha builds, including latest stable 8.2.5, boot fine.

    dmesg of successful 8.9.006 boot:

    Looks like it's not LibreElec's fauit. From what I see in github changelog, 8.9.007 moved to 4.19 kernel, and it is my problem. I've just tried ubuntu 18.10 with 4.19, and it won't boot as well: during Gnome Manager startup I see a similar momentary screen distortion and then it hangs. Duh.