On Tue, Mar 9, 2010 at 6:35 AM, Chris Bagwell <ch...@cnpbagwell.com> wrote:
> On Mon, Mar 8, 2010 at 10:57 PM, Ping Cheng <pingli...@gmail.com> wrote:
> > Hi Chris,
> >
> > I see your point. But I need to get in touch with kernel input tree
> > maintainer to see what's they think. This may take some time. So, your
> > patchset will not be considered in -11 since I am planning, I used this
> > phrase more than once :(, to post it soon.
> >
>
> I'm assuming if the kernel input people saw my last patch they would
> have immediately seen the basic issue and said it should be
> resubmitted using multi-touch interface; since our issue was why MT
> interface was created. They probably won't make the connection if they
> see the "+ idx" item by itself though.
>
Trust me, I didn't use "+ idx" for the MT discussion. They are two separate
issues. The reason I asked you the question was to see how it works for the
jump issue as a "by-product" :).
> > Did you test your patch (I guess you did :)? How good it is, comparing
> to
> > the old one?
> Yes, its working nicely with xf86-input-wacom+patches. It, of course,
> fixes the lost data problems. It also added a nice bit of
> predictability on X side. Its nice to always know you'll get finger 1
> data right before finger 2 data; since it bypasses kernel filtering.
>
Great! Thank you for the detailed testing result. This is exactly what I
was looking for. The good news is: your patch may get a chance to merge in
-11. The bad news is: --- I am not sure if I can post -11 this week (I'll
do my best for sure).
> Please also consider this for Tablet PC as well. I can write the
> patch but would need your help on testing part.
>
No worries. I'll do the work once it settled.
> It would be nice to align all multi-touch in kernel side at once
> because right now I've support for old-and-new way on X side and it
> makes the code not read as nice as it could. I'll send a patch with
> this support soon so you can see what xdrv changes would be needed.
>
I am finding a solution for the kernel patch. For X driver, we will have to
support both cases: the xxxxTAP and the ABS_MT_xxx cases for sometime due to
backward compatibility. Please email me your xdrv patch. Please consider
backward compatibility.
> As an added bonus, these USB wacom tablet PCs would probably then be
> ready to work with those experimental multi-touch X drivers you see on
> utube (looks like they have a daemon that splits 1 multi-touch
> /dev/input/event? into multiple single touch /dev/input/event? or
> something similar and then make use of MXP). I've not tried it yet on
> touchpad since it would be no different then MXP and mouse+touchpad.
Yeah, anything is possible :).
Ping
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Linuxwacom-devel mailing list
Linuxwacom-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
