From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Sender: List-Post: List-Help: List-Unsubscribe: List-Subscribe: Received: from lists.oasis-open.org (oasis-open.org [10.110.1.242]) by lists.oasis-open.org (Postfix) with ESMTP id 5269C986495 for ; Wed, 6 Oct 2021 11:10:17 +0000 (UTC) From: Cornelia Huck In-Reply-To: References: <20210920134653.16412-1-david@redhat.com> <87h7ebe2b9.fsf@redhat.com> <843ec36a-e682-017c-2343-7571ac7b3fcb@redhat.com> <87mtnmzaf0.fsf@redhat.com> Date: Wed, 06 Oct 2021 13:09:41 +0200 Message-ID: <87k0iqz9xm.fsf@redhat.com> MIME-Version: 1.0 Subject: [virtio-comment] Re: [PATCH RESEND v2 0/5] virtio-mem: VIRTIO_MEM_F_UNPLUGGED_INACCESSIBLE and interaction with memory properties Content-Type: text/plain To: David Hildenbrand , virtio-comment@lists.oasis-open.org Cc: Hui Zhu , Marek Kedzierski , Sebastien Boeuf , Halil Pasic , "Michael S. Tsirkin" , Jason Wang , Pankaj Gupta , Wei Yang List-ID: On Wed, Oct 06 2021, David Hildenbrand wrote: > On 06.10.21 12:59, Cornelia Huck wrote: >> On Fri, Sep 24 2021, David Hildenbrand wrote: >> >>> On 23.09.21 17:31, Cornelia Huck wrote: >>>> On Mon, Sep 20 2021, David Hildenbrand wrote: >>>> >>>>> Looking into supporting virtio-mem >>>>> a) without a shared zeropage for the memory backing of the device -- >>>>> not allowing the driver to read unplugged memory >>>>> b) on architectures with memory properties for RAM (e.g., s390x with >>>>> storage keys and storage attributes) >>>>> requires extension of the spec to handle both cases cleanly and describe >>>>> the expected semantics. >>>>> >>>>> I'll open a github issue soon; in the meantime, I'll work on the actual >>>>> implementation in QEMU and Linux. >>>> >>>> LGTM, but would like a second opinion. >>> Thanks Conny! I'll wait for more feedback before I open a github issue / >>> request a vote. >> >> Anyone else interested in looking at this? >> >> Otherwise, I'd say just open an issue and request a vote. >> > > Would it make sense to split it into two parts? > > VIRTIO_MEM_F_UNPLUGGED_INACCESSIBLE: #1-#4 > Memory properties: #5 > > Then I could resend via the split and request two votes. >From my POV, this can go in via one vote[*]. We can also split this up, if you think that makes sense. [*] Less votes == less work for me :) 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/