[PATCH:libX11] Clarify requirements in XRestackWindows man page

The required common parent window is not specified in the arguments, just implied as the parent of the first window in the list. Signed-off-by: Alan Coopersmith --- The man page was confusing me, since I couldn't figure out which window was specified to be the parent window, but from looking at

Re: [ANNOUNCE] xorg-server 1.8.1.901

On Tue, Jun 01, 2010 at 03:36:28PM -1000, Jeremy Huddleston wrote: > > On Jun 1, 2010, at 14:15, Peter Hutterer wrote: > > > The first release candidate for the second stable 1.8 release is now > > available. A fair bunch of patches went in, most prominently a set of DIR2 > > fixes. The rest is a

Re: helping organize x.org documentation

Matt Dew wrote: > Does pixman obsolete/replace libXpm? No. libXpm is used for reading/writing images in the XPM format (similar to gif, jpg, png, etc., but unlike those, XPM does not compress the image data, but instead embiggens it by converting to ASCII). > Is ldx (low bandwidth extension) st

RE: [Xorg-driver-geode] Rendering issue update

The bug is that when our driver handles the Over operation where source image has the alpha value and mask has the alpha value, our driver does the wrong thing. It uses the mask's alpha value to do the composite operation and omit the previous alpha value. The correct formula is that the source(

Re: [ANNOUNCE] xorg-server 1.8.1.901

On Jun 1, 2010, at 14:15, Peter Hutterer wrote: > The first release candidate for the second stable 1.8 release is now > available. A fair bunch of patches went in, most prominently a set of DIR2 > fixes. The rest is all over the place but should altogether make for a more > stable experience. >

Re: helping organize x.org documentation

