From: Mathieu Poirier <mathieu.poirier@linaro.org>
To: Francesco Valla <francesco@valla.it>
Cc: Tanmay Shah <tanmay.shah@amd.com>,
andersson@kernel.org, ohad@wizery.com,
linux-remoteproc@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] remoteproc: remoteproc_virtio: reset vdev before removing it
Date: Thu, 1 Oct 2026 10:50:20 -0600 [thread overview]
Message-ID: <ar6PTLS194v3YJPU@p14s> (raw)
In-Reply-To: <arjZvftSMlG3OMHP@bywater>
On Sun, Sep 27, 2026 at 10:55:59AM +0200, Francesco Valla wrote:
> Hi Tanmay,
>
> On Thu, Sep 24, 2026 at 01:59:02PM -0700, Tanmay Shah wrote:
> > The virtio device is removed when the remoteproc device is removed. The
> > driver should issue reset on the virtio device so the remote can do
> > corresponding cleanup.
> >
>
> Shouldn't be the driver, and not the transport, the one that calls
> virtio_reset_device()?
Function rproc_remove_virtio_dev() calls unregister_virtio_device(), which calls
device_unregister(), which should end up calling virtio_bus.remove(), in this
case virtio_dev_remove(). virtio_dev_remove() calls drv->remove(). If we take
the RPMSG driver, rpmsg_remove() calls virtio_reset_device(), so explicitly
resetting devices as part of rproc_remove_virtio_dev() is not needed.
Tanmay, have you observed a scenario where the above isn't working?
>
> > Fixes: 7a186941626d ("remoteproc: remove the single rpmsg vdev limitation")
> > Signed-off-by: Tanmay Shah <tanmay.shah@amd.com>
> > ---
> > drivers/remoteproc/remoteproc_virtio.c | 2 ++
> > 1 file changed, 2 insertions(+)
> >
> > diff --git a/drivers/remoteproc/remoteproc_virtio.c b/drivers/remoteproc/remoteproc_virtio.c
> > index d5e9ff045a28..1cb0ee0ea656 100644
> > --- a/drivers/remoteproc/remoteproc_virtio.c
> > +++ b/drivers/remoteproc/remoteproc_virtio.c
> > @@ -469,6 +469,8 @@ static int rproc_remove_virtio_dev(struct device *dev, void *data)
> > {
> > struct virtio_device *vdev = dev_to_virtio(dev);
> >
> > + virtio_reset_device(vdev);
> > +
> > unregister_virtio_device(vdev);
> > return 0;
> > }
> >
> > base-commit: 5f639b3018c0026a5341949724b4b921cf3a3d5d
> > --
> > 2.43.0
> >
next prev parent reply other threads:[~2026-10-01 16:50 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-24 20:59 [PATCH] remoteproc: remoteproc_virtio: reset vdev before removing it Tanmay Shah
2026-09-27 8:55 ` Francesco Valla
2026-09-30 21:59 ` Shah, Tanmay
2026-10-01 16:50 ` Mathieu Poirier [this message]
2026-10-01 17:18 ` Shah, Tanmay
2026-10-02 16:41 ` Mathieu Poirier
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=ar6PTLS194v3YJPU@p14s \
--to=mathieu.poirier@linaro.org \
--cc=andersson@kernel.org \
--cc=francesco@valla.it \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-remoteproc@vger.kernel.org \
--cc=ohad@wizery.com \
--cc=tanmay.shah@amd.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.