From mboxrd@z Thu Jan 1 00:00:00 1970 From: GaoYi Subject: Re: Can VMX provide real mode support? Date: Sun, 25 Mar 2012 19:42:50 +0800 Message-ID: References: <4F69DA5E.6010505@siemens.com> <4F69DC3B.3050509@redhat.com> <20120323145817.11e8101c@doriath.home> <4F6EEB86.9060507@redhat.com> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=f46d04426aa4eb4e0004bc0fc186 Cc: Jan Kiszka , "qemu-devel@nongnu.org" , kvm , Luiz Capitulino To: Avi Kivity Return-path: In-Reply-To: <4F6EEB86.9060507@redhat.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: qemu-devel-bounces+gceq-qemu-devel=gmane.org@nongnu.org Sender: qemu-devel-bounces+gceq-qemu-devel=gmane.org@nongnu.org List-Id: kvm.vger.kernel.org --f46d04426aa4eb4e0004bc0fc186 Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: quoted-printable So if the VT already supports unrestricted guest, KVM can then runs such guest? =D4=DA 2012=C4=EA3=D4=C225=C8=D5 =CF=C2=CE=E75:55=A3=ACAvi Kivity =D0=B4=B5=C0=A3=BA > On 03/23/2012 07:58 PM, Luiz Capitulino wrote: > > On Wed, 21 Mar 2012 15:48:43 +0200 > > Avi Kivity wrote: > > > > > On 03/21/2012 03:40 PM, Jan Kiszka wrote: > > > > On 2012-03-21 13:38, GaoYi wrote: > > > > > Hi Jan, > > > > > > > > > > Since the newest Intel-VT supports the guest OS under the rea= l > mode, which was already supported in AMD-V, can the VMX in the latest KVM > support that case? > > > > > > > > Yes, both with our without that "unrestricted guest" support (as > Intel > > > > called it), real mode will generally work. Without that CPU feature= , > I > > > > think to recall that there were some limitations for big real mode, > not > > > > sure. > > > > > > > > > > Yes, big real mode will not work without "unrestricted guest". There > > > was some work to emulate it (module option > emulate_invalid_guest_state), > > > but it is not complete. > > > > Can you provide a pointer for this? series? > > It's merged (look for emulate_invalid_guest_state in vmx.c), just > incomplete. > > -- > error compiling committee.c: too many arguments to function > > --f46d04426aa4eb4e0004bc0fc186 Content-Type: text/html; charset=GB2312 Content-Transfer-Encoding: quoted-printable So if the VT already supports unrestricted guest, KVM can then runs such gu= est?

=D4=DA 2012=C4=EA3=D4=C225=C8=D5 =CF=C2=CE=E75:5= 5=A3=ACAvi Kivity <a= vi@redhat.com>=D0=B4=B5=C0=A3=BA
On 03/23/2012 07:58 PM, Luiz Capitulino wrote:
> On= Wed, 21 Mar 2012 15:48:43 +0200
> Avi Kivity <avi@redhat.com> wrote:
>
> > On 03/21/= 2012 03:40 PM, Jan Kiszka wrote:
> > > On 2012-03-21 13:38, GaoYi wrote:
> > > > Hi = Jan,
> > > >
> > > >     Since the = newest Intel-VT supports the guest OS under the real mode, which was alread= y supported in AMD-V, can the VMX in the latest KVM support that case?
> > >
> > > Yes, both with our without that "unre= stricted guest" support (as Intel
> > > called it), real m= ode will generally work. Without that CPU feature, I
> > > thin= k to recall that there were some limitations for big real mode, not
> > > sure.
> > >
> >
> > Yes, big r= eal mode will not work without "unrestricted guest".  There<= br>> > was some work to emulate it (module option emulate_invalid_gue= st_state),
> > but it is not complete.
>
> Can you provide a pointer= for this? series?

It's merged (look for emulate_inv= alid_guest_state in vmx.c), just
incomplete.

--
error compiling committee.c: too many arguments= to function


