From: "Michael S. Tsirkin" <mst@redhat.com>
To: Bin Meng <bmeng.cn@gmail.com>
Cc: Bin Meng <bin.meng@windriver.com>,
Christian Schoenebeck <qemu_oss@crudebyte.com>,
Greg Kurz <groug@kaod.org>,
qemu-devel@nongnu.org
Subject: Re: [PATCH] hw/9pfs: virtio-9p: Ensure config space is a multiple of 4 bytes
Date: Fri, 30 Oct 2020 05:29:11 -0400 [thread overview]
Message-ID: <20201030051920-mutt-send-email-mst@kernel.org> (raw)
In-Reply-To: <1603959941-9689-1-git-send-email-bmeng.cn@gmail.com>
On Thu, Oct 29, 2020 at 04:25:41PM +0800, Bin Meng wrote:
> From: Bin Meng <bin.meng@windriver.com>
>
> At present the virtio device config space access is handled by the
> virtio_config_readX() and virtio_config_writeX() APIs. They perform
> a sanity check on the result of address plus size against the config
> space size before the access occurs.
>
> For unaligned access, the last converted naturally aligned access
> will fail the sanity check on 9pfs. For example, with a mount_tag
> `p9fs`, if guest software tries to read the mount_tag via a 4 byte
> read at the mount_tag offset which is not 4 byte aligned, the read
> result will be `p9\377\377`, which is wrong.
>
> This changes the size of device config space to be a multiple of 4
> bytes so that correct result can be returned in all circumstances.
>
> Signed-off-by: Bin Meng <bin.meng@windriver.com>
The patch is ok, but I'd like to clarify the commit log.
If I understand correctly, what happens is:
- tag is set to a value that is not a multiple of 4 bytes
- guest attempts to read the last 4 bytes of the tag
- access returns -1
What I find confusing in the above description:
- reference to unaligned access - I don't think these
are legal or allowed by QEMU
- reference to `p9\377\377` - I think returned value will be -1
thanks!
> ---
>
> hw/9pfs/virtio-9p-device.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/hw/9pfs/virtio-9p-device.c b/hw/9pfs/virtio-9p-device.c
> index 14371a7..e6a1432 100644
> --- a/hw/9pfs/virtio-9p-device.c
> +++ b/hw/9pfs/virtio-9p-device.c
> @@ -201,6 +201,7 @@ static void virtio_9p_device_realize(DeviceState *dev, Error **errp)
> V9fsVirtioState *v = VIRTIO_9P(dev);
> V9fsState *s = &v->state;
> FsDriverEntry *fse = get_fsdev_fsentry(s->fsconf.fsdev_id);
> + size_t config_size;
>
> if (qtest_enabled() && fse) {
> fse->export_flags |= V9FS_NO_PERF_WARN;
> @@ -211,7 +212,8 @@ static void virtio_9p_device_realize(DeviceState *dev, Error **errp)
> }
>
> v->config_size = sizeof(struct virtio_9p_config) + strlen(s->fsconf.tag);
> - virtio_init(vdev, "virtio-9p", VIRTIO_ID_9P, v->config_size);
> + config_size = ROUND_UP(v->config_size, 4);
> + virtio_init(vdev, "virtio-9p", VIRTIO_ID_9P, config_size);
> v->vq = virtio_add_queue(vdev, MAX_REQ, handle_9p_output);
> }
>
> --
> 2.7.4
next prev parent reply other threads:[~2020-10-30 9:29 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-10-29 8:25 [PATCH] hw/9pfs: virtio-9p: Ensure config space is a multiple of 4 bytes Bin Meng
2020-10-29 12:52 ` Christian Schoenebeck
2020-10-29 13:19 ` Bin Meng
2020-10-30 9:29 ` Michael S. Tsirkin [this message]
2020-11-03 6:26 ` Bin Meng
2020-11-03 6:30 ` Bin Meng
2020-11-03 12:05 ` Michael S. Tsirkin
2020-11-04 7:44 ` Bin Meng
2020-11-04 10:57 ` Christian Schoenebeck
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=20201030051920-mutt-send-email-mst@kernel.org \
--to=mst@redhat.com \
--cc=bin.meng@windriver.com \
--cc=bmeng.cn@gmail.com \
--cc=groug@kaod.org \
--cc=qemu-devel@nongnu.org \
--cc=qemu_oss@crudebyte.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).