On Mon, May 31, 2010 at 8:32 PM, Éric Piel wrote: > Op 31-05-10 14:20, Matt Dew schreef: >> sweetness. The protocol section is much fuller now. >> >> Alright, who else has goodies for me? C'mon, don't bogart the good stuff. > Actually, pixman should probably be moved to libraries (I don't think >

Re: [PATCH 08/14] xfree86: delete useless "Primary device is not PCI" message

On Tue, Jun 01, 2010 at 09:07:23PM +0300, Vignatti Tiago (Nokia-D/Helsinki) wrote: > On Tue, Jun 01, 2010 at 06:29:28PM +0200, ext Tomas Carnecky wrote: > > On 6/1/10 4:59 PM, Tiago Vignatti wrote: > > > It's not PCI? So what?! > > > > > > Signed-off-by: Tiago Vignatti > > > --- > > > hw/xfree86

Re: more MAXSCREENS patches

Le 01/06/2010 19:39, Tiago Vignatti a écrit : > And I wouldn't care about dummy video driver being broken, really - let's > squash it and void input driver within the server and delete xvfb. But other > conservative guys might have different opinions here. Please don't take out Xvfb, it's a good

Re: [PATCH 08/14] xfree86: delete useless "Primary device is not PCI" message

On 6/1/10 8:07 PM, Vignatti Tiago (Nokia-D/Helsinki) wrote: On Tue, Jun 01, 2010 at 06:29:28PM +0200, ext Tomas Carnecky wrote: On 6/1/10 4:59 PM, Tiago Vignatti wrote: It's not PCI? So what?! Signed-off-by: Tiago Vignatti --- hw/xfree86/common/xf86pciBus.c |6 -- 1 files changed,

Re: [PATCH 12/14] xfree86: IOADDRESS is PCIism and shouldn't be used by common header files

On Tue, Jun 01, 2010 at 05:50:17PM +0200, ext Mark Kettenis wrote: > > From: Tiago Vignatti > > Date: Tue, 1 Jun 2010 17:59:08 +0300 > > This change does not make it easier to understand the code. Imagine > someone looking at it after you apply this diff. What is the meaning > of 'vertsyncreg'

Re: [PATCH 06/14] xfree86: bus: move macros from common PCI header to private file

Hi, On Tue, Jun 01, 2010 at 05:43:10PM +0200, ext Mark Kettenis wrote: > > I really, really don't see the point if this diff, and a lot of others > you're sending. Yes, this is only used in the int10 module at this > moment. But obviously Pci.h is the right place for these macros. It > seems t

Re: [PATCH 02/14] xfree86: bus: remove useless automake variable

Tiago Vignatti wrote: > Signed-off-by: Tiago Vignatti > --- > hw/xfree86/os-support/bus/Makefile.am |3 +-- > 1 files changed, 1 insertions(+), 2 deletions(-) > > diff --git a/hw/xfree86/os-support/bus/Makefile.am > b/hw/xfree86/os-support/bus/Makefile.am > index 92a519b..106b237 100644 > -

Re: [PATCH 08/14] xfree86: delete useless "Primary device is not PCI" message

On Tue, Jun 01, 2010 at 06:29:28PM +0200, ext Tomas Carnecky wrote: > On 6/1/10 4:59 PM, Tiago Vignatti wrote: > > It's not PCI? So what?! > > > > Signed-off-by: Tiago Vignatti > > --- > > hw/xfree86/common/xf86pciBus.c |6 -- > > 1 files changed, 0 insertions(+), 6 deletions(-) > > > >

Re: X-JHBuild: A thin JHBuild wrapper with plug-ins.

On Tue, Jun 01, 2010 at 07:57:47PM +0200, Dirk Wallenstein wrote: > Did you reuse the build from the previous attempt with jhbuild? If so, > you best start over with: > $> x-jhbuild build -caf I mean: $> x-jhbuild build -caf xorg -- Greetings, Dirk ___

Re: Premultiplied alpha handle for driver

On Tue, 2010-06-01 at 19:26 +0300, Siarhei Siamashka wrote: > On Tuesday 01 June 2010, Jonathan Morton wrote: > > On Mon, 2010-05-31 at 10:42 +0800, Huang, FrankR wrote: > > > We know the premultiplied alpha will be used sometimes in blend. Is > > > that used in the graphics driver? > > > > XRender

Re: [PATCH 08/14] xfree86: delete useless "Primary device is not PCI" message

On Tue, Jun 01, 2010 at 05:30:14PM +0200, ext Daniel Stone wrote: > On Tue, Jun 01, 2010 at 05:59:04PM +0300, Tiago Vignatti wrote: > > It's not PCI? So what?! > > > > Signed-off-by: Tiago Vignatti > > --- > > hw/xfree86/common/xf86pciBus.c |6 -- > > 1 files changed, 0 insertions(+), 6

Re: X-JHBuild: A thin JHBuild wrapper with plug-ins.

On Tue, Jun 01, 2010 at 09:48:19PM +0800, Matt Dew wrote: > On Fri, May 28, 2010 at 8:16 PM, Dirk Wallenstein wrote: > > On Fri, May 28, 2010 at 07:39:48PM +0800, Matt Dew wrote: > >> > >> Hi Dirk, > >>   Nice work on this.    As a newbie, I appreciate it.    Any chance > >> you have time to updat

Re: more MAXSCREENS patches

Tiago Vignatti wrote: > And I wouldn't care about dummy video driver being broken, really - let's > squash it and void input driver within the server and delete xvfb. But other > conservative guys might have different opinions here. Certainly those who build on platforms that the XFree86 DDX isn'

Re: more MAXSCREENS patches

Hey Jamey, I took a look on this series. Comments are bellow. On Mon, May 24, 2010 at 01:22:06AM +0200, ext Jamey Sharp wrote: > After applying this series, there aren't many uses of MAXSCREENS left. > Keith's fix-private-usage branch deals with one of the per-screen > private key arrays, and pr

Re: [PATCH 08/14] xfree86: delete useless "Primary device is not PCI" message

Tomas Carnecky wrote: > How much do Xorg developers care about indentation? More than we used to, and consistency with the surrounding code is the general rule, since there are so many different styles in use in the code already. -- -Alan Coopersmith-alan.coopersm...@oracle.com

Re: [PATCH 08/14] xfree86: delete useless "Primary device is not PCI" message

On 6/1/10 4:59 PM, Tiago Vignatti wrote: It's not PCI? So what?! Signed-off-by: Tiago Vignatti --- hw/xfree86/common/xf86pciBus.c |6 -- 1 files changed, 0 insertions(+), 6 deletions(-) diff --git a/hw/xfree86/common/xf86pciBus.c b/hw/xfree86/common/xf86pciBus.c index a751427..b64bae

Re: [PATCH 08/14] xfree86: delete useless "Primary device is not PCI" message

On Tue, Jun 01, 2010 at 05:59:04PM +0300, Tiago Vignatti wrote: > It's not PCI? So what?! > > Signed-off-by: Tiago Vignatti > --- > hw/xfree86/common/xf86pciBus.c |6 -- > 1 files changed, 0 insertions(+), 6 deletions(-) > > diff --git a/hw/xfree86/common/xf86pciBus.c b/hw/xfree86/commo

Re: Premultiplied alpha handle for driver

On Tuesday 01 June 2010, Jonathan Morton wrote: > On Mon, 2010-05-31 at 10:42 +0800, Huang, FrankR wrote: > > We know the premultiplied alpha will be used sometimes in blend. Is > > that used in the graphics driver? > > XRender always expects premultiplied alpha in images. Your previous > example,

Re: [PATCH 12/14] xfree86: IOADDRESS is PCIism and shouldn't be used by common header files

> From: Tiago Vignatti > Date: Tue, 1 Jun 2010 17:59:08 +0300 This change does not make it easier to understand the code. Imagine someone looking at it after you apply this diff. What is the meaning of 'vertsyncreg'? Really, if the type is a PCIism, so are the variables that are declared us

Re: [PATCH 06/14] xfree86: bus: move macros from common PCI header to private file

> From: Tiago Vignatti > Date: Tue, 1 Jun 2010 17:59:02 +0300 > > Only int10/helper_exec.c is using them. I really, really don't see the point if this diff, and a lot of others you're sending. Yes, this is only used in the int10 module at this moment. But obviously Pci.h is the right place fo

[PATCH 09/14] configure: change PCI function checking by a meaningful version of the library

Version 0.10.7 of libpciaccess contains all functions being checked by autoconf, so use it instead. People that don't want VGA arbiter active can go to the library and enable the stubs there. Signed-off-by: Tiago Vignatti --- configure.ac | 12 +--- hw/xfr

[PATCH 14/14] xfree86: bus: remove unused macro checking

yes, we can live without PCI! Signed-off-by: Tiago Vignatti --- hw/xfree86/os-support/bus/Pci.h |4 1 files changed, 0 insertions(+), 4 deletions(-) diff --git a/hw/xfree86/os-support/bus/Pci.h b/hw/xfree86/os-support/bus/Pci.h index c47c2b0..d2ef7b2 100644 --- a/hw/xfree86/os-support/

[PATCH 11/14] configure: make PCI configuration more sane

No semantical changes. Just moved code around, grouping PCI related stuff in a single chunk. Signed-off-by: Tiago Vignatti --- configure.ac | 51 +-- 1 files changed, 29 insertions(+), 22 deletions(-) diff --git a/configure.ac b/configure.ac ind

[PATCH 02/14] xfree86: bus: remove useless automake variable

Signed-off-by: Tiago Vignatti --- hw/xfree86/os-support/bus/Makefile.am |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/hw/xfree86/os-support/bus/Makefile.am b/hw/xfree86/os-support/bus/Makefile.am index 92a519b..106b237 100644 --- a/hw/xfree86/os-support/bus/Makefile.

[PATCH 10/14] configure: remove unused variable referencing PCI code

commit f3490d3e missed to remove this chunk. Signed-off-by: Tiago Vignatti --- configure.ac |3 --- 1 files changed, 0 insertions(+), 3 deletions(-) diff --git a/configure.ac b/configure.ac index 5d0918c..6d4dd1e 100644 --- a/configure.ac +++ b/configure.ac @@ -1717,9 +1717,6 @@ if test "x$

[PATCH 13/14] configure: wrap PCI code with macro and set it at build time

--disable-pciaccess, used together with --disable-module-int10, can be used to disable all pci code inside the server. Note that XSERVER_LIBPCIACCESS was previously used only in the driver side and now it defines also whether the library is used inside the server. Also, XORG_BUS_PCI automake varia

[PATCH 07/14] xfree86: bus: assign PCI_SOURCES with the actual source files

Signed-off-by: Tiago Vignatti --- hw/xfree86/os-support/bus/Makefile.am |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/hw/xfree86/os-support/bus/Makefile.am b/hw/xfree86/os-support/bus/Makefile.am index 106b237..643cb25 100644 --- a/hw/xfree86/os-support/bus/Makefile

[PATCH 00/14] Clean up and reorganize BUS configuration code, take3

Hi, Following there are a couple of cleaning up, mostly related with bus configuration in Xorg. My main motivation in this series was to separate the PCI code in the way that the server could be compiled without libpciaccess now. This is last major changes coming from me and I'd like to see befor

[PATCH 12/14] xfree86: IOADDRESS is PCIism and shouldn't be used by common header files

Signed-off-by: Tiago Vignatti --- hw/xfree86/common/xf86.h |2 +- hw/xfree86/common/xf86Bus.h|2 +- hw/xfree86/common/xf86Helper.c |2 +- hw/xfree86/common/xf86str.h|2 +- 4 files changed, 4 insertions(+), 4 deletions(-) diff --git a/hw/xfree86/common/xf86.h b/hw/xf

[PATCH 06/14] xfree86: bus: move macros from common PCI header to private file

Only int10/helper_exec.c is using them. Signed-off-by: Tiago Vignatti --- hw/xfree86/int10/helper_exec.c |5 + hw/xfree86/os-support/bus/Pci.h |5 - 2 files changed, 5 insertions(+), 5 deletions(-) diff --git a/hw/xfree86/int10/helper_exec.c b/hw/xfree86/int10/helper_exec.c ind

[PATCH 05/14] xfree86: dri: remove unused PCI macro

Signed-off-by: Tiago Vignatti --- hw/xfree86/dri/dri.c |2 -- 1 files changed, 0 insertions(+), 2 deletions(-) diff --git a/hw/xfree86/dri/dri.c b/hw/xfree86/dri/dri.c index 77f7fe2..a3a0abf 100644 --- a/hw/xfree86/dri/dri.c +++ b/hw/xfree86/dri/dri.c @@ -71,8 +71,6 @@ SOFTWARE OR THE USE OR

[PATCH 08/14] xfree86: delete useless "Primary device is not PCI" message

It's not PCI? So what?! Signed-off-by: Tiago Vignatti --- hw/xfree86/common/xf86pciBus.c |6 -- 1 files changed, 0 insertions(+), 6 deletions(-) diff --git a/hw/xfree86/common/xf86pciBus.c b/hw/xfree86/common/xf86pciBus.c index a751427..b64bae3 100644 --- a/hw/xfree86/common/xf86pciBus.

[PATCH 03/14] xfree86: bus: remove xfree86 and other references from OS files

Ideally os-support don't have to be aware about any DDX "common" structure. Remove them and remove some other unused headers. Signed-off-by: Tiago Vignatti --- hw/xfree86/os-support/bus/Pci.c | 15 --- hw/xfree86/os-support/bus/linuxPci.c |8 2 files changed, 0 in

[PATCH 01/14] xfree86: use xf86PciIsolateDevice to get PCI config informations

Make xf86IsolateDevice private on PCI common file. Signed-off-by: Tiago Vignatti --- hw/xfree86/common/xf86Config.c | 13 +++-- hw/xfree86/common/xf86Globals.c |4 hw/xfree86/common/xf86Priv.h|3 --- hw/xfree86/common/xf86pciBus.c |5 + 4 files changed, 8 ins

[PATCH 04/14] xfree86: configure: move buses references to their own location

This patch makes xf86Configure.c free of PCI and SBUS code, moving to a more meaningful location. Signed-off-by: Tiago Vignatti --- hw/xfree86/common/xf86Configure.c | 137 ++--- hw/xfree86/common/xf86pciBus.c| 57 +++ hw/xfree86/common/xf86pciB

Re: [PATCHv2 6/6] xfree86: fbdevhw: remove all pci symbols from the module

On Tue, Jun 01, 2010 at 04:54:26PM +0200, ext Alan Coopersmith wrote: > Tiago Vignatti wrote: > > xf86PciOpenFbDev was created and put inside its proper file. > > > > Signed-off-by: Tiago Vignatti > > --- > > Mark and Alan: I hope this is okay for you now? > > I can live with that, though I wond

Re: [PATCHv2 6/6] xfree86: fbdevhw: remove all pci symbols from the module

Tiago Vignatti wrote: > xf86PciOpenFbDev was created and put inside its proper file. > > Signed-off-by: Tiago Vignatti > --- > Mark and Alan: I hope this is okay for you now? I can live with that, though I wonder if you're missing an _X_EXPORT to allow this function to be seen from the fbdevhw m

Re: X-JHBuild: A thin JHBuild wrapper with plug-ins.

On Fri, May 28, 2010 at 8:16 PM, Dirk Wallenstein wrote: > On Fri, May 28, 2010 at 07:39:48PM +0800, Matt Dew wrote: >> >> Hi Dirk, >>   Nice work on this.    As a newbie, I appreciate it.    Any chance >> you have time to update the wiki page with the info in your email? >> >> I'm running jhbuild

Re: [PATCH] Install fbdevhw.so in the correct os-specific path

On Tue, Jun 01, 2010 at 03:17:26AM +0200, ext Alan Coopersmith wrote: > > Only if you're ready to say f*** you to people with out of tree drivers, > whether closed source like nvidia & ati, open source like openchrome & > Virtual Box, or just plain confused like Poulsbo. I'm not and since my > e

[PATCH 2/2] Add new GLX events errors and requests to protocol.txt

Based off of glproto 1.4.11. Signed-off-by: Robert Hooker --- dix/protocol.txt | 38 ++ 1 files changed, 38 insertions(+), 0 deletions(-) diff --git a/dix/protocol.txt b/dix/protocol.txt index 1a52123..d5b4b15 100644 --- a/dix/protocol.txt +++ b/dix/protoco

[PATCH 1/2] Add DRI2 2.2/2.3 events and requests to protocol.txt

Signed-off-by: Robert Hooker --- dix/protocol.txt |7 +++ 1 files changed, 7 insertions(+), 0 deletions(-) diff --git a/dix/protocol.txt b/dix/protocol.txt index 8e152ed..1a52123 100644 --- a/dix/protocol.txt +++ b/dix/protocol.txt @@ -124,6 +124,13 @@ R004 DRI2:DestroyDrawable R005 DRI

[PATCHv2 5/6] xfree86: fbdevhw: move PCI region fetching code to common pci file

Now xf86PciGetSize and xf86PciGetBaseAddr are used to fetch PCI regions. Note that there's no semantical changes (e.g. there's a warning complaining about a different size casting, which remains there). Signed-off-by: Tiago Vignatti --- hw/xfree86/fbdevhw/fbdevhw.c| 13 +++-- hw/x

