From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1M5pma-0007RN-Dj for qemu-devel@nongnu.org; Sun, 17 May 2009 19:28:40 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1M5pmV-0007Om-Gv for qemu-devel@nongnu.org; Sun, 17 May 2009 19:28:39 -0400 Received: from [199.232.76.173] (port=59696 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M5pmV-0007Of-2r for qemu-devel@nongnu.org; Sun, 17 May 2009 19:28:35 -0400 Received: from mail-gx0-f176.google.com ([209.85.217.176]:64221) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1M5pmU-0003iy-P1 for qemu-devel@nongnu.org; Sun, 17 May 2009 19:28:34 -0400 Received: by gxk24 with SMTP id 24so8917700gxk.10 for ; Sun, 17 May 2009 16:28:34 -0700 (PDT) Message-ID: <4A109D9F.9040207@codemonkey.ws> Date: Sun, 17 May 2009 18:28:31 -0500 From: Anthony Liguori MIME-Version: 1.0 Subject: Re: [Qemu-devel] Re: [PATCH 3/4] Update makefile to build roms References: <1242574141-18488-1-git-send-email-aliguori@us.ibm.com> <4A103143.4010202@redhat.com> <4A1032E8.1090706@us.ibm.com> <200905172304.22687.paul@codesourcery.com> In-Reply-To: <200905172304.22687.paul@codesourcery.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paul Brook Cc: Anthony Liguori , Dustin Kirkland , Glauber Costa , qemu-devel@nongnu.org, Avi Kivity , Alex Graf Paul Brook wrote: >>>> We build the roms in a sub directory of the target build directory. >>>> This is >>>> anticipating a single source base (like uboot) that gets built >>>> differently for >>>> multiple target architectures (PPC, SH4, etc.). >>>> > > I'm pretty sure this is going to be wrong. i386 and x86-64 use the same rom, > and uboot will most likely need to be built for every *bard* > I guess the alternative is to have top-level rules for building roms and then have each target depend on whatever roms it needs. This may include multiple versions of the same rom. >> gplbios and vgabios are simple to build so it's where I started. >> > > This worries me. You've probably picked the easiest examples, and already it > doesn't fit nicely. > > Why are you trying so hard to integrate these into qemu? IMHO they really > don't belong there. AFAICS the roms share no significant code with qemu, and > require a completely different environment to build. Especially in cross > environments I'd expect combining the two to cause much more pain than it's > worth. When developing/building roms a native environment is the exception > rather than the norm. Even then it's not really a native build, it's more a > collection of hacks that allow you get away with using a native toolchain. > For any packager, it's absolutely necessary to build all of the distributed binaries from source. In general, QEMU does not support anything but lock-step versioning with it's ROMs. There is no ABI between QEMU and the BIOS. Having multiple packages therefore makes little sense because they can never be independent of each other. As long as we include binaries in our source tree, I think we ought to also include the source for those binaries. Regards, Anthony Liguori