All of lore.kernel.org
 help / color / mirror / Atom feed
From: Avi Kivity <avi@redhat.com>
To: Takuya Yoshikawa <yoshikawa.takuya@oss.ntt.co.jp>
Cc: Marcelo Tosatti <mtosatti@redhat.com>,
	kvm@vger.kernel.org, takuya.yoshikawa@gmail.com
Subject: Re: [PATCH 03/14] KVM: x86 emulator: move memop, memopp into emulation context
Date: Wed, 14 Sep 2011 14:37:21 +0300	[thread overview]
Message-ID: <4E7091F1.4040900@redhat.com> (raw)
In-Reply-To: <20110914194144.9d9946cf.yoshikawa.takuya@oss.ntt.co.jp>

On 09/14/2011 01:41 PM, Takuya Yoshikawa wrote:
> On Tue, 13 Sep 2011 10:45:40 +0300
> Avi Kivity<avi@redhat.com>  wrote:
>
> >  Simplifies further generalization of decode.
> >
> >  Signed-off-by: Avi Kivity<avi@redhat.com>
> >  ---
> >   arch/x86/include/asm/kvm_emulate.h |    2 ++
> >   arch/x86/kvm/emulate.c             |   34 +++++++++++++++++-----------------
> >   2 files changed, 19 insertions(+), 17 deletions(-)
> >
> >  diff --git a/arch/x86/include/asm/kvm_emulate.h b/arch/x86/include/asm/kvm_emulate.h
> >  index 6040d11..56bac3e 100644
> >  --- a/arch/x86/include/asm/kvm_emulate.h
> >  +++ b/arch/x86/include/asm/kvm_emulate.h
> >  @@ -275,6 +275,8 @@ struct x86_emulate_ctxt {
> >   	unsigned long _eip;
> >   	/* Fields above regs are cleared together. */
> >   	unsigned long regs[NR_VCPU_REGS];
> >  +	struct operand memop;
> >  +	struct operand *memopp;
> >   	struct fetch_cache fetch;
> >   	struct read_cache io_read;
> >   	struct read_cache mem_read;
>
> Once the emulator context gets stablized, some comments will be nice
> to know which ones are supposed to be accessed from outside of the
> emulator, and which ones are only for the emulator internal usage.
>
> Practically, knowing each member's lifetime, decode stage only or
> emulation stage only or throughout the emulation, will make it easy
> to avoid extra ctxt/regs initialization and ... maybe more.
>

Nothing should be accessed from outside the emulator, except via 
accessors.  We should move initialization to the emulator as well (or 
just initialize from x86_decode_insn() - any reason not to?)

-- 
error compiling committee.c: too many arguments to function


  reply	other threads:[~2011-09-14 11:37 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-09-13  7:45 [PATCH 00/14] Emulator decode generalization Avi Kivity
2011-09-13  7:45 ` [PATCH 01/14] KVM: x86 emulator: fix Src2CL decode Avi Kivity
2011-09-13  7:45 ` [PATCH 02/14] KVM: x86 emulator: convert group 3 instructions to direct decode Avi Kivity
2011-09-13  7:45 ` [PATCH 03/14] KVM: x86 emulator: move memop, memopp into emulation context Avi Kivity
2011-09-14 10:41   ` Takuya Yoshikawa
2011-09-14 11:37     ` Avi Kivity [this message]
2011-09-14 15:21       ` Takuya Yoshikawa
2011-09-14 15:25         ` Avi Kivity
2011-09-13  7:45 ` [PATCH 04/14] KVM: x86 emulator: split dst decode to a generic decode_operand() Avi Kivity
2011-09-13  7:45 ` [PATCH 05/14] KVM: x86 emulator: expand decode flags to 64 bits Avi Kivity
2011-09-13  7:45 ` [PATCH 06/14] KVM: x86 emulator: switch src2 to generic decode_operand() Avi Kivity
2011-09-13  7:45 ` [PATCH 07/14] KVM: x86 emulator: free up some flag bits near src, dst Avi Kivity
2011-09-13  7:45 ` [PATCH 08/14] KVM: x86 emulator: switch OpImmUByte decode to decode_imm() Avi Kivity
2011-09-13  7:45 ` [PATCH 09/14] KVM: x86 emulator: qualify OpReg inhibit_byte_regs hack Avi Kivity
2011-09-13  7:45 ` [PATCH 10/14] KVM: x86 emulator: switch src decode to decode_operand() Avi Kivity
2011-09-13  7:45 ` [PATCH 11/14] KVM: x86 emulator: simplify OpMem64 decode Avi Kivity
2011-09-13  7:45 ` [PATCH 12/14] KVM: x86 emulator: streamline decode of segment registers Avi Kivity
2011-09-13  7:45 ` [PATCH 13/14] KVM: x86 emulator: switch lds/les/lss/lfs/lgs to direct decode Avi Kivity
2011-09-13  7:45 ` [PATCH 14/14] KVM: x86 emulator: convert push %sreg/pop %sreg " Avi Kivity
2011-09-14 11:12 ` [PATCH 00/14] Emulator decode generalization Marcelo Tosatti

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=4E7091F1.4040900@redhat.com \
    --to=avi@redhat.com \
    --cc=kvm@vger.kernel.org \
    --cc=mtosatti@redhat.com \
    --cc=takuya.yoshikawa@gmail.com \
    --cc=yoshikawa.takuya@oss.ntt.co.jp \
    /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.