[PATCH] drm/komeda: Adds output-color format/depth support

Brian Starkey Brian.Starkey at arm.com
Mon Sep 30 10:36:27 UTC 2019


On Fri, Sep 27, 2019 at 02:22:24AM +0000, james qian wang (Arm Technology China) wrote:
> On Wed, Sep 25, 2019 at 09:48:11AM +0000, Brian Starkey wrote:
> > Hi James,
> > 
> > On Tue, Sep 24, 2019 at 02:13:27AM +0000, james qian wang (Arm Technology China) wrote:
> > > 
> > > Hi Brian:
> > > 
> > > Since one monitor can support mutiple color-formats, this DT property
> > > supply a way for user to select a specific one from this supported
> > > color-formats.
> > 
> > Modifying DT is a _really_ user-unfriendly way of specifying
> > preferences. If we want a user to be able to pick a preferred format,
> > then it should probably be via the atomic API as Ville mentioned.
> >
> 
> Hi Brian:
> 
> Agree, a drm UPAI might be the best & right way for this.
> 
> I can raise a new thread/topic to discuss the "HOW TO", maybe after the
> Chinese national day.
> 
> LAST:
> what do you think about this patch:
> - Just drop it, waiting for the new uapi
> - or keep it, and replace it once new uapi is ready.

The bit-depth stuff is clear and non-controversial, so you could split
that out and merge it.

For the YUV stuff, I think it would be fine to merge the
implementation that we discussed here - force YUV for modes which must
be YUV, and leave the user-preference stuff for a later UAPI.

Thanks,
-Brian

> 
> Thanks
> James
> 
> > Cheers,
> > -Brian


More information about the dri-devel mailing list