On Sat, Mar 19, 2011 at 18:58:12 +0100, Thomas Schneider wrote:
2011/3/19 Julien Cristau jcris...@debian.org:
nv should probably still be added as a fallback on linux. Also, does
this mean the nouveau people will start doing proper ABI management for
libdrm_nouveau (i.e. bump SONAME when
The function names refer to different device classes which, in fact, are all
implmented using the
same device class.
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info:
Since the mode of valuators (no longer?) bears a relation to the device class
actually initialized, this naming was quite misleading.
Signed-off-by: Simon Thum simon.t...@gmx.de
---
src/evdev.c | 28 ++--
1 files changed, 14 insertions(+), 14 deletions(-)
diff --git
I made an attempt to remove the absolute device class from the server. It was,
to the best of my knowledge,
unused and quite misleading since all is there except for real useage. The
actual removal (patch 5+6)
is split up so the API is kept (more or less) for the benefit of out-of-tree
drivers.
Signed-off-by: Simon Thum simon.t...@gmx.de
---
hw/xquartz/darwinXinput.c | 12 +---
1 files changed, 1 insertions(+), 11 deletions(-)
diff --git a/hw/xquartz/darwinXinput.c b/hw/xquartz/darwinXinput.c
index 8bb83ca..3ef34fe 100644
--- a/hw/xquartz/darwinXinput.c
+++
Hi all,
somehow I'm out of luck with send-email and my overly spam-alert email
provider. Sorry for double-posting! Here's the original mail (without
greeting, which somehow got suppressed):
I made an attempt to remove the absolute device class from the server.
It was, to the best of my
On Fri, Mar 18, 2011 at 11:45:17AM -0400, Gaetan Nadon wrote:
On Fri, 2011-03-18 at 10:07 +1000, Peter Hutterer wrote:
I don't disagree and I certainly haven't use asciidoc in anything more
complex than a man page. just one comment that I found from a quick
search,
suggesting that olink
On Fri, Mar 18, 2011 at 04:35:36PM +0200, Erkki Seppälä wrote:
wakeup_handler in udev.c wasn't dealing with udev change events.
There are situations when a device can gain its input capabilities
after it has been added to the system and therefore the change events
must be handled as well.
I'll push a mesa patch to remove glapi.c, glapitemp.h glapi.h from the
files that get copied into the X server.
Reviewed-by: Dave Airlie airl...@redhat.com
for the series.
I know patch 1 is just a workaround, it would be nice to know the
actual fix is in the works as well.
Dave.
On Tue, Mar
If the EV_SYN wasn't SYN_REPORT, we'd fall through to key event processing,
which almost certainly won't do what we want and/or need.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/eventcomm.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git
one, two, three, many.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/eventcomm.c | 32
1 files changed, 24 insertions(+), 8 deletions(-)
diff --git a/src/eventcomm.c b/src/eventcomm.c
index 15f9d2d..f55c88f 100644
--- a/src/eventcomm.c
+++
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/eventcomm.c |2 +-
src/eventcomm.h |6 ++
2 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/src/eventcomm.c b/src/eventcomm.c
index f55c88f..c32ceba 100644
--- a/src/eventcomm.c
+++ b/src/eventcomm.c
@@ -337,7
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/eventcomm.c | 41 +++--
1 files changed, 19 insertions(+), 22 deletions(-)
diff --git a/src/eventcomm.c b/src/eventcomm.c
index c32ceba..98db111 100644
--- a/src/eventcomm.c
+++ b/src/eventcomm.c
We don't permanently grab the device here, we just check whether a grab is
possible.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/eventcomm.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/eventcomm.c b/src/eventcomm.c
index 98db111..eeebafb
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/eventcomm.c | 14 ++
1 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/src/eventcomm.c b/src/eventcomm.c
index eeebafb..30146af 100644
--- a/src/eventcomm.c
+++ b/src/eventcomm.c
@@ -76,6 +76,20 @@
Instead of passing in a magic struct and set fields in that struct, pass in
the fd that we query and return the queried value. Let the caller deal with
the information accordingly.
And document the lot.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/eventcomm.c | 25
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/eventcomm.c | 104 ---
1 files changed, 61 insertions(+), 43 deletions(-)
diff --git a/src/eventcomm.c b/src/eventcomm.c
index 287f9de..3f06484 100644
--- a/src/eventcomm.c
+++
Judging by a quick google search, this isn't a common error that the user
will see, it's a bug. So print out information useful for those
triaging/debugging.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/eventcomm.c | 11 ---
1 files changed, 4 insertions(+), 7
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/eventcomm.c | 97 --
1 files changed, 50 insertions(+), 47 deletions(-)
diff --git a/src/eventcomm.c b/src/eventcomm.c
index f92347a..50b6083 100644
--- a/src/eventcomm.c
+++
Don't just assign a BOOL to proto_data, use a struct for readability.
This changes nothing in the code, especially since need_grab is always
false.
The current code assumes that if a proto_data field is present, we respect
the need_grab from this field. Otherwise, we always try to grab.
need_grab
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/eventcomm.c | 12 +++-
1 files changed, 7 insertions(+), 5 deletions(-)
diff --git a/src/eventcomm.c b/src/eventcomm.c
index 3d69566..41dd669 100644
--- a/src/eventcomm.c
+++ b/src/eventcomm.c
@@ -545,12 +545,14 @@
If only Option Device is set but no protocol, the code calls into
AutoDevProbe. eventcomm (the only backend with an AutoDevProbe) then runs
through all /dev/input/event devices and takes the first one it can find.
If two touchpads are connected on a system, this may cause the same touchpad
to be
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
configure.ac |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/configure.ac b/configure.ac
index 95c64de..fd2d0c3 100644
--- a/configure.ac
+++ b/configure.ac
@@ -40,7 +40,7 @@ AC_PROG_LIBTOOL
# Initialize X.Org
Also adds a bunch of fake symbols so we can link. Note that any of these
symbols will return false, 0 or whatever the zero value for the symbol is.
Care must be taken when writing test that this doesn't screw up the test.
Tests are always built but only run on make check.
Signed-off-by: Peter
Includes basic finger counting test, some button tests and axis tests. These
tests simply check that the HW state changes reflect the events pumped in.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
test/Makefile.am |1 +
test/eventcomm-test.c | 153
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
test/eventcomm-test.c | 95 +
1 files changed, 95 insertions(+), 0 deletions(-)
diff --git a/test/eventcomm-test.c b/test/eventcomm-test.c
index 7faf638..60fd0ef 100644
---
2011/3/18 Erkki Seppälä erkki.sepp...@vincit.fi:
wakeup_handler in udev.c wasn't dealing with udev change events.
There are situations when a device can gain its input capabilities
after it has been added to the system and therefore the change events
must be handled as well.
The change is
27 matches
Mail list logo