From mboxrd@z Thu Jan 1 00:00:00 1970 From: imp@bsdimp.com (Warner Losh) Date: Tue, 10 Jan 2017 10:33:59 -0800 Subject: [TUHS] the guy who brought up SVr4 on Sun machines In-Reply-To: <20170110182853.GR8099@mcvoy.com> References: <79091EE2-D7F8-4BE2-9422-47C365780367@berwynlodge.com> <587509e1.gGhkbfCz1YmUYkqT%schily@schily.net> <20170110182853.GR8099@mcvoy.com> Message-ID: On Tue, Jan 10, 2017 at 10:28 AM, Larry McVoy wrote: > On Tue, Jan 10, 2017 at 09:47:28AM -0800, Warner Losh wrote: >> On Tue, Jan 10, 2017 at 8:20 AM, Joerg Schilling wrote: >> > Berny Goodheart wrote: >> > >> >> Here???s the breakdown of SVR4 kernel lineage as I recall it. I am pretty sure this is correct. But I am sure many of you will put me right if I am wrong ;) >> >> >> >> From BSD: >> >> TCP/IP <=== NO, Svr4 uses a STREAMS based TCP/IP stack >> >> svr4's stack is derived from BSD with a STREAMS packaging. These files >> were listed as "in AT&T's code w/o BSD headers" in the countersuit for >> the infamous AT&T lawsuit. > > Yeah, I think Convergent did the STREAMS packaging, then Lachman bought > the stack, I ported it twice (ETA & SCO), then I believe it was Bill > Coleman (not positive on the name, it was the VP of networking) at Sun > that bought rights to the stack from Lachman under pretty unfavorable > terms, then Sun got unhappy with the terms (and the performance), > contracted with Mentat to do a new stack and I think that stack is what > remains in Solaris. I did some work on the Lachman stack for sysvr4 machines at Wollongong in 89 or so as well... It was very BSDish code that had been involved in a horrific traffic accident and rebuilt in a STREAMS framework. I'm not at all surprised that it didn't scale, because at the time it barely worked... Warner