ChanServ changed the topic of #linux-rockchip to: Rockchip development discussion
camus has joined #linux-rockchip
Danct12 has quit [Read error: Connection reset by peer]
Danct12 has joined #linux-rockchip
macromorgan has quit [Quit: Leaving]
vagrantc has quit [Quit: leaving]
hexdump0815 has quit [Ping timeout: 260 seconds]
hexdump0815 has joined #linux-rockchip
minimal has quit [Quit: Leaving]
lurchi_ has joined #linux-rockchip
lurchi__ has quit [Ping timeout: 268 seconds]
chewitt has joined #linux-rockchip
camus has quit [Remote host closed the connection]
camus has joined #linux-rockchip
camus has quit [Remote host closed the connection]
camus has joined #linux-rockchip
camus1 has joined #linux-rockchip
camus has quit [Ping timeout: 255 seconds]
camus1 is now known as camus
indy has quit [Ping timeout: 268 seconds]
crabbedhaloablut has quit [Remote host closed the connection]
crabbedhaloablut has joined #linux-rockchip
<hexdump0815> just a quick followup to my experiences on an rk3288 veyron chromebook a few days ago - https://libera.irclog.whitequark.org/linux-rockchip/2022-08-22#32783178
<hexdump0815> after going to debian bookworm, v5.19.3 and disabling panfrost the system seems to be useable and stable again - i think the problem is that firefox/xorg and panfrost are not very happy together
Guest50 has joined #linux-rockchip
Guest50 has left #linux-rockchip [#linux-rockchip]
Guest50 has joined #linux-rockchip
Tim[m]12 is now known as wiizzard
Guest50 has quit [Quit: Client closed]
uis has quit [Quit: ZNC 1.7.5 - https://znc.in]
uis has joined #linux-rockchip
indy has joined #linux-rockchip
crabbedhaloablut has quit [Remote host closed the connection]
crabbedhaloablut has joined #linux-rockchip
nitropep has joined #linux-rockchip
nitropep_ has joined #linux-rockchip
crabbedhaloablut has quit [Quit: No Ping reply in 180 seconds.]
crabbedhaloablut has joined #linux-rockchip
nitropep_ has quit [Quit: Leaving]
nitropep has quit [Quit: Leaving]
nitropep has joined #linux-rockchip
<nitropep> Hello linux rockchip community I am writing to you because I have installed several distros on my nanopi m4v2 and it seems that in all of them the wifi/bluetooth and GPU drivers are not working properly can I solve this problem of course I can participate having some Linux skills
<mps> hexdump0815: hm, I noticed slowdown of firefox running on some latest kernels on gru-kevin. maybe I could disable panfrost and check again
<nitropep> my main problem are the video playback is done by the CPU in my opinion and the GPU hardware acceleration is not used
<mps> nitropep: I also noticed slowdown with mpv with panfrost
<nitropep> because I noticed that the CPU is being used at a high percentage but the System Monitoring Center application tells me that the GPU is at 0%
<mps> nitropep: is there CLI tool to look at GPU usage
<nitropep> I also used TOP same result
<nitropep> I've a rk3399 mali T864
<mps> nitropep: yes, gru-kevin is also rk3399 with T860 gpu
<nitropep> How can I check whether I have panfrost active or not, sorry if this sounds like a stupid question
<mps> lsmod | grep panfrost
<nitropep> the result
<nitropep> panfrost 69632 4
<nitropep> drm_shmem_helper 24576 1 panfrost
<nitropep> gpu_sched 49152 1 panfrost
<mps> hm, I'm lying, mpv with panfrost show cpu load at 16-18 while without it load is 34-36
<mps> so panfrost helps to some degree
<mps> nitropep: this shows that panfrost driver is loaded, you can check in /var/log/Xorg.0.log is it used
<nitropep> how ?
<mps> nitropep: with log viewer/less and search keywoard panfrost
<mps> you should see some about acceleration enabled on panfrost
<mps> something*
<chewitt> panfrost has nothing to do with video acceleration
<chewitt> it handles 3D rendering only, i.e. user interface (GUI) things
<chewitt> video decoding is done by other IP blocks on the SoC
<nitropep> I'll take a moment and I'll check it thanks for the help :)
<chewitt> in the x86_64 world decoding and rendering are done by the "graphics card" which is frequently called a GPU
<mps> chewitt: yes I know, but I wonder why mpv make half load on cpu with panfrost enabled
<chewitt> in the ARM world decoding (vdec) and rendering (DRM) and GUI thing (GPU) are handled separately
<mps> now with 5.19 kernel VOP is added for rk3399 and I expected better video decoding but didn't noticed that
<chewitt> if panfrost is not enabled the CPU is rendering the GUI too (llvmpipe) in addition to CPU processing the video
<chewitt> kernel drivers are 1/3 of the puzzle
<mps> right
<mps> dri-gallium also plays role
<chewitt> nope
<mps> no?
<mps> what then?
<chewitt> you also need support in the player app, and whatever that app depends upon, which is usually ffmpeg or gstreamer
<chewitt> now that the userspace API is destaged, all the apps have something stable to (re)code their V4L2 stateless things against
<chewitt> DRI is rendering .. which is also important (and has some issues on RK boards) but it works-enough to not be so important
<chewitt> what ffmpeg or gstreamer sources are being used, and specifically what patcheset is being added, it the important thing
<chewitt> I'm not sure what state apps like mpv, which is built on-top of ffmpeg, are in
<chewitt> gstreamer is in good shape, because Collabora developers who maintain it are very actively involved in the V4L2 dev-fest around stateless uAPIs
<mps> on alpine mpv and ffmpeg are latest stable releases
<chewitt> ffmpeg upstream codebase is way behind what the V4L2 dev-fest is currently working on
<chewitt> there is a very active and deliberate attempt to coordinate the efforts of these things to keep in-sync
<mps> ah, thanks for explaining
<chewitt> but the process of upstreaming to ffmpeg is often a bit slower cum complicated cum political .. so it's not really happened yet
<chewitt> it's likely to be done by one of the RPi Foundation devs, as he's been leading the ffmpeg rework
<chewitt> if you are interested in patchsets to self-compile things .. look at the LibreELEC master branch patches for ffmpeg
<chewitt> plus kernel patches .. there's still a few things which are pending in the merge pipeline or not-yet submitted
<mps> oh
<chewitt> I think there's enough upstream for things to generally work, but there are minor things still being worked on
<mps> I'm not using much gru-kevin in last time so it is not important for me, at least for now
<chewitt> progress is made in one area on one SoC and then there's a trickle-down effect to others to adapt/adjust what's been learned
crabbedhaloablut has quit [Remote host closed the connection]
crabbedhaloablut has joined #linux-rockchip
crabbedhaloablut has quit [Ping timeout: 268 seconds]
loki_val has joined #linux-rockchip
camus has quit [Remote host closed the connection]
camus has joined #linux-rockchip
chewitt_ has joined #linux-rockchip
chewitt_ has quit [Client Quit]
chewitt has quit [Ping timeout: 260 seconds]
loki_val has quit [Remote host closed the connection]
crabbedhaloablut has joined #linux-rockchip
loki_val has joined #linux-rockchip
crabbedhaloablut has quit [Remote host closed the connection]
uis has quit [Quit: ZNC 1.7.5 - https://znc.in]
uis has joined #linux-rockchip
uis has quit [Quit: ZNC 1.7.5 - https://znc.in]
uis has joined #linux-rockchip
jagan has joined #linux-rockchip
nitropep has quit [Remote host closed the connection]
tomeu8 has joined #linux-rockchip
bitbang0 has joined #linux-rockchip
mort0 has joined #linux-rockchip
hexdump01 has joined #linux-rockchip
diederik_ has joined #linux-rockchip
UndrWater_ has joined #linux-rockchip
maz_ has joined #linux-rockchip
urjaman has joined #linux-rockchip
rembo10_ has joined #linux-rockchip
jelly has quit [Ping timeout: 252 seconds]
UndrWater has quit [Ping timeout: 252 seconds]
hexdump0815 has quit [Ping timeout: 252 seconds]
montjoie has quit [Ping timeout: 252 seconds]
hanetzer has quit [Ping timeout: 252 seconds]
pnill_ has quit [Ping timeout: 252 seconds]
rembo10 has quit [Ping timeout: 252 seconds]
bitbang has quit [Ping timeout: 252 seconds]
tomeu has quit [Ping timeout: 252 seconds]
wens has quit [Ping timeout: 252 seconds]
mort has quit [Ping timeout: 252 seconds]
diederik has quit [Ping timeout: 252 seconds]
urja has quit [Ping timeout: 252 seconds]
maz has quit [Ping timeout: 252 seconds]
tomeu8 is now known as tomeu
bitbang0 is now known as bitbang
mort0 is now known as mort
hanetzer has joined #linux-rockchip
wens has joined #linux-rockchip
pnill has joined #linux-rockchip
montjoie has joined #linux-rockchip
jelly-home has joined #linux-rockchip
doppo has quit [Read error: Connection reset by peer]
doppo has joined #linux-rockchip
uis has quit [Quit: ZNC 1.7.5 - https://znc.in]
uis has joined #linux-rockchip
jelly-home is now known as jelly
minimal has joined #linux-rockchip
uis has quit [Quit: ZNC 1.7.5 - https://znc.in]
uis has joined #linux-rockchip
uis has quit [Quit: ZNC 1.7.5 - https://znc.in]
uis has joined #linux-rockchip
specing has joined #linux-rockchip
vagrantc has joined #linux-rockchip
digetx has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
digetx has joined #linux-rockchip
Danct12 has quit [Read error: Connection reset by peer]
matthias_bgg has quit [Quit: Leaving]
<hexdump01> mps: i was looking at rk3288 with older mali and for that panfrost does not seem to be in the best shape - rk3399 is a newer mali generation and i think in better shape
hexdump01 has quit [Quit: WeeChat 1.9.1]
hexdump0815 has joined #linux-rockchip
<hexdump0815> chewitt: i was mainly looking at regular usability with firefox and not so much at video decoding
loki_val is now known as crabbedhaloablut
stikonas has joined #linux-rockchip
<hanetzer> hexdump0815: panfrost is basically wayland only last I knew.
minimal has quit [Quit: Leaving]
mps has quit [Ping timeout: 268 seconds]
stikonas has quit [Ping timeout: 268 seconds]