[PATCH dri3proto v2] Add modifier/multi-plane requests, bump to v1.1
Michel Dänzer
michel at daenzer.net
Sat Jul 29 23:51:30 UTC 2017
On 29/07/17 11:08 PM, Daniel Stone wrote:
> On 28 July 2017 at 16:44, Keith Packard <keithp at keithp.com> wrote:
>> Daniel Stone <daniel at fooishbar.org> writes:
>
> - the proposed DRI3 v1.1 spec replaced 'depth' as the determinant of
> format with an explicit FourCC enum to make things more explicit
> - doing that seems to have just confused everyone, so we can make it
> a lot more clear by going back to using depth to determine the format
> (i.e. depth 24 == XRGB8888 storage), and only adding modifiers on top
> of that
[...]
> The reason I changed depth to a FourCC wasn't because I'm desperate to
> support XBGR as well as XRGB, but because a) drm_fourcc.h modifier
> tokens are usually paired with drm_fourcc.h format tokens, and b)
> currently with DRI3 v1.0, there is an implicit hardcoded mapping
> between depth and format, and being more explicit seemed better than
> being implicit. Those two are purely cosmetic though, so going back to
> the DRI3 v1.0 scheme of just using depth rather than a FourCC format
> would perhaps make the intent a bit more clear. Also, the
> XRGB8888/ARGB8888 format restrictions don't seem to be biting anyone:
> I haven't seen any demand for extended formats.
As explained in other posts, there is no fixed format
mapping/restriction with DRI3 v1.0 anyway. It can support all formats
that can be stored as integer values of n bits, where n matches (or is
even just <= ?) any supported pixmap depth.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
More information about the xorg-devel
mailing list