Re: 2024 X.Org Foundation Membership deadline for voting in the election

On Tue, 26 Mar 2024 11:42:48 -0400 Christopher Michael wrote: > The 2024 X.Org Foundation membership renewal period has been extended > one additional week and elections will start the following week on 01 > April 2024. > > Please note that only current members can vote in the upcoming

Re: Meson vs. automake/autoconf

On Tue, 6 Feb 2024 09:52:11 +0100 Matthieu Herrb wrote: > On Mon, Feb 05, 2024 at 09:45:51PM +0100, tlaro...@kergis.com wrote: > > I'm continuing my review and I'm now looking at libxcb and xcbproto. > > > > Is there a goal set to switch from auto* tools to meson/ninja for the > > maximum of

Re: OT: gitlab: disable CI fail report for specific branches

On Fri, 2 Feb 2024 13:15:29 +0100 "Enrico Weigelt, metux IT consult" wrote: > Hello folks, > > > Does anyone happen to know whether I can tell gitlab not to send CI fail > reports on some specific branch ? > > I've got some hacking branches that are known to be broken and never > will be

Re: Dead key behavior on Linux / X11

On Thu, 21 Apr 2022 12:33:06 +0400 "Tigran S." wrote: > Hello, > I am testing a new keyboard layout that has seven alphabetic dead keys (T, > S, D, G, K, Z, and C). To type a word that has two consecutive dead keys, I > have to type a space between them. For example, to input the Armenian word >

Re: tarball types (was: [ANNOUNCE] xf86-input-libinput 1.2.1)

On Mon, 24 Jan 2022 18:08:37 -0600 "Jonathan A. Kollasch" wrote: > "Xz format inadequate for long-term archiving": > https://www.nongnu.org/lzip/xz_inadequate.html Would you like to raise an issue with Meson about that? I don't see anything relevant in

Re: Independent EDID parsing library

On Thu, 29 Apr 2021 13:49:58 +0300 Pekka Paalanen wrote: > Adding the previous list of CCs. > > On Thu, 29 Apr 2021 10:32:58 + > "Sharma, Shashank" wrote: > > > Hello Pekka, Daniel > > > > As discussed over IRC, I have prepared the first vers

Re: Independent EDID parsing library

Adding the previous list of CCs. On Thu, 29 Apr 2021 10:32:58 + "Sharma, Shashank" wrote: > Hello Pekka, Daniel > > As discussed over IRC, I have prepared the first version of the EDID parsing > library, which is hosted here: > https://github.com/contactshashanksharma/libedid/tree/master

Re: Call for an EDID parsing library

On Thu, 08 Apr 2021 16:49:37 +0300 Jani Nikula wrote: > Anyway, this is only tangentially related to the library. I just think > we need to take DisplayID better into account also in the *users* of the > library, as they shouldn't really even look at the EDID if the plain > DisplayID is there,

Call for an EDID parsing library

Hi all, with display servers proliferating thanks to Wayland, and the Linux kernel exposing only a very limited set of information based on EDID (rightfully so!), the need to interpret EDID blobs is spreading even more. I would like to start the discussion about starting a project to develop a

Re-thinking DPI and scaling (Re: Physical vs logical DPI on X)

Hi all, The below email was sent to xorg-devel, but I think it is such a good discussion of the topic that I want to CC it to wayland-devel as well. While the email does go into X11 specifics, the fundamental ideas are well applicable to Wayland as well. There was an IRC discussion of the very

Re: How to prevent input devices from unblanking the X screen when DPMS is on?

On Mon, 10 Aug 2020 10:43:42 +0200 Merlijn Wajer wrote: > Hi Pekka, > > Thanks for the reply - > > On 10/08/2020 09:43, Pekka Paalanen wrote: > > On Fri, 7 Aug 2020 16:07:35 +0200 > > Merlijn Wajer wrote: > > > >> Hi, > >> > >> Is

Re: How to prevent input devices from unblanking the X screen when DPMS is on?

On Fri, 7 Aug 2020 16:07:35 +0200 Merlijn Wajer wrote: > Hi, > > Is it possible to have X handle input events, but not actually unblank > the screen upon input events when dpms is enabled? Hi, by "blanking", do you mean that the CRTC turns off (as opposed to the display turning off) so that

Re: PATCH: add -defaultRepeatDelay and -defaultRepeatInterval flags

On Thu, 2 Apr 2020 15:04:40 +0200 Michael Stapelberg wrote: > Done: https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/416/diffs > > I had tried sending a merge request before sending the patch to this > mailing list, but couldn’t find a fork button. > > Today, gitlab.freedesktop.org

Re: Composite redraw speedup?

