public inbox for kvm@vger.kernel.org
 help / color / mirror / Atom feed
From: Takuya Yoshikawa <yoshikawa.takuya@oss.ntt.co.jp>
To: Marcelo Tosatti <mtosatti@redhat.com>
Cc: Avi Kivity <avi@redhat.com>, kvm@vger.kernel.org
Subject: Re: [PATCH v2 1/8] KVM: Fix load_guest_segment_descriptor() to inject page fault
Date: Fri, 12 Feb 2010 09:22:06 +0900	[thread overview]
Message-ID: <4B749F2E.70208@oss.ntt.co.jp> (raw)
In-Reply-To: <20100210162923.GA24073@amt.cnet>

Marcelo Tosatti wrote:
> On Wed, Feb 10, 2010 at 06:25:42PM +0200, Avi Kivity wrote:
>> On 02/10/2010 03:50 AM, Takuya Yoshikawa wrote:
>>> This patch injects page fault when reading descriptor in
>>> load_guest_segment_descriptor() fails with FAULT.
>>>
>>> Effects of this injection: This function is used by
>>> kvm_load_segment_descriptor() which is necessary for the
>>> following instructions.
>>>  - mov seg,r/m16
>>>  - jmp far
>>>  - pop ?s
>>> This patch makes it possible to emulate the page faults
>>> generated by these instructions. But be sure that unless
>>> we change the kvm_load_segment_descriptor()'s ret value
>>> propagation this patch has no effect.
>>>
>>>
>>> @@ -4655,6 +4655,7 @@ static int load_guest_segment_descriptor(struct kvm_vcpu *vcpu, u16 selector,
>>>  {
>>>  	struct descriptor_table dtable;
>>>  	u16 index = selector>>  3;
>>> +	int ret;
>>>
>>>  	get_segment_descriptor_dtable(vcpu, selector,&dtable);
>>>
>>> @@ -4662,7 +4663,11 @@ static int load_guest_segment_descriptor(struct kvm_vcpu *vcpu, u16 selector,
>>>  		kvm_queue_exception_e(vcpu, GP_VECTOR, selector&  0xfffc);
>>>  		return X86EMUL_PROPAGATE_FAULT;
>>>  	}
>>> -	return kvm_read_guest_virt(dtable.base + index*8, seg_desc, sizeof(*seg_desc), vcpu);
>>> +	ret = kvm_read_guest_virt(dtable.base + index*8, seg_desc, sizeof(*seg_desc), vcpu);
>>> +	if (ret == X86EMUL_PROPAGATE_FAULT)
>>> +		kvm_inject_page_fault(vcpu, dtable.base + index*8, 0);
>>> +
>>> +	return ret;
>>>  }
>> If the descriptor table is not aligned, and a descriptor spans two
>> pages, then we might need to inject a page fault at some other
>> address.
>>
>> Also, the injection should be done in kvm_read_guest_virt() to avoid
>> duplicating code.
>>
>> These instructions however are only emulated in big real mode.
>> Where did you encounter the need to inject page faults during their
>> emulation?
> 
> Task switch exits also use them, so it should inject faults as
> documented.

Yes, though I did not touch the task switch parts, we will have to do.

  reply	other threads:[~2010-02-12  0:19 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-02-10  1:45 [PATCH v2 0/8] Fix x86 emulator's fault propagations Takuya Yoshikawa
2010-02-10  1:50 ` [PATCH v2 1/8] KVM: Fix load_guest_segment_descriptor() to inject page fault Takuya Yoshikawa
2010-02-10 16:25   ` Avi Kivity
2010-02-10 16:29     ` Marcelo Tosatti
2010-02-12  0:22       ` Takuya Yoshikawa [this message]
2010-02-10 16:43     ` Gleb Natapov
2010-02-12  0:19       ` Takuya Yoshikawa
2010-02-12  0:13     ` Takuya Yoshikawa
2010-02-10  1:53 ` [PATCH v2 2/8] Fix kvm_load_segment_descriptor()'s fault propagation Takuya Yoshikawa
2010-02-10  1:56 ` [PATCH v2 3/8] Fix x86_emulate_insn() to handle faults propagated from kvm_load_segment_descriptor() Takuya Yoshikawa
2010-02-10  2:01 ` [PATCH v2 4/8] X86EMUL macro replacements: from do_fetch_insn_byte() to x86_decode_insn() Takuya Yoshikawa
2010-02-10  2:04 ` [PATCH v2 5/8] X86EMUL macro replacements: x86_emulate_insn() and its helpers Takuya Yoshikawa
2010-02-10  2:07 ` [PATCH v2 6/8] Fix x86_emulate_insn() not to use rc variable for non-X86EMUL values Takuya Yoshikawa
2010-02-10  2:13 ` [PATCH v2 7/8] Fix emulate_sys[call, enter, exit]()'s fault handling Takuya Yoshikawa
2010-02-10  2:16 ` [PATCH v2 8/8] Tiny fix: remove redundant prototype of of load_pdptrs() Takuya Yoshikawa
2010-02-10 15:27 ` [PATCH v2 0/8] Fix x86 emulator's fault propagations Gleb Natapov
2010-02-12  0:42   ` Takuya Yoshikawa
2010-02-10 16:57 ` Avi Kivity
2010-02-10 16:58   ` Gleb Natapov
2010-02-12  0:44     ` Takuya Yoshikawa

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=4B749F2E.70208@oss.ntt.co.jp \
    --to=yoshikawa.takuya@oss.ntt.co.jp \
    --cc=avi@redhat.com \
    --cc=kvm@vger.kernel.org \
    --cc=mtosatti@redhat.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox