[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <a3f9aa94-33c3-9f14-1656-5bee705b3537@ti.com>
Date: Fri, 15 Feb 2019 21:19:02 +0200
From: Tero Kristo <t-kristo@...com>
To: Andreas Kemnade <andreas@...nade.info>,
Tony Lindgren <tony@...mide.com>
CC: <mturquette@...libre.com>, <sboyd@...nel.org>,
<linux-omap@...r.kernel.org>, <linux-clk@...r.kernel.org>,
<linux-kernel@...r.kernel.org>, <bcousson@...libre.com>,
<paul@...an.com>, <letux-kernel@...nphoenux.org>
Subject: Re: [PATCH v3 0/3] mach-omap2: handle autoidle denial
On 09/02/2019 20:53, Andreas Kemnade wrote:
> On Mon, 21 Jan 2019 11:58:03 -0800
> Tony Lindgren <tony@...mide.com> wrote:
>
>> * Andreas Kemnade <andreas@...nade.info> [190116 14:04]:
>>> 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 v3:
>>> - replace CLK_IS_BASIC
>>>
>>> Changes v2:
>>> - uses spinlocks instead of mutexes
>>> - invert counter logic
>>> - check whether clock type is basic
>>
>> For this series it's best to merge it all via the
>> clock tree along with the related clock patches:
>>
>> Acked-by: Tony Lindgren <tony@...mide.com>
>>
> hmm, this is stalled. Have I missed any new objections?
Sorry, I've just been pretty busy as usual, queued up for 5.1 now, thanks.
-Tero
--
Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki. Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki
Powered by blists - more mailing lists