ChanServ changed the topic of #dri-devel to: <ajax> nothing involved with X should ever be unable to find a bar
smiles_1111 has joined #dri-devel
Company has quit [Quit: Leaving]
Company has joined #dri-devel
heat has quit [Remote host closed the connection]
heat has joined #dri-devel
digetx has quit [Read error: Connection reset by peer]
JohnnyonFlame has joined #dri-devel
digetx has joined #dri-devel
Jeremy_Rand_Talos_ has joined #dri-devel
co1umbarius has joined #dri-devel
columbarius has quit [Ping timeout: 480 seconds]
Jeremy_Rand_Talos__ has quit [Remote host closed the connection]
heat has quit [Remote host closed the connection]
heat has joined #dri-devel
kts has joined #dri-devel
greenjustin has quit [Remote host closed the connection]
greenjustin has joined #dri-devel
The_Company has joined #dri-devel
Company has quit [Read error: Connection reset by peer]
kts has quit [Quit: Konversation terminated!]
smaeul has joined #dri-devel
yuq825 has joined #dri-devel
benjaminl has quit [Remote host closed the connection]
benjaminl has joined #dri-devel
ngcortes has quit [Ping timeout: 480 seconds]
benjaminl has quit [Ping timeout: 480 seconds]
heat_ has joined #dri-devel
heat has quit [Read error: Connection reset by peer]
benjaminl has joined #dri-devel
benjaminl has quit [Ping timeout: 480 seconds]
lemonzest has quit [Quit: WeeChat 3.6]
crabbedhaloablut has joined #dri-devel
lemonzest has joined #dri-devel
benjaminl has joined #dri-devel
benjaminl has quit [Ping timeout: 480 seconds]
aravind has joined #dri-devel
immibis has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
benjaminl has joined #dri-devel
yuq825 has quit [Ping timeout: 480 seconds]
Kayden has joined #dri-devel
K`den has joined #dri-devel
Kayden has quit [Read error: Connection reset by peer]
benjaminl has quit [Ping timeout: 480 seconds]
smiles_1111 has quit [Ping timeout: 480 seconds]
TMM has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
TMM has joined #dri-devel
nchery has joined #dri-devel
digetx has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
sgruszka_ has joined #dri-devel
aravind has quit [Ping timeout: 480 seconds]
heat_ has quit [Remote host closed the connection]
heat_ has joined #dri-devel
benjaminl has joined #dri-devel
heat_ has quit [Remote host closed the connection]
heat_ has joined #dri-devel
aravind has joined #dri-devel
Leopold___ has quit [Ping timeout: 480 seconds]
ondracka has joined #dri-devel
zf has quit [Remote host closed the connection]
benjaminl has quit [Ping timeout: 480 seconds]
Duke`` has joined #dri-devel
zf has joined #dri-devel
digetx has joined #dri-devel
ondracka has quit [Remote host closed the connection]
ondracka has joined #dri-devel
benjaminl has joined #dri-devel
K`den has quit []
Kayden has joined #dri-devel
<ishitatsuyuki> good question, and apparently a 0 propertyFlags is explicitly allowed
aravind has quit [Remote host closed the connection]
aravind has joined #dri-devel
benjaminl has quit [Ping timeout: 480 seconds]
Dr_Who has quit [Ping timeout: 480 seconds]
benjaminl has joined #dri-devel
benjaminl has quit [Ping timeout: 480 seconds]
ondracka has quit [Ping timeout: 480 seconds]
ondracka has joined #dri-devel
fab has joined #dri-devel
benjaminl has joined #dri-devel
benjaminl has quit [Ping timeout: 480 seconds]
alanc has quit [Remote host closed the connection]
alanc has joined #dri-devel
fab has quit [Quit: fab]
kzd has quit [Ping timeout: 480 seconds]
dsrt^ has joined #dri-devel
benjaminl has joined #dri-devel
sghuge has quit [Remote host closed the connection]
sghuge has joined #dri-devel
Leopold_ has joined #dri-devel
benjaminl has quit [Ping timeout: 480 seconds]
heat_ has quit [Remote host closed the connection]
heat_ has joined #dri-devel
sima has joined #dri-devel
jkrzyszt has joined #dri-devel
pcercuei has joined #dri-devel
aravind has quit [Remote host closed the connection]
aravind has joined #dri-devel
fab has joined #dri-devel
JohnnyonFlame has quit [Read error: Connection reset by peer]
benjaminl has joined #dri-devel
nanonyme has quit [Ping timeout: 480 seconds]
benjaminl has quit [Ping timeout: 480 seconds]
tursulin has joined #dri-devel
aravind has quit [Remote host closed the connection]
aravind has joined #dri-devel
lynxeye has joined #dri-devel
rasterman has joined #dri-devel
camus1 has joined #dri-devel
camus has quit [Remote host closed the connection]
benjaminl has joined #dri-devel
xroumegue has quit [Ping timeout: 480 seconds]
benjaminl has quit [Ping timeout: 480 seconds]
mvlad has joined #dri-devel
xroumegue has joined #dri-devel
lynxeye has quit [Quit: Leaving.]
lynxeye has joined #dri-devel
gio_ is now known as gio
Leopold_ has quit [Remote host closed the connection]
ondracka has quit [Remote host closed the connection]
ondracka has joined #dri-devel
benjaminl has joined #dri-devel
nanonyme has joined #dri-devel
nanonyme is now known as Guest6597
greenjustin has quit [Remote host closed the connection]
benjaminl has quit [Ping timeout: 480 seconds]
<linkmauve> “09:35:55 emersion> but dumb BOs are not for clients…”, what would be the recommended way for clients to do software rendering into buffers they expect to be used as dmabufs? I’m thinking about software image/video decoding to maximise the chances it gets promoted to a plane.
<emersion> someone, compositor or client, needs to upload to the GPU
<emersion> the compositor can upload to a scanout capable buffer if it wants to
Leopold_ has joined #dri-devel
cmichael has joined #dri-devel
simon-perretta-img has joined #dri-devel
djbw has quit [Read error: Connection reset by peer]
Tlsx has joined #dri-devel
kts has joined #dri-devel
benjaminl has joined #dri-devel
Tlsx has quit []
benjaminl has quit [Ping timeout: 480 seconds]
Leopold_ has quit [Ping timeout: 480 seconds]
Leopold_ has joined #dri-devel
urja has quit [Ping timeout: 480 seconds]
smiles_1111 has joined #dri-devel
sgruszka_ has quit [Ping timeout: 480 seconds]
<linkmauve> emersion, does that mean it’s useless to try to optimise software decoding with a dumb buffer allocated from the kms device, and instead we should use GL or so to upload it anyway?
<emersion> hm, so, maybe you'd want to write directly to the dumb buffer to avoid copies?
<linkmauve> That’s my reasoning yes.
<emersion> although shadow buffers are preferred most of the time
rasterman has quit [Read error: Connection reset by peer]
rasterman has joined #dri-devel
<linkmauve> Let’s say I’m a very simple video application, using ffmpeg or similar library in software-only mode, and I want to get the best possible path towards the screen.
<linkmauve> I do not use GL yet.
<linkmauve> I would expect dumb buffers to provide said best possible path, at least scanout.
<linkmauve> It won’t be tiled or anything, but for scanout that’s sensible on most hardware.
rasterman has quit []
rasterman has joined #dri-devel
benjaminl has joined #dri-devel
<mripard> linkmauve: another related topic is that dumb buffers (on most ARM platforms at least) is mapped non-cacheable, so software access will be painfully slow
<linkmauve> Hmm, so it’d be better to decode into a normally-allocated (e.g. malloc()) buffer, and then use wl_shm to let the compositor do what it thinks is best with the buffer?
digetx has quit [Ping timeout: 480 seconds]
benjaminl has quit [Ping timeout: 480 seconds]
<linkmauve> That way memory access won’t be too slow on decoding.
<MrCooper> certainly if there's a non-0 chance of CPU reads from the destination buffer
<dottedmag> There's a capability that tells that dumb buffer is slow on reads/non-sequential writes. I'm not sure how reliable this cap is.
<MrCooper> DRM_CAP_DUMB_PREFER_SHADOW
heat_ has quit [Remote host closed the connection]
<doras> emersion: do you happen to know if any DRM display driver currently implements a slew rate for variable refresh rate in kernel or firmware?
benjaminl has joined #dri-devel
<emersion> amdgpu has LFC
fab has quit [Quit: fab]
<emersion> intel hw supports some stuff but not sure it's enabled on Linux
<doras> emersion: do you have any pointers regarding Intel's support where I can learn more about it?
<emersion> only heard about it in this channel iirc
<emersion> maybe ask in the intel channel
<doras> emersion, zamundaaa: have you tried implementing a slew rate in your respective compositors?
<emersion> nope
<zamundaaa[m]> Not yet. I should be able to soon though
<doras> zamundaaa: do you plan to scope it only to passively updating apps through some heuristic, or otherwise only in case of extreme changes in refresh rate?
<MrCooper> doras: during the hackfest, Manasi mentioned that i915 developers are considering adding LFC, but there seemed to be consensus that we'd rather handle it in the Wayland compositor
benjaminl has quit [Ping timeout: 480 seconds]
<zamundaaa[m]> Dor Askayo: scope what? Slew rate limit has to happen whenever vrr is active
<doras> MrCooper: I feel that we're missing opinions from people with knowledge about the kernel implementation of LFC for amdgpu.
<doras> zamundaaa: so the second option I mentioned, then. The slew rate would kick in regardless and prevent extreme changes in refresh rate.
<doras> I mean, you likely don't want the slew to affect the change in refresh rate in the case of small changes that wouldn't otherwise result in significant flicker. It would result in visual stutter in games (for example) without any benefit.
yuq825 has joined #dri-devel
<doras> MrCooper: I'm asking these questions with VRR ranges between 1-N Hz in mind, where LFC won't ever be needed anyway.
<zamundaaa[m]> Oh yeah, there's definitely different use cases for the default settings. I hope though that a properly configured maximum rate of change would work gor both
<zamundaaa[m]> So that you limit change enough to prevent flicker but not so much that it makes it useless for games
<doras> zamundaaa: yes, exactly
pa has joined #dri-devel
pa- has quit [Ping timeout: 480 seconds]
fab has joined #dri-devel
alyssa has left #dri-devel [#dri-devel]
<doras> zamundaaa: how would you handle ramping refresh rate down? Send the same frame for presentation multiple times if necessary?
benjaminl has joined #dri-devel
diego has joined #dri-devel
Swivel_ has joined #dri-devel
dviola has quit [Ping timeout: 480 seconds]
ondracka has quit [Read error: Connection reset by peer]
ondracka has joined #dri-devel
swivel has quit [Ping timeout: 480 seconds]
benjaminl has quit [Ping timeout: 480 seconds]
<zamundaaa[m]> Yes
i509vcb has quit [Quit: Connection closed for inactivity]
donaldrobson has joined #dri-devel
Tlsx has joined #dri-devel
Tlsx has quit []
kts has quit [Quit: Konversation terminated!]
benjaminl has joined #dri-devel
benjaminl has quit [Ping timeout: 480 seconds]
kts has joined #dri-devel
aravind has quit [Ping timeout: 480 seconds]
aravind has joined #dri-devel
aravind has quit [Ping timeout: 480 seconds]
benjaminl has joined #dri-devel
benjaminl has quit [Ping timeout: 480 seconds]
kts has quit [Ping timeout: 480 seconds]
benjaminl has joined #dri-devel
benjaminl has quit [Ping timeout: 480 seconds]
<karolherbst> does any hardware have group operations on a workgroup level? Like all that subgroup stuff, just one level higher
fxkamd has joined #dri-devel
Duke`` has quit [Ping timeout: 480 seconds]
Duke`` has joined #dri-devel
junaid has joined #dri-devel
benjaminl has joined #dri-devel
diego has left #dri-devel [WeeChat 4.0.2]
dviola has joined #dri-devel
benjaminl has quit [Ping timeout: 480 seconds]
Haaninjo has joined #dri-devel
Mangix has quit [Read error: Connection reset by peer]
Mangix has joined #dri-devel
dos1 has quit [Quit: Kabum!]
yuq825 has left #dri-devel [#dri-devel]
greenjustin has joined #dri-devel
junaid has quit [Quit: leaving]
benjaminl has joined #dri-devel
dos1 has joined #dri-devel
benjaminl has quit [Ping timeout: 480 seconds]
kzd has joined #dri-devel
RSpliet has quit [Quit: Bye bye man, bye bye]
kzd has quit [Read error: No route to host]
RSpliet has joined #dri-devel
<Hazematman1> OpenGL provoking vertex question. Is the provoking vertex supposed to affect the order in which vertices are processed during primitive assembly? I can't find any mention of this in the spec but I'm getting different behavior between different GPUs and the piglit test spec@!opengl 3.2@gl-3.2-adj-prims line cull-front pv-first seems to test for this
<cmichael> this sounds oddly familiar ;)
<Hazematman1> cmichael: Haha! When you're losing your mind trying to understand something you have to try and get all the help you can :P
<cmichael> Hazematman1, oh I know that all too well ;)
benjaminl has joined #dri-devel
<mattst88> eric_engestrom: I'd kind of forgotten about it, but would you mind making a release of glu as well?
<robclark> does something about dma_fence confuse kmemleak? I've got a kmemleak report of a bunch of random fence leaks (and a few sync_file).. but it's a mix of drm/sched hw_fence and user_fence and kms atomic out-fence
Dr_Who has joined #dri-devel
fxkamd has quit []
<tleydxdy> at least some of those are real, I'm having a hard time tracking them down tho
pac85 has joined #dri-devel
digetx has joined #dri-devel
benjaminl has quit [Ping timeout: 480 seconds]
<pac85> Since somebody brought up how provoking vertex mode affects primitive assembly I wonder if somebody could shed light into the behaviour I described in this MR https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/22309
Cyrinux94 has quit []
Cyrinux94 has joined #dri-devel
TMM has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
TMM has joined #dri-devel
urja has joined #dri-devel
ondracka has quit [Ping timeout: 480 seconds]
rgallaispou has quit [Quit: Leaving.]
ondracka has joined #dri-devel
ondracka has quit [Read error: Connection reset by peer]
benjaminl has joined #dri-devel
i509vcb has joined #dri-devel
kzd has joined #dri-devel
<eric_engestrom> mattst88: could you send me a link to the procedure for glu? I'll try to do it tomorrow :)
<eric_engestrom> (the https://docs.mesa3d.org/releasing of glu)
rasterman has quit [Quit: Gettin' stinky!]
cmichael has quit [Quit: Leaving]
donaldrobson has quit [Remote host closed the connection]
dos1 has quit [Read error: Connection reset by peer]
jfalempe has quit [Quit: Leaving]
benjaminl has quit [Ping timeout: 480 seconds]
djbw has joined #dri-devel
benjaminl has joined #dri-devel
tursulin has quit [Ping timeout: 480 seconds]
pac85 has quit [Quit: Konversation terminated!]
<zmike> with nir_intrinsic_store_output what does src1 mean: is that like the varying slot offset?
<mattst88> eric_engestrom: I don't think there is one -- IIRC it's just the standard procedure for X packages
<mattst88> e.g. `modular/util/release.sh .` and send the email
jkrzyszt has quit [Ping timeout: 480 seconds]
junaid has joined #dri-devel
aljazmc has joined #dri-devel
benjaminl has quit [Ping timeout: 480 seconds]
aljazmc has quit []
aljazmc has joined #dri-devel
lynxeye has quit [Quit: Leaving.]
aljazmc has quit []
aljazmc has joined #dri-devel
benjaminl has joined #dri-devel
smiles_1111 has quit [Ping timeout: 480 seconds]
<eric_engestrom> mattst88: ack, I'll do that then; what should the version be? 9.0.3, 9.1.0, 10.0.0?
* eric_engestrom has not been following the glu repo _at all_
aljazmc has quit []
Peuc_ has joined #dri-devel
<eric_engestrom> and the tag is on master directly I assume, since I see no branhces?
<mattst88> eric_engestrom: yeah, tag on master. I think 9.0.3 is fine -- very few changes
<mattst88> thanks very much!
Peuc has quit [Ping timeout: 480 seconds]
aljazmc has joined #dri-devel
<eric_engestrom> mattst88: there's still autotools next to meson.build, perhaps it's time to drop autotools?
<mattst88> eric_engestrom: totally fine with me
aljazmc has quit []
<eric_engestrom> I'll make the release after that
aljazmc has joined #dri-devel
aljazmc has quit []
aljazmc has joined #dri-devel
aljazmc has quit []
tango_ has quit [Ping timeout: 480 seconds]
<mattst88> looks good to me, thanks!
<eric_engestrom> glu 9.0.3 out :)
benjamin1 has joined #dri-devel
<jenatali> zmike: It's the driver_location of the variable that the write was lowered from
<zmike> 😬
ngcortes has joined #dri-devel
<zmike> I don't think that's accurate?
<zmike> or maybe it just doesn't match up in this case
benjaminl has quit [Ping timeout: 480 seconds]
<jenatali> Oh no I'm wrong, it's a 0-based offset from nir_intrinsic_base, nir_intrinsic_base comes from driver_location
<zmike> okay that sounds more likely
<jenatali> Which is used if a varying uses multiple vec4s
<zmike> yeah I'm battling enhanced layouts for the trillionth time
<jenatali> FWIW we end up lowering IO in the backend as a late step so that we can keep the variables
<zmike> I'm deleting the variables
<jenatali> That might be an easier first step (if that's not already what you're doing)
<zmike> almost there...
benjaminl has joined #dri-devel
urja has quit [Ping timeout: 480 seconds]
benjamin1 has quit [Read error: Connection reset by peer]
benjamin1 has joined #dri-devel
benjaminl has quit [Ping timeout: 480 seconds]
urja has joined #dri-devel
urja has quit [Ping timeout: 480 seconds]
mvlad has quit [Remote host closed the connection]
urja has joined #dri-devel
sima has quit [Ping timeout: 480 seconds]
fab has quit [Quit: fab]
JohnnyonFlame has joined #dri-devel
idr has joined #dri-devel
Jeremy_Rand_Talos_ has quit [Remote host closed the connection]
Kayden has quit [Read error: Connection reset by peer]
ngcortes has quit [Remote host closed the connection]
ngcortes has joined #dri-devel
tobiasjakobi has joined #dri-devel
tobiasjakobi has quit [Remote host closed the connection]
Duke`` has quit [Ping timeout: 480 seconds]
Guest6487 has quit [Remote host closed the connection]
Danct12 has joined #dri-devel
junaid has quit [Remote host closed the connection]
ngcortes has quit [Ping timeout: 480 seconds]
pcercuei has quit [Quit: dodo]
Kayden has joined #dri-devel
Haaninjo has quit [Quit: Ex-Chat]
crabbedhaloablut has quit []
ngcortes has joined #dri-devel