From: Jun Koi <junkoi2004@gmail.com>
To: Aurelien Jarno <aurelien@aurel32.net>
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] Question on save_globals() in TCG
Date: Sun, 25 Jul 2010 01:58:51 +0900 [thread overview]
Message-ID: <AANLkTimAcLet+thE0yKGNW0SwRD1XA1dUeaKVm18od7M@mail.gmail.com> (raw)
In-Reply-To: <20100724024957.GC22478@hall.aurel32.net>
On Sat, Jul 24, 2010 at 11:49 AM, Aurelien Jarno <aurelien@aurel32.net> wrote:
> On Sat, Jul 24, 2010 at 09:35:44AM +0900, Jun Koi wrote:
>> On Sat, Jul 24, 2010 at 2:53 AM, Aurelien Jarno <aurelien@aurel32.net> wrote:
>> > On Fri, Jul 23, 2010 at 08:59:54PM +0900, Jun Koi wrote:
>> >> Hi,
>> >>
>> >> I am looking at the save_globals() of TCG code, and it seems this
>> >> function saves regular registers like EAX, ..., EDI back to CPU state.
>> >>
>> >> But I am not sure if it also saves value of other registers, like
>> >> EFlags, Segments, CR*, DR*, ... (?)
>> >> From what I saw, it doesnt seem to do so. Is it correct?
>> >>
>> >
>> > save_globals() is run before calling a function that can trigger a CPU
>> > exception, to make sure that in that case all TCG variables are synced
>> > with the CPU state.
>>
>> Is it correct? I always assume that save_globals() is also called at
>> end of each block.
>
> Correct also here.
>
>> >
>> > Given the CPU state only uses "normal" registers, there is no need to
>> > save the other registers.
>>
>> Why do you say that CPU state includes only normal registers, given
>> that, like on x86, CPUState has also segs[], cr[] and dr[]?
>>
>>
>>
>> Another question: if save_globals() only saves regular registers,
>> where Qemu saves other registers like segs[], cr[]? Or do they always
>> sync, all the time?
>
> It's actually the same question. You are mixing host and target
> registers. save_globals() only saves "normal" host registers. Host
> registers can then contain whatever registers from the target, and
> more precisely the one declared as globals.
>
>
>> Finally, how about Eflags? I remember that Eflags is "lazy sync", but
>> does it sync at end of each block?
>>
>
> It's the same. Eflags are actually stored in a lazy way in cc_*
> globals. They are therefore synced with save_globals().
This is very helpful, thanks!
Another question: as far as I can see in the code, most context is
always synced, all the time. One exception is Eflags, which is only
synced at the end of block.
Is there other lazy synced context, besides EFLAGS?
Thanks,
Jun
next prev parent reply other threads:[~2010-07-24 16:59 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-07-23 11:59 [Qemu-devel] Question on save_globals() in TCG Jun Koi
2010-07-23 17:53 ` Aurelien Jarno
2010-07-24 0:35 ` Jun Koi
2010-07-24 2:49 ` Aurelien Jarno
2010-07-24 16:58 ` Jun Koi [this message]
2010-07-24 22:57 ` Aurelien Jarno
2010-07-25 0:00 ` Jun Koi
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=AANLkTimAcLet+thE0yKGNW0SwRD1XA1dUeaKVm18od7M@mail.gmail.com \
--to=junkoi2004@gmail.com \
--cc=aurelien@aurel32.net \
--cc=qemu-devel@nongnu.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).