Re: Sprite transforms in RandR

On Sun, 5 Dec 2010 22:47:21 -0800, Aaron Plattner 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 software in the server any

Re: [PATCH] xfree86: add option "Floating", deprecate SendCoreEvents and friends.

On Mon, Dec 06, 2010 at 04:50:17PM +1000, Peter Hutterer wrote: > 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. > > Ad

[PATCH] xfree86: add option "Floating", deprecate SendCoreEvents and friends.

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 th

Re: Sprite transforms in RandR

On Sun, Dec 05, 2010 at 06:15:04PM -0800, Keith Packard wrote: > On Sun, 5 Dec 2010 16:38:52 -0800, Aaron Plattner > wrote: > > Thanks for reviewing over the weekend. > > > There are a few whitespace bugs, such as this: > > ┌─── > > RRQueryScanoutPixmaps > > \twindow: WINDOW > > ▶ > >

Re: [RFC XI 2.1 - xf86-input-evdev 2/3] Add experimental XI 2.1 multitouch support

On Fri, Dec 03, 2010 at 05:41:59PM -0800, Ping Cheng wrote: > On Thu, Dec 2, 2010 at 7:37 AM, Daniel Stone 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 Douglas wrote

Re: [RFC XI 2.1 - xf86-input-evdev 2/3] Add experimental XI 2.1 multitouch support

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

Re: RandR 1.4 X server patch series

