From mboxrd@z Thu Jan 1 00:00:00 1970 From: Laszlo Ersek Subject: Re: KVM call agenda for 2013-05-28 Date: Fri, 31 May 2013 18:54:25 +0200 Message-ID: <51A8D5C1.7050307@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> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Anthony Liguori , Jordan Justen , "Kevin O'Connor" , Juan Quintela , KVM devel mailing list , qemu-devel qemu-devel , seabios@seabios.org, ddutile@redhat.com, "Michael S. Tsirkin" To: David Woodhouse Return-path: Received: from mx1.redhat.com ([209.132.183.28]:55346 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752582Ab3EaQwr (ORCPT ); Fri, 31 May 2013 12:52:47 -0400 In-Reply-To: <1370018019.5141.104.camel@i7.infradead.org> Sender: kvm-owner@vger.kernel.org List-ID: On 05/31/13 18:33, David Woodhouse wrote: > 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. Yes. *Some* FAT module is a hard requirement. > So I think you're massively overstating the issue. OVMF/EDK2 *is* Open > Source, Agreed, > and replacing the FAT module really isn't that hard. technically it's not hard; for a seasoned file system developer (which I'm not, of course), even possibly missing UEFI bits, it should be children's play actually, considering the high quality of UEFI documentation and the responsiveness of edk2-devel. Considering US legal climate however, it appears *extremely* hard to replace the FAT module, in my unwashed personal opinion. Laszlo