Kodi 19 fails to start on old intel gpu with i915 because it loads the wrong libva_driver

jim_p · April 24, 2021 at 3:33 PM

Hello again.

This is the continuation of this issue on kodi's github.

Minimum opengl version for kodi 19 under linux · Issue #19521 · xbmc/xbmc · GitHub

As lrusak suggested there, I open this thread to continue the discussion here. Also, I have found a few more minor issues while running the nightly builds the last ~10 days.

Hardware specs.

An old intel celeron t3000 and its intergrated gpu, plus 2gb of ram

Code

# lscpu | grep Model
Model name:          Celeron(R) Dual-Core CPU       T3000  @ 1.80GHz
# lspci -k 
00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 09)
Subsystem: Lenovo Mobile 4 Series Chipset Integrated Graphics Controller
Kernel driver in use: i915

Libreelec version: The latest nightly as of today April 24th 2021, i.e. nightly-20210423-5701db2.

Log: Any available log is mentioned in the issue's report in github.

Steps: Also mentioned in the issue report.

So, the suggested solution does work, but I think it would be nicer to have a script that "auto" selects the proper driver for libva based on the gpu driver that is used, e.g. something like this one

External Content gist.github.com

Content embedded from external sources will not be displayed without your consent.

Through the activation of external content, you agree that personal data may be transferred to third party platforms. We have provided more information on this in our privacy policy.

Also, could that variable be set to i915, because that is the driver the kernel uses for that gpu? I assume not, but I wanted to ask anyway.

Moreover, I also assume that setting that variable in there overrides any other. I tested it on my niece's 10th gen nuc and it lacked hardware acceleration even on h264!

One more minor issue on the above system is that it reports -1Mhz as the cpu speed under system info > hardware.

**lrusak** · April 24, 2021 at 5:12 PM Official Post

There is no point in doing that as libva maintains it's own mapping for drm drivers and libva drivers. see: libva/va_drm_utils.c at master · intel/libva · GitHub

jim_p · April 24, 2021 at 7:04 PM

Then its libva's maintainers to blame for that "misconfiguration"? Great

I will probably upgrade my main installation from 9.2.6 to 10beta2 tomorrow (or in the following days) and call it a day with the nightlies. Feel free to close this thread if you think there is no other thing to discuss about it.

**lrusak** · April 24, 2021 at 7:33 PM Official Post

I'm not really sure which misconfiguration you are talking about?

The libva driver shouldn't crash when initializing on old hardware and should gracefully fallback to the older libva intel driver.

A bug report should probably be made to the media-driver github repo about that.

**mglae** · April 24, 2021 at 9:42 PM

This will be fixed in LE with Intel Media Driver 2021Q1 Release - 21.1.3 by heitbaum · Pull Request #5287 · LibreELEC/LibreELEC.tv · GitHub

The crash is because of using CPU features in the initial test code of media-driver and/or gmmlib that are not available on older CPUs.

jim_p · April 25, 2021 at 7:24 AM

lrusak

Maybe the word misconfiguration is not the right one. But how shall I describe what you mention in the second sentence, which is what really happens? That is why I think the forementioned script is a good workaround, because it sets this parameter on the fly.

Also, is there something can I disable under settings > player > videos > postprocessing that will help the situation? Like disable vaapi altogether?

mglae

Has this patch been added to le's code as of today? I just upgraded to today's nightly-20210425-999da98 and the problem is stil there.

**chewitt** · April 25, 2021 at 8:08 AM Official Post

The PR is clearly marked as "Draft" status, so it is not merged and not present in nightlies.

jim_p · April 27, 2021 at 7:15 AM

Goodmorning everyone. I noticed earlier that 2 of yesterday's commits had to do with libva and intel.

So, I just upgraded to the latest nightly (20210427-59c8aa4) and removed the forementioned lines from .config/kodi.conf to test it. And it worked!

Thank you so much!

jim_p · May 3, 2021 at 6:04 AM

Is there a repo that I can use and get the nightly updates as regular ones through le settings?

**lrusak** · May 3, 2021 at 3:59 PM Official Post

ususally this https://test.libreelec.tv/releases.json

jim_p · May 3, 2021 at 5:29 PM

This is where I get the url of every new nightly build for x64 (the next morning) in order to manually update my existing installation. I have never noticed the releases.json ~~folder~~ file at the bottom though. Let me see what can be done... Brb.

---edit

