ChanServ changed the topic of #lima to: Development channel for open source lima driver for ARM Mali4** GPUs - Kernel driver has landed in mainline, userspace driver is part of mesa - Logs at https://oftc.irclog.whitequark.org/lima/
dri-logger has quit [Read error: Connection reset by peer]
dri-logger has joined #lima
ity1 has joined #lima
ity has quit [Ping timeout: 480 seconds]
sarbes has joined #lima
<sarbes>
Hello an happy holidays.
<sarbes>
Is there some life left in this channel?
<sarbes>
I've been poking around in the driver, and figured out some of the unknown bits. There seems to be support for a bunch of interesting texture formats, including RGB10_A2, L4A4 and L16A16. There also seems to be support for R3G3B2, and SNORM in general.
<sarbes>
My methods were a bit crude, I've been patching LibreElec a bunch to see if something changes. I have yet to set up a way to test my changes on a full distribution.
<sarbes>
I've also started to move some of the defines to genxml, which seems to me the way forward.
<sarbes>
But I'd like to get some pointers how it should be set up. Right now, I've just copied the Asahi version, as it seemed straight forward to me.
<anarsoul>
there is still some life left in this channel
<anarsoul>
sarbes: I don't really have any pointers on how to move to genxml, you might as well ask in #dri-devel
<anarsoul>
anyway, feel free to open an MR once you have it ready
<anarsoul>
however WIP MR is also good :)
<anarsoul>
sarbes: keep in mind that it might be tricky to add support for texel formats that are not renderable
<sarbes>
Oh, okay. Could you explain why?
<anarsoul>
IIRC mesa in general expects the buffers to be renderable
<anarsoul>
(or rather pipe_surface to be renderable)
<anarsoul>
so unless you are willing to implement shadow buffers for textures, it won't be possible to add support for non-renderable formats
<sarbes>
Ouch.
<anarsoul>
keep in mind that I haven't looked into it in years, so something might have changed since then :)