From: marek.vasut@gmail.com (Marek Vasut)
To: linux-arm-kernel@lists.infradead.org
Subject: colibri PXA320 and UCB1400 - touch screen troubles
Date: Wed, 11 Aug 2010 12:55:24 +0200 [thread overview]
Message-ID: <201008111255.24657.marek.vasut@gmail.com> (raw)
In-Reply-To: <20100811105125.GI10432@buzzloop.caiaq.de>
Dne St 11. srpna 2010 12:51:25 Daniel Mack napsal(a):
> On Wed, Aug 11, 2010 at 02:46:15PM +0400, Yuri Ludkevich wrote:
> > 2010/8/11 Daniel Mack <daniel@caiaq.de>
> >
> > > On Wed, Aug 11, 2010 at 02:08:10PM +0400, Yuri Ludkevich wrote:
> > > > 2010/8/11 Daniel Mack <daniel@caiaq.de>
> > > >
> > > > > Yes, they are aliases to the signals without the "_2" suffix.
> > > > > Quoting the PXA reference manual, chapter 5.3:
> > > > >
> > > > > GPIO<6_0>_2:
> > > > >
> > > > > General-Purpose IO Ports, second instantiation. The same signals as
> > > > > GPIO<6:0>, but they are given separate names because they are
> > >
> > > configured
> > >
> > > > > on separate multi-function pins. The recommended configuration is
> > > > > for both multi-function pin instantiations of these GPIOs not to
> > > > > be configured simultaneously for GPIO functionality. The preferred
> > > > > configuration for dual instantiation GPIO usage (that is, using
> > > > > both GPIO<6:0> and GPIO<6:0>_2 functions) is to configure one
> > > > > multi-function pin as a GPIO and the second multi-function pin
> > > > > instantiation for an alternate function other than a GPIO
> > > > > function. Configuring GPIO<6:0> to be present on two separate
> > > > > multi-function pins is not recommended. However, when GPIO<6:0> is
> > > > > configured as an output and both multi-function pin instantiations
> > > > > are programmed for GPIO function, the primary and secondary
> > > > > instantiation of the multi-function pins are both outputs from the
> > > > > common GGPIO<6:0> signal. However, when GPIO<6:0> is
> > >
> > > an
> > >
> > > > > input, the inputs from both multi-function pin instantiations are
> > > > > ORed together before the result is sent to the internal GPIO<6:0>
> > > > > input logic.
> > > >
> > > > Hmmm. I found with pxaregs tool what both GPIO4 and GPIO4_2
> > > > configured as GPIO. May be this cause irq autodetection to fail?
> > >
> > > No - if you don't tell the driver which GPIO the interrupt line is
> > > connected to, it can't know. But as the reference manual says, such
> > > configurations should be avoided.
> > >
> > > You're welcome to come up with a patch :)
> > >
> > > Daniel
> >
> > I configure GPIO4 pin as nCS3 (alternate function #1) in colibri-pxa320.c
> > and after that irq autoprobing found valid irq for UCB1400. So
> > touchscreen now working just fine.
>
> Good. Can you share a patch?
nCS3 is the chipselect for CPLD space actually (and the EXT chipselects). If
it's configured as nCS3, you can write to the CPLD, but in case you don't need
PCMCIA (and ext. chipselects), you should be ok either way.
And as Dan said, don't mix GPIO4 and GPIO4_2 :)
Cheers
>
> > May be I need to check other second instantiation pins for same thing?
>
> Sure, double-checking can't harm. If you find anything, feel free to fix
> it up.
>
> Just make sure you read Documentation/SubmittingPatches in order to
> avoid the most common pitfalls :)
>
> Thanks,
> Daniel
next prev parent reply other threads:[~2010-08-11 10:55 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <AANLkTimZeDeS+44=BfchT0gwK5NDLhzLSX1vua8oFBQp@mail.gmail.com>
2010-08-11 8:42 ` colibri PXA320 and UCB1400 - touch screen troubles Marek Vasut
[not found] ` <AANLkTimL7kt0-Do9VQUQvktHfsvdKjm_NJ-eDbxcAu2m@mail.gmail.com>
2010-08-11 9:07 ` Marek Vasut
2010-08-11 9:45 ` Daniel Mack
[not found] ` <AANLkTim+kNyEL2s0k9wLoctRMKDWoaYy66y=adhog1wc@mail.gmail.com>
2010-08-11 10:02 ` Daniel Mack
2010-08-11 10:08 ` Yuri Ludkevich
2010-08-11 10:12 ` Daniel Mack
2010-08-11 10:46 ` Yuri Ludkevich
2010-08-11 10:51 ` Daniel Mack
2010-08-11 10:55 ` Marek Vasut [this message]
2010-08-11 11:10 ` Yuri Ludkevich
2010-08-11 11:24 ` Daniel Mack
2010-08-11 12:32 ` Yuri Ludkevich
2010-08-11 12:35 ` Daniel Mack
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=201008111255.24657.marek.vasut@gmail.com \
--to=marek.vasut@gmail.com \
--cc=linux-arm-kernel@lists.infradead.org \
/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;
as well as URLs for NNTP newsgroup(s).