lkml.org 
[lkml]   [2018]   [Nov]   [8]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH 0/2] mach-omap2: handle autoidle denial
ping.

..after stumbling again about that problem during testing with 4.20-rc1.
will retest it there.

On Thu, 4 Oct 2018 22:38:15 +0200
Andreas Kemnade <andreas@kemnade.info> wrote:

> On the gta04 with a dm3730 omap_hdq does not work properly when the
> device enters lower power states. Idling uart1 and 2 is enough
> to show up that problem, if there are no other things enabled.
> Further research reveals that hdq iclk must not be turned off during
> transfers, also according to the TRM. That fact is also correctly described
> in the flags but the code to handle that is incomplete.
>
> To handle multiple users of a single ick, autoidle is disabled
> when a user of that ick requires that (has the OCPIF_SWSUP_IDLE))
>
> Changes since the RFC version:
> - mutex lock for autoidle changes
> - deny_idle/allow_idle calls moved to clock enable/disable of the
> individual modules
>
> Andreas Kemnade (2):
> clk: ti: add a usecount for autoidle
> arm: omap_hwmod disable ick autoidling when a hwmod requires that
>
> arch/arm/mach-omap2/omap_hwmod.c | 16 ++++++++++++----
> drivers/clk/ti/autoidle.c | 32 ++++++++++++++++++++++++--------
> include/linux/clk/ti.h | 1 +
> 3 files changed, 37 insertions(+), 12 deletions(-)
>
> --
> 2.11.0
>
>
[unhandled content-type:application/pgp-signature]
\
 
 \ /
  Last update: 2018-11-08 07:01    [W:0.102 / U:4.856 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site