ChanServ changed the topic of #dri-devel to: <ajax> nothing involved with X should ever be unable to find a bar
<robclark>
hmm, well same thing happens in the end, I guess it just depends on who inserts the CSC into the shader
<Company>
afaiu some embedded gpus have hardware for yuv
<robclark>
otherwise, it's only when you start getting into tiled/modifiered formats that driver needs to understand it is yuv
<robclark>
some do w/ various quirks.. depends on how old you are trying to target
<robclark>
mostly folks figured out it was better to give the transitors to having more shader cores than spend them on special case magic yuv csc
<Company>
I have no idea what I'm trying to target
<robclark>
I know some sgx5 stuff had magic-yuv samplers, and maybe vivante? On more recent things qc has yuv formats samplers, but that is just for slurping in ubwc/tiled data into shader, not for the csc itself
<robclark>
even like 10+yrs ago, xbmc was doing conversion in the frag shader and it was fine
Haaninjo has quit [Quit: Ex-Chat]
<Company>
yeah, for desktop stuff it won't matter
<Company>
other than having to write all that code
<robclark>
naw, I mean on mobile stuff running linux.. I guess that was back in a2xx/a3xx days
<Company>
I suppose video doesn't need shader cores for anything important
<robclark>
well, it sounded like you are doing sw decode.. and if sw decode gpu should have no problem keeping up with yuv conversion.. on little mobile things the hw video decode is completely separate from gpu (and on x86 for silly legacy reasons it is part of the gpu but I guess not using many of the same resources that gpu rendering is)
<robclark>
if you are doing hw decode, stick with dmabuf and modifiers because there can be special layouts in memory and that sort of thing... if sw decode then gpu is likely not being pushed too hard compared to cpu
<Company>
I'm doing API design for GTK atm
<Company>
and the question here is how many features I want to provide for people doing video things
<Company>
the people who write serious apps are probably going to use hardware stuff anyway - via GStreamer or so - but some people do small projects with ffmpeg
<Company>
also, raw buffers are neat for testsuites
<Company>
I could test the YUV part of out code with them, but I can't with dmabufs, because I can't create dmabufs in CI I think
vliaskov has quit [Remote host closed the connection]
<robclark>
for testing, can you get something w/ real hw decode and real dmabuf's in CI to test that path? Otherwise I think there are too many sharp edges
<robclark>
fake dmabufs might be fine for (although maybe slow) for llvmpipe..
<Company>
I think the software decoders don't even do dmabufs
<Company>
*software renderers
<robclark>
there are various ways like abusing dumb buffers or vgem.. vgem might be an ok option for sw decode + sw rast (like llvmpipe).. but any of those approaches could have sharp edges when you start involving real hw (ie. vgem won't really be cache coherent w/ real gpu on lot of hw, etc)
<robclark>
and for CI you probably want to be testing something that more closely approximates real life
<Company>
yeah
OftenTimeConsuming has quit [Remote host closed the connection]
OftenTimeConsuming has joined #dri-devel
krushia has quit [Quit: Konversation terminated!]
yyds has quit [Remote host closed the connection]
co1umbarius has joined #dri-devel
columbarius has quit [Ping timeout: 480 seconds]
yyds has joined #dri-devel
krumelmonster has quit [Ping timeout: 480 seconds]
luben has joined #dri-devel
krumelmonster has joined #dri-devel
lstrano has quit [Ping timeout: 480 seconds]
Ryback_ has quit [Ping timeout: 480 seconds]
kts has joined #dri-devel
Daanct12 has joined #dri-devel
alarumbe has quit [Ping timeout: 480 seconds]
kts has quit [Ping timeout: 480 seconds]
lstrano has joined #dri-devel
alarumbe has joined #dri-devel
kts has joined #dri-devel
sarnex_ has joined #dri-devel
cuneocuboid has joined #dri-devel
sarnex has quit [Ping timeout: 480 seconds]
cwfitzgerald[m] has quit []
sarnex_ has quit []
sarnex has joined #dri-devel
heat has quit [Ping timeout: 480 seconds]
luben has quit [Ping timeout: 480 seconds]
crabbedhaloablut has joined #dri-devel
aradhya7 has joined #dri-devel
lemonzest has quit [Ping timeout: 480 seconds]
aravind has joined #dri-devel
sghuge has quit [Remote host closed the connection]
sghuge has joined #dri-devel
Aura has joined #dri-devel
lemonzest has joined #dri-devel
bmodem has joined #dri-devel
kts has quit [Ping timeout: 480 seconds]
JohnnyonFlame has quit [Remote host closed the connection]
kts has joined #dri-devel
kts has quit []
Ryback_ has joined #dri-devel
dviola has joined #dri-devel
Company has quit [Remote host closed the connection]
bmodem has quit [Ping timeout: 480 seconds]
bmodem has joined #dri-devel
bmodem has quit [Excess Flood]
bmodem has joined #dri-devel
macromorgan has quit [Read error: Connection reset by peer]
bmodem has quit [Excess Flood]
bmodem has joined #dri-devel
macromorgan has joined #dri-devel
Duke`` has joined #dri-devel
yuq825 has joined #dri-devel
itoral has joined #dri-devel
sgruszka has joined #dri-devel
Duke`` has quit [Ping timeout: 480 seconds]
YuGiOhJCJ has joined #dri-devel
kts has joined #dri-devel
Danct12 has quit [Read error: Connection reset by peer]
kts has quit [Ping timeout: 480 seconds]
RAOF has quit [Remote host closed the connection]
RAOF has joined #dri-devel
RAOF has quit [Read error: Connection reset by peer]
RAOF has joined #dri-devel
rasterman has joined #dri-devel
cuneocuboid has quit [Ping timeout: 480 seconds]
sima has joined #dri-devel
frieder has joined #dri-devel
glennk has joined #dri-devel
ficoPRO10 has joined #dri-devel
kzd has quit [Ping timeout: 480 seconds]
yyds has quit [Ping timeout: 480 seconds]
yyds has joined #dri-devel
OftenTimeConsuming has quit [Remote host closed the connection]
OftenTimeConsuming has joined #dri-devel
Haaninjo has joined #dri-devel
kxkamil has quit []
kxkamil has joined #dri-devel
tursulin has joined #dri-devel
ficoPRO10 has quit [Ping timeout: 480 seconds]
sarahwalker has joined #dri-devel
fab has joined #dri-devel
<pq>
dj-death, DemiMarie, Weston's gl_renderer_attach_shm() does indeed handle some YUV wl_shm formats with color conversion in shaders, and it does not use any gbm or dmabuf for that.
sarahwalker has quit [Ping timeout: 480 seconds]
pcercuei has joined #dri-devel
aravind has quit [Ping timeout: 480 seconds]
fab has quit [Ping timeout: 480 seconds]
columbarius has joined #dri-devel
co1umbarius has quit [Ping timeout: 480 seconds]
mvlad has joined #dri-devel
guru_ has joined #dri-devel
apinheiro has joined #dri-devel
itoral has quit [Remote host closed the connection]
oneforall2 has quit [Ping timeout: 480 seconds]
itoral has joined #dri-devel
<swick[m]>
I have a mutter branch that does the same
<swick[m]>
and the tests in CI run either without any GPU and via shm or with VKMS and llvm using dmabuf
<swick[m]>
but yeah, testing dmabuf code paths is always annoying
sgruszka has quit [Ping timeout: 480 seconds]
cmichael has joined #dri-devel
tango_ has quit [Quit: I'm never quite so stupid as when I'm being smart (Linus van Pel)]
<hakzsam>
any ideas what happend to 23.2.xxx releases? last release is 23.2.1 from September 28
<pq>
I wonder if compositors would refuse to use new KMS features that cannot be tested with VKMS...
tango_ has joined #dri-devel
<emersion>
that's the wrong way to think about it
<emersion>
imho
<emersion>
compositors should _add_ the missing VKMS features
yuq825 has quit []
<emersion>
(positive policy, instead of negative policy)
<pq>
different wording, same result?
<emersion>
the negative wording makes it sound like compositors will not step up
<emersion>
btw, "compositors" should not be interpreted as "all compositors"
<emersion>
i dislike VKMS requirements
<pq>
yes, I did mean some compositors, not all compositors
<pq>
Ok. I'm sure I won't step up.
<emersion>
(i dislike requiring VKMS impls, because it's already so much work to do a tiny new uAPI)
<emersion>
i'd rather not "complain and do nothing" about missing VKMS features
<pq>
am I complaining?
<emersion>
i said *i* :P
<pq>
me too
<emersion>
i don't think you're complaining, but i don't think blocking support and doing nothing about it would help a lot
<pq>
I'm just wondering how things will turn out in practice, I'm not trying to set up a policy or doc or anything.
<pq>
everyone makes their own policy anyway
<emersion>
sure
<pq>
Just to be clear, the reason I won't step up is that I have enough to do without even hooking up KMS in a compositor to begin with anyway.
<emersion>
yeah, ENOTIME, and we all have our priorities
aknautiy has left #dri-devel [#dri-devel]
fab has joined #dri-devel
<sima>
I think just continuing to sell vkms as an improvement to the kms feature testing/compositor implementations is the best we can do
<sima>
do a bunch of gsoc/outreachy maybe
<sima>
maybe could try to sell google on this idea for their cros compositor (ozone iirc?) eventually
<emersion>
yea
fab has quit [Ping timeout: 480 seconds]
mathr has joined #dri-devel
<mathr>
hi! mesa gitlab suggests asking here to find the right channel; I have an issue with some OpenCL where it works fine with PoCL on CPU (AMD 2700X, ARM Cortex A53), but I'm getting bad output with Clover on GPU (AMD RX 580)
<mathr>
MrCooper: it reports 0 devices, have tried with some environment variables but either i'm doing it wrong or rusticl doesn't support my hardware yet (I'm using Debian Bookworm, don't have the chops to backport all the rust stuff needed for newer rusticl, did try newer Mesa/Clover without rusticl but my issue persisted)
<MrCooper>
mathr: you need to set the environment variable RUSTICL_ENABLE=radeonsi
Aura has quit [Ping timeout: 480 seconds]
<mathr>
MrCooper: then clinfo -l prints "radeonsi: driver missing
<mathr>
and rusticl lists no devices
<mathr>
this is probably because my mesa is too old (mesa-opencl-icd 22.3.6-1+deb12u1)
sgruszka has joined #dri-devel
sarahwalker has joined #dri-devel
<karolherbst>
ohh yeah.. you want 23.2 or something
kts has joined #dri-devel
<karolherbst>
23.1 in theory should work, but I think there are some issues still
<DavidHeidelberg>
oh, I see, you're on Debian 12, so far you'll need to compile mesa yourself I guess :) in future I'll try make nightlies, but cannot promise how soon
<cmichael>
enunes, I haven't forgotten you ;) Was on vacation last week, and playing catchup yesterday & today. I'll get an email out today to the "powers that be" and get back to you when I hear something
<cmichael>
(wrt the software rendering patches)
aravind has joined #dri-devel
yyds has quit []
<mathr>
DavidHeidelberg: yeah i managed to backport Mesa deb from testing to stable, but patched to omit rusticl because i would have needed to backport too many rust deps...
<mathr>
it's only a small part of my opencl stuff that is broken in Clover (using 4 floats in a trenchcoat for higher precision using compensated arithmetic / "double-double" techniques)
yyds has joined #dri-devel
KetilJohnsen has joined #dri-devel
<DavidHeidelberg>
mathr: btw. since I didn't even tried yet, can you point me how your change looks? I would just stole them so I could prepare package (missing rusticl isn't problem)
<mathr>
DavidHeidelberg: in debian/rules, "RUSTICL_ARCHS = ", in debian/control.in delete dependencies mentioning @RUSTICL_ARCHS@, make corresponding changes in debian/control
<mathr>
DavidHeidelberg: then to get llvm-16 with spirv support, i had to go via llvm-16 without spirv support (i used apt.llvm.org for binaries, then used that to build the spirv tools, then backported the llvm-16 debs)
<mathr>
mathr: (have to do that before building mesa)
<mathr>
ah found my more detailed notes:
<mathr>
- install llvm-16 etc from apt.llvm.org (to be able to build spirv)
<mathr>
- backport spirv-headers-1.6.1+1.3.261.1
<mathr>
- backport spirv-llvm-translator-16-16.0.0 (editing deps to remove version 13 of gcc, seems 12 is fine...)
<mathr>
- backport directx-headers-1.610.2
<mathr>
- backport llvm-toolchain-16-16.0.6 (this version will use spirv)
yyds has quit []
yyds has joined #dri-devel
<enunes>
cmichael: thanks for the heads up and welcome back :) I contacted earlier mostly to drop my contact info
<cmichael>
enunes, no worries :) I did get your email
<DavidHeidelberg>
mathr: when you describe it like this... I can't use it, at least because of llvm-16 from non-debian sources. Rest of backports, can you help with them?
<mathr>
DavidHeidelberg: there is some kind of dependency loop in Debian testing, where spirv-llvm-translator depends on llvm-16, and llvm-16 depends on spirv-llvm-translator
<DavidHeidelberg>
:D
<DavidHeidelberg>
we all love LLVM
* DavidHeidelberg
is aware that sarcasm in face expression isn't visible over IRC, but guess the sentence is self-explanatory
Daanct12 has quit [Quit: WeeChat 4.1.1]
yyds has quit [Ping timeout: 480 seconds]
<karolherbst>
mathr: yeah... so "some" packagers build libclc together with llvm
<karolherbst>
but to get the spirv version of libclc you need the translator
<karolherbst>
go figure
YuGiOhJCJ has quit [Quit: YuGiOhJCJ]
Aura has joined #dri-devel
bmodem has quit [Ping timeout: 480 seconds]
hansg has joined #dri-devel
macromorgan has quit [Read error: Connection reset by peer]
macromorgan has joined #dri-devel
egosyntonic has joined #dri-devel
itoral has quit [Remote host closed the connection]
ced117 has quit [Ping timeout: 480 seconds]
egosyntonic has quit [Remote host closed the connection]
Ahuj has joined #dri-devel
yuq825 has left #dri-devel [#dri-devel]
lemonzest has quit [Quit: WeeChat 4.1.1]
lemonzest has joined #dri-devel
heat has joined #dri-devel
yyds has joined #dri-devel
Jeremy_Rand_Talos_ has quit [Remote host closed the connection]
Jeremy_Rand_Talos_ has joined #dri-devel
Jeremy_Rand_Talos_ has quit [Remote host closed the connection]
Jeremy_Rand_Talos_ has joined #dri-devel
yyds has quit []
yyds has joined #dri-devel
Ahuj has quit [Quit: Leaving]
Ahuj has joined #dri-devel
bmodem has joined #dri-devel
yyds has quit [Remote host closed the connection]
bmodem has quit [Ping timeout: 480 seconds]
glennk has quit [Ping timeout: 480 seconds]
<DemiMarie>
mathr: You can use `cargo vendor` to bundle all of the rust deps, but another option might be to see if you can reduce the number needed.
sarahwalker has quit [Remote host closed the connection]
kts has joined #dri-devel
kzd has joined #dri-devel
kts has quit [Ping timeout: 480 seconds]
heat has quit [Remote host closed the connection]
heat has joined #dri-devel
jkrzyszt has joined #dri-devel
aravind has quit [Read error: Connection reset by peer]
nchery has quit [Quit: WeeChat 4.0.3]
tursulin has quit [Read error: Connection reset by peer]
tursulin has joined #dri-devel
sarahwalker has joined #dri-devel
ced117 has joined #dri-devel
djbw has joined #dri-devel
Duke`` has joined #dri-devel
krushia has joined #dri-devel
hrushi20 has joined #dri-devel
flom84 has joined #dri-devel
rasterman has quit [Quit: Gettin' stinky!]
cmichael has quit [Quit: Leaving]
mripard has quit [Quit: mripard]
aradhya7 has quit [Quit: Connection closed for inactivity]
tobiasjakobi has joined #dri-devel
tobiasjakobi has quit []
glennk has quit [Ping timeout: 480 seconds]
heat has quit [Remote host closed the connection]
heat has joined #dri-devel
anholt has joined #dri-devel
anujp has joined #dri-devel
<anholt>
there's interesting new testing for dmabuf usage in gl in https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/25449 and many drivers fail. if you're a GL driver maintainer, you probably want to take a look at these new dma buf modifiers tests, it's coverage that has been really missing in mesa testing.
<emersion>
nice to see this tested
heat has quit [Read error: Connection reset by peer]
sarahwalker has quit [Remote host closed the connection]
heat has joined #dri-devel
alanc has quit [Remote host closed the connection]
alanc has joined #dri-devel
heat_ has joined #dri-devel
sgruszka has quit [Ping timeout: 480 seconds]
heat has quit [Read error: Connection reset by peer]
kts has joined #dri-devel
Ahuj has quit [Ping timeout: 480 seconds]
kts has quit [Ping timeout: 480 seconds]
Aura has quit [Ping timeout: 480 seconds]
flom84 has quit [Quit: Leaving]
macslayer has joined #dri-devel
YuGiOhJCJ has joined #dri-devel
Aura has joined #dri-devel
gnustomp[m] has quit []
daissi has quit []
glennk has joined #dri-devel
vliaskov has quit [Read error: No route to host]
vliaskov has joined #dri-devel
tobiasjakobi has joined #dri-devel
<DavidHeidelberg>
anholt: sorry about the a618-tu I thought I dropped the commit :/ Anyway in two hours I'll get home and revert the commit. At least the important reduction of container size and other stuff got in. Thanks for catching the commit which shouldn't sneak in :)
tobiasjakobi has quit []
anholt has quit [Ping timeout: 480 seconds]
tursulin has quit [Ping timeout: 480 seconds]
kasper93 has quit [Remote host closed the connection]
tyalie has quit []
tyalie has joined #dri-devel
kasper93 has joined #dri-devel
RSpliet has quit [Quit: Bye bye man, bye bye]
RSpliet has joined #dri-devel
Haaninjo has quit [Quit: Ex-Chat]
mathr has quit [Quit: ->]
a-865 has quit [Ping timeout: 480 seconds]
anholt has joined #dri-devel
sima has quit [Ping timeout: 480 seconds]
a-865 has joined #dri-devel
anholt has quit [Ping timeout: 480 seconds]
frieder has quit [Remote host closed the connection]
qyliss has quit [Quit: bye]
qyliss has joined #dri-devel
qyliss has quit [Remote host closed the connection]
hansg has quit [Quit: Leaving]
qyliss has joined #dri-devel
danylo has quit [Quit: Ping timeout (120 seconds)]
danylo has joined #dri-devel
danylo has quit [Quit: Ping timeout (120 seconds)]
tobiasjakobi has joined #dri-devel
danylo has joined #dri-devel
<jenatali>
Hm, looks like some rules changes made the second-level Windows container jobs manual where the used to be automatic. That's somewhat annoying
<airlied>
you have to use the script
danylo has quit [Read error: Connection reset by peer]
<airlied>
./bin/ci/ci_run_n_monitor.sh
tobiasjakobi has quit []
Danct12 has quit [Remote host closed the connection]
danylo has joined #dri-devel
<jenatali>
I've said it before, it's not very Windows-friendly...
<karolherbst>
there is a python version
<jenatali>
Where normally, one UI click runs only the jobs I care about anyway
<jenatali>
karolherbst: Still not Windows-friendly. It assumes Linux filesystems for token storage
<karolherbst>
ahh yeah.. pain
<jenatali>
I guess I could try to contribute patches to it, but so far everything I want I got from one UI click
<jenatali>
Now it's 3, still fine, just slightly more annoying
Aura has quit [Ping timeout: 480 seconds]
Danct12 has joined #dri-devel
Aura has joined #dri-devel
harrryhan has joined #dri-devel
harrryhan has quit [Quit: Leaving]
harrryhan has joined #dri-devel
Duke`` has quit [Ping timeout: 480 seconds]
sarnex has quit [Ping timeout: 480 seconds]
harrryhan has quit [Ping timeout: 480 seconds]
<Company>
ndufresne: do you have a setup on some of your weird hardware that'd be good for testing dmabuf passthrough?
<Company>
making it work on desktop isn't really noticeable...
apinheiro has quit [Quit: Leaving]
mvlad has quit [Remote host closed the connection]
<DavidHeidelberg>
If you testing your branch with "ci_run_n_monitor" or run pipeline testing by hand, please rebase on top of "main" from YESTERDAY (if you didn't already). If you don't the caching proxies keep ~ 2G base images instead of new one 1G, so this should eventually speedup your runs and relief a network transfers and container unpacking a bit.
jkrzyszt has quit [Ping timeout: 480 seconds]
<DavidHeidelberg>
*at least from yesterday, it needs to include the new containers
crabbedhaloablut has quit []
kts has joined #dri-devel
<DavidHeidelberg>
anholt_: would you be ok if I'd keep the zink-tu-a618 reduced to two jobs since now we run 10 jobs on max. avail 9 devices
<DavidHeidelberg>
without deqp fraction ofc, so full test
<DavidHeidelberg>
(accounting for sometimes one or two devices goes to bad state, sometimes someone runs manual jobs to test something etc etc.)