Dave Airlie wrote:
> +int
> +AddGPUScreen(Bool (*pfnInit) (ScreenPtr /*pScreen */ ,
> + int /*argc */ ,
> + char ** /*argv */
> + ),
> + int argc, char **argv)
> +{
> +int i;
> +ScreenP
Peter Hutterer wrote:
> +void
> +TouchListenerGone(XID resource)
> +{
> +TouchPointInfoPtr ti;
> +DeviceIntPtr dev;
> +InternalEvent *events = InitEventList(GetMaximumEventsNum());
Forgot to deallocate the event list.
> +int i, j, k, nev;
> +
> +if (!events)
> +Fatal
Peter Hutterer wrote:
> +static void
> +TouchAddActiveGrabListener(DeviceIntPtr dev, TouchPointInfoPtr ti,
> + InternalEvent *ev, GrabPtr grab)
> +{
> +if (!ti->emulate_pointer &&
> +(grab->grabtype == CORE || grab->grabtype == XI))
> +return;
> +
> +
Cyril Brulebois wrote:
> If TimerSet gets called with a big timeout, this call can overflow:
> millis += now;
>
> Detect overflow and set millis to the maximal integer when that happens,
> to avoid falling in the “already expired” case.
Hi Cyril,
I found this, buried in Section 6.2.5 (9) of
A couple of typos below...
Keith Packard wrote:
> +CRTCCONFIG { crtc: CRTC
> + set: SETofCRTCFLAG
> + x, y: INT16
> + mode: MODE
> + rotation: ROTATION
> + sprite-position-transform: TRANSFORM
> + sprite-image-transform: TRANSFORM
> +
Daniel Kurtz wrote:
> However, my understanding is that edge motion occurs when a drag or move
> hits an edge, but the finger stays in contact with the pad. Thus, there
> should always still be hardware events during an edge motion.
Yeah, once the properties EdgeMotion{MinZ,MaxZ,UseAlways} are
;
> X.Org Bug 34182 <http://bugs.freedesktop.org/show_bug.cgi?id=34182>
>
> Signed-off-by: Peter Hutterer
> ---
>
> Changes to v1:
> - Free the event list after usage.
> - two loops require two counters. who would have thought.
Reviewed-by: Fernando Carrijo
_
Peter Hutterer wrote:
> /**
> + * Generate release events for all keys/button currently down on this
> + * device.
> + */
> +static void
> +ReleaseButtonsAndKeys(DeviceIntPtr dev)
> +{
> +EventListPtreventlist = InitEventList(GetMaximumEventsNum());
Out of curiosity, where in the ca
Signed-off-by: Fernando Carrijo
---
Nothing extraordinary here. Seriously!
XIproto.txt | 30 ++
1 files changed, 10 insertions(+), 20 deletions(-)
diff --git a/XIproto.txt b/XIproto.txt
index f9d19f0..83cf9dd 100644
--- a/XIproto.txt
+++ b/XIproto.txt
@@ -1650,7
Ville Syrjala wrote:
> Copy dx/dy from the internal event to the DGA2 Motion/Button events.
> Do the same for Key events for the sake of keeping the code consistent.
>
> Signed-off-by: Ville Syrjala
> ---
> hw/xfree86/common/xf86DGA.c |8
> 1 files changed, 4 insertions(+), 4 dele
sn't have to know.
>
> Signed-off-by: Adam Jackson
Reviewed-by: Fernando Carrijo
___
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
Reviewed-by: Fernando Carrijo
> ---
> bit of an oversight in the first patchset...
>
> dix/inpututils.c |8
> include/input.h |1 +
> test/input.c |3 ++-
> 3 files changed, 11 insertions(+), 1 deletions(-)
&
;optional)
> +pWin->optional->userProps = NULL;
> }
>
> static int
> --
> 1.7.2.3
Yeah, restoring the default state of the field is a good idea.
Reviewed-by: Fernando Carrijo
___
xorg-devel@lists.x.org: X.Org development
Archives: ht
Daniel Stone wrote:
> Hi all,
> I've published v4 of my multitouch patches, addressing (I think) all the
> review comments from v3. libXi and xf86-input-evdev are untouched, but
> xserver has seen a great deal of cleanups, xinput some minor tweaks, and
> inputproto has had the usecases expanded
Adam Jackson wrote:
[...]
> +/**
> + * Unregister a device in the threaded input facility
> + *
> + * @param fd File descriptor which identifies the input device
> + *
> + * @return 1 if success; 0 otherwise.
> + */
> +int
> +InputThreadUnregisterDev(int fd)
> +{
> +InputThreadDevice *prev,
Hi Danny,
danny wrote:
> Could you explain about the XSyncAlarmNotify? What's function it provides?
> Which situation could it be sent by X server?
It seems to me XSyncAlarmNotify is an event type, not a request type. And as
such, it is delivered from server to clients, not the other way around
Hi Rami,
I have a nitpick below.
Rami Ylimäki wrote:
> Let X server to keep track of client PIDs and process names. Also make
> the client tracking interface available for external modules. Linking
> order of Xnest libraries needs to be fixed, because libmain depends on
> libdix and not vice ve
raight and sane to me.
Reviewed-by: Fernando Carrijo
> Signed-off-by: Peter Hutterer
> ---
> hw/xfree86/common/xf86Opt.h|1 +
> hw/xfree86/common/xf86Option.c | 19 +++
> 2 files changed, 20 insertions(+), 0 deletions(-)
>
> diff --git a/hw/x
Peter Hutterer wrote:
> On Tue, Aug 31, 2010 at 04:00:13PM -0300, Fernando Carrijo wrote:
> > From: Fernando Carrijo
> >
> > Signed-off-by: Fernando Carrijo
> > Signed-off-by: Tiago Vignatti
>
> I think I'd prefer to see these three patches squashed to
Peter Hutterer wrote:
> On Tue, Aug 31, 2010 at 04:00:14PM -0300, Fernando Carrijo wrote:
> >
> > Signed-off-by: Fernando Carrijo
> > Signed-off-by: Tiago Vignatti
> > ---
> > dix/inputhandler.c | 109 ++--
&g
Peter Hutterer wrote:
> On Tue, Sep 07, 2010 at 11:37:33PM -0300, Fernando Carrijo wrote:
> > Peter Hutterer wrote:
> >
> > > Use xf86FirstLocalDevice() instead (but don't get me started on the naming
> > > of that one...)
> >
> > Yeah, a p
Peter Hutterer wrote:
> Use xf86FirstLocalDevice() instead (but don't get me started on the naming
> of that one...)
Yeah, a poorly chosen name indeed.
> Signed-off-by: Peter Hutterer
Reviewed-by: Fernando Carrijo
> ---
> hw/xfree86/common/xf86Xinput.h |2 +-
&
public.devicePrivate))->private)
> -
I see both xf86-input-aiptek and xf86-input-joystick using it.
I presume they don't count, do they? If they don't, then:
Reviewed-by: Fernando Carrijo
> /* Valuator verification macro */
> #define XI_VERIFY_VALUATORS(num_valua
Peter Hutterer wrote:
> We have a driver hook - it's UnInit.
>
> Signed-off-by: Peter Hutterer
Reviewed-by: Fernando Carrijo
> ---
> hw/xfree86/common/xf86Xinput.c |4 +---
> 1 files changed, 1 insertions(+), 3 deletions(-)
>
> diff --git a/hw/xfree86/com
Peter Hutterer wrote:
> When no identifier for the device was specified, the allocated IDevRec (and
> its associated fields) need to be freed.
>
> Signed-off-by: Peter Hutterer
Reviewed-by: Fernando Carrijo
> ---
> hw/xfree86/common/xf86Xinput.c |3 ++-
> 1 files
Peter Hutterer wrote:
> InputInfoRec hasn't had a free function pointer since the git import.
>
> Signed-off-by: Peter Hutterer
Reviewed-by: Fernando Carrijo
> ---
> hw/xfree86/common/xf86Xinput.c |6 --
> 1 files changed, 0 insertions(+), 6 deletions(
Peter Hutterer wrote:
> Signed-off-by: Peter Hutterer
Reviewed-by: Fernando Carrijo
> ---
> hw/xfree86/common/xf86Xinput.c |4 +---
> 1 files changed, 1 insertions(+), 3 deletions(-)
>
> diff --git a/hw/xfree86/common/xf86Xinput.c b/hw/xfree86/common/xf86Xinput
Peter Hutterer wrote:
> Signed-off-by: Peter Hutterer
Reviewed-by: Fernando Carrijo
> ---
> hw/xfree86/common/xf86Xinput.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/hw/xfree86/common/xf86Xinput.c b/hw/xfree86/common/xf86Xinput.c
> i
Peter Hutterer wrote:
> Signed-off-by: Peter Hutterer
Reviewed-by: Fernando Carrijo
> ---
> hw/xfree86/common/xf86Xinput.c |6 --
> 1 files changed, 0 insertions(+), 6 deletions(-)
>
> diff --git a/hw/xfree86/common/xf86Xinput.c b/hw/xfree86/common/xf86Xinput
Peter Hutterer wrote:
> None of them are called by the server.
>
> Signed-off-by: Peter Hutterer
Reviewed-by: Fernando Carrijo
> ---
> hw/xfree86/common/xf86Xinput.c |3 ---
> hw/xfree86/common/xf86Xinput.h |8
> 2 files changed, 0 insertions(+), 11 d
Alan Coopersmith wrote:
> Fernando Carrijo wrote:
> >> (You could either try
> >> to work out which one applies based on the XFree86 cvs history or just take
> >> the easy way out and copy both, since both are licenses we already have all
> >> over the t
Alan Coopersmith wrote:
> Fernando Carrijo wrote:
> > From: Fernando Carrijo
> >
> > Signed-off-by: Fernando Carrijo
> > Signed-off-by: Tiago Vignatti
> > ---
> > dix/inputhandler.c | 109 ++--
>
From: Fernando Carrijo
Signed-off-by: Fernando Carrijo
Signed-off-by: Tiago Vignatti
---
dix/inputhandler.c | 109 ++--
hw/xfree86/common/xf86Events.c | 122 +++-
2 files changed, 112 insertions(+), 119
From: Fernando Carrijo
Signed-off-by: Fernando Carrijo
Signed-off-by: Tiago Vignatti
---
hw/xfree86/common/xf86Events.c | 16 +---
hw/xfree86/common/xf86str.h|4 +---
2 files changed, 2 insertions(+), 18 deletions(-)
diff --git a/hw/xfree86/common/xf86Events.c b/hw
From: Fernando Carrijo
Signed-off-by: Fernando Carrijo
Signed-off-by: Tiago Vignatti
---
dix/Makefile.am|1 +
dix/inputhandler.c | 58
include/Makefile.am|1 +
include/inputhandler.h | 46
Ajax originally exposed the requirement embodied in this patches series. See:
http://lists.x.org/archives/xorg-devel/2010-August/012204.html
Do you guys see inproprieties in the changes I introduce here?
Fernando Carrijo (3):
dix: Prepare dix to embrace input handling duties
ddx: Prepare
Tomas Carnecky wrote:
> On 8/29/10 7:01 PM, Fernando Carrijo wrote:
> > Tomas Carnecky wrote:
> >
> >> diff --git a/mi/miinitext.c b/mi/miinitext.c
> >> index 5ad7a39..e6f150f 100644
> >> --- a/mi/miinitext.c
> >> +++ b/mi/miinitext
Tomas Carnecky wrote:
> diff --git a/mi/miinitext.c b/mi/miinitext.c
> index 5ad7a39..e6f150f 100644
> --- a/mi/miinitext.c
> +++ b/mi/miinitext.c
> @@ -532,6 +532,12 @@ static ExtensionModule staticExtensions[] = {
> #ifdef XSELINUX
> { SELinuxExtensionInit, SELINUX_EXTENSION_NAME, &noSELi
Peter Hutterer wrote:
> On Thu, Aug 26, 2010 at 08:37:57AM +0200, Matthieu Herrb wrote:
> > On Wed, Aug 25, 2010 at 05:53:01PM -0400, Matt Turner wrote:
> > >
> > > Looks like a sufficiently trivial change, but what system still using
> > > gcc 2.95 does anyone care about running modern X.Org on
Adam Jackson wrote:
> MTX was an experiment in X11R6 to do a multithreaded X server. It sure
> does make software rendering faster if you do that, but given the modern
> architecture that's a bit like putting twin turbos in your Honda Civic.
> You get a fast Civic, but what you were really hopin
Adam Jackson wrote:
> I do eventually want to see each ScreenRec factored out to its own
> thread. Right now in Xinerama rendering is serialized across all
> screens, which is terrible.
>
> If you did that, you'd have one thread for dispatch and core object
> model, one for input, and one per G
Tiago Vignatti wrote:
> Hi,
>
> On Tue, Aug 10, 2010 at 07:28:30AM +0200, ext Peter Hutterer wrote:
> > On Tue, Aug 10, 2010 at 03:05:48PM +1000, Daniel Stone wrote:
> > >
> > > malloc() in a signal handler ftl
> >
> > urgh, yes, thanks.
>
> ...
>
> > > I guess you could just have a static
>From 2aa4c74e43556c227ac8c4966689e178c9cbbe40 Mon Sep 17 00:00:00 2001
From: Fernando Carrijo
Date: Wed, 4 Aug 2010 23:39:21 -0300
Subject: [PATCH 2/2] dix: Fix indentation in WaitForSomething
Reviewed-by: Jamey Sharp
Reviewed-by: Tiago Vignatti
Signed-off-by: Fernando Carrijo
---
>From fb429c58c113d6a2d38324644239e08b103d6c37 Mon Sep 17 00:00:00 2001
From: Fernando Carrijo
Date: Wed, 4 Aug 2010 23:34:24 -0300
Subject: [PATCH 1/2] dix: Better document Dispatch, WaitForSomething and friends
Wrote this patch more as an exercise than anything else. And while I
realize t
In the previous version of this patch series, Tiago recommended a minor
stylistic modification in the comment created for SmartScheduleClient().
That's what I've done here.
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archi
Adam Jackson wrote:
> On Tue, 2010-08-03 at 17:28 -0300, Fernando Carrijo wrote:
> > The Open Group documentation for Select does not mention it failing with
> > EAGAIN.
> >
> > http://opengroup.org/onlinepubs/007908775/xsh/select.html
> >
> > Even s
Tiago Vignatti wrote:
> > --- a/dix/dispatch.c
> > +++ b/dix/dispatch.c
> > @@ -240,6 +240,20 @@ long SmartLastPrint;
> > voidDispatch(void);
> > voidInitProcVectors(void);
> >
> > +/**
> > + * Select the next client to be served.
> > + *
> > + * The chosen client wil
Tomas Carnecky wrote:
> On 8/3/10 3:55 AM, Fernando Carrijo wrote:
> > Cc-ing Tomas
> >
> > Tiago Vignatti wrote:
> >> I'm looking forward now to see proto/ created, as discussed.
> >
> > It seems Tomas is already working on this area. See here:
a fix.
>From 7f615aa4f441471979c1a5e090d09cbd019f57d0 Mon Sep 17 00:00:00 2001
From: Fernando Carrijo
Date: Tue, 3 Aug 2010 17:19:47 -0300
Subject: [PATCH] os: Select can not fail with EAGAIN. Don't check for it in WaitForSomething.
Signed-off-by: Fernando Carrijo
---
os/WaitFor.c |
Cc-ing Tomas
Tiago Vignatti wrote:
> Fernando Carrijo wrote:
> >
> > So, here is the result of my preliminary attempt to bring some order to
> > dix. The
> > refactoring of the messy dixutils.c into more cohesive files sounded like a
> > good
> > oportu
Jesse Adkins wrote:
> -/* Keyboard tokens */
> -AUTOREPEAT,
> -XLEDS,
> -KPROTOCOL,
> -XKBKEYMAP,
> -XKBCOMPAT,
> -XKBTYPES,
> -XKBKEYCODES,
> -XKBGEOMETRY,
> -XKBSYMBOLS,
> -XKBDISABLE,
> -PANIX106,
> -XKBRULES,
> -XKBMODEL,
> -XKBLAYOU
Jesse Adkins wrote:
> -/* ISC's cc can't handle ~ of UL constants, so explicitly type cast them. */
> -#define XLED1 ((unsigned long) 0x0001)
> -#define XLED2 ((unsigned long) 0x0002)
> -#define XLED3 ((unsigned long) 0x0004)
> -#define XLED4((unsigned long) 0x0008)
Signed-off-by: Fernando Carrijo
---
dix/Makefile.am |3 +-
dix/dixutils.c | 79 --
dix/workqueue.c | 166 +++
include/dix.h |2 +
4 files changed, 170 insertions(+), 80 deletions(-)
create mode 100644 dix
Signed-off-by: Fernando Carrijo
---
dix/Makefile.am |1 +
dix/dixutils.c | 85 --
dix/sleepqueue.c | 173 ++
include/dix.h|2 +
4 files changed, 176 insertions(+), 85 deletions(-)
create mode 100644
Signed-off-by: Fernando Carrijo
---
dix/Makefile.am |1 +
dix/callback.c | 322 +++
dix/dixutils.c | 233
3 files changed, 323 insertions(+), 233 deletions(-)
create mode 100644 dix/callback.c
Signed-off-by: Fernando Carrijo
---
dix/Makefile.am|1 +
dix/blockhandler.c | 233
dix/dixutils.c | 145
include/dix.h |1 +
4 files changed, 235 insertions(+), 145 deletions(-)
create
So, here is the result of my preliminary attempt to bring some order to dix. The
refactoring of the messy dixutils.c into more cohesive files sounded like a good
oportunity for me to experiment with the code, and that's what the following
statistics are about:
[PATCH 1/7] dix: Extract blockhand
Signed-off-by: Fernando Carrijo
---
dix/dixutils.c |9 -
1 files changed, 0 insertions(+), 9 deletions(-)
diff --git a/dix/dixutils.c b/dix/dixutils.c
index 898dbe5..26a73a3 100644
--- a/dix/dixutils.c
+++ b/dix/dixutils.c
@@ -81,22 +81,13 @@ Author: Adobe Systems Incorporated
Signed-off-by: Fernando Carrijo
---
include/dix.h | 44 +---
1 files changed, 21 insertions(+), 23 deletions(-)
diff --git a/include/dix.h b/include/dix.h
index 440b9eb..e435456 100644
--- a/include/dix.h
+++ b/include/dix.h
@@ -172,6 +172,13 @@ extern
Signed-off-by: Fernando Carrijo
---
dix/Makefile.am |1 +
dix/dixutils.c | 92
dix/lookup.c| 183 +++
include/dix.h |2 +
4 files changed, 186 insertions(+), 92 deletions(-)
create mode 100644
Tomas Carnecky wrote:
> Fernando Carrijo wrote:
> >
> > I probably didn't understand quite well the reason for what you guys mean by
> > server-side XCB. Google did't help too much either, although I wonder it
> > might
> > be not far from avoidin
Daniel Stone wrote:
>
> Fernando Carrijo wrote:
> >
> > Peter Hutterer wrote:
> > >
> > > You'll probably have some fun untangling the various ProcRequestName from
> > > the dix source files (static files, file-specific defines, etc.). And
Peter Hutterer wrote:
> Fernando Carrijo wrote:
> >
> > Would you guys mind if I chose /dix/core and /dix as the new homes for files
> > related to the core protocol and the protocol support routines,
> > respectively?
> > Whenever possible, I prefer to avoid
Vignatti Tiago wrote:
> Jamey Sharp wrote:
> >
> > The proposed "lookup.c" is mostly about protocol implementation, though,
> > and I'd be happy to see another patch after this series that reorganizes
> > dix/ to highlight the protocol implementation bits. Perhaps a separate
> > top-level proto/
Fernando Carrijo wrote:
> Changelog for v3:
Sorry, I meant v2, for sure.
___
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
Reviewed-by: Jamey Sharp
Signed-off-by: Fernando Carrijo
---
os/WaitFor.c | 55 ---
1 files changed, 28 insertions(+), 27 deletions(-)
diff --git a/os/WaitFor.c b/os/WaitFor.c
index 66f67e5..14f9719 100644
--- a/os/WaitFor.c
+++ b/os
Changelog for v3:
Amendments as suggested by Jamey and Tiago.
___
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
took straight from "Efficiently Scheduling X Clients",
for which I hope not to be sued for plagiarism. Others are my own,
and I'm still not in position to guarantee their correctness.
Reviewed-by: Jamey Sharp
Signed-off-by: Fernando Carrijo
---
dix/dispatch.c | 74 +
Tiago Vignatti wrote:
> On Wed, Jul 28, 2010 at 10:26:34PM +0200, ext Fernando Carrijo wrote:
> > +/* clientReady:
> > + * array of clients ready for input and/or output. Actually, the
> > + * array is not composed of clients, but of the indexes they occupy
> > +
Jamey Sharp wrote:
> On Wed, Jul 28, 2010 at 05:26:34PM -0300, Fernando Carrijo wrote:
> > ---
> > Wrote this patch more as an exercise than anything else. And while I
> > realize that there's a thin line between what people consider benign
> > and pernicious comm
Signed-off-by: Fernando Carrijo
---
Wrote this patch more as an exercise than anything else. And while I
realize that there's a thin line between what people consider benign
and pernicious commenting styles, I tend to believe that in case of
intricate code such as this, we better sin for ver
Fernando Carrijo wrote:
> The file dixutils.c has grown into an incohesive and bloated beast. The time
> has
> come to refactor some of its routines to their own files. This patch gives a
> new
> home for all of those which deal with work queues.
> ---
> dix/Makefil
The file dixutils.c has grown into an incohesive and bloated beast. The time has
come to refactor some of its routines to their own files. This patch gives a new
home for all of those which deal with work queues.
---
dix/Makefile.am |3 +-
dix/dixutils.c | 80 -
dix/
The file dixutils.c has grown into an incohesive and bloated beast. The time has
come to refactor some of its routines to their own files. This patch gives a new
home for all of those which deal with sleeping clients.
---
dix/Makefile.am |1 +
dix/dixutils.c | 84 -
The file dixutils.c has grown into an incohesive and bloated beast. The time has
come to refactor some of its routines to their own files. This patch gives a new
home for all of those which deal with resource lookup.
---
dix/Makefile.am |1 +
dix/dixutils.c | 92 ---
The file dixutils.c has grown into an incohesive and bloated beast. The time has
come to refactor some of its routines to their own files. This patch gives a new
home for all of those which deal with callback management.
---
dix/Makefile.am |1 +
dix/callback.c | 333
The file dixutils.c has grown into an incohesive and bloated beast. The time has
come to refactor some of its routines to their own files. This patch gives a new
home for all of those which deal with block and wake up handlers.
---
dix/Makefile.am|1 +
dix/blockhandler.c | 243 +++
My humble attempt to put some order in dix. For lack of inspiration
(or knowledge, if you prefer) I didn't touch the original copyright
notices, and simply copied them verbatim to the new files; exactly
like I did to headers. Ugly, I presume. But just a first try.
Do people see any value in things
Peter Hutterer wrote:
> [CC'ing Fernando to avoid duplicate efforts, he was interested in
> implementing this]
Thanks Peter.
Yes, I was really interested in doing it, and even took a break to read the
whole synaptics code. And albeit I couldn't make sense of some details of what
I read, the exp
Peter Hutterer wrote:
> Just idling along, looking for something to do? There's a low-hanging fruit
> that I've had on my todo list for ages but never found the time for:
> third-mouse button emulation in evdev.
>
> What I eventually want is: if the emulation is enabled, a non-moving touch
> emi
On Thu, 1 Jul 2010 13:24:02 -0600, Jonathan Corbet wrote:
> On Thu, 01 Jul 2010 16:15:58 -0300
> Fernando Carrijo wrote:
>
> > For sure the information contained in git logs don't measure how high-level
> > the
> > changes are being submitted, but it woul
Tiago Vignatti wrote:
> If I have more motivation I'll try to get some stats comparing different
> versions of the server development and maybe other modules. Also, if you are
> interested on different kind of statistics I can run more. Suggestions are
> very welcome and appreciated (for instance
Tiago Vignatti wrote:
> Cool! For all patches:
>
> Acked-by: Tiago Vignatti
Thank you.
> BTW, I guess you set up some script to do this work and would be nice to share
> it.
More or less, Tiago. I dropped all occurrences of the macros by hand since there
were some nested #define cases I d
Signed-off-by: Fernando Carrijo
---
src/xgi.h |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/src/xgi.h b/src/xgi.h
index fd2c6fa..715502f 100755
--- a/src/xgi.h
+++ b/src/xgi.h
@@ -265,7 +265,6 @@ extern BOOL g_bRunTimeDebug;
#ifdef XGIMERGED
#ifdef XGIXINERAMA
Signed-off-by: Fernando Carrijo
---
src/vmwarectrl.c |2 --
src/vmwarexinerama.c |2 --
vmwarectrl/libvmwarectrl.c |2 --
3 files changed, 0 insertions(+), 6 deletions(-)
diff --git a/src/vmwarectrl.c b/src/vmwarectrl.c
index d9ceaa4..d0aace5 100644
--- a/src
Signed-off-by: Fernando Carrijo
---
src/sisusb.h |1 -
src/sisusb_utility.c |2 --
2 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/src/sisusb.h b/src/sisusb.h
index b9992ac..fbbebc5 100644
--- a/src/sisusb.h
+++ b/src/sisusb.h
@@ -141,7 +141,6 @@
#define
Signed-off-by: Fernando Carrijo
---
src/sis.h |1 -
src/sis_utility.c |2 --
2 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/src/sis.h b/src/sis.h
index 400b83f..2144052 100644
--- a/src/sis.h
+++ b/src/sis.h
@@ -251,7 +251,6 @@
#endif
/* Need that for SiSCtrl
Signed-off-by: Fernando Carrijo
---
uxa/uxa-priv.h |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/uxa/uxa-priv.h b/uxa/uxa-priv.h
index b107928..92536cc 100644
--- a/uxa/uxa-priv.h
+++ b/uxa/uxa-priv.h
@@ -39,7 +39,6 @@
#include "uxa.h"
#include
Signed-off-by: Fernando Carrijo
---
src/vmmouse.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/src/vmmouse.c b/src/vmmouse.c
index 1b08eff..f5ad234 100644
--- a/src/vmmouse.c
+++ b/src/vmmouse.c
@@ -48,7 +48,6 @@
#endif
#include
-#define NEED_EVENTS
#include
Signed-off-by: Fernando Carrijo
---
src/hurd_mouse.c |1 -
src/mouse.c |1 -
src/pnp.c|1 -
3 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/src/hurd_mouse.c b/src/hurd_mouse.c
index 9f87e79..222c8ad 100644
--- a/src/hurd_mouse.c
+++ b/src/hurd_mouse.c
Signed-off-by: Fernando Carrijo
---
src/bsd_kbd.c |2 --
src/hurd_kbd.c |1 -
src/kbd.c |1 -
src/lnx_kbd.c |2 --
4 files changed, 0 insertions(+), 6 deletions(-)
diff --git a/src/bsd_kbd.c b/src/bsd_kbd.c
index aa0d473..3653042 100644
--- a/src/bsd_kbd.c
+++ b/src
Signed-off-by: Fernando Carrijo
---
src/XF86VMode.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/src/XF86VMode.c b/src/XF86VMode.c
index 83512ca..d924e2a 100644
--- a/src/XF86VMode.c
+++ b/src/XF86VMode.c
@@ -30,8 +30,6 @@ from Kaleb S. KEITHLEY.
/* THIS IS NOT AN
Signed-off-by: Fernando Carrijo
---
src/XF86DGA.c |3 ---
src/XF86DGA2.c |2 --
2 files changed, 0 insertions(+), 5 deletions(-)
diff --git a/src/XF86DGA.c b/src/XF86DGA.c
index a6e66a4..4effcaf 100644
--- a/src/XF86DGA.c
+++ b/src/XF86DGA.c
@@ -58,9 +58,6 @@ Copyright (c) 1995,1996
Signed-off-by: Fernando Carrijo
---
src/Xvlibint.h |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/src/Xvlibint.h b/src/Xvlibint.h
index 501a211..fcc4a61 100644
--- a/src/Xvlibint.h
+++ b/src/Xvlibint.h
@@ -41,8 +41,6 @@ SOFTWARE.
**
*/
-#define NEED_REPLIES
Signed-off-by: Fernando Carrijo
---
src/XvMC.c |2 --
src/XvMClibint.h |1 -
2 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/src/XvMC.c b/src/XvMC.c
index 3d9b7b0..a850dc7 100644
--- a/src/XvMC.c
+++ b/src/XvMC.c
@@ -1,7 +1,5 @@
/* $XFree86: xc/lib/XvMC/XvMC.c,v 1.4
Signed-off-by: Fernando Carrijo
---
src/XRecord.c |2 --
src/XTest.c |1 -
2 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/src/XRecord.c b/src/XRecord.c
index a0f7c52..40fbcc5 100644
--- a/src/XRecord.c
+++ b/src/XRecord.c
@@ -54,8 +54,6 @@ from The Open Group
Signed-off-by: Fernando Carrijo
---
src/XScrnSaver.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/src/XScrnSaver.c b/src/XScrnSaver.c
index 0bbdc60..d496b94 100644
--- a/src/XScrnSaver.c
+++ b/src/XScrnSaver.c
@@ -28,8 +28,6 @@ in this Software without prior written
Signed-off-by: Fernando Carrijo
---
src/XRes.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/src/XRes.c b/src/XRes.c
index ed6fe52..2d46af4 100644
--- a/src/XRes.c
+++ b/src/XRes.c
@@ -3,8 +3,6 @@
*/
/* $XFree86: xc/lib/XRes/XRes.c,v 1.3 2002/03/10 22:06:53 mvojkovi
Signed-off-by: Fernando Carrijo
---
src/Xrenderint.h |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/src/Xrenderint.h b/src/Xrenderint.h
index 49a294b..9119246 100644
--- a/src/Xrenderint.h
+++ b/src/Xrenderint.h
@@ -26,8 +26,6 @@
#define _XRENDERINT_H_
#include
Signed-off-by: Fernando Carrijo
---
src/Xrandrint.h |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/src/Xrandrint.h b/src/Xrandrint.h
index 75e38c9..7fb5831 100644
--- a/src/Xrandrint.h
+++ b/src/Xrandrint.h
@@ -25,8 +25,6 @@
#ifndef _XRANDRINT_H_
#define
1 - 100 of 155 matches
Mail list logo