In prime configurations master's last set time may not be latest
and greatest, adjust it with slaves last set time, pick up greatest
one. Otherwise xserver may end with events which has
lastSetTime < lastConfigTime even if that's not
the case and confuse xrandr client.
Signed-off-by: Nikhil
For gpu screen, CrtcSet set/adjust the master screen size along
mode in following callstack -
ProcRRSetCrtcConfig()
|
-> RRCrtcSet()
|
-> rrCheckPixmapBounding()
|
-> pScrPriv->rrScreenSetSize()
Checking screen size bound for gpus screen cause
Emil Velikov writes:
>> +/* Invalidate current sprite, forcing reload on next
>> + * sprite setting (window crossing, grab action, etc)
>> + */
>> +extern _X_EXPORT void
>> +miPointerInvalidateSprite(DeviceIntPtr pDev);
>> +
> It doesn't look like this should be
On Thu, May 19, 2016 at 05:37:59PM +0200, Stefan Dirsch wrote:
> Bump up evdev driver to 65, so it get's perferred over libipnut,
> which was dropped down to 60. Reason is, that evdev driver is more
> of an additional driver, which likely won't be installed by default
> on a system any longer. But
On 18 May 2016 at 22:03, Keith Packard wrote:
> This creates a function that invalidates the current sprite and forces
> a sprite image reload the next time the sprite is checked, moving that
> logic out of the xwayland sources and allowing the miPointerRec
> structure to be
Hi Dave,
Any update on this? Anything I can do to help?
Thanks,
Alex
On Tue, 3 May 2016, Dave Airlie wrote:
> On 3 May 2016 at 12:19, Alex Goins wrote:
> > Sorry for all of the self-replies.
> >
> > I spent more time looking into what might be causing this (despite not
On Thu, May 19, 2016 at 05:35:57PM +0200, Stefan Dirsch wrote:
> ---
> conf/50-synaptics.conf | 46 --
> conf/70-synaptics.conf | 46 ++
Also, `git format-patch` supports -M, which avoids all this "delete
Laércio de Sousa writes:
> Could it be related somehow to my concerns in
> https://patchwork.freedesktop.org/patch/86328 ?
I don't think so -- my patch only changes where the FD is read, not when
that FD is added to the select call. Your patch looks
Bump up evdev driver to 65, so it get's perferred over libipnut,
which was dropped down to 60. Reason is, that evdev driver is more
of an additional driver, which likely won't be installed by default
on a system any longer. But if it is installed it should also be
used, i.e. preferred over
Bump up synaptics driver to 70, so it get's perferred over libipnut,
which was dropped down to 60. Reason is, that synaptics driver is more
of an additional driver, which then should be installed if installed.
Similar to what was done for wacom configuration file.
On Wed, 2016-05-18 at 19:12 -0500, Keith Packard wrote:
> Adam Jackson writes:
>
> > Never been used, as far as I can tell.
>
> All seem like fine changes to me, although I'd rather see people working
> to just stop using Xtrans entirely...
Oh, very much agreed. Just trimming
Could it be related somehow to my concerns in
https://patchwork.freedesktop.org/patch/86328 ?
2016-05-18 18:51 GMT-03:00 Keith Packard :
> With the driver block handler guaranteed to be the last thing called
> before the server blocks, we can now reliably check for events
Hi Keith!
Just saw this patch while I glossed over the input threading patches.
Glad to see them land after all these years! But anyway:
On 05/18/2016 11:03 PM, Keith Packard wrote:
-/* X is very likely to have the wrong idea of what the actual cursor
- * sprite is, so in order to
Am 18.05.2016 um 17:52 schrieb Adam Jackson:
Signed-off-by: Adam Jackson
---
autogen.sh | 3 +++
1 file changed, 3 insertions(+)
diff --git a/autogen.sh b/autogen.sh
index fc34bd5..da95aaa 100755
--- a/autogen.sh
+++ b/autogen.sh
@@ -9,6 +9,9 @@ cd $srcdir
autoreconf -v
On Wed, 18 May 2016 16:03:47 -0500
Keith Packard wrote:
> This creates a function that invalidates the current sprite and forces
> a sprite image reload the next time the sprite is checked, moving that
> logic out of the xwayland sources and allowing the miPointerRec
>
15 matches
Mail list logo