On Thu 16 Jul 05:36 PDT 2020, Sibi Sankar wrote:
> Update MBA text logs location/size in IMEM to aid tools extract
> them after ramdump collection.
>
> Signed-off-by: Sibi Sankar <si...@codeaurora.org>
> ---
> drivers/remoteproc/qcom_q6v5_mss.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/drivers/remoteproc/qcom_q6v5_mss.c
> b/drivers/remoteproc/qcom_q6v5_mss.c
> index 4ddf084b2c6fc..539594ab955f1 100644
> --- a/drivers/remoteproc/qcom_q6v5_mss.c
> +++ b/drivers/remoteproc/qcom_q6v5_mss.c
> @@ -932,6 +932,9 @@ static int q6v5_mba_load(struct q6v5 *qproc)
> if (ret)
> goto reclaim_mba;
>
> + if (qproc->has_mba_logs)
> + qcom_pil_info_store("mba", qproc->mba_phys, MBA_LOG_SIZE);
Is there a reason why we don't unconditionally write this to the PIL
info? And why it shouldn't be mba_size?
Regards,
Bjorn
> +
> ret = q6v5_rmb_mba_wait(qproc, 0, 5000);
> if (ret == -ETIMEDOUT) {
> dev_err(qproc->dev, "MBA boot timed out\n");
> --
> The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum,
> a Linux Foundation Collaborative Project
>
