From: Kevin O'Connor <kevin@koconnor.net>
To: Paolo Bonzini <pbonzini@redhat.com>
Cc: Richard Henderson <rth@twiddle.net>,
Gerd Hoffmann <kraxel@redhat.com>,
qemu-devel@nongnu.org, marcel.a@redhat.com
Subject: Re: [Qemu-devel] [PATCH] SMI handler should set the CPL to zero and save and restore it on rsm.
Date: Wed, 14 May 2014 21:32:42 -0400 [thread overview]
Message-ID: <20140515013242.GA608@morn.localdomain> (raw)
In-Reply-To: <20140515002059.GA28484@morn.localdomain>
On Wed, May 14, 2014 at 08:20:59PM -0400, Kevin O'Connor wrote:
> On Wed, May 14, 2014 at 10:05:47AM +0200, Paolo Bonzini wrote:
> > CPL isn't even altered when CS is reloaded, because you cannot jump out
> > of ring-0 except with an inter-privilege IRET, and that reloads SS too.
> >
> > An IRET or task switch is also the only way to set EFLAGS.VM, and it will
> > hardcode SS.DPL=3, again matching CPL=3.
> >
> > Finally, to get out of real mode you need to have CPL=0, and whatever got
> > you at CPL has also loaded SS with a ring-0 stack. This means that SS.DPL=0
> > right after clearing CR0.PE.
> >
> > Using SS.DPL as the CPL really sounds like the right approach. I
> > tried it on my KVM testcase, and it works well. For QEMU, even the
> > special case of SYSRET will be handled fine because QEMU does set
> > SS.DPL = 3:
> >
> > cpu_x86_load_seg_cache(env, R_SS, selector + 8,
> > 0, 0xffffffff,
> > DESC_G_MASK | DESC_B_MASK | DESC_P_MASK |
> > DESC_S_MASK | (3 << DESC_DPL_SHIFT) |
> > DESC_W_MASK | DESC_A_MASK);
> >
> > SS.DPL=CPL=3, SS.RPL=selector & 3 is a mix of Intel behavior (which is
> > SS.DPL=SS.RPL=CPL=3) and AMD behavior (because they set CPL=3 but
> > SS.DPL=SS.RPL=selector & 3). We may want to match Intel behavior,
> > but that's a different change.
> >
> > Can you check if this patch works for you, and if so reply with
> > Tested-by/Reviewed-by?
>
> Your patch causes Freedos to crash when emm386 is loaded, so I think
> it broke VM86 mode. Below are some logs I took from qemu at the point
> of the crash.
FYI, with the patch below my quick test cases all look okay.
-Kevin
--- a/target-i386/cpu.h
+++ b/target-i386/cpu.h
@@ -974,7 +974,6 @@ static inline void cpu_x86_load_seg_cache(CPUX86State *env,
/* update the hidden flags */
{
if (seg_reg == R_CS) {
- int cpl = selector & 3;
#ifdef TARGET_X86_64
if ((env->hflags & HF_LMA_MASK) && (flags & DESC_L_MASK)) {
/* long mode */
@@ -984,16 +983,17 @@ static inline void cpu_x86_load_seg_cache(CPUX86State *env,
#endif
{
/* legacy / compatibility case */
- if (!(env->cr[0] & CR0_PE_MASK)) {
- cpl = 0;
- } else if (env->eflags & VM_MASK) {
- cpl = 3;
- }
new_hflags = (env->segs[R_CS].flags & DESC_B_MASK)
>> (DESC_B_SHIFT - HF_CS32_SHIFT);
env->hflags = (env->hflags & ~(HF_CS32_MASK | HF_CS64_MASK)) |
new_hflags;
}
+ }
+ if (seg_reg == R_SS) {
+ int cpl = (flags >> DESC_DPL_SHIFT) & 3;
+ if (env->eflags & VM_MASK) {
+ cpl = 3;
+ }
#if HF_CPL_MASK != 3
#error HF_CPL_MASK is hardcoded
#endif
next prev parent reply other threads:[~2014-05-15 1:33 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20140425171718.GA1591@morn.localdomain>
[not found] ` <535B772D.1020602@redhat.com>
[not found] ` <1398601366.21309.33.camel@localhost.localdomain>
[not found] ` <535D1445.3040905@redhat.com>
[not found] ` <20140427172524.GB28385@morn.localdomain>
2014-05-13 18:24 ` [Qemu-devel] [PATCH] SMI handler should set the CPL to zero and save and restore it on rsm Paolo Bonzini
2014-05-13 18:39 ` Kevin O'Connor
2014-05-13 18:57 ` Paolo Bonzini
2014-05-13 19:42 ` Paolo Bonzini
2014-05-13 22:07 ` Kevin O'Connor
2014-05-14 8:05 ` Paolo Bonzini
2014-05-15 0:20 ` Kevin O'Connor
2014-05-15 1:32 ` Kevin O'Connor [this message]
2014-05-15 6:35 ` Paolo Bonzini
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=20140515013242.GA608@morn.localdomain \
--to=kevin@koconnor.net \
--cc=kraxel@redhat.com \
--cc=marcel.a@redhat.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=rth@twiddle.net \
/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;
as well as URLs for NNTP newsgroup(s).