On Wed, 12 Feb 2020 11:07:56 + Carsten Haitzler wrote: > On Wed, 12 Feb 2020 12:40:15 +0200 Pekka Paalanen said: > > > On Wed, 12 Feb 2020 10:21:02 + > > Carsten Haitzler (The Rasterman) wrote: > > > > > even better - if the /dev/dri/card0 > >

Re: Composite redraw speedup?

On Wed, 12 Feb 2020 10:21:02 + Carsten Haitzler (The Rasterman) wrote: > even better - if the /dev/dri/card0 > device exists, dlopen libdrm and get some symbols from it and ... use it to > request the drm device sent you vsync events so you can use the vsync > interrupt > as your frame

Re: [PATCH xserver 0/3] Use DRM GetFB2 ioctl

On Wed, 20 Nov 2019 19:54:15 +0200 Timo Aaltonen wrote: > On 23.3.2018 15.50, Daniel Stone wrote: > > Hi, > > This short patchset makes modesetting use the shiny, new, and completely > > not at all merged GetFB2 DRM ioctl: > >

Re: USB GPU bugs

On Thu, 10 Oct 2019 09:40:30 +0200 Hans de Goede wrote: > Hi, > > On 09-10-2019 12:23, Pekka Paalanen wrote: > > On Wed, 9 Oct 2019 09:59:29 +0200 > > Hans de Goede wrote: > > > > >> I think I might also be seeing some variant of yo

Re: USB GPU bugs

On Wed, 9 Oct 2019 09:59:29 +0200 Hans de Goede wrote: > Hi Pekka, > > On 09-10-2019 09:47, Pekka Paalanen wrote: > > On Tue, 8 Oct 2019 22:19:45 +0200 > > Hans de Goede wrote: > > > >> My main reason for suggesting either one is that I personally am a

USB GPU bugs

On Tue, 8 Oct 2019 22:19:45 +0200 Hans de Goede wrote: > My main reason for suggesting either one is that I personally am aware > of at least 2 issues (both related to secondary USB GPUs handling) which > are only present in master and not in the 1.20 branch and which I really > would like to

Re: frustrated by gitlab - where is the release history?

On Wed, 27 Feb 2019 22:18:18 -0500 Felix Miata wrote: > https://cgit.freedesktop.org/xorg/driver/xf86-video-intel/ has what I'm > looking for for the Intel > DDX. I would like to find whatever corresponds to it for the server, which on > opensuse seems to be > called xorg-x11-server. URL in

Re: Xwayland on demand (Re: [PATCH xwayland 3/3] xwayland: Handle the case of windows being realized before redirection)

On Sun, 20 Jan 2019 09:29:50 -0800 "Jasper St. Pierre" wrote: > Hi, > > Catching up on this thread. It's possible I missed something here, but > here's my two cents. > > Right now, the Wayland compositor sets up a "dummy" socket for the X11 > display. When a client connects, it launches

Re: Xwayland on demand (Re: [PATCH xwayland 3/3] xwayland: Handle the case of windows being realized before redirection)

