Hi Chris, I'm pretty sure that's the right commit. But it was getting awfully late so...
Yes I'm testing input-wacom-0.10.10-1. Favux On Mon, Jan 10, 2011 at 8:48 AM, Chris Bagwell <ch...@cnpbagwell.com> wrote: > Oh, if I do two finger touch, I'm able to get device type to change to > 2 but I also get an additional interesting message (the last line in > this snippet): > > [1084191.183] (II) /dev/input/event6 (10:wcmEvent): channel = 0 > [1084191.183] (II) /dev/input/event6 (10:wcmEvent): c=0 i=3 t=2 s=1 x=9130 > y=701 > 2 b=0 p=0 rz=0 tx=0 ty=0 aw=0 rw=0 t=0 df=0 px=1 st=1084190800 cs=4 > [1084191.183] (II) /dev/input/event6 (10:wcmFilterCoord): > common->wcmRawSample = 4 > [1084191.183] (II) /dev/input/event6 (10:wcmCheckSuppress): level = 2 > return value = 2 > [1084191.183] (II) /dev/input/event6 (10:commonDispatchDevice): device type = > 2 > [1084191.183] (II) /dev/input/event6 (10:commonDispatchDevice): Ignore > non-movement relative data > > So perhaps touch device was set to relative mode at some point during > init phase. > > Chris > > On Mon, Jan 10, 2011 at 8:45 AM, Chris Bagwell <ch...@cnpbagwell.com> wrote: >> Something about that bi-sect doesn't make sense. Your pointing to a >> commit that contains no code. >> >> I only have a few minutes with touch pad right now but tried git and >> can also reproduce. >> >> The only thing that looked suspicious in log files is this: >> >> [1082669.808] (II) /dev/input/event6 (10:commonDispatchDevice): device type >> = 4 >> >> I believe that says its detected as a cursor device? There is a case >> statement for ABS_MT_SLOT that is supposed to set that value correctly >> that seems not to be working now. >> >> Can you confirm if your using wacom-input Bamboo drivers as well? >> This may be MT specific (I hope). >> >> Chris >> >> On Mon, Jan 10, 2011 at 2:22 AM, Favux ... <favux...@gmail.com> wrote: >>> Hi Peter, >>> >>> Bisection shows it is the 12-21-10 "Merge branch 'multimonitor-purge'" >>> commit. Its snapshot xf86-input-wacom-68351da breaks touch. Although >>> rather than slamming to the left it jitters horizontally in place over >>> about 1.5 cm. The prior commit of the same date "Bamboo tablet does >>> not report device_id anymore" snapshot xf86-input-wacom-2b9eb3d still >>> has working touch. >>> >>> Favux >>> >>> On Sun, Jan 9, 2011 at 11:53 PM, Peter Hutterer >>> <peter.hutte...@who-t.net> wrote: >>>> >>>> can you run a bisect over the code to identify which commit broke it? >>>> three different features got merged, multimonitor removal, the scrollring >>>> fixes and chris' bamboo patches. Not sure which one caused the bug. >>>> >>>> Cheers, >>>> Peter >>>> >>> >>> ------------------------------------------------------------------------------ >>> Gaining the trust of online customers is vital for the success of any >>> company >>> that requires sensitive data to be transmitted over the Web. Learn how to >>> best implement a security strategy that keeps consumers' information secure >>> and instills the confidence they need to proceed with transactions. >>> http://p.sf.net/sfu/oracle-sfdevnl >>> _______________________________________________ >>> Linuxwacom-devel mailing list >>> Linuxwacom-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel >>> >> > ------------------------------------------------------------------------------ Gaining the trust of online customers is vital for the success of any company that requires sensitive data to be transmitted over the Web. Learn how to best implement a security strategy that keeps consumers' information secure and instills the confidence they need to proceed with transactions. http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel