<daniels>
icecream95: wouldn't you also need to do that in handle_from_resource, so you don't transition exported resources whilst they're being used by the winsys or kms or whatever?
<agrisis>
I have an odroid go advance and managed to boot kernel 5.9 w/ panfrost, I didn't manage to get a drm app up yet but I was curious if drm workflow goes through the panfrost driver?
<robmur01>
panfrost is a render-only driver, i.e. it only handles the GL stuff - all the other DRM stuff is done by the display driver
tomboy64 has quit [Ping timeout: 240 seconds]
<agrisis>
robmur01: ok thanks, I asked because I vaguely recall seeing something along the lines of PANFROST_*_DRM* config option in my kernel
<agrisis>
robmur01: btw, how is the perf compared to g31 bifrost proprietary driver?
<robmur01>
yeah, it's still a "DRM driver" in the sense of the sense of the userspace interface and how it interacts with the display, it just won't be involved in anything other than 3D rendering ;)
<agrisis>
ah fair enough
<macc24>
agrisis: i think rockchipdrm handles display on your device
<robmur01>
(where "3D rendering" may effectively just be 2D, in compositors etc.)
<robmur01>
I think Bifrost is still very much WIP, so don't set your expectations too high
<agrisis>
I'm asking because one emulator developer commented on what he thought bifrost proprietary driver to be slower than expected, also it looks to be r6 whereas some other mali gpu drivers are in the r12+ release range
<agrisis>
I have yet tried wayland on panfrost yet
<macc24>
oh wayland runs better in my experience than xorg
<agrisis>
would be curious to see if non-accel 2D graphics are faster in panfrost+wayland compared to DRM-KMS
<robmur01>
I can't imagine that software rendering into a buffer can be any slower than software rendering into a buffer that a compositor then has to do something with
<agrisis>
you're probably right
tomboy64 has joined #panfrost
<robmur01>
of course there may be behavioural differences in terms of vsync/latency/etc., but in terms of processing effort, compositing is always going to involve more work than not compositing
tomboy64 has quit [Ping timeout: 240 seconds]
davidlt has quit [Ping timeout: 265 seconds]
tomboy64 has joined #panfrost
tomboy64 has quit [Ping timeout: 240 seconds]
stikonas has quit [Remote host closed the connection]
stikonas has joined #panfrost
tomboy64 has joined #panfrost
guillaume_g has quit [Quit: Konversation terminated!]
<alyssa>
i'm out-of-office tomorrow but that should fix it, apply that at the beginning of your series and things should be ok (and you have my permission to push that)
<icecream95>
mareko: For that failure, ftrunc is done on a 32-bit value, and on the same value after rounding to 16-bit, so for the input of 1.99955 in the deqp test the first one returns 1, and the second 2
<mareko>
icecream95: that's correct, isn't it?
<mareko>
icecream95: what does the MR change there?
<icecream95>
mareko: Both are part of a single modf operation, so should be consistent