[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ecba03f8-db97-24d8-8a10-1b4d98d0e1be@ti.com>
Date: Fri, 27 Dec 2024 08:38:05 -0600
From: Hari Nagalla <hnagalla@...com>
To: Beleswar Padhi <b-padhi@...com>, <andersson@...nel.org>,
<mathieu.poirier@...aro.org>
CC: <afd@...com>, <u-kumar1@...com>, <s-vadapalli@...com>, <srk@...com>,
<jan.kiszka@...mens.com>, <christophe.jaillet@...adoo.fr>,
<jkangas@...hat.com>, <eballetbo@...hat.com>,
<linux-remoteproc@...r.kernel.org>, <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH 1/3] remoteproc: k3-r5: Fix checks in
k3_r5_rproc_{mbox_callback/kick}
On 12/24/24 03:14, Beleswar Padhi wrote:
> /**
> @@ -194,8 +196,11 @@ static void k3_r5_rproc_mbox_callback(struct mbox_client *client, void *data)
> const char *name = kproc->rproc->name;
> u32 msg = omap_mbox_message(data);
>
> - /* Do not forward message from a detached core */
> - if (kproc->rproc->state == RPROC_DETACHED)
> + /*
> + * Do not forward messages from a detached core, except when the core
> + * is in the process of being attached in IPC-only mode.
> + */
> + if (!kproc->core->is_attach_ongoing && kproc->rproc->state == RPROC_DETACHED)
> return;
>
Instead of introducing a new state variable, is it possible to use
device virtio status? And i wonder what if you remove this conditional
check altogether? If the device is detached and with no virtio queues,
does not the mailbox message gets dropped?
Powered by blists - more mailing lists