On Thu, Dec 2, 2010 at 1:35 AM, Keith Packard kei...@keithp.com wrote:
On Tue, 2 Nov 2010 20:10:32 +0100, Andrea Canciani ranm...@gmail.com wrote:
The function swapStops repeatedly swaps the color components as
CARD16, but incorrectly steps over them as if they were CARD32.
This causes half
Dear all,
In xserver 1.9.0, there is an access array to cache previous
results to reduce cost. Howver, this optimization would modify the original
index and give the wrong index to driver PrepareAccess. Also, sometimes
driver PrepareAccess need to know the pixmap is used to be read or
On Thu, Dec 2, 2010 at 10:48 AM, fancy fang fancyfl...@gmail.com wrote:
Dear all,
In xserver 1.9.0, there is an access array to cache previous
results to reduce cost. Howver, this optimization would modify the original
index and give the wrong index to driver PrepareAccess. Also,
From: Pauli Nieminen ext-pauli.niemi...@nokia.com
Destroying buffers after reseting the private key would prevent DDX
from calling DRI2 functions that require private.
This can be result to
[DRI2] DRI2SwapComplete: bad drawable
when drivers calls SwapCompletion in state clean up code.
On Mon, Nov 29, 2010 at 08:57:37PM -0800, Alan Coopersmith wrote:
The meat of this series is sandwiched right in the middle - patch #6
replaces the nifty, but unique, Xprintf() API with a local implementation
of the asprintf() family that's becoming widely adopted (found in
recent versions of
Hi,
On Mon, Nov 29, 2010 at 08:57:44PM -0800, Alan Coopersmith wrote:
diff --git a/hw/xfree86/common/xf86Config.c b/hw/xfree86/common/xf86Config.c
index 5800700..a1419d1 100644
--- a/hw/xfree86/common/xf86Config.c
+++ b/hw/xfree86/common/xf86Config.c
@@ -585,10 +585,9 @@
Hi,
For those of you not on IRC, Chase and I had a fairly long, if
meandering, discussion on all of this stuff: I said I'd summarise my
position and send it out to the list. I think we're fairly close to
agreeing though.
On Fri, Nov 19, 2010 at 01:52:39PM -0500, Chase Douglas wrote:
A touch
Assuming this is the only patch to be applied, I'd like some
explanation in the code as to why some of the letters are capitalized.
As a suggestion :
/* U and P are capitalized because USERPREF and PREFERRED have
priority when sorting. */
Perhaps a description would be best. The text
Date: Wed, 01 Dec 2010 21:31:04 -0800
From: Alan Coopersmith alan.coopersm...@oracle.com
The MAINTAINERS file already says it's deactivated.
Where does the MAINTAINERS file live? I should probably list myself
there for x86-video-mach64.
___
On Thu, Dec 2, 2010 at 14:42:44 +0100, Mark Kettenis wrote:
Date: Wed, 01 Dec 2010 21:31:04 -0800
From: Alan Coopersmith alan.coopersm...@oracle.com
The MAINTAINERS file already says it's deactivated.
Where does the MAINTAINERS file live? I should probably list myself
there for
Date: Thu, 2 Dec 2010 15:00:10 +0100
From: Julien Cristau jcris...@debian.org
On Thu, Dec 2, 2010 at 14:42:44 +0100, Mark Kettenis wrote:
Date: Wed, 01 Dec 2010 21:31:04 -0800
From: Alan Coopersmith alan.coopersm...@oracle.com
The MAINTAINERS file already says it's
The InputClass Match* entries are currently hardwired to offer a certain
variant of comparison for matching. For example, the MatchProduct entry
uses substring match. Add a second optional argument to the entry to
allow the match type to be specified.
MatchProduct foo* pattern
The
On Thu, Dec 02, 2010 at 03:14:20PM +0100, Mark Kettenis wrote:
Date: Thu, 2 Dec 2010 15:00:10 +0100
From: Julien Cristau jcris...@debian.org
On Thu, Dec 2, 2010 at 14:42:44 +0100, Mark Kettenis wrote:
Date: Wed, 01 Dec 2010 21:31:04 -0800
From: Alan Coopersmith
I've verified that applying the 10 patches in this series allows the
penmount driver to build correctly without warnings (on Linux x86).
For this series:
Reviewed-by: Trevor Woerner twoer...@gmail.com
On Wed, Dec 1, 2010 at 11:37 PM, Peter Hutterer
peter.hutte...@who-t.net wrote:
untested, no
On 12/01/2010 12:55 PM, Daniel Stone wrote:
On Fri, Nov 12, 2010 at 05:35:17PM -0500, Chase Douglas wrote:
This patch adds experimental support for listening to touch streams
(TouchBegin, TouchMotion and TouchEnd) with test-xi2, as well as showing
TouchClass information with list.
Er, the
Hi,
On Thu, Dec 02, 2010 at 10:06:01AM -0500, Chase Douglas wrote:
On 12/01/2010 05:07 PM, Peter Hutterer wrote:
On Fri, Nov 19, 2010 at 10:58:20AM -0500, Chase Douglas wrote:
Can you provide more detail? I don't see the parallel yet.
If you're thinking that each touch axis valuator
On Thu, Dec 02, 2010 at 10:08:30AM -0500, Chase Douglas wrote:
On 12/01/2010 12:55 PM, Daniel Stone wrote:
On Fri, Nov 12, 2010 at 05:35:17PM -0500, Chase Douglas wrote:
This patch adds experimental support for listening to touch streams
(TouchBegin, TouchMotion and TouchEnd) with test-xi2,
On 12/01/2010 04:27 PM, Daniel Stone wrote:
On Fri, Nov 19, 2010 at 01:52:39PM -0500, Chase Douglas wrote:
A touch event is not delivered according to the device hierarchy. All touch
-events are sent only through their originating slave devices.
+events are sent only through their originating
On 12/02/2010 10:28 AM, Daniel Stone wrote:
On Thu, Dec 02, 2010 at 10:06:01AM -0500, Chase Douglas wrote:
Instead, we could create separate input devices for the strip and the
touchscreen. The strip would be a dependent device, and would usually be
attached to the same MD as the touch screen.
On Thu, 2 Dec 2010 09:51:50 +0100, Andrea Canciani ranm...@gmail.com wrote:
(or should I post it again with the signed-off-by and reviewed-by
tags?)
Nah, I'm pretty good at pasting mails together.
--
keith.pack...@intel.com
pgp1m9ZTD5nny.pgp
Description: PGP signature
Hi,
On Thu, Dec 02, 2010 at 10:34:44AM -0500, Chase Douglas wrote:
On 12/02/2010 10:28 AM, Daniel Stone wrote:
On Thu, Dec 02, 2010 at 10:06:01AM -0500, Chase Douglas wrote:
Instead, we could create separate input devices for the strip and the
touchscreen. The strip would be a dependent
Hi,
On Thu, Dec 02, 2010 at 10:30:56AM -0500, Chase Douglas wrote:
On 12/01/2010 04:27 PM, Daniel Stone wrote:
The one thing that still concerns me here is promiscuous event sending:
where every client that has selected for the events receives them
whether it wants to or not. The reason
On Wed, 1 Dec 2010 23:59:04 +0100, Julien Cristau jcris...@debian.org wrote:
On Thu, Nov 4, 2010 at 02:44:48 +0100, Soeren Sandmann wrote:
Andrea Canciani ranm...@gmail.com writes:
}
colors = (CARD16 *)(stops);
for (i = 0; i 4*num; ++i) {
-swaps(stops, n);
On Wed, Dec 01, 2010 at 09:48:03PM -0800, ext Keith Packard wrote:
Ok, so the 1.10 release freeze is scheduled to happen today, and yet I
find myself to be the one asking if I might have a bit more time to
finish up some new code. I've been trying to get the per-crtc-pixmap
code landed for
On 12/02/2010 10:46 AM, Daniel Stone wrote:
On Thu, Dec 02, 2010 at 10:30:56AM -0500, Chase Douglas wrote:
On 12/01/2010 04:27 PM, Daniel Stone wrote:
The one thing that still concerns me here is promiscuous event sending:
where every client that has selected for the events receives them
On Thu, 2010-12-02 at 10:45 +1000, Peter Hutterer wrote:
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
configure.ac |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/configure.ac b/configure.ac
index 94d16e1..0794f82 100644
--- a/configure.ac
+++
On Thu, 2010-12-02 at 12:13 +1000, Peter Hutterer wrote:
# Obtain compiler/linker options from server and required extensions
-PKG_CHECK_MODULES(XORG, [xorg-server = 1.0.99.901] xproto
$REQUIRED_MODULES)
+PKG_CHECK_MODULES(XORG, [xorg-server = 1.9.0] xproto
$REQUIRED_MODULES)
In
On Thu, 2 Dec 2010 17:52:04 +0200, Ville Syrjälä ville.syrj...@nokia.com
wrote:
On Wed, Dec 01, 2010 at 09:48:03PM -0800, ext Keith Packard wrote:
Ok, so the 1.10 release freeze is scheduled to happen today, and yet I
find myself to be the one asking if I might have a bit more time to
On Thu, 2010-12-02 at 14:15 +1000, Peter Hutterer wrote:
Always fail configure with an error message. This driver is
unmaintained and
hasn't seen significant fixes. Let it die. If we really need to keep
this
driver alive, let's wait for a user sighting first.
Signed-off-by: Peter Hutterer
On Fri, 26 Nov 2010 18:45:33 +0200, Ville Syrjälä ville.syrj...@nokia.com
wrote:
Ville Syrjälä (15):
xfree86/xv: Remove useless NULL check from ClipNotify
xfree86/xv: Eliminate two open coded copies of
xf86XVRemovePortFromWindow
xfree86/xv: Factor out the meat of
Changes since the last version:
-Rebased at fd8a26edefc53b370c554a60c75ff32fc60b99c8
-Added version bump so other packages can check for fence support
Adds support for binary sync objects. Objects are set to
triggered using X commands that are executed relative to
X rendering commands. Clients
Use version 7.1.99.0 to mark the inclusion of
Fence Sync protocol support.
Signed-off-by: James Jones jajo...@nvidia.com
Reviewed-by: Aaron Plattner aplatt...@nvidia.com
---
configure.ac |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/configure.ac b/configure.ac
index
Signed-off-by: James Jones jajo...@nvidia.com
Reviewed-by: Pierre-Loup Griffais pgriff...@nvidia.com
Reviewed-by: Aaron Plattner aplatt...@nvidia.com
Reviewed-by: Robert Morell rmor...@nvidia.com
---
specs/sync.xml | 229 +--
1 files changed,
Add the fence sync object equivalent of
XSyncAwait()
Signed-off-by: James Jones jajo...@nvidia.com
Reviewed-by: Aaron Plattner aplatt...@nvidia.com
---
syncproto.h | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/syncproto.h b/syncproto.h
index
Allows callers to query whether a given fence sync
object is currently triggered or not.
Signed-off-by: James Jones jajo...@nvidia.com
Reviewed-by: Aaron Plattner aplatt...@nvidia.com
---
syncproto.h | 28
1 files changed, 28 insertions(+), 0 deletions(-)
diff
Defines the protocol for creation and basic
management of binary state sync objects.
The following operations are defined:
-Creation
-Destruction
-Trigger
-Reset
Signed-off-by: James Jones jajo...@nvidia.com
Reviewed-by: Aaron Plattner aplatt...@nvidia.com
---
syncconst.h |6 --
This appears to be a text snippet regarding an implementation note
on the x11 input synthesis extension. The function referenced
can be found in the hw/hp/input directory of the server
in the xext1imp.c file.
http://195.113.144.229/MIRRORS/ftp.xfree86.org/pub/mirror/X.Org/pub
Signed-off-by: James Jones jajo...@nvidia.com
Reviewed-by: Pierre-Loup Griffais pgriff...@nvidia.com
Reviewed-by: Aaron Plattner aplatt...@nvidia.com
Reviewed-by: Robert Morell rmor...@nvidia.com
---
damageproto.txt | 57 +-
1 files changed,
XDamageSubtractAndTrigger behaves exactly like
XDamageSubtract except it receives an optional
fence sync object. If the value of this object
is not None, it is triggered by X once all the
rendering associated with the damage regions
being subtracted has completed.
Signed-off-by: James Jones
Use version 1.2.99.0 to mark the inclusion of
Fence Sync protocol support. Really this should
be 1.2.0, but that version was already incorrectly
used.
Signed-off-by: James Jones jajo...@nvidia.com
Reviewed-by: Aaron Plattner aplatt...@nvidia.com
---
configure.ac |2 +-
1 files changed, 1
Changes since the last version:
-Added version bump so other modules can check for fence support.
Adds the XDamageSubtractAndTrigger() request and bumps the damage
protocol to version 1.2. Now with protocol spec updates including
overview, justification, and intended usage of the new reqeust.
Add infrastructure to make future builds of libXext that
support version of XSync 3.1 compatibile with X servers
exporting XSync version 3.0. As part of this, don't handle
errors introduced by newer versions of the protocol than the
server supports. Those error codes could be used by some
other
Changes since last version:
-Rebased at d35e95fdf433a249d0293744d3e1ef6196422700
-Added xextproto version check.
Adds client library support for binary sync objects added
in the X Synchronization protocol version 3.1. libXext
remains compatible with servers that only implement version 3.0
James
Subsequent changes require fence sync
protocol support in the XSync extension,
which is only compete in version xextproto
7.1.99 and above.
Signed-off-by: James Jones jajo...@nvidia.com
Reviewed-by: Aaron Plattner aplatt...@nvidia.com
---
configure.ac |4 ++--
1 files changed, 2
Add the XSynceFence version of XSyncAwait(). Waits
for fence objects to reach the triggered state.
Signed-off-by: James Jones jajo...@nvidia.com
Reviewed-by: Aaron Plattner aplatt...@nvidia.com
---
include/X11/extensions/sync.h |6 ++
src/XSync.c | 21
Allows creating and managing binary state sync
objects. Currently they aren't useful because
there is not yet a way to wait for them or
query their state. X fence objects are owned
by a screen. As Aaron Plattner pointed out,
screens are identified by a drawable in X
protocol, so
Allows callers to query whether or not a given
fence sync object is currently triggered.
Signed-off-by: James Jones jajo...@nvidia.com
Reviewed-by: Aaron Plattner aplatt...@nvidia.com
---
include/X11/extensions/sync.h |6 ++
src/XSync.c | 29
Changes since last version of patch:
-Add damageproto and xextproto version checks.
XDamageSubtractAndTrigger behaves exactly like
XDamageSubtract except it receives an optional
fence sync object. If the value of this object
is not None, it is triggered by X once all the
rendering associated
On Thu, Dec 2, 2010 at 10:46 AM, Daniel Stone dan...@fooishbar.org wrote:
...
OK, so would something like this suit you:
* at selection time, clients can choose whether or not to receive
not-for-you events
* at any point during a touch stream, the current owner of a touch can
tell the
On Thu, Dec 2, 2010 at 09:26:27 -0800, James Jones wrote:
+for (i = 0; i NUM_VERSIONS; i++) {
+ if (supported_versions[i].major == rep.majorVersion
+ supported_versions[i].minor == rep.minorVersion) {
+ return supported_versions[i];
+ }
+}
+
Should this
Signed-off-by: Matt Turner matts...@gmail.com
---
Why are we doing VBEInit if we're not subsequently calling vbeDoEDID?
src/s3.h|1 -
src/s3_driver.c |4 +++-
2 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/src/s3.h b/src/s3.h
index 49b8a54..0875fc9 100644
---
Nothing requires the use of a C preprocessor
Using standard file exentions (.man) means no need for .gitignore
Use standard directory and makefile
Fix man page whitespace issues
Reviewed-by: Matt Dew m...@osource.org
Signed-off-by: Gaetan Nadon mems...@videotron.ca
---
Second edition
Done.
e720e08..7eaf84d
On Dec 2, 2010, at 13:20, Aaron Plattner wrote:
On Thu, Dec 02, 2010 at 12:29:54PM -0800, Jeremy Huddleston wrote:
I pulled in a few more changes to server-1.9-branch based on what
Julien
recently merged into the 1.7 branch. Tomorrow will be the last rc
before
the usual set of patches, should be pretty familiar to reviewers now. again
untested because I don't have a device.
Cheers,
Peter
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info:
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/xf86MuTouch.c |9 -
1 files changed, 0 insertions(+), 9 deletions(-)
diff --git a/src/xf86MuTouch.c b/src/xf86MuTouch.c
index ea9a83f..4d5b7c2 100644
--- a/src/xf86MuTouch.c
+++ b/src/xf86MuTouch.c
@@ -57,13 +57,7 @@
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/xf86MuTouch.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/src/xf86MuTouch.c b/src/xf86MuTouch.c
index 4d5b7c2..f2a7564 100644
--- a/src/xf86MuTouch.c
+++ b/src/xf86MuTouch.c
@@ -1348,7 +1348,6 @@ _X_EXPORT
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
configure.ac | 18 --
1 files changed, 0 insertions(+), 18 deletions(-)
diff --git a/configure.ac b/configure.ac
index 41f0fcc..bc67666 100644
--- a/configure.ac
+++ b/configure.ac
@@ -44,24 +44,6 @@ AC_PROG_CC
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
configure.ac |2 +-
src/xf86MuTouch.c | 26 --
2 files changed, 5 insertions(+), 23 deletions(-)
diff --git a/configure.ac b/configure.ac
index bc67666..4b0e04d 100644
--- a/configure.ac
+++
LocalDevicePtr has been dropped from the server, but both describe the same
struct anyway.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/xf86MuTouch.c | 252 ++--
1 files changed, 126 insertions(+), 126 deletions(-)
diff --git
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/xf86MuTouch.c | 32
1 files changed, 16 insertions(+), 16 deletions(-)
diff --git a/src/xf86MuTouch.c b/src/xf86MuTouch.c
index 6215e15..d733e4a 100644
--- a/src/xf86MuTouch.c
+++
All three are not called by the server anymore.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/xf86MuTouch.c | 59 -
1 files changed, 0 insertions(+), 59 deletions(-)
diff --git a/src/xf86MuTouch.c b/src/xf86MuTouch.c
index
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/xf86MuTouch.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/src/xf86MuTouch.c b/src/xf86MuTouch.c
index 445b3e2..2cc8398 100644
--- a/src/xf86MuTouch.c
+++ b/src/xf86MuTouch.c
@@ -717,7 +717,7 @@
private_flags is removed in input ABI 12 but it's not needed anyway.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/xf86MuTouch.c | 15 ---
1 files changed, 8 insertions(+), 7 deletions(-)
diff --git a/src/xf86MuTouch.c b/src/xf86MuTouch.c
index 2cc8398..4312256
On Thu, 2 Dec 2010 09:21:21 -0800, James Jones jajo...@nvidia.com wrote:
Use version 1.2.99.0 to mark the inclusion of
Fence Sync protocol support. Really this should
be 1.2.0, but that version was already incorrectly
used.
Let's just make the whole version be 1.3.0 then. 1.2.99 has a
as subject, untested, no device.
Cheers,
Peter
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo/xorg-devel
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/xf86Elo.c |9 -
1 files changed, 0 insertions(+), 9 deletions(-)
diff --git a/src/xf86Elo.c b/src/xf86Elo.c
index 6887a66..876f318 100644
--- a/src/xf86Elo.c
+++ b/src/xf86Elo.c
@@ -50,20 +50,13 @@
#include xorgVersion.h
Both describe the same struct, LocalDevicePtr has been removed from the
server.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/xf86Elo.c | 164
1 files changed, 82 insertions(+), 82 deletions(-)
diff --git a/src/xf86Elo.c
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/xf86Elo.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/src/xf86Elo.c b/src/xf86Elo.c
index 3569017..7b5e5e2 100644
--- a/src/xf86Elo.c
+++ b/src/xf86Elo.c
@@ -781,7 +781,7 @@ xf86EloControl(DeviceIntPtr
All three are not called by the server anymore.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/xf86Elo.c | 70 -
1 files changed, 0 insertions(+), 70 deletions(-)
diff --git a/src/xf86Elo.c b/src/xf86Elo.c
index
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/xf86Elo.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/src/xf86Elo.c b/src/xf86Elo.c
index 527ad1c..4c3426f 100644
--- a/src/xf86Elo.c
+++ b/src/xf86Elo.c
@@ -1073,7 +1073,6 @@ _X_EXPORT InputDriverRec
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/xf86Elo.c | 57 -
1 files changed, 20 insertions(+), 37 deletions(-)
diff --git a/src/xf86Elo.c b/src/xf86Elo.c
index 4c3426f..c4f6f1b 100644
--- a/src/xf86Elo.c
+++
Changes since the last version:
-Changed new version from 1.2.99 - 1.3.0
Adds the XDamageSubtractAndTrigger() request and bumps the damage
protocol to version 1.2. Now with protocol spec updates including
overview, justification, and intended usage of the new reqeust.
James Jones (3):
Use version 1.3.0 to mark the inclusion of Fence
Sync protocol support. Really this should be
1.2.0, but that version was already incorrectly
used.
Signed-off-by: James Jones jajo...@nvidia.com
Reviewed-by: Aaron Plattner aplatt...@nvidia.com
---
configure.ac |2 +-
1 files changed, 1
XDamageSubtractAndTrigger behaves exactly like
XDamageSubtract except it receives an optional
fence sync object. If the value of this object
is not None, it is triggered by X once all the
rendering associated with the damage regions
being subtracted has completed.
Signed-off-by: James Jones
Signed-off-by: James Jones jajo...@nvidia.com
Reviewed-by: Pierre-Loup Griffais pgriff...@nvidia.com
Reviewed-by: Aaron Plattner aplatt...@nvidia.com
Reviewed-by: Robert Morell rmor...@nvidia.com
---
damageproto.txt | 57 +-
1 files changed,
On Thu, 2 Dec 2010 09:21:19 -0800, James Jones jajo...@nvidia.com wrote:
Signed-off-by: James Jones jajo...@nvidia.com
Reviewed-by: Pierre-Loup Griffais pgriff...@nvidia.com
Reviewed-by: Aaron Plattner aplatt...@nvidia.com
Reviewed-by: Robert Morell rmor...@nvidia.com
---
damageproto.txt |
On Thu, 2 Dec 2010 09:40:06 -0800, James Jones jajo...@nvidia.com wrote:
As I mentioned early on, I really want to get the fence sync work in server
1.10. The server code was reviewed by Adam Jackson (thanks for sifting
through all that) and various nvidians, but I still haven't received any
On Thu, 2 Dec 2010 15:43:52 -0800, James Jones jajo...@nvidia.com wrote:
Changes since last version of patch:
-Require damageproto 1.3.0, not 1.2.99
Let's make this library version 1.3 based as well so that it matches the
protocol header versioning.
Otherwise, this looks good.
Reviewed-by:
On Fri, 2010-12-03 at 09:10 +1000, Peter Hutterer wrote:
the usual set of patches, should be pretty familiar to reviewers now. again
untested because I don't have a device.
Should it be added to build.sh?
COPYING needs an update.
Cheers,
Peter
On Thu, Dec 02, 2010 at 07:18:57PM -0500, Gaetan Nadon wrote:
On Fri, 2010-12-03 at 09:10 +1000, Peter Hutterer wrote:
the usual set of patches, should be pretty familiar to reviewers now. again
untested because I don't have a device.
Should it be added to build.sh?
oh, no.
The --without-xcb on libX11 has been removed and XCB is always required.
Signed-off-by: Gaetan Nadon mems...@videotron.ca
---
build.sh | 25 +
1 files changed, 5 insertions(+), 20 deletions(-)
diff --git a/build.sh b/build.sh
index f32e72f..89d4266 100755
---
There is a requirement for some build environment to set CC
to something other than the Autoconf default.
There is already a variable CONFCFLAGS in place that can handle C flags,
however it was more a side-effect of adding -g option rather than
a comprehensive support for C flags.
The user
On Wed, 24 Nov 2010 00:11:11 +0100, Nicolas Peninguy n...@lostgeeks.org wrote:
This fixes the following build errors when DTrace is enabled
(--with-dtrace):
Merged.
3824417..311cad3 master - master
--
keith.pack...@intel.com
pgpCnkd16omQc.pgp
Description: PGP signature
On Thu, 2 Dec 2010 16:58:58 -0800, James Jones jajo...@nvidia.com wrote:
OK, I've pushed the requested updates to proto and lib with your reviewed-by
line to my github repositories. Once I get a review for the Xext changes,
I'll send out all the pull requests. Thanks for reviewing!
Note
On Thu, Dec 02, 2010 at 05:02:49PM -0800, Keith Packard wrote:
On Thu, 2 Dec 2010 16:58:58 -0800, James Jones jajo...@nvidia.com wrote:
OK, I've pushed the requested updates to proto and lib with your
reviewed-by
line to my github repositories. Once I get a review for the Xext changes,
So, according to your explaination, the driver PrepareAccess can not know
exactly whether the pixmap is used to read or write. Well, what's the usage
of the index passed to driver PrepareAccess?
2010/12/3 fancy fang fancyfl...@gmail.com
So, according to your explaination, the driver
So, according to your explaination, the driver PrepareAccess can not know
exactly whether the pixmap is used to read or write. Well, what's the usage
of the index passed to driver PrepareAccess?
2010/12/3 fancy fang fancyfl...@gmail.com
So, according to your explaination, the driver
On Thu, Dec 2, 2010 at 8:02 PM, Aaron Plattner aplatt...@nvidia.com wrote:
... James doesn't have an fd.o account, so I'll push them on his behalf.
How does one get an fd.o account these days? I've tried a couple of
times with out luck[1].
Pat
---
[1] I just assumed the fd.o bogon-filters
Pat Kane wrote:
On Thu, Dec 2, 2010 at 8:02 PM, Aaron Plattner aplatt...@nvidia.com wrote:
... James doesn't have an fd.o account, so I'll push them on his behalf.
How does one get an fd.o account these days? I've tried a couple of
times with out luck[1].
Process hasn't really changed
Hi all,
When I try to find out how to judge the idle time of the system, I find
XSyncAlarmNotify in the gnome-power-manager, and such codes are:
...
XEvent *xevent = (XEvent *) gdkxevent;
EggIdletime *idletime = (EggIdletime *) data;
XSyncAlarmNotifyEvent
James Jones wrote:
-Alan and Adam, because you provided some early feedback on the proto specs
but never responded to my updates based on said feedback.
Sorry, I've been rather busy lately. As I recall, my main request was that you
update the protocol spec when adding the new requests - since
Keith Packard wrote:
On Tue, 30 Nov 2010 21:53:26 -0800, Alan Coopersmith
alan.coopersm...@oracle.com wrote:
Provides a portable implementation of this common allocating sprintf()
API found in many, but not yet all, of the platforms we support.
If the platform provides vasprintf() we
Daniel Stone wrote:
Hi,
On Mon, Nov 29, 2010 at 08:57:44PM -0800, Alan Coopersmith wrote:
diff --git a/hw/xfree86/common/xf86Config.c b/hw/xfree86/common/xf86Config.c
index 5800700..a1419d1 100644
--- a/hw/xfree86/common/xf86Config.c
+++ b/hw/xfree86/common/xf86Config.c
@@ -585,10 +585,9
Additionally, there's a 2-line comment on lines 525 and 526 talking
about _if_ you're building xcb with libX11 which could be removed.
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info:
On Thu, Dec 2, 2010 at 7:52 PM, Gaetan Nadon mems...@videotron.ca wrote:
Signed-off-by: Gaetan Nadon mems...@videotron.ca
Reviewed-by: Trevor Woerner twoer...@gmail.com
___
xorg-devel@lists.x.org: X.Org development
Archives:
On Thu, Dec 2, 2010 at 7:52 PM, Gaetan Nadon mems...@videotron.ca wrote:
as a vehicule to forward C flags to module configuration, but
vehicle
CONFFLAGS: additional flags to pass to all configure scripts
Since you've added all the standard variable names, should CONFFLAGS
be removed too?
Jeremy Huddleston wrote:
I pulled in a few more changes to server-1.9-branch based on what Julien
recently merged into the 1.7 branch. Tomorrow will be the last rc before
1.9.3, so please nominate anything outstanding. Only regression fixes will
be merged after the rc is tagged. Other
On 2 December 2010 04:31, Peter Hutterer peter.hutte...@who-t.net wrote:
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/xf86Fpit.c | 14 +++---
1 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/src/xf86Fpit.c b/src/xf86Fpit.c
index ceeecbd..8092853
On 14 November 2010 17:06, Mikhail Gusarov dotted...@dottedmag.net wrote:
Twas brillig at 16:59:54 14.11.2010 UTC+01 when thierry.vign...@gmail.com did
gyre and gimble:
TV From 20e32420a2f75b58603eb1578c151d63e6b2e8ac Mon Sep 17 00:00:00 2001
TV From: Adam Jackson a...@redhat.com
TV
On 12 November 2010 21:52, Jesse Adkins jesserayadk...@gmail.com wrote:
Reviewed-by: Jesse Adkins jesserayadk...@gmail.com
Ping?
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info:
1 - 100 of 103 matches
Mail list logo