kennylevinsen has quit [Read error: Connection reset by peer]
ifreund has quit [Read error: Connection reset by peer]
kennylevinsen has joined #dri-devel
Rayyan has quit [Read error: Connection reset by peer]
ifreund has joined #dri-devel
Rayyan has joined #dri-devel
bmodem has quit []
toolchains has joined #dri-devel
kts has joined #dri-devel
alanc has quit [Remote host closed the connection]
alanc has joined #dri-devel
lemonzest has quit [Quit: WeeChat 3.5]
toolchains has quit [Ping timeout: 480 seconds]
tzimmermann has joined #dri-devel
kts has quit [Ping timeout: 480 seconds]
toolchains has joined #dri-devel
gouchi has joined #dri-devel
gouchi has quit [Remote host closed the connection]
lemonzest has joined #dri-devel
toolchains has quit [Ping timeout: 480 seconds]
frieder has joined #dri-devel
sul has quit [Ping timeout: 480 seconds]
slattann has left #dri-devel [#dri-devel]
slattann has joined #dri-devel
sul has joined #dri-devel
toolchains has joined #dri-devel
fahien has joined #dri-devel
rasterman has joined #dri-devel
icecream95 has joined #dri-devel
kts has joined #dri-devel
g0b has quit []
toolchains has quit [Ping timeout: 480 seconds]
g0b has joined #dri-devel
<pq>
feaneron, beware! EGL extensions string is not the same thing as GL extensions string.
<pq>
feaneron, they are two different APIs, with different extensions.
MajorBiscuit has joined #dri-devel
sagar_ has quit [Remote host closed the connection]
sagar_ has joined #dri-devel
kts has quit [Ping timeout: 480 seconds]
kts has joined #dri-devel
lynxeye has joined #dri-devel
slattann has quit [Quit: Leaving.]
ngcortes has quit [Remote host closed the connection]
slattann has joined #dri-devel
toolchains has joined #dri-devel
toolchains has quit [Ping timeout: 480 seconds]
apinheiro has joined #dri-devel
pcercuei has joined #dri-devel
Haaninjo has quit [Quit: Ex-Chat]
macromorgan has quit [Read error: Connection reset by peer]
toolchains has joined #dri-devel
toolchains has quit [Ping timeout: 480 seconds]
JohnnyonFlame has joined #dri-devel
glehmann has joined #dri-devel
fahien has quit [Ping timeout: 480 seconds]
fahien has joined #dri-devel
glehmann has quit [Quit: No Ping reply in 180 seconds.]
kts has quit [Ping timeout: 480 seconds]
glehmann has joined #dri-devel
mclasen has joined #dri-devel
toolchains has joined #dri-devel
rkanwal has joined #dri-devel
rgallaispou has joined #dri-devel
toolchains has quit [Ping timeout: 480 seconds]
toolchains has joined #dri-devel
MajorBiscuit has quit [Quit: WeeChat 3.5]
MajorBiscuit has joined #dri-devel
icecream95 has quit [Ping timeout: 480 seconds]
rgallaispou1 has joined #dri-devel
rgallaispou has quit [Ping timeout: 480 seconds]
adarshgm has quit [Ping timeout: 480 seconds]
toolchains has quit [Ping timeout: 480 seconds]
kts has joined #dri-devel
sul has quit [Ping timeout: 480 seconds]
slattann has quit [Read error: Connection reset by peer]
sul has joined #dri-devel
mclasen_ has joined #dri-devel
Company has joined #dri-devel
mclasen has quit [Ping timeout: 480 seconds]
toolchains has joined #dri-devel
Daanct12 has joined #dri-devel
Danct12 has quit [Read error: Connection reset by peer]
fahien has quit [Ping timeout: 480 seconds]
slattann has joined #dri-devel
Danct12 has joined #dri-devel
Daanct12 has quit [Remote host closed the connection]
bmodem has joined #dri-devel
itoral has quit [Remote host closed the connection]
itoral has joined #dri-devel
toolchains has quit [Ping timeout: 480 seconds]
toolchains has joined #dri-devel
mvlad has joined #dri-devel
toolchains has quit [Ping timeout: 480 seconds]
toolchains has joined #dri-devel
toolchains has quit [Ping timeout: 480 seconds]
adarshgm has joined #dri-devel
JohnnyonF has joined #dri-devel
heat has joined #dri-devel
JohnnyonFlame has quit [Ping timeout: 480 seconds]
toolchains has joined #dri-devel
itoral has quit []
fahien has joined #dri-devel
toolchains has quit [Ping timeout: 480 seconds]
apinheiro has quit [Ping timeout: 480 seconds]
adarshgm has quit [Ping timeout: 480 seconds]
bmodem has quit []
rasterman has quit [Quit: Gettin' stinky!]
<feaneron>
pq: yup, thankfully you yourself reminded me about this 3 years ago when originally writing the code :D
<pq>
heh :-)
toolchains has joined #dri-devel
toolchains has quit [Ping timeout: 480 seconds]
macromorgan has joined #dri-devel
<KunalAgarwal[m]>
How can i render on a custom buffer? I think that will act as a renderbuffer which will be then attached to FBO. But how can i do this?
toolchains has joined #dri-devel
dcz has joined #dri-devel
toolchains has quit [Ping timeout: 480 seconds]
mclasen_ has quit [Ping timeout: 480 seconds]
kts has quit [Ping timeout: 480 seconds]
toolchains has joined #dri-devel
<pq>
KunalAgarwal[m], you have a dmabuf, import it to EGL to get an EGLImage, bind the EGLImage as a GL texture, attach the GL texture to FBO, render.
<pq>
you also need to handle synchronization in some way, so that whoever reads the buffer next will do it only after the rendering is complete
<dcz>
what's this bit about synchronization? this sounds eerily like the thing I'm just doing
<dcz>
and I don't know the first thing about synchronizing opengl
<pq>
if you want to use a big blunt object, then calling glFinish() might be enough
<KunalAgarwal[m]>
<pq> "KunalAgarwal[m], you have a..." <- so the goal is to perform debayering.
<KunalAgarwal[m]>
Currently i am passing raw image data to texture (via input buffer)
<KunalAgarwal[m]>
I also have a output buffer (created using gbm and exported as dmabuf). and want to perform rendering (applying shader for debayering) on that and return it back to pipeline
<pq>
otherwise it involves implicit or explicit fences, which I don't want to try to remember how to use
<pq>
anyway, that example program should have everything
<dcz>
KunalAgarwal[m]: I just implemented that this week actually
<pq>
are you both working on the same project? :-)
<dcz>
yup, I knew the name sounded familiar
<KunalAgarwal[m]>
Thanks will look at it :-)
<dcz>
KunalAgarwal[m]: I did it exactly like pq said: import the dmabuf into EGLImage, then turn that into texture, then bind it to a shader via FBO
<dcz>
lib.rs contains the shader
toolchains has joined #dri-devel
<dcz>
I'm having trouble importing the dmabuf coming from the camera at the moment, but it seems I know what I messed up
fxkamd has quit []
kts has joined #dri-devel
sul has quit [Ping timeout: 480 seconds]
dviola has joined #dri-devel
mbrost has joined #dri-devel
sul has joined #dri-devel
toolchains has quit [Ping timeout: 480 seconds]
konstantin has joined #dri-devel
toolchains has joined #dri-devel
<dcz>
KunalAgarwal[m]: did you manage to import the buffer with the Bayer data?
konstantin has quit []
konstantin has joined #dri-devel
Duke`` has joined #dri-devel
toolchains has quit [Ping timeout: 480 seconds]
sravn has quit []
alatiera8 has joined #dri-devel
saurabhg has quit [Read error: Connection reset by peer]
slattann has quit []
saurabhg has joined #dri-devel
nchery has joined #dri-devel
ybogdano has joined #dri-devel
tzimmermann has quit [Quit: Leaving]
jewins has joined #dri-devel
alatiera8 has quit [Ping timeout: 480 seconds]
toolchains has joined #dri-devel
alatiera8 has joined #dri-devel
kts has quit [Quit: Konversation terminated!]
<KunalAgarwal[m]>
<dcz> "KunalAgarwal[m]: did you..." <- I used MappedFrameBuffer class of libcamera to get the raw image data from the input buffer. But haven't tested its working yet
<dcz>
oh, I see. thanks
alatiera82 has joined #dri-devel
<dcz>
I'm at the stage where I'm trying to import it as a texture
MajorBiscuit has quit [Read error: No route to host]
ppascher has quit [Ping timeout: 480 seconds]
toolchains has quit [Read error: Connection timed out]
alatiera82 has quit [Ping timeout: 480 seconds]
alatiera82 has joined #dri-devel
sravn has joined #dri-devel
lynxeye has quit [Quit: Leaving.]
alatiera82 is now known as alatiera
JoniSt has joined #dri-devel
toolchains has joined #dri-devel
gouchi has joined #dri-devel
cphealy has joined #dri-devel
rasterman has joined #dri-devel
cphealy_ has quit [Read error: No route to host]
konstantin has quit [Remote host closed the connection]
toolchains has quit [Ping timeout: 480 seconds]
gouchi has quit [Remote host closed the connection]
fahien has quit [Ping timeout: 480 seconds]
stuart has joined #dri-devel
gouchi has joined #dri-devel
gouchi has quit [Remote host closed the connection]
nicholasbishop has joined #dri-devel
jeeeun841 has quit []
jeeeun841 has joined #dri-devel
fahien has joined #dri-devel
fahien has quit []
fahien has joined #dri-devel
toolchains has joined #dri-devel
saurabhg has quit [Ping timeout: 480 seconds]
lemonzest has quit [Quit: WeeChat 3.5]
slattann has joined #dri-devel
saurabhg has joined #dri-devel
jeeeun841 has quit []
<bl4ckb0ne>
is it normal that polaris10 doesnt offer VK_PRESENT_MODE_IMMEDIATE_KHR ?
jeeeun841 has joined #dri-devel
<emersion>
which windowing system is this?
<emersion>
afaik, this doesn't depend on the driver: all mesa drivers use shared wsi code
ngcortes has joined #dri-devel
<bl4ckb0ne>
oh you're right, xcb/xlib offers it but not wayland
zigotonus has joined #dri-devel
zigotonus has quit [Read error: Connection reset by peer]
<HdkR>
Which that is expected behaviour
<emersion>
the spec says: "does not wait for a vertical blanking period to update the current image"
<emersion>
which wayland doesn't support
<bl4ckb0ne>
i see
<bl4ckb0ne>
makes sense
<bl4ckb0ne>
thanks!
mbrost has quit [Ping timeout: 480 seconds]
toolchains has quit [Ping timeout: 480 seconds]
mbrost has joined #dri-devel
sravn has quit [Ping timeout: 480 seconds]
slattann has quit [Read error: Connection reset by peer]
alyssa has joined #dri-devel
<alyssa>
I'd like to emit a different machine instruction for a certain patterns involving constants (e.g. `iand x, #0xFFFF`) ... what's the least gross way to do that?
<alyssa>
would be an easy algebraic rule, but that would require teaching NIR about the new instruction
<dcz>
now I'm seeing that I clearly misunderstod what binding was, thanks
<dcz>
the implicit associations to state in opengl are getting under my skin
<emersion>
glBindTexture(GL_TEXTURE_2D, texture) is basically "set GL_TEXTURE_2D to that specific texture"
sravn has quit [Ping timeout: 480 seconds]
<emersion>
yeah, it's not great
<dcz>
is GL_TEXTURE_2D some typed slot in the current context?
<emersion>
yeah, kind of
<emersion>
the driver has a EGLContext.texture_2d field somewhere
nchery has quit [Ping timeout: 480 seconds]
nchery has joined #dri-devel
toolchains has quit [Ping timeout: 480 seconds]
Haaninjo has joined #dri-devel
frieder has quit [Remote host closed the connection]
toolchains has joined #dri-devel
<JoniSt>
zmike: I think I've got !17338 ready now... The only thing I'm still not quite sure about is what should happen in tc_invalidate_resource if tc_invalidate_buffer fails. I think it should let the driver do the invalidation instead (by enqueueing it) but I don't really know Mesa well enough yet to know for sure. Just ignoring the invalidation also sounds like a valid solution to me
<zmike>
it's on my review todo
<JoniSt>
Alright, thanks! :)
<zmike>
👍
<JoniSt>
GL state tracking is still kind of a brain-melter for me
ybogdano has quit [Read error: Connection reset by peer]
ybogdano has joined #dri-devel
<anholt>
whoops I accidentally deleted another 2k lines of src/mesa/
saurabhg has quit [Remote host closed the connection]
<anholt>
that wasn't what I was supposed to do today
<jekstrand>
anholt: I don't see the problem. :D
<ajax>
wasn't it, tho
srslypascal is now known as Guest4932
srslypascal has joined #dri-devel
nchery has quit [Ping timeout: 480 seconds]
rasterman has quit [Quit: Gettin' stinky!]
<alyssa>
anholt: hate when that happens accidentally
<daniels>
dcz: at a guess, you’re not setting your texture min/mag filters to NEAREST
<dcz>
that I indeed don't do. I don't know the significance of it
<alyssa>
OOI, do Vulkan workloads in the wild (i.e. not the CTS) make use of subpasses?
<alyssa>
like... if a tiler only did dynamic rendering, how much perf are we leaving on the table?
<alyssa>
(Seemed to work out fine for GLES ... EXT_pixel_local_storage never caught on, lol)
Guest4932 has quit [Ping timeout: 480 seconds]
nchery has joined #dri-devel
<alyssa>
(framebuffer fetch is a better fit for our hardware anyway....)
<daniels>
dcz: it sets the mipmap access levels; if you don’t set it to NEAREST it won’t work as you don’t have mips
<anholt>
alyssa: gfxbench definitely uses subpasses and it matters. I think I remember seeing screenshots of genshin renderdoc with subpasses.
<alyssa>
anholt: Boo :-(
<alyssa>
I don't like having to implement both rp and dyn rendering, with no common help for either
<alyssa>
so much for Vulkan being simple :-(
<anholt>
for gfxbench we've even figured out that we need to be able to reuse tile memory between attachments in a renderpass.
<alyssa>
Delightful.
<anholt>
you've checked out the tu impl of dynamic rendering?
<alyssa>
Yeah. Not looking forward to carrying a copy/paste of that in panvk.
<alyssa>
(On top of the renderpass code which is incomplete right now)
<alyssa>
v3dv seems to call nir_lower_input_attachments ...
<alyssa>
er, as does turnip? now I'm confused
<alyssa>
I guess that's what you meant by "we need to be able to reuse tile memory between attachments in a renderpass."
<anholt>
reusing memory means we get to use bigger tiles, means fewer trips through the geometry and hotter caches.
pcercuei has quit [Read error: Connection reset by peer]
pcercuei has joined #dri-devel
<alyssa>
Oh, I see.
<alyssa>
Right, that makes sense. Applies to Mali too, of course :(
<jenatali>
I'm pretty sure I need to bring back our render pass code at some point soon too
<anholt>
yeah, we use lower_input_attachments. Those texture calls go through descriptors that point at either sysmem or tile memory depending on how we're rendering.
<alyssa>
oh, cute
<alyssa>
totally different instructions for mali (ld_tile)
nchery has quit [Ping timeout: 480 seconds]
apinheiro has joined #dri-devel
toolchains has quit [Read error: Connection timed out]
dcz has quit [Ping timeout: 480 seconds]
toolchains has joined #dri-devel
nchery has joined #dri-devel
toolchains has quit [Ping timeout: 480 seconds]
gouchi has quit [Remote host closed the connection]
mvlad has quit [Ping timeout: 480 seconds]
<alyssa>
(and for agx, which I think uses the "load shared memory" instruction :-D)
toolchains has joined #dri-devel
nchery has quit [Quit: Leaving]
toolchains has quit [Ping timeout: 480 seconds]
i-garrison has quit [Remote host closed the connection]
i-garrison has joined #dri-devel
Duke`` has quit [Ping timeout: 480 seconds]
ybogdano is now known as Guest4935
ybogdano has joined #dri-devel
Guest4935 has quit [Ping timeout: 480 seconds]
toolchains has joined #dri-devel
saurabhg has joined #dri-devel
toolchains has quit [Ping timeout: 480 seconds]
rkanwal has quit [Ping timeout: 480 seconds]
ybogdano has quit [Ping timeout: 480 seconds]
nicholasbishop has quit [Ping timeout: 480 seconds]
<jenatali>
I'm so confused by mapi. Why is libglapi (shared-glapi) different from the static glapi library packaged in a shared library?
<JoniSt>
How are you putting the static lib into the shared lib? (With which tool? A linker?)
<jenatali>
I'm not, but I'm saying that yes you could have a dummy source file and link_whole the static library
<anholt>
jenatali: which shared library are you thinking of it being packaged in?
<jenatali>
anholt: libglapi.so. I don't get how that's different than just taking the static glapi that's produced with -Dshared-glapi=disabled, and just wrapping it as a shared library
<jenatali>
But right now they have very different build definitions
<anholt>
my guess would be something like "only have entrypoints for the libGL or libGLES we're going to be linked into" in the non-shared case.
<jenatali>
Oh that's a reasonable guess. Only libGL is supported without it today
<anholt>
but a lot of "how it's built" is probably from the history of mesa being libGL originally, then when GLES came around if you were building both GL and GLES instead of just GL we needed to be able to have the global current context be flipped between gl and gles's entrypoints.
<anholt>
I wouldn't be surprised if simplification was possible for the current world where GL_ARB_ES2_compatibility is a thing.
<jenatali>
Yeah makes sense
Haaninjo has quit [Quit: Ex-Chat]
<jenatali>
Context is trying to add a little bit of cleanup into !16713 (while I wait for someone to review it) and every time I look at this space I get confused and sad