looks like that I can answer it by my own, docker will be updated by LE 11, see Issues · LibreELEC/LibreELEC.tv (github.com)
Any chance to use the package with LE10?
Dependencies of Docker in LE10 don’t allow for latest docker.
looks like that I can answer it by my own, docker will be updated by LE 11, see Issues · LibreELEC/LibreELEC.tv (github.com)
Any chance to use the package with LE10?
Dependencies of Docker in LE10 don’t allow for latest docker.
I see you were able to get it ok on the native hardware from your response to chewitt. My dev tree is pretty much always up to date at GitHub if you are looking.
Hi pepreal - I run a “DMI: Intel(R) Client Systems NUC12WSKi7/NUC12WSBi7, BIOS WSADL357.0085.2022.0718.1739 07/18/2022” with the “12th Gen Intel(R) Core(TM) i7-1260P” as my daily and don’t experience audio issues.
- you will need to run LE11 Generic (LE10 will not work) ** not Generic-legacy
Please share your logs.
Watching a movie on my “Intel(R) Client Systems NUC12WSKi7/NUC12WSBi7, BIOS WSADL357.0085.2022.0718.1739” 07/18/2022 now - very happy (it is our daily driver). With close to a LE11-nightly image.
My nuc11 is on my desk at the moment, need to find some time to do some testing on it.
the_third_pi / quickstang - nightly build for RPi4 is built - please test
- https://test.libreelec.tv/11.0/RPi/RPi4/…-fd00698.img.gz
Scheduled builds of other arch will be done overnight.
I had it posted originally but edited it out for privacy reasons. The date it is reporting is wrong but the log for kodi shows the correct date. Here is the full log http://ix.io/4mty
Able to reproduce and fix: https://github.com/LibreELEC/LibreELEC.tv/pull/7440
Hi the_third_pi - could you please share the full logs - interested in the iwd issue that you are reporting. The error shown above in the log is from December.
Issue raised to track this on GitHub. https://github.com/LibreELEC/LibreELEC.tv/issues/7437
Hi wakko - we don’t have a proper fix for this at the moment. But as a workaround here is a copy of th3 addon that should work for you. Just download it and manually install.
Why is Kodi is compiled for 32-bit ARM in RPi4 build? It might have been the case before in earlier releases but it's the first time I noticed this.
Widevine is only 32bit on arm. If you search for recent articles with widevine - further background.
WiFi and BT is available on the TX6 with RTW8822 chips now. (Use a recent nightly LE11)
Workaround available at - https://github.com/LibreELEC/Libr…ment-1368202015
10.0.0.127 is in the repo now.
10.0.0.127 is being built - will fix the issue.
atoulmin -
Confirm that i915.force_probe=56a1 Is on the same line as quiet in syslinux.cfg
Can you please share the full dmesg want to make sure we are heading in the right direction.
Run modprobe i915 force_probe=56a1
Share the dmesg output from the modprobe.
Can you please run lspci -s 03:00.0 -n and check that 56a1 is the device ID of your card that needs to be used by the force probe.
Otherwise - If it is the MEI error.
I believe we will need to update the kernel configuration.
Based on this:- ihttps://http://gitlab.freedesktop.org/drm/intel/-/issues/7732
commit a611e88981caa7b2041e8ad60d31582c717e2db4 (HEAD -> dev)
Author: Rudi Heitbaum <[email protected]>
Date: Thu Jan 5 12:16:50 2023 +0000
linux (Generic): enable support for Intel ARC video
ref:
- https://gitlab.freedesktop.org/drm/intel/-/issues/7732
diff --git a/projects/Generic/linux/linux.x86_64.conf b/projects/Generic/linux/linux.x86_64.conf
index 40a9aba6d5..03ae0858ff 100644
--- a/projects/Generic/linux/linux.x86_64.conf
+++ b/projects/Generic/linux/linux.x86_64.conf
@@ -1818,11 +1818,12 @@ CONFIG_EEPROM_EE1004=y
# CONFIG_SENSORS_LIS3_I2C is not set
CONFIG_ALTERA_STAPL=m
-# CONFIG_INTEL_MEI is not set
-# CONFIG_INTEL_MEI_ME is not set
-# CONFIG_INTEL_MEI_TXE is not set
-# CONFIG_INTEL_MEI_HDCP is not set
-# CONFIG_INTEL_MEI_PXP is not set
+CONFIG_INTEL_MEI=m
+CONFIG_INTEL_MEI_ME=m
+CONFIG_INTEL_MEI_TXE=m
+CONFIG_INTEL_MEI_GSC=m
+CONFIG_INTEL_MEI_HDCP=m
+CONFIG_INTEL_MEI_PXP=m
# CONFIG_VMWARE_VMCI is not set
# CONFIG_GENWQE is not set
# CONFIG_ECHO is not set
@@ -4555,6 +4556,7 @@ CONFIG_DRM_I915_FORCE_PROBE=""
CONFIG_DRM_I915_CAPTURE_ERROR=y
CONFIG_DRM_I915_COMPRESS_ERROR=y
CONFIG_DRM_I915_USERPTR=y
+CONFIG_DRM_I915_PXP=y
#
# drm/i915 Debugging
Display More
The i915 driver is not probed. it should look like this.
Kernel driver in use: i915
00:02.0 VGA compatible controller: Intel Corporation Alder Lake-P Integrated Graphics Controller (rev 0c)
DeviceName: Onboard - Video
Subsystem: Intel Corporation Alder Lake-P Integrated Graphics Controller
Kernel driver in use: i915
See my dmesg
nuc12:~ # dmesg | grep i915
[ 0.000000] Command line: BOOT_IMAGE=/KERNEL boot=UUID=779D-1827 disk=LABEL=Storage i915.enable_guc=3 ssh
[ 0.065729] Kernel command line: root=/dev/ram0 rdinit=/init usbcore.autosuspend=-1 BOOT_IMAGE=/KERNEL boot=UUID=779D-1827 disk=LABEL=Storage i915.enable_guc=3 ssh
[ 0.065755] Setting dangerous option i915.enable_guc - tainting kernel
[ 1.076340] i915 0000:00:02.0: [drm] VT-d active for gfx access
[ 1.076342] i915 0000:00:02.0: vgaarb: deactivate vga console
[ 1.076376] i915 0000:00:02.0: [drm] Using Transparent Hugepages
[ 1.076740] i915 0000:00:02.0: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=io+mem:owns=io+mem
[ 1.077940] i915 0000:00:02.0: [drm] Finished loading DMC firmware i915/adlp_dmc_ver2_16.bin (v2.16)
[ 1.169206] i915 0000:00:02.0: [drm] GuC firmware i915/adlp_guc_70.bin version 70.5.1
[ 1.169209] i915 0000:00:02.0: [drm] HuC firmware i915/tgl_huc.bin version 7.9.3
[ 1.183181] i915 0000:00:02.0: [drm] HuC authenticated
[ 1.183563] i915 0000:00:02.0: [drm] GuC submission enabled
[ 1.183565] i915 0000:00:02.0: [drm] GuC SLPC enabled
[ 1.184103] i915 0000:00:02.0: [drm] GuC RC: enabled
[ 1.209485] [drm] Initialized i915 1.6.0 20201103 for 0000:00:02.0 on minor 0
[ 1.245006] fbcon: i915drmfb (fb0) is primary device
[ 1.328407] i915 0000:00:02.0: [drm] fb0: i915drmfb frame buffer device
Display More
And the drm devices
nuc12:~ # ls -la /sys/class/drm
total 0
drwxr-xr-x 2 root root 0 Jan 4 06:37 .
drwxr-xr-x 67 root root 0 Jan 4 06:37 ..
lrwxrwxrwx 1 root root 0 Jan 4 06:37 card0 -> ../../devices/pci0000:00/0000:00:02.0/drm/card0
lrwxrwxrwx 1 root root 0 Jan 4 06:37 card0-DP-1 -> ../../devices/pci0000:00/0000:00:02.0/drm/card0/card0-DP-1
lrwxrwxrwx 1 root root 0 Jan 4 06:37 card0-DP-2 -> ../../devices/pci0000:00/0000:00:02.0/drm/card0/card0-DP-2
lrwxrwxrwx 1 root root 0 Jan 4 06:37 card0-DP-3 -> ../../devices/pci0000:00/0000:00:02.0/drm/card0/card0-DP-3
lrwxrwxrwx 1 root root 0 Jan 4 06:37 card0-DP-4 -> ../../devices/pci0000:00/0000:00:02.0/drm/card0/card0-DP-4
lrwxrwxrwx 1 root root 0 Jan 4 06:37 card0-HDMI-A-1 -> ../../devices/pci0000:00/0000:00:02.0/drm/card0/card0-HDMI-A-1
lrwxrwxrwx 1 root root 0 Jan 4 06:37 card0-HDMI-A-2 -> ../../devices/pci0000:00/0000:00:02.0/drm/card0/card0-HDMI-A-2
lrwxrwxrwx 1 root root 0 Jan 4 06:37 renderD128 -> ../../devices/pci0000:00/0000:00:02.0/drm/renderD128
-r--r--r-- 1 root root 4096 Jan 5 11:51 version
Display More
I would need to see the logs.
All the plumbing should be there (and apart from kernel 6.2 and the “stable commentary” - should fire up)
Maybe a missing kernel option. Or GuC firmware.. don’t know without seeing the log.
Intel Arc Graphics A750/A770 Performance Ahead Of Linux 6.2 + Mesa 23.0 - Phoronix