From: Jan Kiszka <jan.kiszka@web.de>
To: Arthur Chunqi Li <yzt356@gmail.com>
Cc: Paolo Bonzini <pbonzini@redhat.com>,
Gleb Natapov <gleb@redhat.com>, kvm <kvm@vger.kernel.org>
Subject: Re: [RFC PATCH] kvm-unit-tests : Basic architecture of VMX nested test case
Date: Wed, 24 Jul 2013 10:53:17 +0200 [thread overview]
Message-ID: <51EF95FD.6060503@web.de> (raw)
In-Reply-To: <CABpY8MLb8XtHC971h0g2RUtbzhEB18-Ov6byOpCcCUeGXH7O5g@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 3037 bytes --]
On 2013-07-24 10:48, Arthur Chunqi Li wrote:
> So as what Gleb said, what about the following codes:
>
> static int vmx_run2()
> {
> u32 eax;
> bool ret;
>
> asm volatile(
> "mov %%rsp, %%rsi\n\t"
> "mov %2, %%edi\n\t"
> "call vmcs_write\n\t"
> "vmlaunch\n\t"
Just like in KVM, provide a flag to the asm block that selects vmlaunch
or vmresume, then grab all the required information on return and leave
the asm block quickly again.
Jan
> "setbe %0\n\t"
> "jne 4f\n\t"
>
> "vmx_return:\n\t"
> SAVE_GPR_C
> "call exit_handler\n\t"
> "cmp %3, %%eax\n\t"
> "je 2f\n\t"
> "cmp %4, %%eax\n\t"
> "je 1f\n\t"
> "jmp 3f\n\t"
>
> /* VMX_TEST_RESUME */
> "1:\n\t"
> LOAD_GPR_C
> "vmresume\n\t"
> "setbe %0\n\t"
> "jne 4f\n\t"
> /* VMX_TEST_VMEXIT */
> "2:\n\t"
> "mov $0, %1\n\t"
> "jmp 5f\n\t"
> /* undefined ret from exit_handler */
> "3:\n\t"
> "mov $2, %1\n\t"
> "jmp 5f\n\t"
> /* vmlaunch/vmresume failed, exit */
> "4:\n\t"
> "mov $1, %1\n\t"
> "5:\n\t"
> : "=r"(ret), "=r"(eax)
> : "i"(HOST_RSP), "i"(VMX_TEST_VMEXIT),
> "i"(VMX_TEST_RESUME)
> : "rax", "rbx", "rdi", "rsi",
> "r8", "r9", "r10", "r11", "r12", "r13", "r14", "r15",
> "memory", "cc"
> );
> switch (eax) {
> case 0:
> return 0;
> case 1:
> printf("%s : vmenter failed.\n", __func__);
> break;
> default:
> printf("%s : unhandled ret from exit_handler.\n", __func__);
> break;
> }
> return 1;
> }
>
> On Wed, Jul 24, 2013 at 2:48 PM, Paolo Bonzini <pbonzini@redhat.com> wrote:
>> Il 24/07/2013 08:46, Arthur Chunqi Li ha scritto:
>>> On Wed, Jul 24, 2013 at 2:40 PM, Paolo Bonzini <pbonzini@redhat.com> wrote:
>>>> Il 24/07/2013 08:11, Arthur Chunqi Li ha scritto:
>>>>>
>>>>> static int vmx_run()
>>>>> {
>>>>> u32 eax;
>>>>> bool ret;
>>>>>
>>>>> vmcs_write(HOST_RSP, get_rsp());
>>>>> ret = vmlaunch();
>>>>
>>>> The compiler can still change rsp between here...
>>>>
>>>>> while (!ret) {
>>>>> asm volatile(
>>>>> "vmx_return:\n\t"
>>>>
>>>> ... and here.
>>>>
>>>> If you want to write it in C, the only thing that can be after
>>>> vmlaunch/vmresume is "exit()". Else it has to be asm.
>>> Actually, you mean we need to write all the codes in asm to avoid
>>> changing to rsp, right?
>>
>> Not necessarily all the code. It is also ok to use setjmp/longjmp with
>> a small asm trampoline, because this method won't care about the exact
>> rsp values that are used. But if you want to do as Gleb said, and put
>> vmx_return just after vmlaunch, it has to be all asm as in KVM's
>> arch/x86/kvm/vmx.c.
>>
>> Paolo
>
>
>
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 263 bytes --]
next prev parent reply other threads:[~2013-07-24 8:53 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-07-17 18:54 [RFC PATCH] kvm-unit-tests : Basic architecture of VMX nested test case Arthur Chunqi Li
2013-07-18 5:52 ` Paolo Bonzini
2013-07-18 7:26 ` Gleb Natapov
2013-07-18 10:47 ` Paolo Bonzini
2013-07-18 11:06 ` Gleb Natapov
2013-07-18 12:08 ` Paolo Bonzini
2013-07-18 14:11 ` Arthur Chunqi Li
2013-07-18 19:57 ` Gleb Natapov
2013-07-19 6:42 ` Paolo Bonzini
2013-07-19 9:40 ` Gleb Natapov
2013-07-19 12:06 ` Paolo Bonzini
2013-07-24 6:11 ` Arthur Chunqi Li
2013-07-24 6:40 ` Paolo Bonzini
2013-07-24 6:46 ` Arthur Chunqi Li
2013-07-24 6:48 ` Paolo Bonzini
2013-07-24 8:48 ` Arthur Chunqi Li
2013-07-24 8:53 ` Jan Kiszka [this message]
2013-07-24 9:16 ` Paolo Bonzini
2013-07-24 9:56 ` Arthur Chunqi Li
2013-07-24 10:03 ` Jan Kiszka
2013-07-24 10:16 ` Arthur Chunqi Li
2013-07-24 10:24 ` Jan Kiszka
2013-07-24 11:20 ` Arthur Chunqi Li
2013-07-24 11:25 ` Jan Kiszka
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=51EF95FD.6060503@web.de \
--to=jan.kiszka@web.de \
--cc=gleb@redhat.com \
--cc=kvm@vger.kernel.org \
--cc=pbonzini@redhat.com \
--cc=yzt356@gmail.com \
/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.