ChanServ changed the topic of #dri-devel to: <ajax> nothing involved with X should ever be unable to find a bar
oneforall2 has quit [Remote host closed the connection]
kzd has quit [Quit: kzd]
oneforall2 has joined #dri-devel
fxkamd has joined #dri-devel
kzd has joined #dri-devel
YuGiOhJCJ has quit [Ping timeout: 480 seconds]
nehsou^ has quit [Remote host closed the connection]
co1umbarius has joined #dri-devel
benjaminl has quit [Ping timeout: 480 seconds]
columbarius has quit [Ping timeout: 480 seconds]
YuGiOhJCJ has joined #dri-devel
eukara has quit [Remote host closed the connection]
heat has joined #dri-devel
heat has quit [Remote host closed the connection]
jewins has quit [Ping timeout: 480 seconds]
heat has joined #dri-devel
columbarius has joined #dri-devel
co1umbarius has quit [Ping timeout: 480 seconds]
heat has quit [Remote host closed the connection]
heat has joined #dri-devel
heat has quit [Remote host closed the connection]
heat has joined #dri-devel
heat has quit [Remote host closed the connection]
heat has joined #dri-devel
<zmike>
hnnnnnnggggg few things feel better than a full-tree CI job passing on the first try
heat has quit [Remote host closed the connection]
<DavidHeidelberg[m]>
:D I'm just hitting it with kernel testing.. I'm suprised it holding on
<DavidHeidelberg[m]>
but I think we'll have separate kernels ready to merge today. (so we can uprev kernel without rebuilding containers +- 10 minutes to rebuild + just the runtime of CI pipeline)
<zmike>
🤑
<DavidHeidelberg[m]>
🥳
heat has joined #dri-devel
rsalvaterra has quit [Ping timeout: 480 seconds]
heat has quit [Remote host closed the connection]
heat has joined #dri-devel
benjaminl has joined #dri-devel
rsalvaterra has joined #dri-devel
benjaminl has quit [Ping timeout: 480 seconds]
<DavidHeidelberg[m]>
robertfoss: just saw object_management.alloc_callback_fail.device_group,Crash + two fails in multithreaded_per_thread_resources... on a618, weird flake, did I broke something on my branch (non freedreno related changes)? https://gitlab.freedesktop.org/mesa/mesa/-/jobs/44101480
aravind has joined #dri-devel
eukara has joined #dri-devel
benjaminl has joined #dri-devel
benjaminl has quit [Ping timeout: 480 seconds]
heat has quit [Ping timeout: 480 seconds]
JohnnyonFlame has quit [Ping timeout: 480 seconds]
smilessh has joined #dri-devel
smiles_1111 has quit [Ping timeout: 480 seconds]
aravind has quit [Ping timeout: 480 seconds]
ngcortes has quit [Read error: Connection reset by peer]
camus has quit [Remote host closed the connection]
jfalempe_ has joined #dri-devel
jfalempe has quit [Read error: Connection reset by peer]
camus has joined #dri-devel
aravind has joined #dri-devel
bmodem has joined #dri-devel
konstantin_ has joined #dri-devel
konstantin has quit [Ping timeout: 480 seconds]
tzimmermann has joined #dri-devel
fab has joined #dri-devel
crabbedhaloablut has quit [Ping timeout: 480 seconds]
itoral has joined #dri-devel
tobiasjakobi has joined #dri-devel
tobiasjakobi has quit [Remote host closed the connection]
kzd has quit [Ping timeout: 480 seconds]
co1umbarius has joined #dri-devel
rasterman has joined #dri-devel
columbarius has quit [Ping timeout: 480 seconds]
fab has quit [Quit: fab]
yuq825 has joined #dri-devel
alanc has quit [Remote host closed the connection]
alanc has joined #dri-devel
mvlad has joined #dri-devel
crabbedhaloablut has joined #dri-devel
sghuge has quit [Remote host closed the connection]
sghuge has joined #dri-devel
bmodem1 has joined #dri-devel
bmodem has quit [Ping timeout: 480 seconds]
bmodem has joined #dri-devel
fab has joined #dri-devel
bmodem1 has quit [Ping timeout: 480 seconds]
sgruszka has joined #dri-devel
pcercuei has joined #dri-devel
columbarius has joined #dri-devel
co1umbarius has quit [Ping timeout: 480 seconds]
tursulin has joined #dri-devel
bgs has joined #dri-devel
APic has quit [Ping timeout: 480 seconds]
<cmarcelo>
Vulkan Q: when an extension is promoted to core (e.g. vkCmdBeginRenderingKHR becomes vkCmdBeginRendering), should I still be able to vkGetInstanceProcAddr() of the extension one? trying to figure out if my scenario is a bug or just business as usual: when using 1.3 without enabling extension, it gives me invalid (but non NULL) pointer.
<emersion>
that sounds like a bug
phasta has joined #dri-devel
<cmarcelo>
emersion: tks. so another Q: if app is using API 1.2 (before promotion) and enables extension and asks for the new non-prefixed symbol, should I also expect NULL? (my intuition would be yeah, beacuse is not in 1.2!)
<cmarcelo>
non-suffixed symbol
<emersion>
i wouldn't personally expect NULL, but don't quote me on that
<emersion>
if the ext is marked as supported by the driver, then it should just work
lynxeye has joined #dri-devel
swalker__ has joined #dri-devel
<cmarcelo>
right now I'm seeing 1.2+ext gets vkCmdBeginRenderingKHR = VALID, vkCmdBeginRendering = NON-NULL INVALID... and for 1.3 without explicitly enable, vkCmdBeginRenderingKHR = NON-NULL INVALID and vkCmdBeginRendering = VALID. 1.3+ext enabled, both valid.
vliaskov has joined #dri-devel
swalker_ has joined #dri-devel
swalker_ is now known as Guest3701
<emersion>
can you make sure the ext is advertised by the driver?
kj is now known as identify
identify is now known as kj
jkrzyszt has joined #dri-devel
<cmarcelo>
emersion: the ext is advertised by the driver.
swalker__ has quit [Ping timeout: 480 seconds]
avoidr has joined #dri-devel
apinheiro has joined #dri-devel
Haaninjo has joined #dri-devel
Daanct12 has quit [Ping timeout: 480 seconds]
bmodem1 has joined #dri-devel
phasta has quit [Remote host closed the connection]
bmodem has quit [Ping timeout: 480 seconds]
frieder has joined #dri-devel
eukara has quit [Ping timeout: 480 seconds]
Haaninjo has quit [Quit: Ex-Chat]
phasta has joined #dri-devel
i509vcb has quit [Quit: Connection closed for inactivity]
bmodem has joined #dri-devel
bmodem1 has quit [Ping timeout: 480 seconds]
djbw_ has quit [Read error: Connection reset by peer]
<karolherbst>
I wished adding new system values wouldn't be so painful :'(
cimarrrrrrrrrrrrrrrrrrrrrrrrrr has joined #dri-devel
deathmist1 has quit [Remote host closed the connection]
deathmist1 has joined #dri-devel
lemonzest has quit [Quit: WeeChat 3.6]
JohnnyonFlame has joined #dri-devel
aravind has joined #dri-devel
cmichael has joined #dri-devel
lemonzest has joined #dri-devel
APic has joined #dri-devel
APic has quit [Ping timeout: 480 seconds]
phasta_ has joined #dri-devel
phasta_ has quit []
APic has joined #dri-devel
phasta has quit [Ping timeout: 480 seconds]
ManDay has joined #dri-devel
heat has joined #dri-devel
ManDay has quit []
camus has quit []
f11f12 has quit [Read error: Connection reset by peer]
f11f12 has joined #dri-devel
zf has quit [Ping timeout: 480 seconds]
<karolherbst>
mareko: I'm trying to understand pipe_launch_grid::last_block, but radeonsi seems to behave a bit weirdly. So if I want to enqueue 513 threads, I'd split it up to block = { 512, 1, 1}, grid = { 2, 1, 1}, last_block = {1, 0, 0}, correct?
jfalempe_ is now known as jfalempe
<karolherbst>
it kinda doesn't work as expected and I'm trying to figure out what's wrong
<karolherbst>
but maybe it's also more about system values not reporting the correct values than not running at all
<karolherbst>
but it's also that all relevant system values return 0, so not quite sure
<karolherbst>
I think it's more likely the last block doesn't run at all. But it does run when I set NUM_THREAD_PARTIAL to the block size
hikiko has joined #dri-devel
alyssa has joined #dri-devel
<alyssa>
where are my NIR_DEBUGs?!
<alyssa>
oh it sure would help if I were running my own build of mesa
itoral has quit [Remote host closed the connection]
<alyssa>
good work alyssa
<karolherbst>
ohh, the same thing happened to me today
<karolherbst>
wanted to test rusticl changes, but rusticl was disabled in my own build
<alyssa>
classic
<HdkR>
Need to get rusticl in that default build :)
<dakr>
mbrost: I submitted v5 of the GPUVA manager and the new Nouveau uAPI implementation yesterday. We're just about trying to get it in tree. Hence, your review is welcome. :)
kts has joined #dri-devel
kts has quit [Remote host closed the connection]
apinheiro has quit [Quit: Leaving]
<karolherbst>
jenatali: one thing which came up in some perf analysis, is that `clc_parse_spirv` can be quite expensive and I was wondering if you have caching code for `struct clc_parsed_spirv`
<karolherbst>
otherwise I or nora will probably add that to clc
<karolherbst>
clc_parse_spirv is a bit too expensive for my taste there
<karolherbst>
(also linking, but...)
Guest3701 has quit [Remote host closed the connection]
<jenatali>
I personally wouldn't even consider that as an optimization target based on that, but I guess it can make sense
swalker_ has joined #dri-devel
<karolherbst>
yeah... but we retrieve data from a cache anyway, so might as well retrieve the parsed info as well
swalker_ is now known as Guest3729
<jenatali>
Fair
<karolherbst>
I suspect in this case the spirv is just massive in size
Guest3644 is now known as go4godvin
Dr_Who has joined #dri-devel
aravind has quit [Ping timeout: 480 seconds]
<jenatali>
It's a shame we can't let LLVM optimize before producing the SPIR-V
<karolherbst>
yeah.... though not sure if that gives us anything
<karolherbst>
we _could_ run some of the spirv-opt things
<karolherbst>
not sure how much they help though
<karolherbst>
I'd rather trust spirv-top than trust LLVM 🙃
<karolherbst>
*opt
<jenatali>
Yeah probably not much compared to letting it translate to nir
<karolherbst>
yeah...
<jenatali>
Letting LLVM optimize would shrink the SPIR-V quite a bit orobably
<karolherbst>
though it might reduce cacheing overhead
<karolherbst>
mhh
<jenatali>
But also produce odd size integers
<karolherbst>
yeah...
<karolherbst>
I think we'd need a list of safe LLVM passes to run
<karolherbst>
but..
<karolherbst>
I also don't trust LLVM
<jenatali>
Which is such a weird thing and it's a bit frustrating that the translator can't handle that and just upsize them
<karolherbst>
because it's illegal in spirv
<jenatali>
Sure but LLVM only produces odd size integers because it detected the value can fit in a smaller range. There's no harm in just using a bigger size
<karolherbst>
right...
<karolherbst>
I mean.. I think running LLVM optimizations is a fair thing to do, it just... difficult to ensure it doesn't generate stuff the translator can't handle
<karolherbst>
I'd rather have the translator pick passes it wants to make sure work
<jenatali>
What else can't it handle?
<karolherbst>
no idea at this point, maybe it works these days
fab has quit [Read error: Connection reset by peer]
fab has joined #dri-devel
alyssa has left #dri-devel [#dri-devel]
<gfxstrand>
emersion: Not crazy. Thanks for the ping.
Ahuj has joined #dri-devel
JohnnyonF has joined #dri-devel
JohnnyonFlame has quit [Ping timeout: 480 seconds]
yuq825 has quit []
bmodem has quit [Ping timeout: 480 seconds]
sassefa has joined #dri-devel
fab has quit [Quit: fab]
Haaninjo has joined #dri-devel
dviola has quit [Ping timeout: 480 seconds]
jewins has joined #dri-devel
fxkamd has joined #dri-devel
sassefa has quit [Ping timeout: 480 seconds]
wwheeler has joined #dri-devel
tobiasjakobi has joined #dri-devel
tobiasjakobi has quit []
wwheeler has quit []
wwheeler has joined #dri-devel
zf has joined #dri-devel
kts has joined #dri-devel
cmichael has quit [Quit: Leaving]
cmichael has joined #dri-devel
AndrewR has joined #dri-devel
<AndrewR>
karolherbst, I think latest rusticl changes broke its compilation on 32-bit (missing gnu/stubs-64.h file)
<AndrewR>
I just update with git pull so it compiling anew ... partially.
<AndrewR>
will post if/when it stops again
fab has joined #dri-devel
kts has joined #dri-devel
<AndrewR>
..or may be I just broke my llvm compilation by doing it without setarch first ..:/ (but then mesa not complained at automatic reconfigure. ..?)
Duke`` has joined #dri-devel
wwheeler has quit [Quit: wwheeler]
wwheeler has joined #dri-devel
wwheeler has quit []
kts has quit [Remote host closed the connection]
kts has joined #dri-devel
Ahuj has quit [Ping timeout: 480 seconds]
wwheeler has joined #dri-devel
tursulin has quit [Ping timeout: 480 seconds]
orbea has quit [Remote host closed the connection]
<karolherbst>
yep, looks like the thing I suggested
<karolherbst>
(or somebody else)
djbw_ has joined #dri-devel
<mattst88>
dcbaker: whenever you have time to make an MR for the intel_clc cross-compiling stuff, please cc me on it
<dcbaker>
mattst88: I’m looking into it now. It’s going to be a ton of typing, so I’m leaning toward making some meson changes to simplify the use case. I’ll send you the longer version when I’m not on my phone
<mattst88>
sounds good. thanks for your help on this
<AndrewR>
karolherbst, but wait few hours until I recompile llvm again ...
<karolherbst>
yeah.. I kinda don't see how that could be our problem
<karolherbst>
`/usr/include/gnu/stubs.h:10:11: fatal error: 'gnu/stubs-64.h' file not found` it kinda tries to include a 64 bit header for a 32 bit thing? mhhh
<karolherbst>
mhhhh
<AndrewR>
it was working with llvm 16.0.5 then I hit wine bug with llvm going OOM ... so I upgraded, but it seems upgrade was a toast... I hardly can cook, even software!
<karolherbst>
yeah.. soo bindgen _could_ think it's compiling for 64 bit...
<mattst88>
that sounds like you're trying to build for an ABI that your toolchain doesn't support
<karolherbst>
not sure what's the proper way of dealing with this, but I think in the rust world you kinda assume everything is from the same toolchain
JohnnyonF has quit [Ping timeout: 480 seconds]
<mattst88>
are you on gentoo by chance?
<mattst88>
doesn't look like it from the build log
<karolherbst>
dcbaker: so the problem with rust.test is, that if you link against a C++ target you don't get automatically linked against libstdc++
<karolherbst>
any suggestions on how to resolve that?
<AndrewR>
mattst88, no, Slackware but with 64-bit kernel under i586 userspace. so apparently I just build clang crosscompiler by accident ...
<mattst88>
oh wow
<karolherbst>
I only have one question: how...
<mattst88>
my question is: do you really want opencl on 32-bit?
<mattst88>
and if so, I'm curious why
<AndrewR>
mattst88, well, ffmpeg supports it, so ...
<karolherbst>
I got a bug about a windows 32 app being broken with rusticl 🙃
<LaserEyess>
AndrewR: what... is your hardware
<mattst88>
I've left opencl disabled on 32-bit x86 in gentoo
<AndrewR>
LaserEyess, amd fx 4300, cre i3 somethng, aarch64 tablet
<karolherbst>
but anyway, it should build, but distributions might have to wiggle with the tooling a little
kts has quit [Remote host closed the connection]
<karolherbst>
maybe we have to pass some flags along to bindgen? mhhh
<LaserEyess>
AndrewR: I mean for that specific machine with the i586 userspace because surely that's not running on aarch64...
<karolherbst>
is your rust tooling even for 32 bit?
kts has joined #dri-devel
<AndrewR>
karolherbst, last time I've rebuilt it - yes ...
<karolherbst>
funky
<karolherbst>
at least I didn't change anything in this regard
<karolherbst>
but clang invoked by bindgen kinda assumes it builds for 64 bit as it seems
<karolherbst>
but doesn't find the header files for it
<AndrewR>
karolherbst, yeah. I was trying to rebuild llvm and it complained clang does not know i586. Installed old 16.0.5 I build with setarch i686 - and build is running
<AndrewR>
LaserEyess, I've building for 'wide' set of machines because sometimes I visit friends with computers ...
<karolherbst>
dcbaker: I think rust.test should also accept link_with or something, because now I just end up creating tons of declare_dependency objects
<dcbaker>
We can add that
<karolherbst>
also.. I can't add ideps with non rust source files, but I think that's expected and should be dealt with by projects
frieder has quit [Remote host closed the connection]
<karolherbst>
so yeah.. two problems, one critical: 1. doesn't link to libstdc++ automaticall, 2. rust.test should have a link_with so you can just link with random stuff
kts has quit [Remote host closed the connection]
kts has joined #dri-devel
lynxeye has quit [Quit: Leaving.]
<karolherbst>
seems like I can move some things around to make it less painful, but I think it still good to have a link_with there
sassefa has quit [Ping timeout: 480 seconds]
cmichael has quit [Quit: Leaving]
Ahuj has joined #dri-devel
dalurka has quit [Ping timeout: 480 seconds]
kts has quit [Remote host closed the connection]
kts has joined #dri-devel
oneforall2 has quit [Remote host closed the connection]