On Mon, 2013-07-22 at 11:03 +0200, Mark Kettenis wrote:
From: christopher.halse.rog...@canonical.com
Date: Mon, 22 Jul 2013 13:44:46 +1000
From: Maarten Lankhorst maarten.lankho...@canonical.com
Signed-off-by: Christopher James Halse Rogers
christopher.halse.rog...@canonical.com
Clarify when PointerBarriers generate BarrierEvent events
Signed-off-by: Christopher James Halse Rogers
christopher.halse.rog...@canonical.com
---
configure.ac |2 +-
fixesproto.txt | 144 +++-
xfixesproto.h | 76
-off-by: Christopher James Halse Rogers
christopher.halse.rog...@canonical.com
---
v2 is not immediately necessary; the sole place that uses this only checks
for zero/non-zero. Matching the rest of the return values will certainly
make it less surprising should this change, however.
hw/xfree86
The legacy logic was embarassingly wrong; AuthMagic should return errno,
so returning FALSE only when AuthMagic returns nonzero is exactly wrong.
https://bugs.freedesktop.org/show_bug.cgi?id=51400
Signed-off-by: Christopher James Halse Rogers
christopher.halse.rog...@canonical.com
---
hw
On Tue, 2012-06-19 at 14:38 -0400, Kristian Høgsberg wrote:
On Mon, Jun 18, 2012 at 12:58 PM, Keith Packard kei...@keithp.com wrote:
Christopher James Halse Rogers christopher.halse.rog...@canonical.com
writes:
+typedef int (*DRI2AuthMagic2ProcPtr) (ScreenPtr pScreen, int fd, uint32_t
-off-by: Christopher James Halse Rogers
christopher.halse.rog...@canonical.com
---
hw/xfree86/dri2/dri2.c | 35 ---
hw/xfree86/dri2/dri2.h |9 -
2 files changed, 36 insertions(+), 8 deletions(-)
diff --git a/hw/xfree86/dri2/dri2.c b/hw/xfree86/dri2/dri2
xwayland drivers need access to their screen private data to authenticate.
Now that drivers no longer have direct access to the global screen arrays,
this needs to be passed in as function context.
v2: Don't break ABI
Signed-off-by: Christopher James Halse Rogers
christopher.halse.rog
xwayland drivers need access to their screen private data to authenticate.
Now that drivers no longer have direct access to the global screen arrays,
this needs to be passed in as function context. The way it was working
was ugly, anyway.
Signed-off-by: Christopher James Halse Rogers
On Fri, 2012-06-15 at 12:35 +0200, Michel Dänzer wrote:
On Fre, 2012-06-15 at 19:01 +1000, Christopher James Halse Rogers
wrote:
xwayland drivers need access to their screen private data to authenticate.
Now that drivers no longer have direct access to the global screen arrays,
this needs
v2: Use a GenericEvent for BarrierNotify
Add PointerReleased event type
Clarify scope of barrier event-id
Release multiple barriers in a single ReleasePointer call.
---
configure.ac |2 +-
fixesproto.txt | 132 +++-
On Mon, 2012-05-07 at 11:48 -0700, Ian Romanick wrote:
On 04/18/2012 02:51 AM, Christopher James Halse Rogers wrote:
On Tue, 2012-04-17 at 08:36 -0700, Ian Romanick wrote:
On 04/17/2012 03:05 AM, Christopher James Halse Rogers wrote:
On Fri, 2012-04-13 at 18:11 -0700, Ian Romanick wrote
On Thu, 2012-05-03 at 16:35 +1000, Peter Hutterer wrote:
On Thu, May 03, 2012 at 12:40:58PM +1000, Christopher James Halse Rogers
wrote:
On Thu, 2012-05-03 at 11:05 +1000, Peter Hutterer wrote:
On Tue, Apr 03, 2012 at 01:42:38PM +1000, Christopher James Halse Rogers
wrote
On Thu, 2012-05-03 at 11:05 +1000, Peter Hutterer wrote:
On Tue, Apr 03, 2012 at 01:42:38PM +1000, Christopher James Halse Rogers
wrote:
---
I've got a corresponding xserver patch, but it needs updating for the
Great Reindent of '12. Might as well get support for the protocol
On Thu, 2012-05-03 at 11:12 +1000, Peter Hutterer wrote:
On Tue, Apr 03, 2012 at 01:42:38PM +1000, Christopher James Halse Rogers
wrote:
---
I've got a corresponding xserver patch, but it needs updating for the
Great Reindent of '12. Might as well get support for the protocol
On Tue, 2012-04-17 at 08:36 -0700, Ian Romanick wrote:
On 04/17/2012 03:05 AM, Christopher James Halse Rogers wrote:
On Fri, 2012-04-13 at 18:11 -0700, Ian Romanick wrote:
From: Ian Romanickian.d.roman...@intel.com
The attributes will be used for glXCreateContextAttribsARB additions
On Fri, 2012-04-13 at 18:11 -0700, Ian Romanick wrote:
@@ -292,26 +292,10 @@ DoCreateContext(__GLXclientState * cl,
GLXContextID gcId,
return BadAlloc;
}
-/*
- ** Initially, setup the part of the context that could be used
by
- ** a GL core that needs
On Fri, 2012-04-13 at 18:11 -0700, Ian Romanick wrote:
From: Ian Romanick ian.d.roman...@intel.com
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
Reviewed-by: Dave Airlie airl...@redhat.com
---
glx/clientinfo.c | 49 +++--
1 files
.
With the exception of the (minor) issues on the three patches,
Reviewed-By: Christopher James Halse Rogers
christopher.halse.rog...@canonical.com
signature.asc
Description: This is a digitally signed message part
___
xorg-devel@lists.x.org: X.Org
On Tue, 2012-04-03 at 13:42 +1000, Christopher James Halse Rogers wrote:
---
I've got a corresponding xserver patch, but it needs updating for the
Great Reindent of '12. Might as well get support for the protocol additions
before fixing it up.
A slightly different variant of this (it's
On Tue, 2012-04-03 at 13:42 +1000, Christopher James Halse Rogers wrote:
---
I've got a corresponding xserver patch, but it needs updating for the
Great Reindent of '12. Might as well get support for the protocol additions
before fixing it up.
A slightly different variant of this (it's
I've been getting SIGSEGVs in mieqEnqueue while valgrinding the server
hoping to find the source of an Ubuntu crash bug (which doesn't appear
to affect the upstream server).
Upon inspection, it was dying when trying to print the EQ overflowing
message. Digging down, ErrorF appears to end up
---
I've got a corresponding xserver patch, but it needs updating for the
Great Reindent of '12. Might as well get support for the protocol additions
before fixing it up.
A slightly different variant of this (it's gone through a number of iterations
in conjunction with the Unity team) is used
On Tue, 2012-03-13 at 11:47 -0700, Chase Douglas wrote:
See README for instructions on how to use them.
Signed-off-by: Chase Douglas chase.doug...@canonical.com
---
Makefile.am|2 +-
README | 41 +++--
aclocal/Makefile.am| 27
On Wed, 2012-03-14 at 11:27 -0700, Chase Douglas wrote:
On 03/14/2012 05:57 AM, Gaetan Nadon wrote:
On 12-03-14 02:35 AM, Chase Douglas wrote:
On 03/13/2012 10:39 PM, Chase Douglas wrote:
On 03/13/2012 07:30 PM, Gaetan Nadon wrote:
On 12-03-13 08:53 PM, Gaetan Nadon wrote:
On 12-03-13
---
This is not intended to be applied as-is; the autofoo will want changing
to match the changes in xorg-gtest recently submitted to the list.
It's posted (a) as a demonstration of what some tests in the server would
look like, and (b) to demonstrate that there's something for the following
fix
On Tue, 2012-03-13 at 22:30 -0400, Gaetan Nadon wrote:
On 12-03-13 08:53 PM, Gaetan Nadon wrote:
On 12-03-13 02:47 PM, Chase Douglas wrote:
The major change in this round is to patch 8. Instead of instructing
users to
include an automake snippet installed on the system, the README
Halse Rogers r...@ubuntu.com Wed, 25 Jan 2012 14:42:06 +1100
+
+libxfixes (1:5.0-6~hacking1) precise; urgency=low
+
+ * More and different thresholding
+
+ -- Christopher James Halse Rogers r...@ubuntu.com Wed, 25 Jan 2012 11:56:16 +1100
+
+libxfixes (1:5.0-5) precise; urgency=low
+
+ * Pointer
of dixLookupWindow, except for GetProperty, check
for BadMatch
Signed-off-by: Christopher James Halse Rogers
christopher.halse.rog...@canonical.com
---
dix/dixutils.c | 10 +-
1 files changed, 9 insertions(+), 1 deletions(-)
diff --git a/dix/dixutils.c b/dix/dixutils.c
index 00bbde6..9ff91be
This reverts commit f04fe06ae244b851b38be824b1a80f2f8a030591.
dixLookupWindow no longer returns BadMatch. No other caller was checking
for it, so this problem is now fixed in the utility function.
Signed-off-by: Christopher James Halse Rogers
christopher.halse.rog...@canonical.com
---
dix
On Wed, 2011-03-30 at 15:35 +0200, Soeren Sandmann wrote:
Adam Jackson a...@redhat.com writes:
This may be more correct in that it cleans up the Damage. I think it's
less correct in that you break existing clients. FreeDamageExtWin()
deletes the Damage XID, but the spec mentions nothing
DRI, DRI2 and swrast all had near-identical driver probing logic.
Pull it into glxdricommon
Signed-off-by: Christopher James Halse Rogers
christopher.halse.rog...@canonical.com
Reviewed-by: Adam Jackson a...@redhat.com
---
glx/glxdri.c | 44 +--
glx
Signed-off-by: Christopher James Halse Rogers
christopher.halse.rog...@canonical.com
---
hw/xfree86/common/xf86Configure.c |5 +
hw/xfree86/os-support/xf86_OSlib.h | 11 +++
hw/xfree86/parser/scan.c | 11 +++
include/misc.h | 11
DRI, DRI2 and swrast all had near-identical driver probing logic.
Pull it into glxdricommon
Signed-off-by: Christopher James Halse Rogers
christopher.halse.rog...@canonical.com
Reviewed-by: Adam Jackson a...@redhat.com
---
glx/glxdri.c | 44 +--
glx
Signed-off-by: Christopher James Halse Rogers
christopher.halse.rog...@canonical.com
---
glx/glxdricommon.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/glx/glxdricommon.c b/glx/glxdricommon.c
index 5569ab7..16f6588 100644
--- a/glx/glxdricommon.c
+++ b/glx
This matches the behaviour of mesa libGL.
Signed-off-by: Christopher James Halse Rogers
christopher.halse.rog...@canonical.com
---
Upon investigating more closely what mesa libGL does to find DRI drivers,
the extra work handling drivers where driCreateScreen fails isn't needed.
configure.ac
If swrast is being used there's nothing “Accelerated” about it
Signed-off-by: Christopher James Halse Rogers
christopher.halse.rog...@canonical.com
---
glx/glxdri.c | 36 ++--
glx/glxdri2.c | 22 +++---
glx/glxdricommon.c |6
Signed-off-by: Christopher James Halse Rogers
christopher.halse.rog...@canonical.com
---
glx/glxdricommon.c | 13 -
1 files changed, 12 insertions(+), 1 deletions(-)
diff --git a/glx/glxdricommon.c b/glx/glxdricommon.c
index 5569ab7..f9f7f5b 100644
--- a/glx/glxdricommon.c
+++ b
DRI, DRI2 and swrast all had near-identical driver probing logic.
Pull it into glxdricommon
Signed-off-by: Christopher James Halse Rogers
christopher.halse.rog...@canonical.com
---
glx/glxdri.c | 44 +--
glx/glxdri2.c | 39
Mesa's libGL searches a list of paths to find the DRI drivers to load.
It's reasonable for GLX to search in the same paths.
Signed-off-by: Christopher James Halse Rogers
christopher.halse.rog...@canonical.com
---
This obviously requires a mesa change to actually export mesa's list of search
-pauli.niemi...@nokia.com
---
glx/glxdri2.c | 12
hw/xfree86/dri2/dri2.c | 18 ++
hw/xfree86/dri2/dri2.h | 18 ++
3 files changed, 48 insertions(+), 0 deletions(-)
For the series:
Reviewed-By: Christopher James Halse Rogers
-target_sbc_hi);
-status = DRI2WaitSBC(client, pDrawable, target);
+status = DRI2WaitSBC(client, pPriv, target);
return status;
}
Other than the minor comment quibble,
Reviewed-By: Christopher James Halse Rogers
christopher.halse.rog...@canonical.com
signature.asc
Description
On Thu, 2011-02-03 at 19:48 +0200, Pauli wrote:
From: Pauli Nieminen ext-pauli.niemi...@nokia.com
To let DRI2Drawable exists longer than Drawable driver has to use
DRI2DrawablePtr to complete swaps and MSC waits. This allows DRI2 to
clean up after all operations complete without accessing
target_msc,
}
ret = (*ds-ScheduleWaitMSC)(client, pDraw, target_msc, divisor,
remainder);
-if (!ret)
+if (!ret) {
+ pPriv-refcnt--;
return BadDrawable;
+}
return Success;
}
Reviewed-By: Christopher James Halse Rogers
christopher.halse.rog
)
return FALSE;
Reviewed-By: Christopher James Halse Rogers
christopher.halse.rog...@canonical.com
signature.asc
Description: This is a digitally signed message part
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg
On Thu, 2011-02-03 at 19:48 +0200, Pauli wrote:
From: Pauli Nieminen ext-pauli.niemi...@nokia.com
If client disconnects and new client gets same id DRI2 events may end to
wrong client. DRI2 reference list can be checked to see if the client
still owns the DRI2Drawable.
Signed-off-by:
,
DRI2InvalidateDrawable(pPriv);
+DRI2CopyFrontToFakeFront(pDraw, pPriv);
return Success;
}
Reviewed-By: Christopher James Halse Rogers
christopher.halse.rog...@canonical.com
signature.asc
Description: This is a digitally signed message part
);
+private-id= drawId;
+private-client= client;
private-driDrawable =
(*driScreen-dri2-createNewDrawable)(driScreen-driScreen,
Reviewed-By: Christopher James Halse Rogers
christopher.halse.rog...@canonical.com
signature.asc
Description: This is a digitally signed
On Mon, 2010-11-15 at 16:23 -0500, Adam Jackson wrote:
And use it to confine cursor motion to within the bounds of a single
CRTC, iff all the CRTCs within a ScreenRec are reachable from each
other. If not you get the same cursor floats within the bounding rect
behaviour you get now.
v2:
-
On Tue, 2010-12-14 at 14:55 -0500, Adam Jackson wrote:
On Mon, 2010-12-06 at 11:23 +1100, Christopher James Halse Rogers wrote:
I've been cleaning up the Ubuntu X packages, and I've run across some
patches
that have been reviewed some time ago but aren't yet in master.
Resending them
On Wed, 2010-12-08 at 17:47 +0200, Pauli Nieminen wrote:
On 08/12/10 07:56 +0100, ext Christopher James Halse Rogers wrote:
The SwapBuffers request requires that we trigger the swap at some point
in the future. Sane drivers implement this by passing this request to
something
The DRI2 SwapBuffers request requires drivers to defer the swap work
until some point in the future. It's entirely possible for the client
that requested the swap to go away before that trigger occurs, resulting
in DRI2 buffers being freed in DRI2DrawableGone and then the swap
event crashing the
the trigger
occurs, most easily by quitting. This leads to a server crash in
the driver when trying to do the swap.
See http://bugs.freedesktop.org/show_bug.cgi?id=29065 for Radeon and
https://bugs.freedesktop.org/show_bug.cgi?id=28080 for Intel.
Signed-off-by: Christopher James Halse Rogers
Clients can terminate with pending SwapBuffers requests waiting
for the trigger, potentially a long way in the future.
Track these requests so we don't end up delivering
SwapBuffersComplete to an entirely unrelated client.
Signed-off-by: Christopher James Halse Rogers
christopher.halse.rog
James Halse Rogers
christopher.halse.rog...@canonical.com
Reviewed-by: Adam Jackson a...@redhat.com
---
hw/xfree86/modes/xf86EdidModes.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/hw/xfree86/modes/xf86EdidModes.c b/hw/xfree86/modes/xf86EdidModes.c
index 3d51b1d
Ensure that if we're called exactly on the threshold of a
NegativeTransition trigger that we reshedule to pick up
an idle time over the threshold.
Signed-off-by: Christopher James Halse Rogers
christopher.halse.rog...@canonical.com
Reviewed-by: Adam Jackson a...@redhat.com
---
Xext/sync.c
-by: Christopher James Halse Rogers
christopher.halse.rog...@canonical.com
Reviewed-by: Adam Jackson a...@redhat.com
---
Xext/sync.c | 22 ++
1 files changed, 22 insertions(+), 0 deletions(-)
diff --git a/Xext/sync.c b/Xext/sync.c
index f23df6c..fc7c462 100644
--- a/Xext/sync.c
+++ b/Xext
I've been cleaning up the Ubuntu X packages, and I've run across some patches
that have been reviewed some time ago but aren't yet in master.
Resending them, since I've clearly dropped them on the floor at one point.
___
xorg-devel@lists.x.org: X.Org
In recent X servers gnome-screensaver's fade-to-screensaver has lost the
ability to be interrupted. Tim Taiwanese Liim's analysis on the Fedora bug¹
lead to an edge case in the SYNC extension.
If the WakeupHandler is called exactly on the threshold of a NegativeTransition
trigger then
-by: Christopher James Halse Rogers
christopher.halse.rog...@canonical.com
---
Xext/sync.c | 22 ++
1 files changed, 22 insertions(+), 0 deletions(-)
diff --git a/Xext/sync.c b/Xext/sync.c
index a51262a..c00e692 100644
--- a/Xext/sync.c
+++ b/Xext/sync.c
@@ -959,6 +959,17
Ensure that if we're called exactly on the threshold of a
NegativeTransition trigger that we reshedule to pick up
an idle time over the threshold.
Signed-off-by: Christopher James Halse Rogers
christopher.halse.rog...@canonical.com
---
Xext/sync.c |8
1 files changed, 8 insertions
PaintWindowBackground and PaintWindowBorder haven't been
used in a while and have been removed from the Screen
struct in Xserver 1.9.
Signed-off-by: Christopher James Halse Rogers
christopher.halse.rog...@canonical.com
---
src/qxl.h|2 ++
src/qxl_driver.c |7 ++-
2 files
On Fri, 2010-06-25 at 15:04 +0100, Daniel Stone wrote:
On Fri, Jun 25, 2010 at 11:12:49PM +1000, Christopher James Halse Rogers
wrote:
It seems that almost all of the work required to run X without root
privileges has been done, and there are just a couple of loose ends to
tie up before
It seems that almost all of the work required to run X without root
privileges has been done, and there are just a couple of loose ends to
tie up before it can work - at least for KMS drivers.
Apart from opening /proc/mtrr for writing, which isn't used by any of
the drivers I've inspected and
-by: Christopher James Halse Rogers
christopher.halse.rog...@canonical.com
---
hw/xfree86/modes/xf86EdidModes.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/hw/xfree86/modes/xf86EdidModes.c b/hw/xfree86/modes/xf86EdidModes.c
index 8f4d04f..538bfd1 100644
--- a/hw/xfree86/modes
64 matches
Mail list logo