[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <8d3d479a-2b41-bf5f-4ada-ad2fbd46da3d@ti.com>
Date: Wed, 1 Jul 2020 16:28:51 -0500
From: Suman Anna <s-anna@...com>
To: Mathieu Poirier <mathieu.poirier@...aro.org>, <ohad@...ery.com>,
<bjorn.andersson@...aro.org>, <paul@...pouillou.net>
CC: <linux-remoteproc@...r.kernel.org>, <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH 0/2] remoteproc: Address runtime PM issues
Hi Mathieu,
On 6/30/20 11:31 AM, Mathieu Poirier wrote:
> This set follows the conversation that took place here[1] and provides
> the "two small patches" I alluded to at the end of the thread.
>
> Paul Cercueil: patch 1/2 is compile tested only - please see that it does what
> you want.
> Suman Anna: Please test on your side and confirm that it addresses the Omap
> regression.
Tested the behavior with 5.8-rc3 + these patches, all looks good. Also
provided by review tags on the individual patches.
regards
Suman
>
> Applies on top of rproc-next (7dcef3988eed)
>
> Thanks,
> Mathieu
>
> [1]. https://lore.kernel.org/linux-remoteproc/20200515104340.10473-1-paul@crapouillou.net/T/#t
>
> Mathieu Poirier (2):
> remoteproc: ingenic: Move clock handling to prepare/unprepare
> callbacks
> Revert "remoteproc: Add support for runtime PM"
>
> drivers/remoteproc/ingenic_rproc.c | 84 +++++++++-------------------
> drivers/remoteproc/remoteproc_core.c | 17 +-----
> 2 files changed, 27 insertions(+), 74 deletions(-)
>
Powered by blists - more mailing lists