08:14 <xdarklight> filt3r: just seen the reply - thanks! Liang is typically quick to respond, so let's see what he thinks :-)

13:10 <narmstrong> filt3r: the problem is Amlogic doesn't store the bad eraseblocks and the bootloader the same way it's done with mainline linux

13:11 <narmstrong> filt3r: so you'll need to either implement the same bad erase block in Linux or in the vendor u-boot, or port the NAND driver to mainline U-boot

13:11 <narmstrong> filt3r: for how they store the bootloader in NAND is not clear, it seems they store it in raw mode without using ECC

13:12 <narmstrong> filt3r: for this you'll need to find out how to setup the bootloader partition in Linux

13:37 <filt3r> narmstrong: thanks for the info, now that you mentioned it, i faintly remember seeing something like this a few years ago when working with the vendor kernel/u-boot

13:37 <filt3r> but yeah we will have to adjust the Linux handling as we have devices in the field so a flash layout change is not possible :(

21:11 <tortoise> Question about the radxa zero which is g12a (s905y2) the device tree doesn't include ge2d and I'm wondering if this is because this SoC doesn't have that or if it is just simply not enabled?

21:15 <xdarklight> tortoise: the GE2D driver which we have currently only supports the A113D (AXG) SoC. I think the GE2D on that SoC is slightly different than the GE2D IP on other SoCs, so it would require some work (Neil probably knows more)

21:28 <tortoise> ok, thats interesting, I may be able to just use the panfrost driver's vkCmdBlitImage instead

21:32 <cphealy> tortoise: out of curiosity, what is the use case you have for the GE2D?

21:41 <tortoise> so I'm still learning and I might actually not need it at all. my uses were pixel format conversion 1) taking NM12 (yuv) from decoder and converting that RGBA and 2) scaling. Both of these might be fine to do on GPU since I'm using external texture but I'm still reading up on this part

21:45 <cphealy> ack

21:46 <cphealy> My recollection with YUV is that there are display HW planes in the SoC that directly support YUV. The GPU certainly supports YUV too. Both GPU and HW planes should support scaling too.

21:52 <tortoise> yeah, I'll going to see how it goes with GPU for now. I'm trying to build out some userspace applications, that I can understand, which use this hardware . My hopes are once I understand that side I can be helpful contributor to the kernel mainlining effort.

21:55 <cphealy> The GE2D is exposed via the V4L2 API, right? If so, it would be the gstreamer v4l2 mem2mem convert plugin I think.

21:55 <xdarklight> cphealy: correct, GE2D is exposed via V4L2 to userspace

21:56 <xdarklight> cphealy: according to https://lwn.net/Articles/832862/ it announces itself as "Video Memory-to-Memory" device (so I think it's reasonable to assume that the mem2mem plugin would be used with it)

21:57 <cphealy> ack