[PATCH xf86-video-nested 10/10] Update README and TODO.

Signed-off-by: Laércio de Sousa --- README | 60 ++-- TODO | 4 ++-- 2 files changed, 28 insertions(+), 36 deletions(-) diff --git a/README b/README index 12a2fc6..352c4af 100644 --- a/README

[PATCH xf86-video-nested 08/10] Remove expurious device when using nested input.

Because nestedinput is currently not recognized by Xorg as a suitable core pointer, it will automatically add "", with devpath /dev/input/mice and "mouse" driver, which may interfere with nested virtual pointer device. Signed-off-by: Laércio de Sousa

[PATCH xf86-video-nested 07/10] Don't load nested input driver if Xorg is started with option "-seat (...)"

When used for single-GPU multi-seat purposes, there's no need to load nestedinput driver, since nested Xorg will grab input devices assigned to the seat in question. Signed-off-by: Laércio de Sousa --- src/driver.c | 14 ++ 1 file changed,

[PATCH xf86-video-nested 05/10] Fix an "array index out of bounds" error in _nested_input_init_buttons().

Signed-off-by: Laércio de Sousa --- src/nested_input.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/src/nested_input.c b/src/nested_input.c index 9d2e0d3..0d584c8 100644 --- a/src/nested_input.c +++ b/src/nested_input.c @@ -27,6

[PATCH xf86-video-nested 03/10] Add preliminary support for screen options "Fullscreen" and "Output" in xorg.conf

This patch introduces support for new screen options in xorg.conf, namely: "Fullscreen" and "Output". They are expected to work exactly as command-line options -fullscreen and -output for Xephyr, allowing to open nested Xorg window in fullscreen mode (restricted to given host X server output if

[PATCH xf86-video-nested 00/10] xf86-video-nested revival

Almost one year after my previous patch series (http://lists.x.org/archives/xorg-devel/2014-October/044501.html), I'm bringing up this new one to improve xf86-video-nested driver. I've implemented a new XCB backend client, trying to pair it with latest Xephyr code, so that we can port any Xephyr

[PATCH xf86-video-nested 04/10] Add configure option for choosing driver backend

This patch will introduce a new configure option --with-backend=NAME, that will allow switching easily between available client backend implementations when building xf86-video-nested. Signed-off-by: Laércio de Sousa --- configure.ac | 22

[PATCH xf86-video-nested 09/10] Introduce a new XCB client backend, and make it the default one.

This patch brings up a new XCB backend client, translated from original xlibclient.c, and based on latest Xephyr code. This XCB backend brings some improvements already present in Xephyr, like fullscreen and output support. This patch will also change configure.ac to make the new XCB backend the

[PATCH xf86-video-nested 01/10] Fix compilation warnings.

Signed-off-by: Laércio de Sousa --- src/client.h | 19 ++- src/driver.c | 19 ++- src/xlibclient.c | 5 +++-- 3 files changed, 23 insertions(+), 20 deletions(-) diff --git a/src/client.h b/src/client.h index

[PATCH xf86-video-nested 02/10] Add support for option "Xauthority" in xorg.conf

With this patch, one can set explicitly an authorization file for "nested" video driver in xorg.conf section "Device". It also removes member displayName from NestedPrivate struct, replacing it with DISPLAY environment variable wherever it's needed. Example: Section "Device" Identifier

[PATCH xf86-video-nested 06/10] Fix several memory leaks detected by valgrind.

Signed-off-by: Laércio de Sousa --- src/driver.c | 8 +++- src/nested_input.c | 20 2 files changed, 19 insertions(+), 9 deletions(-) diff --git a/src/driver.c b/src/driver.c index 74c7d93..7939ce7 100644 ---

Re: [PATCH xf86-video-nested 09/10] Introduce a new XCB client backend, and make it the default one.

Am 05.11.2015 um 10:15 schrieb Laércio de Sousa: > This patch brings up a new XCB backend client, translated from original > xlibclient.c, and based on latest Xephyr code. This XCB backend > brings some improvements already present in Xephyr, like > fullscreen and output support. > > This patch

Re: [PATCH xkbcomp] symbols: increase the warning level for shortening a key type

On Thu, Nov 05, 2015 at 04:21:14PM +0100, Benno Schulenberg wrote: > > On Tue, Nov 3, 2015, at 00:06, Peter Hutterer wrote: > > Any use of the german keyboard layout or anything else using > > level3(ralt_switch) produces the warning > > Type "ONE_LEVEL" has 1 levels, but has 2 symbols > >

Re: [PATCH xkbcomp] symbols: increase the warning level for shortening a key type

On Tue, Nov 3, 2015, at 00:06, Peter Hutterer wrote: > Any use of the german keyboard layout or anything else using > level3(ralt_switch) produces the warning > Type "ONE_LEVEL" has 1 levels, but has 2 symbols > Ignoring extra symbols > This warning is meaningless, the default definition

Re: [PATCH:xbacklight] Use current output configuration

Hi, On 04-11-15 18:03, Nils Schneider wrote: Do not trigger re-enumerating output devices when changing or querying the backlight. Re-enumerating output devices may stall Xorg at least on Intel GPUs when EDID is unresponsive or contains bogus data (due to retries). When working with the