On Mon, 6 Dec 2010 06:39:02 +0100, Cyril Brulebois wrote: > Hi, > > Keith Packard (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

Re: [PATCH xserver (v3) 00/10] X Server support for Fence Sync

On Sun, 5 Dec 2010 19:25:25 -0800, James Jones 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 been added so

Re: RandR 1.4 X server patch series

Hi, Keith Packard (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 functionality before addi

Re: [PATCH xserver (v3) 01/10] Require xextproto 7.1.99

On Sun, 5 Dec 2010 19:25:26 -0800, James Jones 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 Reviewed-by: Keith Packard -- keith.pack...@intel.com pg

Re: [PATCH] xfree86: Allow InputClass entries to specify match type

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 matc

Re: [PATCH 2/6] randr: Add sprite position transforms

On Mon, 6 Dec 2010 05:31:42 +0100, Cyril Brulebois wrote: > Keith Packard (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. > > Fro

[PATCH] xfree86: use xf86AllocateInput() for xorg.conf devices too.

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 xorg.conf.

[PATCH] xfree86: don't overwrite option list (#32115)

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 store

[PATCH 3/3] Separate out screen size and screen pixmap sizes in RRScreenSizeSet

This provides for separate sizes for the screen scanout and rendering buffer and the application-visible screen size. Signed-off-by: Keith Packard --- hw/xfree86/common/xf86Helper.c |6 ++- hw/xfree86/modes/xf86RandR12.c | 105 --- randr/mirrcrtc.c

[PATCH 2/3] Set sprite transforms from RRSetCrtcConfigs

These were getting ignored. Signed-off-by: Keith Packard --- hw/xfree86/modes/xf86RandR12.c |4 ++-- randr/mirrcrtc.c | 23 +++ randr/randrstr.h |6 -- randr/rrcrtc.c | 27 --- 4 files changed

[PATCH 1/3] DIX is responsible for ref counting scanout pixmaps.

Remove some extra ref counting inside hw/xfree86/modes Signed-off-by: Keith Packard --- hw/xfree86/modes/xf86Crtc.c |4 1 files changed, 0 insertions(+), 4 deletions(-) diff --git a/hw/xfree86/modes/xf86Crtc.c b/hw/xfree86/modes/xf86Crtc.c index f98af66..6b7cc3d 100644 --- a/hw/xfree86

RandR 1.4 additional X server patches

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

[PATCH evdev] Return error codes from EvdevOpenDevice()

The server's behaviour is to stop adding new devices when a BadAlloc occurs on any device (on the assumption that new devices won't magically have more memory). Change EvdevOpenDevice() to return an error code of BadValue when it fails (and thus to the server) to prevent other devices being ignored

Re: [PATCH 1/2] Whitespace cleanups in randrproto.txt

Keith Packard (05/12/2010): > This just eliminates some ugly space/tab combos Reviewed-by: Cyril Brulebois Mraw, KiBi. signature.asc Description: Digital signature ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/x

Re: Sprite transforms in RandR

On Sun, 5 Dec 2010 16:38:52 -0800, Aaron Plattner wrote: > The crtc shadow functions seem obsolete given the new scanout pixmap > creation function, but they can be removed in a later ABI. So, I was thinking about what happens when your compositing manager creates a PCP and then promptly crashes

[PATCH] RandR version 1.4 additions

On Sun, 5 Dec 2010 16:38:52 -0800, Aaron Plattner 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 Signed-off-by: Keith Packar

[PATCH 1/2] Whitespace cleanups in randrproto.txt

This just eliminates some ugly space/tab combos Signed-off-by: Keith Packard --- randrproto.txt | 78 1 files changed, 39 insertions(+), 39 deletions(-) diff --git a/randrproto.txt b/randrproto.txt index 016532c..9f3d4a1 100644 --- a/ra

Re: [PATCH 2/6] randr: Add sprite position transforms

Keith Packard (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 rrsprite.lo |

Re: Fence Sync patches

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: >

Re:Re:What's the meaning of XSyncAlarmNotify ?

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,

Re: [PATCH mutouch 10/10 v2] Support input ABI 12

Peter Hutterer (06/12/2010): > Signed-off-by: Peter Hutterer Reviewed-by: Cyril Brulebois Mraw, KiBi. signature.asc Description: Digital signature ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info:

Re: [PATCH elographics 7/7 v2] Support input ABI 12

Peter Hutterer (06/12/2010): > Signed-off-by: Peter Hutterer Reviewed-by: Cyril Brulebois Mraw, KiBi. signature.asc Description: Digital signature ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info:

[PATCH xserver] Bump extension ABI to 5

Commit 606e079cc4d9a9db3197652ca51683c36f74efb8 moved the visual field in WindowOptRec, breaking the extension module ABI. Signed-off-by: James Jones --- hw/xfree86/common/xf86Module.h |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/hw/xfree86/common/xf86Module.h b/hw/x

[PATCH xserver (v3) 08/10] Move some sync code to miext

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 --- COPYING|2 +- Xext/sync.c|

[PATCH xserver (v3) 07/10] Add XSyncAwaitFence() handler

-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

[PATCH xserver (v3) 09/10] Add fence sync driver interface

-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 noti

[PATCH xserver (v3) 10/10] Export SyncVerifyFence() in new SDK header

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 Reviewed-b

[PATCH xserver (v3) 06/10] Generalize comment above Sync CheckTriggered funcs

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 Reviewed-by: Aaron Plattner Reviewed-by: Robert Morell Reviewed-by: Adam Jacks

[PATCH xserver (v3) 05/10] Make Await SyncTrigger functions generic

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 Reviewed-by: Aaron Plattner Reviewed-by: Robert Morell Reviewed-

[PATCH xserver (v3) 03/10] Add XSyncQueryFence()

Allows callers to query whether or not a given fence sync object is currently triggered. Signed-off-by: James Jones Reviewed-by: Aaron Plattner Reviewed-by: Robert Morell Reviewed-by: Adam Jackson --- Xext/sync.c | 49 + 1 files changed, 49 in

[PATCH xserver (v3) 00/10] X Server support for Fence Sync

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 backe

[PATCH xserver (v3) 01/10] Require xextproto 7.1.99

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 --- configure.ac |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/configure.ac b/configure.ac index 236

[PATCH xserver (v3) 02/10] Create/Destroy/Trigger/Reset Fence Sync objects

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 opera

[PATCH xserver (v3) 04/10] Create SyncObject base type.

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 Revi

Re: Sprite transforms in RandR

On Sun, 5 Dec 2010 16:42:43 -0800, Aaron Plattner 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 to > wacky intern

Re: Sprite transforms in RandR

On Sun, 5 Dec 2010 16:38:52 -0800, Aaron Plattner 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 clean up the w

Re: [PATCH xf86-input-synaptics] syndaemon: decouple background mode from quietness

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 > fo

Re: [PATCH xf86-input-synaptics] syndaemon: decouple background mode from quietness

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 > fo

Re: Sprite transforms in RandR

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 t

Re: Sprite transforms in RandR

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 f

Reviewed patches from the Ubuntu tree

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 de

[PATCH 1/3] Xext: Fix edge case with {Positive, Negative}Transition triggers.

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: Christophe

[PATCH 2/3] IDLETIME: Fix edge-case in IdleTimeBlockHandler

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 Reviewed-by: Adam Jackson --- Xext/sync.c |8 1 files changed, 8 insertions(+), 0 deleti

[PATCH 3/3] Add EDID quirk for HP Compaq nc8430.

From: Jörn Horstmann Like some other LPL panels, this one reports the vertical size in cm rather than mm. Patch taken from Launchpad bug #380009 X.Org Bug 28414 Signed-off-by: Christopher James Halse Rogers

[PATCH mutouch 10/10 v2] Support input ABI 12

Signed-off-by: Peter Hutterer --- 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 deletions(-) diff --git a/src/xf8

[PATCH elographics 7/7 v2] Support input ABI 12

Signed-off-by: Peter Hutterer --- 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 b/src/xf86Elo.c index 4

Re: [PATCH fpit 5/8] Drop libc wrappers for free, malloc

On Fri, Dec 03, 2010 at 07:17:04AM +0100, Thierry Vignaud wrote: > On 2 December 2010 04:31, Peter Hutterer wrote: > > Signed-off-by: Peter Hutterer > > --- > >  src/xf86Fpit.c |   14 +++--- > >  1 files changed, 7 insertions(+), 7 deletions(-) > > > > diff --git a/src/xf86Fpit.c b/src/xf

Re: [PATCH] MAINTAINERS: aiptek is unmaintained again

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 remova

Re: [PATCH:libXmu] XmuCvtStringToCursor: sprintf -> snprintf & check for XtMalloc failure

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: http://list

[PATCH 2/6] randr: Add sprite position transforms

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 --- hw/xfree86/modes/xf86Crtc.c|5 ++ hw/xfree86/modes/xf86Crtc.h|

[PATCH 5/6] randr: Add per-crtc pixmaps

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 --- hw/xfree86/modes/xf86Crtc.c|

[PATCH 6/6] randr: Hook up the new RandR 1.4 functionality

This bumps the supported RandR protocol version and adds the dispatch hooks needed to call the new functions Signed-off-by: Keith Packard --- include/protocol-versions.h |2 +- randr/rrdispatch.c |6 ++ randr/rrsdispatch.c | 132 +

[PATCH 4/6] hw/xfree86/modes: Add optional driver API for RRSetCrtcConfigs

This provides a driver hook which can either completely replace, or just validate the parameters for, the RRSetCrtcConfigs request. Signed-off-by: Keith Packard --- hw/xfree86/modes/xf86Crtc.h| 29 +++ hw/xfree86/modes/xf86RandR12.c | 162 +--- 2 fi

[PATCH 3/6] randr: Implement RRSetCrtcConfigs

This provides a driver-independent implementation of the RRSetCrtcConfigs API by simply using the existing interfaces. Signed-off-by: Keith Packard --- hw/xfree86/modes/xf86RandR12.c |1 + randr/Makefile.am |4 +- randr/mirrcrtc.c | 169 + randr/ra

[PATCH 1/6] Replace huge argument list in xf86CrtcSetModeTransform with struct

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 --- hw/xfree86/modes/xf86Crtc.c| 120 ++

RandR 1.4 X server patch series

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

Re: [PATCH xrdb] predefined cpp macros can produce unexpected results (bug 3413)

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

Re: [PATCH xrdb] predefined cpp macros can produce unexpected results (bug 3413)

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 > > > > GNU cpp is predefining a number of symbols, depending on the host and target > > architecture. This can produce some unexpected results: for ex

Re: [PATCH xrdb] predefined cpp macros can produce unexpected results (bug 3413)

On Fri, Dec 03, 2010 at 03:52:04PM -0500, Matt Turner wrote: > From: Matthieu Herrb > > 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 name is i386.my.dom

Re: [PATCH v4 6/7] Replace alloc+strcpy+strcat with asprintf() & XNFasprintf() calls

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 DoShowOp

Re: [PATCH:libXmu] XmuCvtStringToCursor: sprintf -> snprintf & check for XtMalloc failure

Am 05.12.2010 09:14, schrieb Alan Coopersmith: > Signed-off-by: Alan Coopersmith > --- > 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/StrToCur

[PATCH xserver 2/2] docs: replace BUILLDOCS with existing ENABLE_DEVEL_DOCS

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 *** N

[PATCH xserver 1/2] hw/dmx/doc: DIST_SUBDIRS not required when using AM_CONDITIONAL

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 --- hw/dmx/Makefile.am |1 - 1 files changed, 0 insertio

Re: [PATCH:xorg-macros] Use AC_LANG_PROGRAM in XORG_CHECK_MALLOC_ZERO to clear autoconf-2.68 warnings

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 instead of faking it badly. >> >> -AC_RUN_IFELSE([ >> -char *malloc(); >> -char *realloc(); >> -char *calloc(); >> -main() { >

Re: [PATCH:xorg-macros] Use AC_LANG_PROGRAM in XORG_CHECK_MALLOC_ZERO to clear autoconf-2.68 warnings

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... > ../

Re: [PATCH] Make pm2's xv driver collect options like all other drivers.

> From: Jesse Adkins > 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 > options. > > This resul

Re: [PATCH v4 6/7] Replace alloc+strcpy+strcat with asprintf() & XNFasprintf() calls

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, >> OptionIn

Re: [PATCH:xorg-macros] Use AC_LANG_PROGRAM in XORG_CHECK_MALLOC_ZERO to clear autoconf-2.68 warnings

On Sun, Dec 5, 2010 at 9:31 AM, Matt Turner wrote: > On Sun, Dec 5, 2010 at 9:36 AM, 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/

Re: [PATCH:xorg-macros] Use AC_LANG_PROGRAM in XORG_CHECK_MALLOC_ZERO to clear autoconf-2.68 warnings

On Sun, Dec 5, 2010 at 9:36 AM, 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... > ../../

Re: [PATCH v4 6/7] Replace alloc+strcpy+strcat with asprintf() & XNFasprintf() calls

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

Re: [PATCH v4 6/7] Replace alloc+strcpy+strcat with asprintf() & XNFasprintf() calls

Am 04.12.2010 21:14, schrieb Alan Coopersmith: > Signed-off-by: Alan Coopersmith > --- > dix/devices.c | 17 +++-- > hw/xfree86/common/xf86Config.c |4 +--- > hw/xfree86/common/xf86Option.c |5 + > hw/xfree86/common/xf86ShowOpts.c|

[PATCH:xorg-macros] Use AC_LANG_PROGRAM in XORG_CHECK_MALLOC_ZERO to clear autoconf-2.68 warnings

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... ../../lib/autoco

Re: Event for override-redirect change

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 unmana

Re: Per CRTC pixmaps

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 s

Per CRTC pixmaps

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 anythi

[PATCH:libXt] Remove non-USE_SNPRINTF case from src/Error.c

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 --- src/Error.c | 18 ++ 1 files changed, 2 insertions(+), 16 deletions(-

[PATCH:libXmu] XmuCvtStringToCursor: sprintf -> snprintf & check for XtMalloc failure

Signed-off-by: Alan Coopersmith --- 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 +155,29 @@ XmuCvtStringToCur