[PATCHv2 6/6] xfree86: fbdevhw: remove all pci symbols from the module

xf86PciOpenFbDev was created and put inside its proper file. Signed-off-by: Tiago Vignatti --- Mark and Alan: I hope this is okay for you now? hw/xfree86/fbdevhw/fbdevhw.c | 25 +++-- hw/xfree86/fbdevhw/fbdevhw.h |2 -- hw/xfree86/os-support/bus/Pci.h

[PATCHv2 3/6] xfree86: fbdevhw: remove superfluous pci pointer from probe function

The only drivers using this function are fbdev and glint. Though those driver initialize with NULL argument. Other drivers do some kind of implicit probe using fbdevHWInit instead. API break. Signed-off-by: Tiago Vignatti --- hw/xfree86/fbdevhw/fbdevhw.c |7 ++- hw/xfree86/fbdevhw/f

[PATCHv2 1/6] xfree86: fbdevhw: remove unused cmap fields from main structure

It was never used and probably no one cares for it. ABI break. Signed-off-by: Tiago Vignatti --- hw/xfree86/fbdevhw/fbdevhw.c |8 1 files changed, 0 insertions(+), 8 deletions(-) diff --git a/hw/xfree86/fbdevhw/fbdevhw.c b/hw/xfree86/fbdevhw/fbdevhw.c index f160908..bc9a65a 100644

