[PATCH/WIP xf86-input-libinput 3/3] Hotplug a new tablet tool device on proximity in

Use two new internal capabilities, CAP_TABLET and CAP_TABLET_TOOL. If a libinput tablet device is added, add an X device without any classes. This device will not send events, but once we have buttonset support in libinput we can make this the buttonset device. When a tool comes into proximity,

[PATCH/WIP xf86-input-libinput 1/3] Change creating subdevices to something more generic

Signed-off-by: Peter Hutterer --- src/xf86libinput.c | 29 + 1 file changed, 25 insertions(+), 4 deletions(-) diff --git a/src/xf86libinput.c b/src/xf86libinput.c index ee2165a..e20d821 100644 --- a/src/xf86libinput.c +++

[PATCH/WIP xf86-input-libinput 2/3] Allow hotplugging a device immediately

This splits the hotplugging code up so we can use it through a callback but also as an immediate call that gives us back the device just hotplugged. Also added is the ability to add extra options to the device. Signed-off-by: Peter Hutterer --- src/xf86libinput.c | 51

Re: [PATCH xwayland v3] xwayland: Always update the wl_pointer cursor on pointer focus

On Mon, 2015-11-09 at 09:32 -0500, Olivier Fourdan wrote: > Hi Jonas, > > - Original Message - > > On Mon, Oct 12, 2015 at 05:35:20AM -0400, Olivier Fourdan wrote: > > > Hi Jonas, > > > > > > Out of curiosity, why not simply using NULL here? > > > > Unsetting the cursor in mipointer

unifdef INET6 ?

Hi, Does X.Org support systems that don't support IPv6 and don't always define INET6 ? I would like to unifdef the IPv6 code if possible... There are a number of places where optional IPv6 code create nice unreadable mazes of ifdefs. Opinions/objections ? -- Matthieu Herrb

Re: [PATCH 03/11] xf86: Bump ABI version to 21

On Wed, 2015-11-25 at 18:39 -0800, Alex Goins wrote: > Signed-off-by: Alex Goins > --- >  hw/xfree86/common/xf86Module.h | 2 +- >  1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/hw/xfree86/common/xf86Module.h > b/hw/xfree86/common/xf86Module.h > index

Re: xserver: Branch 'master' - 16 commits

On 02.12.2015 03:56, Adam Jackson wrote: > > commit 1df07dc36ca145c59f51176d9ab2651112506d75 > Author: Keith Packard > Date: Wed Nov 11 22:02:16 2015 -0800 > > hw/xfree86: Use NotifyFd for device and other input fd wakeups > > Remove code in xf86Wakeup for

Re: unifdef INET6 ?

Adam Jackson writes: > --disable-ipv6 seems to save you all of 5k of binary size, which really > isn't enough for me to care.  I'd be fine with making that code > unconditional if we also silenced the warning chirp from xtrans when > running on a v6-less kernel. Yeah, seems like

Re: Disabling RECORD by default

On Mon, Nov 23, 2015 at 04:28:08PM -0800, Keith Packard wrote: > Alan Coopersmith writes: > > > You need to make a similar update to xserver/man/Xserver.man, which > > currently says: > > > > -tstdisables all testing extensions (e.g., XTEST, XTrap, > >

Re: Deliver input events only to window owner

On Mon, Nov 23, 2015 at 04:20:05PM -0800, Keith Packard wrote: > > X allows multiple clients to select for keyboard, motion and button > release events (button press events generate implicit grabs, and are > only selectable by one client). This means that a client receiving an > input event has

Re: Hiding keyboard state

On Mon, Nov 23, 2015 at 11:04:10AM -0800, Keith Packard wrote: > > One of the many security holes in X is that any application can monitor > the state of the keyboard device by querying the list of pressed keys on > a regular basis. Here's a simple patch which makes that request report > only key

Re: [PATCH 07/11] randr: Cleanup rrSetupPixmapSharing()

On Wed, 2015-11-25 at 18:39 -0800, Alex Goins wrote: > protopix is completely redundant with mscreenpix. Get rid of it. > > We don't need rrScrPriv, so remove it. > > Signed-off-by: Alex Goins Merged this (more or less) to squash the unused variable warnings (which I should

[PATCH] xwayland: Group multiple cursor buffers per shm pool

Each shm pool implies a file descriptor which means that currently, we can quickly exhaust the available FDs since we create a shm pool per cursor buffer. Instead, this patch creates shm pools big enough to contain multiple cursor buffers to avoid hitting the FD limit on reasonable workloads. On

[PATCH v4] xwayland: Update screen size on output removal

When unplugging an output, it's still listed in xrandr and the size of the root window still includes the removed output. The RR output should be destroyed when its Wayland counterpart is destroyed and the screen dimensions must be updated in both the done and the destroy handlers. Bugzilla: