mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Francesco Valla <francesco@valla.it>
To: Chrispine Tinega <dev@chrispinetinega.com>
Cc: andersson@kernel.org, mathieu.poirier@linaro.org,
	 linux-remoteproc@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 2/2] remoteproc: k3-m4: Leave crash recovery enabled
Date: Sun, 15 Nov 2026 22:04:00 +0100	[thread overview]
Message-ID: <avodrGAJY6tZtrpP@bywater> (raw)
In-Reply-To: <20261109054830.42715-3-dev@chrispinetinega.com>

Hi Chrispine,

On Mon, Nov 09, 2026 at 08:48:30AM +0300, Chrispine Tinega wrote:
> The M4 driver disables recovery, but nothing reported a crash to the
> remoteproc core, so there was nothing to recover from. Now that
> RP_MBOX_CRASH reaches rproc_report_crash(), recovery resets the M4F and
> boots its firmware again, while Linux keeps running. The stop is a
> plain reset, so it does not need the crashed core's cooperation.
> 

This can be fine for a core started by Linux, but it's not for a core
working in IPC-only mode, where Linux only attaches. In that case, a
recovery action might start a firware living on the Linux userspace that
is different from the one originally started outside of it (and if this
is enabled by default, the user might not even notice this).

> Leave recovery enabled by default. Userspace can still disable it
> through /sys/class/remoteproc/remoteprocN/recovery.
> 
> Signed-off-by: Chrispine Tinega <dev@chrispinetinega.com>
> ---
>  drivers/remoteproc/ti_k3_m4_remoteproc.c | 1 -
>  1 file changed, 1 deletion(-)
> 
> diff --git a/drivers/remoteproc/ti_k3_m4_remoteproc.c b/drivers/remoteproc/ti_k3_m4_remoteproc.c
> index 4c46f4a25..fbd2b7c04 100644
> --- a/drivers/remoteproc/ti_k3_m4_remoteproc.c
> +++ b/drivers/remoteproc/ti_k3_m4_remoteproc.c
> @@ -56,7 +56,6 @@ static int k3_m4_rproc_probe(struct platform_device *pdev)
>  		return -ENOMEM;
>  
>  	rproc->has_iommu = false;
> -	rproc->recovery_disabled = true;
>  	kproc = rproc->priv;
>  	kproc->dev = dev;
>  	kproc->rproc = rproc;
> -- 
> 2.53.0
> 
> 

Regards,
Francesco


  reply	other threads:[~2026-11-15 21:04 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-11-09  5:48 [PATCH 0/2] remoteproc: k3: Recover a crashed remote core Chrispine Tinega
2026-11-09  5:48 ` [PATCH 1/2] remoteproc: k3: Report a remote crash to the remoteproc core Chrispine Tinega
2026-11-11 22:21   ` Francesco Valla
2026-11-12 12:39     ` Chrispine Tinega
2026-11-09  5:48 ` [PATCH 2/2] remoteproc: k3-m4: Leave crash recovery enabled Chrispine Tinega
2026-11-15 21:04   ` Francesco Valla [this message]
2026-11-09  6:59 ` [PATCH 0/2] remoteproc: k3: Recover a crashed remote core Francesco Valla
2026-11-09 16:04   ` Chrispine Tinega
2026-11-09 23:55     ` Francesco Valla
2026-11-15 21:11       ` Francesco Valla

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=avodrGAJY6tZtrpP@bywater \
    --to=francesco@valla.it \
    --cc=andersson@kernel.org \
    --cc=dev@chrispinetinega.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-remoteproc@vger.kernel.org \
    --cc=mathieu.poirier@linaro.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®