[PATCHv2 4/6] xfree86: fbdevhw: simplify fbdev_open_pci function

delete unused namep. Signed-off-by: Tiago Vignatti --- hw/xfree86/fbdevhw/fbdevhw.c | 20 1 files changed, 4 insertions(+), 16 deletions(-) diff --git a/hw/xfree86/fbdevhw/fbdevhw.c b/hw/xfree86/fbdevhw/fbdevhw.c index d57e07e..f2035f8 100644 --- a/hw/xfree86/fbdevhw/fbde

[PATCHv2 2/6] xfree86: fbdevhw: remove superfluous debug code

Rarely one would want to print all functions of a given file when debugging. If this is the case, then a mix of ctags + cpp + gdb probably can do the same (useless?) job. Signed-off-by: Tiago Vignatti --- hw/xfree86/fbdevhw/fbdevhw.c | 35 --- 1 files changed, 0

[PATCHv2 0/6] fbdevhw cleanup and pciaccess free

Hi, Here's some trivial cleanup of the fbdevhw module. Just like my last patch series I sent to the list, this one also removes PCI related symbols from a given module - fbdevhw in this case - and puts in a meaningful place [0]. >From patch set version 1, only patch #5 and #6 changed: myself and

Re: [PATCH v6 1/3] DRI2: add AuthMagic hook for driver side support

