From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MQOAJ-00059l-Gk for qemu-devel@nongnu.org; Mon, 13 Jul 2009 12:14:07 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MQOAE-00050R-Mb for qemu-devel@nongnu.org; Mon, 13 Jul 2009 12:14:07 -0400 Received: from [199.232.76.173] (port=51990 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MQOAE-0004zv-GL for qemu-devel@nongnu.org; Mon, 13 Jul 2009 12:14:02 -0400 Received: from mx20.gnu.org ([199.232.41.8]:64178) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MQOAD-0000uw-JR for qemu-devel@nongnu.org; Mon, 13 Jul 2009 12:14:02 -0400 Received: from mail.codesourcery.com ([65.74.133.4]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MQOAC-0006jS-HX for qemu-devel@nongnu.org; Mon, 13 Jul 2009 12:14:00 -0400 From: Paul Brook Subject: Re: [Qemu-devel] Powerpc regressions? Date: Mon, 13 Jul 2009 17:13:57 +0100 References: <200907071748.03623.rob@landley.net> <20090713122545.GB27081@hall.aurel32.net> <200907131055.36047.rob@landley.net> In-Reply-To: <200907131055.36047.rob@landley.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907131713.58173.paul@codesourcery.com> List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Cc: Aurelien Jarno On Monday 13 July 2009, Rob Landley wrote: > On Monday 13 July 2009 07:25:45 Aurelien Jarno wrote: > > This will probably will change again when we are able to get the CD-ROM > > working on the PowerMac IDE controller. The current emulated machine is > > a big hack and uses the fact that the Linux kernel supports different > > hardware than the Apple one. The goal is to emulate a machine as close > > as possible to the original hardware. > > Just confirming: juggling the hardware locations around randomly on any > given checkin is ok, so each system image we make is specific to a given > qemu version and only expected to run on that one unless we make a big > system with an initramfs that probes the hardware on each boot to find its > root filesystem? For things like macs emulation that are still under significant development, yes. If you want a stable machine then you first have to fix all the differences between qemu and the reference hardware we're attempting to emulate. Paul