Yes, LE master does not currently include the RPi patches (which is why they're not in Alpha 3). This is a short term solution to an ongoing discussion with Team Kodi, however the longer solution is to restore the RPi patches, hopefully before Beta 1. In my own nightly builds, the RPi patches are here but integrating them into LE isn't a straight forward task using the existing LE build system so my advice would be to wait until we have restored the patches back to LE master.
Posts by milhouse
-
-
This is my first message in this forum and new to LE not in the world of Linux.
I can't play HEVC content with LE 8.90.003 in RPi 3b+ however with Milhouse compilation they play without any trouble. Let me know if I can activate any log to now the possible reason or if it's a known trouble to correct in future.
Thanks.
This is expected. The Alpha 3 release (as stated in the blog post) is focused more on OS issues than application (ie. Kodi) issues. Consequently some RPi Kodi functionality is not enabled, including HEVC - this will be enabled in a future release.
-
I already told you - start a new thread. Probably best if you post it in the Amlogic section.
-
Your S905w wifi hardware is built-in, and the required firmware is already included. Your problem is due to something other than firmware (something in your kszaq custom build of causing a kernel panic) and is unrelated to this specific thread about a USB dongle, which you are hijacking.
-
The OP is using a USB adapter, you're not.
-
I don't think so, no. We still need to get to the bottom of whatever change is causing the restart on your board (and, it would seem, only your board!)
-
Hi. I am having the same problem on my S905w
Where do I get and how do I install this firmware?
Pretty sure your issue is unrelated and will need it's own thread.
-
What is odd is that all of your logs - including 8.2.5 - are showing a major problem with your GPU:
Code
Display MoreAug 12 23:12:46 LibreELEC kernel: [drm:drm_atomic_helper_commit_cleanup_done] *ERROR* [CRTC:33:pipe A] flip_done timed out Aug 12 23:12:46 LibreELEC kernel: vblank wait timed out on crtc 0 Aug 12 23:12:46 LibreELEC kernel: ------------[ cut here ]------------ Aug 12 23:12:46 LibreELEC kernel: WARNING: CPU: 0 PID: 5 at drivers/gpu/drm/drm_vblank.c:1066 drm_wait_one_vblank+0x177/0x180 Aug 12 23:12:46 LibreELEC kernel: Modules linked in: Aug 12 23:12:46 LibreELEC kernel: CPU: 0 PID: 5 Comm: kworker/u4:0 Not tainted 4.14.10 #1 Aug 12 23:12:46 LibreELEC kernel: Hardware name: MAXDATA ECO4511IW/ECO4511IW, BIOS 1.04MAX 08/31/2007 Aug 12 23:12:46 LibreELEC kernel: Workqueue: events_unbound async_run_entry_fn Aug 12 23:12:46 LibreELEC kernel: task: ffff8bb03c0db100 task.stack: ffff8bb03c110000 Aug 12 23:12:46 LibreELEC kernel: RIP: 0010:drm_wait_one_vblank+0x177/0x180 Aug 12 23:12:46 LibreELEC kernel: RSP: 0000:ffff8bb03c113a28 EFLAGS: 00010292 Aug 12 23:12:46 LibreELEC kernel: RAX: 000000000000001f RBX: ffff8bb03b6c8000 RCX: ffffffff8ea42bd8 Aug 12 23:12:46 LibreELEC kernel: RDX: 0000000000000001 RSI: 0000000000000092 RDI: 0000000000000247 Aug 12 23:12:46 LibreELEC kernel: RBP: ffff8bb03c113a80 R08: 0000000000000001 R09: 0000000000000271 Aug 12 23:12:46 LibreELEC kernel: R10: ffff8bb03c113a28 R11: 0000000000000000 R12: 0000000000000000 Aug 12 23:12:46 LibreELEC kernel: R13: 0000000000000000 R14: 0000000000000000 R15: 0000000001000001 Aug 12 23:12:46 LibreELEC kernel: FS: 0000000000000000(0000) GS:ffff8bb03f400000(0000) knlGS:0000000000000000 Aug 12 23:12:46 LibreELEC kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 Aug 12 23:12:46 LibreELEC kernel: CR2: ffff8bb031028000 CR3: 0000000070a09000 CR4: 00000000000006b0 Aug 12 23:12:46 LibreELEC kernel: Call Trace: Aug 12 23:12:46 LibreELEC kernel: ? wait_woken+0x80/0x80 Aug 12 23:12:46 LibreELEC kernel: intel_get_load_detect_pipe+0x54b/0x5b0 Aug 12 23:12:46 LibreELEC kernel: intel_tv_detect+0x123/0x4c0 Aug 12 23:12:46 LibreELEC kernel: drm_helper_probe_detect+0x4d/0x90 Aug 12 23:12:46 LibreELEC kernel: ? drm_helper_probe_detect+0x4d/0x90 Aug 12 23:12:46 LibreELEC kernel: drm_helper_probe_single_connector_modes+0xca/0x740 Aug 12 23:12:46 LibreELEC kernel: drm_setup_crtcs+0x139/0x9e0 Aug 12 23:12:46 LibreELEC kernel: ? update_curr+0xba/0x150 Aug 12 23:12:46 LibreELEC kernel: __drm_fb_helper_initial_config_and_unlock+0x32/0x3d0 Aug 12 23:12:46 LibreELEC kernel: ? dequeue_task_fair+0x4d6/0x5e0 Aug 12 23:12:46 LibreELEC kernel: ? sched_clock+0x9/0x10 Aug 12 23:12:46 LibreELEC kernel: ? sched_clock+0x9/0x10 Aug 12 23:12:46 LibreELEC kernel: drm_fb_helper_initial_config+0x35/0x40 Aug 12 23:12:46 LibreELEC kernel: intel_fbdev_initial_config+0x18/0x30 Aug 12 23:12:46 LibreELEC kernel: async_run_entry_fn+0x36/0xe0 Aug 12 23:12:46 LibreELEC kernel: process_one_work+0x1ec/0x3f0 Aug 12 23:12:46 LibreELEC kernel: worker_thread+0x32/0x420 Aug 12 23:12:46 LibreELEC kernel: kthread+0x125/0x140 Aug 12 23:12:46 LibreELEC kernel: ? process_one_work+0x3f0/0x3f0 Aug 12 23:12:46 LibreELEC kernel: ? kthread_create_on_node+0x40/0x40 Aug 12 23:12:46 LibreELEC kernel: ret_from_fork+0x24/0x30 Aug 12 23:12:46 LibreELEC kernel: Code: c0 e9 2e ff ff ff 48 8b 7d a8 48 8d 75 b0 e8 31 89 ab ff 45 85 f6 0f 85 1d ff ff ff 44 89 e6 48 c7 c7 60 9b 8c 8e e8 da 52 ac ff <0f> ff e9 07 ff ff ff 66 90 66 66 66 66 90 55 8b b7 90 00 00 00 Aug 12 23:12:46 LibreELEC kernel: ---[ end trace fae3de5fff3739cb ]--- Aug 12 23:12:46 LibreELEC kernel: vblank wait timed out on crtc 0 Aug 12 23:12:46 LibreELEC kernel: ------------[ cut here ]------------
With #0616 we switched from 4.14.y to 4.17.y, which presumably introduced a workaround for the bug or new behaviour that manifests as a delay during boot.
There is a bug open for "vblank wait timed out on crtc":
93782 – [i9xx TV][BISECT] vblank wait timeout on crtc
Unfortunately it remains unresolved after 2 years, and is no longer a priority fix due to the age of the hardware.
You could try adding the following to the LibreELEC kernel command line:
You'll need to edit /flash/extlinux.conf so that it looks like:
CodeDEFAULT linux PROMPT 0 LABEL linux KERNEL /KERNEL APPEND boot=LABEL=System disk=LABEL=Storage quiet video=SVIDEO-1:d
But if that doesn't fix it, then I wouldn't hold my breath for a fix, and buying new hardware might be the best option (I'll leave it to you to decide whether Intel deserve more of your hard earned cash).
-
Can you use the links from the Kodi website to avoid confusion? LibreELEC Testbuilds for x86_64 (Kodi 18.0)
Only 12 months of builds will remain online, so #0801 [2017] is the oldest currently available (#0731 [2017] is no longer available).
The update channel should download the correct build if you choose #0801 [2017] or #0801 [2018], but to be honest that's a secondary issue so if it's causing you a problem then download the tar files directly from the web site.
-
The strange thing is that there isn't any obvious change in #0801 [2017] which relates to the Intel GPU driver as this seems to be where this issue is occurring. There were some kernel firmware changes in #0801 [2017] but these mostly relate to networking hardware (WiFi and ethernet).
Starting with LibreELEC-Generic.x86_64-9.0-Milhouse-20170801215819-#0801-geb93713.tar - should be the first build as i figure out.
The log you posted is for #0801 [2018], but the tar link you have given is for 2017, so I don't really know what build you are saying is the first with the problem.
Can you confirm which build is the *FIRST* build with the long delay, and post the log from that long-delay build and also log when booting the build immediately before it.
-
Can you post the same log when booting #0731 [2017] LibreELEC Testbuilds for x86_64 (Kodi 18.0) ?
Edit: Added 2017 link -
@Commerzpunk can you go back through my LE9 builds and identify the first build with this long boot/drm spam issue?
-
I did answer twice on Tuesday. Above you'll find one post from 6:29 pm and another one from 6:43 pm.
Yes I saw those posts, but there's not much more I can add - the issue is with Kodi, specifically UPnP, and you've now done the best thing which is to open a trac ticket so that the relevant Kodi developer can take a look at it. Hopefully all the information you've provided in this thread (and in trac) will prove useful and result in a resolution eventually (can't say when that will happen, as UPnP is still a fairly experimental feature).
-
Have you seen my second answer, too?
No, what/where is your second answer?
-
-
What version of LibreELEC are you using - have you tested the latest LE9/Kodi 18 test build?
-
Glad you got it sorted.
1. For RPi/RPi2 with 4.14.y kernel the extra DVB drivers are included. However for Generic (x86_64) with 4.17.y the additional DVB drivers are not currently included as they're not compatible, but will be when 4.18.y arrives in 2-3 weeks time. So, depending on your hardware the answer is "maybe".
2. For an older generation Intel, the Skylake systems are fine and generally problem free, eg. NUC6i5SYH - they can play 4K videos without a problem, and also HEVC, but will never be able to output HDR. If you want 4K and 10-bit HDR then there's nothing from Intel right now that is guaranteed to support HDR, not even once Kodi, the Linux kernel and the various GPU drivers and sub-systems include 10-bit HDR support.
Personally speaking, I can't recommend any current Intel systems given the uncertain support for HDR and other niggling issues that bedevil their hardware. The same applies to Nvidia, btw, but the uncertainty there is ongoing Kodi support which seems fairly unlikely post Kodi 18. My advice would be to look at an AMD Raven Ridge APU based solution.
Or save your money and live with your current system a bit longer until Intel sort themselves out (which could take a while) - try disabling deinterlacing and/or video scaling options in case they're maxing out the i3 CPU. Finally, consider replace your Intel i3 with an RPi3+ which can handle 1080p HEVC without too many issues, and then buy x86_64 once you're sure what to get (yes, I'm serious!)
-