From: Paolo Bonzini <pbonzini@redhat.com>
To: kvm@vger.kernel.org
Subject: Re: [PATCH 1/1] kvm-s390: Provide guest TOD Clock Get/Set Controls
Date: Thu, 06 Nov 2014 10:57:19 +0100 [thread overview]
Message-ID: <545B45FF.4050900@redhat.com> (raw)
In-Reply-To: <545B34B7.2070401@de.ibm.com>
On 06/11/2014 09:43, Christian Borntraeger wrote:
> Am 05.11.2014 20:45, schrieb Paolo Bonzini:
>>
>>
>> On 05/11/2014 18:56, Christian Borntraeger wrote:
>>>>>
>>>>> Whether you want to follow that approach or do it as VM attribute
>>>>> straight away, I don't mind much :).
>>> given that top programmable field and epoch are available as ONEREG, lets do the same for TOD.
>>
>> Is the epoch per-cpu?
>
> two answers :-)
>
> - the implementation is one epoch per control block, so someone could do that per CPU...but:
> - guest TOD == host TOD + epochdiff. architecture mandates that there is only one TOD per system, so all guest TODs must be synced and so must be all epochdiffs
Got it. Using VM attrs or ONEREG is the same, you choose.
> As a recap we have now:
> #define KVM_REG_S390_TODPR (KVM_REG_S390 | KVM_REG_SIZE_U32 | 0x1)
> #define KVM_REG_S390_EPOCHDIFF (KVM_REG_S390 | KVM_REG_SIZE_U64 | 0x2)
>
> and we would
> add
> #define KVM_REG_S390_TOD (KVM_REG_S390 | KVM_REG_SIZE_U64 | 0x3)
> #define KVM_REG_S390_TOD_INDEX (KVM_REG_S390 | KVM_REG_SIZE_U8 | 0x4)
TOD_HIGH? TOD_EXTRA? TOD_EXTRA_HIGH?
Paolo
prev parent reply other threads:[~2014-11-06 9:57 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-10-27 15:44 [PATCH 0/1] kvm-s390: Provide guest TOD Clock Get/Set Controls Jason J. Herne
2014-10-27 15:44 ` [PATCH 1/1] " Jason J. Herne
2014-11-05 10:07 ` Alexander Graf
2014-11-05 12:28 ` Christian Borntraeger
2014-11-05 13:11 ` Paolo Bonzini
2014-11-05 14:32 ` Alexander Graf
2014-11-05 14:54 ` Paolo Bonzini
2014-11-05 16:48 ` Christian Borntraeger
2014-11-05 17:37 ` Alexander Graf
2014-11-05 17:56 ` Christian Borntraeger
2014-11-05 19:45 ` Paolo Bonzini
2014-11-06 8:43 ` Christian Borntraeger
2014-11-06 8:46 ` Christian Borntraeger
2014-11-06 9:57 ` Paolo Bonzini [this message]
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=545B45FF.4050900@redhat.com \
--to=pbonzini@redhat.com \
--cc=kvm@vger.kernel.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