LKML: Christian Brauner: [PATCH 0/8] loopfs
new filesystem, ideal to replace old method used by LibreElec for loading to ram, allows also better "unsquashing", better memory allocation,better control.
S805x build (lafrite)
- davisonja
-
September 26, 2019 at 4:51 AM - Thread is Unresolved
-
-
- Official Post
Something to explore if/once it's been merged and a good wait period has been experienced so that someone else finds the initial bugs. LE will be deliberately slow at changing something fundamental that works and works reliably.
-
lima – Google Drive another one build this time with open driver lima from amlogic-master branch
addons – Google Drive addons folder
lima is stable but it is hot chip in frequent operation
-
- Official Post
You can look on the mailing list for DVFS changes proposed by Martin Blumenstingl (Xdarklight). These will result in the GPU clock being reduced when not in use, but otherwise the GPU will probably run a maximum clock. It might run a little hotter under lima, but temps will be well within spec.
One the main advantages to lima is that your image becomes closer to upstream LE, so less delta to maintain over time.
-
In my latest image is only one change comparable to clean sources from your github amlogic-master, it is CMA decrased from 256 to 128, overall impressions seems to be good with 512 mb device but i can't confirm it's as good on other 512 mb sbc. I can build few more images some times but i'm waiting for changes to complete support for basic needs for that device, proper codec support is most wanted.
-
- Official Post
Linux 5.7-rc1 should be released in the next week and I'll start working on a rebase and update of the patch-set. I ran out of enthusiasm with 5.6 as the patch-set is now 150+ commits and I simply lost track of everything. Kernel bumps normally halve the number..
-
5.7-rc1 kernel - Google Drive for La Frite 512 / 1GB * .system * .kernel for other boxes = arm, amlgx
kernel lima 5.7-rc1 terratec cinergy s2 BOX (2018) 3103b supported by this kernel out of the box! CMA as given in amlogic-master = 64 and hevc works in hd sw
firmware for terratec cinergy s2 box dvb-firmware / dvb-demod-m88ds3103b.fw at master · CoreELEC / dvb-firmware · GitHub
put this in /storage/.config/firmware/ before creating the "mkdir /storage/.config/firmware" directory
misiing firmware in standard image
[ 17.490485] m88ds3103 1-006a: found a 'Montage Technology M88DS3103B' in cold state
[ 17.491753] m88ds3103 1-006a: downloading firmware from file 'dvb-demod-m88ds3103b.fw'
[ 25.777879] m88ds3103 1-006a: firmware did not run
-
cma=128 + zram +zswap for LaFrite 512 MB
h264 - hd 1080 ok
VP9 - hd 1080 ok
hevc - hd 1080 only sw decoding possible
missing deinterlacer
/storage/.config/autostart.sh
^
autostart.sh
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
#!/bin/bash
(
modprobe zram
swapoff -a
totalmem=`free | grep -e "^Mem:" | awk '{print $2}'`
mem=$(( $totalmem * 512))
echo $mem > /sys/block/zram0/disksize
mkswap /dev/zram0
swapon -p 100 /dev/zram0
) &
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
enabling zram is solution for hevc hd playing on this board in sw
img is with lima/wayland enabled but only h264 seems to be supported in hardware decoding mode, optional for wayland is gbm but i don't know if it is usable on lima driver
some info about GBM Mali Opengl on the libretech cc s905x using GBM with LibreELEC Kodi · BayLibre/libretech-image-builder Wiki · GitHub
-
chewitt can you make this value CMA=128 default for AMLGX images, i have done some tests for stablility with 128 and it is ok , if users with boards 1gb and up want this value to be CMA=265 again it is easly changeable by adding "cma=256" to boot parametr on image compiled with below this value but not viceversa, on image compilled with cma=265 it is imposible to boot with passed "cma=128" to boot cmdline... im not 100% sure but that it looks...
-
- Official Post
I'll talk to the maintainers about making the change, as it was originally raised for a reason.
btw, see drm/meson: add mode selection limits against specific SoC revisions - Patchwork for the first attempt at keeping S805X devices to 1080p. It looks like the patch will take some revisions get merged, but it will come. -
Nice patch for that S805x/y soc, finalizng proper detection for components should be in first place in what to do before code going to some wider tests/alpha states, experimenting for 4k on this soc should be an option if this is physically possible not exactly with Libreelec but if code is wider adoptable as this patch is in linux base.
-
- Official Post
It's been tested with a proper HDMI analyser and other bench equipment - at 4K resolutions the clocks are unstable and it will not lock onto HDMI 2.0 frequencies correctly so you have a bunch of display problems that will not be solveable in software. People can always revert the change to experiment, but S805X was never meant to be a 4K part so I'm not surprised it's out of spec.
-
All SBC with famouse soc chips have Similar capabilities at present days user needs , tv reception is wider occupied by h264 / hevc 1080p in some tv platforms, in Poland switch to hevc dvb-t2 will be in 2022.06.01 and this is planned for fullhd brodcasting only. For widder adoption 4k probably we need to wait for dervices with fully implemented next bunch od codecs including vvc and others too because IT will be mixed codecs/brodcasts-standard content on satellites.
-
under this link is LibreELEC img compiled today for LibreTech LaFrite models with 512MB/1GB RAM compiled from master but with newer kernel version 5.8.10
watching livetv in h264 is possible with enabled >> ffmpeg drm prime, but disabled >> hw for prime and "Direct to plane" enabled, cpu1-4= 7-17 % for sd
hw acceleration works ok for vp9/h264(avc1) videos from yt downloaded by youtube-dl only for tvheadend raw htsp streams fails,
any suggestions why for live tv streams is not possible from tvheadend stable, what change in settings for better experience ?
Hevc to test...
-
Hello, I have the following problem at launch (La Frite card) :
first screen:
and a few seconds later, crash:
What is your opinion about this problem? What solutions? Thank you in advance.
And since I am French, if a francophone passes by here, that would be good.
-
Hi ... For LaFrite 512MB and probably for 1GB this CMA value should be not 128MB but 160MB i am also checked 192MB but Kodi GUI not starting. But I don't know if this will be changed in Libreelec repo statically in kernel config other sbc/box-es will start normally (especially 512MB) ,
by now solution is to append in extlinux.conf at the end kernel boot parametr line additional parametr "cma=160M"
this must be set to proper hardware decoding and acceleration by drm_prime...
I can confirm now , avc1/h264 up to 1080p works on LaFrite 512MB with hardware acceleration..
