From: "Michael S. Tsirkin" <mst@redhat.com>
To: Angus Chen <angus.chen@jaguarmicro.com>
Cc: jasowang@redhat.com, virtualization@lists.linux-foundation.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH] virtio_pci: Wait for legacy device to be reset
Date: Tue, 11 Apr 2023 02:29:37 -0400 [thread overview]
Message-ID: <20230411022329-mutt-send-email-mst@kernel.org> (raw)
In-Reply-To: <20230411013833.1305-1-angus.chen@jaguarmicro.com>
On Tue, Apr 11, 2023 at 09:38:32AM +0800, Angus Chen wrote:
> We read the status of device after reset,
> It is not guaranteed that the device be reseted successfully.
Sorry not guaranteed by what? I am guessing you have a legacy device
that does not reset fully on write, and you need to wait?
> We can use a while loop to make sure that,like the modern device did.
> The spec is not request it ,but it work.
>
> Signed-off-by: Angus Chen <angus.chen@jaguarmicro.com>
Generally I don't much like touching legacy, no telling what
that will do. Case in point, is your device a pure
legacy device or a transitional device?
> ---
> drivers/virtio/virtio_pci_legacy.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/virtio/virtio_pci_legacy.c b/drivers/virtio/virtio_pci_legacy.c
> index 2257f1b3d8ae..f2d241563e4f 100644
> --- a/drivers/virtio/virtio_pci_legacy.c
> +++ b/drivers/virtio/virtio_pci_legacy.c
> @@ -14,6 +14,7 @@
> * Michael S. Tsirkin <mst@redhat.com>
> */
>
> +#include <linux/delay.h>
> #include "linux/virtio_pci_legacy.h"
> #include "virtio_pci_common.h"
>
> @@ -97,7 +98,8 @@ static void vp_reset(struct virtio_device *vdev)
> vp_legacy_set_status(&vp_dev->ldev, 0);
> /* Flush out the status write, and flush in device writes,
> * including MSi-X interrupts, if any. */
> - vp_legacy_get_status(&vp_dev->ldev);
> + while (vp_legacy_get_status(&vp_dev->ldev))
> + msleep(1);
The problem with this is that it will break surprise
removal even worse than it's already broken.
> /* Flush pending VQ/configuration callbacks. */
> vp_synchronize_vectors(vdev);
> }
> --
> 2.25.1
next prev parent reply other threads:[~2023-04-11 6:30 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-04-11 1:38 [PATCH] virtio_pci: Wait for legacy device to be reset Angus Chen
2023-04-11 1:47 ` Angus Chen
2023-04-11 2:41 ` Xuan Zhuo
2023-04-11 6:37 ` Angus Chen
2023-04-11 5:24 ` Jason Wang
2023-04-11 6:36 ` Angus Chen
2023-04-11 6:39 ` Jason Wang
2023-04-11 6:44 ` Michael S. Tsirkin
2023-04-11 6:45 ` Angus Chen
2023-04-11 6:47 ` Michael S. Tsirkin
2023-04-11 6:49 ` Angus Chen
2023-04-11 6:55 ` Michael S. Tsirkin
2023-04-11 7:17 ` Angus Chen
2023-04-11 7:21 ` Michael S. Tsirkin
2023-04-11 7:30 ` Angus Chen
2023-04-11 10:15 ` Michael S. Tsirkin
2023-04-11 10:57 ` Angus Chen
2023-04-11 11:13 ` Michael S. Tsirkin
2023-04-11 12:10 ` Angus Chen
2023-04-11 6:29 ` Michael S. Tsirkin [this message]
2023-04-11 6:39 ` Angus Chen
2023-04-11 6:41 ` Michael S. Tsirkin
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=20230411022329-mutt-send-email-mst@kernel.org \
--to=mst@redhat.com \
--cc=angus.chen@jaguarmicro.com \
--cc=jasowang@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=virtualization@lists.linux-foundation.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