On Mon, May 31, 2010 at 5:52 AM, Pauli Nieminen wrote: > From: Tiago Vignatti > > With this new hook drmAuthMagic becomes useless and should be deprecated. > You might want to implement AuthMagic on driver side instead. > > Attention: ABI being break. The entire v6 version of the series looks go

Re: [PATCH v6 1/3] DRI2: add AuthMagic hook for driver side support

On Mon, May 31, 2010 at 6:22 PM, Owain Ainsworth wrote: > On Mon, May 31, 2010 at 12:52:06PM +0300, Pauli Nieminen wrote: >> From: Tiago Vignatti >> >> With this new hook drmAuthMagic becomes useless and should be deprecated. >> You might want to implement AuthMagic on driver side instead. > > I

Re: [PATCHv3] dix: add 3x3 transformation matrix xinput property for multi-head handling

Am 28.05.2010 16:31, schrieb Peter Korsgaard: >> "PH" == Peter Hutterer writes: > > Hi, > > PH> Just wondering - do you have any plans of exposing this as an xorg.conf > PH> option as well? I guess it would be handy, especially for permanent > PH> touchscreen configurations. > > PH> Simon's

RE: Premultiplied alpha handle for driver

Absoluely correct formula. I have use my application to do the calculation according to your code and do an SRC operation on the final display on geode. Its result is same as the OVER operation on X12000. Tomorrow I will correct our geode driver and let you know my update:). Thanks a lot for y

