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/
next prev 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