On Wed, Dec 01, 2010 at 12:14:26PM -0500, Leonel Florin Selles wrote:
> Well my friends, I need using a C++ program to close an user's session,
> closing the session in any graphic type (KDE or GNOME), how could I do
> that, is possible >
I don't think the xcb list will have the answers you're loo
Ok, so the 1.10 release freeze is scheduled to happen today, and yet I
find myself to be the one asking if I might have a bit more time to
finish up some new code. I've been trying to get the per-crtc-pixmap
code landed for the last (several) months and just haven't managed. It's
not a huge amount
Peter Hutterer wrote:
> Always fail configure with an error message. This driver is unmaintained and
> hasn't seen significant fixes. Let it die. If we really need to keep this
> driver alive, let's wait for a user sighting first.
>
> Signed-off-by: Peter Hutterer
> ---
> This driver hasn't built
Signed-off-by: Peter Hutterer
---
configure.ac |2 +-
src/xf86PM.c | 40 +---
src/xf86PM.h |4 ++--
3 files changed, 20 insertions(+), 26 deletions(-)
diff --git a/configure.ac b/configure.ac
index 94869c2..8ad433b 100644
--- a/configure.ac
+++ b/con
no functional changes, prep work for ABI 12
Signed-off-by: Peter Hutterer
---
src/xf86PM.c | 35 +--
1 files changed, 17 insertions(+), 18 deletions(-)
diff --git a/src/xf86PM.c b/src/xf86PM.c
index bb1424c..2034200 100644
--- a/src/xf86PM.c
+++ b/src/xf86PM.c
The use of these is driver-internal, they used to be in the server but not
since ABI 12.
Signed-off-by: Peter Hutterer
---
src/xf86PM.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/src/xf86PM.c b/src/xf86PM.c
index b5b2e70..bb1424c 100644
--- a/src/xf86PM.c
+++ b/sr
Signed-off-by: Peter Hutterer
---
src/xf86PM.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/xf86PM.c b/src/xf86PM.c
index 7b8c3f0..b5b2e70 100644
--- a/src/xf86PM.c
+++ b/src/xf86PM.c
@@ -148,7 +148,7 @@ ProcessDeviceInit(PenMountPrivatePtr priv, DeviceIntPtr
dev
Signed-off-by: Peter Hutterer
---
src/xf86PM.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/src/xf86PM.c b/src/xf86PM.c
index 673618a..7b8c3f0 100644
--- a/src/xf86PM.c
+++ b/src/xf86PM.c
@@ -447,7 +447,6 @@ PenMountPreInit(InputDriverPtr drv, IDevPtr dev, int flags)
Both aren't called by the server.
Signed-off-by: Peter Hutterer
---
src/xf86PM.c | 46 --
src/xf86PM.h |2 --
2 files changed, 0 insertions(+), 48 deletions(-)
diff --git a/src/xf86PM.c b/src/xf86PM.c
index a45e67d..673618a 100644
--- a/src/xf86
xf86PM.c: In function 'DeviceControl':
xf86PM.c:530:16: warning: unused variable 'map'
Signed-off-by: Peter Hutterer
---
src/xf86PM.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/src/xf86PM.c b/src/xf86PM.c
index 328ad28..a45e67d 100644
--- a/src/xf86PM.c
+++ b/src/x
Signed-off-by: Peter Hutterer
---
src/xf86PM.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/xf86PM.c b/src/xf86PM.c
index 1ba947f..328ad28 100644
--- a/src/xf86PM.c
+++ b/src/xf86PM.c
@@ -413,14 +413,14 @@ static InputInfoPtr
PenMountPreInit(InputDriverPtr
Signed-off-by: Peter Hutterer
---
src/xf86PM.c |7 ---
1 files changed, 0 insertions(+), 7 deletions(-)
diff --git a/src/xf86PM.c b/src/xf86PM.c
index 7b42d62..1ba947f 100644
--- a/src/xf86PM.c
+++ b/src/xf86PM.c
@@ -63,10 +63,6 @@ _X_EXPORT InputDriverRec PENMOUNT = {
NULL,
};
Signed-off-by: Peter Hutterer
---
configure.ac |2 +-
src/xf86PM.c | 27 +++
2 files changed, 4 insertions(+), 25 deletions(-)
diff --git a/configure.ac b/configure.ac
index 3eb54cc..94869c2 100644
--- a/configure.ac
+++ b/configure.ac
@@ -64,7 +64,7 @@ XORG_DRIVER_
untested, no device. changes are the usual combination of cleanup and ABI
changes.
Cheers,
Peter
___
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
Always fail configure with an error message. This driver is unmaintained and
hasn't seen significant fixes. Let it die. If we really need to keep this
driver alive, let's wait for a user sighting first.
Signed-off-by: Peter Hutterer
---
This driver hasn't built since at least X Server 1.7 and no-
Untested for lack of device.
Signed-off-by: Peter Hutterer
---
src/xf86Fpit.c | 49 -
1 files changed, 20 insertions(+), 29 deletions(-)
diff --git a/src/xf86Fpit.c b/src/xf86Fpit.c
index c5e9d71..ecc90a8 100644
--- a/src/xf86Fpit.c
+++ b/src/xf
Signed-off-by: Peter Hutterer
---
src/xf86Fpit.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/src/xf86Fpit.c b/src/xf86Fpit.c
index cdcf8a8..c5e9d71 100644
--- a/src/xf86Fpit.c
+++ b/src/xf86Fpit.c
@@ -437,7 +437,7 @@ static Bool xf86FpitControl(DeviceIntPtr dev, int
Signed-off-by: Peter Hutterer
---
configure.ac |2 +-
src/xf86Fpit.c | 46 --
2 files changed, 9 insertions(+), 39 deletions(-)
diff --git a/configure.ac b/configure.ac
index d1a87eb..9c3a9a0 100644
--- a/configure.ac
+++ b/configure.ac
@@ -58,
Signed-off-by: Peter Hutterer
---
src/xf86Fpit.c | 14 +++---
1 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/src/xf86Fpit.c b/src/xf86Fpit.c
index ceeecbd..8092853 100644
--- a/src/xf86Fpit.c
+++ b/src/xf86Fpit.c
@@ -481,7 +481,7 @@ static Bool xf86FpitControl(DeviceIntP
Not called by the server.
Signed-off-by: Peter Hutterer
---
src/xf86Fpit.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/src/xf86Fpit.c b/src/xf86Fpit.c
index 87c04f1..ceeecbd 100644
--- a/src/xf86Fpit.c
+++ b/src/xf86Fpit.c
@@ -569,10 +569,7 @@ static InputInfoPtr x
Both describe the same struct, LocalDevicePtr has been dropped from the
server.
Signed-off-by: Peter Hutterer
---
src/xf86Fpit.c | 152
1 files changed, 76 insertions(+), 76 deletions(-)
diff --git a/src/xf86Fpit.c b/src/xf86Fpit.c
index
Signed-off-by: Peter Hutterer
---
src/xf86Fpit.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/src/xf86Fpit.c b/src/xf86Fpit.c
index a8dd951..e38e1a1 100644
--- a/src/xf86Fpit.c
+++ b/src/xf86Fpit.c
@@ -671,7 +671,6 @@ _X_EXPORT InputDriverRec FPIT = {
NULL,
Signed-off-by: Peter Hutterer
---
src/xf86Fpit.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/src/xf86Fpit.c b/src/xf86Fpit.c
index 993fbe6..a8dd951 100644
--- a/src/xf86Fpit.c
+++ b/src/xf86Fpit.c
@@ -669,7 +669,6 @@ _X_EXPORT InputDriverRec FPIT = {
xf86FpitI
untested, I don't have a device. a few cleanups, the usual ones, and then
the standard changes for ABI 12 support.
Cheers,
Peter
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/ma
I have verified that after applying these 18 patches the
xf86-input-aiptek driver compiles successfully.
For this series:
Reviewed-by: Trevor Woerner
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: ht
On Wed, Dec 1, 2010 at 10:20 PM, Peter Hutterer
wrote:
> On Wed, Dec 01, 2010 at 10:15:49PM -0500, Trevor Woerner wrote:
>> In this patch you remove the reference to xf86AiptekClose, but I don't
>> think that function is removed in this patch.
>
> xf86AiptekClose() is called directly during DEVICE
On Wed, Dec 01, 2010 at 10:15:49PM -0500, Trevor Woerner wrote:
> In this patch you remove the reference to xf86AiptekClose, but I don't
> think that function is removed in this patch.
xf86AiptekClose() is called directly during DEVICE_OFF and DEVICE_CLOSE, see
xf86AiptekProc().
Cheers,
Peter
On Thu, Dec 02, 2010 at 03:09:41AM +, Matt Turner wrote:
> On Thu, Dec 2, 2010 at 2:42 AM, Bryce Harrington wrote:
> > Bit 7 of the pci device header type is an indicator of multi-function
> > devices, so needs to be masked when examining the bridge type.
> > Thanks go to Chih-Pin Wu for findi
In this patch you remove the reference to xf86AiptekClose, but I don't
think that function is removed in this patch.
On Wed, Dec 1, 2010 at 9:13 PM, Peter Hutterer wrote:
> /**
> * xf86AiptekSendEvents
> * Send events accordi
On Thu, Dec 2, 2010 at 2:42 AM, Bryce Harrington wrote:
> Bit 7 of the pci device header type is an indicator of multi-function
> devices, so needs to be masked when examining the bridge type.
> Thanks go to Chih-Pin Wu for finding the bug and its fix.
>
> Signed-off-by: Bryce Harrington
Do you
On Wed, Dec 01, 2010 at 09:56:58PM -0500, Trevor Woerner wrote:
> After applying this patch there's still one left at line 2050 of
> src/xf86Aiptek.c is this significant?
yes, pre ABI 12 the driver had to assign the name itself. This line then
goes away with ABI 12. so that one left is valid.
Hav
After applying this patch there's still one left at line 2050 of
src/xf86Aiptek.c is this significant?
___
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
Jesse,
I have a question about change 2bda5b73 that you did to libpciaccess
last year, to stop pci_device_get_bridge_buses() from looking at bus
data if the bridge data was not read.
A ubuntu bug reporter says that this check is preventing his device from
getting detected properly - see
https:/
Bit 7 of the pci device header type is an indicator of multi-function
devices, so needs to be masked when examining the bridge type.
Thanks go to Chih-Pin Wu for finding the bug and its fix.
Signed-off-by: Bryce Harrington
---
src/common_bridge.c |4 ++--
1 files changed, 2 insertions(+), 2
New PreInit() prototype, extra valuator modes.
Signed-off-by: Peter Hutterer
---
src/xf86Aiptek.c | 160 +-
src/xf86Aiptek.h |8 ++--
2 files changed, 65 insertions(+), 103 deletions(-)
diff --git a/src/xf86Aiptek.c b/src/xf86Aiptek.c
ind
Signed-off-by: Peter Hutterer
---
src/xf86Aiptek.c | 17 -
1 files changed, 0 insertions(+), 17 deletions(-)
diff --git a/src/xf86Aiptek.c b/src/xf86Aiptek.c
index 2265cc3..997d2aa 100644
--- a/src/xf86Aiptek.c
+++ b/src/xf86Aiptek.c
@@ -1376,23 +1376,6 @@ xf86AiptekOpenDevice(
Dropped from the server for not being referenced anywhere, see commit below
commit 2b7840b63da6bc00aa40e8a427d9fd719ba5e6d0
Author: Peter Hutterer
Date: Fri Jul 30 13:44:20 2010 +1000
xfree86: remove unused DeviceAssocRec struct.
Signed-off-by: Peter Hutterer
---
src/xf86Aiptek.c | 27
All three aren't called by the server.
Signed-off-by: Peter Hutterer
---
src/xf86Aiptek.c | 130 --
1 files changed, 0 insertions(+), 130 deletions(-)
diff --git a/src/xf86Aiptek.c b/src/xf86Aiptek.c
index 7b64630..3112bf7 100644
--- a/src/xf
no functional changes, prep work for ABI 12
Signed-off-by: Peter Hutterer
---
src/xf86Aiptek.c | 60 +++---
1 files changed, 30 insertions(+), 30 deletions(-)
diff --git a/src/xf86Aiptek.c b/src/xf86Aiptek.c
index ba02444..7b64630 100644
--- a/s
Signed-off-by: Peter Hutterer
---
src/xf86Aiptek.c |3 ---
src/xf86Aiptek.h |9 +
2 files changed, 1 insertions(+), 11 deletions(-)
diff --git a/src/xf86Aiptek.c b/src/xf86Aiptek.c
index e433c3b..ba02444 100644
--- a/src/xf86Aiptek.c
+++ b/src/xf86Aiptek.c
@@ -2433,7 +2433,6 @@ S
Signed-off-by: Peter Hutterer
---
src/xf86Aiptek.c |6 +-
src/xf86Aiptek.h |2 --
2 files changed, 1 insertions(+), 7 deletions(-)
diff --git a/src/xf86Aiptek.c b/src/xf86Aiptek.c
index cb67bf1..e433c3b 100644
--- a/src/xf86Aiptek.c
+++ b/src/xf86Aiptek.c
@@ -2406,11 +2406,7 @@ xf86A
XCONFIG_PROBED is the same as X_PROBED.
Signed-off-by: Peter Hutterer
---
src/xf86Aiptek.c |8
src/xf86Aiptek.h |3 ---
2 files changed, 4 insertions(+), 7 deletions(-)
diff --git a/src/xf86Aiptek.c b/src/xf86Aiptek.c
index c261baa..cb67bf1 100644
--- a/src/xf86Aiptek.c
+++ b/s
Signed-off-by: Peter Hutterer
---
src/xf86Aiptek.c | 93 ++---
src/xf86Aiptek.h |4 +-
2 files changed, 48 insertions(+), 49 deletions(-)
diff --git a/src/xf86Aiptek.c b/src/xf86Aiptek.c
index 634372c..c261baa 100644
--- a/src/xf86Aiptek.c
++
Signed-off-by: Peter Hutterer
---
src/xf86Aiptek.c | 110 +++---
1 files changed, 55 insertions(+), 55 deletions(-)
diff --git a/src/xf86Aiptek.c b/src/xf86Aiptek.c
index 8e3ec89..634372c 100644
--- a/src/xf86Aiptek.c
+++ b/src/xf86Aiptek.c
@@ -19
Signed-off-by: Peter Hutterer
---
src/xf86Aiptek.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/src/xf86Aiptek.c b/src/xf86Aiptek.c
index 76210b5..8e3ec89 100644
--- a/src/xf86Aiptek.c
+++ b/src/xf86Aiptek.c
@@ -147,7 +147,6 @@ _X_EXPORT InputDriverRec AIPTEK =
xf
Signed-off-by: Peter Hutterer
---
src/xf86Aiptek.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/src/xf86Aiptek.c b/src/xf86Aiptek.c
index 33f94c6..76210b5 100644
--- a/src/xf86Aiptek.c
+++ b/src/xf86Aiptek.c
@@ -124,8 +124,6 @@
#include
#include
-
-static const
Signed-off-by: Peter Hutterer
---
configure.ac |2 +-
src/xf86Aiptek.c | 105 -
2 files changed, 9 insertions(+), 98 deletions(-)
diff --git a/configure.ac b/configure.ac
index 4386ae3..fbcc9c6 100644
--- a/configure.ac
+++ b/configure
This has been handled in the server for quite a while now, just initialize
with the defaults and ignore it otherwise.
Signed-off-by: Peter Hutterer
---
src/xf86Aiptek.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/src/xf86Aiptek.c b/src/xf86Aiptek.c
index 7dabda8..e
Signed-off-by: Peter Hutterer
---
src/xf86Aiptek.c |4 ++--
src/xf86Aiptek.h |3 ---
2 files changed, 2 insertions(+), 5 deletions(-)
diff --git a/src/xf86Aiptek.c b/src/xf86Aiptek.c
index 43a6ae8..7dabda8 100644
--- a/src/xf86Aiptek.c
+++ b/src/xf86Aiptek.c
@@ -1167,7 +1167,7 @@ static
Signed-off-by: Peter Hutterer
---
src/xf86Aiptek.c | 24
1 files changed, 12 insertions(+), 12 deletions(-)
diff --git a/src/xf86Aiptek.c b/src/xf86Aiptek.c
index b19aa7b..43a6ae8 100644
--- a/src/xf86Aiptek.c
+++ b/src/xf86Aiptek.c
@@ -131,6 +131,18 @@ static const ch
Flag was write-only for a number of server generations already.
Signed-off-by: Peter Hutterer
---
src/xf86Aiptek.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/xf86Aiptek.c b/src/xf86Aiptek.c
index 1e6d39b..b19aa7b 100644
--- a/src/xf86Aiptek.c
+++ b/src/xf86Ai
LocalDevicePtr was removed with input ABI 12, but InputInfoPtr has been
around for years anyway.
Signed-off-by: Peter Hutterer
---
src/xf86Aiptek.c | 394 +++---
src/xf86Aiptek.h | 14 +-
2 files changed, 204 insertions(+), 204 deletions(-)
dif
I don't have a device, so I'll asume that if it builds, it works.
I've dropped support for pre ABI 12 xservers in this patch series. Since
this driver hardly sees any development* except for build fixes, I don't see
the point of supporting multiple server versions.
* 5 fixes in Feb 2010, 3 fixes
Signed-off-by: Peter Hutterer
---
configure.ac |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/configure.ac b/configure.ac
index 94d16e1..0794f82 100644
--- a/configure.ac
+++ b/configure.ac
@@ -55,7 +55,7 @@ AC_CHECK_HEADERS([linux/input.h sysfs/libsysfs.h])
XORG_DRIVE
On Tue, 2 Nov 2010 20:10:32 +0100, Andrea Canciani wrote:
> The function swapStops repeatedly swaps the color components as
> CARD16, but incorrectly steps over them as if they were CARD32.
>
> This causes half of the stops not to be swapped at all and some
> unrelated data be swapped instead.
On Wed, 2010-12-01 at 22:02 +0100, Matthieu Herrb wrote:
> This fixes issues with make creating a spurious [makedep-config.h].in file,
> at least on OpenBSD builds.
>
> Signed-off-by: Matthieu Herrb
> ---
> configure.ac |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> diff --gi
On Thu, Nov 4, 2010 at 02:44:48 +0100, Soeren Sandmann wrote:
> Andrea Canciani writes:
>
> > The function swapStops repeatedly swaps the color components as
> > CARD16, but incorrectly steps over them as if they were CARD32.
> >
> > This causes half of the stops not to be swapped at all and s
On Wed, Dec 01, 2010 at 02:27:16PM -0800, Chris Wilson wrote:
> On Wed, 1 Dec 2010 13:57:15 -0800, Aaron Plattner
> wrote:
> > On Wed, Dec 01, 2010 at 01:47:47PM -0800, Chris Wilson wrote:
> > > On Wed, 1 Dec 2010 13:06:47 -0800, Aaron Plattner
> > > wrote:
> > > > This series causes a segmenta
On Wed, 1 Dec 2010 13:57:15 -0800, Aaron Plattner wrote:
> On Wed, Dec 01, 2010 at 01:47:47PM -0800, Chris Wilson wrote:
> > On Wed, 1 Dec 2010 13:06:47 -0800, Aaron Plattner
> > wrote:
> > > This series causes a segmentation fault in blend_test because the loop
> > > at the top of the "while (k
On Fri, Nov 19, 2010 at 10:58:20AM -0500, Chase Douglas wrote:
> > on-the-side question that I just thought of: will having
> > XIDirectTouch/XIDependentTouch on a device be equally limiting as having a
> > single axis mode in XI 1.x?
>
> Can you provide more detail? I don't see the parallel yet.
On Wed, Dec 01, 2010 at 01:47:47PM -0800, Chris Wilson wrote:
> On Wed, 1 Dec 2010 13:06:47 -0800, Aaron Plattner
> wrote:
> > This series causes a segmentation fault in blend_test because the loop
> > at the top of the "while (k < num_dst)" loop doesn't ever increment y
> > because num_src is 32
On Wed, 1 Dec 2010 13:06:47 -0800, Aaron Plattner wrote:
> This series causes a segmentation fault in blend_test because the loop
> at the top of the "while (k < num_dst)" loop doesn't ever increment y
> because num_src is 325 and win_height is only 200.
I've pushed a fixed version of blend and c
On Wed, 1 Dec 2010 13:06:47 -0800, Aaron Plattner wrote:
> This series causes a segmentation fault in blend_test because the loop
> at the top of the "while (k < num_dst)" loop doesn't ever increment y
> because num_src is 325 and win_height is only 200. Then, XGetImage
> fails because height=0 a
This fixes issues with make creating a spurious [makedep-config.h].in file,
at least on OpenBSD builds.
Signed-off-by: Matthieu Herrb
---
configure.ac |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/configure.ac b/configure.ac
index ca7c115..33e9b94 100644
--- a/configu
On Mon, 2010-11-29 at 20:22 -0800, Alan Coopersmith wrote:
> These resolve compiler warnings on Solaris, though the first two also
> affect other platforms as well (undoing the reset of compiler flags
> that loses the C99 option xorg-macros applies if the compiler supports
> it, and moving code on
Hi:
Well my friends, I need using a C++ program to close an user's session,
closing the session in any graphic type (KDE or GNOME), how could I do
that, is possible >
greetings:
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org
Twas brillig at 10:42:56 01.12.2010 UTC-08 when kei...@keithp.com did gyre and
gimble:
>> Provides a portable implementation of this common allocating
>> sprintf() API found in many, but not yet all, of the platforms we
>> support. If the platform provides vasprintf() we simply wrap it,
>>
On Tue, 30 Nov 2010 21:53:26 -0800, Alan Coopersmith
wrote:
> Provides a portable implementation of this common allocating sprintf()
> API found in many, but not yet all, of the platforms we support.
> If the platform provides vasprintf() we simply wrap it, otherwise we
> implement it - either w
On Wed, 1 Dec 2010 10:29:01 -0500, Alex Deucher wrote:
> On Wed, Dec 1, 2010 at 8:12 AM, Cyril Brulebois wrote:
> > screenInfo.numScreens is not a valid screen number, they go from 0 to
> > numScreens - 1.
> >
> > Signed-off-by: Cyril Brulebois
>
> Reviewed-by: Alex Deucher
Both of these (Cyr
On Fri, Nov 12, 2010 at 05:35:17PM -0500, Chase Douglas wrote:
> This patch adds experimental support for listening to touch streams
> (TouchBegin, TouchMotion and TouchEnd) with test-xi2, as well as showing
> TouchClass information with list.
Er, the TouchMotion bit looks to be missing here?
Che
Hi,
I'm back from 2.5 months of holidays and am slowly working my way
through the email backlog ... I'm working on multitouch fulltime though,
so hopefully we can get this sorted and merged fairly soon.
On Fri, Nov 12, 2010 at 05:35:00PM -0500, Chase Douglas wrote:
> In the past two weeks I took D
On Wed, Dec 01, 2010 at 05:41:00PM +0100, Francesco Abbate wrote:
> 2010/12/1 Pauli Nieminen :
> > On Tue, Nov 30, 2010 at 6:22 PM, Joris Dobbelsteen
> > wrote:
> >> Hi all,
> >>
> >> I'm looking for some expert opinion to verify a possible cause of our
> >> problems.
> >>
> >> After further inves
2010/12/1 Pauli Nieminen :
> On Tue, Nov 30, 2010 at 6:22 PM, Joris Dobbelsteen
> wrote:
>> Hi all,
>>
>> I'm looking for some expert opinion to verify a possible cause of our
>> problems.
>>
>> After further investigation of the issue the following is found:
>> We do all our X drawing on a single
Hi,
On Tue, Nov 23, 2010 at 04:07:20PM +1000, Peter Hutterer wrote:
> On Fri, Nov 19, 2010 at 01:52:39PM -0500, Chase Douglas wrote:
> > A touch event is not delivered according to the device hierarchy. All touch
> > -events are sent only through their originating slave devices.
> > +events are s
On Wed, Dec 1, 2010 at 8:12 AM, Cyril Brulebois wrote:
> screenInfo.numScreens is not a valid screen number, they go from 0 to
> numScreens - 1.
>
> Signed-off-by: Cyril Brulebois
Reviewed-by: Alex Deucher
> ---
> hw/dmx/glxProxy/glxcmds.c | 6 +++---
> hw/dmx/glxProxy/glxcmdsswap.c |
On Wed, 2010-12-01 at 12:58 +0200, Pauli Nieminen wrote:
> On Tue, Nov 30, 2010 at 6:22 PM, Joris Dobbelsteen
> wrote:
> > Hi all,
> >
> > I'm looking for some expert opinion to verify a possible cause of our
> > problems.
> >
> > After further investigation of the issue the following is found:
>
On Wed, 2010-12-01 at 12:58 +0200, Pauli Nieminen wrote:
> [snip]
> > Could this multi-threaded usage of libX11 cause it to hang?
> >
> > What we see is that our drawing thread gets stuck in a poll on the
> > socket while calling _XReply (after _XReply has called _XSend). However,
> > a second thre
screenInfo.numScreens is not a valid screen number, they go from 0 to
numScreens - 1.
Signed-off-by: Cyril Brulebois
---
hw/dmx/glxProxy/glxcmds.c |6 +++---
hw/dmx/glxProxy/glxcmdsswap.c |2 +-
hw/kdrive/ephyr/ephyrdriext.c |2 +-
3 files changed, 5 insertions(+), 5 deletions(-)
> Date: Wed, 01 Dec 2010 11:48:22 +0100
> From: walter harms
>
> Am 30.11.2010 23:37, schrieb Dan Nicholson:
> > On Tue, Nov 30, 2010 at 10:16 AM, walter harms wrote:
> >>
> >>
> >> Am 30.11.2010 05:57, schrieb Alan Coopersmith:
> >>> Provides a portable implementation of this common allocating
On 12/01/2010 12:17 PM, Mark Kettenis wrote:
The idea that C has a boolean type is a mere illusion. Even the _Bool
type introduced in C99 is classified as an unsigned integer type.
We all agree on that I think.
I suppose the idea is that a boolean is layered on top
(or is a derived/sub clas
> Date: Tue, 30 Nov 2010 19:16:41 +0100
> From: walter harms
>
> Am 30.11.2010 05:57, schrieb Alan Coopersmith:
> > Provides a portable implementation of this common allocating sprintf()
> > API found in many, but not yet all, of the platforms we support.
> > If the platform provides vasprintf()
> From: Ferry Huberts
> Date: Tue, 30 Nov 2010 19:06:55 +0100
>
> From: Ferry Huberts
>
> Performing bit-wise operations on a boolean amounts to mixing types,
> is confusing and basically incorrect; one should only perform
> logical operations on booleans.
The idea that C has a boolean type is
On Tue, Nov 30, 2010 at 6:22 PM, Joris Dobbelsteen
wrote:
> Hi all,
>
> I'm looking for some expert opinion to verify a possible cause of our
> problems.
>
> After further investigation of the issue the following is found:
> We do all our X drawing on a single thread.
> However, DirectFB (used due
Am 30.11.2010 23:37, schrieb Dan Nicholson:
> On Tue, Nov 30, 2010 at 10:16 AM, walter harms wrote:
>>
>>
>> Am 30.11.2010 05:57, schrieb Alan Coopersmith:
>>> Provides a portable implementation of this common allocating sprintf()
>>> API found in many, but not yet all, of the platforms we suppo
On Tue, Nov 30, 2010 at 21:53:27 -0800, Alan Coopersmith wrote:
> Signed-off-by: Alan Coopersmith
> ---
> config/hal.c |4 ++-
> config/udev.c | 14 ++-
> dix/dixfonts.c |4 ++-
> hw/xfree86/common/xf86AutoConfig.c
On Tue, Nov 30, 2010 at 21:53:30 -0800, Alan Coopersmith wrote:
> Signed-off-by: Alan Coopersmith
> ---
> dix/devices.c | 17 +++--
> hw/xfree86/common/xf86Config.c |4 +---
> hw/xfree86/common/xf86Option.c |5 +
> hw/xfree86/common/xf86S
On Tue, Nov 30, 2010 at 21:53:26 -0800, Alan Coopersmith wrote:
> Provides a portable implementation of this common allocating sprintf()
> API found in many, but not yet all, of the platforms we support.
> If the platform provides vasprintf() we simply wrap it, otherwise we
> implement it - either
87 matches
Mail list logo