>
> 1. Re: Debugging multiple X11 servers spawning
>
Run top and see if there are multiple iterations of xinit running.
>
> Message: 2
> Date: Tue, 27 Jun 2023 15:51:16 +0300
> From: Riza Dindir
> To: xorg
> Subject: Regarding X client
> Message-ID:
>
> Hello All,
>
> I want to run two applications on X client, and have an xinitrc file
> that starts a GTK application and another that starts xterm. Like so
>
>
>
> Date: Sat, 17 Sep 2022 11:30:39 -0300
> From: Lucas de Sena
> To: xorg@lists.x.org
> Subject: I only get VisibilityNotify events at window mapping
> Message-ID:
> Content-Type: text/plain; charset=us-ascii
>
> Hi,
>
> I'm trying to get VisibilityNotify events to check whether a given
> window
Package: xserver-xorg-video-radeon
Version: 1:19.1.0-2+b1
Severity: important
X-Debbugs-Cc: guiv...@ubuntu.com
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
Updates that led to this issue are
Start-Date:
Yes, that's kind of what it's for! Just make sure to lock (and unlock) the
display in each thread.
> >
> > Hello,
> >
> > Is it possible to call |XInitThreads| multiple times, for example 20
> > times and not worry who calls it first?
> >
>
> XInitThreads isn't re-entrant, so you need to ensure
can get one still. What do
you think?
It would still be nice to get this ALL-IN-WONDER card running, but it is a
strange beast; it does TV in. They likely had to change some things to get
it to work. The more I think about it, the more I think you are correct.
Best Regards,
Chris
On Sun, May 23
is the ATI ALL-IN-WONDER
128 PRO. The operating system is Debian 10.9.0.
The driver seems to be identifying the card okay. I don't know why it is
still generating errors. Any ideas?
Best Regards,
Chris
[30.886]
X.Org X Server 1.20.4
X Protocol Version 11, Revision 0
[30.886] Build
ack screen. I cannot get to a root prompt to
access the xorg log file.
I am trying to trouble shoot some (EE) statements I am seeing.
Does anyone have any idea what to do to get that root prompt back?
Best Regards,
Chris
___
xorg@lists.x.org: X.Org suppor
>
> Re: Stale image on X11 server after lost connection
>
> Message: 1
>Date: Tue, 6 Apr 2021 14:05:26 +0200
> From: Jos? Tom?s Tocino Garc?a
> To: Ilya Anfimov , xorg@lists.x.org
> Subject: Re: Stale image on X11 server after lost connection
> Message-ID:
>
> I'm sorry for the late reply. I've
I can set the cursor to be displayed on a window in a
XSetWindowAttributes(3) structure while creating a window,
or with XDefineCursor(3) after the window is created.
But how can I get the current cursor of a window?
The XWindowAttributes(3) structure does not contain a Cursor
entry, so I
Around 25 years ago, before the X Render Extension, Eric Foster-Johnson
wrote a great article on the topic of using color in X, for the "Cross
Thoughts" column in Unix Review Magazine. I've kept a copy ever since:
When the X Window system became popular, particularly on UNIX
workstations, you
Date: Thu, 17 Dec 2020 13:41:58 -0500
From: "James K. Lowden"
To: xorg@lists.x.org
Subject: Re: Cant set my xkb's xkeymap with xkbcomp
Message-ID: <20201217134158.c0ce6bdbab5366a77fb64...@schemamania.org>
Content-Type: text/plain; charset=ISO-8859-1
If the warning occurs on every system and
On 11/12/2020 06:35 PM, Thomas Dickey wrote:
On Thu, Nov 12, 2020 at 05:05:54PM -0600, Chris Sorenson wrote:
...
> A trivial patch to escape three apostrophes in configure.in that break
> syntax highlighting in some editors (feel free to ignore!):
Some work may be needed on the e
Message: 1
Date: Thu, 12 Nov 2020 00:52:17 +
From: Thomas Dickey
To: Xorg list , XFree86 Developers' list
Subject: ANN: xterm-362
Message-ID:
<20201112005217.3unjdgygmco6s...@prl-debianold-64.jexium-island.net>
Content-Type: text/plain; charset="utf-8"
Files:
My reasoning is: Entire shape is within clipping/bounding (as far as I
can see at least), the line joins should "join correctly", the
polylines
consist of the same points (another test I made) but still the diamond
is only rendered correctly if the rightmost corner is first/last.
To me this
es?
On 10/18/2020 05:11 PM, IL Ka wrote:
>
> On Sun, Oct 18, 2020 at 5:35 PM Chris Sorenson wrote:
>
Hello.
>
> xdm runs Xstartup on behalf of the user.
>
Hmm.. man page says: "After the user logs in, xdm runs the Xstartup
script
as root.".
There is a $USER a
xdm runs Xstartup on behalf of the user. Or, at least it's supposed to.
Xstartup should then call sessreg which should invoke wtmp and utmp.
However, it's possible to bypass wtmp/utmp by passing "-w none" to
sessreg, in which case "w" won't show the login. What does your Xstartup
say?
On
On 9/23/20 1:35 PM, Yuri wrote:
> On 2020-09-23 08:21, Pete Wright wrote:
> > $ xrandr |grep 2560
>
>
> Interestingly, this command shows nothing after Xorg was started,
> but shows 2560x1600 after the "NVidia settings" program changes
> the resolution to 2560x1600.
>
> I just need to find a way,
Message: 2
Date: Wed, 4 Dec 2019 11:41:49 +0530
From: Fabin Mundattil
To: x...@freedesktop.org
Subject: Xorg freezes
Message-ID:
Content-Type: text/plain; charset="utf-8"
I have Ubuntu 18 running Google Chrome. Google chrome freezes my
machine. I
figured it out that the hardware
I tested this on multiple machines and on both Debian 9 and 10 (with
X11,
not wayland). Is this a bug, or what is the explanation for this?
Reply to both list an OP.
I did a diff on those two xrandr outputs, there's a lot going on there.
Intel is very wishy-washy about their graphics
ng deeper is awry
given that locks persist beyond the end of the process.
Best wishes,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org chris-lamb.co.uk
`-
___
xorg@lists.x.org: X.Org support
Archives: http://lists.freede
ot;Xt is a similarly deprecated library for
building toolkits" from the wiki at x dot org? This work, and since
Motif is still supported (sort of; not a real fan of ICS these days) are
obvious proof that Xt is not deprecated.
Thanks again,
Chris
__
Hey guys,
I hope this message isn't an annoyance but I'm not sure the best place
to turn right now.
I am having an issue with my X windows not getting "erased" when the
window is closed. I'm probably not explaining well which is why my
google searches have been empty. Basically I am running MWM
Message: 1
Date: Mon, 17 Jun 2019 15:01:50 -0700
From: Andrew Kurn
To: xorg@lists.x.org
Subject: Corrupt window
Message-ID: <20190617220150.GA2042@Godzilla.local>
Content-Type: text/plain; charset=us-ascii
I'm using the version of X current for Debian Jessie.
I find that windows are sometimes
Message: 1
Date: Tue, 9 Apr 2019 15:37:28 +1200
From: XJDHDR
To: x...@freedesktop.org
Subject: Re: "XKB: Could not invoke xkbcomp" error
Message-ID: <4d717514-d25f-92d5-9c1e-2af6c41cf...@gmail.com>
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Thank you for helping.
I am
e.conf to specify
> driver modesetting. The DDX
> modesetting driver does not have its own package. Instead it's the default,
> provided by the server
> package.
Ahem. The ddx is doing exactly what it is being told to do.
-Chris
___
xorg@lists.x.
My xKeyboard-config is version 2.23.1-1 (so it is the most recent
version). This keyboard issue seems pretty common for Nedit users,
which is why Nedit lists it in the "Help->Problems/Defects" option. I
am quoting the text here:
QUOTE
P: Dialogs don't automatically get keyboard focus when they
On 02/15/2019 11:48 AM, akshay chavan wrote:
Hi,
Nedit's "version" option shows the following information:
NEdit 5.6
Jul 5, 2010
Built on: Win32, x86-64, GNU C
Built at: Jun 30 2015, 16:55:01
With Motif: (Untested) 2.3.4 [@(#)Motif Version 2.3.4]
Running Motif: 2.3 [unknown]
Message: 1
Date: Mon, 11 Feb 2019 18:14:27 + (UTC)
From: akshay chavan
To: "xorg@lists.x.org"
Subject: Problems using an X-Window application on Cygwin
Message-ID: <844242032.1743315.1549908867...@mail.yahoo.com>
Content-Type: text/plain; charset="utf-8"
Hi,
I have installed a X-Window
On Mon, 2018-09-24 at 19:46 -0500, Chris Pollock wrote:
> On Thu, 2018-09-06 at 10:10 -0500, Chris wrote:
> > On Thu, 2018-09-06 at 16:00 +0200, Michel Dänzer wrote:
> > > On 2018-09-06 1:53 p.m., Chris wrote:
> > > > On Thu, 2018-09-06 at 12:21 +0200, Michel Dänzer
t; >
> > Let me know if you spot anything weird, and if you have any suggestions?
>
> Just for documenting it, the issue seems very similar to what is reported in
> this comment:
> https://forums.linuxmint.com/viewtopic.php?t=253475#p1457587
>
> I am indeed using Ci
On Thu, 2018-09-06 at 10:10 -0500, Chris wrote:
> On Thu, 2018-09-06 at 16:00 +0200, Michel Dänzer wrote:
> > On 2018-09-06 1:53 p.m., Chris wrote:
> > > On Thu, 2018-09-06 at 12:21 +0200, Michel Dänzer wrote:
> > > > On 2018-09-05 9:16 p.m., Adam Jackson wrote:
>
Quoting Troll Berserker (2018-09-18 16:28:02)
> Is it possible?
man 4 intel, search for ZaphodHeads
-Chris
___
xorg@lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: https://lists.x.org/mailman/listinfo/xorg
Y
On Thu, 2018-09-06 at 12:21 +0200, Michel Dänzer wrote:
> On 2018-09-05 9:16 p.m., Adam Jackson wrote:
> > On Sat, 2018-09-01 at 10:24 -0500, Chris wrote:
> >
> > > When starting Evolution this is output to syslog and periodically
> > > after it's running:
On Wed, 2018-09-05 at 15:16 -0400, Adam Jackson wrote:
> On Sat, 2018-09-01 at 10:24 -0500, Chris wrote:
>
> > When starting Evolution this is output to syslog and periodically
> > after it's running:
> >
> > https://pastebin.com/zndBukUG
>
> Evolution,
://pastebin.com/zndBukUG
I've filed a bug report on Ubuntu Launchpad:
https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1788739
Should I also submit a bug report at freedesktop.org for this or is
this possibly some kind of a configuration issue that I can check?
Chris
--
Chris
KeyID
vbl.request.sequence = ms_crtc_msc_to_kernel_msc(crtc, target_msc);
> -vbl.request.signal = (unsigned long)seq;
>
> -ret = drmWaitVBlank(ms->fd, );
> +ret = ms_queue_vblank(crtc, MS_QUEUE_ABSOLUTE, target_msc,
> _msc, seq);
> if (ret) {
>
As we are not freeing elements while iterating the list of timers, we
can forgo using the safe variant, and reduce the number of pointer
dances required for the insertion sort.
Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
---
os/WaitFor.c | 4 ++--
1 file changed, 2 insertions
Currently, we use xorg_list_add(new, head->prev) which is functionaly
equivalent to xorg_list_append(), but with more pointer chasing, so
reduce the strain on the reader and compiler by using the simpler
append().
Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
---
os/WaitFor.c
, and so also serviced on every
pass. The trade-off being that the kernel timer wheel is likely more
efficiently integrated with epoll, but individual updates to each timer
would then require syscalls.)
Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
---
os/WaitFor.c | 3 +--
1 file chan
e + _pt_distance, 2.0 * _pt_distance) -
_pt_distance);
Which makes the same mistake as I did in using mod() instead of the GL
definition of fract(). Simplest fix will be to normalize distance and
then use the correct transformation from the radial shader.
-Chris
___
Quoting Chris Wilson (2018-01-23 15:26:50)
> Quoting Jeffrey Smith (2018-01-23 15:15:10)
> > On Mon, Jan 22, 2018 at 3:01 PM, Chris Wilson <ch...@chris-wilson.co.uk>
> > wrote:
> > > Quoting Adam Jackson (2018-01-22 20:09:52)
> > >> On Sat, 2017-12
Quoting Jeffrey Smith (2018-01-23 15:15:10)
> On Mon, Jan 22, 2018 at 3:01 PM, Chris Wilson <ch...@chris-wilson.co.uk>
> wrote:
> > Quoting Adam Jackson (2018-01-22 20:09:52)
> >> On Sat, 2017-12-23 at 19:26 +0100, Clemens Eisserer wrote:
> >> > Hi
oat t;
for (t = -3; t <= 3; t += .5)
printf("%5.1f ", t);
printf("\n");
for (t = -3; t <= 3; t += .5)
printf("%5.1f ", repeat(t));
printf("\n");
}
-3.0 -2.5 -2.0 -1.5 -1.0 -0.5
ct if the
resolution/scaling is also altered."
My attempt at doing the latter just ended in segv. After which it just
slipped my mind.
-Chris
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: https://
Hi xorg-devel,
Whilst working on the Reproducible Builds effort [0], we noticed
that xorg-server could not be built reproducibly.
One reason is because it embeds a build and date time. Patch
attached.
[0] https://reproducible-builds.org/
Regards,
--
,''`.
: :' : Chris Lamb
xorg driver that is just considered
> obsolete and dead or anything?
It is not likely a ddx bug...
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-
This reverts commit b5b292896f647c85f03f53b20b2f03c0e94de428.
This breaks the concept of the screen->pixmap_dirty_list as it no longer
tracks the relationship between the PixmapDirtyUpdate src and slave_dst,
for the supposed convenience of not tracking present flips.
---
dix/pixmap.c | 16
==8734== Thread 2 InputThread:
==8734== Conditional jump or move depends on uninitialised value(s)
==8734==at 0x2FDB05: InputThreadDoWork (inputthread.c:333)
==8734==by 0x6924423: start_thread (pthread_create.c:333)
==8734==by 0x6C229BE: clone (clone.S:105)
Signed-off-by: Chris Wilson
nearby memory instead.
Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
---
os/busfault.c | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git a/os/busfault.c b/os/busfault.c
index d4afa6df3..a2d433a2e 100644
--- a/os/busfault.c
+++ b/os/busfault.c
@@ -98,15 +98,
The new input lock is missing for the xf86TransparentCursor() entry
point.
Fixes: 6a5a4e60373c ("Remove SIGIO support for input [v5]")
References: https://bugs.freedesktop.org/show_bug.cgi?id=99358
Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
---
hw/xfree86/ramdac/
Add the missing input_lock() around the call into the driver's
UseHWCursor() callback.
Fixes: 6a5a4e60373c ("Remove SIGIO support for input [v5]")
References: https://bugs.freedesktop.org/show_bug.cgi?id=99358
Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
---
h
: 6a5a4e60373c ("Remove SIGIO support for input [v5]")
References: https://bugs.freedesktop.org/show_bug.cgi?id=99358
Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
---
hw/xfree86/ramdac/xf86HWCurs.c | 24 ++--
1 file changed, 18 insertions(+), 6 deletions(-)
mode available.
Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
---
hw/xfree86/modes/xf86Crtc.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/hw/xfree86/modes/xf86Crtc.c b/hw/xfree86/modes/xf86Crtc.c
index 966a168..048c3b2 100644
--- a/hw/xfree86/modes/xf86
On Sun, Jun 12, 2016 at 06:23:25PM +0100, Emil Velikov wrote:
> On 12 June 2016 at 17:09, Chris Wilson <ch...@chris-wilson.co.uk> wrote:
> > On Sun, Jun 12, 2016 at 02:35:43PM +0100, Emil Velikov wrote:
> >> Hi all,
> >>
> >> On 11 June 2016 at 0
t; >
> IMHO the proposed patch does not sound like a reasonable long-term
> solution. Ideally the driver will expose a flag, based on which Xorg
> will enable/disable reverse prime. That said, as a short-term fix this
> is fine, barring the issues mentioned below.
The decision as
On Tue, Apr 26, 2016 at 02:42:52PM +0200, Stefan Dirsch wrote:
> From: Dominique Leuenberger <dims...@opensuse.org>
>
> Without these headers, we can run into build errors like:
sys/stat.h is already included. Curious.
-Chris
--
Chris Wilson, Intel Open Source Te
ted instantaneously and so accessing the vblank structure after a
successful call into the driver may cause a use-after-free. This is
trivially avoided by using the locals we took earlier.
Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
---
present/present.c | 30 +++--
: https://bugs.freedesktop.org/show_bug.cgi?id=94816
Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
---
configure.ac | 2 +-
xrandr.c | 275 +--
2 files changed, 192 insertions(+), 85 deletions(-)
diff --git a/configur
On Mon, Apr 04, 2016 at 05:11:11PM +0100, Chris Wilson wrote:
> When using pixel-exact scaling from for example running a 3840x2160 monitor
> at 1920x1080 half-resolution upscaling using a bilinear filter
> introduces blur where none is expected.
Missed --scale, this only changes --s
When using pixel-exact scaling from for example running a 3840x2160 monitor
at 1920x1080 half-resolution upscaling using a bilinear filter
introduces blur where none is expected.
References: https://bugs.freedesktop.org/show_bug.cgi?id=94816
Signed-off-by: Chris Wilson <ch...@chris-wilson.co
equest and others) was increased leading to lots of
log spam. Downgrade the logging back to DebugF.
References: https://bugs.freedesktop.org/show_bug.cgi?id=94515
Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
Cc: Olivier Fourdan <ofour...@redhat.com>
Cc: Adam Jackson <a...@redhat.com
On Wed, Feb 24, 2016 at 04:52:57PM +0900, Michel Dänzer wrote:
> From: Michel Dänzer <michel.daen...@amd.com>
>
> To make them usable from any other function in the file. No functional
> change.
>
> Signed-off-by: Michel Dänzer <michel.daen...@amd.com>
Reviewed
alling back to a copy, or else it's executed too
> early.
>
> Fixes glxgears running at unbounded framerate (not synchronized to the
> refresh rate) in fullscreen if the driver flip hook fails.
>
> Signed-off-by: Michel Dänzer <michel.daen...@amd.com>
Reviewed-by: C
pup menu appears on top of a
> flipping fullscreen window.
>
> Signed-off-by: Michel Dänzer <michel.daen...@amd.com>
Reviewed-by: Chris Wilson <ch...@chris-wilson.co.uk>
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
that's already the case in other present code.
It is true that we cannot schedule a flip without screen->root (though
present_check_flip would crash rather than reject the call).
> Signed-off-by: Michel Dänzer <michel.daen...@amd.com>
Reviewed-by: Chris Wilson <ch...@chris-wilson.c
On Fri, Feb 19, 2016 at 11:39:11AM +0900, Michel Dänzer wrote:
> From: Michel Dänzer <michel.daen...@amd.com>
>
> The following fix will use the refactored function.
>
> Signed-off-by: Michel Dänzer <michel.daen...@amd.com>
Reviewed-by: Chris Wilson <ch...@chris-w
copy.
>
> When switching a flipping window out of fullscreen, a repeated unflip
> copy could leave artifacts of the flip pixmap on the desktop.
>
> Signed-off-by: Michel Dänzer <michel.daen...@amd.com>
And the ordering is better: we should do the restoration of the contents
bef
On Thu, Feb 11, 2016 at 05:41:16PM +, Chris Wilson wrote:
> On Wed, Feb 10, 2016 at 11:51:18AM -0500, Adam Jackson wrote:
> > @@ -983,7 +990,7 @@ DRI2WakeClient(ClientPtr client, DrawablePtr pDraw, int
> > frame,
> > {
> > ScreenPtr pScreen = pDraw->pSc
callback and so we want to only use that external list as
our means of controlling sleeps and wakeups. We thus have a list of
sleeping clients at our disposal and can manage multiple events and
sources.
Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
---
hw/xfree86/dri2/dri2.c
This is a variant of ClientSignal() that signals all clients with an
optional matching sleeping client, function and closure.
Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
---
dix/dixutils.c | 22 ++
include/dix.h | 8
2 files changed, 30 inse
On Wed, Feb 10, 2016 at 11:51:18AM -0500, Adam Jackson wrote:
> @@ -983,7 +990,7 @@ DRI2WakeClient(ClientPtr client, DrawablePtr pDraw, int
> frame,
> {
> ScreenPtr pScreen = pDraw->pScreen;
> DRI2DrawablePtr pPriv;
> -
> +t
Without this,
Tested-by: C
commit e43abdce964f5ed9689cf908af8c305b39a5dd36
Author: Chris Wilson <ch...@chris-wilson.co.uk>
Date: Wed Feb 3 09:54:46 2016 +
dri2: Unblock Clients on Drawable release
added a call to AttendClient during drawable teardown, which also happens
as a result of client teardown. H
Make AttendClient safe to call along the client teardown path (i.e.
after CloseDownConnection which is called before the Client's resources
are freed) by checking the ClientPtr before the OsCommPtr.
References: https://bugs.freedesktop.org/show_bug.cgi?id=94074
Signed-off-by: Chris Wilson <
op.org/patch/19695/
Link: http://lists.x.org/archives/xorg-devel/2010-November/014783.html
Link: http://lists.x.org/archives/xorg-devel/2010-November/014782.html
Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
Cc: Ville Syrjälä <ville.syrj...@linux.intel.com>
---
hw/xfr
to DRI2Drawables.
Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
Cc: Ville Syrjälä <ville.syrj...@linux.intel.com>
---
glx/glxdri2.c | 10 ++--
hw/xfree86/dri2/dri2.c| 136 ++
hw/xfree86/dri2/dri2.h| 11 ++--
hw/
.
Testcase: dri2-race/manager
Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
Cc: Ville Syrjälä <ville.syrj...@linux.intel.com>
---
hw/xfree86/dri2/dri2.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/hw/xfree86/dri2/dri2.c b/hw/xfree86/dri2/dri2.c
index 2f05c64..80
chives/xorg-devel/2015-February/045638.html
Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
Cc: Ville Syrjälä <ville.syrj...@linux.intel.com>
---
hw/xfree86/dri2/dri2.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/hw/xfree86/dri2/dri2.c b/hw/xfree86
de-after-a-while-of-waiting
Should be resolved by now. It was just bug that mistakenly marked the first
current-only probe as valid on the initial modesetting.
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
___
xorg@lists.x.org: X
On Mon, Dec 14, 2015 at 11:58:39AM +, Daniel Menet wrote:
>Thanks Chris, that gives me some sense of optimism. Still I'm running Arch
>Linux, all up to date - and still facing the issue. Since you mentioned
>modesettigs I assume that this was a kernel related bug (I am n
g stations, it remembers the layout of available monitors and when
> I
> dock it onto the other station and resume, it still shows me the old list of
> outputs and modes. I need to undock it while running and dock it again to
> make
> it notify the change in outputs.
>
&g
On Thu, Nov 19, 2015 at 02:39:21PM +0100, Łukasz Maśko wrote:
> Dnia czwartek, 19 listopada 2015 13:27:37 Chris Wilson pisze:
> [...]
> > The kernel is supposed to send a hotplug notification on resume that
> > should result in the list being updated.
>
> If I get yo
sync_flip)
+if (!(options & PresentOptionCopy) && pixmap != NULL) {
+if (options & PresentOptionAsync &&
+(screen_priv->info &&
+ screen_priv->info->capabilities & PresentCapabilityAsync) &&
+ present_check_f
On Wed, Nov 04, 2015 at 10:48:40AM +0100, Axel Davy wrote:
> On 04/11/2015 10:40, Chris Wilson wrote:
> >On Tue, Nov 03, 2015 at 09:14:51AM +0100, Axel Davy wrote:
> >>+if (pixmap != NULL &&
> >>+!(options & PresentOption
Screen 0
> Option "AccelMethod" "sna"
> Option "Monitor-LVDS1" "LVDS1"
Option "ZaphodHeads" "LVDS1"
> Option "TearFree" "on"
> EndSection
>
On Fri, Oct 30, 2015 at 08:00:46PM +0100, Boszormenyi Zoltan wrote:
> 2015-10-30 19:15 keltezéssel, Chris Wilson írta:
> > On Fri, Oct 30, 2015 at 06:17:50PM +0100, Boszormenyi Zoltan wrote:
> >> In my case with this particular POS machine, the intended primary display,
>
On Fri, Oct 30, 2015 at 05:56:35PM +0100, Boszormenyi Zoltan wrote:
> 2015-10-30 17:46 keltezéssel, Boszormenyi Zoltan írta:
> > 2015-10-30 17:36 keltezéssel, Chris Wilson írta:
> >> On Fri, Oct 30, 2015 at 04:58:49PM +0100, Boszormenyi Zoltan wrote:
> >>> Section &qu
On Fri, Oct 30, 2015 at 05:46:51PM +0100, Boszormenyi Zoltan wrote:
> 2015-10-30 17:36 keltezéssel, Chris Wilson írta:
> > On Fri, Oct 30, 2015 at 04:58:49PM +0100, Boszormenyi Zoltan wrote:
> >> Section "Device"
> >> Identifier "Intel0"
>
On Fri, Oct 30, 2015 at 06:17:50PM +0100, Boszormenyi Zoltan wrote:
> 2015-10-30 18:03 keltezéssel, Chris Wilson írta:
> > On Fri, Oct 30, 2015 at 05:56:35PM +0100, Boszormenyi Zoltan wrote:
> >> 2015-10-30 17:46 keltezéssel, Boszormenyi Zoltan írta:
> >>> 2015-
nearby memory instead.
Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
---
os/busfault.c | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git a/os/busfault.c b/os/busfault.c
index d4afa6d..a2d433a 100644
--- a/os/busfault.c
+++ b/os/busfault.c
@@ -98,15 +98,
For modes attached to an output we decode the modeFlags into their human
readable strings. For unattached modes, we currently do not print the
modeFlags at all - so continue the copy'n'paste for mode printing.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=92025
Signed-off-by: Chris
of seconds), but it may perturb the setup that the
user is trying to configure.
Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
---
xrandr.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/xrandr.c b/xrandr.c
index 181c76e..dcfdde0 100644
--- a/xr
On Sun, Sep 13, 2015 at 12:14:57PM +0100, Chris Wilson wrote:
> On Sun, Sep 13, 2015 at 01:08:11PM +0200, Mark Kettenis wrote:
> > Seems you already can get the behaviour you want by specifying
> > --current. Whereas there is no convenient way to force a probe, other
> > t
On Sun, Sep 13, 2015 at 01:08:11PM +0200, Mark Kettenis wrote:
> > From: Chris Wilson <ch...@chris-wilson.co.uk>
> > Date: Sun, 13 Sep 2015 11:40:37 +0100
> >
> > Before we change the state (e.g. adding a mode or applying one to an
> > output), we quer
On Sun, Sep 13, 2015 at 08:01:46PM +0200, Mark Kettenis wrote:
> > Date: Sun, 13 Sep 2015 12:14:57 +0100
> > From: Chris Wilson <ch...@chris-wilson.co.uk>
> >
> > On Sun, Sep 13, 2015 at 01:08:11PM +0200, Mark Kettenis wrote:
> > > > From: Chris Wilson &l
);
+xcb_image_put(HostX.conn, scrpriv-win, HostX.gc, img, dx, dy, 0);
+if (subimg != img)
xcb_image_destroy(img);
+xcb_image_destroy(subimg);
Nevertheless,
Reviewed-by: Chris Wilson ch...@chris-wilson.co.uk
-Chris
--
Chris Wilson, Intel Open Source Technology
When an output is disabled via the cmdline, we can use that information
to prevent assigning the current CRTC to the output and free it up for
reuse by other outputs in the first pass of picking CRTC.
Reported-and-tested-by: Nathan Schulte nmschu...@gmail.com
Signed-off-by: Chris Wilson ch
request 3 new HDMI outputs on a
system with only 3 CRTC, and wished to switch off an active internal
panel, we would report cannot find CRTC even though that configuration
could be established.)
Reported-and-tested-by: Nathan Schulte nmschu...@gmail.com
Signed-off-by: Chris Wilson ch...@chris
to apply HW transformation when
possible. It also needs to know the transform for applying the HW
cursor. I guess the problem you face is that you want the host GPU to
accelerate the rotation for a slaved USB device?
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
On Fri, Jun 05, 2015 at 10:26:15AM -0400, Adam Jackson wrote:
On Tue, 2015-06-02 at 20:54 +0100, Chris Wilson wrote:
On Tue, Jun 02, 2015 at 02:08:38PM -0400, Adam Jackson wrote:
We're always creating ~230 atoms at startup, might as well tune it
so we don't hit the realloc path before
1 - 100 of 602 matches
Mail list logo