[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Licensing issues


  • To: Juergen Gross <jgross@xxxxxxxx>
  • From: Roger Pau Monné <roger.pau@xxxxxxxxxx>
  • Date: Wed, 14 Sep 2022 15:50:06 +0200
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=citrix.com; dmarc=pass action=none header.from=citrix.com; dkim=pass header.d=citrix.com; arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=o2sOe/63kgG1OhSccS7QuJkq0DnuUDrkO+xJxjoRv/M=; b=Php4jEr2y3p9Wg9X47S9v1QW4DI9xfvn9fX7x9Mp2jHx9CHPahg9hybc/SqaVoBDvQqKJhxtVa9bmJf4/3HLSqBH/bk8g6iNa5Qf7VZIzkDa6CptavBTvn5N0iRA8QyiHaZnUMBAc4KkUCy/BQUxgq2u1iSnIwfoTchCoj8hAXQXDgTOJZh2UpXrXSjp60aCMrHTVZaTnvR+YuiL99iaL0XAIvfnksgfOG2HIjs3+rTuNaGUXIF4bfFuPRvEXHX9Pvw/1QjhWS/+E5zW3ktf7HkQI6AbwUx5TemQJmPD449COsDpolV40J26gG/+M0DHGA+SLlE6ey9WRfpKpLUUKA==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=oaMoScj4Njdu7GMI3NAyczhrHnh9f5XS/gLgmqYCEJ9ktNTwWbKwFLAC6nbZS5FEO2fC4U6KKSM6HjgX4RITobBz770kAqCh/sQeDjnvFvl7SrOGe3B1GKyu7yQeVjWJmrfwESHOu6+rmH24kzvPKhgbl7lTOZRpYuN3iRhrIVhhBW8zdP1cKDV41qsY0tKaaqAA+pIAA+4sl6I8T+l5Q4ueYEDipGCeL95w722LySfxkIVarneJ2BO8E7KT4WtpUMWsWvd1XJHZfm9VS8SnLEBG3z62+7AjgZwlHqd30DAAK0qKIB8xyBjMXjD2CzQiVMVrYblbo0n2PVFsTX7b8Q==
  • Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=citrix.com;
  • Cc: Andrew Cooper <Andrew.Cooper3@xxxxxxxxxx>, xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxxx>, George Dunlap <George.Dunlap@xxxxxxxxxx>, Jan Beulich <jbeulich@xxxxxxxx>, Julien Grall <julien@xxxxxxx>, Stefano Stabellini <sstabellini@xxxxxxxxxx>, Wei Liu <wl@xxxxxxx>, Bertrand Marquis <Bertrand.Marquis@xxxxxxx>, Henry Wang <Henry.Wang@xxxxxxx>, Marek Marczykowski-Górecki <marmarek@xxxxxxxxxxxxxxxxxxxxxx>
  • Delivery-date: Wed, 14 Sep 2022 13:50:28 +0000
  • Ironport-data: A9a23:Y9gdLK63kmE5hv9GcqHWKQxR2vbMJQuBRyYv2ybIXl8q2Bzspq5RRtaLSdRirHyfPWYI/V1F0QLCw8HWTaBjtYjshk9S1H9T/Ufviw/3dkcJ/7P7WYn33J+4kjf/KU4vY9Vx8fISpLue8SrrfFHZfH2vTPGoCU1jA/mez0Juz+rhqTzWPEGYQmnd9wd+03LOYCCZFxVuFnHGU2I+xZXZBL8p8BBf2VQweabRtQCTrVtsnBZejVVOjnIZvwgrE9/h0SwlF6aGAMYdUW1xUFS/ob7d+ZTQgfIK4Yg2jx2fzaVh50ROe45RxXKjvyVkzD9myIjFQwoqdqVfyvH48M1KKYPO62sECRLbUHdBhxUZisoltg+AaRB8uEzP/kWKjYkd1XBkQPP1SxB6s98wGtAfKQMNLc4nvu8cmYrThM4NiRnLmgH6dVvqi/Ac6UtXCsFogoXD+YIG0FJ0Kx+sRprHiLWa2IwqvcOj1rNfCL8BlCaLEaRfCp1IJmqSmoCF3axrUEIhXKnZgRkWwMU8K7i0UrE+FMGeWbOJ1W7kzAPui3mRXzWiuUz8uP70riweP5pbQBcKRBF0lHF8BCJCquUoAeBci62xBsuoFfoD5OAbUp4/lyq0LnRmtLdNy3r/i99ASe0CQET+gV7KAa3Hgp1y0IjDQBdvJiESY+PRG/hEHOFpidUGXwo6elksfnyRtNymmi5sDbFGfhYRTu38r/Vf4TxwAyCwqtZM4tIc46IG92n0saC5TgNwaWChiVyBeLrCzhvvCpykURkzj/1ZjthhXbyD3WUiVjo9NpJ6UbkDqBrqHE19qcbrXmpdljklhaqQBtmgpE6LBiZDvSTyfRwfTBae1aNQZ58j6cim4Qe9ucaCXRghIlBThA9ozAFmHQINGGQqYkcjdVrtU1pdfCmi+qhHKkFHsQuz6lxkSnnBNBclxHWl+n/G/xZEr+xWaMKTZJU2ttyt5shU3SZNDXPC8v8BVoYgIJss+kYcWfGqmiCSCfCNVfVJBWvMA985FvVe9pttscP71iPss5kEriYPl7+I38/EO5IWK6AH9N2K13CQytL83bOlUPAwr5lIik14v6arOx2xJGP8ochY2FvsVBsY6aVnG+k7i7dVbuWXKkrYiMD5vmn8KUW10X+ZHjX6WTpSauoIOPVqTns8vwBcevIaPl+HHUkTreWXtosnUW33h1KQayYuUcmvnfTw/1CqLi/3XJ+XKWM3CDhvmcXQKx8AV808PLKOn4nqJpQl7HJrp6ZE130Gu0OAEjHzVuw56P87zsBg14cmSIQAYr/ImtDLqqk+F1oIzCrf0PUBNZMiLlH818F5hJ2/KJ9X7bxUi6tnc+Zhudg0McshVoH2s06RPzRuaFUwNtQltJb1DsGdL7IOLkBfnBksMjMpxl7jSqfxxFjrEXzFgU+8eSI4xBSQNjidaOoRi5njHmIvJ3hLi3ISWM1xEFR/VACl5OrN5UK9XS3RWt9ZDZYewG0muuHmbsdQVGBBdaBu6q0By1F4TeZnngJbQx9dNoFSUdRHnPgrJSNzbAGzS4llUZKiOFti/uKvjLrXO6gGIzd2qx3UIkg0h+9Qf7Pkce+oqW/M4FzSj0xa+5g3oMdOtgg4bFBTBl3g1Q6n2j6KdaUXJICsAsTWkSE1ZJRErTsHSUbL5R8E/1Ad7tfyYBQ3EjU13V1uRsonZXVIknPHsCulSKVlJuAs845iNWOdZVz4mJaMxJljuvnW9hbOKtg9EnOfDIFbRvehwzGaXfwQr/k1L+J35I4H8kfD8qoYkYFCyZ6Y6DAKSfm+JSnTZhrWBKrrwT0+T8rRKlkt7jFlzcmiJVPZFPM7ks4/Fmz21PAInp1Ky0QP6Uhrnw9RdJODpIT83JbxvzuWJ/bpa6XtF2OQ6eNFII1l4gcxOZr3aLh7PsyBRi6/JVzg2kXWvmd84wganIoIpRmdGTTL6nyOhFYdlqdz7NHsOXBJoOaeJCMrwPwaBbnrLMGSNmBYDd9BVmNfVPtT0wQBUyjWUwVbGfwizaqU7RynYCssEMKamIKxhH39ZubVV5hh2Oi3rev1kyUfN1Xx37rIA3juRTtuvizLE5/XJmIfilpl/vK9yZWoESP2LrxYXpEy8OiiufXcn0OEavqGHk4giLsfoolPzQ5HRSZpj3d5JGM0g2baO+c90J1OQESM6Eyg6pvF/hhrlBiRRHtkPgmgg8gwMzK+MdpbfUVm+RkcvsT/k3Lr78zqr6G4EVPhimjZdIuKPKEhf+LcYL/VsZgw1eu/6H7KNfrXzw1i3/uJMVmqBYPfALtd0wGQgezViVu1/WnOyzatjktG/1YFjbq1LsAFeTCOlchCawqRLL4VQ1rR4bT2NZ/2Cgrv3iTzY2pO5vEHUkrQd7/q4zzlbuhQB76i24Y4C2k7S81/BZfJjR/xtclFD3b+m39qo/az23Lp69Z89q555eBjA0F3Iv1g1gRGKg1ibkEF5yKNq3GiR7u7hNAL42yoawA+SYp1E4DCn0PowpVEOoKoMjoRNeJX2LWag6Env8Bj6jL5qH3x/mvJX3w1ZOLdFF9FEGmtiB9IhAeWd1qonZthAdxj+iyXg3miYiauPa4BIBmoG6SZrrlmn9g/q/I/wVy05py4oFJ/Sgi75OuMUoLvwhQaya7OW3pLKLPPs6uFtjM3jJRr7P3sK3JPdNQ3YgkhICFcfjO6CF8LpaCsZHyesmx+Bo1t1+J9E7eHtHXsdZxRGI/K3Pb+Lhb8n43CSFPNDt1Wo3zuHllKBgIfVmw7k5AOmEoLzsCL
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

On Wed, Sep 14, 2022 at 01:28:27PM +0200, Juergen Gross wrote:
> On 13.09.22 17:52, Roger Pau Monné wrote:
> > On Fri, Jul 22, 2022 at 02:31:28PM +0000, Andrew Cooper wrote:
> > > I've been cross-checking licensing details, and we have some problems.
> > > 
> > > 1) We install xen/include/public/COPYING into /usr/include/xen/COPYING,
> > > which is not common practice.  The installed file is mostly useless
> > > because it discusses files based on their xen.git paths.
> > > 
> > > 2) We actually use the MIT header for the public interface, but we don't
> > > actually call it by it's common name anywhere.
> > > 
> > > 3) The following files are missing the MIT header:
> > > 
> > > /usr/include/xen/foreign/x86_32.h
> > > /usr/include/xen/foreign/x86_64.h
> > > /usr/include/xen/foreign/arm32.h
> > > /usr/include/xen/foreign/arm64.h
> > > /usr/include/xen/sys/gntalloc.h
> > > /usr/include/xen/device_tree_defs.h
> > > /usr/include/xen/errno.h
> > > 
> > > Foreign are autogenerated from headers with MIT licences, so that's an
> > > easy fix.
> > > 
> > > errno.h was an oversight when we added it.  There's no problem fixing
> > > it, as it is covered by multiple statements elsewhere in the tree.
> > > 
> > > device_tree_defs.h is problematic.  It came into existence in c/s
> > > 1c898a9fec7e4 when some LGPL code was moved out of libxl, and some GPL
> > > code was copied out of Xen.  So there's currently an GPL+LGPL vs MIT
> > > licensing violation.
> > > 
> > > I have not looked through history, but it's likely that the copyright is
> > > covered by individuals/companies who are still active members of Xen,
> > > and I don't anticipate any problem getting it formally relicensed (it's
> > > just a few constants), but this does need fixing.
> > > 
> > > sys/gntalloc.h is more complicated.  It's stated as public domain which
> > > is fine for our purposes, but inconsistent with everything else, and we
> > > need to adjust the various files we've got which state that the full
> > > public API is MIT.
> > > 
> > > But it does raise a different bug.  Why do we have random linux headers
> > > committed in the tree, used by some userspace libraries?
> > 
> > I would guess this is because in the past (pre Linux pvops kernels) we
> > wanted distros to be able to build Xen packages on boxes that did not
> > run Xen patched kernels, and hence didn't have the user-space headers,
> > that's why we had to add them to xen.git.
> 
> It isn't so easy.
> 
> Those are headers of Xen-specific kernel drivers.
> 
> Especially in case new features are added to the upstream kernel drivers,
> we want to be able to build the Xen tools using them without requiring a
> bleeding edge kernel installed.

We could #ifdef code based on what's defined in the headers.

But that would have the side effect of limiting the builtin features
to the support present in the kernel used for the build process,
which can be an issue for Linux distros I guess.

For FreeBSD that wouldn't be so bad because the kernel is packaged
together with userspace.

Roger.



 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.