All of lore.kernel.org
 help / color / mirror / Atom feed
From: Juergen Gross <juergen.gross@ts.fujitsu.com>
To: Jan Beulich <JBeulich@suse.com>
Cc: xen-devel <xen-devel@lists.xenproject.org>
Subject: Re: using mapped vcpu_runstate_info in hvm guest
Date: Wed, 20 Nov 2013 14:29:55 +0100	[thread overview]
Message-ID: <528CB953.50205@ts.fujitsu.com> (raw)
In-Reply-To: <528CC2250200007800105058@nat28.tlf.novell.com>

On 20.11.2013 14:07, Jan Beulich wrote:
>>>> On 13.11.13 at 14:50, Juergen Gross <juergen.gross@ts.fujitsu.com> wrote:
>> I'm trying to obtain runstate information from the hypervisor in a hvm guest
>> via VCPUOP_register_runstate_memory_area. This works, but the information is
>> not completely suitable for a hvm guest:
>>
>> I can see the time summed up in the different states, but I'm not able to
>> deduce the exact time the current vcpu has been running. I see the time when
>> the last change to the running state happened (state_entry_time), but this
>> time is the hypervisor system time obtained via NOW(). I can't see how to
>> map this information to any time information available to the guest (e.g.
>> the tsc value).
>
> __update_vcpu_system_time() specifically considers the case of
> vTSC, so I'm not really clear what your problem here is. NOW()
> (and hence state_entry_time) are in ns units, and the information
> presented in struct vcpu_time_info should be sufficient to do the
> necessary mapping (or else I can't see what's different in your
> case from the usual PV or PVHVM one).
>
>> A solution would be to modify the runstate information mapped via
>> VCPUOP_register_runstate_memory_area: it could contain state_entry_time
>> rebased to the guests tsc.
>
> No, that one's defined to be matching up with vcpu_time_info's
> system_time.

Ah, okay. Then this was a mis-interpretation on my side.

Thanks for the info. :-)

I'll start another try based on this.


Juergen

-- 
Juergen Gross                 Principal Developer Operating Systems
PBG PDG ES&S SWE OS6                   Telephone: +49 (0) 89 62060 2932
Fujitsu                                   e-mail: juergen.gross@ts.fujitsu.com
Mies-van-der-Rohe-Str. 8                Internet: ts.fujitsu.com
D-80807 Muenchen                 Company details: ts.fujitsu.com/imprint.html

      reply	other threads:[~2013-11-20 13:29 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-11-13 13:50 using mapped vcpu_runstate_info in hvm guest Juergen Gross
2013-11-20 13:07 ` Jan Beulich
2013-11-20 13:29   ` Juergen Gross [this message]

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=528CB953.50205@ts.fujitsu.com \
    --to=juergen.gross@ts.fujitsu.com \
    --cc=JBeulich@suse.com \
    --cc=xen-devel@lists.xenproject.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.