From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MQPXu-0007EO-6e for qemu-devel@nongnu.org; Mon, 13 Jul 2009 13:42:34 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MQPXs-0007D0-8d for qemu-devel@nongnu.org; Mon, 13 Jul 2009 13:42:33 -0400 Received: from [199.232.76.173] (port=43357 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MQPXs-0007Cj-2N for qemu-devel@nongnu.org; Mon, 13 Jul 2009 13:42:32 -0400 Received: from static-71-162-243-5.phlapa.fios.verizon.net ([71.162.243.5]:45387 helo=grelber.thyrsus.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MQPXr-0001PD-J3 for qemu-devel@nongnu.org; Mon, 13 Jul 2009 13:42:31 -0400 From: Rob Landley Subject: Re: [Qemu-devel] Powerpc regressions? Date: Mon, 13 Jul 2009 12:42:28 -0500 References: <200907071748.03623.rob@landley.net> <200907131055.36047.rob@landley.net> <200907131713.58173.paul@codesourcery.com> In-Reply-To: <200907131713.58173.paul@codesourcery.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907131242.29125.rob@landley.net> List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paul Brook Cc: qemu-devel@nongnu.org, Aurelien Jarno On Monday 13 July 2009 11:13:57 Paul Brook wrote: > 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. I take it http://www.qemu.org/status.html is the best stable vs unstable indicator for emulations? So mips, m68k, arm, sparc, and the x86es are the only stable ones, and "testing" is still subject to change without notice? > Paul Rob -- Latency is more important than throughput. It's that simple. - Linus Torvalds