All of lore.kernel.org
 help / color / mirror / Atom feed
From: Laurent Vivier <Laurent.Vivier-6ktuUTfB/bM@public.gmane.org>
To: Avi Kivity <avi-atKUWr5tajBWk0Htik3J/w@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 11:34:20 +0200	[thread overview]
Message-ID: <46B1A51C.2040104@bull.net> (raw)
In-Reply-To: <46B19A7B.2030109-atKUWr5tajBWk0Htik3J/w@public.gmane.org>


[-- Attachment #1.1: Type: text/plain, Size: 2844 bytes --]

Avi Kivity wrote:
> Laurent Vivier wrote:
>> vmx.c uses x86_decode_prefix() instead of get_io_count().
>>
>>    static int handle_io(struct kvm_vcpu *vcpu, struct kvm_run *kvm_run)
>>  {
>>      u64 exit_qualification;
>> @@ -1831,8 +1780,32 @@
>>      port = exit_qualification >> 16;
>>      address = 0;
>>      if (string) {
>> -        if (rep && !get_io_count(vcpu, &count))
>> +        int mode;
>> +        u64 inst;
>> +        gva_t rip;
>> +        struct x86_prefix prefix;
>> +        u32 cs_ar = vmcs_read32(GUEST_CS_AR_BYTES);
>> +        unsigned long addr_mask;
>> +
>> +        mode = (vmcs_readl(GUEST_RFLAGS) & X86_EFLAGS_VM) ?
>> +                X86EMUL_MODE_REAL : (cs_ar & AR_L_MASK)
>> +                ? X86EMUL_MODE_PROT64 : (cs_ar & AR_DB_MASK)
>> +                ? X86EMUL_MODE_PROT32 : X86EMUL_MODE_PROT16;
>> +
>> +        rip = vmcs_readl(GUEST_RIP);
>> +        if (mode != X86EMUL_MODE_PROT64)
>> +            rip += vmcs_readl(GUEST_CS_BASE);
>> +        if (emulator_read_std(rip, &inst, sizeof(inst), vcpu)
>> +                    != X86EMUL_CONTINUE)
>> +            return 1;
>> +
>> +        if (x86_decode_prefix(mode, (u8*)&inst, &prefix) == -1)
>>              return 1;
>> +
>> +        addr_mask = (~0ULL >> (64 - (prefix.ad_bytes <<3)));
>> +        if (rep)
>> +            count = vcpu->regs[VCPU_REGS_RCX] & addr_mask;
>> +
>>          address = vmcs_readl(GUEST_LINEAR_ADDRESS);
>>      }
>>      return kvm_setup_pio(vcpu, kvm_run, in, size, count, string, down,
> 
> 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.

> 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...)

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."

Laurent
-- 
------------- Laurent.Vivier-6ktuUTfB/bM@public.gmane.org  --------------
          "Software is hard" - Donald Knuth


[-- Attachment #1.2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[-- Attachment #2: Type: text/plain, Size: 315 bytes --]

-------------------------------------------------------------------------
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/

[-- Attachment #3: Type: text/plain, Size: 186 bytes --]

_______________________________________________
kvm-devel mailing list
kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
https://lists.sourceforge.net/lists/listinfo/kvm-devel

  parent reply	other threads:[~2007-08-02  9:34 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 [this message]
     [not found]                         ` <46B1A51C.2040104-6ktuUTfB/bM@public.gmane.org>
2007-08-02  9:41                           ` Avi Kivity
     [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=46B1A51C.2040104@bull.net \
    --to=laurent.vivier-6ktuutfb/bm@public.gmane.org \
    --cc=avi-atKUWr5tajBWk0Htik3J/w@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.