Re: [Qemu-devel] [PATCH 1/1] Make vmport an optional feature at run time.

[qemu-devel@email.fries.net]

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 .. todd@fries.net

 _____________________________________________
|                                             \  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
                        http://todd.fries.net/pgp.txt

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.
>
> Regards,
>
> Anthony Liguori