ChanServ changed the topic of #dri-devel to: <ajax> nothing involved with X should ever be unable to find a bar
markyacoub has quit [Read error: Connection reset by peer]
markyacoub has joined #dri-devel
<alyssa> imirkin: sounds a bit sketchy but would need to know details, X/Y problem
Haaninjo has quit [Quit: Ex-Chat]
<imirkin> alyssa: "X/Y problem"?
<imirkin> alyssa: this is fixing the lower_clip_dist pass
<imirkin> which runs, at least on freedreno, well after the to io stuff
<alyssa> right..
<alyssa> it's.. possible? it should be running before lowering i/o but not sure
<alyssa> manually doing store_output's is ... not wrong? but also a bit of a smell?
<imirkin> the lowering happens as part of specialization
<imirkin> whereas to io happens as part of the "general" compilation
<imirkin> why is doing the store output any smellier than doing a store to a deref?
<imirkin> this is done based on inputs by the caller indicating to do one thing or another
<alyssa> a store to a deref is also smelly
<imirkin> hehehe
<imirkin> so how do you write to an output then?
<alyssa> either way
<imirkin> writing to outputs is smelly? :)
<alyssa> the whole thing smells like rotten eggs
<imirkin> aka clipping on hw which doesn't support clipping.
<alyssa> nod
<alyssa> I'm not saying either solution is right or wrong
<alyssa> just that there are a lot of ways to screw this stuff up, subtly
<imirkin> well, right now its solution to the problem is "assert(false)"
<imirkin> so i'm trying to improve on that.
<alyssa> lovely
gawin has joined #dri-devel
angerctl has quit [Ping timeout: 480 seconds]
<imirkin> cwabbott: https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/13917 is the latest and great. that plus a couple of completely trivial freedreno changes gets it all going. i think =]
<imirkin> cwabbott: thanks for your explanations earlier, helped me straighten some of this stuff out
ngcortes has quit [Remote host closed the connection]
ppascher has quit [Ping timeout: 480 seconds]
tursulin has quit [Read error: Connection reset by peer]
angerctl has joined #dri-devel
<airlied> cool someone got virgl running on windows and osx, so linux guests are accelerated
lemonzest has joined #dri-devel
ybogdano has quit [Ping timeout: 480 seconds]
camus has joined #dri-devel
tarceri has quit [Remote host closed the connection]
tarceri has joined #dri-devel
gawin has quit [Ping timeout: 480 seconds]
camus1 has quit [Ping timeout: 480 seconds]
rasterman has quit [Quit: Gettin' stinky!]
columbarius has joined #dri-devel
co1umbarius has quit [Ping timeout: 480 seconds]
lemonzest has quit [Quit: WeeChat 3.3]
<imirkin> airlied: that's also the whole WSL/d3d12 pipeline too, right?
<HdkR> airlied: Is there any way to get lavapipe to present as a different GPU type? Wanting to lie to applications that it is a dGPU :)
<airlied> HdkR: other than hack the value, nope
<HdkR> Dang, gimme an environment variable please
cphealy has quit [Remote host closed the connection]
ServerStatsDiscoverertraveler4 has left #dri-devel [#dri-devel]
<imirkin> vc4 folks: i'm getting an unexpected pass of hspec@nv_primitive_restart@primitive-restart-vbo_combined_vertex_and_index in ttps://gitlab.freedesktop.org/mesa/mesa/-/jobs/16078543
<imirkin> my MR should have no effect on this ... it has to do with lowering clip distances, which this test doesn't use
<imirkin> (who are the vc4 folks these days btw? itoral?)
<imirkin> errr
<imirkin> not vc4
<imirkin> just kidding
<imirkin> etnaviv
tarceri has quit [Remote host closed the connection]
tarceri has joined #dri-devel
<imirkin> still am blanking on who takes care of that ... not lynxeye anymore is it?
<anarsoul> imirkin: IIRC austriancoder works on etnaviv
<imirkin> right, of course. i knew that.
<imirkin> and it _does_ make use of that pass, via st/mesa (but not the *_fs part...)
<imirkin> or not? i guess it doesn't set PIPE_CAP_CLIP_PLANES to 0, and it's default 1 in u_screen.
<imirkin> but there's also no mention of clip_plane_enable in etnaviv. i guess that remains unemulated and unsupported.
<anarsoul> probably just a bug
<imirkin> UnexpectedPass though?
<imirkin> i haven't done anything to help (or hurt) this
<imirkin> and i've run it 2x, just in case
<imirkin> the gles one got caught by gitlab outage and a random failure
<anarsoul> imirkin: probably something's optimized out by nir?
<imirkin> i don't think my code runs.
<anarsoul> imirkin: if etnaviv has drm-shim you can try it locally
<anarsoul> yeah, it has drm-shim, so you can check if your changes affect etnaviv compiler
<imirkin> i guess
<anarsoul> alternatively you can mark the test as flake in CI and leave it up to austriancoder
* anarsoul hides
<imirkin> i suppose
<imirkin> er what? on a previous push, etnaviv was not part of the "full" pipeline
<imirkin> i guess it only runs on manual MR's
<imirkin> so could be something fixed it
<imirkin> earlier
camus1 has joined #dri-devel
camus has quit [Ping timeout: 480 seconds]
kevintang has joined #dri-devel
fxkamd has quit []
camus has joined #dri-devel
<imirkin> looks like it fails with a completely unrelated change too: https://gitlab.freedesktop.org/mesa/mesa/-/jobs/16079004
<imirkin> austriancoder: --^
<imirkin> while with the first one, there was a weak argument that it could affect etnaviv, this one _really_ can't affect it
camus1 has quit [Ping timeout: 480 seconds]
camus1 has joined #dri-devel
aravind has joined #dri-devel
camus has quit [Read error: Connection reset by peer]
ppascher has joined #dri-devel
<imirkin> alyssa: https://gitlab.freedesktop.org/mesa/mesa/-/jobs/16079316 -- unexpected pass on panfrost-g52 spec@nv_conditional_render@blitframebuffer
nchery has quit [Read error: Connection reset by peer]
JohnnyonFlame has joined #dri-devel
<imirkin> alyssa: and in the job next to it, unexpected fail: spec@!opengl 1.1@depthstencil-default_fb-blit,Fail
loki_val has joined #dri-devel
crabbedhaloablut has quit [Ping timeout: 480 seconds]
mclasen has quit [Ping timeout: 480 seconds]
mattrope has quit [Ping timeout: 480 seconds]
tarceri has quit [Read error: Connection reset by peer]
tarceri has joined #dri-devel
<airlied> uggh mpv doesn't pass modifiers
<airlied> and anv doesn't set bo tiling by default
daniels has quit [Ping timeout: 480 seconds]
daniels has joined #dri-devel
camus has joined #dri-devel
camus1 has quit [Ping timeout: 480 seconds]
Duke`` has joined #dri-devel
<airlied> daniels: does this make sense https://github.com/mpv-player/mpv/pull/9507 ?
sneil_ has joined #dri-devel
sneil has quit [Ping timeout: 480 seconds]
itoral has joined #dri-devel
danvet has joined #dri-devel
tarceri has quit [Remote host closed the connection]
tarceri has joined #dri-devel
camus1 has joined #dri-devel
sneil_ has quit [Ping timeout: 480 seconds]
camus has quit [Read error: Connection reset by peer]
sneil has joined #dri-devel
Duke`` has quit [Ping timeout: 480 seconds]
mlankhorst has joined #dri-devel
sdutt has quit [Read error: Connection reset by peer]
tarceri has quit [Read error: No route to host]
tarceri has joined #dri-devel
<daniels> airlied: commented on it
lemonzest has joined #dri-devel
<airlied> daniels: thanks!, this mismatch between nv12 plane expectations is kicking my ass
<daniels> which mismatch?
<airlied> vulkan wants you to create an image once with all the plane info supplied
<airlied> eglCreateImage gets called twice from vaapi, once for each plane
<airlied> at least I think that's where I'm falling over :-P
<daniels> uhhhh no
<daniels> the only way that’s happening is if you’re falling back e.g. implementing NV12 as R+RG with shader CSC
* airlied is also juggling zink in the middle, so it's all messy
<daniels> you can’t import different planes at separate times
<daniels> yeah so gallium will helpfully separate it for you
<daniels> one pipe_resource per plane
<airlied> on the vaapi side gallium separates it
<daniels> right
<airlied> and gives mpv back two surfaces
<airlied> then on the gl side mpv tries to import it as two images
<daniels> ruh row
<airlied> which zink then vomits on
<airlied> though even if I feed it into iris, I'm not seeing anything
<airlied> so I think I've got some other issues in there
<daniels> yeah, somewhere there you need to combine all the pipe_resources for an image back into one
<airlied> being the fun on the mpv side
<airlied> yeah I'll have to try and workout some crazy hacks on the zink side maybe
<airlied> though so far I'm only sampling green, which makes me suspect I'm not even getting much data before that point
alanc has quit [Remote host closed the connection]
alanc has joined #dri-devel
<imirkin> airlied: fun fact: YUV 0 = green
<airlied> yeah, which means I'm good at clearing thing :-P
<airlied> but even if I was just getting Y frames I'd expect something
pnowack has joined #dri-devel
<airlied> ah well tomorrow me will figure it out I'm sure :-P
lemonzest has quit [Quit: WeeChat 3.3]
joy has joined #dri-devel
<emersion> airlied: vaapi has a COMBINED option to group the planes
<emersion> VA_EXPORT_SURFACE_COMPOSED_LAYERS
<emersion> also see VA_EXPORT_SURFACE_SEPARATE_LAYERS
<emersion> it's a mess
<emersion> but yeah mpv might import as 2 EGLImages and do the YUV stuff itself
lemonzest has joined #dri-devel
<airlied> emersion: yeah looks like it tries to do that
<daniels> which is fine, because that’s just R8/RG88
<emersion> yeah but it's annoying to handle
<emersion> you get R8+RG88 from vaapi with no indication that it's from an NV12 buffer
<austriancoder> imirkin: I will take a look at it by the end of the week - as the etnaviv ci stuff needs to be manual triggered it should be no blocker for you.
<emersion> but mpv already embraces it so /shrug
<emersion> mpv might Just Work if it gets the VA_EXPORT_SURFACE_COMPOSED_LAYERS version
camus1 has quit [Read error: Connection reset by peer]
camus has joined #dri-devel
austriancoder has quit [Read error: Connection reset by peer]
austriancoder has joined #dri-devel
LexSfX has quit []
LexSfX has joined #dri-devel
The_Company has quit []
joy has quit [Remote host closed the connection]
jkrzyszt has joined #dri-devel
tursulin has joined #dri-devel
<pq> seanpaul, have you been following dri-devel@ thread "use DYNAMIC_DEBUG to implement DRM.debug & DRM.trace"?
<pq> seanpaul, we're talking about the DRM flight recorder requirements just now. I think you might have more insight than me.
<pq> seanpaul, particularly the thread "Re: [PATCH v10 08/10] dyndbg: add print-to-tracefs, selftest with it - RFC"
tarceri has quit [Remote host closed the connection]
rgallaispou has joined #dri-devel
<emersion> oh yes please
tarceri has joined #dri-devel
* emersion badly wants this
<emersion> bnieuwenhuizen: do you intend to land this? https://gitlab.freedesktop.org/mesa/drm/-/merge_requests/205
<emersion> bnieuwenhuizen: i'm looking at releasing (again!) a new libdrm version, so thought maybe you'd want that in?
<pq> emersion, sounds like you might have a better understanding what is needed from the flight recorder than me, so please join in :-)
<pq> emersion, my comments are purely academic at this point.
gawin has joined #dri-devel
steev has quit [Read error: Connection reset by peer]
steev has joined #dri-devel
pcercuei has joined #dri-devel
<emersion> replied
crabbedhaloablut has joined #dri-devel
rasterman has joined #dri-devel
<pq> thanks!
loki_val has quit [Ping timeout: 480 seconds]
loki_val has joined #dri-devel
crabbedhaloablut has quit [Ping timeout: 480 seconds]
dianders_ has quit [Remote host closed the connection]
dianders has joined #dri-devel
adjtm is now known as Guest6596
adjtm has joined #dri-devel
Guest6596 has quit [Ping timeout: 480 seconds]
camus1 has joined #dri-devel
camus has quit [Ping timeout: 480 seconds]
gawin has quit [Ping timeout: 480 seconds]
minecrell has quit [Quit: :( ]
Viciouss has quit [Ping timeout: 480 seconds]
flacks has quit [Quit: Quitter]
flacks has joined #dri-devel
Viciouss has joined #dri-devel
minecrell has joined #dri-devel
minecrell has quit [Quit: :( ]
minecrell has joined #dri-devel
camus has joined #dri-devel
camus1 has quit [Read error: Connection reset by peer]
yogesh_m1 has joined #dri-devel
mclasen has joined #dri-devel
yogesh_mohan has quit [Ping timeout: 480 seconds]
tarceri_ has joined #dri-devel
tarceri has quit [Read error: Connection reset by peer]
Viciouss has quit [Quit: The Lounge - https://thelounge.chat]
Viciouss has joined #dri-devel
tarceri_ has quit [Remote host closed the connection]
tarceri_ has joined #dri-devel
nchery has joined #dri-devel
tursulin has quit [Ping timeout: 480 seconds]
itoral has quit [Remote host closed the connection]
mlankhorst has quit [Ping timeout: 480 seconds]
camus1 has joined #dri-devel
gawin has joined #dri-devel
camus has quit [Ping timeout: 480 seconds]
ddevault has quit [Read error: Connection reset by peer]
ddevault has joined #dri-devel
sdutt has joined #dri-devel
vivijim has joined #dri-devel
hansg has joined #dri-devel
kevintang has quit [Ping timeout: 480 seconds]
tarceri_ has quit [Remote host closed the connection]
tarceri_ has joined #dri-devel
mattrope has joined #dri-devel
camus has joined #dri-devel
camus1 has quit [Ping timeout: 480 seconds]
gawin has quit [Ping timeout: 480 seconds]
Lynne has quit [Quit: Lynne]
Lynne has joined #dri-devel
tursulin has joined #dri-devel
Company has joined #dri-devel
<imirkin> austriancoder: correct, it's not blocking anything
dschuermann has quit [Read error: Connection reset by peer]
rib__ has quit [Read error: Connection reset by peer]
dschuermann has joined #dri-devel
tfiga has quit [Ping timeout: 480 seconds]
robclark has quit [Ping timeout: 480 seconds]
austriancoder has quit [Ping timeout: 480 seconds]
jonmason_ has quit [Ping timeout: 480 seconds]
arnd_ has quit [Read error: Connection reset by peer]
robclark has joined #dri-devel
tfiga has joined #dri-devel
austriancoder has joined #dri-devel
jstultz has quit [Ping timeout: 480 seconds]
arnd_ has joined #dri-devel
jstultz has joined #dri-devel
jonmason_ has joined #dri-devel
<bnieuwenhuizen> emersion: merged
rib__ has joined #dri-devel
<emersion> nice
fxkamd has joined #dri-devel
gawin has joined #dri-devel
mbrost has joined #dri-devel
jonmason_ has left #dri-devel [#dri-devel]
camus1 has joined #dri-devel
aravind has quit []
camus has quit [Read error: Connection reset by peer]
<pcercuei> If people send me patches for my ingenic-drm driver, can I review/ack them myself if I'm the one who is going to apply them?
<pcercuei> Or should I wait for someone else to review/ack?
Duke`` has joined #dri-devel
<anholt_> is it expected that piglit runs take down r300 and r600 systems? like they fall off the network.
<gawin> anholt_: I know a couple of scenarios which are causing reboot on r300, but not connected to piglit.
<gawin> though I remember sometimes there is one test, which can go infinitely (need to kill it externally)
anholt_ has quit [Remote host closed the connection]
rgallaispou has quit [Read error: Connection reset by peer]
anholt has joined #dri-devel
X-Scale has joined #dri-devel
X-Scale` has quit [Ping timeout: 480 seconds]
join_subline has quit [Ping timeout: 480 seconds]
rzhelev has joined #dri-devel
sdutt has quit []
sdutt has joined #dri-devel
ybogdano has joined #dri-devel
join_subline has joined #dri-devel
gouchi has joined #dri-devel
mbrost has quit [Remote host closed the connection]
hansg has quit [Quit: Leaving]
camus has joined #dri-devel
camus1 has quit [Ping timeout: 480 seconds]
<airlied> pcercuei: yes you can review and apply
ybogdano has quit [Ping timeout: 480 seconds]
<pcercuei> airlied: thanks
imre has joined #dri-devel
<pcercuei> airlied: sorry but... in that case should I both add my Reviewed-by and Signed-off-by, or just the latter?
<airlied> pcercuei: both
<airlied> the latter can imply the former but best to be explicit
<pcercuei> Alright
<pcercuei> and should I reply with Reviewed-by or just add the tag when commiting? :)
<airlied> just add on commit
<pcercuei> ok
Bennett has joined #dri-devel
ybogdano has joined #dri-devel
gawin has quit [Ping timeout: 480 seconds]
mclasen has quit [Ping timeout: 480 seconds]
tarceri has joined #dri-devel
tarceri_ has quit [Remote host closed the connection]
flto has quit [Quit: Leaving]
flto has joined #dri-devel
gawin has joined #dri-devel
Haaninjo has joined #dri-devel
sylware has joined #dri-devel
<sylware> hi
<sylware> I did notice 12782 merge request is still not in, expected?
<sylware> (my vulkan video player needs it)
Haaninjo has quit []
<HdkR> sylware: It's merged? Are you just waiting for distro releases?
<sylware> I don't think it is merged
<sylware> (I use my own distro, mesa from last sunday)
<HdkR> https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/12782 It has a merged tag in the upper left there
<sylware> cannot see it because I use noscript/basic (x)html browsers, but the patch still did apply last sunday
<sylware> let me check again
<HdkR> and it is in the commit history for 22.3.0
<sylware> I use git main
<HdkR> Well it's also committed in main then :)
<sylware> I think I may have disabled the 'patch already applied warning', let me double check
<HdkR> I also see it sitting in latest upstream/main so it hasn't reverted
<sylware> aaah! I did disable the warning! myyy baaaad!
<sylware> :)
nchery has quit [Read error: Connection reset by peer]
nchery has joined #dri-devel
mbrost has joined #dri-devel
sylware has quit [Remote host closed the connection]
jkrzyszt has quit [Ping timeout: 480 seconds]
<anarsoul> airlied: is there any specific reason why glamor doesn't use GL_EXT_blend_func_extended on GLES2?
<HdkR> Likely because nobody has ever supported it on ES2.0 hardware
<anholt> anarsoul: because the gles2 path was never working in the first place
<anarsoul> HdkR: lima does :P
<HdkR> Yea, I saw that. First ES 2.0 driver to expose it :)
<anarsoul> anholt: you mean gles2 path doesn't work on glamor at all?
<anholt> I reluctantly let glamor gles2 usage get merged even though it failed tons of tests.
camus1 has joined #dri-devel
<anarsoul> well, it looks like it's not possible to expose ARB_blend_func_extended on GL2-class hardware
<anarsoul> it requires EXT_gpu_shader4
camus has quit [Read error: Connection reset by peer]
flto has quit [Remote host closed the connection]
<anarsoul> however mesa still exposes it :\
imirkin has quit [Quit: Leaving]
<HdkR> mesa definitely cheats a few of the requirements of these extensions
<anarsoul> yet I can't really use it
nchery has quit [Ping timeout: 480 seconds]
pnowack has quit [Quit: pnowack]
<anarsoul> I wonder if I can get away with GL_ARB_ES2_compatibility
<airlied> anarsoul: just never had any reason to write it
<anarsoul> OK, so question: can I use GL_EXT_blend_funct_extended with desktop GL if I have GL_ARB_ES2_compatibility?
<airlied> if you write piglit tests to make sure it works and then add glamor support :-P
<anarsoul> yeah, I can do that
<anarsoul> airlied: is there a way to query availability of GLES2 extension (EXT_blend_func_extended) for GL context?
gouchi has quit [Remote host closed the connection]
<anarsoul> or I should just query for ARB_blend_func_extended and ARB_ES2_compatibility and use GLES2 shader with "#extension EXT_blend_func_extended: required" and gl_SecondaryFragColor?
<airlied> yeah I'm not really sure how that should look
<airlied> I think in theory ES2_compat + ARB_bfe might allow a shader with EXT_bfe
<airlied> I've no idea if nvidia exposes it though, would want to test that
mbrost has quit [Remote host closed the connection]
flto has joined #dri-devel
<alyssa> airlied: I somehow pased that as ARB_bitfieldextract and saw nothing wrong
ybogdano has quit [Ping timeout: 480 seconds]
flto has quit [Read error: Connection reset by peer]
bluebugs has quit [Remote host closed the connection]
bluebugs has joined #dri-devel
bluebugs has quit [Remote host closed the connection]
bluebugs has joined #dri-devel
flto has joined #dri-devel
Duke`` has quit [Ping timeout: 480 seconds]
mbrost has joined #dri-devel
ngcortes has joined #dri-devel
<anarsoul> airlied: looks like it doesn't allow to compile ES2 shader with gl_SecondaryFragColor :(
<anarsoul> oh, forgot to add EXT
ybogdano has joined #dri-devel
danvet has quit [Ping timeout: 480 seconds]
mclasen has joined #dri-devel
rasterman has quit [Quit: Gettin' stinky!]
pcercuei has quit [Quit: dodo]