Discussion of the VIRTIO specification
 help / color / mirror / Atom feed
From: Cornelia Huck <cohuck@redhat.com>
To: tstark@linux.microsoft.com, virtio-comment@lists.oasis-open.org
Cc: grahamwo@microsoft.com, benhill@microsoft.com, mst@redhat.com,
	pankaj.gupta@ionos.com, tstark@microsoft.com, david@redhat.com
Subject: Re: [virtio-comment] [PATCH v3 0/1] virtio-pmem: Support describing pmem as shared memory region
Date: Fri, 30 Jul 2021 13:27:55 +0200	[thread overview]
Message-ID: <87tukc11ok.fsf@redhat.com> (raw)
In-Reply-To: <20210729050922.5933-1-tstark@linux.microsoft.com>

On Wed, Jul 28 2021, tstark@linux.microsoft.com wrote:

> From: Taylor Stark <tstark@microsoft.com>
>
> Changes from v2 [1]:
>  - Incorporated suggestions from Cornelia Huck on rewording driver initialization.
>
> Changes from v1:
>  - Added in a feature bit (VIRTIO_PMEM_F_SHMEM_REGION) for controlling how the
>    device indicates the guest physical address ranges to the driver. This feature
>    directly affects control flow of the driver, since it seemed weird to have
>    the driver indicate support for shared memory regions, and then needing
>    to include an enum (or similar) informing the driver how the device
>    indicated guest physical address ranges. If devices want to indicate the
>    ranges as guest absolute addresses, they can skip negotiating the feature.
>  - The linux driver implementation has been updated and tested, but I'm holding
>    off on posting the patches to get some feedback on the new approach.
>  - Moved some changes to proper subsections (normative subsections).
>
> [1] https://lists.oasis-open.org/archives/virtio-comment/202107/msg00145.html
>
> ---
>
> This patch updates the virtio-pmem spec to add support for describing the pmem
> region as a shared memory region. This is required to support virtio-pmem in
> Hyper-V, since Hyper-V only allows PCI devices to operate on memory ranges
> defined via BARs. When using the virtio PCI transport, shared memory regions
> are described via PCI BARs.
>
> As virtio-pmem hasn't been added to the virtio spec yet (see this issue [1]),
> this patch is based off the RFC spec [2]. The linux driver implementation has
> been posted at [3].
>
> [1] https://github.com/oasis-tcs/virtio-spec/issues/78
> [2] https://lists.oasis-open.org/archives/virtio-dev/201903/msg00083.html
> [3] https://lore.kernel.org/nvdimm/20210715223505.GA29329@linuxonhyperv3.guj3yctzbm1etfxqx2vob5hsef.xx.internal.cloudapp.net
>
> Taylor Stark (1):
>   virtio-pmem: Support describing pmem as shared memory region
>
>  conformance.tex |  1 +
>  virtio-pmem.tex | 34 +++++++++++++++++++++++++++++-----
>  2 files changed, 30 insertions(+), 5 deletions(-)
>

Looks good to me now, but I'd also like a comment from someone who has
actually done some work in the area.

The main issue is to get the actual (base) pmem spec merged, but I see
that a patch has been posted, so we should be able to go from there.


This publicly archived list offers a means to provide input to the
OASIS Virtual I/O Device (VIRTIO) TC.

In order to verify user consent to the Feedback License terms and
to minimize spam in the list archive, subscription is required
before posting.

Subscribe: virtio-comment-subscribe@lists.oasis-open.org
Unsubscribe: virtio-comment-unsubscribe@lists.oasis-open.org
List help: virtio-comment-help@lists.oasis-open.org
List archive: https://lists.oasis-open.org/archives/virtio-comment/
Feedback License: https://www.oasis-open.org/who/ipr/feedback_license.pdf
List Guidelines: https://www.oasis-open.org/policies-guidelines/mailing-lists
Committee: https://www.oasis-open.org/committees/virtio/
Join OASIS: https://www.oasis-open.org/join/


  parent reply	other threads:[~2021-07-30 11:28 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-07-29  5:09 [virtio-comment] [PATCH v3 0/1] virtio-pmem: Support describing pmem as shared memory region tstark
2021-07-29  5:09 ` [virtio-comment] [PATCH v3 1/1] " tstark
2021-07-30 11:27 ` Cornelia Huck [this message]
2021-08-03  0:07   ` [virtio-comment] [PATCH v3 0/1] " Taylor Stark

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=87tukc11ok.fsf@redhat.com \
    --to=cohuck@redhat.com \
    --cc=benhill@microsoft.com \
    --cc=david@redhat.com \
    --cc=grahamwo@microsoft.com \
    --cc=mst@redhat.com \
    --cc=pankaj.gupta@ionos.com \
    --cc=tstark@linux.microsoft.com \
    --cc=tstark@microsoft.com \
    --cc=virtio-comment@lists.oasis-open.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