From: Avi Kivity <avi-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
To: Laurent Vivier <Laurent.Vivier-6ktuUTfB/bM@public.gmane.org>
Cc: kvm-devel <kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>
Subject: Re: [PATCH 4/5] vmx.c uses x86_decode_prefix() instead of get_io_count().
Date: Thu, 02 Aug 2007 12:41:12 +0300 [thread overview]
Message-ID: <46B1A6B8.7020404@qumranet.com> (raw)
In-Reply-To: <46B1A51C.2040104-6ktuUTfB/bM@public.gmane.org>
Laurent Vivier wrote:
>>
>> How about just calliing emulate_instruction() from here (just for the
>> string case)? That will eliminate all the setup code.
>>
>
> But this setup is in emulate_instruction() so it will be executed anyway.
>
>
I'm not worried about run-time overhead, but about the amount of code.
>> x86_emulate_memop() will need to be extended to decode ins/outs, but
>> that's fairly easy.
>>
>
> X86_decode_prefix() is a subset of instruction decoding part of
> x86_emulate_memop(), kvm_setup_pio() can be seen as a subset of instruction
> emulating part of x86_emulate_memop(). So I think in term of performance it is
> better to do like that, but I agree by doing:
>
> if (string)
> return emulate_instruction(vcpu, kvm_run, 0, 0);
> else
> return kvm_setup_pio(vcpu, kvm_run, in, size, port);
>
> it is more more ... more simple.
>
> If you prefer simplicity, I can do like that ?
> (but I know you prefer simplicity...)
>
>
Yes. Note that x86_emulate_memop() will eventually call kvm_setup_pio()
to complete the emulation.
> BTW, I think PATCH 1,2 and 3 should be applied anyway because they allow to
> introduce the separation between instruction decoding and instruction emulation
> requested by the TODO "Split the emulator into two functions: one to decode into
> the emulation context, and the other to actually execute the instruction."
>
I agree. I'll look into it with more detail.
--
error compiling committee.c: too many arguments to function
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
next prev parent reply other threads:[~2007-08-02 9:41 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-08-01 9:05 PATCH 0/5] Consolidate the insb/outsb emulation into x86_emulate.c Laurent Vivier
[not found] ` <46B04CCA.2010503-6ktuUTfB/bM@public.gmane.org>
2007-08-01 9:09 ` [PATCH 1/5] change ctxt.*_base to an array ctxt.base[X86EMUL_BASE_*] Laurent Vivier
[not found] ` <46B04DD6.7010702-6ktuUTfB/bM@public.gmane.org>
2007-08-01 9:13 ` [PATCH 2/5] group all prefix decoding results in a structure called x86_prefix Laurent Vivier
[not found] ` <46B04EB9.5010103-6ktuUTfB/bM@public.gmane.org>
2007-08-01 9:16 ` [PATCH 3/5] extract prefix decoding part from x86_emulate_memop() to x86_decode_prefix() Laurent Vivier
[not found] ` <46B04F56.60607-6ktuUTfB/bM@public.gmane.org>
2007-08-01 9:19 ` [PATCH 4/5] vmx.c uses x86_decode_prefix() instead of get_io_count() Laurent Vivier
[not found] ` <46B0501C.6060409-6ktuUTfB/bM@public.gmane.org>
2007-08-01 9:22 ` [PATCH 5/5] svm.c uses x86_decode_prefix() instead of io_address() and io_get_override() Laurent Vivier
2007-08-02 8:48 ` [PATCH 4/5] vmx.c uses x86_decode_prefix() instead of get_io_count() Avi Kivity
[not found] ` <46B19A7B.2030109-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2007-08-02 9:34 ` Laurent Vivier
[not found] ` <46B1A51C.2040104-6ktuUTfB/bM@public.gmane.org>
2007-08-02 9:41 ` Avi Kivity [this message]
[not found] ` <46B1A6B8.7020404-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2007-08-02 16:46 ` Laurent Vivier
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=46B1A6B8.7020404@qumranet.com \
--to=avi-atkuwr5tajbwk0htik3j/w@public.gmane.org \
--cc=Laurent.Vivier-6ktuUTfB/bM@public.gmane.org \
--cc=kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.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.