Re: [PATCH xserver 3/3] kdrive: Remove now-unused linux backend

t; - * LIABLE FOR ANY SPECIAL, INDIRECT OR CONSEQUENTIAL DAMAGES OR ANY > DAMAGES > - * WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN > - * ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF > - * OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. > - */ > - > -#ifdef

Re: Proposed X server 1.19 schedule

h > > ___ > xorg-devel@lists.x.org: X.Org development > Archives: http://lists.x.org/archives/xorg-devel > Info: https://lists.x.org/mailman/listinfo/xorg-devel > -- *Laércio de Sousa* *Orientador de Informática* *Escola Municipal

[PATCH kdrive/ephyr] ephyr: use XCB_EVENT_RESPONSE_TYPE macro

Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov.br> --- hw/kdrive/ephyr/ephyr.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/hw/kdrive/ephyr/ephyr.c b/hw/kdrive/ephyr/ephyr.c index fe947db..5a8d9ef 100644 --- a/hw/kdrive/ephyr/ephyr.c ++

[PATCH kdrive/ephyr v3 3/3] ephyr: move SetNotifyFd()/RemoveNotifyFd() calls outside ephyr mouse driver

eeded even for this mode. v2: Don't register XCB input events when creating a new Xephyr window, if -seat option is passed. v3: Assume function hostx_create_window() was removed by previous patch. Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov.br> --- hw/kdrive/ep

[PATCH kdrive/ephyr v3 2/3] ephyr: fix RandR version check in hostx_get_output_geometry()

Current hostx_get_output_geometry() has a little problem when checking RandR version, treating e.g. version 2.0 as lower than 1.2. Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov.br> --- hw/kdrive/ephyr/hostx.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-)

[PATCH kdrive/ephyr v3 1/3] ephyr: drop a lot of deprecated code

After commit 623ff251, a lot of functions and data structures in ephyr/hostx.{c,h} became uneeded. We are removing them now. Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov.br> --- hw/kdrive/ephyr/hostx.c | 227 hw/

Re: [PATCH xserver 08/11] kdrive/ephyr: Poll for events in block handler

Xephyr windows from registering input events when -seat option is passed. Regards, -- *Laércio de Sousa* *Orientador de Informática* *Escola Municipal "Professor Eulálio Gruppi"* *Rua Ismael da Silva Mello, 559, Mogi Moderno* *Mogi das Cruzes - SPCEP 08717-390*

[PATCH kdrive/ephyr v2] ephyr: move SetNotifyFd()/RemoveNotifyFd() calls outside ephyr mouse driver

eeded even for this mode. v2: Don't register XCB input events when creating a new Xephyr window, if -seat option is passed. Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov.br> --- hw/kdrive/ephyr/ephyr.c | 4 ++-- hw/kdrive/ephyr/hostx.c | 33 ++

Re: [PATCH xserver 08/11] kdrive/ephyr: Poll for events in block handler

-} > if (myTimeout > 0) > AdjustWaitForDelay(timeo, myTimeout); > + > + if (pScreenPriv->card->cfuncs->blockHandler) > +(*pScreenPriv->card->cfuncs->blockHandler)(pScreen, timeo); > } > > void > -- > 2.8.0.rc3 > &

[PATCH kdrive/ephyr RFC] ephyr: move SetNotifyFd()/RemoveNotifyFd() calls outside ephyr mouse driver

eeded even for this mode. Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov.br> --- hw/kdrive/ephyr/ephyr.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/hw/kdrive/ephyr/ephyr.c b/hw/kdrive/ephyr/ephyr.c index f6897cc..9eae0c7 100644 --- a/hw/kdrive/eph

Re: [PATCH kdrive/ephyr v2] kdrive/ephyr: map host X server's keymap into Xephyr, if supported

