Hi,
On Wed, Aug 17, 2011 at 08:19:50AM +1000, Peter Hutterer wrote:
On Tue, Aug 16, 2011 at 01:04:06PM +0100, Daniel Stone wrote:
Ugh. I suppose it's too late now, but I don't suppose it makes any more
sense to export them as relative rather than abs? If not:
Reviewed-by: Daniel Stone dan
Hi,
On Wed, Aug 17, 2011 at 08:41:22AM +1000, Peter Hutterer wrote:
On Tue, Aug 16, 2011 at 12:58:49PM +0100, Daniel Stone wrote:
Err, but then it makes smooth scrolling useless to clients. Does -1.0
mean to scroll up one unit, or one third of a unit? Or one tenth of a
unit? Or one pixel
On Wed, Aug 17, 2011 at 04:11:28PM +1000, Peter Hutterer wrote:
Documented in the description, but missing in the definition.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
Reviewed-by: Daniel Stone dan...@fooishbar.org
___
xorg-devel
On Wed, Aug 17, 2011 at 11:33:51AM +0100, Daniel Stone wrote:
then it'd need to
be a part of the ValuatorInfo rather than ValuatorClassInfo ...
Ignore this, I'm an idiot.
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org
Hi,
On Tue, Aug 16, 2011 at 04:08:24PM +1000, Peter Hutterer wrote:
This isn't true in most cases, especially where physical scroll axes are
involved. Wacom Intuos4 scroll rings have a unit size of 3.0 and the driver
historically sent one scroll event per 3.0 increment or decrement. Mapping
On Mon, Aug 15, 2011 at 09:40:55PM +1000, Peter Hutterer wrote:
On 15/08/11 21:09 , Daniel Stone wrote:
On Mon, Aug 15, 2011 at 03:28:03PM +1000, Peter Hutterer wrote:
+The behavior of the server if there is more than one VertScroll or more
than
+one HorizScroll axes on the same device
Hi,
On Tue, Aug 16, 2011 at 10:00:41AM +1000, Peter Hutterer wrote:
diff --git a/XI2proto.h b/XI2proto.h
index 8977e87..03ead01 100644
--- a/XI2proto.h
+++ b/XI2proto.h
@@ -186,9 +186,11 @@ typedef struct {
uint8_t mode; /** ModeRelative or ModeAbsolute */
uint8_t
it's too late now, but I don't suppose it makes any more
sense to export them as relative rather than abs? If not:
Reviewed-by: Daniel Stone dan...@fooishbar.org
Cheers,
Daniel
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org
Hi,
Looks good to me generally, but:
On Mon, Aug 15, 2011 at 03:28:03PM +1000, Peter Hutterer wrote:
+Newer X servers may provide scrolling information through specific
+valuators to provide scroll events with more precision than the button
+events. Valuators for axes sending scrolling
On Wed, Aug 10, 2011 at 01:06:33PM +0200, Luc Verhaegen wrote:
Immutable in randr means that clients are not able to alter the
property itself, they are only allowed to alter the property value.
This logically means that the property then should not be deleted
by the client either.
Instead of
+ If the specified property does not exist, a Match error is returned. If
+ the property is marked 'immutable', an Access error is returned.
s/Match/Atom/
With that fixed:
Reviewed-by: Daniel Stone dan...@fooishbar.org
Cheers,
Daniel
___
xorg-devel
On Wed, Aug 10, 2011 at 03:53:03PM +0200, Luc Verhaegen wrote:
On Wed, Aug 10, 2011 at 03:48:30PM +0200, Luc Verhaegen wrote:
This was not done for a few reasons:
1) it clearly splits between clientside and server internal usage. The
comment that i added to RRDeleteOutputProperty in the
Signed-off-by: Julien Cristau jcris...@debian.org
---
hw/kdrive/ephyr/ephyrdriext.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
Ping. Anyone?
Reviewed-by: Daniel Stone dan...@fooishbar.org
Cheers,
Daniel
___
xorg-devel
...@solnet.ch
Reviewed-by: Daniel Stone dan...@fooishbar.org
Cheers,
Daniel
___
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
...@solnet.ch
Reviewed-by: Daniel Stone dan...@fooishbar.org
Cheers,
Daniel
___
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
like there are two different commits here.
:)
With the split:
Reviewed-by: Daniel Stone dan...@fooishbar.org
Cheers,
Daniel
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman
...@who-t.net
Reviewed-by: Daniel Stone dan...@fooishbar.org
___
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
On Mon, Aug 08, 2011 at 04:21:03PM +1000, Peter Hutterer wrote:
This line was introduced pre-1.6 to fix Bug 19297. The effect of warping
through the VCP then was that if a device had custom valuator ranges, the
warp position would be wrong. This has since been fixed otherwise and
devices scale
On Mon, Aug 08, 2011 at 04:21:04PM +1000, Peter Hutterer wrote:
fromDIX is neither exactly true nor particularly helpful in understanding
what this parameter triggers. Rename to set_dequeue_screen, because that's
exactly what happens.
With s/differeent/different/:
Reviewed-by: Daniel Stone dan
On Mon, Aug 08, 2011 at 04:21:05PM +1000, Peter Hutterer wrote:
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
Reviewed-by: Daniel Stone dan...@fooishbar.org
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives
On Mon, Aug 08, 2011 at 04:21:06PM +1000, Peter Hutterer wrote:
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
Reviewed-by: Daniel Stone dan...@fooishbar.org
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives
On Mon, Aug 08, 2011 at 04:21:07PM +1000, Peter Hutterer wrote:
Modifier device is always the keyboard.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
Reviewed-by: Daniel Stone dan...@fooishbar.org
___
xorg-devel@lists.x.org: X.Org
. _OR_FLOAT confusion):
Reviewed-by: Daniel Stone dan...@fooishbar.org
___
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
pretty trivially get rid of 'b' too, it's only used in a
couple of places where you wouldn't introduce wrapping by expanding b.
Either way though:
Reviewed-by: Daniel Stone dan...@fooishbar.org
___
xorg-devel@lists.x.org: X.Org development
Archives: http
]
mivaltree.c: In function 'miComputeClips':
mivaltree.c:226:10: warning: variable 'resized' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
Reviewed-by: Daniel Stone dan...@fooishbar.org
___
xorg-devel
-variable]
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
Reviewed-by: Daniel Stone dan...@fooishbar.org
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo
a
xorg.conf that only references one device. This is possible, but not a
use-case
we should worry about too much now.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
Reviewed-by: Daniel Stone dan...@fooishbar.org
___
xorg-devel@lists.x.org: X.Org
On Mon, Aug 08, 2011 at 04:20:58PM +1000, Peter Hutterer wrote:
PRODUCT was taken from the parent, hence ppath.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
Reviewed-by: Daniel Stone dan...@fooishbar.org
___
xorg-devel@lists.x.org: X.Org
when trying to set the same grab combo twice on a window.
I don't see how this could make the described case worse, so:
Reviewed-by: Daniel Stone dan...@fooishbar.org
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg
be POINTER_OR_FLOAT, as the aim is to get something with
dev-valuator if you've just triggered a pointer event from an XKB
action.
With those fixed:
Reviewed-by: Daniel Stone dan...@fooishbar.org
Cheers,
Daniel
___
xorg-devel@lists.x.org: X.Org
Hi,
On Fri, Aug 05, 2011 at 04:07:13PM +0200, walter harms wrote:
I am not sure if i understand the purpose of swap() really.
To account for different byte ordering (rather than bit ordering) on
machines of different endianness. The bit ordering is already taken
care of for us by everyone
On Fri, Jul 29, 2011 at 11:05:26AM +1000, Peter Hutterer wrote:
+sourceid
+The source device that originally generated the event. The sourceid
+is undefined for clients supporting XI 2.0.
'for clients not supporting XI 2.1'.
Otherwise:
Reviewed-by: Daniel Stone dan
On Fri, Jul 29, 2011 at 11:05:28AM +1000, Peter Hutterer wrote:
For XI 2.0 servers, this will always be 0.
X.Org Bug 34240 http://bugs.freedesktop.org/show_bug.cgi?id=34240
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
Reviewed-by: Daniel Stone dan...@fooishbar.org
Hi,
On Fri, Jul 29, 2011 at 10:54:34AM +0100, Daniel Stone wrote:
On Fri, Jul 29, 2011 at 11:05:29AM +1000, Peter Hutterer wrote:
+#if (defined XI_2_Major) (defined XI_2_1_Minor)
+out-sourceid = in-sourceid;
+#else
+out-sourceid = 0;
+#endif
out-flags
On Fri, Jul 29, 2011 at 04:42:43PM -0700, Keith Packard wrote:
On Fri, 29 Jul 2011 16:12:06 -0700, Aaron Plattner aplatt...@nvidia.com
wrote:
Fix this by computing the total number of bytes to compare in the
memcmp.
Nice catch.
Merged (and reviewed).
b8f61c1..08dfff9 master -
early.
Reproducible: add a wacom driver InputDevice section with no Option Device.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
Reviewed-by: Daniel Stone dan...@fooishbar.org
Cheers,
Daniel
___
xorg-devel@lists.x.org: X.Org development
your new InputInfoRec duplication here?
+return list;
+}
With that, for the series:
Reviewed-by: Daniel Stone dan...@fooishbar.org
Cheers,
Daniel
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info
) why the server terminated (to some degree, given that most
real-world errors will be caused by AbortServer()).
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
Reviewed-by: Daniel Stone dan...@fooishbar.org
Cheers,
Daniel
___
xorg-devel
The previous patch accidentally introduced a hard dependency on
Composite. Sorry, OS X.
Signed-off-by: Daniel Stone dan...@fooishbar.org
Reported-by: Jeremy Huddleston jerem...@apple.com
---
dix/window.c | 10 +-
1 files changed, 9 insertions(+), 1 deletions(-)
diff --git a/dix
in particular.
See xkbcomp commits 2a473b906943ffd807ad81960c47530ee7ae9a60 and
3caab5aa37decb7b5dc1642a0452efc3e1f5100e for more details.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
xkb/xkb.c | 19 ++-
xkb/xkmread.c | 31 ---
2 files changed, 46
Hi,
On Fri, Jul 08, 2011 at 12:51:19PM +0200, Thierry Reding wrote:
* Thierry Reding wrote:
* Daniel Stone wrote:
Heh, threads are always problematic. Are you calling XInitThreads()
before your first call to XOpenDisplay()?
Actually I was just using Gtk+, without any explicit calls
Hi,
On Thu, Jul 07, 2011 at 11:17:57AM +0200, Thierry Reding wrote:
I see strange behaviour with a program I'm developing. Basically the program
embeds WebKit to display a graphical user-interface. Sometimes during testing
(which is just playing around with some buttons on the screen) it
On Thu, Jul 07, 2011 at 11:46:43AM +0200, Thierry Reding wrote:
* Daniel Stone wrote:
The two most pertinent questions I can think of are:
* are you using threads at all?
I try to keep the number of threads used to a minimum, but since WebKit is
involved and the program also uses
Hi,
I thought you were just going to pick up on the workaround only being
commented in xkmread.c and not xkb.c ...
On Tue, Jul 05, 2011 at 08:20:50AM +1000, Peter Hutterer wrote:
On Mon, Jul 04, 2011 at 04:41:05PM +0100, Daniel Stone wrote:
See xkbcomp commits
format, so.
Anyway, seems harmless enough, so:
Reviewed-by: Daniel Stone dan...@fooishbar.org
Something like this should do to get us around the bugs.
I don't believe so, no.
Cheers,
Daniel
___
xorg-devel@lists.x.org: X.Org development
Archives: http
The previous patch accidentally introduced a hard dependency on
Composite. Sorry, OS X.
Signed-off-by: Daniel Stone dan...@fooishbar.org
Reported-by: Jeremy Huddleston jerem...@apple.com
---
dix/window.c | 10 +-
1 files changed, 9 insertions(+), 1 deletions(-)
diff --git a/dix
in particular.
See xkbcomp commits 2a473b906943ffd807ad81960c47530ee7ae9a60 and
3caab5aa37decb7b5dc1642a0452efc3e1f5100e for more details.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
xkb/xkb.c | 19 ++-
xkb/xkmread.c | 31 ---
2 files changed, 46
Hi,
On Thu, Jun 30, 2011 at 02:04:43PM -0700, Ian Romanick wrote:
On 06/28/2011 12:27 PM, Daniel Stone wrote:
Rather than building the tiny amount of code required for XFree86-DRI as
an external module, build it in if it's enabled at configure time.
Signed-off-by: Daniel Stone dan
Hi,
On Wed, Jun 29, 2011 at 08:00:50PM -0700, Keith Packard wrote:
On Wed, 29 Jun 2011 15:37:43 +1000, Peter Hutterer peter.hutte...@who-t.net
wrote:
This is admittedly a larger-than-usual pull request but I'd like this to be
in 1.11. The main chunk of this work is the switch to use double
On Thu, Jun 30, 2011 at 08:41:12AM -0700, Keith Packard wrote:
On Thu, 30 Jun 2011 10:17:11 +0100, Daniel Stone dan...@fooishbar.org wrote:
Looks like 1.12 is going to be fun for input. :)
Yup. Nice to see stuff ready *before* the merge window opens for another
release though.
Don't worry
On Thu, Jun 30, 2011 at 12:43:14PM -0700, Jamey Sharp wrote:
I think the winwindowswm hunks belong in the previous patch, right?
Eep yes, good catch. Thanks.
Cheers,
Daniel
___
xorg-devel@lists.x.org: X.Org development
Archives:
Thanks for this. I guess we'll also need default Compose mappings
along the lines of:
ch ch: # BRETON ch
?
Regardless, for this patch:
Reviewed-by: Daniel Stone dan...@fooishbar.org
Cheers,
Daniel
___
xorg-devel@lists.x.org: X.Org development
Archives
Hi,
On Thu, Jun 23, 2011 at 05:52:47AM -0700, Dan Nicholson wrote:
Having now played around with trying to kill libxservertest, I
realized that this patchset isn't quite as robust as I thought. It
turns out that getting all the Xorg convenience libraries to link
without putting them into a
= @inputdir@ to
input_LTLIBRARIES = @DRIVER_NAME@_drv.la
noinst_PROGRAMS to check_PROGRAMS
Signed-off-by: Gaetan Nadon mems...@videotron.ca
For both patches:
Acked-by: Daniel Stone dan...@fooishbar.org
The changes seem to have broken ChangeLog generation too, such that:
make -C build
Does what it says on the box, replacing those from Xi/ and glx/.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
Xi/extinit.c |2 --
glx/glxdricommon.c |2 --
include/dix.h |2 ++
3 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/Xi/extinit.c b/Xi
Hi,
The following patch series cleans up extension handling pretty
substantially: it kills extmod, removes about half of miinitext.c to
give us one unified set of extension definitions, and removes all other
Xorg extension modules except for GLX, which is huge.
This also adds a localOnly argument
externsion.h required bits from Xfuncproto.h and dixstruct.h, but
included neither; fix that.
It also had _XFUNCPROTOBEGIN and _XFUNCPROTOEND wrappers, which is a bit
pointless for a server-only library, as it's only needed for C++.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
include
Huh, so I guess INITARGS used to be int argc, char *argv then. Either
way, it's now void, so fix that ...
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
Xext/panoramiX.c|2 +-
hw/xfree86/dixmods/extmod/modinit.h |2 +-
2 files changed, 2 insertions(+), 2
From: Tomas Carnecky t...@dbservice.com
Always build DPMS support into the core server, rather than letting it
languish in extmod.
Signed-off-by: Tomas Carnecky t...@dbservice.com
Reviewed-by: Daniel Stone dan...@fooishbar.org
---
Xext/Makefile.am|2 +-
Xext/dpms.c
From: Tomas Carnecky t...@dbservice.com
If DBE support is compiled in the server, just man up and build it into
the server, rather than having it as an external module.
Signed-off-by: Tomas Carnecky t...@dbservice.com
Reviewed-by: Daniel Stone dan...@fooishbar.org
---
configure.ac
EXTERN_MODULE was used to specify that we shouldn't worry about modules
lacking a ModuleData object. It was also completely unused. *shrug*
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
hw/xfree86/common/xf86Module.h |3 ---
hw/xfree86/doc/ddxDesign.xml |9 -
hw
From: Tomas Carnecky t...@dbservice.com
Always build these extensions into the core server, rather than letting
them languish in extmod.
Signed-off-by: Tomas Carnecky t...@dbservice.com
Reviewed-by: Daniel Stone dan...@fooishbar.org
---
Xext/Makefile.am |2 +-
Xext
Now that libXextmodule.la is both empty and unused, we can just build
the one libXext.la for everyone, rather than having Xorg be special and
unique.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
Xext/Makefile.am | 28 ++--
configure.ac |3 +--
2 files
xf86ExtensionInit is called after configuration file parsing, so it can
perform the two parts of extension initialisation currently done by
extmod: enabling and disabling of extensions through an 'omit' option,
and SELinux configuration.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
hw
From: Tomas Carnecky t...@dbservice.com
It was defined to void anyway. Everyone but panoramix used INITARGS, but
PanoramiXExtensionInit() had hardcoded argc/argv. Replace that with void
as well.
Signed-off-by: Tomas Carnecky t...@dbservice.com
Reviewed-by: Daniel Stone dan...@fooishbar.org
From: Tomas Carnecky t...@dbservice.com
Always build XRes support into the core server, rather than letting it
languish in extmod.
Signed-off-by: Tomas Carnecky t...@dbservice.com
Reviewed-by: Daniel Stone dan...@fooishbar.org
---
Xext/Makefile.am|2 +-
Xext/xres.c
miinitext.c had a completely separate codepath for non-Xorg servers,
which included tests for Xorg-specific extensions such as
XFree86-VidMode, which were external even to the Xorg DDX. So we can
just remove them, and the associated #undefs.
Signed-off-by: Daniel Stone dan...@fooishbar.org
extmod was originally a big pointless module. Now it's an empty,
pointless module. This commit makes it unexist.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
Xext/bigreq.c |1 -
Xext/dpms.c |1 -
Xext/panoramiX.c
Rather than building the tiny amount of code required for XFree86-DRI as
an external module, build it in if it's enabled at configure time.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
configure.ac |2 +-
hw/xfree86/Makefile.am |2 +
hw/xfree86
AM_CFLAGS will suffice, given we only have one target in this directory.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
hw/xfree86/dri/Makefile.am | 25 -
1 files changed, 12 insertions(+), 13 deletions(-)
diff --git a/hw/xfree86/dri/Makefile.am b/hw/xfree86/dri
In preparation for gutting loadext.c, move the ExtensionModule struct to
the DIX, and unexport ExtensionModuleList (why, why, why, why was this
ever exported in the first place, tbqh).
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
hw/xfree86/common/xf86Module.h | 13
There was nothing XFree86-specific or loader-specific about this, aside
from using xf86MsgVerb instead of ErrorF.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
hw/xfree86/common/xf86Module.h |1 -
hw/xfree86/loader/Makefile.am |1 -
hw/xfree86/loader/loadext.c| 94
...@dbservice.com
Reviewed-by: Daniel Stone dan...@fooishbar.org
---
Xext/xvdix.h|7 ---
Xext/xvmain.c | 15 ---
hw/kdrive/src/kxv.c |8
hw/xfree86/common/xf86xv.c |9 -
hw/xfree86
Even though we hide local-only extensions from remote clients in the
extension list, make doubly sure they can't make a local-only request.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
dix/dispatch.c | 11 +++
1 files changed, 7 insertions(+), 4 deletions(-)
diff --git a/dix
be sorted by GLX, so we no longer have any users for it.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
COPYING |2 +-
hw/xfree86/loader/loaderProcs.h |1 -
hw/xfree86/loader/loadext.c | 346 ---
mi/miinitext.c
This is now just an unused field, so remove it.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
hw/xfree86/common/xf86Extensions.c |4
hw/xfree86/dixmods/glxmodule.c |1 -
include/extension.h|1 -
mi/miinitext.c | 33
DRI2DestroyDrawable() was still being _X_EXPORTed, but hasn't existed
since 1da1f33f last year.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
hw/xfree86/dri2/dri2.h |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/hw/xfree86/dri2/dri2.h b/hw/xfree86/dri2/dri2.h
If an extension is declared as being for local use only, don't show it
to remote clients in the extension list.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
dix/extension.c |9 ++---
1 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/dix/extension.c b/dix/extension.c
Instead of letting it languish in extmod just because we want to
configure bits of it from xf86, move XSELinux to the builtin part of
Xext, and do its configuration from xf86ExtensionInit.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
Xext/Makefile.am|8
We already hide the extension from clients and deny their requests, so I
doubt we'll be needing the LocalClient() check anymore.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
hw/kdrive/ephyr/ephyrdriext.c |9 +
hw/xfree86/common/xf86DGA.c |3 ---
hw/xfree86/dri/xf86dri.c
From: Tomas Carnecky t...@dbservice.com
If we've built MIT-SCREEN-SAVER support, then just build it into the
main binary, rather than leaving it in extmod.
Signed-off-by: Tomas Carnecky t...@dbservice.com
Reviewed-by: Daniel Stone dan...@fooishbar.org
---
Xext/Makefile.am
Does what it says on the box (or will, next commit): specifies if the
extension should be enabled for local clients only. Marked SHM, DRI and
DRI2 as the only extensions requiring local clients.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
Xext/bigreq.c |2 +-
Xext
From: Tomas Carnecky t...@dbservice.com
Rather than languishing in its own special module, move RECORD into the
core server.
Signed-off-by: Tomas Carnecky t...@dbservice.com
Reviewed-by: Daniel Stone dan...@fooishbar.org
---
configure.ac |2 +-
hw/xfree86/common
Reorder static extension initialisation in miinitext for non-Xorg
servers to match Xorg's order.
Tested with Xephyr; checked that the extension list was identical before
and after.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
mi/miinitext.c | 84
...@dbservice.com
Reviewed-by: Daniel Stone dan...@fooishbar.org
---
hw/xfree86/common/dgaproc.h|1 -
hw/xfree86/common/xf86DGA.c| 20 ++--
hw/xfree86/common/xf86Extensions.c |2 +-
3 files changed, 7 insertions(+), 16 deletions(-)
diff --git a/hw/xfree86/common
On Tue, Jun 28, 2011 at 08:55:40PM +0100, Alan Hourihane wrote:
Just remembered, if --disable-dga when configuring still works, then I'm
fine :-)
Indeed it does; I had to double back and install dgaproto to actually
test this. I'm all in favour of ditching DGA if we can, but I think SDL
still
Hi,
On Tue, Jun 28, 2011 at 08:27:16PM +0100, Daniel Stone wrote:
The following patch series cleans up extension handling pretty
substantially: it kills extmod, removes about half of miinitext.c to
give us one unified set of extension definitions, and removes all other
Xorg extension modules
Hi,
On Tue, Jun 28, 2011 at 03:57:35PM -0700, Jeremy Huddleston wrote:
This patch removes this XQuartz extension which needs to be initialized in
the new common path.
#ifdef INXQUARTZ
if(!noPseudoramiXExtension) PseudoramiXExtensionInit();
#endif
Damnit, sorry about that. The real
peter.hutte...@who-t.net
Reviewed-by: Daniel Stone dan...@fooishbar.org
Cheers,
Daniel
___
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
Hi,
On Fri, Jun 24, 2011 at 09:51:38AM +1000, Peter Hutterer wrote:
On Thu, Jun 23, 2011 at 10:53:34AM +0100, Daniel Stone wrote:
Hmm, it's hard to say. Certainly on the face of it it seems cleaner to
leave it as driver-native data, but I'm kind of worried that clients may
have come
Hi,
On Fri, Jun 24, 2011 at 09:18:55AM +1000, Peter Hutterer wrote:
On Thu, Jun 23, 2011 at 10:52:16AM +0100, Daniel Stone wrote:
On Thu, Jun 23, 2011 at 01:35:59PM +1000, Peter Hutterer wrote:
Reviewed-by: Peter Hutterer peter.hutte...@who-t.net for the lot though
(well, the unreviewed
Hi,
On Wed, Jun 15, 2011 at 02:55:13PM +0800, Daniel Kurtz wrote:
On Wed, Jun 15, 2011 at 1:05 AM, Daniel Stone dan...@fooishbar.org wrote:
@@ -1754,7 +1754,7 @@ get_delta_for_trackstick(SynapticsPrivate *priv,
const struct SynapticsHwState *
double *dx, double
On Thu, Jun 23, 2011 at 01:35:59PM +1000, Peter Hutterer wrote:
every time I see 95 lines being added to one function something in me diese
a little.
you don't seem to be accessing anything but v_scroll_axis and h_scroll_axis
from the local stack anyway, why not make the while loop a:
int
Hi,
On Wed, Jun 15, 2011 at 12:40:07PM +0800, Daniel Kurtz wrote:
On Wed, Jun 15, 2011 at 1:06 AM, Daniel Stone dan...@fooishbar.org wrote:
@@ -1390,17 +1394,16 @@ SynapticsDetectFinger(SynapticsPrivate *priv,
struct SynapticsHwState *hw)
return finger;
/* palm detection
Hi,
On Thu, Jun 23, 2011 at 10:44:44AM +1000, Peter Hutterer wrote:
On Thu, Jun 09, 2011 at 06:26:01PM +0100, Daniel Stone wrote:
Two new axes are added to support smooth scrolling: Rel Vert Scroll and
Rel Horiz Scroll. Cumulative values of 1.0 with either magnitude on
these axes
Hi,
On Wed, Jun 15, 2011 at 01:42:13PM +0800, Daniel Kurtz wrote:
On Wed, Jun 15, 2011 at 1:05 AM, Daniel Stone dan...@fooishbar.org wrote:
@@ -2460,7 +2457,7 @@ repeat_scrollbuttons(const InputInfoPtr pInfo,
* occurs.
*/
static int
-HandleState(InputInfoPtr pInfo, struct
Hi,
On Thu, Jun 23, 2011 at 01:41:58PM +1000, Peter Hutterer wrote:
On Thu, Jun 09, 2011 at 06:17:11PM +0100, Daniel Stone wrote:
Add a flags member which will be copied wholesale into the resultant
xXIRawEvent.
sorry to flip-flop on this, but seing this patch and reading the XI2 proto
On Thu, Jun 23, 2011 at 09:29:16AM -0400, Gaetan Nadon wrote:
Unable to find any use of the PERL Automake variable.
It was used in hw/xfree86/scanpci around 2005.
Should it ever be needed, use XORG_WITH_PERL macro.
Signed-off-by: Gaetan Nadon mems...@videotron.ca
Reviewed-by: Daniel Stone
Hi,
On Wed, Jun 15, 2011 at 12:41:54PM +0800, Daniel Kurtz wrote:
On Wed, Jun 15, 2011 at 1:06 AM, Daniel Stone dan...@fooishbar.org wrote:
- *dx = -xb1 * (HIST(0).millis - hw-millis);
- *dy = -yb1 * (HIST(0).millis - hw-millis);
+ *dx = -xb1 * (start_time - hw-millis);
+ *dy
Group X protocol/server includes together, and synaptics-internal
includes together.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
src/synaptics.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/synaptics.c b/src/synaptics.c
index 8f4bca1..40eca99
701 - 800 of 1609 matches
Mail list logo