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"
> escreveu:
> >
> > On Fri, Dec 11, 2015 at 11:43:10AM -0200, Laércio de Sousa wrote:
> > > This patch introduces convenient command-line options -xkbrules,
> > > -xkbmodel, -xkblayout,
Em 9 de fev de 2016 02:24, "Peter Hutterer"
escreveu:
>
> On Fri, Dec 11, 2015 at 11:43:10AM -0200, Laércio de Sousa wrote:
> > This patch introduces convenient command-line options -xkbrules,
> > -xkbmodel, -xkblayout, -xkbvariant, and -xkboptions, to set default
> > values for these properties.
With modesetting/glamor/reverse prime setups, we don't have
a decent sync mechanism between master and slave drivers. The
drivers each have their own driver pixmap/bo for their side
of the shared pixmap so nothing is available to synchronise
these. Ideally we'd have cross driver sync objects, but t
Due to the way present currently works, we don't ever
check with the secondary adapters if we can flip at all.
We shouldn't flip if the secondary adapters are attached
to the pixmap currently, however using the current check_flip
callback isn't possible as it passes the Window to the driver
(somet
On Fri, Dec 11, 2015 at 11:43:10AM -0200, Laércio de Sousa wrote:
> This patch introduces convenient command-line options -xkbrules,
> -xkbmodel, -xkblayout, -xkbvariant, and -xkboptions, to set default
> values for these properties.
>
> These options can be handful in cases where corresponding va
On Mon, Feb 08, 2016 at 10:00:21PM -0200, Laércio de Sousa wrote:
> 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
This series is a replacement for my previous attempt at glamor forcing
different drivers to load.
First it adds the ability to match on PCI ID strings to the OutputClass
stuff. The sections are of the form:
ection "OutputClass"
Identifier "nouveau"
Driver "nouveau"
MatchPC
This disables the built-in pciid lists on Linux, as we want
to start using OutputClass only to pick which drivers to load.
Signed-off-by: Dave Airlie
---
hw/xfree86/common/xf86pciBus.c | 3 ++-
hw/xfree86/common/xf86platformBus.c | 3 ++-
2 files changed, 4 insertions(+), 2 deletions(-)
di
This will be used by drivers to denote PCI ids in the future
instead of hardcoding them in the server.
Signed-off-by: Dave Airlie
---
hw/xfree86/common/xf86platformBus.c | 14 ++
hw/xfree86/parser/OutputClass.c | 21 +
hw/xfree86/parser/xf86Parser.h | 1
On Wed, 2016-02-03 at 16:02 +0200, Ville Syrjälä wrote:
> On Wed, Feb 03, 2016 at 09:54:46AM +, Chris Wilson wrote:
> > If the Window is destroyed by another client, such as the window
> > manager, the original client may be blocked by DRI2 awaiting a vblank
> > event. When this happens, DRI2Dr
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, nor the sysadmin
On 02/ 8/16 02:36 PM, Adam Jackson wrote:
Removed from xtrans in 2012, and never wired up in the modular build
anyway.
Signed-off-by: Adam Jackson
Reviewed-by: Alan Coopersmith
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - http
On Mon, 2016-01-18 at 13:09 -0800, Eric Anholt wrote:
> This doesn't work unless you have NOCONFIGURE set, because of "exec".
> If you move it up above that block, it's:
>
> Reviewed-by: Eric Anholt
Done:
To ssh://git.freedesktop.org/git/xorg/xserver
7bb64d8..a722d61 master -> master
- aj
Removed from xtrans in 2012, and never wired up in the modular build
anyway.
Signed-off-by: Adam Jackson
---
os/access.c | 17 -
os/connection.c | 4 ++--
os/utils.c | 4 ++--
os/xdmauth.c| 2 +-
os/xdmcp.c | 44
5
On Mon, 2016-02-08 at 14:17 +1000, Dave Airlie wrote:
> On 4 February 2016 at 23:06, Jan Burgmeier
> wrote:
> > Bugzilla: https://bugs.freedesktop.org/92313
>
> Reviewed-by: Dave Airlie
>
> though it might be nice to have some more info from the bug in the
> commit message.
Pushed with a sligh
On Fri, 2016-02-05 at 07:54 +0800, Jonas Ådahl wrote:
>
> On Feb 5, 2016 12:53 AM, "Rui Matos" wrote:
> >
> > The last cursor frame we commited before the pointer left one of our
> > surfaces might not have been shown. In that case we'll have a cursor
> > surface frame callback pending which we n
On Wed, 2016-02-03 at 15:36 +0200, Ville Syrjälä wrote:
> On Wed, Feb 03, 2016 at 09:54:43AM +, Chris Wilson wrote:
> > All callers of SetWindowPixmap will themselves be traversing the Window
> > heirachy updating the backing Pixmap of each child and so we can forgo
> > doing the identical trav
On Wed, 2016-02-03 at 09:54 +, Chris Wilson wrote:
> @@ -203,6 +203,11 @@ DRI2AllocateDrawable(DrawablePtr pDraw)
> if (pPriv == NULL)
> return NULL;
>
> +if (!AddResource(pDraw->id, dri2DrawableRes, pPriv)) {
> +free(pPriv);
> +return NULL;
> +}
> +
>
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" escreveu:
> On Fri, 2015-12-11 at 11:43 -0200, Laércio de Sousa wrote:
>
> > This is the v7 of patch series which
On Mon, 2016-02-01 at 13:48 -0800, Eric Anholt wrote:
> Managing the group logic was really error-prone (forget to edit
> success_mask when copy and pasting? Forget to printf a description of
> the group?). Most new tests being written can be described as a single
> call that does a couple subtes
On Fri, 2015-12-11 at 11:43 -0200, Laércio de Sousa wrote:
> This is the v7 of patch series which provides some missing parts
> for full single-GPU multi-seat support in Xephyr. The main difference
> to v6 is that now ephyr input driver for kdrive won't be loaded
> in multi-seat mode, i.e. if -sea
On Fri, 2015-12-11 at 11:43 -0200, Laércio de Sousa wrote:
> This patch introduces convenient command-line options -xkbrules,
> -xkbmodel, -xkblayout, -xkbvariant, and -xkboptions, to set default
> values for these properties.
>
> These options can be handful in cases where corresponding values ca
On Fri, 2015-12-11 at 11:43 -0200, Laércio de Sousa wrote:
> From: Mikhail Krivtsov
>
> 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 stay in off.
>
> Currently logical LEDs are propagated to physical key
On Fri, 2015-12-11 at 11:43 -0200, Laércio de Sousa wrote:
> +void
> +systemd_logind_release_fd(int _major, int _minor, int fd)
> +{
> +}
> +
> +void
> +systemd_logind_vtenter(void)
> +{
> +}
This introduces a warning:
kdrive.c:1217:1: warning: no previous prototype for 'systemd_logind_release_f
On output removal, the CRTC that was added in xwl_output_create()
is not removed in xwl_output_destroy() and would cause a segmentation
fault later on in ProcRRGetMonitors():
(EE) Segmentation fault at address 0x10001
(EE)
(EE) 10: ? (?+0x29) [0x29]
(EE) 9: /usr/bin/Xwayland (_start+0x
Hi Olivier,
On 8 February 2016 at 16:00, Olivier Fourdan wrote:
>> Tested by starting with a single output, manually checking
>> screenInfo.screens[0]->root->{winSize,borderSize,borderClip,clipList}
>> with gdb, hotplugging an output, verifying the regions again and also
>> checking xev receives
Hi Daniel,
- Original Message -
> [Accidentally sent the unannotated version - sorry.]
> [...]
>
> Unfortunately this totally breaks output hotplug, regressing the fix
> from 216bdbc735. The effect is that if you hotplug an output and move an
> XWayland window on to it, it can never recei
[Accidentally sent the unannotated version - sorry.]
Hi,
On 23 November 2015 at 07:51, Olivier Fourdan wrote:
> diff --git a/hw/xwayland/xwayland-output.c b/hw/xwayland/xwayland-output.c
> index 5ef444d..2a180f2 100644
> --- a/hw/xwayland/xwayland-output.c
> +++ b/hw/xwayland/xwayland-output.c
>
216bdbc735 removed the SetRootClip call in the XWayland output-hotplug
handler when running rootless (e.g. as a part of Weston/Mutter), since
the root window has no storage, so generating exposures will result in
writes to invalid memory.
Unfortunately, preventing the segfault also breaks sprite c
29 matches
Mail list logo
