Looks like it should changed to -Dvideo-codecs=all to enable all codecs rather than list them individually.
Our preference has always been to be explicit about what we build and support rather than use catch-all configs.
Looks like it should changed to -Dvideo-codecs=all to enable all codecs rather than list them individually.
Our preference has always been to be explicit about what we build and support rather than use catch-all configs.
ConnMan owns resolv.conf and it exists in /run which is not persistent over reboots. You can configure things using the settings add-on which has a dbus-agent that speaks to connmanctl, or by using connmanctl from the CLI, or by cloning /etc/connman/main.conf to /storage/.config/connman_main.conf and editing defaults there (reboot to effect changes).
It might be better to enable the capability in code and allow people to disable through Kodi VAAPI settings if there are issues rather than the current block in code?
Is there a reason why it's disabled/missing in the Mesa package.mk?
There's no reason that I'm aware of, although for context I haven't paid much attention to x86_64 matters for about a decade. You are welcome to send a pull request. We'll leave it open for a bit and see what comments it attracts.
Clear SPI and boot LE from SD card. Establish that you can see the NVME drive, i.e. the kernel modules and device-tree stuff is there to support that function. Format the NVME drive with a single EXT4 partition 100% sized with a unique disklabel. (re)Mount /flash as writeable and reconfigure /flash/extlinux/extlinux.conf so disk=label=STORAGE points to the NVME disklabel instead. It will boot from SD card, but Kodi effectively runs form NVME so you see the benefit of faster I/O access.
run lsusb -tv | paste and pastekodi and share the URLs please
I wonder if we can get the LibreElec team to add support for the RTL8157 chipset ?
The r8152 kernel driver shows signs of RTL8157 support so have a look at the system log for missing firmware messages. If that's all that's needed (or perhaps adding new USB id's) then it's trivial to add support.
NB: on the flip-side if it needs a downstream/vendor driver we'll politely refuse; it needs to be supported upstream.
Having "Adjust display HDR mode" disabled results in HDR media being tonemapped to SDR whereas enabled implies the hardware is HDR capable (but while the TV might be, the kernel DRM layer says otherwise) so Kodi doesn't tonemap and you see the normal washed out colours when HDR media is used with an SDR colourspace.
K22 is a big improvement on the previous HDR experience in Kodi but a lot of the underlying logic and config options are still based on K21 capabilities so there's some cleanup/reworking needed. Hopefully by the time K23 ships that's been done; along with more of the kernel level support for colourspace/bit-depth being implemented and matured.
Have you checked the state of the pins inside the USB connector? .. wondering if it's a mechanical issue
info <general>: [display-info] make: 'Sony' model: 'SONY TV *00'
info <general>: [display-info] supports hdr static metadata type1: true
info <general>: [display-info] supported eotf:
info <general>: [display-info] traditional sdr: true
info <general>: [display-info] traditional hdr: false
info <general>: [display-info] pq: true
info <general>: [display-info] hlg: true
This ^ shows the Sony TV advertises HDR
info <general>: [display-info] make: 'Samsung Electric Company' model: 'S95F'
info <general>: [display-info] supports hdr static metadata type1: true
info <general>: [display-info] supported eotf:
info <general>: [display-info] traditional sdr: true
info <general>: [display-info] traditional hdr: false <= this is an old standard nobody uses
info <general>: [display-info] pq: true <= this is HDR/HDR10 as we know it
info <general>: [display-info] hlg: true
This ^ shows the Samsung TV also advertises HDR
2026-06-16 08:45:50.124 T:765 debug <general>: [WHITELIST] whitelisted modes:
4096x2160 @ 24.000000 Hz
4096x2160 @ 23.976000 Hz
...
This output in both logs ^ shows you aren't following whitelist recommendations in https://wiki.libreelec.tv/configuration/4k-hdr although that's just an optimum config observation and not the cure for anything.
This ^ appears in both logs.
Kodi should be configured for "Adjust display refresh rate" (start/stop) with "Adjust display HDR mode" (enabled) and "Allow using DRMPRIME decoder" (disabled) and "PRIME Render Method" (EGL).
info <general>: Found resolution 3840x2160 with 3840x2160 @ 30.000000 Hz
info <general>: Found resolution 3840x2160 with 3840x2160 @ 29.969999 Hz
info <general>: Found resolution 3840x2160 with 3840x2160 @ 25.000000 Hz
info <general>: Found resolution 3840x2160 with 3840x2160 @ 24.000000 Hz
info <general>: Found resolution 3840x2160 with 3840x2160 @ 23.976000 Hz
...
info <general>: [WHITELIST] Searching the whitelist for: width: 3840, height: 2160, fps: 59.940
debug <general>: [WHITELIST] Searching for an exact resolution with an exact refresh rate
debug <general>: [WHITELIST] No match for an exact resolution with an exact refresh rate
debug <general>: [WHITELIST] Searching for a desktop resolution with an exact refresh rate
debug <general>: [WHITELIST] Matched a desktop resolution with an exact refresh rate 1920x1080 @ 59.940201 Hz (33)
info <general>: Display resolution ADJUST : 1920x1080 @ 59.940201 Hz (33) (weight: 0.000)
Display More
Swordsmith is [email protected] but this res/rate combination doesn't exist on the DRM connector so the whitelist logic chooses [email protected] instead ^ and Kodi downscales the content (downscaling frames is easier than reducing the refresh rate). The NY demo file is [email protected] which matches an available 4K mode.
I'm not aware of anything in the kernel/DRM layer that would block HDR metadata from being used. IMHO it's more likely that Kodi settings need changing (did "Adjust dusplay HDR mode" exist in LE12?) or it's something more basic like not having deep colour modes (or whatever Samsung calls them) enabled on the HDMI port that you're connected to on the TV.
You can do lsusb -tv to (re)scan what's on the USB bus, but if the bus isn't seeing the device that's unlikely to magically wake or change anything.
Stop Kodi, rename /storage/.kodi to /storage/.kodi-old and start Kodi again. You'll effectively have a clean install state. Copy back sources.xml and other config bits as needed. Or just delete the DB files and they'll be recreated.
If you are trying to do backup and restore from the same device, use the backup and restore functions in the LE settings add-on to backup the files in /storage/.kodi|.cache|.config and nothing more is needed. If you have other files i.e. media on /storage to be backed up then it's best to create your own .tar backup from the original device so that all the file/folder permissions are retained.
Any suggestions as to how to get the sound to the TV? I can’t see any options in the settings menu for either LibreELEC or the Sony.
Make sure Kodi is in Advanced or Expert mode to see all audio options. If nothing is showing; put Kodi in debug mode and then run "pastekodi" and share the URL generated so we can see what audio config if anything is seen.