Hi Paul, using an Overo/Chestnut43, I just tested the latest gumstix-xfce-image and it looks and works well. No reversal I can see.

Can you try with this image?

rootfs - https://s3-us-west-2.amazonaws.com/gumstix-yocto/Releases/2013-08-07/overo/dev/gumstix-xfce-image-overo.tar.bz2
u-boot - https://s3-us-west-2.amazonaws.com/gumstix-yocto/Releases/2013-08-07/overo/dev/u-boot.img
uImage - https://s3-us-west-2.amazonaws.com/gumstix-yocto/Releases/2013-08-07/overo/dev/uImage
MLO - https://s3-us-west-2.amazonaws.com/gumstix-yocto/Releases/2013-08-07/overo/dev/MLO
README/MD5 - https://s3-us-west-2.amazonaws.com/gumstix-yocto/Releases/2013-08-07/overo/dev/README

Thanks and let me know!


On Thu, Aug 8, 2013 at 10:05 AM, Paul D. DeRocco [via Gumstix] <[hidden email]> wrote:
> > On Wed, Aug 7, 2013 at 10:05 AM, Paul D. DeRocco
> > <[hidden email]> wrote:

> >
> > I'm running gumstix-xfce-image on an Overo/Chestnut43. Out
> > of the box, one
> > touchscreen axis is reversed. However, I've never calibrated the
> > touchscreen. Is this reversal the sort of thing that
> > calibration will
> > automatically fix, or should I fix it in 10-evdev.conf, or
> > perhaps xorg.conf first?
> >
> > The reason I ask, instead of just trying it, is that I
> > don't know what to
> > use for calibration. Googling turns up references to
> > ts_calibrate, but there
> > is no such animal on my system. Is there a different cal
> > program under XFCE?
> > Or is ts_calibrate in some package I need to add to my
> > bitbake build?

> From: Ash Charles [mailto:[hidden email]]
> Typically, the ts_calibrate program is used to calibrate touchscreens
> and definitely should be installed.
> If you don't see it, try adding the 'tslib-calibrate' package
> to your image.

Okay, I added tslib-calibrate, and ran ts_calibrate, touching the screen in
the required five places. It listed the locations of the touches, and the
resulting list of magic numbers that it stores. Yet the touch screen still
has the short axis swapped. How is that possible? It seems to me that one of
two things must be true:

1) Whatever swaps the axis is in the normal processing path for the
touchscreen, but ts_calibrate hooks in at a lower level, thus bypassing

2) The cal mechanism isn't designed to automatically fix a swapped axis, and
whatever is reading the magic numbers produced by ts_calibrate is saying,
"those numbers are bogus" and falling back to some defaults.

Is no one else seeing this? Is there a "correct" way to fix this?


Ciao,               Paul D. DeRocco
Paul                mailto:[hidden email]

Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
gumstix-users mailing list
If you reply to this email, your message will be added to the discussion below:
To start a new topic under Gumstix, email [hidden email]
To unsubscribe from Gumstix, click here.

View this message in context: Re: Touchscreen calibration
Sent from the Gumstix mailing list archive at Nabble.com.