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
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
@@
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
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
>
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
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
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
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
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
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
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
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:
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
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
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
15 matches
Mail list logo