Re: [PATCH] [RFC] drm: mxsfb: Implement LCDIF scanout CRC32 support

2022-02-10 Thread Marek Vasut
On 2/10/22 06:22, Liu Ying wrote: Hi, [...] There are many blank areas which are undocumented, this LCDIF CRC32 feature, i.MX8M Mini Arteris NOC at 0x3270 , the ARM GPV NIC- 301 at 0x32{0,1,2,3,4,5,6,8}0 and their master/slave port mapping. The NOC and NICs were documented at least up

Re: [PATCH] [RFC] drm: mxsfb: Implement LCDIF scanout CRC32 support

2022-02-09 Thread Liu Ying
On Tue, 2022-02-08 at 11:02 +0100, Marek Vasut wrote: > On 2/8/22 03:41, Liu Ying wrote: > > Hello everyone, > > > > > > There are many blank areas which are undocumented, this LCDIF > > > > > CRC32 > > > > > feature, i.MX8M Mini Arteris NOC at 0x3270 , the ARM GPV > > > > > NIC- > > > > >

Re: [PATCH] [RFC] drm: mxsfb: Implement LCDIF scanout CRC32 support

2022-02-09 Thread Liu Ying
Hello Laurent, On Tue, 2022-02-08 at 05:03 +0200, Laurent Pinchart wrote: > Hello Liu Ying, > > On Tue, Feb 08, 2022 at 10:41:59AM +0800, Liu Ying wrote: > > On Mon, 2022-02-07 at 11:43 +0100, Marek Vasut wrote: > > > On 2/7/22 10:18, Liu Ying wrote: > > > > > > On Sun, 2022-02-06 at 19:56

Re: [PATCH] [RFC] drm: mxsfb: Implement LCDIF scanout CRC32 support

2022-02-08 Thread Marek Vasut
On 2/8/22 03:41, Liu Ying wrote: Hello everyone, There are many blank areas which are undocumented, this LCDIF CRC32 feature, i.MX8M Mini Arteris NOC at 0x3270 , the ARM GPV NIC- 301 at 0x32{0,1,2,3,4,5,6,8}0 and their master/slave port mapping. The NOC and NICs were documented at

Re: [PATCH] [RFC] drm: mxsfb: Implement LCDIF scanout CRC32 support

2022-02-07 Thread Laurent Pinchart
Hello Liu Ying, On Tue, Feb 08, 2022 at 10:41:59AM +0800, Liu Ying wrote: > On Mon, 2022-02-07 at 11:43 +0100, Marek Vasut wrote: > > On 2/7/22 10:18, Liu Ying wrote: > > > > > On Sun, 2022-02-06 at 19:56 +0100, Marek Vasut wrote: > > > > > > The LCDIF controller as present in i.MX6SX/i.MX8M

Re: [PATCH] [RFC] drm: mxsfb: Implement LCDIF scanout CRC32 support

2022-02-07 Thread Liu Ying
On Mon, 2022-02-07 at 11:43 +0100, Marek Vasut wrote: > On 2/7/22 10:18, Liu Ying wrote: > > Hi, > > > > > On Sun, 2022-02-06 at 19:56 +0100, Marek Vasut wrote: > > > > > The LCDIF controller as present in i.MX6SX/i.MX8M Mini/Nano > > > > > has a > > > > > CRC_STAT > > > > > register, which

Re: [PATCH] [RFC] drm: mxsfb: Implement LCDIF scanout CRC32 support

2022-02-07 Thread Marek Vasut
On 2/7/22 10:18, Liu Ying wrote: Hi, On Sun, 2022-02-06 at 19:56 +0100, Marek Vasut wrote: The LCDIF controller as present in i.MX6SX/i.MX8M Mini/Nano has a CRC_STAT register, which contains CRC32 of the frame as it was clocked out of the DPI interface of the LCDIF. This is likely meant as a

Re: [PATCH] [RFC] drm: mxsfb: Implement LCDIF scanout CRC32 support

2022-02-07 Thread Liu Ying
On Mon, 2022-02-07 at 09:14 +0100, Marek Vasut wrote: > On 2/7/22 06:13, Liu Ying wrote: > > Hi Marek, > > Hi, > > > On Sun, 2022-02-06 at 19:56 +0100, Marek Vasut wrote: > > > The LCDIF controller as present in i.MX6SX/i.MX8M Mini/Nano has a > > > CRC_STAT > > > register, which contains CRC32

Re: [PATCH] [RFC] drm: mxsfb: Implement LCDIF scanout CRC32 support

2022-02-07 Thread Marek Vasut
On 2/7/22 06:13, Liu Ying wrote: Hi Marek, Hi, On Sun, 2022-02-06 at 19:56 +0100, Marek Vasut wrote: The LCDIF controller as present in i.MX6SX/i.MX8M Mini/Nano has a CRC_STAT register, which contains CRC32 of the frame as it was clocked out of the DPI interface of the LCDIF. This is likely

Re: [PATCH] [RFC] drm: mxsfb: Implement LCDIF scanout CRC32 support

2022-02-06 Thread Liu Ying
Hi Marek, On Sun, 2022-02-06 at 19:56 +0100, Marek Vasut wrote: > The LCDIF controller as present in i.MX6SX/i.MX8M Mini/Nano has a CRC_STAT > register, which contains CRC32 of the frame as it was clocked out of the > DPI interface of the LCDIF. This is likely meant as a functional safety >

[PATCH] [RFC] drm: mxsfb: Implement LCDIF scanout CRC32 support

2022-02-06 Thread Marek Vasut
The LCDIF controller as present in i.MX6SX/i.MX8M Mini/Nano has a CRC_STAT register, which contains CRC32 of the frame as it was clocked out of the DPI interface of the LCDIF. This is likely meant as a functional safety register. Unfortunatelly, there is zero documentation on how the CRC32 is