blob: 35f2d1948adad8bebad28a5dc06b328454dc6ace [file] [log] [blame]
H. Peter Anvin1965aae2008-10-22 22:26:29 -07001#ifndef _ASM_X86_PVCLOCK_ABI_H
2#define _ASM_X86_PVCLOCK_ABI_H
Gerd Hoffmann7af192c2008-06-03 16:17:29 +02003#ifndef __ASSEMBLY__
4
5/*
6 * These structs MUST NOT be changed.
7 * They are the ABI between hypervisor and guest OS.
8 * Both Xen and KVM are using this.
9 *
10 * pvclock_vcpu_time_info holds the system time and the tsc timestamp
11 * of the last update. So the guest can use the tsc delta to get a
12 * more precise system time. There is one per virtual cpu.
13 *
14 * pvclock_wall_clock references the point in time when the system
15 * time was zero (usually boot time), thus the guest calculates the
16 * current wall clock by adding the system time.
17 *
18 * Protocol for the "version" fields is: hypervisor raises it (making
19 * it uneven) before it starts updating the fields and raises it again
20 * (making it even) when it is done. Thus the guest can make sure the
21 * time values it got are consistent by checking the version before
22 * and after reading them.
23 */
24
25struct pvclock_vcpu_time_info {
26 u32 version;
27 u32 pad0;
28 u64 tsc_timestamp;
29 u64 system_time;
30 u32 tsc_to_system_mul;
31 s8 tsc_shift;
Glauber Costa424c32f2010-05-11 12:17:39 -040032 u8 flags;
33 u8 pad[2];
Gerd Hoffmann7af192c2008-06-03 16:17:29 +020034} __attribute__((__packed__)); /* 32 bytes */
35
36struct pvclock_wall_clock {
37 u32 version;
38 u32 sec;
39 u32 nsec;
40} __attribute__((__packed__));
41
Glauber Costa3a0d7252010-05-11 12:17:45 -040042#define PVCLOCK_TSC_STABLE_BIT (1 << 0)
Gerd Hoffmann7af192c2008-06-03 16:17:29 +020043#endif /* __ASSEMBLY__ */
H. Peter Anvin1965aae2008-10-22 22:26:29 -070044#endif /* _ASM_X86_PVCLOCK_ABI_H */