public inbox for linux-omap@vger.kernel.org
 help / color / mirror / Atom feed
From: David Brownell <david-b@pacbell.net>
To: Tony Lindgren <tony@atomide.com>
Cc: Linux OMAP <linux-omap-open-source@linux.omap.com>
Subject: Re: Common code for TSC 2101 and 2102
Date: Mon, 13 Aug 2007 22:34:41 -0700	[thread overview]
Message-ID: <200708132234.41538.david-b@pacbell.net> (raw)
In-Reply-To: <20070813070512.GC13948@atomide.com>

On Monday 13 August 2007, Tony Lindgren wrote:
> * David Brownell <david-b@pacbell.net> [070810 20:05]:
> > On Friday 10 August 2007, Tony Lindgren wrote:
> > > I'll be pushing Andrzej's patch today.
> > 
> > I saw it ... it was after I've finally started to dig
> > out from under my pile of patches going upstream, and
> > even fired up an OMAP build again!  :)
> 
> Cool :)

Following this will be several patches, two related to
this driver:

 - H4 board support, using TSC2101 (not TSC2102)
 - A biggish tsc210x cleanup patch, with some bugfixes

The main thing I'd call a bug in the tsc210x code is the
hwmon support not reporting milliVolts.  Easily enough
solved after passing some more info down the hwmon code
via platform_data:  actual VREF, chip type, precision.

For boards using external VREF, that value should be in
the tsc210x chip platform data.  (And Andrzej, I'm
curious why you settled on VREF=1.25V vs 2.50V ... not
that it's necessarily an issue, just "why".  A comment
in the code might be good.)

Somewhat related, I think the TSC setup code should
likely hold off until it can fetch calibration data
from EEPROM or somesuch ... temperature readings are
not all that useful until that data is available.
Alternatively, do like I did in ads7846:  punt it all
to userspace, just provide the raw milliVolt readings
and expect someone else to compute temperature.

I only did really basic touchscreen testing, to verify
that data came out of /dev/input/event1.  Not to check
that it was "good" data.  I suspect there's some work
yet to be done there.

- Dave

  reply	other threads:[~2007-08-14  5:34 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-06-04 13:44 Common code for TSC 2101 and 2102 andrzej zaborowski
2007-07-13  6:46 ` Trilok Soni
2007-07-13  7:10   ` Trilok Soni
2007-07-13 19:29     ` andrzej zaborowski
2007-07-13 20:04       ` David Brownell
2007-08-10  7:29         ` Tony Lindgren
2007-08-11  3:04           ` David Brownell
2007-08-13  7:05             ` Tony Lindgren
2007-08-14  5:34               ` David Brownell [this message]
2007-09-23 22:37                 ` andrzej zaborowski
2007-08-14  5:38               ` [patch 2.6.23-rc2-omap1] tsc210x cleanup David Brownell
2007-08-15 10:54                 ` Tony Lindgren
2007-08-14  5:40               ` [patch 2.6.23-rc2-omap1] H4 support for tsc210x David Brownell
2007-08-14  6:45                 ` David Brownell
2007-08-15 10:54                   ` Tony Lindgren
2007-07-13 18:38   ` Common code for TSC 2101 and 2102 David Brownell
2007-07-15 20:18 ` David Brownell

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200708132234.41538.david-b@pacbell.net \
    --to=david-b@pacbell.net \
    --cc=linux-omap-open-source@linux.omap.com \
    --cc=tony@atomide.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox