[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <1342466485-1050-1-git-send-email-omar.luna@linaro.org>
Date: Mon, 16 Jul 2012 14:21:22 -0500
From: Omar Ramirez Luna <omar.luna@...aro.org>
To: Paul Walmsley <paul@...an.com>
Cc: Benoit Cousson <b-cousson@...com>,
Tony Lindgren <tony@...mide.com>,
Russell King <linux@....linux.org.uk>,
Kevin Hilman <khilman@...com>,
Ohad Ben-Cohen <ohad@...ery.com>,
Tomi Valkeinen <tomi.valkeinen@...com>,
linux-omap@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
linux-kernel@...r.kernel.org,
Omar Ramirez Luna <omar.ramirez@...itl.com>
Subject: [PATCH 0/3] OMAP: hwmod: reset API proposal
From: Omar Ramirez Luna <omar.ramirez@...itl.com>
***
RESEND: http://bit.ly/PZDbcc
Needed for ipu, dsp and their mmu reset lines.
***
Recent changes in omap_hwmod framework have reworked the behaviour
towards hardreset handling, commit 747834a (ARM: OMAP2+: hwmod:
revise hardreset behavior) recommends for drivers to implement
their own reset sequences until code out-of-tree hits mainline
and then their needs and code can be reviewed.
Since it is not clear when this will occur for all drivers and
hwmod code was not deleted (presumably because at some point it
will handle the resets once again), this series exports functions
to handle hardreset lines in an attempt to reduce code duplication
for those who have a common reset sequence.
These APIs are intended to be used by iommu for now, but were
tested with IPU and remoteproc on Pandaboard.
Omar Ramirez Luna (3):
ARM: OMAP: hwmod: partially un-reset hwmods might not be properly
enabled
ARM: OMAP: hwmod: revise deassert sequence
ARM: OMAP: omap_device: expose hwmod assert/deassert to omap devices
arch/arm/mach-omap2/omap_hwmod.c | 70 +++++++++++++++++++-----
arch/arm/plat-omap/include/plat/omap_device.h | 4 ++
arch/arm/plat-omap/omap_device.c | 45 ++++++++++++++++
3 files changed, 104 insertions(+), 15 deletions(-)
--
1.7.4.1
--
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