[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <1316725567-17881-1-git-send-email-swarren@nvidia.com>
Date: Thu, 22 Sep 2011 15:06:03 -0600
From: Stephen Warren <swarren@...dia.com>
To: Russell King <linux@....linux.org.uk>
Cc: Arnd Bergmann <arnd@...db.de>, Nicolas Pitre <nico@...xnic.net>,
Olof Johansson <olof@...om.net>,
Colin Cross <ccross@...roid.com>,
Erik Gilling <konkers@...roid.com>,
Grant Likely <grant.likely@...retlab.ca>,
Peter De Schrijver <pdeschrijver@...dia.com>,
linux-tegra@...r.kernel.org, devicetree-discuss@...ts.ozlabs.org,
linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org,
Stephen Warren <swarren@...dia.com>
Subject: [PATCH 0/4] arm/tegra: Convert gpio & pinmux to platform devices
This series converts the Tegra GPIO and pinmux drivers to be regular
platform devices.
The series is extracted from an earlier series I posted that augmented
these drivers to initialize HW state from the device-tree. I'm holding
off on that aspect of the changes, since it's not entirely clear to me
whether the new pinmux API should drive the initial pinmux state setup
via "system hog" definitions, or whether pinmux drivers should indeed
do their own thing.
Dependencies:
* The patches need to be merged in one branch in order for bisectability.
* At least patch 3 depends on changes in Russell's gpio branch, since it
edits a file renamed there. I imagine the series will be merged into
that branch.
* The whole series is based off next-20110922 plus a couple patches in the
ARM patch system (7094, 7095).
* This series affects both the GPIO and pinmux drivers. Potentially, the
changes to the two driver could be split into separate series, but this
would be complicated by the fact patch 1 edits all the board files to
make the same change for both GPIO and pinmux; if split up, merging that
all back together would cause conflicts.
* Patch 1's changes to board-seaboard-pinmux.c will have some merge
conflicts with the patches Peter De Schrijver recently posted to enhance
that file to support Ventana; each of our patches will change the context
changes in the others' diffs. I'm not sure how best to manage this.
Stephen Warren (4):
arm/tegra: Prep boards for gpio/pinmux conversion to pdevs
arm/dt: Tegra: Add pinmux node to tegra20.dtsi
gpio/tegra: Convert to a platform device
arm/tegra: Convert pinmux driver to a platform device
.../devicetree/bindings/pinmux/pinmux_nvidia.txt | 5 +++
arch/arm/boot/dts/tegra20.dtsi | 5 +++
arch/arm/mach-tegra/board-harmony-pinmux.c | 8 +++++
arch/arm/mach-tegra/board-paz00-pinmux.c | 8 +++++
arch/arm/mach-tegra/board-seaboard-pinmux.c | 9 ++++-
arch/arm/mach-tegra/board-trimslice-pinmux.c | 7 ++++
arch/arm/mach-tegra/devices.c | 10 ++++++
arch/arm/mach-tegra/devices.h | 2 +
arch/arm/mach-tegra/pinmux.c | 26 ++++++++++++++++
drivers/gpio/gpio-tegra.c | 31 +++++++++++++-------
10 files changed, 98 insertions(+), 13 deletions(-)
create mode 100644 Documentation/devicetree/bindings/pinmux/pinmux_nvidia.txt
--
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