digetx has quit [Quit: No Ping reply in 180 seconds.]
digetx has joined #dri-devel
<karolherbst>
it's fine. I underatand that sometimes CI is being annoying, but maybe we can figure out how to make certain jobs be less so. Maybe we can move the rustfmt one to its own small
<karolherbst>
container that almost always finishes within the first minutes, or where the manual steps are less annoying, though we do have the ci
<karolherbst>
script to run CI pipelines
<karolherbst>
and that one handles dependencies automatically
itoral has joined #dri-devel
luc has quit [Remote host closed the connection]
parthiban has joined #dri-devel
coldfeet has joined #dri-devel
i-garrison has quit []
azerov has quit []
azerov has joined #dri-devel
i-garrison has joined #dri-devel
Duke`` has quit [Ping timeout: 480 seconds]
alarumbe has quit []
sima has joined #dri-devel
glennk has joined #dri-devel
etehtsea has quit [Ping timeout: 480 seconds]
vliaskov_ has joined #dri-devel
vliaskov__ has joined #dri-devel
frieder has joined #dri-devel
rasterman has joined #dri-devel
vliaskov_ has quit [Ping timeout: 480 seconds]
luc has joined #dri-devel
warpme has joined #dri-devel
sghuge has quit [Remote host closed the connection]
sghuge has joined #dri-devel
frieder has quit [Ping timeout: 480 seconds]
rasterman has quit [Remote host closed the connection]
cascardo has joined #dri-devel
rasterman has joined #dri-devel
etehtsea has joined #dri-devel
cascardo_ has quit [Ping timeout: 480 seconds]
frieder has joined #dri-devel
phasta has joined #dri-devel
slavka has quit [Remote host closed the connection]
apinheiro has joined #dri-devel
lynxeye has joined #dri-devel
pcercuei has joined #dri-devel
FireBurn has quit [Ping timeout: 480 seconds]
JesusChrist has joined #dri-devel
ctyisyl^ has joined #dri-devel
JesusChrist has quit [Read error: Connection reset by peer]
JesusChrist has joined #dri-devel
JesusChrist has quit [autokilled: This host violated network policy. Contact support@oftc.net for further information and assistance. (2025-07-21 08:44:46)]
coldfeet has quit [Ping timeout: 480 seconds]
JesusChristLLM has joined #dri-devel
JesusChristLLM has quit [autokilled: This host violated network policy. Contact support@oftc.net for further information and assistance. (2025-07-21 08:45:34)]
pcercuei has quit [Quit: brb]
pcercuei has joined #dri-devel
Suancs has joined #dri-devel
fomys has quit [Remote host closed the connection]
fomys has joined #dri-devel
Suancs has quit []
SquareWinter68 has quit [Ping timeout: 480 seconds]
<daniels>
mareko: it was back in https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/23774 - that was a time when we had far more contention on hardware jobs (and they ran longer / were more unreliable / etc) than we did today, so perhaps now it makes less sense
Sid127 has joined #dri-devel
caitcatdev has joined #dri-devel
fab has quit [Ping timeout: 480 seconds]
rsalvaterra has quit []
rsalvaterra has joined #dri-devel
vup has joined #dri-devel
coldfeet has joined #dri-devel
itoral has quit [Remote host closed the connection]
illwieckz has quit [Quit: I'll be back!]
illwieckz has joined #dri-devel
coldfeet has quit [Quit: Lost terminal]
guludo has joined #dri-devel
nerdopolis has joined #dri-devel
<zmike>
couldn't that just be merged into one of the build-only jobs?
crabbedhaloablut has quit []
crabbedhaloablut has joined #dri-devel
<karolherbst>
yeah.. probably
<karolherbst>
but I think it might also make sense to detach it a little and instead of failing the pipeline, just leave a "patch" as a comment on the MR
<karolherbst>
and then devs can just apply that directly
<karolherbst>
though when marging it does make sense to stop the pipeline...
<karolherbst>
or maybe we should just eat it up and run it automatically on each push
<karolherbst>
and make it part of sanity?
fab has joined #dri-devel
fab has quit [Ping timeout: 480 seconds]
kzd has joined #dri-devel
warpme has quit [Read error: No route to host]
warpme has joined #dri-devel
warpme has quit [Ping timeout: 480 seconds]
epoch101 has joined #dri-devel
<alyssa>
cmarcelo: ea9deafff4a ("spirv: Add more restrictions around Blocks") has made vulkan CTS *really* noisy
<alyssa>
massive amounts of `A pointer to a structure decorated with *Block* or *BufferBlock* must not have an *ArrayStride* decoration`
<alyssa>
Is there a CTS patch I can apply? or is the Mesa warning overly pedantic?
<alyssa>
(quiet cts-runner output is important for some developer workflows, and we were silent before)
Xan[m] has left #dri-devel [#dri-devel]
davispuh has joined #dri-devel
ced117 has quit [Read error: Connection reset by peer]
ced117 has joined #dri-devel
bolson has joined #dri-devel
davispuhh has joined #dri-devel
<zmike>
mareko: I'm back on removing refcounts and I really hate vbuf
davispuh has quit [Ping timeout: 480 seconds]
feaneron has joined #dri-devel
epoch101_ has joined #dri-devel
epoch101 has quit [Read error: Connection reset by peer]
Duke`` has joined #dri-devel
<zmike>
I'm also deeply wishing that gallium had some kind of api divide between frontend and driver
<cmarcelo>
alyssa: I'll see if I can fix up CTS, otherwise we can quiet down the warning for a while.
<alyssa>
cmarcelo: thanks
edolnx_ has joined #dri-devel
davispuh has joined #dri-devel
edolnx has quit [Ping timeout: 480 seconds]
davispuhh has quit [Ping timeout: 480 seconds]
xroumegue has quit [Ping timeout: 480 seconds]
dsimic is now known as Guest22375
dsimic has joined #dri-devel
Guest22375 has quit [Ping timeout: 480 seconds]
<zmike>
mareko (or maybe daniels?) does anything actually use gallium's u_tests ?
<zmike>
like are we running that in ci
<zmike>
or ?
<zmike>
cuz deleting that would let us delete a lot of otherwise dead api
phasta has quit [Quit: WeeChat 4.6.2]
xroumegue has joined #dri-devel
epoch101_ has quit [Ping timeout: 480 seconds]
<jenatali>
karolherbst: For creating samplers and views during CL object creation, that only works when you have a single device as part of your CL context. Unless you're allocating mem objects across all devices when one is created? I chose to be lazy for that
<karolherbst>
yeah.. I was considering doing it lazily
<karolherbst>
but..
<jenatali>
But I also only have one gallium-equivalent context per device in a context, rather than per queue
<karolherbst>
on a gallium level they are context specific
<karolherbst>
sooo.. not much I can do there
<jenatali>
I'm not sure I follow why that's a problem
<jenatali>
Do you have a gallium context per queue?
<karolherbst>
yes
<karolherbst>
there is another issue
<karolherbst>
and it's that drivers may reference the pipe_resource in their pipe_sampler_view
<karolherbst>
and given memory objects can be a bit huge, I also need to tidy up the cached sampler views at some point
<karolherbst>
so if a cl_mem object gets freed, I also need to remove the per context pipe_sampler_views somehow
<karolherbst>
and given how the code is structured atm, it's just a bit of pain
<karolherbst>
for samplers it doesn't matter, so I just go for the low hanging fruits first
davispuhh has joined #dri-devel
<jenatali>
Yeah I've got CL resources (which are part of a CL context) owning a map of (device -> object) for the gallium-equivalent resource + sampler view + image view sets
<karolherbst>
jenatali: anyway.. the core issue is, that on the application thread, I don't have access to the context at all, or any caching I'm doing there... it's just uhm... rust reasons so I won't have to do pointless locking and using mutex for shared data
<jenatali>
Got it, rust reasons
davispuh has quit [Ping timeout: 480 seconds]
<karolherbst>
I can model it with Weak references and such, I just didn't come up with a plan I really like
<alyssa>
mareko: I'm looking into opt_varyings, hit an iffy corner case
epoch101 has joined #dri-devel
<alyssa>
the "add XFB to I/O intrinsics, regather xfb_info from intrinsics" dance is lossy
<alyssa>
(even without opt_varyings running in the middle)
<alyssa>
the specific issue is, what happens if there's an XFB output declared but never written. we can just ignore it, right?
<alyssa>
nope - it affects how many primitives can fit before overflowing, which is visible in the associated XFB queries even though you don't even write anything explicitly
<alyssa>
and without a store, gathering it can't rediscover that there was an output there
<alyssa>
I am unsure how to resolve this, since I'm not volunteering to reengineer the entirety of XFB representations, lol
<alyssa>
dEQP-VK.transform_feedback.simple.multiquery_omit_write_* hits this
frieder has quit [Remote host closed the connection]
davispuh has joined #dri-devel
ctyisyl^ has quit [Ping timeout: 480 seconds]
ctyisyl^ has joined #dri-devel
davispuhh has quit [Ping timeout: 480 seconds]
<alyssa>
I'm also wondering how this works on other hw
<alyssa>
in particular how RADV passes those tests
<alyssa>
ooh there's even a comment about that test
<alyssa>
so maybe my XFB impl is just doing something silly
* alyssa
has a hack patch
davispuhh has joined #dri-devel
<alyssa>
actually this patch is plausible. we go with it
yshui_ has quit [Read error: Connection reset by peer]
sarnex has joined #dri-devel
Lyude has quit [Ping timeout: 480 seconds]
rasterman has quit [Quit: Gettin' stinky!]
epoch101 has quit []
alarumbe has joined #dri-devel
yshui has quit [Ping timeout: 480 seconds]
Lyude has joined #dri-devel
davispuhh has joined #dri-devel
sarnex has quit []
davispuh has quit [Ping timeout: 480 seconds]
sarnex has joined #dri-devel
ybogdano has joined #dri-devel
kts has quit [Quit: Konversation terminated!]
randnumer9 has joined #dri-devel
sarnex has quit []
randnumer9 has quit [Remote host closed the connection]
arthurjunior has joined #dri-devel
yshui has joined #dri-devel
<arthurjunior>
Now it's getting scary, exactly two years ago july 16 2023 a cryptograph sent to me and one brazilian e-mail destination a set of numbers , i did not dig deeper at first sight, but just remember it was long time ago in my e-mail box. Until 16 july exactly on the same date 2 years after without looking into those numbers i started to type in exactly same numbers in an experiment to find
<arthurjunior>
the final solution. They have some memo on the e-mail perhaps claiming that those numbers were presented in 2020 episode tenth of a fear SCENE TENTH Faustine and Don Fregose Faustine Your free e-book project gutenberg. Those numbers lead into such solution (i know every number of those e-mail added since i am a cryptograph), but unfortunately the solution was not presented there, but i
<arthurjunior>
am dead certain that the solution is what they have, but the thing is i think i am compromised with a chip in my neck and they managed to reprogram my brain. Cause i can feel a neuralink type f chip ever since the mysterious knockdown in 2021 in cambodia. So the solution for this proof system comes as 193+6+192-256-354 or 199+192-256-354=219 in a three power system 219 can be eliminated
<arthurjunior>
as 81+61+77 being one of the subtract in the sequence formulas. where as 37 as answer from the ideal distribtuion is gotten with 199+192-354=37, so i was certain that bitcoin was another scam since hashes never collide hence the perfect rng, similar to other illuminati scams like jews and noble prizes and other all types of result fixings against races like arians like me who are used to
<arthurjunior>
get substances in medicine from. But it's scary cause they told what is going to happen to me, in time travel jabbering fashion on every channel, so it's other humans who control me with their technology likely, so the cryptic e-mail for your eyes, sodiac sign killer one was solved maybe alike but i solved it without looking the numbers which is entirely freaky, so this tends to be a
<arthurjunior>
chip with 100percent likeliness that controls me. neuralink is true, brain amniotic fluid spot is where it goes, i have mild amniotic band syndrome i.e the curved frontal cortex. Now the e-mail for the btc crypto result fixings that i talked about. Does anyone know those recepients? or the the sender? Those numbers are very intelligent , they must know as much as me btw.
arthurjunior has quit [Remote host closed the connection]
arthurjunior has joined #dri-devel
ryanneph has quit [Ping timeout: 480 seconds]
ryanneph has joined #dri-devel
CME_ has joined #dri-devel
CME has quit []
tarceri_ has joined #dri-devel
tarceri has quit [Read error: Connection reset by peer]
sarnex has joined #dri-devel
sarnex has quit []
helmhotz_ has joined #dri-devel
helmhotz has quit [Ping timeout: 480 seconds]
alanc has quit [Remote host closed the connection]
SquareWinter68_ has joined #dri-devel
alanc has joined #dri-devel
SquareWinter68 has quit [Ping timeout: 480 seconds]
ryanneph has quit [Remote host closed the connection]
ryanneph has joined #dri-devel
simon-perretta-img_ has quit []
simon-perretta-img has joined #dri-devel
djbw has joined #dri-devel
sarnex has joined #dri-devel
sarnex has quit []
<karolherbst>
jenatali: have you looked into parallel program compilation at some point? I'm wondering if it's also possible to cache the clang invocation instead fo rebuilding it each time... I don't know what guarantees libclang gives us here actually
arthurjunior has quit [Remote host closed the connection]
<karolherbst>
I was considering having some clc_ctx object to cache a few of the processing done anyway...
<jenatali>
karolherbst: yeah IIRC we do parallel processing
<karolherbst>
okay, so I can just call the clc stuff in parallel without having to worry
<jenatali>
karolherbst: Ah, right, I post it to a thread pool only if the app provided a notify callback
<karolherbst>
yeah, that's required by the spec anyway
<jenatali>
I do rebuild the clang invocation each time since I do the compilation across a DLL boundary from the API
<karolherbst>
mhh, I see
<karolherbst>
not sure the invocation can be shared, but the instance maybe, but not sure if it's worth it even
<jenatali>
Profile first
fromplanetx has joined #dri-devel
<karolherbst>
probably
fromplanetx has quit [Remote host closed the connection]
<karolherbst>
the CLC parsing is the most expensive part anyway
<karolherbst>
and compared to it, nothing else really matters
<jenatali>
Yep
<karolherbst>
though might matter more if an application only compiles really small programs
<karolherbst>
but then it's so fast it doesn't matter anyway
<karolherbst>
I was considering adding PCH support for the opencl headers tho... that matters quite a bit
<reinujimmy>
him the They O come Otto come shout to heard they whole history
feaneron has quit [Remote host closed the connection]
feaneron has joined #dri-devel
sima has quit [Ping timeout: 480 seconds]
coldfeet has quit [Remote host closed the connection]
reinujimmy has quit [Remote host closed the connection]
speechlessfrank has joined #dri-devel
sarnex has joined #dri-devel
kzd has quit [Quit: kzd]
zsh has joined #dri-devel
zsh has quit [autokilled: channel. - Contact support@oftc.net for help. (2025-07-21 21:19:03)]
<speechlessfrank>
So the victim mentality is none that i have. My lines declared war to terrorist inside where, every but last terrorabuser will be sent to hell. And our lines are composed of the purest souls, strongest, most beatiful, most powerful inhabitants on earth, you get some warnings invading before you are treated the same when you transfer your abuse outside IRC channels in my locations
<speechlessfrank>
starting from after the warnings when you do not quit doing this, you stand zero chanche against our lines and are treated the same as very many estonians who get killed by us, once again it's justified regulation and actions, but i do not care enough to justify that in your IRC shithouse or jacks Big Easy public toilet where no one will ever go again anyways, i just say that all the
<speechlessfrank>
killings are done for me, i.e i do not get my hands dirty on those devils to get accused, and they stand zero chanche , it involves torture and also killing their abuse children who have been devils alike taught by their trashparents to scream wanker wanker, i never knew such trash tbh. but i studied their abuse at me, and we had enough of that.
fossdd has quit [Ping timeout: 480 seconds]
sarnex has quit []
zsh has joined #dri-devel
zsh has quit [Killed (GanneffServ (channel. - Contact support@oftc.net for help.))]
smaeul has quit [Remote host closed the connection]
CCP has joined #dri-devel
CCP has quit [Killed (GanneffServ (channel. - Contact support@oftc.net for help.))]
LLM_ has joined #dri-devel
LLM_ has quit [Killed (GanneffServ (channel. - Contact support@oftc.net for help.))]
smaeul has joined #dri-devel
sarnex has joined #dri-devel
sarnex has quit [Remote host closed the connection]
kzd has joined #dri-devel
speechlessfrank has quit [Remote host closed the connection]
Duke`` has quit [Ping timeout: 480 seconds]
sarnex has joined #dri-devel
sarnex has quit []
sarnex has joined #dri-devel
tyalie7 has joined #dri-devel
tyalie has quit [Read error: No route to host]
iive has joined #dri-devel
haaninjo has quit [Quit: Ex-Chat]
<daniels>
zmike: yeah we run that in CI
<daniels>
I have no opinion about whether running it in CI is valuable or not, but we do
<zmike>
I'm skeptical that it is valuable considering we have actual drivers exercising the api
sarnex has quit []
<alyssa>
ack on deleting
<alyssa>
honestly i kinda thought we already did
<zmike>
I need AI to tell me which util functions are not used in the codebase