mbrost has quit [Remote host closed the connection]
mbrost has joined #dri-devel
flynnjiang has quit [Ping timeout: 480 seconds]
Company has joined #dri-devel
mbrost has quit [Remote host closed the connection]
<jenatali>
6 Vk CTS failures left to debug on WARP. Then I guess we see where NV's driver is and maybe I can actually get conformance soon
* jenatali
is ready to remove -experimental from the meson command line and the nom-conformance debug warning
<HdkR>
\o/
<gfxstrand>
\o/
* gfxstrand
is hoping to remove it from NVK soon, too.
<jenatali>
These are all new tests from the older CTS snapshot I had been running. Feels disingenuous to try to claim conformance with something so old
<alyssa>
jenatali: :D
<alyssa>
jenatali: how many failures running dozen on vkd3d-proton on dozen on warp/
<alyssa>
:P
<jenatali>
I haven't tried, sounds slow
<alyssa>
:S
<alyssa>
:D
<jenatali>
I finally found out the test machine I'd been using had been underclocking itself which is why it was so bipolar between being speedy and painfully slow
<kisak>
nom-conformance <- the cats fetting to you?
<kisak>
*getting
<jenatali>
kisak: that's what I get for typing on a phone
<ccr>
mlem- and blep- conformance
yuq825 has joined #dri-devel
Aura has joined #dri-devel
aravind has joined #dri-devel
Leopold__ has quit [Remote host closed the connection]
tlwoerner has quit [Ping timeout: 480 seconds]
Leopold_ has joined #dri-devel
yyds_ has joined #dri-devel
yyds has quit [Ping timeout: 480 seconds]
tlwoerner has joined #dri-devel
kzd has quit [Quit: kzd]
yyds_ has quit [Remote host closed the connection]
yyds has joined #dri-devel
a-865 has joined #dri-devel
kts has joined #dri-devel
mclasen has quit []
mclasen has joined #dri-devel
kts has quit [Ping timeout: 480 seconds]
a-865 has quit [Quit: ChatZilla 0.18.1 [SeaMonkey 2.53.18.1/20240109201101]]
mclasen has quit [Ping timeout: 480 seconds]
a-865 has joined #dri-devel
kts has joined #dri-devel
Duke`` has joined #dri-devel
kts has quit [Ping timeout: 480 seconds]
itoral has joined #dri-devel
itoral_ has joined #dri-devel
Duke`` has quit [Ping timeout: 480 seconds]
itoral has quit [Ping timeout: 480 seconds]
Company has quit [Remote host closed the connection]
glennk has joined #dri-devel
kts has joined #dri-devel
Company has joined #dri-devel
glennk has quit [Remote host closed the connection]
heat has quit [Ping timeout: 480 seconds]
Omax has joined #dri-devel
macslayer has quit [Remote host closed the connection]
konstantin_ is now known as konstantin
jsa has joined #dri-devel
rasterman has joined #dri-devel
oneforall2 has quit [Ping timeout: 480 seconds]
fab has joined #dri-devel
Aura has quit [Ping timeout: 480 seconds]
<vsyrjala>
drm_buddy kunit stuff is apparently got broken in -rc1. is someone fixing that?
<javierm>
vsyrjala, mairacanal: how does igt run the kunit tests? Asking because I just ran the kunit tests with v6.8-rc1 and all tests passed
<javierm>
this is with `make ARCH=um mrproper && /tools/testing/kunit/kunit.py run --kunitconfig=drivers/gpu/drm/tests/.kunitconfig`
<mairacanal>
maybe an issue with lib/igt_ktap? or an x86 issue?
<javierm>
mairacanal: let me try with x86
yyds has joined #dri-devel
yyds has quit [Remote host closed the connection]
<javierm>
mairacanal: [15:34:49] Testing complete. Ran 390 tests: passed: 390 with `./tools/testing/kunit/kunit.py run --arch=x86_64 --kunitconfig=drivers/gpu/drm/tests/.kunitconfig`
<javierm>
so don't know why it fails with IGT tbh
yyds has joined #dri-devel
<mairacanal>
are you running drm-misc-next or 6.8.0-rc1?
<javierm>
mairacanal: tag: v6.8-rc1
<javierm>
mairacanal: also tested with drm-misc-next btw and didn't find any issues
<mairacanal>
yeah, I'll have to investigate any changes in the ktap output
<mairacanal>
maybe the parser is not working properly anymore
<javierm>
mairacanal: Ok
rasterman has quit [Quit: Gettin' stinky!]
<jani>
what if you could pass basically any drm object to the drm_dbg_*() macros, and if they had obj->dbg hook set, they'd use that, and fall back to obj->dev (struct drm_device *) debug logging?
<jani>
e.g. struct drm_connector could have a dbg hook that would print with the usual [CONNECTOR:%d:%s] format, using &connector->dev->dev device
<jani>
ditto for drm_crtc and drm_encoder etc.
<jani>
drm_dbg_kms(connector, "...");
simondnnsn has quit [Read error: Connection reset by peer]
simondnnsn has joined #dri-devel
simondnnsn has quit [Read error: Connection reset by peer]
<emersion>
sometimes the [CONNECTOR:…] thing is in the middle of the string, sometimes there are multiple
simondnnsn has joined #dri-devel
<emersion>
maybe we could have a simple obj->dbg string field instead?
<emersion>
hand-rolling these it definitely cumbersome
<emersion>
is*
fab has joined #dri-devel
<daniels>
that's a _really_ good idea
<vsyrjala>
i've occasionally thought about adding _FMT/_ARGS() macros for these, but those aren't very nice either
<vsyrjala>
i guess one could propose custom printk() conversions for them, but dunno how big the bikeshed would be
<jani>
the non-display side of i915 and xe have accumulated a crazy amount of foo_dbg() macros for various foo things. I'd like this to be a model that could perhaps be replicated for things not in drm core. i.e. "just" add a hook in the object and it'll get used.
<jani>
err, obviously I don't want the proliferation of new foo_dbg() to be the model! :)
<jani>
and feels like just adding format strings isn't going to be enough or pretty
<jani>
I guess you could just call e.g. connector->dbg() directly too, but with _ratelimited and _once versions, maybe going through macros is better
<emersion>
you could maybe also go through _Generic magic if you really wanted to…
Haaninjo has joined #dri-devel
<jani>
vsyrjala: regarding custom printk conversions, I personally think those have gotten out of hand (there are just way too many) and they're not very usable because it's a random sequence of meaningless format characters
<jani>
emersion: yes. it's just that neither checkpatch nor sparse have properly caught up to them. not a show stopper, but a minor nuisance
<vsyrjala>
i certainly hate all the "print this integer but pass it as a pointer" printk crap
<vsyrjala>
but i kinda wish we had a register_printk_function() for stuff where it makes sense
<jani>
vsyrjala: either that, or "%p{what-in-plain-english}" instead of %peLefweföwhatever
macslayer has joined #dri-devel
greenjustin_ has joined #dri-devel
<Company>
if I want to use GL to render to a dmabuf (on Wayland), how would I do that?
<Company>
What's the recommended method?
kts has joined #dri-devel
<emersion>
import as EGLImage, bind to FBO, render to FBO
<pq>
no wayland needed
greenjustin has quit [Ping timeout: 480 seconds]
digetx has quit [Ping timeout: 480 seconds]
heat_ has joined #dri-devel
heat has quit [Read error: No route to host]
Leopold_ has joined #dri-devel
digetx has joined #dri-devel
aravind has quit [Ping timeout: 480 seconds]
yyds has quit [Remote host closed the connection]
mbrost has joined #dri-devel
tzimmermann_ has joined #dri-devel
heat__ has joined #dri-devel
samuelig_ has joined #dri-devel
yrlf2 has joined #dri-devel
padovan8 has joined #dri-devel
minecrell3 has joined #dri-devel
Ermine_ has joined #dri-devel
ceyusa has joined #dri-devel
noord_ has joined #dri-devel
pa- has joined #dri-devel
qyliss_ has joined #dri-devel
HerrSpliet has joined #dri-devel
rsalvaterra_ has joined #dri-devel
gpiccoli_ has joined #dri-devel
milek7_ has joined #dri-devel
haagch_ has joined #dri-devel
BobBeck2 has joined #dri-devel
Arsen_ has joined #dri-devel
Omax_ has joined #dri-devel
nashpa has joined #dri-devel
vup2 has joined #dri-devel
eloy__ has joined #dri-devel
vals_ has joined #dri-devel
Duke`` has joined #dri-devel
lanodan_ has joined #dri-devel
mstoeckl_ has joined #dri-devel
heat_ has quit [reticulum.oftc.net helix.oftc.net]
glennk has quit [reticulum.oftc.net helix.oftc.net]
tzimmermann has quit [reticulum.oftc.net helix.oftc.net]
vjaquez has quit [reticulum.oftc.net helix.oftc.net]
tursulin has quit [reticulum.oftc.net helix.oftc.net]
Omax has quit [reticulum.oftc.net helix.oftc.net]
minecrell has quit [reticulum.oftc.net helix.oftc.net]
samuelig has quit [reticulum.oftc.net helix.oftc.net]
yrlf has quit [reticulum.oftc.net helix.oftc.net]
eloy_ has quit [reticulum.oftc.net helix.oftc.net]
vup has quit [reticulum.oftc.net helix.oftc.net]
lemonzest has quit [reticulum.oftc.net helix.oftc.net]
qyliss has quit [reticulum.oftc.net helix.oftc.net]
Haaninjo has quit [reticulum.oftc.net helix.oftc.net]
Surkow|laptop has quit [reticulum.oftc.net helix.oftc.net]
ced117 has quit [reticulum.oftc.net helix.oftc.net]
paulk has quit [reticulum.oftc.net helix.oftc.net]
a1batross has quit [reticulum.oftc.net helix.oftc.net]
haagch has quit [reticulum.oftc.net helix.oftc.net]
Ermine has quit [reticulum.oftc.net helix.oftc.net]
linkmauve has quit [reticulum.oftc.net helix.oftc.net]
imre has quit [reticulum.oftc.net helix.oftc.net]
pa has quit [reticulum.oftc.net helix.oftc.net]
MarkCollins[m] has quit [reticulum.oftc.net helix.oftc.net]
Arsen has quit [reticulum.oftc.net helix.oftc.net]
padovan has quit [reticulum.oftc.net helix.oftc.net]
RSpliet has quit [reticulum.oftc.net helix.oftc.net]
dliviu has quit [reticulum.oftc.net helix.oftc.net]
evadot has quit [reticulum.oftc.net helix.oftc.net]
noord has quit [reticulum.oftc.net helix.oftc.net]
tango_ has quit [reticulum.oftc.net helix.oftc.net]
dv_ has quit [reticulum.oftc.net helix.oftc.net]
BobBeck has quit [reticulum.oftc.net helix.oftc.net]
milek7 has quit [reticulum.oftc.net helix.oftc.net]
enunes[m] has quit [reticulum.oftc.net helix.oftc.net]
lanodan has quit [reticulum.oftc.net helix.oftc.net]
gpiccoli has quit [reticulum.oftc.net helix.oftc.net]
tjaalton has quit [reticulum.oftc.net helix.oftc.net]
koike has quit [reticulum.oftc.net helix.oftc.net]
tomba has quit [reticulum.oftc.net helix.oftc.net]
gallo[m] has quit [reticulum.oftc.net helix.oftc.net]
AlaaEmad[m] has quit [reticulum.oftc.net helix.oftc.net]
fkassabri[m] has quit [reticulum.oftc.net helix.oftc.net]
rsalvaterra has quit [reticulum.oftc.net helix.oftc.net]
ced117_ has joined #dri-devel
pepp has joined #dri-devel
lemonzest1 has joined #dri-devel
imre has joined #dri-devel
aura[m] has quit [reticulum.oftc.net helix.oftc.net]
aradhya7[m] has quit [reticulum.oftc.net helix.oftc.net]
nyorain[m] has quit [reticulum.oftc.net helix.oftc.net]
dcbaker has quit [reticulum.oftc.net helix.oftc.net]
doraskayo has quit [reticulum.oftc.net helix.oftc.net]
kunal10710[m] has quit [reticulum.oftc.net helix.oftc.net]
shadeslayer has quit [reticulum.oftc.net helix.oftc.net]
swick[m] has quit [reticulum.oftc.net helix.oftc.net]
pepp has quit [reticulum.oftc.net helix.oftc.net]
mstoeckl has quit [reticulum.oftc.net helix.oftc.net]
ceyusa is now known as vjaquez
heat_ has joined #dri-devel
minecrell has joined #dri-devel
Haaninjo has joined #dri-devel
tango_ has joined #dri-devel
paulk has joined #dri-devel
MarkCollins[m] has joined #dri-devel
Ermine has joined #dri-devel
Surkow|laptop has joined #dri-devel
Arsen has joined #dri-devel
padovan has joined #dri-devel
dv_ has joined #dri-devel
evadot has joined #dri-devel
BobBeck has joined #dri-devel
enunes[m] has joined #dri-devel
koike has joined #dri-devel
milek7 has joined #dri-devel
gpiccoli has joined #dri-devel
lanodan has joined #dri-devel
tomba has joined #dri-devel
tjaalton has joined #dri-devel
fkassabri[m] has joined #dri-devel
AlaaEmad[m] has joined #dri-devel
aura[m] has joined #dri-devel
aradhya7[m] has joined #dri-devel
nyorain[m] has joined #dri-devel
dcbaker has joined #dri-devel
doraskayo has joined #dri-devel
kunal10710[m] has joined #dri-devel
shadeslayer has joined #dri-devel
mstoeckl has joined #dri-devel
swick[m] has joined #dri-devel
tursulin has joined #dri-devel
glennk has joined #dri-devel
tzimmermann has joined #dri-devel
qyliss has joined #dri-devel
lemonzest has joined #dri-devel
ced117 has joined #dri-devel
gallo[m] has joined #dri-devel
eloy_ has joined #dri-devel
a1batross has joined #dri-devel
rsalvaterra has joined #dri-devel
haagch has joined #dri-devel
yrlf has joined #dri-devel
vup has joined #dri-devel
ungeskriptet2 has joined #dri-devel
paulk-bis has joined #dri-devel
tursulin has quit [Remote host closed the connection]
tango_ has quit [Ping timeout: 491 seconds]
qyliss has quit [Ping timeout: 486 seconds]
paulk has quit [Ping timeout: 496 seconds]
Ermine has quit [Ping timeout: 491 seconds]
evadot has quit [Ping timeout: 486 seconds]
koike has quit [Ping timeout: 496 seconds]
gallo[m] has quit [Ping timeout: 491 seconds]
AlaaEmad[m] has quit [Ping timeout: 486 seconds]
aura[m] has quit [Ping timeout: 486 seconds]
aradhya7[m] has quit [Ping timeout: 486 seconds]
kunal10710[m] has quit [Ping timeout: 481 seconds]
tjaalton_ has joined #dri-devel
dcbaker has quit [Ping timeout: 484 seconds]
yrlf has quit [Ping timeout: 484 seconds]
MarkCollins[m] has quit [Ping timeout: 484 seconds]
ced117 has quit [Max SendQ exceeded]
Arsen has quit [Max SendQ exceeded]
tzimmermann has quit [Ping timeout: 484 seconds]
minecrell has quit [Ping timeout: 484 seconds]
Surkow|laptop has quit [Ping timeout: 484 seconds]
padovan has quit [Ping timeout: 484 seconds]
BobBeck has quit [Ping timeout: 484 seconds]
milek7 has quit [Ping timeout: 484 seconds]
lanodan has quit [Ping timeout: 484 seconds]
tomba has quit [Ping timeout: 484 seconds]
doraskayo has quit [Ping timeout: 484 seconds]
tjaalton has quit [Read error: Connection reset by peer]
rsalvaterra has quit [Ping timeout: 484 seconds]
lemonzest has quit [Ping timeout: 484 seconds]
a1batross has quit [Ping timeout: 484 seconds]
heat_ has quit [Ping timeout: 484 seconds]
gpiccoli has quit [Ping timeout: 484 seconds]
fkassabri[m] has quit [Ping timeout: 484 seconds]
shadeslayer has quit [Ping timeout: 484 seconds]
mstoeckl has quit [Ping timeout: 484 seconds]
glennk has quit [Ping timeout: 484 seconds]
Haaninjo has quit [Ping timeout: 484 seconds]
eloy_ has quit [Ping timeout: 484 seconds]
haagch has quit [Ping timeout: 484 seconds]
vup has quit [Ping timeout: 484 seconds]
linkmauve has joined #dri-devel
evadot has joined #dri-devel
glennk has joined #dri-devel
Haaninjo has joined #dri-devel
jfalempe has quit [Remote host closed the connection]
Surkow|laptop has joined #dri-devel
HerrSpliet is now known as RSpliet
ungeskriptet24 has joined #dri-devel
ungeskriptet has quit [Ping timeout: 480 seconds]
qyliss_ has left #dri-devel [#dri-devel]
martix778777[m] has quit [Ping timeout: 480 seconds]
kusma has quit [Ping timeout: 480 seconds]
daniliberman[m] has quit [Ping timeout: 480 seconds]
reactormonk[m] has quit [Ping timeout: 480 seconds]
nicofee[m] has quit [Ping timeout: 480 seconds]
onox[m] has quit [Ping timeout: 480 seconds]
qyliss has joined #dri-devel
pedrohlc[m] has quit [Ping timeout: 480 seconds]
Quinten[m] has quit [Ping timeout: 480 seconds]
KunalAgarwal[m][m] has quit [Ping timeout: 480 seconds]
QiuWenbo[m] has quit [Ping timeout: 480 seconds]
zzoon_back_1st_Jan_2024[m] has quit [Ping timeout: 480 seconds]
moben[m] has quit [Ping timeout: 480 seconds]
tak2hu[m] has quit [Ping timeout: 480 seconds]
BilalElmoussaoui[m] has quit [Ping timeout: 480 seconds]
egalli has quit [Ping timeout: 480 seconds]
DrNick has quit [Ping timeout: 480 seconds]
neobrain[m] has quit [Ping timeout: 480 seconds]
bubblethink[m] has quit [Ping timeout: 480 seconds]
tomeu has quit [Ping timeout: 480 seconds]
M839ty9[m] has quit [Ping timeout: 480 seconds]
ohadsharabi[m] has quit [Ping timeout: 480 seconds]
Ella[m] has quit [Ping timeout: 480 seconds]
tleydxdy has quit [Ping timeout: 480 seconds]
FL4SHK[m] has quit [Ping timeout: 480 seconds]
ram15[m] has quit [Ping timeout: 480 seconds]
enick_110 has quit [Ping timeout: 480 seconds]
kos_tom has quit [Ping timeout: 480 seconds]
SintayewGashaw[m] has quit [Ping timeout: 480 seconds]
ids1024[m] has quit [Ping timeout: 480 seconds]
sigmoidfunc[m] has quit [Ping timeout: 480 seconds]
nick1343[m] has quit [Ping timeout: 480 seconds]
cmeissl[m] has quit [Ping timeout: 480 seconds]
znullptr[m] has quit [Ping timeout: 480 seconds]
dhirschfeld2[m] has quit [Ping timeout: 480 seconds]
devarsht[m] has quit [Ping timeout: 480 seconds]
talcohen[m] has quit [Ping timeout: 480 seconds]
isinyaaa[m] has quit [Ping timeout: 480 seconds]
Anson[m] has quit [Ping timeout: 480 seconds]
Hazematman has quit [Ping timeout: 480 seconds]
YHNdnzj[moz] has quit [Ping timeout: 480 seconds]
gnustomp[m] has quit [Ping timeout: 480 seconds]
doras has quit [Ping timeout: 480 seconds]
tuxayo has quit [Ping timeout: 480 seconds]
matrix638[m] has quit [Ping timeout: 480 seconds]
jasuarez has quit [Ping timeout: 480 seconds]
zamundaaa[m] has quit [Ping timeout: 480 seconds]
Targetball[m] has quit [Ping timeout: 480 seconds]
koki23[m] has quit [Ping timeout: 480 seconds]
robertmader[m] has quit [Ping timeout: 480 seconds]
kelbaz[m] has quit [Ping timeout: 480 seconds]
undvasistas[m] has quit [Ping timeout: 480 seconds]
halfline[m] has quit [Ping timeout: 480 seconds]
YaLTeR[m] has quit [Ping timeout: 480 seconds]
Newbyte has quit [Ping timeout: 480 seconds]
K0bin[m] has quit [Ping timeout: 480 seconds]
kallisti5[m] has quit [Ping timeout: 480 seconds]
Vin[m] has quit [Ping timeout: 480 seconds]
cwfitzgerald[m] has quit [Ping timeout: 480 seconds]
tintou has quit [Ping timeout: 480 seconds]
ella-0[m] has quit [Ping timeout: 480 seconds]
MotiH[m] has quit [Ping timeout: 480 seconds]
mbrost has quit [Ping timeout: 480 seconds]
terribletea[m] has quit [Ping timeout: 480 seconds]
Vanfanel has quit [Ping timeout: 480 seconds]
pushqrdx[m] has quit [Ping timeout: 480 seconds]
ofirbitt[m] has quit [Ping timeout: 480 seconds]
shadeslayer has joined #dri-devel
ungeskriptet2 has quit [Ping timeout: 480 seconds]
swick[m] has quit [Ping timeout: 480 seconds]
nyorain[m] has quit [Ping timeout: 480 seconds]
mbrost has joined #dri-devel
enunes[m] has quit [Ping timeout: 480 seconds]
jfalempe has joined #dri-devel
T_UNIX has quit [Ping timeout: 480 seconds]
dantob has quit [Ping timeout: 480 seconds]
jenatali has quit [Ping timeout: 480 seconds]
knr has quit [Ping timeout: 480 seconds]
hch12907 has quit [Ping timeout: 480 seconds]
naheemsays[m] has quit [Ping timeout: 480 seconds]
gegoxaren[m] has quit [Ping timeout: 480 seconds]
jtatz[m] has quit [Ping timeout: 480 seconds]
Wallbraker has quit [Ping timeout: 480 seconds]
MayeulC has quit [Ping timeout: 480 seconds]
orowith2os[m] has quit [Ping timeout: 480 seconds]
kunal_10185[m] has quit [Ping timeout: 480 seconds]
fab has quit [Read error: No route to host]
x512[m] has quit [Ping timeout: 480 seconds]
fab has joined #dri-devel
dabrain34[m] has quit [Ping timeout: 480 seconds]
lemonzest1 has quit []
tursulin has joined #dri-devel
fab has quit [Read error: No route to host]
fab has joined #dri-devel
gpiccoli_ is now known as gpiccoli
lemonzest has joined #dri-devel
mbrost has quit [Remote host closed the connection]
<orbea>
it also segfaults with RADV_DEBUG=llvm .... rebuilding llvm with symbols now which will take a bit
Calandracas has quit []
Calandracas has joined #dri-devel
frieder has quit [Remote host closed the connection]
<alyssa>
curious
vliaskov_ has joined #dri-devel
rasterman has joined #dri-devel
fab has quit []
djbw has joined #dri-devel
fab has joined #dri-devel
fab has quit []
<Company>
emersion: hrm, but then I need to create the dmabuf myself, don't I?
<Company>
which was a thing I was hoping GL (or EGL) would do for me
vliaskov__ has joined #dri-devel
Calandracas has quit [Remote host closed the connection]
vliaskov_ has quit [Ping timeout: 480 seconds]
Calandracas has joined #dri-devel
fab has joined #dri-devel
fab has quit [Read error: Connection reset by peer]
<MrCooper>
Company: "I want to use GL to render to a dmabuf" kind of implied you already have a dma-buf :)
mbrost has joined #dri-devel
<any1>
libgbm
Arsen_ has left #dri-devel [#dri-devel]
konstantin_ has joined #dri-devel
Arsen has joined #dri-devel
Arsen has quit []
Arsen has joined #dri-devel
konstantin has quit [Ping timeout: 480 seconds]
i509vcb has joined #dri-devel
tzimmermann_ has quit []
<daniels>
Company: yeah you only use (E)GL to import, not allocate
<Company>
MrCooper: what I want is make GtkGLArea not draw to a random GL texture, but to a dmabuf, so that I can use it for graphics offload (which is GL only) and with the Vulkan renderer (where I could use Vulkan to allocate the dmabuf)
<Company>
figuring out how to handle GLArea with the Vulkan renderer is one of the big questions before we can switch the renderer to Vulkan more aggressively
<Company>
I mean the interop works, but it goes via glReadPixels() so it's not the fastest...
lanodan is now known as Guest21
shadeslayer is now known as Guest37
hansg has quit [Quit: Leaving]
fluix has left #dri-devel [#dri-devel]
<mareko>
daniels: wayland-protocols is just a subproject of Mesa for #includes that doesn't need to be installed, right?
<mareko>
daniels: if so, Mesa can fetch it for builds in subprojects/
<daniels>
mareko: yes, it’s a build-time provider of XML and nothing else
<daniels>
(which is why I was so surprised to be told that I couldn’t use any version not shipped in Ubuntu LTS-1)
<mareko>
daniels: my local Mesa build already seems to be set up to use wayland-protocols from the subproject directory, but I don't remember how it works
<daniels>
mareko: good news - so it’s ok to use newer versions from your pov?
<Calandracas>
Is this the right place to ask a rusticl question? I'm trying to figure out which extensions are supported, but unfortuneately documentation on rusticl has been hard to find
M839ty9[m] has joined #dri-devel
kts has quit [Quit: Konversation terminated!]
comp has joined #dri-devel
gouchi has joined #dri-devel
egbert_ has joined #dri-devel
egbert is now known as Guest61
egbert_ is now known as egbert
gouchi has quit []
Guest61 has quit [Ping timeout: 480 seconds]
fab has joined #dri-devel
mbrost has quit [Remote host closed the connection]
mbrost has joined #dri-devel
crabbedhaloablut has quit []
crabbedhaloablut has joined #dri-devel
zf has quit []
crabbedhaloablut has quit []
zf has joined #dri-devel
crabbedhaloablut has joined #dri-devel
mbrost has quit [Ping timeout: 480 seconds]
zf has quit []
<austriancoder>
Calandracas: https://mesamatrix.net/ has some information which is based on mesas features.txt
zf has joined #dri-devel
ngcortes has joined #dri-devel
zf has quit []
zf has joined #dri-devel
<Calandracas>
Thanks. The extension I'm looking "cl_ext_cxx_for_opencl" for is not even listed :(
zf has quit []
<karolherbst>
Calandracas: do you actually have a use case for it?
<karolherbst>
it's not really a registered extension, so I'm reluctent of supporting it
mclasen has joined #dri-devel
<Calandracas>
Online compilation of clcpp. Currently im compiling the clcpp with clang, then llvm-spirv
<karolherbst>
well.. that's the prefered way of doing things anyway
<alyssa>
I mean, that's the same thing rusticl would do too
<Calandracas>
It's more of a convinience thing while developing
<alyssa>
:p
<karolherbst>
Calandracas: I think build systems should just support compiling to SPIR-V tho
<karolherbst>
providing SPIR-Vs to the runtime lowers overhead of compilation at runtime
<karolherbst>
and you make sure at compile time that the source code is valid
<Calandracas>
Yeah I'll figure out how to set that up with Meson
<karolherbst>
yeah...
<karolherbst>
I was thinking of looking into it myself, but didn't get to it
<karolherbst>
but it would be cool if OpenCL C(++) could be compiled similiar to libraries and you just get the spirv and stuff
<Calandracas>
i 100% agree that its better to compile to spirv offline, this was really jsut a matter of convinience while developing
<karolherbst>
the issue with cl_ext_cxx_for_opencl is just, that almost nothing uses it so it would get 0 testing
<karolherbst>
and the OpenCL CTS has one test for it where it compiles the most trivial kernel possible
<karolherbst>
yeah...
<karolherbst>
I think I just prefer build systems to make it convenient instead
<karolherbst>
I'm not strictly against supporting cl_ext_cxx_for_opencl, I'd just rather not if there are better alternatives. Though I think on android it's apparently a thing so I might have to support it sooner or later
<Calandracas>
especially since templates increase the compile time signifiantly, online compilation would be really bad for realeases
<karolherbst>
yeah...
<karolherbst>
but anyway, rusticl would need to support that ext if there are applications using it, so there is that...
<Calandracas>
I'm new to meson, but I'll try to figure out how to set it up.
<karolherbst>
are you using meson for your project?
<Calandracas>
Yeah
<karolherbst>
but anyway.. I think I'd prefer if one could just declare "opencl-c' and 'opencl-c++' as languages
<karolherbst>
but....
<karolherbst>
I think that needs changes to meson
<karolherbst>
would be a fun project tho
<karolherbst>
painful part is to deal with declaring what spirv extensions are allowed... mhh
<karolherbst>
Calandracas: ohhh... btw I think since clang-17 you don't need to invoke `llvm-spirv` directly
<karolherbst>
just use the spirv target and the output is the spirv
<karolherbst>
(it executes llvm-spirv internally) and I think with clang-18 and the enabled spirv target it doesn't even need that
<Calandracas>
I guess a usecase for online compilation would be querying the device capabilities and tuning the code at runtime
dcbaker has joined #dri-devel
<dcbaker>
Calandracas: karolherbst I’d review patches for OpenCL as a language. I’ve also thought about adding a graphics module for things like spirv, so that might be appropriate too
<karolherbst>
Calandracas: yeah...
<Calandracas>
Oh nice, I'm on clang-17 so I'll try that out
<karolherbst>
Calandracas: though in theory OpenCL doesn't require _valid_ spirv, so you could spec constant code paths for extensions....
<karolherbst>
Calandracas: yeah.. need to use spirv not spir as a target tho I think
<karolherbst>
both works with llvm-spirv anyway
<karolherbst>
(if compiled with emit-llvm)
<karolherbst>
dcbaker: yeah.. we might be able to ditch some of the clc compilers we have in mesa with that...
<Calandracas>
nice i can compile straight to spirv with clang-17, that will make things easier to integrate with meson
<karolherbst>
:)
<karolherbst>
it might already work with clang-16, not quite sure when they added support for that
<karolherbst>
be careful with the SPIRV target in clang-18 tho, as it still generates some invalid spirv, so no idea how well that will work in the future
<karolherbst>
I also don't know if you can toggle SPIRV extensions this way...
<Calandracas>
I hope that clcpp catches on. Having template libraries will be really cool
<karolherbst>
yeah... though I just hope that the LLVM SPIRV target becomes more reliable and that it's easier to use with any language LLVM supports, but yeah...
<Calandracas>
Anyways thanks for the insight, I really appreciate it
<karolherbst>
np
<alyssa>
dcbaker: I guess for vk integrating glslang would be cool too?
<karolherbst>
alyssa: the painful part here is, that almost all of the other CL impls convert spirv to LLVM IR internally 🙃
<alyssa>
karolherbst: I just mean for vk apps using meson, they need to do a bunch of buildtime glsl->spirv
<karolherbst>
ohh, it was in regards to your earlier comment
<karolherbst>
but yeah.. I think we need to add "producing spirv files" as core features to build systems anyway :P
zf has joined #dri-devel
<karolherbst>
dcbaker: btw, I still want to see my other PR landing which is blocked by the containers not building situation :P
crabbedhaloablut has quit [Read error: Connection reset by peer]
crabbedhaloablut has joined #dri-devel
zf_ has joined #dri-devel
zf has quit []
a-865 has quit [Ping timeout: 480 seconds]
zf_ is now known as zf
Guest21 has quit []
lanodan has joined #dri-devel
Duke`` has quit [Ping timeout: 480 seconds]
Leopold has quit [Remote host closed the connection]
mclasen has quit [Ping timeout: 480 seconds]
Leopold_ has joined #dri-devel
mbrost has quit [Ping timeout: 480 seconds]
comp has quit [Remote host closed the connection]
Haaninjo has quit []
jenatali has joined #dri-devel
<jenatali>
Oh. I was unauthed, cool
<HdkR>
Welcome back
<jenatali>
Thank you
<jenatali>
Is there some standard approach in Vulkan drivers for dealing with internal draws/dispatches, to not have them increment statistics counters?
<jenatali>
I've just discovered statistics_query.clipping_invocations.primary.blit_between_incompatible_formats and it makes me very sad
<alyssa>
you have hw counters? :clown:
<jenatali>
We have counters that claim to come from hardware, yeah
<karolherbst>
what makes you sad about blit_between_incompatible_formats?
<jenatali>
I could play the same games I do in gallium but ugh that seems like so much overhead for such a corner case
<jenatali>
karolherbst: It issues a blit that must not increment draw pipeline stats counters. That's much harder to hide in Vulkan
<jenatali>
Like, I could switch blits to compute but that's just moving the problem around, not really fixing it...
<dj-death>
jenatali: on intel we can program the HW to prevent it from incrementing the counters for internal ops
<karolherbst>
yeah.. on hw you can just turn off/on counting that stuff normally
<jenatali>
Bleh
<karolherbst>
jenatali: you could enqueue a compute shader substracting what the blit would have added.....
<jenatali>
Literally my last CTS failure on WARP and that's like days of work
<karolherbst>
add a new API to WARP instead?
<jenatali>
karolherbst: Yep. Considering it. Seems cheaper than stopping and restarting
<karolherbst>
on nvidia we can't count compute shader invocations, imagine that fun there
<karolherbst>
anyway... fixup shaders should do the trick :D
mvlad has quit [Remote host closed the connection]
<karolherbst>
the pain part is that in vulkan this is actually specified and tested, and GL it was all very yolo
<jenatali>
At least gallium has driver entrypoints for pause/resume
<karolherbst>
mhhh.. right
<jenatali>
Oh well. I'll figure something out
<alyssa>
don't look at the code i wrote for asahi
<gfxstrand>
jenatali: Disable counters around meta stuff
<gfxstrand>
There's no magic for it, unfortunately.
<gfxstrand>
Vulkan query pools don't exactly have a puase/resume
<jenatali>
Yeah, D3D doesn't have a "disable counters" function. Which means I either get to go with splitting queries and summing, or counting meta independently and subtracting
<gfxstrand>
Yeah...
<gfxstrand>
Vulkan doesn't either
<alyssa>
on a tiler, enabling/disabling those counters splits your render pass :clown:
<airlied>
oh I vaguely remember writing some of zink_query.c, not fun times
<gfxstrand>
That's okay. You can't do meta mid-render-pass
<airlied>
jenatali: zink_query might be a good model, it does suspend/resumes for blits/clears
<jenatali>
airlied: Yeah that's how the d3d12 gallium driver works too
<jenatali>
It's just... a lot of work, especially in a world of query pools instead of individual queries
<jenatali>
I think I'm going to count meta independently and subtract. I could probably even compute meta's counter values CPU-side
jsa has quit [Read error: Connection reset by peer]
<gfxstrand>
That's not a horrible idea, TBH.
<gfxstrand>
Probably easier than trying to suspend/resume.
<gfxstrand>
Well, hrm...
<jenatali>
Yeah. Just snapshot the meta counters at begin, subtract them at end, issue a fixup compute shader at resolve time
<airlied>
zmike: would a vk extension help here?
<gfxstrand>
Actually, that gets tricky...
<jenatali>
Eh, no that doesn't work, you can resolve in a separate command buffer, can't you...
<gfxstrand>
Yup and you can have multiple, say, occlusion queries going at once
<jenatali>
Right, which is why splitting is a pain
<jenatali>
I'm half tempted to just switch meta to compute instead. There's no test for that (yet). Much easier than mucking with counters for a single test...
<zmike>
airlied: ?
* zmike
struggles to catch up
<gfxstrand>
jenatali: Not a horrible plan, TBH
<jenatali>
zmike: tl;dr dzn has the same problems with queries and internal draws that zink has
<gfxstrand>
Except dzn is trying to implement Vulkan so 10x worse
<jenatali>
Right
<zmike>
zink doesn't have those problems
<gfxstrand>
How much meta do you have? Just CmdBlitImage?
* gfxstrand
thinks CmdBlitImage was a mistake
<zmike>
internal draws go through u_blitter which already disabled queries
<jenatali>
gfxstrand: That's the only one that's graphics. There's a few dispatches, but we've added features to D3D to make the dispatches go away
<jenatali>
zmike: Just the infrastructure for disable/enable
<gfxstrand>
Yeah, doing CmdBlitImage as compute is probably fine. Intel will suffer but I'm having trouble caring.
<zmike>
the hard part of queries is avoiding duplicated query execution
<zmike>
everything else is easy
<jenatali>
gfxstrand: Is someone just going to add a new test that says that blits can't increment compute invocation counts? (:
<gfxstrand>
jenatali: Maybe
<gfxstrand>
I'm not going to. :)
<zmike>
I'd guess there should be tests for that already in vkcts
<zmike>
they exist for gfx queries at least
<jenatali>
zmike: There's not. Literally only clipping invocations
<zmike>
huh
<zmike>
I should file coverage then
<jenatali>
My last CTS fail :(
<ccr>
"you have failed me for the last time .."
<HdkR>
"I see you're trying to pass conformance. I have a few tests to add."
<zmike>
eh they'd be in a future tag anyway so it won't affect this
<jenatali>
Yeah, but I'd rather not have to rewrite this again later on to pass that new test too
<zmike>
smart
<ccr>
"I am altering the the conformance test suite .. pray that I don't alter it any further."