From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MQNsV-0005cs-1e for qemu-devel@nongnu.org; Mon, 13 Jul 2009 11:55:43 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MQNsT-0005bk-CU for qemu-devel@nongnu.org; Mon, 13 Jul 2009 11:55:42 -0400 Received: from [199.232.76.173] (port=45723 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MQNsT-0005bB-4J for qemu-devel@nongnu.org; Mon, 13 Jul 2009 11:55:41 -0400 Received: from static-71-162-243-5.phlapa.fios.verizon.net ([71.162.243.5]:34424 helo=grelber.thyrsus.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MQNsS-0005nG-4t for qemu-devel@nongnu.org; Mon, 13 Jul 2009 11:55:40 -0400 From: Rob Landley Subject: Re: [Qemu-devel] Powerpc regressions? Date: Mon, 13 Jul 2009 10:55:35 -0500 References: <200907071748.03623.rob@landley.net> <200907122224.25591.rob@landley.net> <20090713122545.GB27081@hall.aurel32.net> In-Reply-To: <20090713122545.GB27081@hall.aurel32.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907131055.36047.rob@landley.net> List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Aurelien Jarno Cc: qemu-devel@nongnu.org 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? > > If changing my kernel .config so I build a new kernel that works with the > > new qemu is my only alternative, I'm happy to do that. But I don't > > currently have a working kernel .config, and don't understand why the old > > one broke or how to avoid being hit by similar changes in future. > > I am using the Debian kernel and it works fine, please find attached the > .config attached. Thanks. I'll try this out when I get back from my trip to Michigan. Rob -- Latency is more important than throughput. It's that simple. - Linus Torvalds