Guest - Testers are needed for the reworked CDateTime core component. See... https://forum.kodi.tv/showthread.php?tid=378981 (September 29) x
v18 libnfs support incompatible with Fedora 33 on 5.10.11?
#1
Hi,

afer updating my Fedora server to the newest kernel 5.10.11, KODI starts having problems.
I access the media files by NFS. Not a local mount but via the integrated NFS implementation.
Up to 5.10.10 everything was fine, but now the video has glitches and skips frames every few moments.

If I play back the same media via a locally mounted NFS share, so with the means of the local OS (Fedora as well), the video plays fine. The same is true if I use KODI's option to access files directly via SMB on the same server.

It's a 18.9 build (Libreelec) and I verified it with a 18.9 build bundled with my Fedora desktop.

Can anyone confirm this behavior or even better, advise for solution? I don't want to rebuild my library by exchanging the URI from nfs:// to smb://
Reply
#2
TLDR: known issue, looks like kernel regression.

More info: https://github.com/xbmc/xbmc/issues/19147
Reply
#3
(2021-02-03, 18:46)asavah Wrote: TLDR: known issue, looks like kernel regression.

More info: https://github.com/xbmc/xbmc/issues/19147
Thanks for the hint. Didn't think to browse the obvious area for such bug reports.
Reply
#4
(2021-02-03, 18:46)asavah Wrote: TLDR: known issue, looks like kernel regression.

More info: https://github.com/xbmc/xbmc/issues/19147

I have two AndroidTV with Kodi, one Raspberry with LibreElec&Kodi and a intel NUC 10th gen. with LibreElec&Kodi. All are up-to-date.

I've also problems with stuttering video-playback. After updating my fileserver (runs Debian Bullseye), the problems appeared. Before the last updates, all was fine. Can't say what changed.
I'm not sure how your link can help me to fix the problem, even because I've two AndroidTV with Kodi - there I can't compile something or mount paths manually. 

As a quick-fix I used the smb-shares instead the nfs-ones, and on the NUC I mounted NFS manually.

On which side persists the problem? Client or server? I thought the libnfs has trouble with newer nfs-server versions?
Reply
#5
(2021-02-20, 17:01)EnzephaloN Wrote:
(2021-02-03, 18:46)asavah Wrote: TLDR: known issue, looks like kernel regression.

More info: https://github.com/xbmc/xbmc/issues/19147

I have two AndroidTV with Kodi, one Raspberry with LibreElec&Kodi and a intel NUC 10th gen. with LibreElec&Kodi. All are up-to-date.

I've also problems with stuttering video-playback. After updating my fileserver (runs Debian Bullseye), the problems appeared. Before the last updates, all was fine. Can't say what changed.
I'm not sure how your link can help me to fix the problem, even because I've two AndroidTV with Kodi - there I can't compile something or mount paths manually. 

As a quick-fix I used the smb-shares instead the nfs-ones, and on the NUC I mounted NFS manually.

On which side persists the problem? Client or server? I thought the libnfs has trouble with newer nfs-server versions?
For the records. I builded a new kernel on my server and the problem disappeared.
Here a little documentation how:

cpp:


apt-get install linux-source-X.XX
apt-get instakk libdev libelf-dev libssl-dev m4 debhelper dpkg-dev dwarves
mkdir ~/kernel
cd ~/kernel
tar xavf /usr/src/linux-source-X.XX.tar.xz
cp /boot/config-X.XX ~/kernel/linux-source-X.XX/.config
nano ~/kernel/linux-source-X.XX/.config
### change CONFIG_SYSTEM_TRUSTED_KEYS=""
### change #CONFIG_SYSTEM_EXTRA_CERTIFICATE


cd linux-source-X.XX
make oldconfig

nano net/sunrpc/svcsock.c
### change @row 1113 see link below 

make -j 3 deb-pkg LOCALVERSION=-yournamehere KDEB_PKGVERSION=$(make kernelversion)-1
cd ..
dpkg -i linux-image-X.XX-enzephalon-1_amd64.deb

reboot

https://git.kernel.org/pub/scm/linux/ker...972f010f05
Reply

Logout Mark Read Team Forum Stats Members Help
libnfs support incompatible with Fedora 33 on 5.10.11?0