07:19 mripard: lumag: I don't think I am, let me check
07:24 mripard: lumag: turns out I am, done
12:52 Kayden: wow, this is a painful pattern I haven't run into before
12:52 Kayden: http://whitecape.org/paste/txf-pattern.txt
12:53 Kayden: only the .x component of the txf's vec4 is used, too
12:53 Kayden: which... I don't know that the buffer texture is a single component format. but if it is...that's a zillion back to back reads of literally adjacent memory, 1 scalar at a time
12:54 Kayden: or if it's 4 components, it's at least just a load with a stride...
13:22 fuel: hey, does anybody here know if there's an irc channel for llvmpipe/lavapipe? thanks :p
15:34 llyyr: that would be this channel I believe
15:48 fuel: ah okay lol
16:38 hikiko: hello :) I have a question probably for Collabora people... I have a rock5 (RK3588) with a Mali-G610 MC4 gpu (according to the datasheet), and some movies and videos are very slow so I wonder if there's currently any open source driver for it that could improve a bit the performance?
16:40 hikiko: I see an article about panthor, is it still early WIP? or it might work well if I build it?
16:47 linkmauve: hikiko, the GPU is unlikely to be used for decoding videos, instead make sure you are on a recent kernel with the video blocks enabled.
16:47 linkmauve: Note also that only AV1, VP8, H.264 and MPEG2 are currently supported on this board.
16:47 linkmauve: See https://gitlab.collabora.com/hardware-enablement/rockchip-3588/notes-for-rockchip-3588/-/blob/main/mainline-status.md
16:51 hikiko: thanks linkmauve :)
16:51 hikiko: I will take a look
16:52 linkmauve: hikiko, make sure also to actually use hardware decoding, ffmpeg still doesn’t support it, you’ll have to use Gstreamer.
16:57 hikiko: I wasn't using any hardware acceleration so far and I only tried to play videos using kodi and vlc plugins with llvmpipe, I am not very familiar with hardware decoding, I am googling it :) maybe that's enough to speed it up!
17:01 fuel: btw, is llvmpipe/lavapipe using avx-512 at all yet?
17:01 linkmauve: hikiko, something like that (for an AV1 video in a WebM container running without any compositor) should give you the best performances you can expect from this board: gst-launch-1.0 filesrc location=video.webm ! matroskademux ! v4l2slav1dec ! kmssink
17:02 fuel: i've got avx-512-capable hardware, so if it's not used yet, i could take a look at avx-512 optimizations :3
17:02 linkmauve: fuel, you could have a look at perf, for determining which functions use which instructions.
17:02 fuel: what do you mean?
17:02 fuel: like the perf command line tool?
17:02 linkmauve: Yeah.
17:03 linkmauve: To see which instructions llvmpipe generated for your CPU.
17:03 fuel: ah okay
17:03 fuel: i mean, i know rpcs3 also uses llvm, but they still needed to specifically optimize for avx-512 :p
17:07 fuel: it apparently requires llvm instrinics to do, but yea lol
17:19 hikiko: linkmauve, my initial goal was to have an easy to use media pc, start kodi automatically and select videos using my mobile as tv control so ideally I'd like to find something equally "easy" or a way to speed up the video but still watch it through kodi (or something similar), do you think that might be possible with rock5B/bullseye? gstreamer might be a good solution for movies if I create some sort of interface to access it but kodi can play
17:19 hikiko: videos from youtube and other services too. (youtube on firefox is not so slow though so it's not only a software rendering/decoding issue :s)
17:20 linkmauve: I’ve never used Kodi, you’ll have to read their documentation or get in touh with them I guess.
17:21 linkmauve: hikiko, but also you mentioned you use llvmpipe, why not panthor?
17:21 fuel: is gitlab.freedesktop.org slow at cloning for anybody else right now?
17:21 linkmauve: Although, Debian Bullseye is from 2021, that’s unlikely to support your SoC in any good way.
17:22 hikiko: because I didn't know about panthor :) when I saw videos are so slow my first question was if I can use any hw driver :)
17:22 alyssa: Kayden: that's... entertaining.
17:22 hikiko: is panthor working well enough to be used as a driver?
17:23 alyssa: image robustness makes that one even spicier
17:23 alyssa: given how txf is defined I highly doubt there's anything (sane) we can or should do to optimize that
17:23 alyssa: but yeah, shame on the app.
17:24 alyssa: note that lots of hardware texture instructions have a write mask so it's slightly less bad
17:24 hikiko: linkmauve, yes it's old and unfortunately it's the most recent debian supported I think :/
17:24 linkmauve: hikiko, I get about 2000 fps in my game engine, so I’d say yes. :)
17:24 hikiko: wow :)
17:24 linkmauve: hikiko, I run ArchLinuxARM and have no problem with it whatsoever.
17:24 alyssa: hikiko: panthor + panfrost's GL/GLES is "ready"
17:24 linkmauve: hikiko, although, supported by who?
17:24 alyssa: panthor + panvk for Vulkan, less so.
17:24 alyssa: but it's getting really close now!
17:25 hikiko: great then I will try it :) is it part of mesa?
17:25 fuel: linkmauve, wtf??? is your game engine open source????
17:25 linkmauve: fuel, yes, https://pytouhou.linkmauve.fr/
17:25 fuel: nice :3
17:25 fuel: oh it's 2d lol
17:25 fuel: that explains it :p
17:25 hikiko: can I build it locally to try running kodi on it?
17:26 linkmauve: fuel, no, the backgrounds are all 3D.
17:26 hikiko: my current kernel: 5.10.110-37-rockchip-g74457be0716d
17:26 linkmauve: hikiko, yes, panfrost is part of Mesa.
17:26 linkmauve: hikiko, but it won’t work on such an old kernel, I would recommend mainline instead.
17:26 linkmauve: This sounds like a vendor kernel.
17:27 fuel: linkmauve, oh wow lol
17:27 hikiko: yes I was too afraid to replace the vendor's repositories :)
17:27 hikiko: do you use a rock5b?
17:27 hikiko: I wonder what I might break by switching to an official debian
17:28 linkmauve: Yes I do.
17:28 linkmauve: But I don’t use Debian.
17:28 linkmauve: As long as it’s up to date, it should work. The kernel being the most important part.
17:29 hikiko: did you have to install any additional drivers etc? or everything was working well with the official repositories?
17:29 hikiko: arch repos but still
17:29 hikiko: I guess there won't be such a big difference
17:31 linkmauve: Everything is in the kernel and in Mesa and in Gstreamer, so no I didn’t need to build anything extra.
17:32 hikiko: that's great :)
17:34 linkmauve: I generally build my own kernel from mainline though, according to the document I linked above this brought HDMI support recently.
17:43 hikiko: maybe the "vendor" kernel adds just that: support for HDMI
17:46 linkmauve: It “adds” a whole bunch of stuff, but usually in a way that upstream wouldn’t accept, so various people have to rewrite them to make them acceptable.
17:54 hikiko: yes I am looking at it now so that I won't completely break it :)
19:05 fuel: linkmauve, does this MR look sane to you? https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/32530
19:06 agd5f: airlied, sima I just resent my PR for this week. Seems it didn't make it to the mailing list when I sent it on Wednesday
19:08 agd5f: looks like it went out when fdo was out of disk space
19:12 linkmauve: fuel, I’m not well-versed in LLVM, and I’ve never had any CPU with AVX512 yet, sorry. :(
19:13 fuel: oof :/
19:13 fuel: yeah, both of my machines have avx512
19:13 fuel: linkmauve, how should i go about testing this though?
19:13 linkmauve: My most recent x86 computer is Kaby Lake.
19:13 fuel: ah
19:14 fuel: it at least builds
19:15 linkmauve: fuel, find a shader which makes use of this pattern, add it to shaderdb if it isn’t already there, then test whether this improves things, either wrt codegen, or performances-wise.
19:15 fuel: how do i find that kind of shader?
19:16 linkmauve: Easiest way is to write it yourself.
19:16 fuel: sorry, i'm kinda new to mesa development lol
19:16 fuel: fair :p
19:16 fuel: idk how i'd trigger this code tho
19:17 linkmauve: But usually instead of blindly adding new instructions in the hope they will improve things, it’s better to pick existing shaders, profile them, find whether some parts are inefficient, and improve that.
19:18 fuel: fair :p
19:18 fuel: where can i find shaderdb?
19:19 fuel: nvm, found it lol
19:19 fuel: oof, shaderdb doesn't seem to support llvmpipe or lavapipe :c
20:54 sima: agd5f, airlied I'll take care of it
20:54 agd5f: sima, thanks!
21:11 airlied: agd5f: anything urgent in it?
21:12 sima: airlied, I just hit send ...
21:15 airlied: cool :-)
21:15 airlied: sima: thx!