alyssa changed the topic of #panfrost to: Panfrost - FLOSS Mali Midgard & Bifrost - Logs https://freenode.irclog.whitequark.org/panfrost - <daniels> avoiding X is a huge feature
stikonas has quit [Remote host closed the connection]
vstehle has quit [Ping timeout: 240 seconds]
_whitelogger has joined #panfrost
robert_ancell has quit [Ping timeout: 276 seconds]
megi has quit [Ping timeout: 268 seconds]
chewitt has joined #panfrost
chewitt has quit [Ping timeout: 245 seconds]
vstehle has joined #panfrost
davidlt has joined #panfrost
chewitt has joined #panfrost
yann has quit [Ping timeout: 265 seconds]
adjtm_ has quit [Ping timeout: 245 seconds]
yann has joined #panfrost
adjtm_ has joined #panfrost
chewitt has quit [Read error: Connection reset by peer]
adjtm has joined #panfrost
adjtm_ has quit [Read error: Connection reset by peer]
megi has joined #panfrost
adjtm has quit [Ping timeout: 265 seconds]
Depau has quit [Quit: ZNC 1.7.4 - https://znc.in]
Depau has joined #panfrost
adjtm has joined #panfrost
raster has joined #panfrost
adjtm_ has joined #panfrost
adjtm has quit [Ping timeout: 245 seconds]
<shadeslayer> bbrezillon: still not happy with it though, drm_mode_dumb_set_label_ioctl shouldn't really be in drm_dumb_buffers.c I feel
<shadeslayer> and maybe we should rename it to something else, since it's not a CRTC op
<anarsoul> shadeslayer: are you at XDC?
<shadeslayer> anarsoul: oui
<anarsoul> haven't seen you yet, come to say hi :)
<shadeslayer> anarsoul: oh! where are you ?
<anarsoul> last row of tables, next to second from right screen
<shadeslayer> anarsoul: next to the camera?
<anarsoul|c> Nope
adjtm_ has quit [Ping timeout: 240 seconds]
<shadeslayer> anarsoul|c: let's meet after this talk at the reception desk :)
<anarsoul|c> Sounds good
adjtm has joined #panfrost
yann has quit [Ping timeout: 268 seconds]
adjtm has quit [Ping timeout: 246 seconds]
mrfixit2001 has joined #panfrost
<mrfixit2001> Hello again all :) Stopped by yesterday to ask for advice about compiling panfrost on my rockpro64 rk3399. So far no luck :( I've tried kernel 5.4-rc1 as well as 5.3. I've tried multiple commits from the mesa repo as well. When testing kmscube it runs and does not crash, but renders nothing to the screen at all. dmesg shows a bunch of gpu sched
<mrfixit2001> timeout errors. When testing more complex applications, such as emulators or emulationstation, I receive "no opengl support in video driver".
<mrfixit2001> Yes panfrost is enabled in the kernel, and I see it being successfully init in the dmesg. I have tried a number of different combinations of build flags for mesa as well.
<mrfixit2001> These are the current build flags I'm testing with. As far as I can tell, they *should* work. https://pastebin.com/CV9jb9ek
<mrfixit2001> One added complication of my build that perhaps nobody has tried yet... I'm using an arm64 kernel running arm (32-bit) userspace applications.
<mrfixit2001> So the panfrost kernel driver (build-in, not module) is compiled as 64-bit while the mesa drivers are all 32-bit
<mrfixit2001> So I think that's all the info I have to share... please let me know what questions you might have, and any ideas. Eager to be able to actually test panfrost.
<mrfixit2001> If any of you happen to have a rockpro64, here's my test build - it's a recalbox port that runs perfect when using rockchip 4.4 kernel with libmali blobs. I have swapped out the kernel with 5.3 and removed the mali blob for mesa libraries. Perhaps someone can do some testing of their own and provide feedback:
<mrfixit2001> ^--- of course, yes, I did a full recompile after swapping the kernel and mesa ;)
<mrfixit2001> one more piece of info: I already tried the following kernel patches to resolve, but they have had no effect: https://pastebin.com/c6rxG2AX
adjtm has joined #panfrost
<mrfixit2001> anarsoul - figured I would make sure to ping you, since I think you've got the experience with this platform
<mrfixit2001> oh yeah - if anyone actually does test that recalbox build I linked, once you see the display init with the recalbox logo you can hit ctrl-alt-f2 to get a login prompt (usually emulationstation would startup). The user/pass are root/recalboxroot
<robmur01> Ooh, running a compat 32-bit mesa under a 64-bit kernel is almost certainly a rich vein of unexplored corners
<robmur01> in principle the "always use 64-bit job descriptors" change should have smoothed out a lot of them, but you may well be breaking entirely new ground there ;)
<mrfixit2001> haha I was afraid of that... the good news is that kmscube doesn't *crash*... it just doesn't actually render anything
<mrfixit2001> if anybody has a rk3399 board that you know is compatible with mainline kernel, I would be quite happy to compile a test image of this same setup for you to boot and test with.
fysa has quit [Read error: Connection reset by peer]
stikonas has joined #panfrost
<anarsoul> mrfixit2001: sorry, what was the question?
<alyssa> bbrezillon: Patch 16e2d0... is r-b
<alyssa> "Add the shader BO to the batch" should use bo_access_for_stage
<alyssa> Aside from that tiny change, it's also r-b !
<mrfixit2001> anarsoul: thanks for replying! :) I am just trying to make panfrost work on the rockpro64. I posted a bunch of information about what I've tried and my current setup
<anarsoul> but I'm not panfrost dev (at least not yet)
raster has quit [Remote host closed the connection]
<mrfixit2001> Oh! I thought you had your hands in the code here as well... ok! Hopefully one of the devs sees my comments and has some thoughts for me then. I'm very happy to provide additional testing, debugging, etc... just need to connect with someone who can give me some ideas.
<anarsoul> unfortunately I've got only that much spare time :)
<bbrezillon> alyssa: here is the last version (with the bo_access_for_stage change) https://gitlab.freedesktop.org/bbrezillon/mesa/commits/test
<alyssa> bbrezillon: Could you `git format-patch master && cat *.patch > combined.patch` and send me the .patch?
<alyssa> (So I can download and read on the plane)
<bbrezillon> alyssa: sure
<alyssa> thank you!
<anarsoul> alyssa: you haven't gotten here yet? :(
<shadeslayer> anarsoul: she's on a flight now I think
davidlt has quit [Ping timeout: 240 seconds]
<mrfixit2001> look like alyssa is probably who I should be talking to, based on this commit :) https://gitlab.freedesktop.org/mesa/mesa/commit/5a7688fdecd76c7d9cd87f6f6c93eb32870a2146
<alyssa> Why are these things always my fault? ;P
<mrfixit2001> haha you're not the problem, you're the solution!
<mrfixit2001> Am I unique in testing 32-bit mesa against a 64-bit kernel?
<mrfixit2001> your commit shows you're exclusively using a 64-bit codepath... is that compatible with this use-case?
<mrfixit2001> for what it's worth... when I first tested this same application for the mali blob, it also failed. it failed hard lol
<mrfixit2001> I had to involve rockchip engineers directly to debug and diagnose the failure of their driver, which led to this patch: https://github.com/rockchip-linux/kernel/commit/ec28136b07716f395c03559570628187bca02b90
<mrfixit2001> any chance panfrost needs an additional adjustment?
<mrfixit2001> *a similar adjustment
<alyssa> mrfixit2001: I believe the LibreELEC guys have done 32-bit mesa on 64-bit kernel
<alyssa> That commit was supposed to fix it for them
<alyssa> I don't know the status on that
stikonas has quit [Ping timeout: 245 seconds]