[PATCH xf86-input-libinput 2/3] Split LibinputDeviceApplyConfig into helper functions

No functional changes --- src/xf86libinput.c | 110 ++--- 1 file changed, 105 insertions(+), 5 deletions(-) diff --git a/src/xf86libinput.c b/src/xf86libinput.c index c5612a8..cb37dab 100644 --- a/src/xf86libinput.c +++ b/src/xf86libinput.c @@

[PATCH xf86-input-libinput 3/3] Apply the capabilities checks on subdevices when applying the config

Properties are initialized on the correct devices only but on resume we'd just blindly apply the config from our device. Depending on the resume order, this would mean we'd apply a previously set config with a default config. Example: * pointer device with keyboard subdevice * pointer device

[PATCH xf86-input-libinput 1/3] Move the subdevice capabilities check into the properties

87f9fe3a6fafe60134c6's intention was to not create properties that a subdevice doesn't have configuration options for (i.e. if you have a pointer+keyboard device, don't expose tapping configuration on the keyboard subdevice). The result was messy, the checker function had a confusing

Re: [PATCH xserver 2/7] glamor: Fix loose ends in color depth 30 support.

On 20/02/18 11:06, Mario Kleiner wrote: > /* XXX handle 2 10 10 10 and 1555 formats; presumably the pixmap private > knows this? */ Maybe this comment should now be updated? Otherwise, everything looks straightforward, so for the whole series: Reviewed-by: Antoine Martin

Re: 2018 X.Org Board of Directors Elections Nomination period is NOW

Just a reminder, nominations are open for a few more days. If you would like to nominate yourself or someone else please send your nomination to electi...@x.org BR, -R On Fri, Feb 9, 2018 at 9:01 AM, Rob Clark wrote: > We are seeking nominations for candidates for election

[PATCH xserver] Xephyr: Avoid calling xcb_shm_detach() twice

This call was forgotten to be removed in 90996f5909aab4bc9aa4011a6a6d0555a7aa3adf in which hostx_destroy_shm_segment() was introduced, which itself does it. Signed-off-by: Alexander Volkov --- hw/kdrive/ephyr/hostx.c | 1 - 1 file changed, 1 deletion(-) diff --git

[PATCH xserver 1/2] glx: Enable GLX_ARB_create_context_no_error (v2)

This is mostly for the client library's convenience, if this extension is listed then it can know the attribute won't be rejected. Note that we don't honor this attribute for indirect contexts. That's fine, we don't want to introduce undefined behavior into a potentially privileged process. v2:

[PATCH xserver 2/2] glx: Fix indirect no-config contexts

We would throw BadValue here for the GLX_SCREEN attribute. The upper dispatch layer already checks this, we can ignore it here. Signed-off-by: Adam Jackson --- glx/glxdri2.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/glx/glxdri2.c b/glx/glxdri2.c index

[PATCH xserver] xwayland: Fix backwards need_rotate logic

When xdg_output support was added to Xwayland, need_rotate parameter was added to output_get_new_size where true gave you the old pre-xdg_output behavior and false gave the new behavior. Unfortunately, the two places where this is called, need_rotate was set backwards. This caused input get

Re: [PATCH xserver 5/7] xfree86/modes: Adapt xf86Randr12CrtcComputeGamma() for depth 30.

On Tue, Feb 20, 2018 at 05:06:32AM +0100, Mario Kleiner wrote: > At screen depths > 24 bit, the color palettes passed into > xf86Randr12CrtcComputeGamma() can have a larger number of slots > than the crtc's hardware lut. E.g., at depth 30, 1024 palette > slots vs. 256 hw lut slots. This palette

Re: [PATCH xserver] Xephyr: Avoid calling xcb_shm_detach() twice

On Tue, 2018-02-20 at 18:07 +0300, Alexander Volkov wrote: > This call was forgotten to be removed in > 90996f5909aab4bc9aa4011a6a6d0555a7aa3adf in which > hostx_destroy_shm_segment() was introduced, which > itself does it. Merged, thanks: remote: I: patch #205633 updated using rev

[PATCH xserver] xwayland: Fix backwards need_rotate logic

When xdg_output support was added to Xwayland, need_rotate parameter was added to output_get_new_size where true gave you the old pre-xdg_output behavior and false gave the new behavior. Unfortunately, the two places where this is called, need_rotate was set backwards. This caused input get

Re: [PATCH xserver] xwayland: Fix backwards need_rotate logic (v2)

Hi, On 20 February 2018 at 18:41, Jason Ekstrand wrote: > When xdg_output support was added to Xwayland, need_rotate parameter was > added to output_get_new_size where true gave you the old pre-xdg_output > behavior and false gave the new behavior. Unfortunately, the two

Re: [PATCH xserver] xwayland: Fix backwards need_rotate logic (v2)

On Tue, 2018-02-20 at 18:48 +0100, Olivier Fourdan wrote: > Hi, > > On 20 February 2018 at 18:41, Jason Ekstrand wrote: > > When xdg_output support was added to Xwayland, need_rotate parameter was > > added to output_get_new_size where true gave you the old pre-xdg_output >

[PATCH xserver] xwayland: Fix backwards need_rotate logic (v2)

When xdg_output support was added to Xwayland, need_rotate parameter was added to output_get_new_size where true gave you the old pre-xdg_output behavior and false gave the new behavior. Unfortunately, the two places where this is called, need_rotate was set backwards. This caused input get