From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: Joao Martins <joao.m.martins@oracle.com>
Cc: Keir Fraser <keir@xen.org>,
Ian Campbell <ian.campbell@citrix.com>, Tim Deegan <tim@xen.org>,
Ian Jackson <ian.jackson@eu.citrix.com>,
xen-devel@lists.xen.org, Jan Beulich <jbeulich@suse.com>
Subject: Re: [PATCH RFC 1/6] public/xen.h: add flags field to vcpu_time_info
Date: Mon, 25 Jan 2016 15:11:14 -0500 [thread overview]
Message-ID: <20160125201114.GY14977@char.us.oracle.com> (raw)
In-Reply-To: <1451321985-13728-2-git-send-email-joao.m.martins@oracle.com>
On Mon, Dec 28, 2015 at 04:59:40PM +0000, Joao Martins wrote:
> This field has two possible flags (as of latest pvclock ABI
> shared with KVM).
<sigh>
Wish they had CC-ed xen-devel instead of just doing their
change
>
> flags: bits in this field indicate extended capabilities
> coordinated between the guest and the hypervisor. Specifically
> on KVM, availability of specific flags has to be checked in
> 0x40000001 cpuid leaf. On Xen, we don't have that but we can
> still check some of the flags after registering the time info
> page since a force_update_vcpu_system_time is performed.
>
> Current flags are:
>
> flag bit | cpuid bit | meaning
> -------------------------------------------------------------
> | | time measures taken across
> 0 | 24 | multiple cpus are guaranteed to
> | | be monotonic
> -------------------------------------------------------------
> | | guest vcpu has been paused by
> 1 | N/A | the host
> | |
> -------------------------------------------------------------
>
> Signed-off-by: Joao Martins <joao.m.martins@oracle.com>
Reviewed-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
> ---
> xen/include/public/xen.h | 6 +++++-
> 1 file changed, 5 insertions(+), 1 deletion(-)
>
> diff --git a/xen/include/public/xen.h b/xen/include/public/xen.h
> index ff5547e..1223686 100644
> --- a/xen/include/public/xen.h
> +++ b/xen/include/public/xen.h
> @@ -601,10 +601,14 @@ struct vcpu_time_info {
> */
> uint32_t tsc_to_system_mul;
> int8_t tsc_shift;
> - int8_t pad1[3];
> + int8_t flags;
> + int8_t pad1[2];
> }; /* 32 bytes */
> typedef struct vcpu_time_info vcpu_time_info_t;
>
> +#define PVCLOCK_TSC_STABLE_BIT (1 << 0)
> +#define PVCLOCK_GUEST_STOPPED (1 << 1)
> +
> struct vcpu_info {
> /*
> * 'evtchn_upcall_pending' is written non-zero by Xen to indicate
> --
> 2.1.4
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel
next prev parent reply other threads:[~2016-01-25 20:11 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-12-28 16:59 [PATCH RFC 0/6] x86/time: PVCLOCK_TSC_STABLE_BIT support Joao Martins
2015-12-28 16:59 ` [PATCH RFC 1/6] public/xen.h: add flags field to vcpu_time_info Joao Martins
2016-01-25 20:11 ` Konrad Rzeszutek Wilk [this message]
2016-01-26 10:31 ` Joao Martins
2015-12-28 16:59 ` [PATCH RFC 2/6] x86/time: implement tsc as clocksource Joao Martins
2015-12-29 15:11 ` Andrew Cooper
2015-12-29 17:37 ` Joao Martins
2015-12-28 16:59 ` [PATCH RFC 3/6] x86/time: streamline platform time init on plt_init() Joao Martins
2016-01-25 20:26 ` Konrad Rzeszutek Wilk
2016-01-26 10:31 ` Joao Martins
2015-12-28 16:59 ` [PATCH RFC 4/6] x86/time: refactor read_platform_stime() Joao Martins
2015-12-28 16:59 ` [PATCH RFC 5/6] x86/time: implement PVCLOCK_TSC_STABLE_BIT Joao Martins
2015-12-28 16:59 ` [PATCH RFC 6/6] x86/time: convert counter to tsc for non-tsc clocksource Joao Martins
2015-12-29 14:58 ` [PATCH RFC 0/6] x86/time: PVCLOCK_TSC_STABLE_BIT support Andrew Cooper
2015-12-29 17:37 ` Joao Martins
2016-02-22 21:14 ` Joao Martins
2016-02-23 8:09 ` Jan Beulich
2016-02-23 12:13 ` Joao Martins
2015-12-30 3:47 ` Haozhong Zhang
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=20160125201114.GY14977@char.us.oracle.com \
--to=konrad.wilk@oracle.com \
--cc=ian.campbell@citrix.com \
--cc=ian.jackson@eu.citrix.com \
--cc=jbeulich@suse.com \
--cc=joao.m.martins@oracle.com \
--cc=keir@xen.org \
--cc=tim@xen.org \
--cc=xen-devel@lists.xen.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.