[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Licensing issues
- To: Andrew Cooper <Andrew.Cooper3@xxxxxxxxxx>
- From: Roger Pau Monné <roger.pau@xxxxxxxxxx>
- Date: Tue, 13 Sep 2022 17:52:21 +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=FRW7TM8+i9v6IJbAGrs89ZahD+E4S8+UFs5RzCtGduo=; b=OmOiPLjJ6UpT6/mWmm2Uxt8A32oY8T2V7lAGTNL0Q63ARKHwatcIgTVh6kKeXvgQ8IybNJdAMTqML9BpQlaqMRaXZdM2tWz1waphqgznfmMBEasflILOmUmOnmTC+bqyaKqsSSaBsERsrKtQic5nw0ziTLNXyOFJ7PBNdx2wL8+Vsl9KwJIlgXy4BEcDoQFl4H6nKjpI4GF8YJjVQQK0jkZBwyEUyhjh4fcOh1i7OTvEOiMttMAUz/cQvj9w+NdLwi37ioT32nPeESj5Y0Jr0FIYkrltoGOsk/vwKqNaeal8c7nO/ffHX1kuerzh9i6viUpiyQvKakOJJN6g9XOVig==
- Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=m9HB3gSdiRmVkg+eS81K3UvzWmbFM0gQtXnLq3FqqVCfuDZdDnzl73Ua/zCusDyouFs4TNhP5n5oSfdHrpHPOWVS3qzjFe7ITqHxHAIRmnkO9Ko8wQM67PRw0k6H3+2Yy7S6XQhMWqRVsoX5uADjbwORJl1F17T38v01qMblAgbxMLHP17/mYzbxMnwqlJXHpboQCczmLWDQFM+eC9CenzdLC4P6WuzZUJTjaIG+k4n3xgxSKs9p80FddPTioh07NzmISXYiLifW64d6v43MCQxCdbKlvGK4/7iEpISPt/qnHFrE8CHoj/MPY6VS8J2p0elv4izMyt15L/HZYo8mtg==
- Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=citrix.com;
- Cc: 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>, Juergen Gross <jgross@xxxxxxxx>, Bertrand Marquis <Bertrand.Marquis@xxxxxxx>, Henry Wang <Henry.Wang@xxxxxxx>, Marek Marczykowski-Górecki <marmarek@xxxxxxxxxxxxxxxxxxxxxx>
- Delivery-date: Tue, 13 Sep 2022 15:52:38 +0000
- Ironport-data: A9a23:Lb4ZeKtYyAkxVFzTMqmGkLfmaufnVMxfMUV32f8akzHdYApBsoF/q tZmKW2EM/6PYzOgL4t1YI208U5X7JeBztFmQVNvrC9gQi9B+JbJXdiXEBz9bniYRiHhoOOLz Cm8hv3odp1coqr0/0/1WlTZhSAgk/vOHtIQMcacUghpXwhoVSw9vhxqnu89k+ZAjMOwRgiAo rsemeWGULOe82MyYzl8B56r8ks15qyj4WhA5DTSWNgQ1LPgvyhNZH4gDfnZw0vQGuF8AuO8T uDf+7C1lkuxE8AFU47Nfh7TKyXmc5aKVeS8oiM+t5uK23CukhcawKcjXMfwXG8M49m/c3Kd/ /0W3XC4YV9B0qQhA43xWTEAe811FfUuFLMqvRFTGCFcpqHLWyKE/hlgMK05FaIFpc9KAEF+z 6AzLjZVax/eqdyYyYvuH4GAhux7RCXqFKU2nyg5iB38U7MhS52FRLjW79hF2jt2ntpJAfvVe 8seb3xocQjEZBpMfFwQDfrSns/x3iW5L2Ie9Q3T/PRni4TQ5FUZPLzFKt3ad8bMXcxItk2Zu njH7yLyBRRy2Nm3mWLeoyny3rGncSXTBN4pFIKqy91Tu1S02m4WMSMRchzrvqzs4qK5c5cFQ 6AOwQI+oK53+EG1Q93VWxyjvGXCrhMaQ8BXEeAx9EeK0KW8ywSTC3UATzVBQMc7r8JwTjsvv neLgtfoCDpHoLCTD3WH+d+8tiiuMCIYKWsDYy4sTgYf5dTn5oYpgXrnUdJLAKOzyNrvFlnYw T+QqzMlr64OlsNN3KK+lXjtjiiwvJHPQkgQ7x/OQ2O+xgpjYciuYInAwXjW6+xRarmQSFapt WIB3cOZ6YgmCJiXkSWXTeYlHbe35u2EOjnRnV5uGZY68z2nvXWkeOhtDCpWIU5oNoMIfGHva UqK4AdJvsYNbD2tcLN9ZJ+3B4Iy16/8GN/5V/fSKN1Tfpx2cwzB9yZrDaKN413QfIEXuflXE f+mnQyEVB721YwPIOKKetog
- Ironport-hdrordr: A9a23:JoNgTaNtC5uK3cBcT1r155DYdb4zR+YMi2TDiHoddfUFSKalfp 6V98jztSWatN/eYgBEpTmlAtj5fZq6z+8P3WBxB8baYOCCggeVxe5ZjbcKrweQeBEWs9Qtr5 uIEJIOd+EYb2IK6voSiTPQe7hA/DDEytHPuQ639QYQcegAUdAF0+4WMHf4LqUgLzM2eKbRWa DskPZvln6FQzA6f867Dn4KU6zqoMDKrovvZVojCwQ84AeDoDu04PqieiLolis2Yndq+/MP4G LFmwv26uGKtOy68AbV0yv2445NkNXs59NfDIini9QTKB/rlgG0Db4REoGqjXQQmqWC+VwqmN 7Dr1MJONly0WrYeiWPrR7ky2DboUMTwk6n7WXdrWrooMT/Sj5/IdFGn5hlfhzQ7FdllM1g0Y pQtljp+6Z/PFflpmDQ9tLIXxZlmg6funw5i9MeiHRZTM83dKJRl4oC50lYea1wUR4S0LpXXt WGMfuspcq/KTihHjDkVyhUsZaRt00Ib1i7qhNogL3X79BU9EoJvXfwivZv3Evoz6hNO6Ws19 60TJiAq4s+P/P+TZgNcNvpEvHHfVDlcFbrDF+4B2jBOeUuB0/twqSHk4ndotvaM6A18A==
- List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
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.
I added the FreeBSD ones myself, but I did wonder whether it was
required or not. I will see about removing the FreeBSD ones and using
the ones in the system.
Regards, Roger.
|
