From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: Completing big real mode emulation Date: Sat, 20 Mar 2010 10:39:27 +0200 Message-ID: <4BA489BF.5020100@redhat.com> References: <52d4a3891003190829o6964dd0bv8d2c86c61da247b2@mail.gmail.com> <4BA47E15.3020204@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Mohammed Gamal , kvm-devel , qemu-devel@nongnu.org To: Alexander Graf Return-path: Received: from mx1.redhat.com ([209.132.183.28]:36034 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752850Ab0CTIjf (ORCPT ); Sat, 20 Mar 2010 04:39:35 -0400 In-Reply-To: Sender: kvm-owner@vger.kernel.org List-ID: On 03/20/2010 10:34 AM, Alexander Graf wrote: > > Interestingly enough Hannes just tried to boot a Windows 98 VM on SVM yesterday and failed, while the same VM worked (mostly) with -no-kvm. So apparently there's more missing to it than just big real mode. > Was there an error message? > I'd say that a GSoC project would rather focus on making a guest OS work than working on generic big real mode. Having Windows 98 support is way more visible to the users. And hopefully more fun to implement too, as it's a visible goal :-). > Big real mode allows you to boot various OSes, such as that old Ubuntu/SuSE boot loader which triggered the whole thing. -- Do not meddle in the internals of kernels, for they are subtle and quick to panic. From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NsuDX-0006hc-Qx for qemu-devel@nongnu.org; Sat, 20 Mar 2010 04:39:35 -0400 Received: from [199.232.76.173] (port=38055 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NsuDW-0006h8-F3 for qemu-devel@nongnu.org; Sat, 20 Mar 2010 04:39:34 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1NsuDV-0000kC-Rv for qemu-devel@nongnu.org; Sat, 20 Mar 2010 04:39:34 -0400 Received: from mx1.redhat.com ([209.132.183.28]:40839) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NsuDV-0000k6-Fl for qemu-devel@nongnu.org; Sat, 20 Mar 2010 04:39:33 -0400 Message-ID: <4BA489BF.5020100@redhat.com> Date: Sat, 20 Mar 2010 10:39:27 +0200 From: Avi Kivity MIME-Version: 1.0 References: <52d4a3891003190829o6964dd0bv8d2c86c61da247b2@mail.gmail.com> <4BA47E15.3020204@redhat.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] Re: Completing big real mode emulation List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Alexander Graf Cc: Mohammed Gamal , qemu-devel@nongnu.org, kvm-devel On 03/20/2010 10:34 AM, Alexander Graf wrote: > > Interestingly enough Hannes just tried to boot a Windows 98 VM on SVM yesterday and failed, while the same VM worked (mostly) with -no-kvm. So apparently there's more missing to it than just big real mode. > Was there an error message? > I'd say that a GSoC project would rather focus on making a guest OS work than working on generic big real mode. Having Windows 98 support is way more visible to the users. And hopefully more fun to implement too, as it's a visible goal :-). > Big real mode allows you to boot various OSes, such as that old Ubuntu/SuSE boot loader which triggered the whole thing. -- Do not meddle in the internals of kernels, for they are subtle and quick to panic.