Posts by mglae

Thanks for response, I'm using the board feeds

After checking the configurations:

1. https://forum.libreelec.tv/board-feed/ result in error 404
2. Tiny Tiny RSS is configured with individual feeds like https://forum.libreelec.tv/board-feed/14/. They do exist, the validator agree with them but IMO choke on them.

Solution:

The forum software is now using https://forum.libreelec.tv/thread-list-rss-feed/ as root URL. After changing the reader configurations it seem to be working again.

Will close the thread after a few successful dates.

To start discussion without any research:

1. Aggregator RSS reader on Android does not receive any updated posts.
2. Tiny Tiny RSS see updated posts with correct user but content of OP

That is exactly the error message of the other thread, therefore I expected the same solution.

boot= can be RO but disk= must be RW. Main change at this point is kernel update from 6.6.46 to 6.6.71but I have no idea what differs in detail.

Quote from Johpin

.update/ gives sometimes compatibility problems.

LE update logic currently see Nouveau and Nouveau-legacy images as not compatible.

Extend your update procedure to suppress the check:

touch /storage/.update/.nocompat

Add the required NFSV4 parameter, e.g. ,vers=4.2. The wiki was updated recently.

I'm still surprised that it was working before without, as reported in this thread too.

The RX550 is supported.

Can confirm in Virtualbox too

Quote from chewitt

mglae See the IRC chat that starts here: https://oftc.irclog.whitequark.org/dri-devel/2025-01-23#33941062

This change causes the dri2 error under X11: https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/29969 - so I've added support for legacy-x11=dri2 in mesa package.mk

chewitt Excellent. Either setting Option "DRI" "3" in xorg-i915.conf or building with -Dlegacy-x11=dri2 let kodi start in Intel HW again.

BTW: the issue on GBM seen with vmware driver on Virtualbox is fixed by mesa 24.3.4 update.

That's odd. Which motherboard do you use?

As a hack: assuming the IGPU is using kernel radeon driver and the RX550 amdgpu you can disable the radeon driver by adding initcall_blacklist=radeon_init kernel parameter to the APPEND line of /flash/syslinux.cfg

Can you remove the gt710 and use IGPU?

Did you disable the IGPU in the BIOS?

Only single GPU setups are supported.

No change to the errors, it is likely you get a working system by reverting Mesa 24 to 21.

IIRR Mesa 21 was the latest version booting on any platform (I'm testing) without error.

With a distribution like Slackware64 you do have any lib available. With The JEOS LE only the required libs are build, therefore you have to change configuration to build the new lib.

Quote from Johpin

fatal: a branch named 'le12_nouveau' already exists

New generated branches can have any name.

Quote from Johpin

it will take 28 hours to finish the building

You are really patient.

Johpin LE is building GBM with gles, I'm not sure if using GL is possible.

The idea is to port chewitt work to LE 12:

git remote add chewitt https://github.com/chewitt/LibreELEC.tv.git
git fetch chewitt
git checkout libreelec-12.0 
git pull
git checkout -b le12_nouveau
git cherry-pick chewitt/nouveau 

But the last line result into two conflicts. I've fixed them and you can use:

git checkout libreelec-12.0 
git pull
git checkout -b le12_nouveau
wget -O - https://paste.libreelec.tv/peaceful-alien.log|git am

Then build with PROJECT=Generic DEVICE=nouveau (untested).

Already fixed in kodi. Use a LE12 stable nightly.

Jan 18 15:38:34.552496 LibreELEC kodi.sh[840]: libEGL warning: egl: failed to create dri2 screen
Jan 18 15:38:34.562281 LibreELEC kodi.sh[840]: glx: failed to create drisw screen
Jan 18 15:38:34.581328 LibreELEC kodi.sh[840]: ERROR: Can not initialize OpenGL context. Exiting
Jan 18 15:38:34.581482 LibreELEC kodi.sh[840]: ERROR: Unable to create GUI. Exiting

This is exactly the error I'm currently seeing with Generic-legacy on Intel HW. We may fight against some mesa issue.

It may be worth to test the changes on top of LE12 (maybe an exercise for Johpin ?)

Did you stop kodi with systemctl stop kodi before changing the files?

chewitt Great, I'll continue on github.

Johpin Now xorg did start but kodi is in a fail/restart loop. pastekodi is needed - or pastecrash if there is a crash log below /storage/.kodi/temp.

Few notes to improve testing workflow:

1. There is no need to install any new image, you can update on reboot with keeping the configuration:
   wget -P /storage/.update <url>
2. For keyboard reboot first switch the console: ctrl-alt-F2 then ctrl-alt-delete.
3. While testing it is helpful to disable xorg and kodi restart. Create /storage/.config/system.d/xorg.service.d/norestart.conf and /storage/.config/system.d/kodi.service.d/norestart.conf with:

[Service]
Restart=no