On Wed, Apr 10, 2019 at 12:40 PM Simon Ser wrote:
> On Wednesday, April 10, 2019 9:25 PM, Chia-I Wu wrote:
> > Both implementations support formats that have no explicit modifiers.
> > But when it comes to buffer creation, modifier_hi/lo is required
> > again. It is unclear how to create a buff
On Wednesday, April 10, 2019 9:25 PM, Chia-I Wu wrote:
> Both implementations support formats that have no explicit modifiers.
> But when it comes to buffer creation, modifier_hi/lo is required
> again. It is unclear how to create a buffer for such formats.
>
> This patch tries to clarify these i
In the prior version, "modifier" events could be used to advertise either
formats or modifiers. For example, they could be used to advertise formats
that have no modifiers, by setting the modifier_hi/lo to
DRM_FORMAT_MOD_INVALID.
In this version, "format" events are used to advertise formats and
On Mon, 8 Apr 2019 18:18:40 +0100
Daniel Stone wrote:
> Hi Drew,
> Thanks for writing this up! I think the broad concept is fine, but a
> few things jump out at me:
Hi,
thank you Drew indeed, you have clearly put a lot of thought in this.
It looks largely fine to me as well, and I pretty much a
On Mon, 8 Apr 2019 23:14:32 +1200
Scott Anderson wrote:
> Do we want anything formal regarding the removal of protocols?
>
> The one comes to mind currently is xdg-shell-unstable-v5, which most (if
> not all?) compositors have dropped support for.
>
> If something previously widespread falls o
On Tue, 9 Apr 2019 15:22:13 -0700
Chia-I Wu wrote:
> Format events are used to return supported formats while modifier
> evetns are used to return supported modifiers for each supported
> format.
>
> For example, if an implementation is based on EGL, it may send one
> format event for each form
