From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LnHHJ-00032n-I6 for qemu-devel@nongnu.org; Fri, 27 Mar 2009 14:59:41 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LnHHF-0002vC-Qr for qemu-devel@nongnu.org; Fri, 27 Mar 2009 14:59:41 -0400 Received: from [199.232.76.173] (port=42909 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LnHHF-0002v1-Mp for qemu-devel@nongnu.org; Fri, 27 Mar 2009 14:59:37 -0400 Received: from mail-bw0-f172.google.com ([209.85.218.172]:51308) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LnHHF-00041F-42 for qemu-devel@nongnu.org; Fri, 27 Mar 2009 14:59:37 -0400 Received: by bwz20 with SMTP id 20so1044404bwz.34 for ; Fri, 27 Mar 2009 11:59:36 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <200903242130.29317.rob@landley.net> References: <200903171857.42875.rob@landley.net> <200903211344.55267.rob@landley.net> <200903242130.29317.rob@landley.net> Date: Fri, 27 Mar 2009 20:59:36 +0200 Message-ID: Subject: Re: [Qemu-devel] svn 6658 broke powerpc. From: Blue Swirl Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Rob Landley Cc: The OpenBIOS Mailinglist , qemu-devel@nongnu.org On 3/25/09, Rob Landley wrote: > On Sunday 22 March 2009 11:54:22 Blue Swirl wrote: > > > So the bug was introduced (or at least triggered) by revision 452: > > > > > > http://tracker.coreboot.org/trac/openbios/changeset/452/openbios-devel > > > > > > Anything in there look broken to you? > > > > Fixed in r481. I removed the PCI encode-unit/decode-unit methods for > > non-bus devices, now get-instance-path works. > > > > Cool! > > Is there a procedure to ask how to queue this up for qemu 0.10.2? :) Technically the best solution would be to introduce a stable tree also to OpenBIOS like Qemu. But OpenBIOS development is not as fast paced as Qemu, so I'm not sure if it's worth the effort. I can commit the latest version to Qemu SVN and if there are no issues, update the version in stable before release. > > Rob > > (By the way: qemu is shipping a gpled bios binary without accompanying source > code. I realize that the maintainer of said binary checked it in, but what > exactly is the rationale here?) I see it as a service for both OpenBIOS and Qemu development communities, also the casual users don't have to install cross compilers just to try the Sparc/PPC emulators. The binaries are compiled from unmodified sources as indicated in the README. If someone finds problems with this, it's easy to put the binaries to OpenBIOS site and remove them from Qemu SVN. That would make bisecting a bit harder. Or Qemu could just include the OpenBIOS tree, it's only 12M.