From: Cornelia Huck <cohuck@redhat.com>
To: Christian Borntraeger <borntraeger@de.ibm.com>
Cc: "Paolo Bonzini" <pbonzini@redhat.com>,
"Radim Krčmář" <rkrcmar@redhat.com>, KVM <kvm@vger.kernel.org>,
linux-s390 <linux-s390@vger.kernel.org>,
"Collin L. Walling" <walling@linux.vnet.ibm.com>
Subject: Re: [PATCH 06/11] KVM: s390: Multiple Epoch Facility support
Date: Mon, 28 Aug 2017 13:45:49 +0200 [thread overview]
Message-ID: <20170828134549.1fcf28f7.cohuck@redhat.com> (raw)
In-Reply-To: <1b6ef301-d517-d1dc-2c9e-39722c7c39af@de.ibm.com>
On Mon, 28 Aug 2017 13:36:24 +0200
Christian Borntraeger <borntraeger@de.ibm.com> wrote:
> On 08/28/2017 01:21 PM, Cornelia Huck wrote:
> > On Mon, 28 Aug 2017 10:07:29 +0200
> > Christian Borntraeger <borntraeger@de.ibm.com> wrote:
> >
> >> From: "Collin L. Walling" <walling@linux.vnet.ibm.com>
> >>
> >> Allow for the enablement of MEF and the support for the extended
> >> epoch in SIE and VSIE for the extended guest TOD-Clock.
> >>
> >> A new interface is used for getting/setting a guest's extended
> >> TOD-Clock that uses a single ioctl invocation, KVM_S390_VM_TOD_EXT.
> >> The old method of getting and setting the guest TOD-Clock is
> >> retained and is used when the old ioctls are called.
> >>
> >> Signed-off-by: Collin L. Walling <walling@linux.vnet.ibm.com>
> >> Reviewed-by: Janosch Frank <frankja@linux.vnet.ibm.com>
> >> Reviewed-by: Claudio Imbrenda <imbrenda@linux.vnet.ibm.com>
> >> Reviewed-by: Jason J. Herne <jjherne@linux.vnet.ibm.com>
> >> Signed-off-by: Christian Borntraeger <borntraeger@de.ibm.com>
> >> ---
> >> Documentation/virtual/kvm/devices/vm.txt | 14 ++++-
> >> arch/s390/include/asm/kvm_host.h | 6 +-
> >> arch/s390/include/uapi/asm/kvm.h | 6 ++
> >> arch/s390/kvm/kvm-s390.c | 101 +++++++++++++++++++++++++++++++
> >> arch/s390/kvm/kvm-s390.h | 2 +
> >> arch/s390/kvm/vsie.c | 10 +++
> >> arch/s390/tools/gen_facilities.c | 1 +
> >> 7 files changed, 138 insertions(+), 2 deletions(-)
> >>
> >> diff --git a/Documentation/virtual/kvm/devices/vm.txt b/Documentation/virtual/kvm/devices/vm.txt
> >> index 903fc92..8a86778 100644
> >> --- a/Documentation/virtual/kvm/devices/vm.txt
> >> +++ b/Documentation/virtual/kvm/devices/vm.txt
> >> @@ -176,7 +176,8 @@ Architectures: s390
> >>
> >> 3.1. ATTRIBUTE: KVM_S390_VM_TOD_HIGH
> >>
> >> -Allows user space to set/get the TOD clock extension (u8).
> >> +Allows user space to set/get the TOD clock extension (u8). (superseded by
> >
> > s/(u8)./(u8)/
>
> ok
>
> >
> >> +KVM_S390_VM_TOD_EXT).
> >>
> >> Parameters: address of a buffer in user space to store the data (u8) to
> >> Returns: -EFAULT if the given address is not accessible from kernel space
> >> @@ -190,6 +191,17 @@ the POP (u64).
> >> Parameters: address of a buffer in user space to store the data (u64) to
> >> Returns: -EFAULT if the given address is not accessible from kernel space
> >>
> >> +3.3. ATTRIBUTE: KVM_S390_VM_TOD_EXT
> >> +
> >> +Allows user space to set/get bits 0-63 of the TOD clock register as defined in
> >> +the POP (u64), as well as the TOD clock extension (u8) if supported by the
> >> +host.
> >
> > I would be a bit more explicit on what happens if the tod clock
> > extension is not supported. What about:
> >
> > "Allows user space to set/get bits 0-63 of the TOD clock register as
> > defined in the POP (u64). If the host supports the TOD clock extension
> > (u8), it also allows user space to set it. If the host does not support
> > it, it is stored as 0 and not allowed to be set to a value != 0."
>
> We check test_kvm_facility(kvm, 139))
> so what about using your text with the following change,
>
> "host" --> "guest cpu model" ?
Fine with me.
next prev parent reply other threads:[~2017-08-28 11:45 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-08-28 8:07 [PATCH 00/11] KVM: s390: Fixes and features for 4.14 Christian Borntraeger
2017-08-28 8:07 ` [PATCH 05/11] KVM: s390: Support Configuration z/Architecture Mode Christian Borntraeger
2017-08-28 9:07 ` Cornelia Huck
2017-08-28 9:11 ` Christian Borntraeger
2017-08-28 9:14 ` Christian Borntraeger
2017-08-28 11:33 ` Cornelia Huck
2017-08-28 11:35 ` Cornelia Huck
2017-08-28 14:06 ` David Hildenbrand
2017-08-28 14:24 ` Christian Borntraeger
2017-08-28 14:38 ` David Hildenbrand
2017-08-28 14:42 ` Christian Borntraeger
2017-08-28 19:27 ` David Hildenbrand
2017-08-28 19:35 ` Christian Borntraeger
2017-08-28 19:38 ` Christian Borntraeger
2017-08-28 19:42 ` David Hildenbrand
2017-08-29 7:18 ` Christian Borntraeger
2017-08-29 12:08 ` David Hildenbrand
2017-08-29 12:21 ` Christian Borntraeger
2017-08-29 12:24 ` David Hildenbrand
2017-08-29 14:31 ` [PATCH] KVM: s390: we are always in czam mode David Hildenbrand
2017-08-29 14:40 ` Cornelia Huck
2017-08-29 14:48 ` Christian Borntraeger
2017-08-28 19:41 ` [PATCH 05/11] KVM: s390: Support Configuration z/Architecture Mode David Hildenbrand
2017-08-28 8:07 ` [PATCH 06/11] KVM: s390: Multiple Epoch Facility support Christian Borntraeger
2017-08-28 11:21 ` Cornelia Huck
2017-08-28 11:36 ` Christian Borntraeger
2017-08-28 11:45 ` Cornelia Huck [this message]
2017-08-29 12:24 ` David Hildenbrand
2017-08-29 12:46 ` Christian Borntraeger
2017-08-29 12:54 ` David Hildenbrand
2017-08-29 12:59 ` Christian Borntraeger
2017-08-28 8:07 ` [PATCH 10/11] KVM: s390: sthyi: remove invalid guest write access Christian Borntraeger
2017-08-28 11:39 ` Cornelia Huck
2017-08-28 8:07 ` [PATCH 11/11] KVM: s390: expose no-DAT to guest and migration support Christian Borntraeger
2017-08-28 12:12 ` Cornelia Huck
2017-08-28 12:17 ` [PATCH 00/11] KVM: s390: Fixes and features for 4.14 Cornelia Huck
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=20170828134549.1fcf28f7.cohuck@redhat.com \
--to=cohuck@redhat.com \
--cc=borntraeger@de.ibm.com \
--cc=kvm@vger.kernel.org \
--cc=linux-s390@vger.kernel.org \
--cc=pbonzini@redhat.com \
--cc=rkrcmar@redhat.com \
--cc=walling@linux.vnet.ibm.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