Re: [PATCH xserver] xfree86: Makefile shouldn't rely on superuser being named 'root'

On Mon, Jun 11, 2018 at 05:17:31PM -0400, Adam Jackson wrote: > From: Michał Górny > > Change the 'chown' statement in Makefile.am to use the numeric UID > of superuser instead of relying on the name 'root'. > > Bugzilla: https://bugs.freedesktop.org/27726 > Signed-off-by: Adam Jackson > Signed

[PATCH xserver] xfree86: Makefile shouldn't rely on superuser being named 'root'

From: Michał Górny Change the 'chown' statement in Makefile.am to use the numeric UID of superuser instead of relying on the name 'root'. Bugzilla: https://bugs.freedesktop.org/27726 Signed-off-by: Adam Jackson Signed-off-by: Michał Górny --- hw/xfree86/Makefile.am | 4 ++-- 1 file changed, 2

Re: [PATCH xserver] xfree86: Inline xf86{Read, Write}Mmio{8, 16, 32} on alpha

On Thu, Jun 7, 2018 at 10:55 AM, Adam Jackson wrote: > On Thu, 2018-06-07 at 09:31 -0700, Matt Turner wrote: >> In commit 9db2af6f757e (xfree86: Remove xf86{Map,Unmap}VidMem) we >> somehow stopped exporting xf86{Read,Write}Mmio{8,16,32}. Since the >> function pointer indirection was intended to su

[PATCH xserver] configure: Remove unused CONFIGFILE

This isn't used for anything, which is just as well, because /etc/xorg.conf is not in fact a path xserver will try to use. Bugzilla: https://bugs.freedesktop.org/8890 Signed-off-by: Adam Jackson --- configure.ac | 1 - 1 file changed, 1 deletion(-) diff --git a/configure.ac b/configure.ac index

Re: [PATCH xserver v3] xwayland: use pixmap size on present flip

On 2018-06-10 06:34 PM, Roman Gilg wrote: > The only question open to me is how the window and pixmap size can be > different at all at this point. But taking the Pixmap size is in any > case better. Agreed on both counts. > I reviewed v3 on patchworks. > > Reviewed-by: Roman Gilg Pushed with

Re: gitlab migration

On 2018-06-08 08:08 PM, Adam Jackson wrote: > I'd like us to start moving repos and bug tracking into gitlab. > Hopefully everyone's aware that gitlab exists and why fdo projects are > migrating to it. If not, the thread about Mesa's migration provides > some useful background: > > https://lists.x

Re: gitlab migration

On 9 June 2018 at 00:11, Eric Anholt wrote: > Adam Jackson writes: >> I'd like us to start moving repos and bug tracking into gitlab. >> Hopefully everyone's aware that gitlab exists and why fdo projects are >> migrating to it. If not, the thread about Mesa's migration provides >> some useful bac

Re: [PATCH xserver] xwayland: add "tablet" into the tablet device names

On Mon, 11 Jun 2018 at 11:40, Peter Hutterer wrote: > On Mon, Jun 11, 2018 at 11:21:25AM +0200, Olivier Fourdan wrote: [...] > > > -pad->xdevice = add_device(pad->seat, "xwayland-pad", > > > +pad->xdevice = add_device(pad->seat, "xwayland-tablet-pad", > > > > Previous ones used a space, he

Re: [PATCH xserver] xwayland: add "tablet" into the tablet device names

On Mon, Jun 11, 2018 at 11:21:25AM +0200, Olivier Fourdan wrote: > Hi Peter, > On Mon, 11 Jun 2018 at 01:12, Peter Hutterer wrote: > > > > Changes the device name from "xwayland-stylus" to "xwayland-tablet stylus". > > This doesn't fully address #26 but it goes a little step into making it more >

Re: [PATCH xserver 1/2] xwayland: simplify xwl_glamor_pixmap_get_wl_buffer()

On 2018-06-11 10:22 AM, Olivier Fourdan wrote: > When retrieving the Wayland buffer from a pixmap, if the buffer already > exists, the GBM backend will return that existing buffer. > > However, as seen with the Present issues, if the call had previously > passed a wrong size, that buffer will rema

Re: [PATCH xserver] xwayland: add "tablet" into the tablet device names

Hi Peter, On Mon, 11 Jun 2018 at 01:12, Peter Hutterer wrote: > > Changes the device name from "xwayland-stylus" to "xwayland-tablet stylus". > This doesn't fully address #26 but it goes a little step into making it more > human-readable. > > https://gitlab.freedesktop.org/wayland/wayland/issues/2

[PATCH xserver 0/2] xwayland: couple of EGL backend API cleanup

Hi, The recent issue with Present due to the wrong pixmap size being given to xwl_glamor_pixmap_get_wl_buffer() got me thinking. Considering that the code always use the drawable size now, that passing a wrong size is error prone because once the buffer is created for the given pixmap, subsequent

[PATCH xserver 2/2] xwayland: mandatory EGL backend API

The API init_wl_registry() and has_wl_interfaces() are marked as being optional, but both GBM And EGLStream backends implement them so there is point in keeping those optional. Suggested-by: Emil Velikov Signed-off-by: Olivier Fourdan --- hw/xwayland/xwayland-glamor.c | 8 +--- hw/xwayland/

[PATCH xserver 1/2] xwayland: simplify xwl_glamor_pixmap_get_wl_buffer()

When retrieving the Wayland buffer from a pixmap, if the buffer already exists, the GBM backend will return that existing buffer. However, as seen with the Present issues, if the call had previously passed a wrong size, that buffer will remain at the wrong size for as long as the buffer exists, wh