[PATCH 1/2] improve-s3c2410_ts-debug-messages.patch

Andy Green andy at openmoko.com
Wed Nov 19 10:13:21 CET 2008

Hash: SHA1

Somebody in the thread at some point said:

| "3. reject_threshold_vs_avg_x was previously looking for jumps larger
| than 5 pixels and throwing those away. Our hardware is much less
| consistent than this. I now look for jumps 70 pixels in the long
| direction and 20 pixels in the short direction, and throwing those
| away."
| That patch had a similar debugging mechanism to what you posted, and
| plotting the touchscreen output from holding a stylus in one spot
| showed that our hardware returns very inconsistent results, requiring
| a larger rejection threshold. Also, the jitter is much stronger in the
| long direction of the touchscreen. There may be more interesting things
| in that patch, but I don't remember, and don't have time to work on it
| now. Thanks a lot for looking into it.

Thanks for sending in the tips from your previous work, it should be
useful.  On stable-tracking it's slightly different in that it uses the
median filter stuff... the static jitter issue should be solved by that,
in fact once it's filled the sorting list it should also solve these
insane jump things too since they get "sidelined" by the sorting.

If we are just sending last instantaneous X and Y with the up and down
interrupt that could explain it, otherwise the filtering (perhaps the
reset of its stored values) can be broken around up and down.

- -Andy
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org


More information about the openmoko-kernel mailing list