Re: CVS commit: src/external
m...@netbsd.org writes: > On Sun, Apr 08, 2018 at 04:57:07PM +, Jared D. McNeill wrote: >> @@ -82,6 +82,10 @@ The licenses currently used are: >> mpl Mozilla Public license. >> https://opensource.org/licenses/MPL-2.0 >> >> +nvidia-firmware NVIDIA firmware license permitting redistribution for >> +use on operating systems distributed under the terms >> +of an OSI-approved open source license. >> + >> public-domain Non-license for code that has been explicitly put >> into the Public Domain. >> > > Can we talk to someone with legal expertise before importing code under > this license? One issue is that NetBSD's license permits proprietary derived works (that's the BSD point). But this really means that people doing that have to drop the nvidia firmware, and probably other firmware (or get a license). To be amusingly pedantic, adding this means that NetBSD's license is some combination of BSD, GPL (omitting details, MPL, etc. for brevity) and the nvidia license. However the nvidia license is not open source, so NetBSD with nvidia fails to be OSI-approved. But it seems unlikely that NVIDIA means this interpretation.
Re: CVS commit: src/external
On Sun, Apr 08, 2018 at 04:57:07PM +, Jared D. McNeill wrote: > @@ -82,6 +82,10 @@ The licenses currently used are: > mpl Mozilla Public license. > https://opensource.org/licenses/MPL-2.0 > > + nvidia-firmware NVIDIA firmware license permitting redistribution for > + use on operating systems distributed under the terms > + of an OSI-approved open source license. > + > public-domain Non-license for code that has been explicitly put > into the Public Domain. > > Can we talk to someone with legal expertise before importing code under this license?
Re: CVS commit: src/sys/net/npf
Le 07/04/2018 à 23:28, Christos Zoulas a écrit : In article <20180407090627.20058f...@cvs.netbsd.org>, Maxime Villardwrote: -=-=-=-=-=- Module Name:src Committed By: maxv Date: Sat Apr 7 09:06:27 UTC 2018 Modified Files: src/sys/net/npf: npf_inet.c Log Message: Rewrite npf_fetch_tcpopts: * Instead of doing several nbuf_advance/nbuf_ensure_contig and playing with gotos, fetch the TCP options only once, and iterate over the (safe) area. The code is similar to tcp_dooptions. * When handling TCPOPT_MAXSEG and TCPOPT_WINDOW, ensure the length is the one we're expecting. If it isn't, then skip the option. This wasn't done before, and not doing it allowed a packet to bypass the max-mss clamping procedure. Discussed on tech-net@. This seems to break cvs -d cvs.netbsd.org:/cvsroot diff, with write via ssh returning ENETUNREACH. christos My bad (again). Seems like the TCP code is getting me confused all the time.