On 13 January 2017 at 09:37, Ville Syrjälä
> On Thu, Jan 12, 2017 at 07:27:03PM +0000, Daniel Stone wrote:
>> It would make sense, but then gbm_surface_create_with_modifiers takes
>> a fixed pixel format and a list of acceptable modifiers (which to me
>> seems like the right way around as an API), so whenever I was creating
>> a surface, I'd have to walk through and create a new list, flipped
>> back the other way.
> Yeah, for that your original order makes more sense, even if it
> potentially uses more memory.
Given the size of framebuffers, I'm really not concerned by the
in-memory size of a format list. :)
dri-devel mailing list