Date: Sat, 8 Apr 2017 17:51:32 +0200 From: Fabian Keil <freebsd-listen@fabiankeil.de> To: Johannes M Dieterich <jmd@freebsd.org> Cc: svn-ports-all@freebsd.org Subject: Re: svn commit: r437978 - in head/graphics: . gpu-firmware-kmod Message-ID: <20170408174942.03bfd866@fabiankeil.de> In-Reply-To: <413f6155ca7d5529f661e5b39bd8dc17@freebsd.org> References: <201704080037.v380blYD047333@repo.freebsd.org> <20170408130130.0652a7bd@fabiankeil.de> <413f6155ca7d5529f661e5b39bd8dc17@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--Sig_/rdrKne6e0wMTk81RilWv7X1 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Johannes M Dieterich <jmd@freebsd.org> wrote: > On 2017-04-08 07:04, Fabian Keil wrote: > > Johannes M Dieterich <jmd@FreeBSD.org> wrote: > > =20 > >> Author: jmd > >> Date: Sat Apr 8 00:37:47 2017 > >> New Revision: 437978 > >> URL: https://svnweb.freebsd.org/changeset/ports/437978 > >>=20 > >> Log: > >> New port: graphics/gpu-firmware-kmod containing firmware kernel=20 > >> modules for i915, radeon, and amdgpu as obtained from and up to date=20 > >> with linux-firmware and to be used by the linuxkpi-based new KMS DRM. > >>=20 > >> Currently restricted to amd64 as the linuxkpi-based KMS components=20 > >> are similarly restricted. > >>=20 > >> Reviewed by: swills (mentor), rene (mentor), kwm, x11 > >> Approved by: swills (mentor), rene (mentor), x11 > >> Differential Revision: https://reviews.freebsd.org/D9931 =20 > >=20 > > Quoting https://reviews.freebsd.org/D9931#213095: > > | LICENSE: as discussed here, the firmware licenses are different > > | derivative "3-clause BSD"-ish licenses, both include explicit > > | language to disallow disassembling/reverse engineering. After > > | talking to @swills, he decided that we should get this port in > > | first and sort out the licensing (including changes to Mk and > > | remaining legal questions) later. > >=20 > > A bold decision. > >=20 > > While the licenses may have 3 clauses they aren't close to > > being BSD-ish and clearly non-free. > >=20 > > At the moment distributing the package created with the port > > seems to violate the licenses (by not including them) so the > > port should probably get marked with RESTRICTED or NO_PACKAGE > > until the license issues are taken care of. =20 > I will mark it restricted until it is properly sorted out. Should we=20 > then be concerned that older versions of the radeon firmwares under the=20 > very same license terms have been shipping in base since r254885 in 2013= =20 > w/o any license file? r254885/0d898a14229 added sys/contrib/dev/drm2/radeonkmsfw/LICENSE.radeon which should make it into the source distfile. While I think it's concerning that most FreeBSD distfiles including kernel and base can't be legally distributed to third parties on their own (that is, without shipping the whole src distfile as well, to make sure the relevant license terms make it to the recipient), that's not a radeon-specific issue. Fabian --Sig_/rdrKne6e0wMTk81RilWv7X1 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQTKUNd6H/m3+ByGULIFiohV/3dUnQUCWOkHBAAKCRAFiohV/3dU nfBtAKCxEbwDdrM12iyui9ENEmbCrnNGMgCgxOsGdT99lmKu4UELAUlGm7EMD90= =w1JQ -----END PGP SIGNATURE----- --Sig_/rdrKne6e0wMTk81RilWv7X1--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20170408174942.03bfd866>