[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20210224092729.GM27945@work>
Date: Wed, 24 Feb 2021 14:57:29 +0530
From: Manivannan Sadhasivam <manivannan.sadhasivam@...aro.org>
To: Bhaumik Bhatt <bbhatt@...eaurora.org>
Cc: linux-arm-msm@...r.kernel.org, hemantk@...eaurora.org,
jhugo@...eaurora.org, linux-kernel@...r.kernel.org,
loic.poulain@...aro.org, carl.yin@...ctel.com,
naveen.kumar@...ctel.com
Subject: Re: [PATCH v3 0/3] Polling for MHI ready
On Tue, Feb 23, 2021 at 07:44:27PM -0800, Bhaumik Bhatt wrote:
> v3:
> -Removed config changes that crept in in the first patch
>
> v2:
> -Addressed review comments
> -Introduce new patch for to use controller defined read_reg() for polling
> -Add usage in RDDM download panic path as well
>
> Use polling instead of interrupt driven approach to wait for MHI ready state.
>
> In certain devices, it is likely that there is no incoming MHI
> interrupt for a transition to MHI READY state. One such example
> is the move from Pass Through to an SBL or AMSS execution
> environment. In order to facilitate faster bootup times as there
> is no need to wait until timeout_ms completes, MHI host can poll
> every 25 milliseconds to check if device has entered MHI READY
> until a maximum timeout of twice the timeout_ms is reached.
>
> This patch series has been tested on an arm64 device.
>
So this is a spinoff from "Execution environment updates from MHI"?
Please mention it in the cover letter and which one is the latest.
Thanks,
Mani
> Bhaumik Bhatt (3):
> bus: mhi: core: Introduce internal register poll helper function
> bus: mhi: core: Move to polling method to wait for MHI ready
> bus: mhi: core: Use poll register read API for RDDM download
>
> drivers/bus/mhi/core/boot.c | 20 ++++++--------------
> drivers/bus/mhi/core/internal.h | 3 +++
> drivers/bus/mhi/core/main.c | 23 +++++++++++++++++++++++
> drivers/bus/mhi/core/pm.c | 31 ++++++++++++++-----------------
> 4 files changed, 46 insertions(+), 31 deletions(-)
>
> --
> The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum,
> a Linux Foundation Collaborative Project
>
Powered by blists - more mailing lists