[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20120221124409.GL22562@n2100.arm.linux.org.uk>
Date: Tue, 21 Feb 2012 12:44:09 +0000
From: Russell King - ARM Linux <linux@....linux.org.uk>
To: Linus Walleij <linus.walleij@...aro.org>
Cc: Stephen Warren <swarren@...dia.com>,
Grant Likely <grant.likely@...retlab.ca>,
Linus Walleij <linus.walleij@...ricsson.com>,
Randy Dunlap <rdunlap@...otime.net>,
Olof Johansson <olof@...om.net>,
Colin Cross <ccross@...roid.com>, linux-doc@...r.kernel.org,
linux-mmc@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-tegra@...r.kernel.org, Chris Ball <cjb@...top.org>,
linux-arm-kernel@...ts.infradead.org
Subject: Re: [PATCH 1/2] Documentation/gpio.txt: Explain expected pinctrl
interaction
On Tue, Feb 21, 2012 at 01:40:05PM +0100, Linus Walleij wrote:
> Of course it assumes the SA1100 being converted to use pin control,
> I looked at it a bit and it seems simple enough since the GAFR
> register is a single "GPIO or something else"-switch for the GPIOs.
> (It'd probably need the SA1100 to be a bit more strict in using
> gpiolib in place for the direct assignments though, else the
> abstractions get a bit pointless anyway.)
That's mostly happened through my recent set of 100 or so patches.
There's a few areas where that's not quite as easy as it should be,
but on the whole, it's mostly complete.
The other thing I forgot to mention, and I suspect it's particular to
SA11x0, is that the GPDR must be set correctly according to the special
function as well as GAFR. So, if a special function involves driving
a pin, the pin must be set as an output in GPDR. Conversely, if the
special function involves input only, the pin must be set as an input
in GPDR.
So, on SA11x0, gpio and pin configuration are intimately linked.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists