From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:37881) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UiUAh-00005A-0b for qemu-devel@nongnu.org; Fri, 31 May 2013 14:35:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UiUAf-0006OB-NX for qemu-devel@nongnu.org; Fri, 31 May 2013 14:35:26 -0400 Received: from mail-qc0-x22a.google.com ([2607:f8b0:400d:c01::22a]:49030) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UiUAf-0006O1-K4 for qemu-devel@nongnu.org; Fri, 31 May 2013 14:35:25 -0400 Received: by mail-qc0-f170.google.com with SMTP id s11so1033191qcw.1 for ; Fri, 31 May 2013 11:35:25 -0700 (PDT) From: Anthony Liguori In-Reply-To: <51A8E75F.5060405@redhat.com> References: <20130523124132.GA18596@redhat.com> <20130528235309.GA31648@morn.localdomain> <20130531023426.GB18156@morn.localdomain> <51A88D73.1090302@redhat.com> <87bo7rmhbp.fsf@codemonkey.ws> <1370009305.5141.95.camel@i7.infradead.org> <87mwrbqhn1.fsf@codemonkey.ws> <1370018019.5141.104.camel@i7.infradead.org> <871u8n9j01.fsf@codemonkey.ws> <51A8E75F.5060405@redhat.com> Date: Fri, 31 May 2013 13:35:22 -0500 Message-ID: <874ndj2e1h.fsf@codemonkey.ws> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: [Qemu-devel] KVM call agenda for 2013-05-28 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paolo Bonzini Cc: "Michael S. Tsirkin" , KVM devel mailing list , Juan Quintela , David Woodhouse , seabios@seabios.org, qemu-devel qemu-devel , Kevin O'Connor , ddutile@redhat.com, Jordan Justen , Laszlo Ersek Paolo Bonzini writes: > Il 31/05/2013 19:06, Anthony Liguori ha scritto: >> David Woodhouse writes: >> >>> On Fri, 2013-05-31 at 10:43 -0500, Anthony Liguori wrote: >>>> It's even more fundamental. OVMF as a whole (at least in it's usable >>>> form) is not Open Source. >>> >>> The FAT module is required to make EDK2 usable, and yes, that's not Open >>> Source. So in a sense you're right. >>> >>> But we're talking here about *replacing* the FAT module with something >>> that *is* open source. And the FAT module isn't a fundamental part of >>> EDK2; it's just an optional module that happens to be bundled with the >>> repository. >> >> So *if* we replace the FAT module *and* that replacement was GPL, would >> there be any objects to having more GPL modules for things like virtio, >> ACPI, etc? >> >> And would that be doable in the context of OVMF or would another project >> need to exist for this purpose? > > I don't think it would be doable in TianoCore. I think it would end up > either in distros, or in QEMU. As I think more about it, I think forking edk2 is inevitable. We need a clean repo that doesn't include the proprietary binaries. I doubt upstream edk2 is willing to remove the binaries. But this can be quite simple using a combination of git-svn and a rewriting script. We did exactly this to pull out the VGABios from Bochs and remove the binaries associated with it. It's 100% automated and can be kept in sync via a script on qemu.org. > A separate question is whether OVMF makes more sense as part of > TianoCore or rather as part of QEMU. I'm not sure if qemu.git is the right location, but we can certainly host an ovmf.git on qemu.git that embeds the scrubbed version of edk2.git. Of course, this would enable us to add GPL code (including a FAT module) to ovmf.git without any impact on upstream edk2. > With 75% of the free hypervisors > now reunited under the same source repository, the balance is > tilting... :-) Regards, Anthony Liguori > > Paolo