From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Lngln-0003cn-Hw for qemu-devel@nongnu.org; Sat, 28 Mar 2009 18:12:51 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Lngll-0003cC-Rq for qemu-devel@nongnu.org; Sat, 28 Mar 2009 18:12:51 -0400 Received: from [199.232.76.173] (port=36898 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Lngll-0003c9-OT for qemu-devel@nongnu.org; Sat, 28 Mar 2009 18:12:49 -0400 Received: from static-71-162-243-5.phlapa.fios.verizon.net ([71.162.243.5]:48551 helo=grelber.thyrsus.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Lngll-0000sZ-Ga for qemu-devel@nongnu.org; Sat, 28 Mar 2009 18:12:49 -0400 From: Rob Landley Subject: Re: [Qemu-devel] svn 6658 broke powerpc. Date: Sat, 28 Mar 2009 15:41:28 -0500 References: <200903171857.42875.rob@landley.net> <200903242130.29317.rob@landley.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903281541.29956.rob@landley.net> Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Blue Swirl Cc: The OpenBIOS Mailinglist , qemu-devel@nongnu.org On Friday 27 March 2009 13:59:36 Blue Swirl wrote: > 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-dev > > > >el > > > > > > > > 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. I'm not complaining, I just tend to pay attention to license issues. If qemu is never going to try to enforce its license, it probably doesn't matter. If it _does_ and the other side can point to you guys not honoring your own license terms, you may have a hard time getting them to. Most likely you guys fall under GPLv2 section 3c anyway. Commercial redistributors of qemu might have to include the openbios source in addition to the qemu source (and maybe the bochs bios source, who knows?) But the qemu project itself probably doesn't. Rob