[PATCH] USB: host: ehci_atmel: Add suspend/resume support
Boris Brezillon
boris.brezillon at free-electrons.com
Sat Jan 17 01:36:09 PST 2015
Hi Sylvain,
On Sat, 17 Jan 2015 02:34:42 +0100
Alexandre Belloni <alexandre.belloni at free-electrons.com> wrote:
> Hi,
>
> You should probably put the susbsytem maintainers in copy too. As
> reported by get_maintainer.pl:
> Alan Stern <stern at rowland.harvard.edu> (maintainer:USB EHCI DRIVER)
> Greg Kroah-Hartman <gregkh at linuxfoundation.org> (supporter:USB SUBSYSTEM)
>
> They will be the one taking the patch.
>
> And when dealing with PM on AT91, please copy
> Wenyou Yang <wenyou.yang at atmel.com>
>
>
> On 16/01/2015 at 20:41:14 +0100, Sylvain Rochet wrote :
> > This patch add suspend/resume support for Atmel EHCI, mostly
> > about disabling and unpreparing clocks so USB PLL is stopped
> > before entering sleep state.
> >
> > Signed-off-by: Sylvain Rochet <sylvain.rochet at finsecur.com>
>
> Acked-by: Alexandre Belloni <alexandre.belloni at free-electrons.com>
>
> > +
> > + if (at91_suspend_entering_slow_clock())
> > + atmel_stop_clock();
> > +
>
> We should definitely find a way to get rid of
> at91_suspend_entering_slow_clock() at some point in time.
>
>
Can't we just disable clocks without testing for target_state ==
PM_SUSPEND_MEM (which is exactly what at91_suspend_entering_slow_clock
does [1]) when entering suspend ?
I mean, IMHO other kind of suspend should still benefit from the power
save induced by this PLL deactivation.
Is there such a big penalty when resuming the device if the PLL and
peripheral clocks are disabled ?
[1]http://lxr.free-electrons.com/source/arch/arm/mach-at91/pm.c#L116
--
Boris Brezillon, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
More information about the linux-arm-kernel
mailing list