Remove _X_EXPORT tags from functions not used by any drivers.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
hw/xfree86/common/xf86Module.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/hw/xfree86/common/xf86Module.h b/hw/xfree86/common/xf86Module.h
index
Hi,
As the name implies, go through and remove the _X_EXPORT tag from
anything in the server which was completely unused by any clients. The
follow-up commits also cull any code which was completely dead and
discarded by the linker, as well as a couple of fixes (e.g. Xinerama
regeneration and
Remove _X_EXPORT tags from symbols which aren't used by, and are useless
to, drivers.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
miext/damage/damage.h | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/miext/damage/damage.h b/miext/damage/damage.h
index
Remove _X_EXPORT tags from symbols which were never used by drivers.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
hw/xfree86/parser/configProcs.h |6 +++---
hw/xfree86/parser/xf86Optrec.h | 31 +++
hw/xfree86/parser/xf86Parser.h | 30
Remove useless _X_EXPORT tags from functions which are not supposed to
be exported to drivers.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
hw/xfree86/modes/xf86Crtc.h| 20 ++--
hw/xfree86/modes/xf86Modes.h | 22 +++---
hw/xfree86/modes
Remove unnecessary _X_EXPORT tags.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
xfixes/xfixes.h |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/xfixes/xfixes.h b/xfixes/xfixes.h
index 5765e64..0793f08 100644
--- a/xfixes/xfixes.h
+++ b/xfixes/xfixes.h
Remove unnecessary _X_EXPORT tags from mi headers.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
mi/mi.h| 44 ++--
mi/micmap.h|2 +-
mi/mifpoly.h |2 +-
mi/mipointer.h | 20 ++--
mi/mipoly.h| 10
Remove unnecessary _X_EXPORT tags from functions not meant to be
exported to drivers.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
hw/xfree86/dri2/dri2.h | 23 +++
1 files changed, 11 insertions(+), 12 deletions(-)
diff --git a/hw/xfree86/dri2/dri2.h b/hw/xfree86
Remove the _X_EXPORT tag from functions unused by any drivers. Sadly,
i810 still exists, so we can't bin AGP support.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
hw/xfree86/os-support/bus/xf86Pci.h |6 ++--
hw/xfree86/os-support/xf86_OSproc.h | 44
Remove _X_EXPORT tags from functions which are only called in
dix/main.c.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
include/hotplug.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/hotplug.h b/include/hotplug.h
index d074df3..229913a 100644
Remove _X_EXPORT tags from symbols which aren't and shouldn't be used by
drivers.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
include/client.h|7 +-
include/dixstruct.h | 30 +-
include/os.h| 162 +-
3 files
Remove needless exporting of pretty much every symbol in XKB, but leave
just enough so that drivers can build their own keymaps if necessary.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
include/xkbfile.h | 60 ++--
include/xkbrules.h | 10 ++--
include/xkbsrv.h
Remove _X_EXPORT tags from functions not useful to drivers.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
miext/sync/misync.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/miext/sync/misync.h b/miext/sync/misync.h
index 1c82ea5..8479137 100644
--- a/miext
Remove unnecessary _X_EXPORT tags from symbols not used by any driver.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
randr/randrstr.h| 186 +-
randr/rrtransform.h | 12 ++--
2 files changed, 99 insertions(+), 99 deletions(-)
diff
Remove _X_EXPORT tag from needlessly exported symbols.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
include/XIstubs.h |6 +++---
include/cursor.h | 26 +-
include/dix.h | 28 ++--
include/dixevents.h| 38
Remove remnants of an earlier experiment which had the GE extension
handling event delivery directly. Nothing's used the resource since, so
purge it.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
Xext/geext.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/Xext
No-one ever did anything with this variable except assign its default
value to it.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
hw/kdrive/ephyr/ephyr.c | 12
hw/kdrive/ephyr/ephyrinit.c |2 --
os/utils.c |1 -
3 files changed, 0 insertions
These were an unused remnant of earlier MPX work; their only users got
cleared out in dc153271, but the mask declarations remained. Remove
them, and move DevicePropertyNotify's mask up to be contiguous with the
rest of the range.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
Xi/extinit.c
Remove _X_EXPORT tags from functions not used by any drivers.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
dix/dispatch.c |2 +-
include/callback.h |4 +-
include/dix.h| 54 +-
include/dixevents.h |4 +-
include/dixfont.h
No-one has used this since 0a71e154.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
render/glyph.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/render/glyph.c b/render/glyph.c
index 7193d47..2f8b424 100644
--- a/render/glyph.c
+++ b/render/glyph.c
@@ -80,8
No drivers used this, so it got unexported, and now it's so unused it
got culled during the link. Take the poor function out behind the shed
and put it out of its misery.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
hw/xfree86/os-support/shared/vidmem.c | 12
hw/xfree86
Similar (identical) to how it interacts with Render and XFixes, also
call PanoramiXCompositeReset() to restore the Composite dispatch table
to how it was when it started, on reset.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
Xext/panoramiX.c |3 +++
1 files changed, 3 insertions
I wonder if this even works across multiple generations.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
Xext/xvmc.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/Xext/xvmc.c b/Xext/xvmc.c
index 5f6574f..a3cf67e 100644
--- a/Xext/xvmc.c
+++ b/Xext/xvmc.c
@@ -38,8
These codepaths were never called by anyone. Shame there weren't more
of them.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
xkb/XKBGAlloc.c | 128 ---
xkb/xkbgeom.h | 17 ---
2 files changed, 0 insertions(+), 145 deletions
Remove _X_EXPORT tags from functions not used by any drivers.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
hw/xfree86/common/dgaproc.h | 54 ++--
hw/xfree86/common/vidmodeproc.h | 58 +++---
hw/xfree86/common/xf86.h
Remove _X_EXPORT tags from functions not used by any drivers.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
hw/xfree86/ddc/xf86DDC.h |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/hw/xfree86/ddc/xf86DDC.h b/hw/xfree86/ddc/xf86DDC.h
index 16a8641..60fc227
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
Reviewed-by: Jamey Sharp ja...@minilop.net
Signed-off-by: Peter
DRI2DestroyDrawable() was still being _X_EXPORTed, but hasn't existed
since 1da1f33f last year.
Signed-off-by: Daniel Stone dan...@fooishbar.org
Reviewed-by: Cyril Brulebois k...@debian.org
Reviewed-by: Jamey Sharp ja...@minilop.net
Reviewed-by: Ian Romanick ian.d.roman...@intel.com
Signed-off
When resetting the extension, make sure we also destroy the system
counters we created at ExtensionInit time as well.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
Xext/sync.c | 20
1 files changed, 20 insertions(+), 0 deletions(-)
diff --git a/Xext/sync.c b/Xext
Make sure we add static extensions before anything in a module. This is
more or less a no-op at the moment, but will come in handy later when
extension dependency sorting is removed.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
v2: New, fixes GLX vs. Composite visual creation.
hw
Hi Jamey,
On Thu, Jun 30, 2011 at 04:06:02PM -0700, Jamey Sharp wrote:
I sure like the results of this series. I've reviewed the patches as I
found them on your personal branch. The abbreviated commit hashes that I
reviewed are listed together with their commit summaries below.
Thanks a heap
Hi,
On 2 December 2011 12:19, Keith Packard kei...@keithp.com wrote:
On Fri, 2 Dec 2011 11:31:06 +, Daniel Stone dan...@fooishbar.org wrote:
As the name implies, go through and remove the _X_EXPORT tag from
anything in the server which was completely unused by any clients. The
follow-up
On 2 December 2011 16:13, James Jones jajo...@nvidia.com wrote:
Reviewed-by: James Jones jajo...@nvidia.com
Thanks. :)
Cheers,
Daniel
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info:
Hi,
On 17 November 2011 11:10, Dmitry Shatrov shat...@gmail.com wrote:
--- a/Makefile.am
+++ b/Makefile.am
@@ -14,7 +14,7 @@ Xtransinclude_HEADERS = \
aclocaldir = $(datadir)/aclocal
aclocal_DATA = xtrans.m4
-pkgconfigdir = $(datadir)/pkgconfig
+pkgconfigdir = $(libdir)/pkgconfig
Hi,
On 9 November 2011 02:27, Peter Hutterer peter.hutte...@who-t.net wrote:
On Tue, Nov 08, 2011 at 02:00:53PM +, Daniel Stone wrote:
On 7 November 2011 21:39, Peter Hutterer peter.hutte...@who-t.net wrote:
* this number here is bumped.
*/
#define XI2LASTEVENT 17
Hi,
On 27 October 2011 02:51, Peter Hutterer peter.hutte...@who-t.net wrote:
They don't have a KeyClassRec, but we must still allow passive grabs on
them.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
Reviewed-by: Daniel Stone dan...@fooishbar.org
Cheers,
Daniel
Hi,
On 7 November 2011 21:39, Peter Hutterer peter.hutte...@who-t.net wrote:
Same bug as inputproto-2.0.1-9-gb1149ab, if the XI2LASTEVENT was a multiple
of 8, the mask was one bit too short.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
include/inputstr.h | 2 +-
1 files
On 4 November 2011 04:51, Alan Coopersmith alan.coopersm...@oracle.com wrote:
We don't ship either one, so don't waste time and make confusing log
entries trying to load them.
Signed-off-by: Alan Coopersmith alan.coopersm...@oracle.com
Reviewed-by: Daniel Stone dan...@fooishbar.org
the copyright statement from xf86ShowOpts.c as well,
but with that fixed:
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
Hi,
On 1 November 2011 22:05, Jeremy Huddleston jerem...@apple.com wrote:
While this does fix the build failure, I'd much rather change memType to be a
uintptr_t everywhere, but it was explicitly set to uint64_t for 32bit powerpc
by Ian in the commit referenced below. Ian, can you explain
optionTypeToSting, now
that it's unused.
Signed-off-by: Alan Coopersmith alan.coopersm...@oracle.com
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
On 1 November 2011 22:42, Alan Coopersmith alan.coopersm...@oracle.com wrote:
Also removes even more unnecessary use of variable assignment inside
function arguments.
Signed-off-by: Alan Coopersmith alan.coopersm...@oracle.com
Reviewed-by: Daniel Stone dan...@fooishbar.org
Hi,
On 2 November 2011 01:14, Alan Coopersmith alan.coopersm...@oracle.com wrote:
On 11/01/11 17:50, Daniel Stone wrote:
On 1 November 2011 22:42, Alan Coopersmithalan.coopersm...@oracle.com
wrote:
When we want to print a string, it's okay to just print it.
We don't need to first allocate
Hi,
On 25 October 2011 23:14, Peter Hutterer peter.hutte...@who-t.net wrote:
@@ -28,7 +28,12 @@
int xi_opcode;
#if HAVE_XI2
int xi2_supported_major = 2;
-int xi2_supported_minor = 0;
+int xi2_supported_minor =
+#if HAVE_XI21
+ 1;
+#else
+
Hi,
On 22 October 2011 00:18, Jeremy Huddleston jerem...@apple.com wrote:
I'm confused by the comment, and just using master ... because the
prototype changes:
-XISendDeviceChangedEvent(DeviceIntPtr device, DeviceIntPtr master,
DeviceChangedEvent *dce)
double_to_fp3232, no?
Other than that:
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
...@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 Thu, Oct 20, 2011 at 04:25:45PM +1000, Peter Hutterer wrote:
If a floating device changes, the master is NULL but we must still create a
DCE for it.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
Reviewed-by: Daniel Stone dan...@fooishbar.org
master
event if the device was the last slave -- is probably something we can
centralise for great justice.
Still:
Reviewed-by: Daniel Stone dan...@fooishbar.org
Cheers,
Daniel
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org
On Thu, Oct 20, 2011 at 04:25:43PM +1000, Peter Hutterer wrote:
No effective functional changes, prep work for future patches.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
Reviewed-by: Daniel Stone dan...@fooishbar.org
___
xorg-devel
...@gmail.com
@@ -670,8 +671,8 @@ point_on_screen(ScreenPtr pScreen, int x, int y)
static void
input_option_free(InputOption *o)
{
-free(o-key);
-free(o-value);
+free(o-opt_name);
+free(o-opt_val);
free(o);
}
+ free(o-opt_comment);
With that:
Reviewed-by: Daniel
peter.hutte...@who-t.net
Unbelievable. Perhaps we could deprecate one of these APIs?
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
-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
On 20 October 2011 04:05, Peter Hutterer peter.hutte...@who-t.net 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
to ignore that warning.
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
-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/xorg-devel
Hmm, my original review got lost. It was along the lines of 'it's not
pretty, but ... Reviewed-by: Daniel Stone dan...@fooishbar.org'.
Cheers,
Daniel
On 14 October 2011 00:07, Peter Hutterer peter.hutte...@who-t.net wrote:
ping?
On Wed, Oct 05, 2011 at 12:14:47PM +1000, Peter Hutterer wrote
Hi,
On 13 October 2011 17:53, Keith Packard kei...@keithp.com wrote:
On Thu, 13 Oct 2011 14:49:42 +0100, Simon Farnsworth
simon.farnswo...@onelan.co.uk wrote:
A question - what is it about preforking a backtrace handler that you think
will put people off using it?
It's an ugly hack to work
, 0, sizeof(vcp_sprite));
et al would be even better ...
With that:
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
mismatches upon running X,
and some LSB test failures (xts5).
Use an unsigned 32-bit integer on all platforms. Also,
eliminate the redundant multiple typedefs for the
Signature type.
Signed-off-by: Derek Buitenhuis derek.buitenh...@gmail.com
Reviewed-by: Daniel Stone dan...@fooishbar.org
Hi,
On 3 October 2011 11:50, Max Schwarz m...@x-quadraht.de wrote:
Input: Add smooth-scrolling support to GetPointerEvents
There's a subtle bug on that one: Old-style scroll button presses create
inverted emulated presses (and maybe inverted valuator events, but I don't
know which
into a wall.)
For patches 1-11:
Reviewed-by: Daniel Stone dan...@fooishbar.org
although returning a screen from miPointerSetPosition seems a bit
weird. Oh well.
I'm not sure I'm feeling up to 12 right now, as I just ate breakfast.
Cheers,
Daniel
___
xorg
Hi,
On 4 October 2011 16:00, Michal Suchanek hramr...@centrum.cz wrote:
On 4 October 2011 16:57, Matt Turner matts...@gmail.com wrote:
On Tue, Oct 4, 2011 at 2:55 PM, Michal Suchanek hramr...@centrum.cz wrote:
On 4 October 2011 16:51, Matt Turner matts...@gmail.com wrote:
On Tue, Oct 4, 2011
Hi,
2011/10/4 Michel Dänzer mic...@daenzer.net:
From: Michel Dänzer michel.daen...@amd.com
Make check has been broken since commit
f32c827d513c44f07e1d0fbcc0c96cef18c9a4d9 ('Input: Fix frac calculation on
[Raw]DeviceEvent conversion').
* Use floor() instead of trunc() in order to achieve
Hi,
On 3 October 2011 06:06, Jeremy Huddleston jerem...@apple.com wrote:
On Oct 2, 2011, at 16:30, Peter Hutterer wrote:
On Sun, Oct 02, 2011 at 10:52:03AM -0700, Jamey Sharp wrote:
And I think ldexp is a much better idea than either. :-) It's more
clear, and as an added bonus, probably
Hi,
On 2 October 2011 08:17, Matthieu Herrb matthieu.he...@laas.fr wrote:
On Sat, Oct 01, 2011 at 03:14:12PM +0200, Luc Verhaegen wrote:
If you know that you are coming to FOSDEM, but for some reason think
that someone else should step up instead, then think again, and reply
ASAP.
Luc,
I
Hi,
On 2 October 2011 09:19, Jeremy Huddleston jerem...@apple.com wrote:
Peter, any thoughts on this?
I think using * (1 16) * (1 16) is a better idea than (1ULL 32).
Cheers,
Daniel
___
xorg-devel@lists.x.org: X.Org development
Archives:
Hi,
On 30 September 2011 17:18, Chase Douglas chase.doug...@canonical.com wrote:
On 09/29/2011 09:29 PM, Peter Hutterer wrote:
Using this call simplifies callers that don't know if the mask bit is set.
Before:
if (valuator_mask_isset(mask, valnum))
value =
Hi,
On 1 October 2011 00:32, Chase Douglas chase.doug...@canonical.com wrote:
On 09/30/2011 04:07 PM, Daniel Stone wrote:
e.g.:
double valuator_mask_fetch_double(struct valuator_mask *mask, int index)
{
if (valuator_mask_isset(mask, index)
return valuator_mask_get_double(mask
-by: Daniel Stone dan...@fooishbar.org
Anyone got a more-or-less-impending pull request they want to pick
this one up for?
Cheers,
Daniel
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org
Hi,
On 27 September 2011 19:05, Julien Cristau jcris...@debian.org wrote:
On Mon, Sep 26, 2011 at 19:22:31 -0400, Matt Turner wrote:
It seems impossible currently to build DDXs with --disable-dri against
an X server built with DRI. The X server's xorg-server.h file defines
XF86DRI, which is
and the conditional as well, and have
emulate_scroll_button_events catch max_events = 0 and just do
nothing.
(I think the comment in emulate_scroll_button_events about
fill_pointer_events wants revisiting too, strictly speaking.)
Other than that:
Reviewed-by: Daniel Stone dan...@fooishbar.org
Cheers,
Daniel
Hi,
On 23 September 2011 00:14, Peter Hutterer peter.hutte...@who-t.net wrote:
[general reassurance]
Reviewed-by: Daniel Stone dan...@fooishbar.org
Cheers,
Daniel
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives
Hi,
On 23 September 2011 00:08, Peter Hutterer peter.hutte...@who-t.net wrote:
lib-classes = Xmalloc(size_classes((xXIAnyInfo*)ptr,
lib-num_classes));
I think this should be nclasses instead of lib-num_classes, no?
With that:
Reviewed-by: Daniel Stone dan...@fooishbar.org
Cheers
Hi,
On 23 September 2011 03:12, Peter Hutterer peter.hutte...@who-t.net wrote:
Return errors instead of silently ignoring them.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
Reviewed-by: Daniel Stone dan...@fooishbar.org
Cheers,
Daniel
-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
Hi,
On 24 September 2011 13:26, Mark Kettenis mark.kette...@xs4all.nl wrote:
It's still work. And it probably inflicts pain on people like Micahel
Daenzer who maintain drivers for older xserver releases. And it also
inflicts pain on people who maintain drivers out of the git
repositories on
Hi,
On 23 September 2011 15:10, Mark Kettenis mark.kette...@xs4all.nl wrote:
Unlike Tiago's origional changes this looks like it is actually going
somewhere, and generally this looks like a good idea, even if it
breaks some stuff temporarily. But I'd like to check that not too
many
Hi,
On 23 September 2011 15:58, Michal Suchanek hramr...@centrum.cz wrote:
There are obviously people sabotaging X already since the change went
in more than two years ago and stayed in spite of being pointed out as
bogus.
I think that your emails are bogus, and if you keep on sending them
Hi,
On Mon, Aug 22, 2011 at 03:35:15PM +1000, Peter Hutterer wrote:
+#ifdef HAVE_SMOOTH_SCROLLING
+if (axis == REL_WHEEL)
+SetScrollValuator(device, axnum, SCROLL_TYPE_VERTICAL, 1.0,
SCROLL_FLAG_PREFERRED);
+else if (axis == REL_DIAL)
+
Hi,
On Mon, Aug 22, 2011 at 03:35:17PM +1000, Peter Hutterer wrote:
+If more than one scroll valuator of the same type is present on a device,
+the valuator marked with Preferred is used to convert legacy button events
+into scroll valuator events. If no valuator is marked Preferred or more
Huddleston jerem...@apple.com
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 22, 2011 at 03:35:14PM +1000, Peter Hutterer wrote:
This is the patchset for the revised smooth scrolling support. The basic
principle stays the same (valuator information instead of button
clicks), the protocol itself chanages a bit. Instead of a dedicated virtual
axis, mark those
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 22, 2011 at 03:35:22PM +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
if needed).
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
Reviewed-by: Daniel Stone dan...@fooishbar.org
but ...
@@ -953,6 +962,11 @@ GetKeyboardEvents(InternalEvent *events, DeviceIntPtr
pDev, int type,
set_valuators(pDev, event, mask);
+if (!IsFloating(pDev
-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 22, 2011 at 03:35:24PM +1000, Peter Hutterer wrote:
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
Reviewed-by: Daniel Stone dan...@fooishbar.org
But shouldn't this come last in the series, when we actually have scroll
support in place, rather than first?
Cheers,
Daniel
On Mon, Aug 22, 2011 at 03:35:25PM +1000, Peter Hutterer wrote:
And use this occasion to switch InitValuatorAxisStruct to return Bool
instead of just silently ignoring issues.
Relative axes are initialized with 0, -1 but so far this never had any
effect as all users of this function (for
On Wed, Aug 24, 2011 at 07:51:44AM +1000, Peter Hutterer wrote:
This flag is part of the future (currently unreleased) XI 2.1 protocol.
Introduced in 2c5187d0099e6c7588828ba9931d27f5c64bbaec
You can change this to HAVE_XI21 now. Either way:
Reviewed-by: Daniel Stone dan...@fooishbar.org
On Mon, Aug 22, 2011 at 03:35:23PM +1000, Peter Hutterer wrote:
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
Reviewed-by: Daniel Stone dan...@fooishbar.org
However ...
+# XI2.1 support
+PKG_CHECK_MODULES(XI21, [xi = 1.4.99.1] [inputproto = 2.0.99.1],
+ HAVE_XI21
through the XTest device attached to this device.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
Reviewed-by: Daniel Stone dan...@fooishbar.org
I wonder if it's time to rename the XTest devices too ...
Cheers,
Daniel
___
xorg-devel@lists.x.org
On Fri, Sep 09, 2011 at 02:20:50PM +1000, Peter Hutterer wrote:
We need this from other files too.
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
...@who-t.net
Reviewed-by: Daniel Stone dan...@fooishbar.org
s/desktop/screen/ might be sensible though. I don't think we need much
more confusing nomenclature.
Cheers,
Daniel
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org
On Mon, Aug 22, 2011 at 03:35:18PM +1000, Peter Hutterer wrote:
@@ -1564,13 +1576,13 @@ wireToDeviceChangedEvent(xXIDeviceChangedEvent *in,
XGenericEventCookie *cookie)
out-deviceid = in-deviceid;
out-sourceid = in-sourceid;
out-reason = in-reason;
-out-num_classes =
Hi,
On Mon, Aug 22, 2011 at 03:35:27PM +1000, Peter Hutterer wrote:
+if (*current_ax != -1 axnum != *current_ax)
+{
+ax = dev-valuator-axes[*current_ax];
+if (ax-scroll.type == type (flags SCROLL_FLAG_PREFERRED) ==
(ax-scroll.flags SCROLL_FLAG_PREFERRED))
+
Hi,
On Tuesday, 20 September 2011, Luc Verhaegen l...@skynet.be wrote:
This sound like a rather redhat specific topic. How certain are you that
redhat is going to send you to FOSDEM, and if they don't, are you coming
regardless?
In much the same way that every RadeonHD talk was completely
Hi,
On Tuesday, 20 September 2011, Chris Wilson ch...@chris-wilson.co.uk
wrote:
Daniel, think you might pop over for the weekend and teach us a thing or
two about the DRM infrastructure and what it might look like in a year
or two as more SoC gradually become mainline?
Perhaps. FOSDEM is a
Hi,
On 17 September 2011 12:04, Matthieu Herrb matthieu.he...@laas.fr wrote:
On Thu, Sep 15, 2011 at 10:45:17AM -0500, Jesse Barnes wrote:
Cons:
[...]
3) makes it harder to maintain out of tree drivers, since API
breaks are not going to be documented anymore.
If old pre-kms
Hi,
On 17 September 2011 02:36, Michael macallan1...@gmail.com wrote:
On Fri, 16 Sep 2011 21:13:10 -0400
Matt Turner matts...@gmail.com wrote:
I think we should simply maintain the drivers we care about. I'll try
to keep -glint going. For other drivers without any sort of
maintainer, I don't
601 - 700 of 1609 matches
Mail list logo