It worked. I simply entered the url under custom channels and the nightly build was instantly shown under available versions. Since the installed version (20210503-83202cd) is the same as the one in the repo, I will wait and see what will it do tomorrow.

jim_p · May 9, 2021 at 2:47 PM

As I am still waiting for releases.json to be renewed and include today's nightly upgrade (1da9953, after days with no new nightlies due to no new commits in github), I would like to report 2 things.

1) For some reason and as seen on the screenshot, the update... mechanism thinks that the installed version is different/older than the one in the repo, although they are the same. That "10.0-" part at the front seems to mess things up.

2) If I press yes there and allow the update, now that the forementioned file is no longer in the repo, no warning/error/notification pops up inside kodi to let the user know it failed. In the log however, the 404 error is clear

Code

2021-05-09 12:52:23.669 T:642     ERROR <general>: ## LibreELEC Addon ## oe::download_file(http://test.libreelec.tv/LibreELEC-Generic.x86_64-10.0-nightly-20210503-83202cd.tar,/storage/.kodi/temp/update_file) ## ERROR: (<HTTPError 404: 'Not Found'>)
2021-05-09 12:52:23.670 T:642     ERROR <general>: Traceback (most recent call last):
                                                     File "/usr/share/kodi/addons/service.libreelec.settings/resources/lib/oe.py", line 460, in download_file
                                                     File "/usr/lib/python3.8/urllib/request.py", line 222, in urlopen
                                                     File "/usr/lib/python3.8/urllib/request.py", line 531, in open
                                                     File "/usr/lib/python3.8/urllib/request.py", line 640, in http_response
                                                     File "/usr/lib/python3.8/urllib/request.py", line 563, in error
                                                     File "/usr/lib/python3.8/urllib/request.py", line 502, in _call_chain
                                                     File "/usr/lib/python3.8/urllib/request.py", line 755, in http_error_302
                                                     File "/usr/lib/python3.8/urllib/request.py", line 531, in open
                                                     File "/usr/lib/python3.8/urllib/request.py", line 640, in http_response
                                                     File "/usr/lib/python3.8/urllib/request.py", line 569, in error
                                                     File "/usr/lib/python3.8/urllib/request.py", line 502, in _call_chain
                                                     File "/usr/lib/python3.8/urllib/request.py", line 649, in http_error_default
                                                   urllib.error.HTTPError: HTTP Error 404: Not Found

Display More

jim_p · May 11, 2021 at 7:05 AM

Can someone PLEASE update the releases.json file from test.libreelec.tv so as to reflect the new images and allow me to upgrade via libreelec settings? I have been waiting for this moment for an entire week and I can't do it because the most critical file has not been updated for the last couple of nightlies.

**Klojum** · May 11, 2021 at 7:23 AM Official Post

As I understand, it's a file that is not generated automatically, and also not everyone has access to edit the file.

I know that a proper/working update channel would be nice, but for now it is what it is.

There is still the option to update LibreELEC manually. No need to wait a week doing that.

jim_p · May 11, 2021 at 10:50 AM

Well... it was working a week ago... I suppose. Because I found out about it when I did my last manual update.

I do know how to update manually (= download the update via wget inside the .update folder) and I have done so since I first started with the nightlies, but now I want to see how will it behave for the reason mentioned above (= the mismatch in the version number).

Also, the option in libreelec configuration > updates > available versions leads to what I say above with the 404 error.

jim_p · May 11, 2021 at 1:00 PM

I got bored of waiting so I manually upgraded to today's nightly-20210510-39d1620. I hope the issue will be fixed soon.

jim_p · May 14, 2021 at 6:29 AM

I upgrded to the todays nightly (nightly-20210513-0f2dcbe) via up.legg.ga and the forementioned issue with the version number happens too, so I assume it is not something related to the repo or the manual updating.

**mglae** · May 15, 2021 at 6:56 PM

jim_p The shown "New Version" string is defined by the update file.

flubshi To get the expected result try:

Code

 @@ -1,6 +1,6 @@
 {
     "LEnightly-9.80": {
-        "prettyname_regex": "^LibreELEC-.*-([0-9]+\\.[0-9]+\\-.*-[0-9]+-[0-9a-z]{7})",
+        "prettyname_regex": "^LibreELEC-.*-[0-9]+\\.[0-9]+\\-(.*-[0-9]+-[0-9a-z]{7})",
         "prettyname_separators": [],
         "project": {
             "Generic.x86_64": {