ChanServ changed the topic of #dri-devel to: <ajax> nothing involved with X should ever be unable to find a bar
jhli has quit [Remote host closed the connection]
mlankhorst has quit [Ping timeout: 480 seconds]
pcercuei has quit [Quit: dodo]
rasterman has quit [Quit: Gettin' stinky!]
<dcbaker> じゃあね classic drivers!
<cmarcelo> \o/
<HdkR> The implication of じゃあね being something like "See you soon" is scary :P
<HdkR> Sayounara!
<Sachiel> yeah, we are all going to die too some day
<HdkR> Classic will come for us in the night
<Sachiel> give it 5 years and there'll be a hollywood reboot for them
Haaninjo has quit [Quit: Ex-Chat]
<dcbaker> HdkR: I'll probably end up managing the amber branch, so じゃあね felt more appropriate that さようなら
<HdkR> :D
<HdkR> kudos to your sacrifice
<jekstrand> dcbaker: \o/ There will be much rejoicing!
* jekstrand pulls main
<dcbaker> Next is removing swr from main
<imirkin> jekstrand: finally, all the copy_image bugs in i965 are solved ;)
<dcbaker> I will delete half of mesa!
<imirkin> dcbaker: this is by far the best way to live the dream of negative LoC contribution to a project.
<jekstrand> dcbaker: Now you just need to find a spare printer driver or two to delete. :)
<jekstrand> imirkin: About time!
<bnieuwenhuizen> wait is swr deprecated now?
<jekstrand> yeah. They asked for it to live in amber
<dcbaker> For my next trick I'll delete all GL drivers except zink
<bnieuwenhuizen> dcbaker: presumably also keeping the d3d12 backend for that other OS?
<HdkR> Oh, if SWR goes to amber, that solves the SSE poisoning problem :P
<dcbaker> bnieuwenhuizen: no, they can just implement vulkan on d3d12, then they too can use zink
<dcbaker> See, the solution is always more layers
<jenatali> :)
<jekstrand> And, we can now use simple_mtx_t for textures again: https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/14053
<jekstrand> I'll get around to cleaning up the compiler next week.
mattrope has quit [Ping timeout: 480 seconds]
<HdkR> https://gitlab.freedesktop.org/mesa/mesa/-/issues/4437 Once SWR goes to Amber then this can get destroyed
<jenatali> We can also clean up the non-TLS code for unrelated reasons, now that all platforms are using TLS. Lots of cleanup to be done :)
<bnieuwenhuizen> HdkR: to be fair, "not compiling SWR" and "not including SWR" have the same end result binary wise
<HdkR> Yep :)
co1umbarius has joined #dri-devel
<jenatali> Anybody with piglit dev perms want to review/merge a quick Windows build fix? https://gitlab.freedesktop.org/mesa/piglit/-/merge_requests/612
columbarius has quit [Ping timeout: 480 seconds]
<FLHerne> Silly question - *why* is Turnip called Turnip?
<jekstrand> Because chadv likes root vegitables
<jekstrand> The full history of the name is a very old joke that goes back 6-7 years when chadv was still at Intel and has to do with graphics APIs I can't disucss in public.
<HdkR> Oh right. Someone with tag modifying ability, can you remove Turnip from this bug? It's now just a generic mesa issue. https://gitlab.freedesktop.org/mesa/mesa/-/issues/5368
<jekstrand> But, really, chadv likes root vegitables.
<jekstrand> HdkR: How do you not have tag modifying ability?
<jekstrand> HdkR: Also, I've switched it to SPIR-V+Vulkan
<HdkR> Because I'm not a contributor :P
<HdkR> That should work
<jenatali> dcbaker: After syncing the classic removal, with no reconfiguring of an environ that had no dri drivers, I'm hitting an error because I had the default value of 'auto' for it. Seems the meson error is a little aggressive that it rejects 'auto'
<jenatali> Er, while reconfiguring, without changing any options
<gawin> btw amber is gonna get older (removed earlier) dri drivers?
<dcbaker> gawin: yeah, Amber is going to have classic and swr
<dcbaker> It's going to be a continuation of 21.3
<gawin> ops, my bad, wanted to ask about drivers no longer existing in the tree. (r128, sis, savage, i810 etc) though not sure if we are fine with autotools
<anholt> imirkin: runners poll gitlab.fdo for jobs.
ngcortes has quit [Remote host closed the connection]
<imirkin> dcbaker: i seem to be getting TGSI dumping now
<imirkin> which i didn't ask for :)
<imirkin> any idea where it's coming from? it's coming in after your changes to drop classic
<dcbaker> I have an idea, I'll look later tonight
<dcbaker> I'm assuming it's from merging mesa common and gallium
<imirkin> dcbaker: weirdly i'm only seeing like one instance of a TGSI shader in the piglit job
<imirkin> but in the deqp job it's constantly happening
<imirkin> dcbaker: i haven't bisected it to a specific change. just noticed it in the jobs (i'm testing some stuff, so i was looking closely)
<imirkin> dcbaker: and none of my changes ... change code :) just CI config changes.
<imirkin> dcbaker: seems like NIR_DEBUG=tgsi somehow. unclear how.
<imirkin> perhaps something's no longer initialized that was before
columbarius has joined #dri-devel
<imirkin> (same as for the util_detect_cpu thing)
libv_ has joined #dri-devel
co1umbarius has quit [Ping timeout: 480 seconds]
adjtm has quit [Remote host closed the connection]
adjtm has joined #dri-devel
jewins has quit [Ping timeout: 480 seconds]
libv has quit [Ping timeout: 480 seconds]
Emantor has quit [Quit: ZNC - http://znc.in]
Emantor has joined #dri-devel
<dcbaker> That seems quite possible
nsneck_ has joined #dri-devel
nsneck has quit [Ping timeout: 480 seconds]
Company has quit [Quit: Leaving]
gawin has quit [Ping timeout: 480 seconds]
gawin has joined #dri-devel
camus has joined #dri-devel
<imirkin> dcbaker: i wonder if there are now several nir_debug's, and some of them don't get initialized?
gawin has quit [Ping timeout: 480 seconds]
<imirkin> this would happen if there are duplicate instances of nir.o
JohnnyonFlame has quit [Ping timeout: 480 seconds]
<imirkin> anyways, i'm going back to before that series for my own tree for now
<imirkin> dcbaker: heh, it wasn't your series
<imirkin> it was happening before already
<imirkin> will track it down
<imirkin> oh duh!
<imirkin> seems like a likely candidate...
<imirkin> ... and mareko already tracked it down
<imirkin> jasuarez: --^
<dcbaker> Yay, not me!
LexSfX has quit []
lemonzest has joined #dri-devel
<jekstrand> Not nearly as impressive as dcbaker's diffstat but hooray none the less:
<dcbaker> I need to go rebase my genxml splitting
* jekstrand is so glad to get rid of push constant compaction and pull constants!
<jekstrand> dcbaker: Why are we splitting genxml?
anthk_ has joined #dri-devel
<dcbaker> Because without i965 we always overthink/over build
<dcbaker> *over link
LexSfX has joined #dri-devel
fxkamd has joined #dri-devel
camus has quit [Remote host closed the connection]
camus has joined #dri-devel
anthk_ has quit []
camus has quit []
Duke`` has joined #dri-devel
camus has joined #dri-devel
camus has quit [Remote host closed the connection]
camus has joined #dri-devel
sdutt has quit [Remote host closed the connection]
<jasuarez> imirkin: forgot to initialize nir_debug in tgsi-to-nir
<imirkin> jasuarez: can't you use the usual macros to initialize it?
<imirkin> or do those not handle what you need?
<imirkin> (tbh i don't actually know how it works offhand, have to look it up each time)
<jasuarez> do you mean the macros like DEBUG_GET_ONCE_FLAGS_OPTION() ?
<imirkin> yes.
<imirkin> you seem to use that already
<jasuarez> yes
<imirkin> so why do you need the other thing?
LexSfX has quit [Ping timeout: 480 seconds]
<imirkin> i.e. why does nir_debug_print_shader exist?
<imirkin> it's just asking for trouble
<imirkin> or could it be initialized in some central location
<imirkin> rather than from the various nir users?
<imirkin> or it's because a not-nir thing is trying to use nir_debug that we're running into problems?
<jasuarez> to replace a switch() by an array
<imirkin> anyways, i'm probably not the right person to comment on this, i didn't look over the overall design
<jasuarez> regarding initializing, yes, I was initializing it when you create a nir shader
<jasuarez> as it makes sense to use NIR_DEBUG when you deal with NIR shaders
<jasuarez> but for this TGSI to NIR specific case, didn't realize NIR_DEBUG was used before creating the NIR shader, so it was uninitialized
alanc has quit [Remote host closed the connection]
alanc has joined #dri-devel
<imirkin> jasuarez: you could do something snaky with the "default" value provided for NIR_DEBUG
<imirkin> oh hm, no
mlankhorst has joined #dri-devel
YuGiOhJCJ has joined #dri-devel
danvet has joined #dri-devel
<jasuarez> I'll change the default value to 0, and use a static variable to initialize, the same way as the macros do
<imirkin> jasuarez: but how do you ensure that it gets called?
<imirkin> jasuarez: i guess if you require a wrapper to be used to grab nir_debug each time?
<jasuarez> sorry, dind't explain myself
<jasuarez> before I was using the same nir_debug variable to find out if it was initialized
<jasuarez> because the init function is always invoked when you create a NIR shader
<jasuarez> now I still call it, but use a static variable to only do the job once
<jasuarez> this is how the debug macros works
<imirkin> ok
<imirkin> yeah, i already looked over how the macros work
<imirkin> i guess i'm looking for a more foolproof way of dealing with this
<imirkin> so you don't have to remember to call some other function
<imirkin> i guess if that function is only called in the "core" code which cares about the per-shader stuff
<imirkin> then it should be fine i guess?
<jasuarez> I would like to have a way to call this initialization automatically
<imirkin> anyways, i'm off to sleep
<jasuarez> without doing it manually
<jasuarez> yeah, sorry
<jasuarez> I wake up very early to fix this :(
mclasen has quit [Ping timeout: 480 seconds]
f11f12 has joined #dri-devel
Haaninjo has joined #dri-devel
rasterman has joined #dri-devel
rasterman has quit [Quit: Gettin' stinky!]
camus1 has joined #dri-devel
camus has quit [Read error: Connection reset by peer]
gouchi has joined #dri-devel
Company has joined #dri-devel
yk has quit [Remote host closed the connection]
YuGiOhJCJ has quit [Quit: YuGiOhJCJ]
lemonzest has quit [Quit: WeeChat 3.3]
zsh has joined #dri-devel
lemonzest has joined #dri-devel
fxkamd has quit []
camus has joined #dri-devel
camus1 has quit [Read error: Connection reset by peer]
zsh has quit []
mlankhorst has quit [Ping timeout: 480 seconds]
pcercuei has joined #dri-devel
camus1 has joined #dri-devel
camus has quit [Ping timeout: 480 seconds]
mlankhorst has joined #dri-devel
FireBurn has joined #dri-devel
oneforall2 has quit [Read error: Connection reset by peer]
oneforall2 has joined #dri-devel
camus has joined #dri-devel
JohnnyonFlame has joined #dri-devel
camus1 has quit [Ping timeout: 480 seconds]
anthk_ has joined #dri-devel
<anthk_> hello, I own an Intel Gemini Lake based NUC [ Mesa Intel(R) UHD Graphics 605 (GLK 3) ]. Will it support Gallium3D?
<HdkR> Gen 9.5 so it should just work
<HdkR> Just a super low end part
flacks has quit [Quit: Quitter]
camus has quit []
flacks has joined #dri-devel
<anthk_> HdkR: well, I tried ' MESA_LOADER_DRIVER_OVERRIDE=crocus glxgears -info | less ' and I see the renderer is llvmpipe
<HdkR> anthk_: Crocus is for gen 4-7. You're looking for iris
<anthk_> ah, iris will work? thanks
<HdkR> yep yep
libv_ is now known as libv
March-123 has joined #dri-devel
<anthk_> is there an env var to know which DRI file MESA loads?
<HdkR> I usually just strace to see
anthk_ has quit [Quit: Konversation terminated!]
<emersion> DRI_DEBUG=1 should tell as well
gawin has joined #dri-devel
anthk_ has joined #dri-devel
March-123 has quit [Ping timeout: 480 seconds]
anthk_ has quit [Read error: No route to host]
anthk_ has joined #dri-devel
alyssa has joined #dri-devel
<alyssa> No more mesa classic? Woot woot!!
<alyssa> dcbaker: !!
JohnnyonFlame has quit [Ping timeout: 480 seconds]
<emersion> \o/
gawin has quit [Ping timeout: 480 seconds]
mlankhorst has quit [Ping timeout: 480 seconds]
danvet has left #dri-devel [Leaving]
mclasen has joined #dri-devel
JohnnyonFlame has joined #dri-devel
offtopic[ON] has joined #dri-devel
danvet has joined #dri-devel
mmenzyns has quit []
gawin has joined #dri-devel
enilflah has quit []
mmenzyns has joined #dri-devel
anthk_ has quit [Ping timeout: 480 seconds]
March-123 has joined #dri-devel
ajax has quit [Ping timeout: 480 seconds]
ajax has joined #dri-devel
March-123 has quit [Ping timeout: 480 seconds]
glennk has quit [Remote host closed the connection]
enilflah has joined #dri-devel
camus has joined #dri-devel
jcline has quit [Ping timeout: 480 seconds]
<daniels> wonder how many people are lining up to burn the DRI interfaces
The_Company has joined #dri-devel
<emersion> :D
Company has quit [Ping timeout: 480 seconds]
mlankhorst has joined #dri-devel
glennk has joined #dri-devel
<jekstrand> Ooh, can we? Please? Is everything really modesetting these days? That'd be awesome.
kevintang has joined #dri-devel
kevintang has left #dri-devel [#dri-devel]
kevina has joined #dri-devel
JohnnyonFlame has quit [Ping timeout: 480 seconds]
kevina has quit [Read error: Connection reset by peer]
<imirkin> jekstrand: nouveau doesn't use modesetting. i also suspect intel gen3 doesn't either.
<jekstrand> Yeah
<jekstrand> But Intel gen3 isn't in the mesa tree anymore. :-P
<imirkin> yes it is
<jekstrand> Oh, right... i915g
<jekstrand> bah
<imirkin> and nouveau is too :)
<jekstrand> yeah
ella-0_ has joined #dri-devel
ella-0 has quit [Read error: Connection reset by peer]
<bnieuwenhuizen> ... and xf86-video-amdgpu?
<imirkin> that one uses glamor though
<imirkin> so i think it's more like modesetting as far as DRI interfaces are concerned?
<imirkin> but yeah, i doubt modesetting would go over well on r300 gpu's either
<vsyrjala> isn't the dri interface stuff all internal to mesa? ie. why would the ddx matter?
gawin has quit [Ping timeout: 480 seconds]
<bnieuwenhuizen> I think not? IIRC it is also used by minigbm and AMD OpenCL
pcercuei has quit [Quit: brb]
pcercuei has joined #dri-devel
<alyssa> AMD OpenCL is still a thing?
<alyssa> What's all the clover NATIVE stuff for then
<FLHerne> clover doesn't really work yet :p
<imirkin> vsyrjala: presumably in reference to the dri interface that the X DDX uses to query stuff about the driver, and maybe other things?
<FLHerne> well, it lacks support for features that many real-world applications require
<alyssa> FLHerne: that still doesn't explain the NATIVE stuff
<alyssa> admittedly clang -> llvm -> spirv -> nir -> llvm -> amdgpu might be a tad excessive otherwise
<bnieuwenhuizen> not sure if the AMD CL stack for that is still a thing or if it has been replaced by the ROCm based stack
gawin has joined #dri-devel
anthk_ has joined #dri-devel
xx1 has joined #dri-devel
adjtm has quit [Quit: Leaving]
mlankhorst has quit [Ping timeout: 480 seconds]
xx1 has left #dri-devel [Leaving]
xx1 has joined #dri-devel
xx1 has quit [Quit: Leaving]
<jenatali> Anybody willing to review/merge a quick piglit Windows build fix? https://gitlab.freedesktop.org/mesa/piglit/-/merge_requests/612
<jenatali> Thanks :) I'll push r-b tags in a minute (once my PC finishes rebooting) and then would love if one of you would merge for me, I don't have piglit dev permissions
<Kayden> I got it :)
<Kayden> you -should- have permissions, though, they should be the same as mesa I thought...
<jenatali> Whoever gave me dev permissions for Mesa did it for the repo, not the project
<jenatali> I saw that most people get it inherited from the overall project though, yeah
<jenatali> Wouldn't complain about getting that fixed :P
JohnnyonFlame has joined #dri-devel
<jekstrand> jenatali: fixed
<jenatali> \o/
<alyssa> 6 files changed, 1493 insertions(+), 25 deletions(-)
<alyssa> phoronix in 3... 2...
<Kayden> jenatali: just fixed that :)
<jenatali> Thanks guys :)
<Kayden> definitely ping us if something goes awry, I removed your direct access but granted you the whole project access, it shows you as having access still via the group
<jekstrand> alyssa: Just pulled and didn't see it. Or is an MR?
<jenatali> Cool, will do
<alyssa> jekstrand: MR adding XML + decoding for valhall
<alyssa> Lot of bulk that can be landed without affecting existing Malis at all, sounds like a good way to whittle down my Valhall branch
<jekstrand> alyssa: Do you want a blind ACK or are you oging to just assign marge?
<alyssa> was waiting for bbrezillon
<jekstrand> ah
<alyssa> just posted it's a saturday why are y'all working on a saturday
<jenatali> Good question :P
<alyssa> jenatali: I'm a student with minimal spare cycles during the week, what's your excuse :-p
<jekstrand> alyssa: Because we're all lame and don't have real lives. :P
<jenatali> ^^
<alyssa> Oh so we're all on the same page then 👍
fxkamd has joined #dri-devel
glennk has quit [Remote host closed the connection]
glennk has joined #dri-devel
anthk_ has quit []
crabbedhaloablut has quit [Ping timeout: 480 seconds]
eukara has quit []
eukara has joined #dri-devel
<daniels> imirkin: and yeah, as far as the runners go, they poll a gitlab.fd.o endpoint for any spare jobs every second or two; if they take it they receive the job definition and start pulling in the container image, git tree, artifacts, etc
<imirkin> daniels: makes sense, thanks
<daniels> imirkin: as for htz, I can see tpm trying to debug them in #freedesktop
<imirkin> ok
mszyprow has joined #dri-devel
<dcbaker> alyssa: don't worry, phoronix can't count :)
crabbedhaloablut has joined #dri-devel
LexSfX has joined #dri-devel
<daniels> I did get a laugh out of https://drive.google.com/file/d/1WrMYCZMnhsGP4o3H33ioAUKL_bjuJSPt/view?usp=sharing - 'Ultimately all the program tells you is how long it took; it does not tell you why. Benchmarks without
<daniels> understanding gives you Phoronix, but we subscribe to the Richard Hamming viewpoint: the goal of computing is insight, not numbers.'
LexSfX has quit [Remote host closed the connection]
<imirkin> understanding is hard. comparing 2 numbers is easy.
<imirkin> (and just showing 1 number is even easier)
ppascher has quit [Ping timeout: 480 seconds]
JohnnyonFlame has quit [Ping timeout: 480 seconds]
LexSfX has joined #dri-devel
rasterman has joined #dri-devel
vyivel has quit [Remote host closed the connection]
bl4ckb0ne has quit [Remote host closed the connection]
emersion has quit [Remote host closed the connection]
emersion has joined #dri-devel
bl4ckb0ne has joined #dri-devel
vyivel has joined #dri-devel
adjtm has joined #dri-devel
ella-0_ has quit [Read error: Connection reset by peer]
gouchi has quit [Remote host closed the connection]
gouchi has joined #dri-devel
gouchi has quit [Remote host closed the connection]
ella-0 has joined #dri-devel
offtopic[ON] has quit []
gouchi has joined #dri-devel
<alyssa> Fail (Fail)
<alyssa> Woohoo!
<jekstrand> Such a helpful message!
<alyssa> jekstrand: TBF that's me running mesa/valhall on my m1 so for some reason nothing is rendered ;-P
<imirkin> yeah, dEQP stands for like double everything's quality... what they meant was "double the quality of error output of the tests"
<jenatali> Huh, switching piglit in CI from glut to waffle (like I have locally) is causing it to hang... that's fun
<imirkin> the KHR tests continue to have zero useful output. very annoying =/
<alyssa> imirkin: oh, yeah... the KHR tests are somehow worse than dEQP for debug...
<jekstrand> alyssa: Psh! Details! They're both ARM, aren't they?
<alyssa> jekstrand: No, only one is an ARM CPU
<alyssa> The other is Apple Architecture(TM)
<jekstrand> Silly me
<imirkin> aarch vs aarch64? :)
<alyssa> jekstrand: pandecode still works with shader-db
* alyssa can never remember what other drivers call that
<alyssa> aubinator I think?
<imirkin> that's just intel :)
<jekstrand> We've got like 3 tools
<imirkin> which produces "aub" files i guess, which stands for something clever one might assume
<alyssa> broadcom is clif I guess
<alyssa> anyway, https://rosenzweig.io/pandecode.dump.0000 <--- WIP from mesa
<jekstrand> intel_stub_gpu is the thing that doesn't do any dumping
<alyssa> on dEQP-GLES2.functional.shaders.operator.unary_operator.plus.lowp_float_fragment
<alyssa> attribute/varyings are missing there, and the shaders are thoroughly wrong, but.. progress..?
<jekstrand> That's like our aubinator, yeah
<imirkin> looks pretty good
danvet has quit [Ping timeout: 480 seconds]
boistordu has joined #dri-devel
JohnnyonFlame has joined #dri-devel
The_Company has quit []
gouchi has quit [Remote host closed the connection]
Duke`` has quit [Ping timeout: 480 seconds]
<alyssa> did the macOS mesa build just break? :|
<alyssa> or was it already so broken i just need to do the usual dance
<alyssa> okay yes this is the usual SNAFU
gawin has quit [Ping timeout: 480 seconds]
robertfoss has joined #dri-devel