ChanServ changed the topic of #dri-devel to: <ajax> nothing involved with X should ever be unable to find a bar
tango_ has quit [Ping timeout: 480 seconds]
pcercuei has quit [Quit: dodo]
alyssa has quit [Quit: Lost terminal]
Haaninjo has quit [Quit: Ex-Chat]
flibitijibibo has joined #dri-devel
ybogdano has joined #dri-devel
txenoo has quit [Remote host closed the connection]
polio has joined #dri-devel
yuq825 has joined #dri-devel
polio has quit [Remote host closed the connection]
mbrost__ has quit [Ping timeout: 480 seconds]
columbarius has joined #dri-devel
co1umbarius has quit [Ping timeout: 480 seconds]
nchery has quit [Ping timeout: 480 seconds]
lemonzest has joined #dri-devel
deathmist2 has quit [Remote host closed the connection]
ybogdano has quit [Ping timeout: 480 seconds]
deathmist2 has joined #dri-devel
ngcortes has quit [Read error: Connection reset by peer]
alyssa has joined #dri-devel
<alyssa> mupuf: oh i'm on the list uh cool i guess? :P
<alyssa> sounds like big responsibility ;p
<HdkR> The list is filled with cool people, but not all cool people happen to be on the list :P
<alyssa> HdkR: jealous? :p
<HdkR> Oh I'm not cool, so it would be hard to get on it
elongbug has quit [Read error: Connection reset by peer]
Eschik_ has quit []
<HdkR> Would need to put a # comment above my alias for "Random JIT gremlin"
<psykose> you are giga cool
<HdkR> :O Right in the feels
gawin has joined #dri-devel
Leopold_ has quit []
Leopold_ has joined #dri-devel
gawin has quit [Ping timeout: 480 seconds]
* alyssa can't tell if anything will break if she drops support for all luminance/alpha/intensity formats
<alyssa> mesa/st seems to be able to emulate them, at least the piglits seem to pass.
<alyssa> really not in the mood to carry around known broken support for desktop GL only functionality
<alyssa> if we could just
<alyssa> not
<alyssa> (Is there a performance implication?)
<alyssa> zmike: ^ I see that you added emulation for this stuff to both mesa/st and Zink
<alyssa> so i'm not really sure how this is supposed to work or not
<alyssa> oh.. this was for Nine... mhh
<psykose> drop nine and make it a paid subscription
<alyssa> psykose: big brain
<alyssa> https://gitlab.freedesktop.org/mesa/mesa/-/issues/6907 makes me want to say "the next person who wants this for panfrost should fix nine" ...
<alyssa> nominally we have native formats for this stuff, but removing all the advertisements is making my unexpectedpass piglit shoot up ;-)
<zmike> what
<zmike> zink emulates them and you can too
<alyssa> zmike: what if i just didn't though
<alyssa> have you considered that
<alyssa> huh
<zmike> nobody would care since nobody uses panfrost for desktop GL
<zmike> delete away!
<alyssa> unfortunately that's false
<zmike> mood
<alyssa> although nobody does seemt o use panfrost for nine (yet?)
<alyssa> there's interest for it that i'm sympathetic to for the older hw that we won't do vk on
<zmike> nine has a lot of work pending
<zmike> but A8 support isn't part of it
<alyssa> hmm I guess most of the heartburn is from luminance/alpha being renderable
<alyssa> 03:05 < zmike> but A8 support isn't part of it
<alyssa> is this *only* about A8?
<alyssa> or other alpha formats too?
<alyssa> what about intensity and luminance-alpha?
<zmike> that ticket? yes
<alyssa> nine support in general
* alyssa reads the code
<zmike> A8 is the only one needed by nine afaik
<alyssa> i forgot it's open source that's neat
<DemiMarie> What is so bad about nine?
<zmike> haha yeah weird who would do such a thing
<alyssa> DemiMarie: what's that replying to
<alyssa> my shitposts or mikes?
<DemiMarie> both, I guess?
<alyssa> i don't have anything against nine
<alyssa> i just can't fathom a possible reason you would ever use it with panfrost
<zmike> nine is bad because it's not a power of two
<zmike> obviously
<alyssa> very true
<DemiMarie> didn’t ARM have some really buggy GPUs?
<alyssa> yes
<alyssa> and?
<DemiMarie> whatever
<psykose> is there a gpu without bugs
<alyssa> not to my knowledge
<zmike> you'd have to be insane to try and work on an ARM gpu haha lol XD
<alyssa> wow mean
<psykose> zink more like wine for mesa
<zmike> it's okay the people working on apple hw are very sane
<alyssa> 🥺👉👈
<zmike> 🥳
heat has quit [Ping timeout: 480 seconds]
Lucretia has quit [Read error: Connection reset by peer]
<alyssa> oh uh when did it become late o'clock
<alyssa> time to stop piglitting
Lucretia has joined #dri-devel
JohnnyonF has joined #dri-devel
JohnnyonFlame has quit [Ping timeout: 480 seconds]
heat has joined #dri-devel
heat has quit [Ping timeout: 480 seconds]
JohnnyonF has quit [Ping timeout: 480 seconds]
gawin has joined #dri-devel
deathmist2 has quit [Remote host closed the connection]
deathmist2 has joined #dri-devel
oneforall2 has quit [Remote host closed the connection]
oneforall2 has joined #dri-devel
JohnnyonFlame has joined #dri-devel
kzd has quit [Quit: kzd]
<Lynne> the radv PS epilogue changes broke a proton game for me
<ishitatsuyuki> Lynne, mind opening an issue? You can CC hakzsam
YuGiOhJCJ has joined #dri-devel
<Lynne> I'm bisecting now
pallavim__ has quit [Ping timeout: 480 seconds]
<Lynne> it was 11469f7553dc69a6c4b779527e6738c3206aa21c
<Lynne> hakzsam: https://0x0.st/o7vL.diff fixes it, I'm guessing graphics_pipeline->col_format_non_compacted has changed since binding
Akari has quit [Quit: segmentation fault (core dumped)]
oneforall2 has quit [Remote host closed the connection]
oneforall2 has joined #dri-devel
camus has quit [Ping timeout: 480 seconds]
camus has joined #dri-devel
oneforall2 has quit [Remote host closed the connection]
oneforall2 has joined #dri-devel
gawin has quit [Remote host closed the connection]
JohnnyonF has joined #dri-devel
JohnnyonFlame has quit [Ping timeout: 480 seconds]
JohnnyonF has quit [Read error: Connection reset by peer]
TMM has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
TMM has joined #dri-devel
kts has joined #dri-devel
mbrost has joined #dri-devel
Duke`` has joined #dri-devel
tango_ has joined #dri-devel
aravind has joined #dri-devel
tzimmermann has joined #dri-devel
Duke`` has quit [Ping timeout: 480 seconds]
kts has quit [Quit: Leaving]
ppascher has quit [Ping timeout: 480 seconds]
fab has joined #dri-devel
Mangix has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
Mangix has joined #dri-devel
deathmist2 has quit [Remote host closed the connection]
deathmist2 has joined #dri-devel
deathmist2 has quit [Remote host closed the connection]
deathmist2 has joined #dri-devel
<hakzsam> Lynne: thanks for the bug report, I will look into it
alanc has quit [Remote host closed the connection]
alanc has joined #dri-devel
Company has quit [Read error: Connection reset by peer]
aravind has quit [Ping timeout: 480 seconds]
vliaskov has joined #dri-devel
mbrost has quit [Remote host closed the connection]
mbrost has joined #dri-devel
mbrost has quit []
fab has quit [Quit: fab]
sghuge has quit [Remote host closed the connection]
* austriancoder is looking for reviewers for https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/20538
sghuge has joined #dri-devel
rasterman has joined #dri-devel
mvlad has joined #dri-devel
tursulin has joined #dri-devel
sgruszka has joined #dri-devel
fab has joined #dri-devel
aravind has joined #dri-devel
rszwicht has joined #dri-devel
airlied has quit [Ping timeout: 480 seconds]
<tzimmermann> mripard, morning. i did not r-b all of the patches in your recent vc4 patchset, because of questions. let me know if you want me to take another look
<tzimmermann> if you have a bit, maybe take a look at the include cleanup v2 i sent recently. should be quick and easy https://patchwork.freedesktop.org/series/112542/#rev2
<tzimmermann> thanks a lot
airlied has joined #dri-devel
kts has joined #dri-devel
<mripard> sure, I'm on it
danvet has joined #dri-devel
apinheiro has joined #dri-devel
jkrzyszt has joined #dri-devel
ppascher has joined #dri-devel
lynxeye has joined #dri-devel
jkrzyszt has quit [Remote host closed the connection]
kts has quit [Quit: Leaving]
MajorBiscuit has joined #dri-devel
kts has joined #dri-devel
aravind has quit [Ping timeout: 480 seconds]
jkrzyszt has joined #dri-devel
aravind has joined #dri-devel
pcercuei has joined #dri-devel
Leopold_ has quit [Ping timeout: 480 seconds]
srslypascal has quit [Ping timeout: 480 seconds]
srslypascal has joined #dri-devel
anholt has quit [Ping timeout: 480 seconds]
kts has quit [Quit: Leaving]
Leopold_ has joined #dri-devel
aravind has quit [Ping timeout: 480 seconds]
aravind has joined #dri-devel
frankbinns has joined #dri-devel
srslypascal has quit [Ping timeout: 480 seconds]
srslypascal has joined #dri-devel
aravind has quit [Ping timeout: 480 seconds]
aravind has joined #dri-devel
<danvet> jani, I've seen it, and assumed that this is not actually what's going to land ...
<danvet> hm Lyude acked it
dviola has joined #dri-devel
<danvet> I mean living under a rock for half a year isn't the best of looks really
<danvet> I guess I need to reply
<dolphin> 6.1-rc1 timeframe would probably have been more reasonable to ask for revert
<danvet> yeah I replied
<danvet> tbf I deemed it silly enough that it'll die without me replying :-)
<danvet> agd5f, airlied, Lyude ^^
srslypascal has quit [Quit: Leaving]
guru_ has joined #dri-devel
jluthra has quit [Remote host closed the connection]
jluthra has joined #dri-devel
oneforall2 has quit [Ping timeout: 480 seconds]
srslypascal has joined #dri-devel
Surkow|laptop has quit [Ping timeout: 480 seconds]
Haaninjo has joined #dri-devel
kts has joined #dri-devel
aravind has quit []
devilhorns has joined #dri-devel
Surkow|laptop has joined #dri-devel
junaid has joined #dri-devel
<tzimmermann> mripard, thanks
<tzimmermann> mripard, but that's version 1. v2 is this here: https://lore.kernel.org/dri-devel/20230111130206.29974-1-tzimmermann@suse.de/ !
<mripard> tzimmermann: ah, sorry
<mripard> still a-b for the whole series
<tzimmermann> mripard, ok thanks a lot
<javierm> tzimmermann: I remember there was a kernel-wide effort to cleanup the header inclusion but don't know what happened to that
<tzimmermann> javierm, it was much applauded, but i never heard about it later
<tzimmermann> has it been merged
<tzimmermann> javerim, i'm still waiting for vfio devs to ack the one fbdev patch
<tzimmermann> btw
<javierm> tzimmermann: hmm, maybe just merge it then? I mean, you gave them a lot of time to answer :)
<tzimmermann> yeah. i pinged them several times. no answer
<tzimmermann> the change has no effect on the driver itself. should be find
<tzimmermann> fine
<javierm> tzimmermann: agreed
polio has joined #dri-devel
polio has left #dri-devel [#dri-devel]
poliostro has joined #dri-devel
junaid has quit [Ping timeout: 480 seconds]
Leopold___ has joined #dri-devel
Leopold_ has quit [Ping timeout: 480 seconds]
ice9 has joined #dri-devel
JohnnyonFlame has joined #dri-devel
<tzimmermann> i just found out that i can take patchwork's mbox file and pipe it into dim-apply-branch. it appears to do the right thing for each contained patch. amazing!
<tzimmermann> thanks to whoever implemented this
ice9 has quit [Remote host closed the connection]
ice9 has joined #dri-devel
camus has quit []
<javierm> tzimmermann: yes, that's what I do. Did you apply one by one before?
<tzimmermann> i did.
<tzimmermann> i didn't know that the mbox file would work
digetx has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
genpaku has quit [Read error: Connection reset by peer]
genpaku has joined #dri-devel
digetx has joined #dri-devel
MajorBiscuit has quit [Quit: WeeChat 3.6]
pallavim__ has joined #dri-devel
<mripard> it also works from b4
<mripard> I've been using it for a while, it's great
jkrzyszt has quit [Remote host closed the connection]
dviola has quit [Quit: WeeChat 3.8]
srslypascal has quit [Ping timeout: 480 seconds]
srslypascal has joined #dri-devel
kts has quit [Quit: Leaving]
Nyaaori has joined #dri-devel
user__ has quit [Remote host closed the connection]
rasterman has quit [Ping timeout: 480 seconds]
kxkamil has quit []
kxkamil has joined #dri-devel
rasterman has joined #dri-devel
Surkow|laptop has quit [Quit: 418 I'm a teapot - NOP NOP NOP]
Surkow|laptop has joined #dri-devel
Haaninjo has quit [Quit: Ex-Chat]
pallavim__ has quit [Ping timeout: 480 seconds]
devilhorns has quit []
Leopold___ has quit [Remote host closed the connection]
sgruszka has quit [Ping timeout: 480 seconds]
Leopold_ has joined #dri-devel
<jani> so I can get the .c compiled to assembler using 'make path/to/file.s', but is there something similar to get the pre-processor output?
<jani> 'make path/to/file.i' does something
<TMM> Hello! I'm not sure if this is the right channel to ask but I have an annoying yet minor problem with my amdgpu driver. I have two cards installed in my machine, a 6900XT and a 6950XT and I want the 6950XT to be /dev/dri0 because it is where my monitors connect to. In order to do this I had to move the 6950 to pcie slot 7 and the 6900 to pcie slot 1. This all works fine until I turn on the CSM which initializes the gpu in slot1 first and I don't get output on the
<TMM> card in slot 7. Also, /dev/kfd seems to enumerate the devices in the opposite direction from dri so according to rocm the cards are now swapped
<TMM> Is there a way to force amdgpu or linux to enumerate the cards the way I'd like them to be enumerated?
<TMM> Maybe udev? I have no idea and I don't know where to start looking :)
mareko_ has joined #dri-devel
glisse is now known as Guest1257
glisse has joined #dri-devel
fab has quit [Quit: fab]
mareko has quit [Ping timeout: 480 seconds]
fab has joined #dri-devel
Guest1257 has quit [Ping timeout: 480 seconds]
dri-logger has quit [Ping timeout: 480 seconds]
dri-logger has joined #dri-devel
YuGiOhJCJ has quit [Quit: YuGiOhJCJ]
poliostro has quit [Remote host closed the connection]
jewins has joined #dri-devel
nchery has joined #dri-devel
srslypascal has quit [Ping timeout: 480 seconds]
nchery is now known as Guest1258
nchery has joined #dri-devel
kts has joined #dri-devel
mbrost has joined #dri-devel
nchery is now known as Guest1259
nchery has joined #dri-devel
<agd5f> TMM, you sbios may have an option to pick which GPU the sbios uses for display if that is your concern
Guest1258 has quit [Ping timeout: 480 seconds]
heat has joined #dri-devel
Guest1259 has quit [Ping timeout: 480 seconds]
fab has left #dri-devel [#dri-devel]
nchery has quit [Ping timeout: 480 seconds]
yuq825 has left #dri-devel [#dri-devel]
mbrost has quit [Remote host closed the connection]
jkrzyszt has joined #dri-devel
fab_ has joined #dri-devel
fab_ is now known as Guest1265
OftenTimeConsuming has quit [Remote host closed the connection]
OftenTimeConsuming has joined #dri-devel
Company has joined #dri-devel
Leopold_ has quit [Ping timeout: 480 seconds]
nchery has joined #dri-devel
rawoul has quit [Quit: leaving]
djbw has quit [Read error: Connection reset by peer]
Leopold has joined #dri-devel
mbrost has joined #dri-devel
kzd has joined #dri-devel
mbrost has quit [Remote host closed the connection]
mbrost has joined #dri-devel
Leopold has quit [Ping timeout: 480 seconds]
<TMM> agd5f: it does not :(
pcercuei has quit [Read error: Connection reset by peer]
pcercuei has joined #dri-devel
thaytan has quit [Ping timeout: 480 seconds]
alyssa has quit [Quit: leaving]
dviola has joined #dri-devel
thaytan has joined #dri-devel
Leopold_ has joined #dri-devel
mbrost has quit [Ping timeout: 480 seconds]
tzimmermann has quit [Quit: Leaving]
Leopold_ has quit [Ping timeout: 480 seconds]
ajax has joined #dri-devel
srslypascal has joined #dri-devel
gouchi has joined #dri-devel
djbw has joined #dri-devel
lynxeye has quit [Quit: Leaving.]
mareko_ is now known as mareko
Akari has joined #dri-devel
rawoul has joined #dri-devel
rawoul has quit []
rawoul has joined #dri-devel
Leopold_ has joined #dri-devel
alyssa has joined #dri-devel
<alyssa> *squint*
<alyssa> can't tell if driver bug or bad piglit
<alyssa> using a signed `int` output with a _UINT framebuffer
<alyssa> arb_shader_atomic_counters-semantics
<jenatali> alyssa: What's the actual problem?
<alyssa> jenatali: we tell the hardware "i32 input, but u32 output" and so the hw clamps negatives to zero
<jenatali> Ah
<alyssa> There's a workaround code path for TGSI (which sets untyped_colour_outputs)
<alyssa> but I could have sworn this violates the GLSL spec
<mareko> is passes here
djbw has quit [Read error: Connection reset by peer]
<alyssa> "If the values written by the fragment shader do not match the format(s) of the corresponding color buffer(s), the result is undefined."
<alyssa> from the gl46 compat spec
<mareko> I don't think our hw clamps that
<alyssa> I can force untyped_color_outputs but that's really silly to do for a piglit that's relying on UB
junaid has joined #dri-devel
junaid_ has joined #dri-devel
bgs has joined #dri-devel
ice9 has quit [Ping timeout: 480 seconds]
pallavim__ has joined #dri-devel
<zmike> probably just change the piglit
bgs has quit [Remote host closed the connection]
frankbinns has quit [Remote host closed the connection]
pendingchaos_ has joined #dri-devel
pendingchaos has quit [Ping timeout: 480 seconds]
<italove> What does it mean when _mesa_get_format_info() doesn't find a format? It doesn't seem to work for NV12 for me. Looking at `formats.csv` I only see two yuv formats, which are mapped to YUYV and UYVY in `formats.h`.
Akari has quit [Quit: segmentation fault (core dumped)]
Duke`` has joined #dri-devel
<alyssa> italove: for historical reasons MESA formats are separate from PIPE formats
<alyssa> even though we use the same enum values now
<alyssa> NV12 textures shouldn't ever come from GL though, only from EGL
<alyssa> so you probably don't need MESA formats for NV12
<alyssa> I'm unusre why YUYV is there
<alyssa> PIPE formats are defined by util/format/
<alyssa> you'll notice that u_format.csv does have NV12
<alyssa> as well as NV21, IYUV, etc
pendingchaos has joined #dri-devel
<sravn> danvet: With all the old drivers gone it looks like we can gc all code that check for drm_core_check_feature(dev, DRIVER_LEGACY)
<sravn> Or do I miss something obvious where we need it
<italove> alyssa: maybe it's an issue with the piglit test I'm running then, because it does call _mesa_get_format_info() and leads to crashes
pendingchaos_ has quit [Ping timeout: 480 seconds]
jernej has quit [Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net]
<danvet> sravn, the plan is to gc in 1.5 years or so
<danvet> assuming no one screams
jernej has joined #dri-devel
<danvet> essentially wait until this has all landed in lts
<danvet> if we start deleting now and need to resurrect a driver, then resurrecting the legacy stuff might be pain
jernej has quit [Read error: Connection reset by peer]
jernej has joined #dri-devel
jernej_ has joined #dri-devel
jernej has quit [Remote host closed the connection]
jernej_ has quit []
<sravn> danvet: It sorta makes sense. But if reverting a driver removal is painfull, then maybe someone would be sufficiently motivated to update the driver (I am sometimes an optimist)
pendingchaos has quit [Ping timeout: 480 seconds]
Leopold_ has quit [Remote host closed the connection]
<sravn> Anyway, I will bury my itch for now and leave the code in.
jernej has joined #dri-devel
<danvet> sravn, that sounds very optimistic
<sravn> Lookign forward to see the comment thread on Phoronix when they pick up the removal
pendingchaos has joined #dri-devel
<danvet> also note, that this are pure render drivers, display is userspace
<danvet> which means this _only_ breaks opengl
<danvet> and you're not going to get a gl1.x driver into mesa these days, that just aint happening
<danvet> so "just update the driver" is not really a reasonable option
<DavidHeidelberg[m]> gbm without dri, does it make sense as described in the MR? https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/20447
Leopold_ has joined #dri-devel
<sravn> danvet: Ohh, that makes it difficult. I now remember that this was also a topic when I brought up openchrome some time ago - where I wondrered whay it was so much larger than the current kernel driver
junaid_ has quit [Remote host closed the connection]
dviola has quit [Quit: WeeChat 3.7.1]
tursulin has quit [Ping timeout: 480 seconds]
junaid has quit [Ping timeout: 480 seconds]
ngcortes has joined #dri-devel
pendingchaos has quit [Ping timeout: 480 seconds]
<ajax> danvet: which hardware is this about? the last userspace with any (strictly) ums 3d support was mesa 7.11, which was 2011
<danvet> ajax, that kind of hw
<danvet> unless something really funny happens we should be able to get away with this no problem
junaid has joined #dri-devel
<ajax> dude. if anyone wants to work on like g400 support and port it to kms, amber will happily take the driver
<ajax> otherwise: go away
<ajax> or just run the 11 year old kernel to go with your other >11 year old hardware
<ajax> i did actually try to build mesa 7.11 with a modern fedora not long ago
<ajax> it, uh
<ajax> it didn't
pendingchaos has joined #dri-devel
<ccr> unsurprising. even a lot newer versions can be a pain to build due to toolchain changes.
<ccr> or dependency changes
srslypascal has quit [Ping timeout: 480 seconds]
<ccr> heh. I remember one happy-fun-time regression bisect operation on a software (not mesa tho) that involved juggling autotools versions, some dep library versions, and also the configure parameters themselves had changed.
heat has quit [Remote host closed the connection]
heat has joined #dri-devel
TMM has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
TMM has joined #dri-devel
alyssa has quit [Quit: leaving]
<Lyude> danvet: yeah i'm very much not happy about it :\
<Lyude> if we can figure out an alternative I'm really seriously all for it lol
vliaskov has quit [Ping timeout: 480 seconds]
pendingchaos_ has joined #dri-devel
lemonzest has quit [Quit: WeeChat 3.6]
<Lyude> danvet: I can give another shot at trying to figure out a proper fix. for context: I spent like, over 2-3 weeks trying to figure this out and it got to a point I had to defer to amd because their driver is _really_ difficult to untangle and figure out ._
pendingchaos has quit [Ping timeout: 480 seconds]
<danvet> ajax, kernel is different about not regressing stuff, and we've had reports and shit even 5+ years after userspace stopped supporting something
<danvet> or stopped using an old ioctl or whatever
<danvet> so 10 years is the rule of thumb
<danvet> and yes I know that mesa routinely gets away with much less
pendingchaos has joined #dri-devel
<Lyude> danvet: btw responded on the list, I'll try again at figuring out a proper fix for this since I don't know how long it's going to take wayne to figure this out. maybe now that i'm a little burned out I'll figure it out
<Lyude> *little less
<ajax> are ci flakes tracked somewhat automatically these days?
pendingchaos_ has quit [Ping timeout: 480 seconds]
pendingchaos_ has joined #dri-devel
danilo has joined #dri-devel
pendingchaos has quit [Ping timeout: 480 seconds]
dakr has quit [Ping timeout: 480 seconds]
alyssa has joined #dri-devel
<alyssa> danvet: how does one get code review
<alyssa> i remember why i learned to smash my code to marge
<ajax> review for?
<alyssa> anything
<alyssa> Currently have 10 MRs to Mesa that are waiting for review
<alyssa> mostly panfrost
<alyssa> mostly from the last 24 hours I admit
<alyssa> I guess patience is a virtue
<jenatali> I feel that
<HdkR> I feel that
<alyssa> I feel-- wait that's weird nvm
<eric_engestrom> ajax: grep for FLAKES_CHANNEL in src/**/ci/gitlab-ci.yml to find the IRC channel where the flakes get reported
<ajax> eric_engestrom: oooh, tyvm
<jenatali> Unless it's for Windows where we don't have a flakes channel set up...
<ajax> alyssa: you should take the bait i left on that mipmap generation performance bug
* ajax looks to see what he can reasonably review
jkrzyszt has quit [Ping timeout: 480 seconds]
<alyssa> ajax: oooh what bait I don't remember this
<danvet> alyssa, enjoy w/e, assume wish fairies do the work while you relax, get mad on Monday because they didn't?
<alyssa> danvet: oh yeah ok
<ajax> tl;dr: compute shader and subgroup ops to emit more than one miplayer at a time
<alyssa> ajax: that won't be efficient on Mali
<ajax> i'd believe that for most tilers, tbh, if they only really have one write target per tile job
<alyssa> "Using the OpenGL meanings of the terms, textures and framebuffers support
<alyssa> Errr
<alyssa> See the paragraph starting that
<alyssa> TL;DR we need to do the write from frag shaders (not compute shaders) to get compression
<alyssa> which matters more for mipmap sampling perf which is more important than mipmap gen perf
<ajax> oof
<ajax> okay hm
<HdkR> Most hardware would want to do the write from fragment to get compression even
<HdkR> Quite a new feature that compute image stores get compression
<alyssa> I think new Apple hw can do it maybe
<HdkR> ooo
<HdkR> Nvidia and AMD it is only supported in the last two or three generations as well
<HdkR> Matters less there because of big BW numbers though
<alyssa> yeah
<ajax> i assume there has to be a way to blit an uncompressed resource into an undefined one and get compression at the end, but that's probably a bunch of expensive flush and stall so maybe not worth it
<alyssa> that sounds, more expensive?
<ajax> is there not a way to write to multiple levels from fs?
* ajax spend embarassingly little time on the "writing things in opengl" side of opengl
srslypascal has joined #dri-devel
ngcortes has quit [Ping timeout: 480 seconds]
<HdkR> I wonder if you could bind a framebuffer that overlaps the full mipmap chain and generate it as a single RT
<alyssa> please no
<HdkR> Trying to think of something beyond *magic*
<ajax> the trick is you want to write corresponding pixels in corresponding miplevels from the same shader invocation
<ajax> because your fs is going to be invoked once per dest pixel
<HdkR> MRT doesn't save you here sadly
Dr_Who has joined #dri-devel
<ajax> if you bind a giant image over all the levels then when your coords put you in the smaller levels you have to do exponentially more sampling work
<ajax> it'd be as if you built the smallest level directly from the largest
<HdkR> Yea, it's not great
<HdkR> But would it be faster than back to back FS invocations? :P
<HdkR> And are the GPU's caches big enough to help out
<eric_engestrom> DavidHeidelberg[m]: re: gbm without a builtin backend, yeah I think it's reasonable
poliostro has joined #dri-devel
ngcortes has joined #dri-devel
danilo has quit []
dakr has joined #dri-devel
<alyssa> ERROR - Failure getting dEQP run results: parsing results: Reading from dEQP: timed out waiting for fd to be ready (See "output/c4.r1.caselist.txt")
<alyssa> uh oh
YuGiOhJCJ has joined #dri-devel
junaid has quit [Ping timeout: 480 seconds]
<CounterPillow> does this mean mesa is trying to maintain a list of every application that is not a video game? Doesn't seem scalable to me. https://gitlab.freedesktop.org/mesa/mesa/-/commit/a9c36dbf9c56b0d8b3810f7c95d44202bf79dac7
<CounterPillow> That's beside the point that mpv would rather not be on this list, as 1. we present at a predictable framerate, 2. oddball video refresh rates make adaptive sync beneficial to us
Haaninjo has joined #dri-devel
<alyssa> driconf? scalable?
kts has quit [Quit: Leaving]
<HdkR> Application configs and scalability aren't ever a thing
<HdkR> It's more likely the list was generated when initial adaptive sync support was added and there wasn't quite enough care to ensure every application handled it fine. A bit of an overreach
<alyssa> this is so weird
<alyssa> I can see the tests are running but deqp-runner isn't getting any input?
srslypascal is now known as Guest1282
<HdkR> stdin says nope today?
srslypascal has joined #dri-devel
Guest1282 has quit [Ping timeout: 480 seconds]
<alyssa> seemingly
<alyssa> I uprevved deqp-runner and it seems marginally better
<jenatali> Urgh, somehow I force-pushed a wrong version of a patch into a MR and didn't notice at some point
<alyssa> getting some inexplicable crashes, though
<alyssa> Test case 'dEQP-GLES2.functional.lifetime.attach.deleted_input.texture_framebuffer'.. Pass (Pass)
<alyssa> stderr: (empty)
<jenatali> That's... a pass? Not a crash?
<alyssa> jenatali: same
<alyssa> deqp-runner was working this more..
<alyssa> morning
<alyssa> It's also 10x slower than it was..
<alyssa> even though I'm seeing appropriately high CPU activity
<alyssa> oh this is interesting
<alyssa> sysprof says it's totally bound by disk_cache_evict_lru_item
<alyssa> ugh. ok. I understand now.
* alyssa tosses out .cache/mesa_shader_cache
<alyssa> and it works properly now. miracle ;-;
<alyssa> getdents64 bound
<alyssa> apparently that path isn't supposed to happen ;-;
<alyssa> (the is_two_character_sub_directory path)
<alyssa> possibly my "uprev mesa" script needs to torch the cache
Leopold___ has joined #dri-devel
Leopold_ has quit [Ping timeout: 480 seconds]
mvlad has quit [Remote host closed the connection]
<HdkR> alyssa: Bounded by getdents sounds scary. How slow is that SSD? :O
pendingchaos_ is now known as pendingchaos
junaid has joined #dri-devel
<alyssa> HdkR: eMMC
<HdkR> alyssa: I'm sorry for your loss
<alyssa> appreciated
Haaninjo has quit [Quit: Ex-Chat]
junaid has quit [Remote host closed the connection]
junaid has joined #dri-devel
<HdkR> alyssa: As a comparison point, my Snapdragon's eMMC peaks out at 20MB/s :|
<HdkR> No wait, that's a USB 3.0 NVMe drive. wtf
apinheiro has quit [Ping timeout: 480 seconds]
<kisak> looking at he adaptive sync blacklist from 4 years ago, it looks like it's from the initial implementation push of vrr in foss drivers. The blacklist handwavy needed to unblock the feature rollout without big regressions. There's a good chance other related parts have gotten healthier in 4 years.
OftenTimeConsuming has quit [Remote host closed the connection]
OftenTimeConsuming has joined #dri-devel
<alyssa> do I dare to try to set up Anbox or Waydroid
<alyssa> or, god forbid, FEX
<HdkR> alyssa: Trying to run closed source games? :P
<alyssa> idk I can only play STK so many times
<HdkR> whaaa, no way
<Lynne> you haven't beaten q3dm17 yet, have you?
<HdkR> I think more interesting is expanding the pool of games to test
<alyssa> this reminds me I still need to get my hands on some Wii games
dviola has joined #dri-devel
Akari has joined #dri-devel
Duke`` has quit [Ping timeout: 480 seconds]
apinheiro has joined #dri-devel
junaid has quit [Ping timeout: 480 seconds]
freemint has quit [Remote host closed the connection]
freemint has joined #dri-devel
ngcortes has quit [Remote host closed the connection]
ngcortes has joined #dri-devel
Leopold___ has quit [Remote host closed the connection]
Leopold_ has joined #dri-devel
alyssa has quit [Quit: leaving]
ngcortes has quit [Ping timeout: 480 seconds]
srslypascal is now known as Guest1291
rasterman has quit [Quit: Gettin' stinky!]
srslypascal has joined #dri-devel
poliostro has quit [Remote host closed the connection]
danvet has quit [Ping timeout: 480 seconds]
srslypascal has quit []
Guest1291 has quit [Ping timeout: 480 seconds]
Guest1265 has quit []
srslypascal has joined #dri-devel
jfalempe has quit [Quit: Leaving]
gouchi has quit [Remote host closed the connection]
YuGiOhJCJ has quit [Remote host closed the connection]
YuGiOhJCJ has joined #dri-devel
ngcortes has joined #dri-devel
apinheiro has quit [Quit: Leaving]
nchery has quit [Ping timeout: 480 seconds]