From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NuzXn-0005Gn-5b for qemu-devel@nongnu.org; Thu, 25 Mar 2010 22:45:07 -0400 Received: from [140.186.70.92] (port=34202 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NuzXl-0005Bv-6Y for qemu-devel@nongnu.org; Thu, 25 Mar 2010 22:45:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1NuzXg-0003Ln-5G for qemu-devel@nongnu.org; Thu, 25 Mar 2010 22:45:02 -0400 Received: from static-71-162-243-5.phlapa.fios.verizon.net ([71.162.243.5]:53212 helo=grelber.thyrsus.com) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NuzXg-0003Lj-2Z for qemu-devel@nongnu.org; Thu, 25 Mar 2010 22:45:00 -0400 From: Rob Landley Subject: Re: [Qemu-devel] Significant performance regression in qemu-system-mips. Date: Thu, 25 Mar 2010 21:44:52 -0500 References: <201003241534.01219.rob@landley.net> <20100325232541.GA13677@hall.aurel32.net> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201003252144.53786.rob@landley.net> List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Alexander Graf Cc: qemu-devel@nongnu.org, Aurelien Jarno , Artyom Tarasenko On Thursday 25 March 2010 18:57:00 Alexander Graf wrote: > > This has been broken in r680 of openbios. I haven't found time to find > > the real problem though. > > Ugh. > > Yeah, I really need to look into it again. It's probably something really > simple. 99% of the code was if(newworld) conditionized. According to "qemu-system-ppc -M ?", g3beige is still the default. The mac99 machine is the default for ppc64. (Are there newworlds that run a 32 bit ppc instead of a 64 bit ppc?) I intend to get a mac99 kernel configured for ppc64, but haven't gotten around to adding that target yet. I'm currently working on adding mips64. > Alex Rob -- Latency is more important than throughput. It's that simple. - Linus Torvalds