Messages in this thread | | | Date | Thu, 8 Nov 2018 07:00:30 +0100 | From | Andreas Kemnade <> | Subject | Re: [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] | |