13:25 <mntirc> lynxeye: exciting 8mp related patch(es)! is there software infrastructure to actually make use of the 2d gpu?

13:29 <lynxeye> mntirc: Infrastructure is a big word for what I have atm. I have some PoC patches to do the tiled->linear blit for scanout on the 2D GPU, which helps somewhat with the fillrate issues on the 3D GPU. I hope that the performance improvements are justifying to write a 2D GPU renderer for weston to offload all the composition from the 3D GPU.

13:31 <mntirc> lynxeye: that sounds pretty cool!

13:37 <lynxeye> mntirc: yea, new 2d gpu features like being able to combine multiple source buffers in a single blit and being able to read 3d tile status makes it worthwhile to at least explore that path.

13:39 <mntirc> ah.

15:14 <cphealy> lynxeye: would this be an alternative to the gl-renderer in weston?

15:18 <lynxeye> cphealy: yes

15:19 <cphealy> Can the 2D GPU handle the case of rotating/scaling video buffers and composition with the graphics layers?

15:21 <cphealy> IIRC, the Hantro G1/G2 use a 4x4 tiled YUV420 format

15:23 <lynxeye> cphealy: Not sure about the tiled format. The 2D GPU has some unknown tiling options, but I'm not sure if any of them match the video tiling. Scaling and rotation (90,180,270) should be possible using the 2D GPU.

15:26 <cphealy> Even if it doesn't support the video decoder tile formats, I assume it should be able to support traditional NV12 which the decoder post processor also supports (though I think it involves a blit by the PP.)

15:27 <cphealy> For the 2D GPU, what library would contain the 2D GPU control smarts? Mesa libs? New Weston renderer lib? Other?

15:36 <lynxeye> Not sure yet. The 2D commands are quite small, so trying to move things into a library will be hard without introducing a lot of interface headache. So I guess if we do this at all then it will be the weston renderer assembling commandstreams on top of libdrm directly. At least for a start.

15:51 <cphealy> +1