Signed-off-by: Alan Coopersmith alan.coopersm...@oracle.com
---
src/StrToCurs.c | 24 ++--
1 files changed, 14 insertions(+), 10 deletions(-)
diff --git a/src/StrToCurs.c b/src/StrToCurs.c
index 53d98f5..4d72f80 100644
--- a/src/StrToCurs.c
+++ b/src/StrToCurs.c
@@ -155,25
unifdef -DUSE_SNPRINTF src/Error.c
Plus manual removal of old #ifdef notyet section that said not enough
platforms had snprintf support yet. Welcome to the new millenium!
Signed-off-by: Alan Coopersmith alan.coopersm...@oracle.com
---
src/Error.c | 18 ++
1 files changed, 2
I've managed to get the bulk of the per-crtc pixmap code integrated this
evening, and hacked up xrandr to paint a nice gradient when asked to
create one.
As you note, the protocol for specifying the scanout pixmaps in mode
setting was actually added in the previous patch, it just didn't do
So, my to-do list is pretty short:
1) Fix sprite image transforms. This will involve hooking up
pixman to render the sprite images in translated form using
the already computed matrices.
2) Deal with the screen size vs root pixmap size additions. This
should be a simple matter of
On 11/30/2010 09:23 AM, Owen Taylor wrote:
On Mon, 2010-11-29 at 17:31 -0500, Devin J. Pohly wrote:
In my case, the motivating example is a tiling window manager. If a
window is already mapped and part of the tiled layout, I'd want it to
pop out of the tiled arrangement if it switches to
configure.ac:126: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in
body
../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2730: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:606: AS_IF is expanded from...
Am 04.12.2010 21:14, schrieb Alan Coopersmith:
Signed-off-by: Alan Coopersmith alan.coopersm...@oracle.com
---
dix/devices.c | 17 +++--
hw/xfree86/common/xf86Config.c |4 +---
hw/xfree86/common/xf86Option.c |5 +
On Sun, Dec 5, 2010 at 11:10:23 +0100, walter harms wrote:
diff --git a/hw/xfree86/common/xf86ShowOpts.c
b/hw/xfree86/common/xf86ShowOpts.c
index ce86090..c0fa80a 100644
--- a/hw/xfree86/common/xf86ShowOpts.c
+++ b/hw/xfree86/common/xf86ShowOpts.c
@@ -97,11 +97,8 @@ void
On Sun, Dec 5, 2010 at 9:36 AM, Alan Coopersmith
alan.coopersm...@oracle.com wrote:
configure.ac:126: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected
in body
../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2730: _AC_RUN_IFELSE is
On Sun, Dec 5, 2010 at 9:31 AM, Matt Turner matts...@gmail.com wrote:
On Sun, Dec 5, 2010 at 9:36 AM, Alan Coopersmith
alan.coopersm...@oracle.com wrote:
configure.ac:126: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected
in body
../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is
walter harms wrote:
diff --git a/hw/xfree86/common/xf86Option.c b/hw/xfree86/common/xf86Option.c
index af39b2b..d49aa31 100644
--- a/hw/xfree86/common/xf86Option.c
+++ b/hw/xfree86/common/xf86Option.c
@@ -638,13 +638,10 @@ ParseOptionValue(int scrnIndex, pointer options,
OptionInfoPtr p,
From: Jesse Adkins jesserayadk...@gmail.com
Date: Thu, 11 Nov 2010 19:48:37 -0800
The current method of argument collection is to collect options from
different ports of a VideoAdaptor record. Specifically, the ports
had to be named 'Input' for input options, and 'Output' for output
On Sun, 2010-12-05 at 01:36 -0800, Alan Coopersmith wrote:
configure.ac:126: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected
in body
../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2730: _AC_RUN_IFELSE is expanded from...
Gaetan Nadon wrote:
On Sun, 2010-12-05 at 01:36 -0800, Alan Coopersmith wrote:
Also, calloc() takes two arguments, as the compiler points out when
you #include stdlib.h instead of faking it badly.
-AC_RUN_IFELSE([
-char *malloc();
-char *realloc();
-char *calloc();
-main() {
+
The makefile can be simplyfied as Automake handle this automatically.
All directories in SUBDIRS are visited for dist purposes.
www.gnu.org/software/automake/manual/automake.html#SUBDIRS-vs-DIST_005fSUBDIRS
Signed-off-by: Gaetan Nadon mems...@videotron.ca
---
hw/dmx/Makefile.am |1 -
1
Use the util-macros AM Conditionals to control generation of developers
documents. This is used throughout xorg modules.
The doxygen generated docs are now also managed by --enable-devel-docs.
Remove --enable-builddocs as this was last use for BUILDDOCS
*** From the RELEASE NOTES ***
Am 05.12.2010 09:14, schrieb Alan Coopersmith:
Signed-off-by: Alan Coopersmith alan.coopersm...@oracle.com
---
src/StrToCurs.c | 24 ++--
1 files changed, 14 insertions(+), 10 deletions(-)
diff --git a/src/StrToCurs.c b/src/StrToCurs.c
index 53d98f5..4d72f80 100644
Am 05.12.2010 18:51, schrieb Alan Coopersmith:
diff --git a/hw/xfree86/common/xf86ShowOpts.c
b/hw/xfree86/common/xf86ShowOpts.c
index ce86090..c0fa80a 100644
--- a/hw/xfree86/common/xf86ShowOpts.c
+++ b/hw/xfree86/common/xf86ShowOpts.c
@@ -97,11 +97,8 @@ void DoShowOptions (void) {
On Fri, Dec 03, 2010 at 03:52:04PM -0500, Matt Turner wrote:
From: Matthieu Herrb matthieu.he...@laas.fr
GNU cpp is predefining a number of symbols, depending on the host and target
architecture. This can produce some unexpected results: for example, the
expansion of CLIENTHOST if the host
On Fri, Dec 03, 2010 at 05:38:06PM -0500, Gaetan Nadon wrote:
On Fri, 2010-12-03 at 15:52 -0500, Matt Turner wrote:
From: Matthieu Herrb matthieu.he...@laas.fr
GNU cpp is predefining a number of symbols, depending on the host and target
architecture. This can produce some unexpected
On Sun, 5 Dec 2010, Matthieu Herrb wrote:
What if the pre-processor is not a GNU cpp? Solaris or something
else.
You loose, but iirc Solaris or other cpp I know of don't pre-define
any macro.
man cpp says
The symbols sun, sparc and unix are defined
Here's the full patch series to add RandR 1.4 functionality to the X
server. This is the order in which I propose to merge the patches to
the X server, to make it possible to bisect the X server in the
future, I've added all of the functionality before adding the final
protocol version updates and
xf86CrtcSetModeTransform was starting to get ridiculous with 6
arguments, this change has it take a single structure that contains
all of those values along with a set of flags that says which have
changed.
Signed-off-by: Keith Packard kei...@keithp.com
---
hw/xfree86/modes/xf86Crtc.c| 120
This provides a driver-independent implementation of the
RRSetCrtcConfigs API by simply using the existing interfaces.
Signed-off-by: Keith Packard kei...@keithp.com
---
hw/xfree86/modes/xf86RandR12.c |1 +
randr/Makefile.am |4 +-
randr/mirrcrtc.c | 169
This provides a driver hook which can either completely replace, or
just validate the parameters for, the RRSetCrtcConfigs request.
Signed-off-by: Keith Packard kei...@keithp.com
---
hw/xfree86/modes/xf86Crtc.h| 29 +++
hw/xfree86/modes/xf86RandR12.c | 162
This bumps the supported RandR protocol version and adds the dispatch
hooks needed to call the new functions
Signed-off-by: Keith Packard kei...@keithp.com
---
include/protocol-versions.h |2 +-
randr/rrdispatch.c |6 ++
randr/rrsdispatch.c | 132
This adds new driver hooks to allocate scanout pixmaps and
changes the mode setting APIs to pass the new scanout pixmaps
along from DIX. DIX is responsible for reference counting the pixmaps
by tracking them through RRCrtcNotify.
Signed-off-by: Keith Packard kei...@keithp.com
---
This implements sprite position transformations. Sprite image
transforms are passed all the way to the DDX layer, but the images are
not yet manipulated before being passed to the drivers.
Signed-off-by: Keith Packard kei...@keithp.com
---
hw/xfree86/modes/xf86Crtc.c|5 ++
On Sun, Dec 5, 2010 at 21:43:50 +0100, walter harms wrote:
Can you use XFNasprintf() here ?
libXmu is not the X server.
Cheers,
Julien
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info:
On Fri, Dec 03, 2010 at 10:56:56PM -0800, Jesse Adkins wrote:
I thought that might be the case. I had the libtool input driver patch
based on aiptek. Should I make a new patch for some other supported
input driver? I was holding off on sending another round of patches
for libtool .la removal
On Fri, Dec 03, 2010 at 07:17:04AM +0100, Thierry Vignaud wrote:
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(-)
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
Changes to v1:
- add compiler error for abi 12
- add default_options to module
src/xf86Elo.c | 64 +++-
1 files changed, 26 insertions(+), 38 deletions(-)
diff --git a/src/xf86Elo.c
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
Changes to v1:
- error out if abi 12 is detected
- add comma to default_options to reduce future diff noise
src/xf86MuTouch.c | 93
1 files changed, 36 insertions(+), 57
From: Jörn Horstmann launch...@planetxml.de
Like some other LPL panels, this one reports the vertical size in cm rather
than mm.
Patch taken from Launchpad bug #380009 https://launchpad.net/bugs/380009
X.Org Bug 28414 https://bugs.freedesktop.org/show_bug.cgi?id=28414
Signed-off-by: Christopher
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 |
The {Positive,Negative}Transition triggers only fire when the counter
goes from strictly {below,above} the threshold. If
SyncComputeBracketValues gets called exactly at this threshold we may update
the bracket values so that the counter is not updated past the threshold.
Signed-off-by:
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
On Sat, Dec 04, 2010 at 03:06:35PM -0800, Keith Packard wrote:
To make per-crtc pixmaps actually useful for things like extended or
rotated desktops, I've added a couple of matrices to each crtc to
transform the sprite position and image. I suspect these will need
documentation beyond the
On Sat, Dec 04, 2010 at 08:34:40PM -0800, Keith Packard wrote:
Would it be useful to be able to return more information from the server
to the application? How would such information get encoded?
Unless it's very generic or just a string to present to the user, I don't
think trying to encode
On Fri, Dec 03, 2010 at 11:55:00AM +0100, Alessandro wrote:
syndaemon currently outputs lots of stuff when not running in background mode.
However, current init daemons and session managers can manage to launch the
daemon in background without -b just fine (if not better), by doing the
fork()
On Fri, Dec 03, 2010 at 11:55:00AM +0100, Alessandro wrote:
syndaemon currently outputs lots of stuff when not running in background mode.
However, current init daemons and session managers can manage to launch the
daemon in background without -b just fine (if not better), by doing the
fork()
On Sun, 5 Dec 2010 16:38:52 -0800, Aaron Plattner aplatt...@nvidia.com wrote:
Thanks for reviewing over the weekend.
There are a few whitespace bugs, such as this:
┌───
RRQueryScanoutPixmaps
\twindow: WINDOW
▶
infos: LISTofSCANOUTPIXMAPINFO
└───
\tErrors: Window
I'll
On Sun, 5 Dec 2010 16:42:43 -0800, Aaron Plattner aplatt...@nvidia.com wrote:
Unless it's very generic or just a string to present to the user, I don't
think trying to encode this in the protocol is going to be reasonable. We
have a bazillion ways that modesets can fail, most of which are due
SyncObject is now the base type for SyncCounter
and SyncFence. Data to be used by both types is
stored in the base object. Both SyncCounter and
SyncFence can be safely cast to SyncObject, and
a SyncObject can be cast to the correct type
based on SyncObject::type.
Signed-off-by: James Jones
Initial server side implementation of fence sync
objects. Allows creation and management of
binary state objects. Currently they are not
useful as there is no way to wait for them or
query their state.
The basic trigger operation added here triggers
relative to a given X screen's rendering
Subsequent changes rely on fence sync protocol
in the sync extension. This protocol is only
complete in xextproto version 7.1.99 and
above.
Signed-off-by: James Jones jajo...@nvidia.com
---
configure.ac |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/configure.ac
Now without damage changes.
Implements X Sync Fence Objects in the server, including
the damage 1.2 support for DamageSubtractAndTrigger. Re-
uses X Sync Counter code wherever possible. A driver
interface has also been added so DDX drivers can redirect
fence sync operations to HW rendering
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
Reviewed-by: Robert Morell rmor...@nvidia.com
Reviewed-by: Adam Jackson a...@redhat.com
---
Xext/sync.c | 49
Update all the functions dealing with Await
sync triggers handle generic sync objects
instead of just counters. This will
facilitate code sharing between the counter
sync waits and the fence sync waits.
Signed-off-by: James Jones jajo...@nvidia.com
Reviewed-by: Aaron Plattner
The comment referred only to counter sync objects
and did not include the new fence sync CheckTriggered
function. Generalize the language so it applies
to all the CheckTriggered functions.
Signed-off-by: James Jones jajo...@nvidia.com
Reviewed-by: Aaron Plattner aplatt...@nvidia.com
Reviewed-by:
Add syncsdk.h, a new xorg SDK header. It
contains SyncVerifyFence() and the helper
functions that use it to look up fence sync
objects. Exporting this functionality in an
SDK header allows 3rd party extensions to
look up fence objects in their interop APIs.
Signed-off-by: James Jones
-Add devPrivates to fence sync objects.
-Add a X sync module screen private
-Add wrappable functions to create and destroy
fence sync objects
-Give fence sync objects wrappable functions to
trigger, test, and reset their 'triggered' value.
-Give fence sync objects wrappable functions to
-Add the actual ProcSyncAwaitFence() dispatch func
-Factor out some more common code from ProcSyncAwait()
into SyncAwaitPrologue() and SyncAwaitEpilogue(). Call
these from both Await functions.
-Check and handle triggers when triggering or freeing
a fence sync object.
-Fix a few bugs in the
As a precursor to exposing fence sync objects
to video drivers and other extensions, move
some operations from Xext to miext/sync.
Expose macros for looking up sync objects out-
side of Xext/sync.c as well.
Signed-off-by: James Jones jajo...@nvidia.com
---
COPYING|2 +-
Commit 606e079cc4d9a9db3197652ca51683c36f74efb8 moved the visual
field in WindowOptRec, breaking the extension module ABI.
Signed-off-by: James Jones jajo...@nvidia.com
---
hw/xfree86/common/xf86Module.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
Peter Hutterer peter.hutte...@who-t.net (06/12/2010):
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
Reviewed-by: Cyril Brulebois k...@debian.org
Mraw,
KiBi.
signature.asc
Description: Digital signature
___
xorg-devel@lists.x.org: X.Org
Hi ,
Thank you very much for your answer.
And why sometimes the xevent-type is not right? (if the event_base = 96 ,
then sometimes the xevent-type always be 98 but not 97)
Sometimes before always sounds pretty confusing to me. :)
Those codes are from gnome-power-manager program, it will
On Fri, 2010-12-03 at 13:08 -0800, James Jones wrote:
On Friday 03 December 2010 11:16:43 am Owen Taylor wrote:
On Fri, 2010-12-03 at 10:13 -0800, James Jones wrote:
I wrote a slide deck on synchronization and presentation ideas for X a
year ago or so before starting this work:
Keith Packard kei...@keithp.com (05/12/2010):
This implements sprite position transformations. Sprite image
transforms are passed all the way to the DDX layer, but the images are
not yet manipulated before being passed to the drivers.
From that patch, your series doesn't build here:
| CC
On Sun, 5 Dec 2010 16:38:52 -0800, Aaron Plattner aplatt...@nvidia.com wrote:
This adds the specification and protocol header definitions for the
RandR 1.4 protocol changes, including
* Per crtc pixmaps and pixmap origins
* Sprite position and image transforms
* SetCrtcConfigs request
Keith Packard kei...@keithp.com (05/12/2010):
This just eliminates some ugly space/tab combos
Reviewed-by: Cyril Brulebois k...@debian.org
Mraw,
KiBi.
signature.asc
Description: Digital signature
___
xorg-devel@lists.x.org: X.Org development
I've added code to handle the separation screen and screen pixmap
sizes, and fixed a couple of minor issues from the previous patches.
[PATCH 1/3] DIX is responsible for ref counting scanout pixmaps.
DDX was double ref-counting scanout pixmaps. DIX handles this already.
[PATCH 2/3] Set sprite
This provides for separate sizes for the screen scanout and rendering
buffer and the application-visible screen size.
Signed-off-by: Keith Packard kei...@keithp.com
---
hw/xfree86/common/xf86Helper.c |6 ++-
hw/xfree86/modes/xf86RandR12.c | 105 ---
Options set in the configuration file were unconditionally overwritten by
the server. Merge the already existing options and the new options together
instead of just overwriting ones.
The iref_option_lst only contains a few common option such as
CorePointer, the actual oiptions are already stored
Single allocation point for input devices, most notably a single point to
reset default values.
Without this patch, the file descriptor default was -1 for hotplugged
devices and 0 for config devices. Drivers that don't overwrite the default
themselves would thus fail if configured in the
On Mon, 6 Dec 2010 05:31:42 +0100, Cyril Brulebois k...@debian.org wrote:
Keith Packard kei...@keithp.com (05/12/2010):
This implements sprite position transformations. Sprite image
transforms are passed all the way to the DDX layer, but the images are
not yet manipulated before being
On Thu, Dec 02, 2010 at 06:19:15AM -0800, Dan Nicholson wrote:
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
On Sun, 5 Dec 2010 19:25:26 -0800, James Jones jajo...@nvidia.com wrote:
Subsequent changes rely on fence sync protocol
in the sync extension. This protocol is only
complete in xextproto version 7.1.99 and
above.
Signed-off-by: James Jones jajo...@nvidia.com
Reviewed-by: Keith Packard
Hi,
Keith Packard kei...@keithp.com (05/12/2010):
Here's the full patch series to add RandR 1.4 functionality to the X
server. This is the order in which I propose to merge the patches to
the X server, to make it possible to bisect the X server in the
future, I've added all of the
On Sun, 5 Dec 2010 19:25:25 -0800, James Jones jajo...@nvidia.com wrote:
Now without damage changes.
Implements X Sync Fence Objects in the server, including
the damage 1.2 support for DamageSubtractAndTrigger. Re-
uses X Sync Counter code wherever possible. A driver
interface has also
On Mon, 6 Dec 2010 06:39:02 +0100, Cyril Brulebois k...@debian.org wrote:
Hi,
Keith Packard kei...@keithp.com (05/12/2010):
Here's the full patch series to add RandR 1.4 functionality to the X
server. This is the order in which I propose to merge the patches to
the X server, to make it
On Thu, Dec 02, 2010 at 03:37:10PM +, Daniel Stone wrote:
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
On Fri, Dec 03, 2010 at 05:41:59PM -0800, Ping Cheng wrote:
On Thu, Dec 2, 2010 at 7:37 AM, Daniel Stone dan...@fooishbar.org wrote:
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
On Sun, Dec 05, 2010 at 06:15:04PM -0800, Keith Packard wrote:
On Sun, 5 Dec 2010 16:38:52 -0800, Aaron Plattner aplatt...@nvidia.com
wrote:
Thanks for reviewing over the weekend.
There are a few whitespace bugs, such as this:
┌───
RRQueryScanoutPixmaps
\twindow: WINDOW
Some devices should be initialised as floating from the start (e.g.
Joysticks and accelerometers benefit from this). Currently users use the
SendCoreEvents off flag for this, which isn't the most appropriate
naming.
Add an option Floating, deprecate the others. Still parsed and handled by
the
On Sun, 5 Dec 2010 22:47:21 -0800, Aaron Plattner aplatt...@nvidia.com wrote:
Okay, I figured it was something like that. The actual hardware rotation
is configured when setting the crtc config then, right?
Right. The goal is to just expose what the hardware does and not fake
stuff in
76 matches
Mail list logo