2016-02-25 16:32 GMT-03:00 Laércio de Sousa < laercioso...@sme-mogidascruzes.sp.gov.br>: > > The thing here is that I want to call XkbApplyMappingChange() + > XkbDDXChangeControls() inside EphyrKeyboardInit(), so I can isolate this > code properly (I don't need it for e.g. k

[PATCH kdrive/ephyr v3] kdrive/ephyr: map host X server's keymap into Xephyr, if supported

controls. This implementation is analogous to Xnest one at commit 83fef4235. Supersedes: https://patchwork.freedesktop.org/patch/67504 Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov.br> --- configure.ac| 2 +- hw/kdrive/ephyr/ephyr.c | 28 --- hw/

Re: [PATCH kdrive/ephyr v2] kdrive/ephyr: map host X server's keymap into Xephyr, if supported

de EphyrKeyboardInit(), so I can isolate this code properly (I don't need it for e.g. kdrive evdev driver, since this one takes keymap directly from proposed -xkb-* options or udev properties), but I can only do that if EphyrKeyboardInit() is called *after* InitKeyboardDevic

Re: [PATCH kdrive/ephyr] kdrive/ephyr: map host X server's keymap into Xephyr, if supported

hat about this? "This patch makes Xephyr change its keymap to match host X server's one (unless XKB support is disabled), using xcb-xkb to retrieve the needed XKB controls." Kind regards, -- *Laércio de Sousa* *Orientador de Informática* *Escola Municipal "Professor Eulálio Gru

[PATCH kdrive/ephyr] kdrive/ephyr: map host X server's keymap into Xephyr, if supported

. This implementation is analogous to Xnest one at commit 83fef4235. Supersedes: https://patchwork.freedesktop.org/patch/67504 Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov.br> --- configure.ac| 2 +- hw/kdrive/ephyr/ephyr.c | 30 --- hw/kdrive/ephyr/h

[PATCH kdrive/ephyr v2] kdrive/ephyr: map host X server's keymap into Xephyr, if supported

. This implementation is analogous to Xnest one at commit 83fef4235. Supersedes: https://patchwork.freedesktop.org/patch/67504 Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov.br> --- configure.ac| 2 +- hw/kdrive/ephyr/ephyr.c | 30 --- hw/kdrive/ephyr/h

Possible regression/ABI breakage in Xorg socket-activation support

Hi there! Regarging https://bugs.freedesktop.org/show_bug.cgi?id=93072, I've also observed this issue in Ubuntu 15.10 (xorg-server 1.17.2 and systemd 225) and 16.04 alpha 2 (xorg-server 1.17.3 and systemd 229), but not in openSUSE Leap 42.1 (xorg-server 1.17.2 and systemd 210). Could it be a

[PATCH kdrive/ephyr] kdrive/ephyr: map host X server's keymap into Xephyr, if supported

. Supersedes: https://patchwork.freedesktop.org/patch/67504 Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov.br> --- configure.ac| 2 +- hw/kdrive/ephyr/ephyr.c | 30 --- hw/kdrive/ephyr/hostx.c | 131 +-

[PATCH v2] kdrive/evdev: update keyboard LEDs (#22302)

Implement missing parts in kdrive evdev driver for correct update of evdev keyboard LEDs. Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=22302 Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov.br> --- hw/kdrive/linux/evdev.c | 8 +--- 1 file changed, 5 inse

Re: [PATCH kdrive/evdev] kdrive/evdev: update keyboard LEDs (#22302)

Ah, yes! No problem! We can drop it. 2016-02-22 15:48 GMT-03:00 Adam Jackson <a...@nwnk.net>: > On Mon, 2016-02-15 at 11:32 -0200, Laércio de Sousa wrote: > > > Implement missing parts in kdrive evdev driver for > > correct update of evdev keyboard L

Re: [PATCH kdrive/ephyr v8 0/4] Xephyr input hot-plugging support and other additions for single-GPU multi-seat

2016-02-12 14:17 GMT-02:00 Laércio de Sousa < laercioso...@sme-mogidascruzes.sp.gov.br>: > - During tests, I realized that some issues regarding input > hot-plugging with evdev driver in kdrive only seems to affect > Debian/Ubuntu systems, so I've dropped some pieces

Re: [PATCH kdrive/ephyr v7 3/9] kdrive: introduce input hot-plugging support for udev and hal backends (#33140)

id=7 [slave keyboard (3)] ↳ HID 04f3:0103id=8 [slave keyboard (3)] Crazily, issue 2 above only seems to affect Debian/Ubuntu systems. I have another openSUSE box with Xephyr-based multi-seat configured, and it's not affected by issue 2. I'll do more tests with this openSUSE

Re: [PATCH kdrive/ephyr v7 3/9] kdrive: introduce input hot-plugging support for udev and hal backends (#33140)

I've just confirmed: my openSUSE box is *not* affected by fd unregistering issue. So I won't treat it as an upstream bug anymore, and I'll drop all additional verifications from this patch. 2016-02-12 10:13 GMT-02:00 Laércio de Sousa < laercioso...@sme-mogidascruzes.sp.gov.br>: > > 2

[PATCH kdrive/ephyr v8 1/4] kdrive: introduce input hot-plugging support for udev and hal backends (#33140)

for input hot-plugging support. Another patches may be required for wscons backend. Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=33140 Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov.br> --- hw/kdrive/src/Makefile.am | 8 +++ hw/kdrive/src/kdrive.c

[PATCH kdrive/ephyr v8 3/4] ephyr: enable option -sw-cursor by default in multi-seat mode

Option -seat passed to Xephyr requires -sw-cursor to be passed as well, otherwise the mouse cursor will remain invisible for the given seat. This patch takes care of enabling -sw-cursor if -seat is passed. Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov.br> --- hw/

[PATCH kdrive/ephyr v8 0/4] Xephyr input hot-plugging support and other additions for single-GPU multi-seat

ificant one introduces input hotplugging support for keyboards and pointers with both hal and udev backends. Laércio de Sousa (4): kdrive: introduce input hot-plugging support for udev and hal backends (#33140) kdrive: add options to set default XKB properties ephyr: enable option -sw-curso

[PATCH kdrive/ephyr v8 4/4] config/udev: better distinguish between real keyboards and other key input devices

ed to only grab real keyboards, as other key input devices are currently not supported. In order to don't break current behaviour, this patch will replace all ATTR_KEYBOARD occurrences with ATTR_KEY in hw/xfree86/common/xf86Xinput.c. Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascru

[PATCH kdrive/ephyr v8 2/4] kdrive: add options to set default XKB properties

InputClass matching rules yet and not all Linux distros provide default rules to store these values in udev properties (which by the way is a discouraged practice). Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov.br> --- hw/kdrive/src/kdrive.

Re: [PATCH kdrive/ephyr v7 3/9] kdrive: introduce input hot-plugging support for udev and hal backends (#33140)

;driverPrivate = 0; } However, it seems to fail in my system, because I always get that "Ungrabbing evdev mouse device failed" error message. -- *Laércio de Sousa* *Orientador de Informática* *Escola Municipal "Professor Eulálio Gruppi"* *Rua Ismael da Silva Mello

Re: [PATCH kdrive/ephyr v7 3/9] kdrive: introduce input hot-plugging support for udev and hal backends (#33140)

2016-02-11 8:23 GMT-02:00 Laércio de Sousa < laercioso...@sme-mogidascruzes.sp.gov.br>: > 2016-02-11 0:56 GMT-02:00 Peter Hutterer <peter.hutte...@who-t.net>: > >> we don't have a 1:1 mapping between devices and fd (e.g. wacom devices all >> hang off a single fd

Re: [PATCH kdrive/ephyr v7 3/9] kdrive: introduce input hot-plugging support for udev and hal backends (#33140)

ort of comment where the act of writing it is a > sign that the code must be wrong. Why is RemoveDevice not closing the > fd for you? > I'm not sure why it happens, but without this "redundant" check around RemoveDevice(), if I unplug the mouse, replug it and start moving it, Xephyr se

Re: [PATCH kdrive/ephyr v7 4/9] kdrive: update evdev keyboard LEDs (#22302)

2015-12-11 at 11:43 -0200, Laércio de Sousa wrote: > > From: Mikhail Krivtsov <mikhail.krivt...@gmail.com> > > > > When one hits {Num,Caps,Scroll}Lock key on a Xephyr's keyboard, > > keyboard itself works as expected but LEDs are not updated > > and always sta

Re: [PATCH kdrive/ephyr v7 5/9] kdrive: add options to set default XKB properties

Em 9 de fev de 2016 05:49, "Peter Hutterer" <peter.hutte...@who-t.net> escreveu: > > On Tue, Feb 09, 2016 at 05:40:26AM -0200, Laércio de Sousa wrote: > > Em 9 de fev de 2016 02:24, "Peter Hutterer" <peter.hutte...@who-t.net> > > escreveu: &g

Re: [PATCH kdrive/ephyr v7 5/9] kdrive: add options to set default XKB properties

Em 9 de fev de 2016 02:24, "Peter Hutterer" escreveu: > when we introduced the udev config backend we mostly agreed that we weren't > going to use udev as a config storage (which is how InputClass was > conceived). Debian ships them because there was some release timing

Re: [PATCH kdrive/ephyr v7 0/9] Xephyr input hot-plugging support and other additions for single-GPU multi-seat

Thank you very much, Adam! I'll take a better look on remaining patches on Wednesday or Thursday and give you an answer ASAP. Kind regards. Em 8 de fev de 2016 18:13, "Adam Jackson" <a...@nwnk.net> escreveu: > On Fri, 2015-12-11 at 11:43 -0200, Laércio de Sousa wrote: &

Re: [PATCH kdrive/ephyr v7 5/9] kdrive: add options to set default XKB properties

Em 8 de fev de 2016 17:54, "Adam Jackson" escreveu: > How are you in a scenario where you can pass these values to Xephyr on > the command line, but can't modify the udev properties? Well... What I really mean is a scenario where neither the Linux distro, nor the keyboard vendor,

[PATCH kdrive/ephyr v7 6/9] kdrive: don't let evdev driver overwrite existing device names

KDrive evdev driver deliberately name grabbed devices as "Evdev mouse" or "Evdev keyboard". This patch will make it skip this step if grabbed devices are already named (i.e. from udev). Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov.br> --- h

[PATCH kdrive/ephyr v7 4/9] kdrive: update evdev keyboard LEDs (#22302)

" only. All "kdrive" keyboards are not "CoreKeyboard" and LEDs of "kdrive" keyboards are always "dead". One possible solution is cloning "CoreKeyboard" LEDs to all "kdrive" keyboards. Fixes: https://bugs.freedesktop.

[PATCH kdrive/ephyr v7 8/9] ephyr: ignore "-novtswitch", "-sharevts", and "-layout seatXXX" command-line options

etups. Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov.br> --- hw/kdrive/ephyr/ephyrinit.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/hw/kdrive/ephyr/ephyrinit.c b/hw/kdrive/ephyr/ephyrinit.c index d86baf2..09ada96 100644 --- a/hw/kdrive/ephyr/ephyrinit

[PATCH kdrive/ephyr v7 0/9] Xephyr input hot-plugging support and other additions for single-GPU multi-seat

yboards and pointers with both hal and udev backends. Laércio de Sousa (8): kdrive: fix up NewInputDeviceRequest() implementation kdrive: set "evdev" driver for input devices automatically, if available. kdrive: introduce input hot-plugging support for udev and hal backends

[PATCH kdrive/ephyr v7 1/9] kdrive: fix up NewInputDeviceRequest() implementation

This patch simplifies NewInputDeviceRequest() implementation in kinput.c, making use of improved KdParseKbdOptions()/KdParsePointerOptions() and merging several "if (ki)"/"if (pi)" clauses. Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov.br> --- h

[PATCH kdrive/ephyr v7 2/9] kdrive: set "evdev" driver for input devices automatically, if available.

If kdrive input driver "evdev" is available, no other driver was explicitly set for a given input device, and its kernel device node is /dev/input/event*, this patch will make kdrive set "evdev" driver automatically for such device. Signed-off-by: Laércio de Sou

[PATCH kdrive/ephyr v7 7/9] config/udev: better distinguish between real keyboards and other key input devices

ed to only grab real keyboards, as other key input devices are currently not supported. In order to don't break current behaviour, this patch will replace all ATTR_KEYBOARD occurrences with ATTR_KEY in hw/xfree86/common/xf86Xinput.c. Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascru

[PATCH kdrive/ephyr v7 9/9] ephyr: don't load ephyr input driver if -seat option is passed

When used for single-GPU multi-seat purposes, there's no need to enable ephyr virtual input devices, since Xephyr is supposed to handle its own hardware devices. Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov.br> --- hw/kdrive/ephyr/ephyrinit.

[PATCH kdrive/ephyr v7 5/9] kdrive: add options to set default XKB properties

values don't match user locale. Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov.br> --- hw/kdrive/src/kdrive.c | 40 hw/kdrive/src/kinput.c | 16 +++- 2 files changed, 51 insertions(+), 5 deletions(-) diff --gi

[PATCH kdrive/ephyr v7 3/9] kdrive: introduce input hot-plugging support for udev and hal backends (#33140)

for input hot-plugging support. Another patches may be required for wscons backend. Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=33140 Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov.br> --- hw/kdrive/src/Makefile.am | 8 ++ hw/kdrive/src/kdrive.c

Re: [PATCH RFC kdrive/ephyr v2] Match host X server's keymap

to send all requests at beginning and process the replies as they are needed. I'm submitting a v3 right now. Thank you very much! -- *Laércio de Sousa* *Orientador de Informática* *Escola Municipal "Professor Eulálio Gruppi"* *Rua Ismael da

[PATCH RFC kdrive/ephyr v3] Match host X server's keymap

to EphyrKeyboardInit(), since it doesn't apply for e.g. kdrive evdev driver. - Call kdrive keyboard driver's Init() after InitKeyboardDeviceStruct(), so we can apply keymap change within EphyrKeyboardInit(), as described above. Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov

[PATCH RFC kdrive/ephyr v4] Match host X server's keymap

kdrive keyboard driver's Init() after InitKeyboardDeviceStruct(), so we can apply keymap change within EphyrKeyboardInit(), as described above. Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov.br> --- configure.ac| 2 +- hw/kdrive/ephyr/ephyr.c

[PATCH RFC kdrive/ephyr] Match host X server's keymap

Analogous to Xnest implementation at 83fef4235db86343477b4ec9858c6ba35e1aa7d9. Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov.br> --- configure.ac| 2 +- hw/kdrive/ephyr/ephyr.c | 19 +++--- hw/kdrive/ephyr/hostx.

Re: [PATCH v3 06/10] kdrive: add options to set default XKB properties

I would like to call XkbApplyMappingChange()+XkbDDXChangeControls() inside EphyrKeyboardInit(), which is called before InitKeyboardDeviceStruct() in kdrive/kinput.c. Kind regards, -- *Laércio de Sousa* *Orientador de Informática* *Escola Municipal "Professor Eulálio Gruppi"* *Rua Ismael da Silva

[PATCH xfree86 v2] systemd-logind.c: don't parse VT settings for non-seat0 X servers

Since non-seat0 X servers no longer touch VTs, I believe these settings are unnecessary. Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov.br> --- hw/xfree86/os-support/linux/systemd-logind.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/hw/xfre

Re: [PATCH xfree86] systemd-logind.c: don't parse VT settings for non-seat0 X servers

> Ugh, sorry about that, I was under the assumption that ServerIsNotSeat0 is a function, > so that the patch would just work, so I did not test it. > > Laércio, fixing this requires adding a #include "globals.h" to systemd-logind.c, > can you do a v2 with this fixed please ? Sure! I'll do it

[PATCH xfree86] systemd-logind.c: don't parse VT settings for non-seat0 X servers

Since non-seat0 X servers no longer touch VTs since release 1.16, I believe these settings are unnecessary. Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov.br> --- hw/xfree86/os-support/linux/systemd-logind.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[PATCH xf86-video-nested v4 07/11] 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 <laercioso...@sme-mogidascruzes.sp.gov.br> Conflicts: src/driver.c --- src/driver.

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

the default one for building the driver. For switching back to Xlib backend, pass configure option --with-backend=xlib. Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov.br> --- configure.ac|5 +- src/Makefile.am |9 +- src/client.h|1 - src/xcbclient.c

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

Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov.br> --- README | 60 ++-- TODO | 8 +--- 2 files changed, 31 insertions(+), 37 deletions(-) diff --git a/README b/README index 12a2fc6..352c4af

[PATCH xf86-video-nested v4 11/11] Update overall coding style (braces and if-clauses)

Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov.br> --- src/driver.c | 464 ++--- src/nested_input.c | 155 -- 2 files changed, 294 insertions(+), 325 deletions(-) diff --git a/src/driver.c

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

eateScreen() also was extended to include a boolean argument that tells backend client if it needs to set appropriate fullscreen hint for nested Xorg window. Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov.br> --- src/client.h

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

ot;Device" Identifier "Nested virtual video device" Driver "nested" Option "Display" ":0" Option "Xauthority" "/var/run/Xauthority/:0" EndSection If no such an option is defined in xorg.conf, the value defined in environmen

[PATCH xf86-video-nested v4 08/11] 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 <laercioso...@sme-

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

Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov.br> --- 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 @@

[PATCH xf86-video-nested v4 00/11] xf86-video-nested revival

in Xephyr to this XCB backend. Laércio de Sousa (11): Fix compilation warnings. Add support for option "Xauthority" in xorg.conf Add preliminary support for screen options "Fullscreen" and "Output" in xorg.conf Add configure option for choosing driver bac

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

Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov.br> --- 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

[PATCH v3 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 <laercioso...@sme-mogidascruzes.sp.gov.br> Conflicts: src/driver.c --- src/driver.

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

Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov.br> --- src/driver.c | 6 ++ src/nested_input.c | 23 +-- 2 files changed, 23 insertions(+), 6 deletions(-) diff --git a/src/driver.c b/src/driver.c index 74c7d93..cafa895 100644 ---

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

I will send a v3 patch with some last-minute fixes found right after v2. Hopefully all your advices are contempled now. Please tell me if you have any other concerns. Att. 2015-11-06 15:18 GMT-02:00 Uli Schlachter <psyc...@znc.in>: > Hi, > > Am 06.11.2015 um 14:10 schrieb L

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

the default one for building the driver. For switching back to Xlib backend, pass configure option --with-backend=xlib. Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov.br> --- configure.ac|5 +- src/Makefile.am |9 +- src/xcbclient.c

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

the default one for building the driver. For switching back to Xlib backend, pass configure option --with-backend=xlib. Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov.br> --- configure.ac|5 +- src/Makefile.am |9 +- src/xcbclient.c

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

> +_NestedClientProcessClientMessage(pPriv, ev); > > +break; > > +case XCB_MOTION_NOTIFY: > > +_NestedClientProcessMotionNotify(pPriv, ev); > > +break; > > +case XCB_KEY_PRESS: > > +_NestedClientProcessKe

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

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

[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 <laercioso...@sme-

[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 <laercioso...@sme-mogidascruzes.sp.gov.br> --- src/driver.c | 14 ++ 1 file c

[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 <laercioso...@sme-mogidascruzes.sp.gov.br> --- 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 @@

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

eateScreen() also was extended to include a boolean argument that tells backend client if it needs to set appropriate fullscreen hint for nested Xorg window. Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov.br> --- src/client.h

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

features present in Xephyr to this XCB backend. Laércio de Sousa (10): Fix compilation warnings. Add support for option "Xauthority" in xorg.conf Add preliminary support for screen options "Fullscreen" and "Output" in xorg.conf Add configure option for

[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 <laercioso...@sme-mogidascruzes.sp.gov.br> --- configure.a

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

the default one for building the driver. For switching back to Xlib backend, pass configure option --with-backend=xlib. Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov.br> --- configure.ac|5 +- src/Makefile.am |9 +- src/xcbclient.c

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

Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov.br> --- 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

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

ot;Device" Identifier "Nested virtual video device" Driver "nested" Option "Display" ":0" Option "Xauthority" "/var/run/Xauthority/:0" EndSection If no such an option is defined in xorg.conf, the value defined in environmen

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

Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov.br> --- 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 v6 RFC 01/10] ephyr: allow passing explictly host X server display number and/or authorization file path

patches 02-07/10 and 09,10/10 still need to be reviewed. 2015-09-03 15:00 GMT-03:00 Laércio de Sousa < laercioso...@sme-mogidascruzes.sp.gov.br>: > This patch introduces two command-line options for Xephyr: > > * -host-display: set Xephyr DISPLAY environment variable >

[PATCH v6 RFC 07/10] ephyr: ignore "-novtswitch", "-sharevts", and "-layout seatXXX" command-line options

etups. Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov.br> --- hw/kdrive/ephyr/ephyrinit.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/hw/kdrive/ephyr/ephyrinit.c b/hw/kdrive/ephyr/ephyrinit.c index 0a42c96..e41d376 100644 --- a/hw/kdrive/ephyr/ephyrinit

[PATCH v6 RFC 08/10] ephyr: move host_has_extension() implementation to hostx.c

This is a trivial patch that moves host_has_extension() implementation from ephyr.c to hostx.c so that it can be called by hostx.c internal functions. Also rename function to hostx_has_extension() for consistency. Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov.br> -

[PATCH v6 RFC 01/10] ephyr: allow passing explictly host X server display number and/or authorization file path

These options are particularly useful when Xephyr is launched directly from display manager, because DISPLAY and/or XAUTHORITY environment variables may not be set when it's launched. Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov.br> --- hw/kdrive/ephyr/ephyrinit.

[PATCH v6 RFC 09/10] config/udev: better distinguish between real keyboards and other key input devices

ed to only grab real keyboards, as other key input devices are currently not supported. In order to don't break current behaviour, this patch will replace all ATTR_KEYBOARD occurrences with ATTR_KEY in hw/xfree86/common/xf86Xinput.c. Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascru

[PATCH v6 RFC 02/10] kdrive: fix up NewInputDeviceRequest() implementation

This patch simplifies NewInputDeviceRequest() implementation in kinput.c, making use of improved KdParseKbdOptions()/KdParsePointerOptions() and merging several "if (ki)"/"if (pi)" clauses. Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov.br> --- h

[PATCH v6 RFC 03/10] kdrive: set "evdev" driver for input devices automatically, if available.

If kdrive input driver "evdev" is available, no other driver was explicitly set for a given input device, and its kernel device node is /dev/input/event*, this patch will make kdrive set "evdev" driver automatically for such device. Signed-off-by: Laércio de Sou

[PATCH v6 RFC 04/10] kdrive: introduce input hot-plugging support for udev and hal backends (#33140)

for input hot-plugging support. Another patches may be required for wscons backend. Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=33140 Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov.br> --- hw/kdrive/src/Makefile.am | 8 ++ hw/kdrive/src/kdrive.c

[PATCH v6 RFC 05/10] kdrive: update evdev keyboard LEDs (#22302)

" only. All "kdrive" keyboards are not "CoreKeyboard" and LEDs of "kdrive" keyboards are always "dead". One possible solution is cloning "CoreKeyboard" LEDs to all "kdrive" keyboards. Fixes: https://bugs.freedesktop.

[PATCH v6 RFC 00/10] Xephyr input hotplugging support and other additions for single-GPU multi-seat

d pointers with both hal and udev backends. Laércio de Sousa (9): ephyr: allow passing explictly host X server display number and/or authorization file path kdrive: fix up NewInputDeviceRequest() implementation kdrive: set "evdev" driver for input devices automatically, if

[PATCH v6 RFC 06/10] kdrive: add options to set default XKB properties

values don't match user locale. Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov.br> --- hw/kdrive/src/kdrive.c | 40 hw/kdrive/src/kinput.c | 16 +++- 2 files changed, 51 insertions(+), 5 deletions(-) diff --gi

[PATCH v6 RFC 10/10] kdrive: don't let evdev driver overwrite existing device names

KDrive evdev driver deliberately name grabbed devices as "Evdev mouse" or "Evdev keyboard". This patch will make it skip this step if grabbed devices are already named (i.e. from udev). Signed-off-by: Laércio de Sousa <laercioso...@sme-mogidascruzes.sp.gov.br> --- h

[PATCH v5 RESEND RFC 10/10] kdrive: don't let evdev driver overwrite existing device names

KDrive evdev driver deliberately name grabbed devices as Evdev mouse or Evdev keyboard. This patch will make it skip this step if grabbed devices are already named (i.e. from udev). Signed-off-by: Laércio de Sousa laercioso...@sme-mogidascruzes.sp.gov.br --- hw/kdrive/linux/evdev.c | 6 -- 1

[PATCH v5 RESEND RFC 04/10] kdrive: introduce input hot-plugging support for udev and hal backends (#33140)

for input hot-plugging support. Another patches may be required for wscons backend. Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=33140 Signed-off-by: Laércio de Sousa laercioso...@sme-mogidascruzes.sp.gov.br --- hw/kdrive/src/Makefile.am | 8 ++ hw/kdrive/src/kdrive.c| 39

[PATCH v5 RESEND RFC 06/10] kdrive: add options to set default XKB properties

values don't match user locale. Signed-off-by: Laércio de Sousa laercioso...@sme-mogidascruzes.sp.gov.br --- hw/kdrive/src/kdrive.c | 40 hw/kdrive/src/kinput.c | 16 +++- 2 files changed, 51 insertions(+), 5 deletions(-) diff --git a/hw

[PATCH v5 RESEND RFC 08/10] ephyr: move host_has_extension() implementation to hostx.c

This is a trivial patch that moves host_has_extension() implementation from ephyr.c to hostx.c so that it can be called by hostx.c internal functions. Also rename function to hostx_has_extension() for consistency. Signed-off-by: Laércio de Sousa laercioso...@sme-mogidascruzes.sp.gov.br --- hw

[PATCH v5 RESEND RFC 09/10] config/udev: better distinguish between real keyboards and other key input devices

real keyboards, as other key input devices are currently not supported. In order to don't break current behaviour, this patch will replace all ATTR_KEYBOARD occurrences with ATTR_KEY in hw/xfree86/common/xf86Xinput.c. Signed-off-by: Laércio de Sousa laercioso...@sme-mogidascruzes.sp.gov.br

[PATCH v5 RESEND RFC 01/10] ephyr: allow passing explictly host X server display number and/or authorization file path

These options are particularly useful when Xephyr is launched directly from display manager, because DISPLAY and/or XAUTHORITY environment variables may not be set when it's launched. Signed-off-by: Laércio de Sousa laercioso...@sme-mogidascruzes.sp.gov.br --- hw/kdrive/ephyr/ephyrinit.c | 20

[PATCH v5 RESEND RFC 02/10] kdrive: fix up NewInputDeviceRequest() implementation

This patch simplifies NewInputDeviceRequest() implementation in kinput.c, making use of improved KdParseKbdOptions()/KdParsePointerOptions() and merging several if (ki)/if (pi) clauses. Signed-off-by: Laércio de Sousa laercioso...@sme-mogidascruzes.sp.gov.br --- hw/kdrive/src/kinput.c | 76

  1   2   3   >