RE: Premultiplied alpha handle for driver

Very useful. I modified my driver and gave a try. Let you know my result:) Thanks, Frank -Original Message- From: Jonathan Morton [mailto:jonathan.mor...@movial.com] Sent: 2010年6月1日 19:31 To: Huang, FrankR Cc: xorg-devel@lists.x.org Subject: RE: Premultiplied alpha handle for driver On

RE: Premultiplied alpha handle for driver

On Tue, 2010-06-01 at 18:55 +0800, Huang, FrankR wrote: > So I just want to know if picture_1x1 has the alpha value and mask has > the alpha value. How the driver handle this? If I know the answer, I > can fix this bug. Hope your reply soon:) Here's a couple of code fragments from a reference libr

RE: Premultiplied alpha handle for driver

Morton, I have gotten the idea of the premultiplied alpha in image. Just as you told me, the driver thought the ARGB picture gives the premultiplied value. So the driver does not need to do the premultiplied pass. According to my debug result, I have found that the geode driver has the wrong o

Re: Premultiplied alpha handle for driver

On Mon, 2010-05-31 at 10:42 +0800, Huang, FrankR wrote: > We know the premultiplied alpha will be used sometimes in blend. Is > that used in the graphics driver? XRender always expects premultiplied alpha in images. Your previous example, with ARGB values of (100,255,0,0) is therefore an invalid

Re: [PATCH evdev 3/3] Dummy process MT events (protocol A). (rev2)

Will something like that be ok???: --- Dummy process of MT events (protocol A). The MT-protocol A is the one that sends SYN_MT_REPORT. It is opposed to the new one based on MT_SLOTS (protocol B). (see kernel_src/Documentation/input/multi-touch-protocol.txt) The processing is "dummy" since th

Re: [PATCH evdev 2/3] Add the new valuators for multitouch (rev2)

Thanks Peter (I also cross send to the right mailing list address as I made a mistake the first time I send these patches) Le 01/06/2010 03:35, Peter Hutterer a écrit : On Sun, May 30, 2010 at 03:08:58PM +0200, Benjamin Tissoires wrote: The step one in implementing multitouch in evdev is to re