On Thu, 17 Jan 2019 09:47:05 +0100 Olivier Fourdan wrote: > Hi, > > On Thu, Jan 17, 2019 at 9:23 AM Pekka Paalanen wrote: > > > For xrdb specifically, actually, the X11 resources are stored in a > couple of properties on the root window ("RESOURCE_MANAGER" and &g

Re: Xwayland on demand (Re: [PATCH xwayland 3/3] xwayland: Handle the case of windows being realized before redirection)

On Wed, 16 Jan 2019 14:05:01 -0500 Adam Jackson wrote: > On Wed, 2019-01-16 at 11:52 +0200, Pekka Paalanen wrote: > > > What I think we would need is a way to launch Xwayland, but ensure it > > does not process the real X11 apps until all the preparations (xrdb, > &

Re: Xwayland on demand (Re: [PATCH xwayland 3/3] xwayland: Handle the case of windows being realized before redirection)

On Wed, 16 Jan 2019 11:50:12 +0100 Carlos Garnacho wrote: > Hi!, > > On Wed, Jan 16, 2019 at 10:52 AM Pekka Paalanen wrote: > > > > On Wed, 16 Jan 2019 09:56:59 +0100 > > Olivier Fourdan wrote: > > > > > On Wed, Jan 16, 2019 at 9:55 AM Olivier F

Re: Xwayland on demand (Re: [PATCH xwayland 3/3] xwayland: Handle the case of windows being realized before redirection)

On Wed, 16 Jan 2019 09:56:59 +0100 Olivier Fourdan wrote: > On Wed, Jan 16, 2019 at 9:55 AM Olivier Fourdan wrote: > > > > Hi > > > > On Wed, Jan 16, 2019 at 9:35 AM Pekka Paalanen wrote: > > > > > > > > On Tue, 15 J

Xwayland on demand (Re: [PATCH xwayland 3/3] xwayland: Handle the case of windows being realized before redirection)

On Tue, 15 Jan 2019 23:21:05 +0100 Carlos Garnacho wrote: > If Xwayland gets to realize a window meant for composition before the > compositor redirected windows (i.e. redirect mode is not RedirectDrawManual > yet), the window would stay "invisible" as we wouldn't create a >

Re: [PATCH xserver] modesetting: fix conn_id termination and potential overrun by 1 byte

On Tue, 11 Dec 2018 08:28:45 -0500 Ilia Mirkin wrote: > On Tue, Dec 11, 2018 at 3:23 AM Pekka Paalanen wrote: > > > > On Mon, 10 Dec 2018 23:34:11 -0500 > > Ilia Mirkin wrote: > > > > > Noticed when porting this logic to xf86-video-nouveau, and valgrin

Re: [PATCH xserver] modesetting: fix conn_id termination and potential overrun by 1 byte

nn_id[len] is the one that should > get the 0. Hi, you're certainly right about memcpy vs. len. I didn't check the type of conn_id, but if it's an array of bytes, then Reviewed-by: Pekka Paalanen Thanks, pq > > hw/xfree86/drivers/modesetting/drmmode_display.c | 2 +- > 1 file ch

Re: [PATCH xserver] xwayland: use wl_surface_damage_buffer

On Mon, 05 Nov 2018 11:58:26 + Simon Ser wrote: > wl_surface_damage can be unoptimal on some compositors, damaging the whole > buffer instead of the provided region. wl_surface_damage_buffer is preferred. > Since xwayland doesn't set a surface offset, scale or transform, surface > damage is

Re: Sharing a KMS device

On Wed, 19 Sep 2018 07:54:54 -0700 "Keith Packard" wrote: > Pekka Paalanen writes: > > > Hi Keith, > > > > sorry to bump in, but do you mean that a lessee doing drmDropMaster() > > will both succeed and drop master also for the lessor (and recursive

Re: Sharing a KMS device

On Tue, 18 Sep 2018 16:42:37 -0700 "Keith Packard" wrote: > Troll Berserker writes: > > > Hmm. I see that drmDropMaster became conditional: > > > > if (!ms->fd_passed) > > drmDropMaster(ms->fd); > > That's actually a fix which is necessary so that the lessee doesn't give >

Re: Window scaling (aka owner sizes)

On Sun, 26 Aug 2018 23:24:09 -0700 kei...@keithp.com ("Keith Packard") wrote: > I'm doing a bit of work to help support applications that want to run at > a small fixed size. The 'usual' way to make them visible on our modern > desktops is to flip video modes, but that means everything runs at

Re: Window scaling (aka owner sizes)

Sorry for potentially duplicate email, the first one has messed up receiver addresses. On Sun, 26 Aug 2018 23:24:09 -0700 kei...@keithp.com ("Keith Packard") wrote: > I'm doing a bit of work to help support applications that want to run at > a small fixed size. The 'usual' way to make them

Re: [PATCH xserver] Xwayland: Enable EGL backend automatically

On Mon, 28 May 2018 09:59:43 +0200 Olivier Fourdan <four...@gmail.com> wrote: > Hi Pekka, > > On 28 May 2018 at 09:24, Pekka Paalanen <ppaala...@gmail.com> wrote: > > > do not use strstr() for matching extensions strings. It does a > > sub-string match,

Re: [PATCH xserver] Xwayland: Enable EGL backend automatically

On Fri, 25 May 2018 17:10:07 +0200 Olivier Fourdan wrote: > Check for "platform_gbm" in the avaiable EGL extensions, and enable > automatically EGL stream if not present. > > The command line options “-eglstream” is kept for compatibility to force > the use of the EGL

Re: [PATCH xserver] xwayland: Silence a build warning if we can

ons(+), 8 deletions(-) > Hi, I only read through the patch, and it looks quite ok to me, so: Reviewed-by: Pekka Paalanen <pekka.paala...@collabora.co.uk> But I still have a couple of questions below. > diff --git a/configure.ac b/configure.ac > index 290721891d..d8d88e2b15 100644 &

Re: [RFC xserver 1/1] xwayland: reduce over-damage

On Mon, 22 Jan 2018 13:14:10 -0500 Adam Jackson <a...@nwnk.net> wrote: > On Mon, 2018-01-22 at 14:51 +, Daniel Stone wrote: > > Hi Pekka, > > > > On 20 December 2017 at 11:18, Pekka Paalanen <ppaala...@gmail.com> wrote: > > > If an X11 app draws

Re: [RFC xserver 1/1] xwayland: reduce over-damage

On Wed, 20 Dec 2017 13:18:45 +0200 Pekka Paalanen <ppaala...@gmail.com> wrote: > From: Pekka Paalanen <pekka.paala...@collabora.co.uk> > > If an X11 app draws a little here, some there, and a tiny bit in the > opposite corner, using RegionExtents for the damage to

[RFC xserver 0/1] Xwayland to send more accurate damage

From: Pekka Paalanen <pekka.paala...@collabora.co.uk> Hi, currently Xwayland collapses all wl_surface damage into a single bounding rectangle. If the actual damage area is just a fraction of the sent damage area, this will cause massive extra work in the Wayland compositor. The effect i

[RFC xserver 1/1] xwayland: reduce over-damage

From: Pekka Paalanen <pekka.paala...@collabora.co.uk> If an X11 app draws a little here, some there, and a tiny bit in the opposite corner, using RegionExtents for the damage to be sent to the Wayland compositor will cause massive over-damaging. However, we cannot blindly send an arb

Re: [PATCH RFC xserver] xwayland: List all wl_output::mode(s) in xrandr

On Thu, 30 Nov 2017 04:14:08 -0500 (EST) Olivier Fourdan wrote: > Hi Pekka, > > > > [...] > > > > > > Basically, in downstream RH bug 1289714 [1], Robert Mader (cc'ed) is > > > running some proof of concept to see how he can improve the support > > > for older games in

Re: [PATCH RFC xserver] xwayland: List all wl_output::mode(s) in xrandr

On Wed, 29 Nov 2017 10:18:47 -0500 (EST) Olivier Fourdan wrote: > Hi Pekka, > > > do you also plan to let Xwayland change the mode? If not, what's the > > benefit of this? > > Yeah, sorry, I didn't give all the details on why this RFC patch, my bad. > > Basically, in

Re: Merged repo for protocol headers? Why are they split?

On Wed, 29 Nov 2017 15:44:53 +0100 Daniel Martin wrote: > On 29 November 2017 at 15:01, Daniel Stone wrote: > > Hi, > > > > On 28 November 2017 at 12:38, Daniel Martin > > wrote: > >> On 27 November 2017 at 23:18, Peter

Re: [PATCH RFC xserver] xwayland: List all wl_output::mode(s) in xrandr

On Wed, 29 Nov 2017 15:26:58 +0100 Olivier Fourdan wrote: > Xwayland would only list the current wl_output mode in xrandr, even > though multiple modes might be advertised by the Wayland compositor. > > List all available modes listed by the Wayland compositor using >

Re: Xwayland fatal error when Wayland output disappears

On Mon, 27 Nov 2017 10:27:29 +0100 Olivier Fourdan wrote: > Hi, > > On 23 November 2017 at 16:13, Olivier Fourdan wrote: > > > FWIW, it seems we have that issue with more than just wl_output, in > > downstream bug 1516859 [1] this occurs with wl_seat on

Re: Xwayland fatal error when Wayland output disappears

On Fri, 27 Oct 2017 09:54:39 +0200 Michael Thayer <michael.tha...@oracle.com> wrote: > Hello Pekka, > > On 27.10.2017 08:01, Pekka Paalanen wrote: > > On Thu, 26 Oct 2017 15:40:13 +0200 Michael Thayer > > <michael.tha...@oracle.com> wrote: > [ Discussion of

Re: Xwayland fatal error when Wayland output disappears

On Thu, 26 Oct 2017 15:40:13 +0200 Michael Thayer wrote: > Hello, > > Reporting this here in case it is of interest. I have been debugging > regular desktop crashes on my new Ubuntu 17.10 systems. One of them > seems to happen when Xwayland FatalError-s out because

Re: [PATCH xserver] squash! sync: Convert from "CARD64" to int64_t. (v2)

On Fri, 1 Sep 2017 11:55:15 -0700 Eric Anholt wrote: > --- > > Pekka - that link didn't help, because we still need a correct > "result" value. I don't believe that the compiler could break uint -> > int conversions with the high bit, but here's the patch I think we > would

Re: Integration of libpointing with Xorg

On Sat, 26 Aug 2017 18:02:52 -0600 Tim Stowell wrote: > Hello all, > > I had several questions: > >1. Does anyone know if there has been an effort to integrate >https://github.com/INRIA/libpointing with Xorg? >2. If not, how would I go about attempting this

Re: [PATCH xserver] squash! sync: Convert from "CARD64" to int64_t.

On Thu, 24 Aug 2017 18:21:15 -0700 "Keith Packard" wrote: > Michel Dänzer writes: > > > Is assigning an unsigned value with the MSB set to a signed variable > > well-defined in C? > > I have no idea. And I just spent a few hours wading through the

Re: [PATCH] xwayland: Avoid repeatedly looping through window ancestor chain

vention is in xserver, would this warrant a comment somewhere explaining what exactly is in each Window's wl_window_private_key private as not all Windows that have it set actually own it. Another thing is maybe the long lines would need splitting. But anyway, the patch looks good to me, so

Re: [PATCH] xwayland: Avoid repeatedly looping through window ancestor chain

On Sat, 12 Aug 2017 03:45:39 +0200 Roman Gilg <subd...@gmail.com> wrote: > On Thu, Aug 10, 2017 at 2:49 PM, Pekka Paalanen <ppaala...@gmail.com> wrote: > > Assuming the theory is sound, how about you kept the old names and > > semantics of xwl_window_get() and xwl_wi

Re: Second Feedback request for my GSoC project to improve Present support in Xwayland

On Tue, 1 Aug 2017 20:53:02 +0200 Roman Gilg wrote: > > Summary: > > > (1) Deactivate queued presentation support for now (until we know which > kind of Wayland protocol to use for). > (2) Per window flipping when the pixmap flipping window region equals the

Re: Second Feedback request for my GSoC project to improve Present support in Xwayland

On Thu, 3 Aug 2017 14:11:25 +0200 Roman Gilg wrote: > On Wed, Aug 2, 2017 at 11:36 AM, Michel Dänzer wrote: > > > On 02/08/17 03:53 AM, Roman Gilg wrote: > > > > > > Another more serious problem would be, if an application only uses a > > > fixed

Re: Second Feedback request for my GSoC project to improve Present support in Xwayland

On Mon, 7 Aug 2017 17:36:27 +0900 Michel Dänzer wrote: > On 04/08/17 06:57 PM, Roman Gilg wrote: > > On Fri, Aug 4, 2017 at 8:44 AM, Michel Dänzer > > wrote: > > > > On 03/08/17 09:11 PM, Roman Gilg wrote: > > >

Re: [PATCH] xwayland: Avoid repeatedly looping through window ancestor chain

On Sun, 6 Aug 2017 20:03:47 +0200 Roman Gilg wrote: > Calling xwl_window_from_window means looping through the window ancestor > chain whenever it is called on a child window or on an automatically > redirected window. > > Since these properties and the potential ancestor's

Re: Request for feedback for my GSoC project to improve Present support in Xwayland

On Mon, 24 Jul 2017 04:07:11 +0200 Roman Gilg wrote: > Hi, > > I'm working for my GSoC project on a better Present integration in > Xwayland. This should improve performance as well as minimize tearing. My > mentor is Daniel Stone and the starting point was my work on KWin

Re: [PATCH v4] Add xdg-output protocol

ze which describe > the output position and size in the global compositor space. > > Signed-off-by: Olivier Fourdan <ofour...@redhat.com> > Reviewed-by: Jonas Ådahl <jad...@gmail.com> > Acked-by: Pekka Paalanen <pekka.paala...@collabora.co.uk> > --- > v2: use

Re: [RFC PATCH v3] Add xdg-output protocol

ry="height of the mode in global compositor space"/> Replace "mode" with a more appropriate word or remove it. Mode refers to the hardware video mode, and I think it is a bit confusing to talk about size of a mode in global compositor space, even though it is accurate. > + > + > + >

Re: [RFC PATCH v2] Add xdg-output protocol

protocol proposal. This discussion has taken off in an academic direction about everything surrounding the protocol proposal. > On Wed, Jul 12, 2017 at 12:07:29PM +0300, Pekka Paalanen wrote: > > On Fri, 7 Jul 2017 04:21:57 -0400 (EDT) > > Olivier Fourdan <ofour...@redhat.com>

Re: [RFC PATCH v2] Add xdg-output protocol

On Fri, 7 Jul 2017 04:21:57 -0400 (EDT) Olivier Fourdan wrote: > Hi Pekka, > > > it's very hard for me to wrap my head around this, so the below may > > sound a bit harsh, sorry. I don't mean to rant, but I feel there is > > something fundamental amiss. I am diving back

Re: [RFC PATCH v2] Add xdg-output protocol

Hi Olivier, it's very hard for me to wrap my head around this, so the below may sound a bit harsh, sorry. I don't mean to rant, but I feel there is something fundamental amiss. I am diving back into the high-level design which is fairly separated from the xdg_output interface. On Thu, 6 Jul 2017

Re: [RFC PATCH v2] Add xdg-output protocol

On Tue, 4 Jul 2017 14:13:43 +0200 Olivier Fourdan wrote: > This protocol aims at describing outputs in way which is more in line > with the concept of an output on desktop oriented systems. > > Some information are more specific to the concept of an output for a > desktop

Re: [PATCH xserver] xfree86: link to libinput(4) from the xorg.conf man page

rmansuffix__), > +.BR libinput (__drivermansuffix__), > .BR mousedrv (__drivermansuffix__), > .BR mutouch (__drivermansuffix__), > .BR penmount (__drivermansuffix__), Reviewed-by: Pekka Paalanen <pekka.paala...@collabora.co.uk> Thanks, pq pgpZoQ2L2VPRc.pgp Description: OpenPGP d

Re: [RFC PATCH wayland-protocols] Introduce logical output protocol for Xwayland

On Mon, 3 Jul 2017 04:42:52 -0400 (EDT) Olivier Fourdan wrote: > So, 3 possibilities so far: > > 1. Add the logical output in wl_output >Looked like a good idea initially, not so much on further > consideration. pro: It's just an additional event to a existing >

Re: [RFC PATCH wayland-protocols] Introduce logical output protocol for Xwayland

On Fri, 30 Jun 2017 04:38:07 -0400 (EDT) Olivier Fourdan wrote: > Hi Jonas, > > > On Thu, Jun 29, 2017 at 04:44:34PM +0200, Olivier Fourdan wrote: > > > This introduces a new protocol for the compositor to describe outputs > > > size in a logical way for Xwayland. > >

Re: [PATCH xserver 2/2] meson: Fix CLOCK_MONOTONIC test

xserver build succeeds now, just a few screenfuls of compiler warnings, no errors. For both patches: Tested-by: Pekka Paalanen <pekka.paala...@collabora.co.uk> Thanks, pq pgp9x0lQwNYHS.pgp Description: OpenPGP digital signature ___ xorg-devel@list

Re: [PATCH xserver 2/2] Replace all checks for 'linux' macro with '__linux__'

e the latter specifically) let the Meson build continue much further than before for me. Therefore: Tested-by: Pekka Paalanen <pekka.paala...@collabora.co.uk> The next issue I hit is: -- [12:24:30] ~/build/xserver -- (wayland) pq@eldfell $ meson ~/git/xserver --prefix "$WLD" -Dc_std

Re: Proposal for RandR version 1.6, Leases and EDID-based output grabs

On Mon, 08 May 2017 08:29:30 -0700 Keith Packard <kei...@keithp.com> wrote: > Pekka Paalanen <ppaala...@gmail.com> writes: > > > Thinking again, I believe we have to have a way to override > > database entries somehow. If we ship catch-all entries for, say, > &g

Re: Proposal for RandR version 1.6, Leases and EDID-based output grabs

On Fri, 05 May 2017 07:25:14 -0700 Keith Packard <kei...@keithp.com> wrote: > Pekka Paalanen <ppaala...@gmail.com> writes: > > > I disagree on the details, more below. > > > Such a RandR request is something I would not like to have to replicate > >

Re: Proposal for RandR version 1.6, Leases and EDID-based output grabs

On Sat, 6 May 2017 13:34:44 +0200 Mario Kleiner wrote: > Just please make sure that one (user configurable/opt-in if necessary) > policy from the beginning is to allow leasing out any output to > applications, not just HMDs. My type of scientific/medical

Re: Proposal for RandR version 1.6, Leases and EDID-based output grabs

On Thu, 04 May 2017 11:02:44 -0700 Keith Packard <kei...@keithp.com> wrote: > Pekka Paalanen <ppaala...@gmail.com> writes: > > > That means you need an explicit key to denote HMDs. More below. > > I don't think so. Presumably the VR system will have a

Re: Proposal for RandR version 1.6, Leases and EDID-based output grabs

On Wed, 03 May 2017 19:04:38 -0700 Keith Packard <kei...@keithp.com> wrote: > Pekka Paalanen <ppaala...@gmail.com> writes: > > > do you mean to list all kinds of display devices in the database? I was > > assuming it would list only HMDs, so not in database would i

Re: Proposal for RandR version 1.6, Leases and EDID-based output grabs

On Tue, 02 May 2017 07:45:25 -0700 Keith Packard <kei...@keithp.com> wrote: > Pekka Paalanen <ppaala...@gmail.com> writes: > > I presume that if "desktop" is set to "true", it implies that the HMD > > is capable of showing a simple 2D can

Re: Proposal for RandR version 1.6, Leases and EDID-based output grabs

On Fri, 28 Apr 2017 15:03:17 -0700 Keith Packard <kei...@keithp.com> wrote: > Pekka Paalanen <ppaala...@gmail.com> writes: > > > IMHO, if nothing is providing a picture intended for the HMD, the HMD > > should be off. There is no use in showing an arbitrary imag

Re: Proposal for RandR version 1.6, Leases and EDID-based output grabs

On Sun, 09 Apr 2017 10:27:31 -0700 Keith Packard <kei...@keithp.com> wrote: > Pekka Paalanen <ppaala...@gmail.com> writes: > > > we need some kind of a database to recognize HMDs in any case, right? > > It would be best if the database was shared, so that everyon

Re: Proposal for RandR version 1.6, Leases and EDID-based output grabs

On Thu, 06 Apr 2017 20:02:23 -0700 Keith Packard wrote: > Michel Dänzer writes: > > > When no such special client (Steam?) is running, the desktop environment > > will try to use the HMD anyway, right? So the expected use case would be > > for the user to

Re: [PATCH 1/2] Introduce keyboard grabbing protocol for Xwayland

On Mon, 3 Apr 2017 09:47:50 -0400 (EDT) Olivier Fourdan wrote: > Hi Quentin, > > > I think it may be worth it to add a little safety net: > > “Compositors are required to restrict this interface to Xwayland alone, > > and raise a protocol error for native Wayland clients.”

Re: [PATCH rendercheck 0/5] Convert to meson.

On Sun, 26 Mar 2017 23:40:34 +0200 walter harms wrote: > Am 24.03.2017 22:13, schrieb Mark Kettenis: > >> From: Eric Anholt > >> Date: Fri, 24 Mar 2017 13:17:45 -0700 > >> > >> Having bitten off a bit more than I can chew in 3 days with the X > >> Server

Re: [PATCH xserver] xwayland: clear cursor frame callback

gt;pointer_enter_serial, NULL, 0, 0); > +clear_frame_callback(xwl_seat); > +xwl_seat->cursor_needs_update = FALSE; > return; > } > Hi, the rationale sounds good to me, and the code looks fine though I have not checked the surrounding code no

Re: [RFC PATCH xserver] xwayland: RFC Disable glamor with an env var?

On Thu, 2 Mar 2017 05:47:10 -0500 (EST) Olivier Fourdan wrote: > Hi Pekka, > > > I understand the attractiveness of adding an override, bypassing the > > compositors like this. But, essentially it is just that: a > > configuration bypass. > > True. > > > I would prefer

Re: [RFC PATCH xserver] xwayland: RFC Disable glamor with an env var?

On Wed, 1 Mar 2017 17:45:11 +0100 Olivier Fourdan wrote: > Hi all, > > I am seeing quite a few Xwayland crashes related to glamor. > > Various issues, could be with glamor itself or with the drivers (like the > issues I witness with nv30), whatever. > > To investigate

Re: [PATCH xserver v2 5/5] xwayland: use _XWAYLAND_ALLOW_COMMITS property

On Thu, 19 Jan 2017 12:28:02 +0200 Pekka Paalanen <ppaala...@gmail.com> wrote: > On Wed, 18 Jan 2017 10:42:22 -0500 (EST) > Olivier Fourdan <ofour...@redhat.com> wrote: > > > Hi Pekka, > > > > - Original Message - > > > h

Re: [PATCH v7 xserver] tests: fixes for non-enable-xorg build

On Tue, 31 Jan 2017 20:16:35 +0500 Mihail Konev wrote: > v7: add regressed-by lines Hi, current xserver master branch fails for me using: ./configure --disable-docs --disable-devel-docs --enable-xwayland --disable-{xorg,xvfb,xnest,xquartz,xwin} --enable-debug xfree86.c:30:18:

Re: [PATCH xserver] xwayland: replace hardcoded function name with __func__ in error msg

> xwl_output = calloc(1, sizeof *xwl_output); > if (xwl_output == NULL) { > -ErrorF("create_output ENOMEM\n"); > +ErrorF("%s ENOMEM", __func__); > return NULL; > } > Reviewed-by: Pekka Paalanen <pekka.paala...@col

Re: [PATCH xserver v2 5/5] xwayland: use _XWAYLAND_ALLOW_COMMITS property

On Wed, 18 Jan 2017 10:42:22 -0500 (EST) Olivier Fourdan wrote: > Hi Pekka, > > - Original Message - > > here is an update on the Weston side: > > https://lists.freedesktop.org/archives/wayland-devel/2017-January/032712.html > > > > The related Weston patches

Re: [PATCH xserver v2 5/5] xwayland: use _XWAYLAND_ALLOW_COMMITS property

On Thu, 12 Jan 2017 16:27:10 +0200 Pekka Paalanen <ppaala...@gmail.com> wrote: > On Tue, 3 Jan 2017 04:31:39 -0500 (EST) > Olivier Fourdan <ofour...@redhat.com> wrote: > > > Hi, > > > > - Original Message - > > > On Fri,

[PATCH xserver v3 5/5] xwayland: use _XWAYLAND_ALLOW_COMMITS property

From: Pekka Paalanen <pekka.paala...@collabora.co.uk> The X11 window manager (XWM) of a Wayland compositor can use the _XWAYLAND_ALLOW_COMMITS property to control when Xwayland sends wl_surface.commit requests. If the property is not set, the behaviour remains what it was. XWM uses the pr

Re: [PATCH xserver v2 5/5] xwayland: use _XWAYLAND_ALLOW_COMMITS property

On Tue, 3 Jan 2017 04:31:39 -0500 (EST) Olivier Fourdan <ofour...@redhat.com> wrote: > Hi, > > - Original Message - > > On Fri, 2016-12-09 at 14:24 +0200, Pekka Paalanen wrote: > > > From: Pekka Paalanen <pekka.paala...@collabora.co.uk> >

Re: [PATCH xserver v2 5/5] xwayland: use _XWAYLAND_ALLOW_COMMITS property

On Mon, 02 Jan 2017 16:17:27 -0500 Adam Jackson <a...@nwnk.net> wrote: > On Fri, 2016-12-09 at 14:24 +0200, Pekka Paalanen wrote: > > From: Pekka Paalanen <pekka.paala...@collabora.co.uk> > > > > The X11 window manager (XWM) of a Wayland compositor can us

[PATCH xserver v2 4/5] xwayland: fix 'buffer' may be used uninitialized warning

From: Pekka Paalanen <pekka.paala...@collabora.co.uk> Fix the following warning due to --disable-glamor: CC Xwayland-xwayland.o In file included from /home/pq/local/include/wayland-client.h:40:0, from xwayland.h:35, from xwayland.c:26: xway

[PATCH xserver v2 5/5] xwayland: use _XWAYLAND_ALLOW_COMMITS property

From: Pekka Paalanen <pekka.paala...@collabora.co.uk> The X11 window manager (XWM) of a Wayland compositor can use the _XWAYLAND_ALLOW_COMMITS property to control when Xwayland sends wl_surface.commit requests. If the property is not set, the behaviour remains what it was. XWM uses the pr

[PATCH xserver v2 1/5] dix: Pass the whole property into deliverPropertyNotifyEvent

From: Adam Jackson <a...@redhat.com> Instead of just the atom. No functional change. Signed-off-by: Adam Jackson <a...@redhat.com> Signed-off-by: Pekka Paalanen <pekka.paala...@collabora.co.uk> --- dix/property.c | 14 +++--- 1 file changed, 7 insertions(+), 7 deleti

[PATCH xserver v2 3/5] xwayland: refactor into xwl_window_post_damage()

From: Pekka Paalanen <pekka.paala...@collabora.co.uk> Refactor xwl_screen_post_damage() and split the window specific code into a new function xwl_window_post_damage(). This is a pure refactoring, there are no behavioral changes. An assert is added to xwl_window_post_damage() to ensure

[PATCH xserver v2 2/5] dix: Add a callback chain for window property state change

From: Adam Jackson <a...@redhat.com> This will be used by in-server features that need to react to property changes. The first one will be _XWAYLAND_ALLOW_COMMITS. Signed-off-by: Adam Jackson <a...@redhat.com> [Pekka: add commit message body] Signed-off-by: Pekka Paalanen

[PATCH xserver v2 0/5] Allow XWM to control Xwayland commits

From: Pekka Paalanen <pekka.paala...@collabora.co.uk> Hi, this is v2 of _XWAYLAND_ALLOW_COMMITS property support in Xwayland to allow the window manager to control when wl_surface.commits occur. The first revision was posted here: https://lists.x.org/archives/xorg-devel/2016-November/05191

[PATCH xserver] test: fix distributing scripts

From: Pekka Paalanen <pekka.paala...@collabora.co.uk> Fix the following error on 'make distcheck': make[6]: *** No rule to make target 'scripts/xvfb-piglit.sh', needed by 'scripts/xvfb-piglit.sh.log'. Stop. make[6]: Leaving directory '/home/pq/git/xserver/xorg-server-1.19.99.1/_build/su

Re: [RFC xserver 0/3] Allow XWM to control Xwayland commits

On Mon, 05 Dec 2016 16:43:24 -0500 Adam Jackson <a...@nwnk.net> wrote: > (apologies for being so slow to get to this thread, this is great stuff) > > On Mon, 2016-11-28 at 15:47 +0200, Pekka Paalanen wrote: > > > Hi, > > > > having read the above two sp

Re: [RFC xserver 3/3] Xwayland: use _XWAYLAND_ALLOW_COMMITS property

On Mon, 5 Dec 2016 09:59:46 -0500 (EST) Olivier Fourdan wrote: > Hi Pekka, > > > [...] > > Patches 1 and 2 OTOH would be ready for merging on my behalf. > > Yes, I think the two first patches are fine. Hi Olivier, thank you for the reviews! > > Olivier asked about

Re: [RFC xserver 3/3] Xwayland: use _XWAYLAND_ALLOW_COMMITS property

On Mon, 5 Dec 2016 14:03:04 +0200 Pekka Paalanen <ppaala...@gmail.com> wrote: > On Thu, 24 Nov 2016 15:40:37 +0200 > Pekka Paalanen <ppaala...@gmail.com> wrote: > > > From: Pekka Paalanen <pekka.paala...@collabora.co.uk> > > > > The X11 window

  1   2   >