Re: [RFC presentproto v6 02/14] Add PresentCompleteModeSuboptimalCopy flag for Complete event

Louis-Francis Ratté-Boulianne writes: > If the Complete event has this mode, the client is not using > the more optimal format/modifier for the buffer allocation. The > client must explicitely inform the server that it understands > this mode by adding the

Re: [PATCH xserver] mi: Mention extension loading in verbose logs

On Wed, 2018-02-21 at 17:12 +, Emil Velikov wrote: > From: Emil Velikov > > Listing the extensions is useful, despite being annoying for normal > usecases. Print it only when extra (lvl 3) vebose is requested. > > v2: Move the logging to InitExtensions(), as

Re: [RFC dri3proto v6 01/14] Add modifier/multi-plane requests, bump to v1.1

Louis-Francis Ratté-Boulianne writes: I'll review just the specification today; once we've got that wired, I'll go ahead and verify that the encoding matches this spec. > diff --git a/dri3proto.txt b/dri3proto.txt > index dac11d3..636c789 100644 > --- a/dri3proto.txt > +++

Re: [PATCH xserver 6/6] mi: Mention extension loading in verbose logs

On 21 February 2018 at 16:42, Adam Jackson wrote: > On Mon, 2018-02-19 at 15:18 +, Emil Velikov wrote: >> From: Emil Velikov >> >> Listing the extensions is useful, despite being annoying for normal >> usecases. Print it only when extra (lvl 3)

[PATCH xserver] mi: Mention extension loading in verbose logs

From: Emil Velikov Listing the extensions is useful, despite being annoying for normal usecases. Print it only when extra (lvl 3) vebose is requested. v2: Move the logging to InitExtensions(), as requested by Adam. Cc: Adam Jackson Signed-off-by:

Re: [PATCH xserver 6/6] mi: Mention extension loading in verbose logs

On Mon, 2018-02-19 at 15:18 +, Emil Velikov wrote: > From: Emil Velikov > > Listing the extensions is useful, despite being annoying for normal > usecases. Print it only when extra (lvl 3) vebose is requested. I appreciate lowering the log verbosity, but this

Re: [PATCH xserver 6/7] modesetting: Adapt xf86HandleColorMaps() for > 24 color depth.

On 2018-02-20 05:06 AM, Mario Kleiner wrote: > This retains old behavior for depths <= 24, but allows gamma > table and colormap updates to work properly at depth 30. > > This needs the xf86Randr12CrtcComputeGamma() fix for depth 30 > from a previous commit to work. Otherwise the server will