ChanServ changed the topic of #dri-devel to: <ajax> nothing involved with X should ever be unable to find a bar
nerdopolis has quit [Ping timeout: 480 seconds]
riteo has quit [Ping timeout: 480 seconds]
ungeskriptet has quit [Quit: Ping timeout (120 seconds)]
ungeskriptet has joined #dri-devel
nerdopolis has joined #dri-devel
riteo has joined #dri-devel
LeviYun has joined #dri-devel
dumbbell has quit [Quit: WeeChat 4.2.2]
LeviYun has quit [Ping timeout: 480 seconds]
q66 has quit [Quit: WeeChat 4.0.2]
LeviYun has joined #dri-devel
q66 has joined #dri-devel
q66 has quit []
q66 has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
kzd has quit [Quit: kzd]
yuq825 has joined #dri-devel
epoch101 has quit [Ping timeout: 480 seconds]
flynnjiang has joined #dri-devel
rauji____ has quit []
riteo has quit [Ping timeout: 480 seconds]
epoch101 has joined #dri-devel
kzd has joined #dri-devel
riteo has joined #dri-devel
LeviYun has joined #dri-devel
yyds has quit []
yuq825 has quit [Read error: No route to host]
calebccff has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
yyds has joined #dri-devel
simon-perretta-img has quit [Ping timeout: 480 seconds]
alane has quit []
yyds has quit []
alane has joined #dri-devel
yyds has joined #dri-devel
yuq825 has joined #dri-devel
simon-perretta-img has joined #dri-devel
yuq825 has quit [Read error: Connection reset by peer]
yuq8251 has joined #dri-devel
LeviYun has joined #dri-devel
macromorgan_ has joined #dri-devel
apinheiro has quit [Quit: Leaving]
macromorgan has quit [Ping timeout: 480 seconds]
LeviYun has quit [Ping timeout: 480 seconds]
macromorgan_ has quit []
macromorgan has joined #dri-devel
epoch101 has quit [Ping timeout: 480 seconds]
vedranm_ has joined #dri-devel
uis has joined #dri-devel
vedranm has quit [Ping timeout: 480 seconds]
Company has quit [Read error: Connection reset by peer]
nerdopolis has quit [Ping timeout: 480 seconds]
Guest350 has joined #dri-devel
Guest350 has left #dri-devel [#dri-devel]
glennk has joined #dri-devel
glennk has quit [Remote host closed the connection]
bolson_ has joined #dri-devel
bolson has quit [Remote host closed the connection]
glennk has joined #dri-devel
Company has joined #dri-devel
Peuc has quit [Quit: Peuc]
LeviYun has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
sukuna has joined #dri-devel
LeviYun has joined #dri-devel
alih has quit []
alih has joined #dri-devel
kzd has quit [Ping timeout: 480 seconds]
moxie has quit [Quit: WeeChat 3.8]
moxie has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
vedranm_ is now known as vedranm
fab has joined #dri-devel
Duke`` has joined #dri-devel
itoral has joined #dri-devel
alih has quit []
alih has joined #dri-devel
LeviYun has joined #dri-devel
bmodem has joined #dri-devel
fab has quit [Quit: fab]
fab has joined #dri-devel
fab has quit []
fab has joined #dri-devel
alih has quit []
alih has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
sukuna has quit [Remote host closed the connection]
Duke`` has quit [Ping timeout: 480 seconds]
sima has joined #dri-devel
fab has quit [Quit: fab]
i-garrison has quit []
LeviYun has joined #dri-devel
i-garrison has joined #dri-devel
tzimmermann has joined #dri-devel
fab has joined #dri-devel
kts has joined #dri-devel
kts_ has joined #dri-devel
kts_ has quit []
<wens>
the drm-misc repo project description on Gitlab still says "drm-misc repo. For now only for issues.
<wens>
the latter part should be removed?
rasterman has joined #dri-devel
kts has quit [Ping timeout: 480 seconds]
sghuge has quit [Remote host closed the connection]
sghuge has joined #dri-devel
Company has quit [Quit: Leaving]
<mripard>
yes
<mripard>
(and arguably, we don't want issues)
<mripard>
done, thanks
warpme has joined #dri-devel
kts has joined #dri-devel
frieder has joined #dri-devel
kts has quit [Quit: Konversation terminated!]
* javierm
drop his patches adding issues
mvlad has joined #dri-devel
jkrzyszt_ has joined #dri-devel
Haaninjo has joined #dri-devel
rgallaispou has joined #dri-devel
<wens>
thanks!
samuelig has quit [Quit: Bye!]
samuelig has joined #dri-devel
<mripard>
javierm: I think it's a little too early for that, and the issues that are there already are really overlooked
lynxeye has joined #dri-devel
<javierm>
mripard :D
<mripard>
did I miss something?
apinheiro has joined #dri-devel
yuq825 has joined #dri-devel
yuq8251 has quit [Read error: Connection reset by peer]
<javierm>
mripard: no, my comment about dropping patches adding issues was meant to be a joke as an answer to your comment that we don't want issues (to be filled in gitlab)
<javierm>
mripard: anyways, if one has to explain a joke means that was a bad one :)
rgallaispou has quit [Read error: Connection reset by peer]
yuq825 has left #dri-devel [#dri-devel]
i-garrison has quit [Remote host closed the connection]
warpme has quit []
i-garrison has joined #dri-devel
warpme has joined #dri-devel
kode54 has quit [Read error: Connection reset by peer]
kode54 has joined #dri-devel
kode54 has quit []
guludo has quit [Quit: WeeChat 4.3.3]
kode54 has joined #dri-devel
guludo has joined #dri-devel
guludo has quit []
guludo has joined #dri-devel
guludo has quit []
guludo has joined #dri-devel
fab has quit [Quit: fab]
guludo has quit []
guludo has joined #dri-devel
epoch101 has joined #dri-devel
fab has joined #dri-devel
<Lyude>
Hm. Something I'm realizing is a bit unclear to me regarding KMS. In drm_plane_helper_funcs.prepare_fb/cleanup_fb(), along with the atomic_update() functions for each mode object type, the display state should be considered immutable when any of these vtable funcs are being called - correct?
<Lyude>
( sima ^ do you maybe have any idea?)
kzd has joined #dri-devel
kts has joined #dri-devel
kts has quit []
<vsyrjala>
we track all kinds ephemeral junk in the atomic state structs (most of which imo shouldn't be there). so enforcing immutability for these in various places is impossible atm
<vsyrjala>
the prepare_fb/cleanup_fb probably shouldn't be immutable because the "here's the actual memory" seems like a proper part of the plane's state
<vsyrjala>
although even for that it would sure be nice if we had a clear separation of mutable vs. immutable stuff
dv_ has quit [Ping timeout: 480 seconds]
simon-perretta-img has quit [Ping timeout: 480 seconds]
Company has joined #dri-devel
KDDLB has joined #dri-devel
<Lyude>
vsyrjala: gotcha. was mainly asking for the case of rust bindings (currently I have it so that we have mutability up until the actual state swap)
lplc has quit [Remote host closed the connection]
lplc has joined #dri-devel
simon-perretta-img has joined #dri-devel
alyssa has joined #dri-devel
Duke`` has joined #dri-devel
simon-perretta-img has quit [Read error: Connection reset by peer]
frieder has quit [Remote host closed the connection]
alanc has quit [Remote host closed the connection]
alanc has joined #dri-devel
sauce has joined #dri-devel
coldfeet has joined #dri-devel
lynxeye has quit [Quit: Leaving.]
rasterman has quit [Quit: Gettin' stinky!]
coldfeet has quit [Remote host closed the connection]
LaserEyess has quit [Quit: fugg]
LaserEyess has joined #dri-devel
bolson has joined #dri-devel
dviola has quit [Ping timeout: 480 seconds]
LeviYun has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
tobiasjakobi has joined #dri-devel
tobiasjakobi has quit []
LeviYun has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
diego has joined #dri-devel
Aura has quit []
<alyssa>
karolherbst: niiice!
<karolherbst>
I'm now mostly considering how to deal with it being broken everywhere unless those patches are backported or so... but vendoring all of spirv-tools is also super annoying... I wonder how angry people will be, if we hard depend on a version fixing it while backporting those patches...
<karolherbst>
*the paths
<karolherbst>
*patch
<karolherbst>
or I just check at compile time if that feature is there and print a warning if not at runtime
i509vcb has quit [Quit: Connection closed for inactivity]
<Calandracas>
wouldn't that require fixing to a specific llvm version too then?
<karolherbst>
not really. We can ignore applying that workaround when llvm-17+ is used, but external spir-vs might run into the same issue, though CL doesn't really define how to link spir-v programs together
<Calandracas>
nvm, i was thinking of spirv-llvm-translator
fab has quit [Quit: fab]
jkrzyszt_ has quit [Ping timeout: 480 seconds]
sima has quit [Ping timeout: 480 seconds]
mvlad has quit [Remote host closed the connection]
iive has joined #dri-devel
tiagosouzacandi has joined #dri-devel
tiagosouzacandi has quit []
sukuna has joined #dri-devel
guludo has quit [Ping timeout: 480 seconds]
guludo has joined #dri-devel
<alyssa>
karolherbst: my 2c is that llvm-17+ without the spirv-link patches is fundamentally broken (cannot pass CTS), so rusticl should just refuse to probe in that case (once the patches are merged in the appropriate places)
<alyssa>
"new Mesa, old spirv-link, nonconformant CL" is a bogus use case imo
<karolherbst>
yeah.. but like.. almost nothing depends on the linking 🙃
<alyssa>
the CTS does
<karolherbst>
not even tools like davinci resolve needs it
<alyssa>
maybe I'm a stickler for conformance but these CTS fails are the reason we can't ship rusticl in asahi
<alyssa>
(yet)
<alyssa>
(presumably we will once the spirv-link patches make it to f40)
<karolherbst>
rusticl doesn't advertize being conformant there anyway
<karolherbst>
ROCm isn't even conformant in the first place
<karolherbst>
and nobody really cares
<karolherbst>
but yeah.. it's an issue, however, what I could add is, if the linking fails to due this bug, I could just add the info message in the compiler output stating: "please update spirv-tools to get this to compile" or something
<alyssa>
that's an option, ye
<karolherbst>
and maybe never advertize conformance if I know at runtime that dependencies aren't new enough
<ccr>
a convention of non-conformists?
<karolherbst>
because iris 12th gen currently still does
<karolherbst>
even though it would fail to link
<alyssa>
re ROCm... do I think I'm better than AMD? /* no comment */
<karolherbst>
:D
<karolherbst>
I should file for conformance on radeonsi honestly
<alyssa>
yas
jenatali has joined #dri-devel
<karolherbst>
spirv-tools patched on my testing system... let's gooo
<karolherbst>
I missed those "100%" runs honestly
<karolherbst>
and maybe I should fix the remaining bugs on asahi as well.. and I think there might be... one? or two?
<karolherbst>
maybe none?
shoragan has quit [Quit: quit]
<Calandracas>
Where can I find these spirv-tools patches?
<karolherbst>
with the linking bug fixed, I think even v3d is almost conformance
<karolherbst>
though
<karolherbst>
it doens't support imagew
<karolherbst>
*images
<Calandracas>
src/asahi/clc/meson.build:4:17: ERROR: Tried to tied to mix a host machine library ("asahi_compiler") with a build machine target "asahi_clc" This is not possible in a cross build.
<alyssa>
karolherbst: I'll fix the sat thing if you fix the spirv link thing
<alyssa>
Calandracas: yeah, I know. It's not a bug. Sorry.
<karolherbst>
"just get arm runners"
<karolherbst>
or use qemu-user and look at those 2 hour compile times
<Calandracas>
yeah, oh well :P
<alyssa>
yes, I knowingly broke cross compilation
<karolherbst>
it's a pain anyway
<alyssa>
in exchange for that, you got gl3.2+, es3.2, and vk1.3 support
<alyssa>
so..
<karolherbst>
you could also give up your sanity and just write the lowering with nir_builder
<alyssa>
Calandracas: I'm hopeful future Meson will fix things. In the mean time, unfortunately cross compiling isn't going to work without hacks and ... yeah. It was the right call, 100%, but it's not without a sharp corner. alas, big picture! :)
<karolherbst>
I wonder if meson even could magically compile it for both the target and the host, because that _might_ lead to situations, but probably fine
<karolherbst>
that UNROLL macro tho
<karolherbst>
you wanna C++ for OpenCL so you can use templates intead :D
<Calandracas>
that unroll macro looks like a job for C++ for OpenCL templates :P
<karolherbst>
well...
<karolherbst>
we _could_ support it, just initializers and finalizers are pain
<karolherbst>
but as long as the spirv doesn't use that?
<karolherbst>
should work (tm)
<HdkR>
karolherbst: That's part of what the meson fix to that bug is doing. Compiling the tools for both the host and the guest architecture. There's a PR for it somewhere :)