From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:34114) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Za0DD-0003G8-Ss for qemu-devel@nongnu.org; Thu, 10 Sep 2015 07:40:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Za0DA-0003rl-N9 for qemu-devel@nongnu.org; Thu, 10 Sep 2015 07:40:19 -0400 Received: from mx2.suse.de ([195.135.220.15]:60632) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Za0DA-0003rd-EW for qemu-devel@nongnu.org; Thu, 10 Sep 2015 07:40:16 -0400 References: <55C8D046.7040203@redhat.com> <55EFF48F.7090005@redhat.com> <20150909161735.30348.87652@jljusten-ivb> <20150909175753.1013.69101@jljusten-ivb> <20150909222410.14692.78094@jljusten-ivb> <2291309F-6521-4966-B8EB-FDCC1DCD2B1F@apple.com> <20150910004159.19487.83764@jljusten-ivb> <7CD35995-8D54-471A-A410-9401AC93F8D4@apple.com> <20150910053245.26520.89816@jljusten-ivb> <362BF159-E748-4B64-BBCA-63D0DEE50158@suse.de> <55F155CB.8040800@redhat.com> From: Alexander Graf Message-ID: <55F16C1A.80604@suse.de> Date: Thu, 10 Sep 2015 13:40:10 +0200 MIME-Version: 1.0 In-Reply-To: <55F155CB.8040800@redhat.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] [edk2] EDK II & GPL - Re: OVMF BoF @ KVM Forum 2015 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Laszlo Ersek , Jordan Justen Cc: Lenny Szubowicz , Karen Noel , "El-Haj-Mahmoud, Samer" , Ard Biesheuvel , edk2-devel-01 , Reza Jelveh , Andrew Fish , qemu devel list , Hannes Reinecke , "Gabriel L. Somlo (GMail)" , Peter Jones , Peter Batard , Gerd Hoffmann , Mark Doran , Cole Robinson , Paolo Bonzini , "xen-devel@lists.xen.org" , "Ademar de Souza Reis Jr." On 10.09.15 12:04, Laszlo Ersek wrote: > On 09/10/15 08:19, Alexander Graf wrote: >> >> >>> Am 10.09.2015 um 07:32 schrieb Jordan Justen : >=20 >>> Laszlo's email raised the GPL question, but I was not sure what the >>> EDK II community would accept with regards to GPL. Thus ... I asked. = I >>> guess I'm getting a better idea with regards to Apple and HP. :) >>> >>> In your opinion, would we be able to discuss patches for a *separate* >>> repo with GplDriverPkg on edk2-devel? >> >> In fact, could we just make the non-free FAT source and GPL FAT >> source both be git submodules? >=20 > We've discussed submodules in the past (for other purposes). The > consensus seemed to be that most people dislike them (me included). >=20 > UEFI drivers are supposed to be modular / well separable (for one, they > can be shipped by third parties in binary-only form; which was a design > goal of UEFI). And specifically in the FAT driver's case, the source > doesn't even live inside the main repo at the moment, so turning it int= o > a source submodule might not be a step back. >=20 > But... I just don't like it. We should be moving towards a grand unifie= d > repo, where cross-module changes and dependencies are possible to > implement with carefully segmented patch sets. The FAT driver's source > lives outside for non-technical reasons. Rather than codifying that > situation forever with a git submodule, I'd prefer some solution that > leaves us with a standalone repo. >=20 > I think I'm fuzzy on the details of the earlier git-submodule > discussion. In any case here's the link (I hope this is the right one): >=20 > http://thread.gmane.org/gmane.comp.bios.tianocore.devel/15168 >=20 >> Then whoever clones the repo can get >> the license flavor he's least scared about. >=20 > I think for many companies it is important that a developer of theirs > who is "blissfully ignorant" of licensing questions simply *cannot* mak= e > a mistake (eg. by copying code from the "wrong" directory, or by using > the "wrong" submodule). It should be foolproof. >=20 >> Or alternatively instead >> of pulling in a GPL licensed FAT driver we use a BSD licensed one. >> I'm sure someone has one of those too ;). >=20 > I'm not sure at all. Do you have a pointer? :) Well, the BSDs definitely have drivers, but I find the BSD VFS layer quite confusing to be honest ;). Then there is http://elm-chan.org/fsw/ff/00index_e.html which from my gut feeling has a compatible license (read: needs verification). I'm sure with some extensive search one can find a workable driver. Or for example Apple could just contribute theirs as BSD licensed. Alex