--f46d04426aa4eb4e0004bc0fc186-- From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:46224) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SBlqa-00013U-07 for qemu-devel@nongnu.org; Sun, 25 Mar 2012 07:42:57 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SBlqY-0000YO-Ac for qemu-devel@nongnu.org; Sun, 25 Mar 2012 07:42:55 -0400 Received: from mail-lpp01m010-f45.google.com ([209.85.215.45]:63926) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SBlqY-0000YK-0M for qemu-devel@nongnu.org; Sun, 25 Mar 2012 07:42:54 -0400 Received: by lahe6 with SMTP id e6so3453311lah.4 for ; Sun, 25 Mar 2012 04:42:50 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <4F6EEB86.9060507@redhat.com> References: <4F69DA5E.6010505@siemens.com> <4F69DC3B.3050509@redhat.com> <20120323145817.11e8101c@doriath.home> <4F6EEB86.9060507@redhat.com> Date: Sun, 25 Mar 2012 19:42:50 +0800 Message-ID: From: GaoYi Content-Type: multipart/alternative; boundary=f46d04426aa4eb4e0004bc0fc186 Subject: Re: [Qemu-devel] Can VMX provide real mode support? List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Avi Kivity Cc: Jan Kiszka , "qemu-devel@nongnu.org" , kvm , Luiz Capitulino --f46d04426aa4eb4e0004bc0fc186 Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: quoted-printable So if the VT already supports unrestricted guest, KVM can then runs such guest? =D4=DA 2012=C4=EA3=D4=C225=C8=D5 =CF=C2=CE=E75:55=A3=ACAvi Kivity =D0=B4=B5=C0=A3=BA > On 03/23/2012 07:58 PM, Luiz Capitulino wrote: > > On Wed, 21 Mar 2012 15:48:43 +0200 > > Avi Kivity wrote: > > > > > On 03/21/2012 03:40 PM, Jan Kiszka wrote: > > > > On 2012-03-21 13:38, GaoYi wrote: > > > > > Hi Jan, > > > > > > > > > > Since the newest Intel-VT supports the guest OS under the rea= l > mode, which was already supported in AMD-V, can the VMX in the latest KVM > support that case? > > > > > > > > Yes, both with our without that "unrestricted guest" support (as > Intel > > > > called it), real mode will generally work. Without that CPU feature= , > I > > > > think to recall that there were some limitations for big real mode, > not > > > > sure. > > > > > > > > > > Yes, big real mode will not work without "unrestricted guest". There > > > was some work to emulate it (module option > emulate_invalid_guest_state), > > > but it is not complete. > > > > Can you provide a pointer for this? series? > > It's merged (look for emulate_invalid_guest_state in vmx.c), just > incomplete. > > -- > error compiling committee.c: too many arguments to function > > --f46d04426aa4eb4e0004bc0fc186 Content-Type: text/html; charset=GB2312 Content-Transfer-Encoding: quoted-printable So if the VT already supports unrestricted guest, KVM can then runs such gu= est?

=D4=DA 2012=C4=EA3=D4=C225=C8=D5 =CF=C2=CE=E75:5= 5=A3=ACAvi Kivity <a= vi@redhat.com>=D0=B4=B5=C0=A3=BA
On 03/23/2012 07:58 PM, Luiz Capitulino wrote:
> On= Wed, 21 Mar 2012 15:48:43 +0200
> Avi Kivity <avi@redhat.com> wrote:
>
> > On 03/21/= 2012 03:40 PM, Jan Kiszka wrote:
> > > On 2012-03-21 13:38, GaoYi wrote:
> > > > Hi = Jan,
> > > >
> > > >     Since the = newest Intel-VT supports the guest OS under the real mode, which was alread= y supported in AMD-V, can the VMX in the latest KVM support that case?
> > >
> > > Yes, both with our without that "unre= stricted guest" support (as Intel
> > > called it), real m= ode will generally work. Without that CPU feature, I
> > > thin= k to recall that there were some limitations for big real mode, not
> > > sure.
> > >
> >
> > Yes, big r= eal mode will not work without "unrestricted guest".  There<= br>> > was some work to emulate it (module option emulate_invalid_gue= st_state),
> > but it is not complete.
>
> Can you provide a pointer= for this? series?

It's merged (look for emulate_inv= alid_guest_state in vmx.c), just
incomplete.

--
error compiling committee.c: too many arguments= to function


--f46d04426aa4eb4e0004bc0fc186--