On Fri, Apr 19, 2013 at 04:46:02PM +0800, Lingzhu Xiang wrote:
> On 04/13/2013 03:56 AM, [email protected] wrote:
> >
> >The patch below does not apply to the 3.8-stable tree.
> >If someone wants it applied there, or to any other stable or longterm
> >tree, then please email the backport, including the original git commit
> >id to <[email protected]>.
> >
> >thanks,
> >
> >greg k-h
> >
> >------------------ original commit in Linus's tree ------------------
> >
> > From cab1e0a36c9dd0b0671fb84197ed294513f5adc1 Mon Sep 17 00:00:00 2001
> >From: Markus Pargmann <[email protected]>
> >Date: Fri, 29 Mar 2013 16:20:09 +0100
> >Subject: [PATCH] ARM: clk-imx35: Bugfix iomux clock
> >
> >This patch enables iomuxc_gate clock. It is necessary to be able to
> >reconfigure iomux pads. Without this clock enabled, the
> >clk_disable_unused function will disable this clock and the iomux pads
> >are not configurable anymore. This happens at every boot. After a reboot
> >(watchdog system reset) the clock is not enabled again, so all iomux pad
> >reconfigurations in boot code are without effect.
> >
> >The iomux pads should be always configurable, so this patch always
> >enables it.
> >
> >Signed-off-by: Markus Pargmann <[email protected]>
> >Cc: [email protected]
> >Signed-off-by: Sascha Hauer <[email protected]>
> >Signed-off-by: Shawn Guo <[email protected]>
> >
> >diff --git a/arch/arm/mach-imx/clk-imx35.c b/arch/arm/mach-imx/clk-imx35.c
> >index e13a8fa..b95898a 100644
> >--- a/arch/arm/mach-imx/clk-imx35.c
> >+++ b/arch/arm/mach-imx/clk-imx35.c
> >@@ -265,6 +265,7 @@ int __init mx35_clocks_init(void)
> >     clk_prepare_enable(clk[iim_gate]);
> >     clk_prepare_enable(clk[emi_gate]);
> >     clk_prepare_enable(clk[max_gate]);
> >+    clk_prepare_enable(clk[iomuxc_gate]);
> >
> >     /*
> >      * SCC is needed to boot via mmc after a watchdog reset. The clock code
> >
> >--
> 
> I propose to cherry pick upstream commit
> 5dc2eb7da1e387e31ce54f54af580c6a6f512ca6 then this patch can be
> merged to 3.8-stable. Both are simple patches for hardware
> enablement. They can't be merged or backported to 3.4 and 3.0.

That sounds good, I've now done this.

thanks,

greg k-h
--
To unsubscribe from this list: send the line "unsubscribe stable" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to