[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH 1/1] Make vmport an optional feature at run time
Re: [Qemu-devel] [PATCH 1/1] Make vmport an optional feature at run time.
Sat, 6 Sep 2008 22:48:22 -0500
Maybe I'm missing the point of this exercise. I can use the rtc and other
mechanisms to get the guests version of system time.
vmport I understand is to help the guest stay in sync with real time (i.e.
the hosts idea of time).
Am I missing something?
Todd Fries .. address@hidden
| \ 1.636.410.0632 (voice)
| Free Daemon Consulting, LLC \ 1.405.227.9094 (voice)
| http://FreeDaemonConsulting.com \ 1.866.792.3418 (FAX)
| "..in support of free software solutions." \ 250797 (FWD)
37E7 D3EB 74D0 8D66 A68D B866 0326 204E 3F42 004A
Penned by Anthony Liguori on 20080906 21:24.45, we have:
> Todd T. Fries wrote:
>> Just incase a 'more complete' vmport codeset is useful, here is my
>> stab at extending it. I haven't extended it far enough yet that
>> OpenBSD's vmt(4) interface works, but would be more than happy
>> if someone else were to carry this flag and run with it..
>> +static uint32_t vmport_cmd_get_time(void *opaque, uint32_t addr)
>> + CPUState *env = opaque;
>> + struct timeval tv;
>> + gettimeofday(&tv, NULL);
>> + env->regs[R_EAX] = tv.tv_sec;
>> + env->regs[R_EBX] = tv.tv_usec;
>> + return tv.tv_sec;
> FWIW, this is incorrect. You are presenting the host's version of wall
> clock time, not the guest's version.
> Anthony Liguori