[PATCH v7 04/23] dt-bindings: display: mediatek: padding: Add MT8188

[Shawn Sung (宋孝謙)]

An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20231017/979368d0/attachment.htm>
-------------- next part --------------
Hi Daniel,

On Mon, 2023-10-16 at 12:47 +0200, Daniel Stone wrote:
>  	 
> External email : Please do not click links or open attachments until
> you have verified the sender or the content.
>  Hi Shawn,
> 
> On Mon, 16 Oct 2023 at 06:23, Shawn Sung (宋孝謙) <
> Shawn.Sung at mediatek.com> wrote:
> > On Fri, 2023-10-13 at 17:26 +0100, Daniel Stone wrote:
> > > If I understand the driver correctly, padding is automatically
> > > applied
> > > to compensate for unaligned dimensions. The first/last
> rows/columns
> > > of
> > > the overlay area will be filled with a specified colour (black?)
> to
> > > preserve the area. This is unfortunately not OK to do
> transparently.
> > > Userspace must be aware of this policy decision and specifically
> > > request it. If not, the atomic request check should fail and tell
> > > userspace that the requested configuration is not possible to
> > > achieve.
> >
> > Yes, Padding works as you described, users can assign background
> colors
> > for the filled area in 10bit RGB format, however, the rows and
> columns
> > that are filled by Padding will be cropped by the hardware
> components
> > after it to avoid situations as you mentioned, so users should not
> > notice any difference.
> 
> Thanks for the explanation, I hadn't realised that the added padding
> later gets cropped.
> 
> Cheers,
> Daniel

Since Padding is bypassed in the current version, we didn't mention too
many details about it. Thank you for checking.

For more information, 4-pixel alignment in width is only required when
HDR is in Dolby Vision format, and the paddings will be cropped by
video front-end in the HDR module.

Cheers,
Shawn