From: "Michael S. Tsirkin" <mst@redhat.com>
To: Liran Alon <liran.alon@oracle.com>
Cc: ehabkost@redhat.com, qemu-devel@nongnu.org,
Nikita Leshenko <nikita.leshchenko@oracle.com>,
pbonzini@redhat.com, rth@twiddle.net
Subject: Re: [PATCH v3 10/16] hw/i386/vmport: Add support for CMD_GETTIME
Date: Thu, 12 Mar 2020 20:04:58 -0400 [thread overview]
Message-ID: <20200312195652-mutt-send-email-mst@kernel.org> (raw)
In-Reply-To: <20200312165431.82118-11-liran.alon@oracle.com>
On Thu, Mar 12, 2020 at 06:54:25PM +0200, Liran Alon wrote:
> This command is used by guest to gettimeofday() from host.
> See usage example in open-vm-tools TimeSyncReadHost() function.
>
> Reviewed-by: Nikita Leshenko <nikita.leshchenko@oracle.com>
> Signed-off-by: Liran Alon <liran.alon@oracle.com>
> ---
> hw/i386/vmport.c | 21 +++++++++++++++++++++
> include/hw/i386/vmport.h | 1 +
> 2 files changed, 22 insertions(+)
>
> diff --git a/hw/i386/vmport.c b/hw/i386/vmport.c
> index 3fb8a8bd458a..c5b659c59343 100644
> --- a/hw/i386/vmport.c
> +++ b/hw/i386/vmport.c
> @@ -66,6 +66,7 @@ typedef struct VMPortState {
>
> uint32_t vmware_vmx_version;
> uint8_t vmware_vmx_type;
> + uint32_t max_time_lag_us;
>
> uint32_t compat_flags;
> } VMPortState;
> @@ -168,6 +169,20 @@ static uint32_t vmport_cmd_ram_size(void *opaque, uint32_t addr)
> return ram_size;
> }
>
> +static uint32_t vmport_cmd_time(void *opaque, uint32_t addr)
> +{
> + X86CPU *cpu = X86_CPU(current_cpu);
> + qemu_timeval tv;
> +
> + if (qemu_gettimeofday(&tv) < 0) {
> + return UINT32_MAX;
> + }
> +
> + cpu->env.regs[R_EBX] = (uint32_t)tv.tv_usec;
> + cpu->env.regs[R_ECX] = port_state->max_time_lag_us;
> + return (uint32_t)tv.tv_sec;
> +}
> +
> /* vmmouse helpers */
> void vmmouse_get_data(uint32_t *data)
> {
That's a very weird thing to return to the guest.
For example it's not monotonic across migrations.
And what does max_time_lag_us refer to, anyway?
So please add documentation about what this does.
If there's no document to refer to then pls write
code comments or a document under docs/ - this does not
belong in commit log.
> @@ -214,6 +229,7 @@ static void vmport_realizefn(DeviceState *dev, Error **errp)
> vmport_register(VMPORT_CMD_GETRAMSIZE, vmport_cmd_ram_size, NULL);
> if (s->compat_flags & VMPORT_COMPAT_CMDS_V2) {
> vmport_register(VMPORT_CMD_GETBIOSUUID, vmport_cmd_get_bios_uuid, NULL);
> + vmport_register(VMPORT_CMD_GETTIME, vmport_cmd_time, NULL);
> }
> }
>
> @@ -249,6 +265,11 @@ static Property vmport_properties[] = {
> * 5 - ACE 1.x (Deprecated)
> */
> DEFINE_PROP_UINT8("vmware-vmx-type", VMPortState, vmware_vmx_type, 2),
> + /*
> + * Max amount of time lag that can go uncorrected.
What does uncorrected mean?
> + * Value taken from VMware Workstation 5.5.
How do we know this makes sense for KVM? That has significantly
different runtime characteristics.
Also, the version returns ESX server, why does it make
sense to take some values from workstation?
> + **/
> + DEFINE_PROP_UINT32("max-time-lag", VMPortState, max_time_lag_us, 1000000),
>
> DEFINE_PROP_END_OF_LIST(),
> };
> diff --git a/include/hw/i386/vmport.h b/include/hw/i386/vmport.h
> index 7f33512ca6f0..50416c8c8f3e 100644
> --- a/include/hw/i386/vmport.h
> +++ b/include/hw/i386/vmport.h
> @@ -8,6 +8,7 @@ typedef enum {
> VMPORT_CMD_GETVERSION = 10,
> VMPORT_CMD_GETBIOSUUID = 19,
> VMPORT_CMD_GETRAMSIZE = 20,
> + VMPORT_CMD_GETTIME = 23,
> VMPORT_CMD_VMMOUSE_DATA = 39,
> VMPORT_CMD_VMMOUSE_STATUS = 40,
> VMPORT_CMD_VMMOUSE_COMMAND = 41,
> --
> 2.20.1
next prev parent reply other threads:[~2020-03-13 0:06 UTC|newest]
Thread overview: 56+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-03-12 16:54 [PATCH v3 00/16]: hw/i386/vmport: Bug fixes and improvements Liran Alon
2020-03-12 16:54 ` [PATCH v3 01/16] hw/i386/vmport: Add reference to VMware open-vm-tools Liran Alon
2020-03-12 16:54 ` [PATCH v3 02/16] hw/i386/vmport: Add device properties Liran Alon
2020-03-13 19:53 ` Philippe Mathieu-Daudé
2020-03-12 16:54 ` [PATCH v3 03/16] hw/i386/vmport: Propagate IOPort read to vCPU EAX register Liran Alon
2020-03-12 16:54 ` [PATCH v3 04/16] hw/i386/vmport: Set EAX to -1 on failed and unsupported commands Liran Alon
2020-03-12 16:54 ` [PATCH v3 05/16] hw/i386/vmport: Introduce vmware-vmx-version property Liran Alon
2020-03-13 19:55 ` Philippe Mathieu-Daudé
2020-03-12 16:54 ` [PATCH v3 06/16] hw/i386/vmport: Report vmware-vmx-type in CMD_GETVERSION Liran Alon
2020-03-12 16:54 ` [PATCH v3 07/16] hw/i386/vmport: Introduce vmport.h Liran Alon
2020-03-13 19:57 ` Philippe Mathieu-Daudé
2020-03-13 22:38 ` Liran Alon
2020-03-14 8:31 ` Philippe Mathieu-Daudé
2020-03-14 12:13 ` Liran Alon
2020-03-14 18:25 ` Michael S. Tsirkin
2020-03-14 19:08 ` Liran Alon
2020-03-12 16:54 ` [PATCH v3 08/16] hw/i386/vmport: Define enum for all commands Liran Alon
2020-03-13 19:59 ` Philippe Mathieu-Daudé
2020-03-13 20:05 ` Philippe Mathieu-Daudé
2020-03-13 22:42 ` Liran Alon
2020-03-13 22:40 ` Liran Alon
2020-03-12 16:54 ` [PATCH v3 09/16] hw/i386/vmport: Add support for CMD_GETBIOSUUID Liran Alon
2020-03-12 16:54 ` [PATCH v3 10/16] hw/i386/vmport: Add support for CMD_GETTIME Liran Alon
2020-03-13 0:04 ` Michael S. Tsirkin [this message]
2020-03-13 15:25 ` Liran Alon
2020-03-13 15:47 ` Michael S. Tsirkin
2020-03-13 16:26 ` Liran Alon
2020-03-14 18:18 ` Michael S. Tsirkin
2020-03-14 19:04 ` Liran Alon
2020-03-14 19:14 ` Michael S. Tsirkin
2020-03-14 19:17 ` Liran Alon
2020-03-14 19:26 ` Michael S. Tsirkin
2020-03-14 19:58 ` Nikita Leshenko
2020-03-14 20:05 ` Liran Alon
2020-03-14 20:56 ` Michael S. Tsirkin
2020-03-15 11:56 ` Liran Alon
2020-03-22 11:22 ` Liran Alon
2020-03-31 12:35 ` Liran Alon
2020-03-14 20:48 ` Michael S. Tsirkin
2020-03-14 19:04 ` Liran Alon
2020-03-12 16:54 ` [PATCH v3 11/16] hw/i386/vmport: Add support for CMD_GETTIMEFULL Liran Alon
2020-03-13 0:06 ` Michael S. Tsirkin
2020-03-13 15:26 ` Liran Alon
2020-03-12 16:54 ` [PATCH v3 12/16] hw/i386/vmport: Add support for CMD_GET_VCPU_INFO Liran Alon
2020-03-13 0:09 ` Michael S. Tsirkin
2020-03-13 0:11 ` Liran Alon
2020-03-12 16:54 ` [PATCH v3 13/16] hw/i386/vmport: Allow x2apic without IR Liran Alon
2020-03-12 16:54 ` [PATCH v3 14/16] i386/cpu: Store LAPIC bus frequency in CPU structure Liran Alon
2020-03-12 16:54 ` [PATCH v3 15/16] hw/i386/vmport: Add support for CMD_GETHZ Liran Alon
2020-03-13 20:07 ` Philippe Mathieu-Daudé
2020-03-13 22:44 ` Liran Alon
2020-03-14 8:27 ` Philippe Mathieu-Daudé
2020-03-14 21:52 ` Michael S. Tsirkin
2020-03-15 0:10 ` Liran Alon
2020-03-12 16:54 ` [PATCH v3 16/16] hw/i386/vmport: Assert vmport initialized before registering commands Liran Alon
2020-05-21 16:15 ` [PATCH v3 00/16]: hw/i386/vmport: Bug fixes and improvements Paolo Bonzini
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=20200312195652-mutt-send-email-mst@kernel.org \
--to=mst@redhat.com \
--cc=ehabkost@redhat.com \
--cc=liran.alon@oracle.com \
--cc=nikita.leshchenko@oracle.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=rth@twiddle.net \
/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.