Received: from eggs.gnu.org ([2001:4830:134:3::10]:42199) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UiSQp-0001OH-D1 for qemu-devel@nongnu.org; Fri, 31 May 2013 12:44:02 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UiSQn-0007PC-0e for qemu-devel@nongnu.org; Fri, 31 May 2013 12:43:59 -0400 Received: from mx1.redhat.com ([209.132.183.28]:52130) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UiSQm-0007P3-Ph for qemu-devel@nongnu.org; Fri, 31 May 2013 12:43:56 -0400 Message-ID: <51A8D3BF.5000809@redhat.com> Date: Fri, 31 May 2013 18:45:51 +0200 From: Laszlo Ersek MIME-Version: 1.0 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> In-Reply-To: <87mwrbqhn1.fsf@codemonkey.ws> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] KVM call agenda for 2013-05-28 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Anthony Liguori 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 On 05/31/13 17:43, Anthony Liguori wrote: > David Woodhouse writes: >=20 >> On Fri, 2013-05-31 at 08:04 -0500, Anthony Liguori wrote: >>> >>> >>> >>> Fork OVMF, drop the fat module, and just add GPL code. It's an easil= y >>> solvable problem. >> >> Heh. Actually it doesn't need to be a fork. It's modular, and the FAT >> driver is just a single module. Which is actually included in *binary* >> form in the EDK2 repository, I believe, and its source code is >> elsewhere. >> >> We could happily make a GPL=C2=B9 or LGPL implementation of a FAT modu= le and >> build our OVMF with that instead, and we wouldn't need to fork OVMF at >> all. >=20 > So can't we have GPL virtio modules too? I don't think there's any > problem there except for the FAT module. I share your assessment. > I would propose more of a virtual fork. It could consist of a git repo= with > the GPL modules + a submodule for edk2. Ideally, there would be no nee= d > to actually fork edk2. Indeed. edk2 is extremely modular. But in order to get a useful firmware image ultimately, you need a FAT driver. > My assumption is that edk2 won't take GPL code. Correct, see eg. OvmfPkg/Contributions.txt. Laszlo