* [TUHS] 386BSD released @ 2021-07-13 22:28 Dave Horsfall 2021-07-14 7:54 ` Michael Kjörling ` (2 more replies) 0 siblings, 3 replies; 47+ messages in thread From: Dave Horsfall @ 2021-07-13 22:28 UTC (permalink / raw) To: The Eunuchs Hysterical Society In 1992, 386BSD is released by Lynne and William Jolitz, starting the open source operating system movement (Linux didn't come along under later). -- Dave ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] 386BSD released 2021-07-13 22:28 [TUHS] 386BSD released Dave Horsfall @ 2021-07-14 7:54 ` Michael Kjörling 2021-07-14 8:19 ` Angus Robinson ` (2 more replies) 2021-07-14 21:37 ` [TUHS] 386BSD released Bakul Shah 2021-07-16 21:22 ` Dave Horsfall 2 siblings, 3 replies; 47+ messages in thread From: Michael Kjörling @ 2021-07-14 7:54 UTC (permalink / raw) To: tuhs On 14 Jul 2021 08:28 +1000, from dave@horsfall.org (Dave Horsfall): > In 1992, 386BSD is released by Lynne and William Jolitz, starting the open > source operating system movement (Linux didn't come along under later). Are you sure? Wikipedia claims that it happened the other way around; that the Linux kernel initial release was 0.02 on 5 Oct 1991, while the 386BSD initial release was 0.0 on 12 March 1992. It seems that work on 386BSD began earlier than work on Linux, but that the initial release of Linux was earlier than the initial release of 386BSD. -- Michael Kjörling • https://michael.kjorling.se • michael@kjorling.se “Remember when, on the Internet, nobody cared that you were a dog?” ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] 386BSD released 2021-07-14 7:54 ` Michael Kjörling @ 2021-07-14 8:19 ` Angus Robinson 2021-07-14 8:32 ` Michael Kjörling 2021-07-14 15:01 ` Clem Cole 2021-07-14 11:49 ` [TUHS] " Andy Kosela 2021-07-16 1:35 ` Dave Horsfall 2 siblings, 2 replies; 47+ messages in thread From: Angus Robinson @ 2021-07-14 8:19 UTC (permalink / raw) To: Michael Kjörling; +Cc: The Eunuchs Hysterical Society [-- Attachment #1: Type: text/plain, Size: 1210 bytes --] Looking at a few online sources, Linus actually said when "386BSD came out, Linux was already in a usable state, that I never really thought about switching. If 386BSD had been available when I started on Linux, Linux would probably never had happened". Although the dates differ, it seems Linux was released in 1991 Kind Regards, Angus Robinson On Wed, Jul 14, 2021 at 10:04 AM Michael Kjörling <michael@kjorling.se> wrote: > On 14 Jul 2021 08:28 +1000, from dave@horsfall.org (Dave Horsfall): > > In 1992, 386BSD is released by Lynne and William Jolitz, starting the > open > > source operating system movement (Linux didn't come along under later). > > Are you sure? Wikipedia claims that it happened the other way around; > that the Linux kernel initial release was 0.02 on 5 Oct 1991, while > the 386BSD initial release was 0.0 on 12 March 1992. > > It seems that work on 386BSD began earlier than work on Linux, but > that the initial release of Linux was earlier than the initial release > of 386BSD. > > -- > Michael Kjörling • https://michael.kjorling.se • michael@kjorling.se > “Remember when, on the Internet, nobody cared that you were a dog?” > > [-- Attachment #2: Type: text/html, Size: 1904 bytes --] ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] 386BSD released 2021-07-14 8:19 ` Angus Robinson @ 2021-07-14 8:32 ` Michael Kjörling 2021-07-14 9:07 ` Lars Brinkhoff 2021-07-14 10:09 ` Tom Ivar Helbekkmo via TUHS 2021-07-14 15:01 ` Clem Cole 1 sibling, 2 replies; 47+ messages in thread From: Michael Kjörling @ 2021-07-14 8:32 UTC (permalink / raw) To: tuhs On 14 Jul 2021 10:19 +0200, from angus@fairhaven.za.net (Angus Robinson): > Looking at a few online sources, Linus actually said when "386BSD came out, > Linux was already in a usable state, that I never really thought about > switching. If 386BSD had been available when I started on Linux, Linux > would probably never had happened". And all this, of course, ignoring the other issue of what might be considered a "start to the open source operating system movement", given that even development of GNU was well underway by the time the Linux kernel got started (having been worked on since early 1984), and one might even be able to argue that the early UNIX systems were also, in a sense, open source. -- Michael Kjörling • https://michael.kjorling.se • michael@kjorling.se “Remember when, on the Internet, nobody cared that you were a dog?” ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] 386BSD released 2021-07-14 8:32 ` Michael Kjörling @ 2021-07-14 9:07 ` Lars Brinkhoff 2021-07-14 14:09 ` Larry McVoy 2021-07-14 10:09 ` Tom Ivar Helbekkmo via TUHS 1 sibling, 1 reply; 47+ messages in thread From: Lars Brinkhoff @ 2021-07-14 9:07 UTC (permalink / raw) To: Michael Kjörling; +Cc: tuhs Michael Kjörling wrote: > And all this, of course, ignoring the other issue of what might be > considered a "start to the open source operating system movement", > given that even development of GNU was well underway by the time the > Linux kernel got started (having been worked on since early 1984) GNU planned to adopt TRIX which was developed at MIT in the mid 1980s. I don't know its exact distribution terms, but Wipikedia says "open source" so it was possibly in that general vicinity. Arguably ancient PDP-10 operating systems like ITS, WAITS, TENEX were somewhat "open" and "free", but it's not a clear cut case. ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] 386BSD released 2021-07-14 9:07 ` Lars Brinkhoff @ 2021-07-14 14:09 ` Larry McVoy 2021-07-14 14:54 ` Warner Losh 0 siblings, 1 reply; 47+ messages in thread From: Larry McVoy @ 2021-07-14 14:09 UTC (permalink / raw) To: Lars Brinkhoff; +Cc: tuhs On Wed, Jul 14, 2021 at 09:07:19AM +0000, Lars Brinkhoff wrote: > Michael Kj??rling wrote: > > And all this, of course, ignoring the other issue of what might be > > considered a "start to the open source operating system movement", > > given that even development of GNU was well underway by the time the > > Linux kernel got started (having been worked on since early 1984) > > GNU planned to adopt TRIX which was developed at MIT in the mid 1980s. > I don't know its exact distribution terms, but Wipikedia says "open > source" so it was possibly in that general vicinity. > > Arguably ancient PDP-10 operating systems like ITS, WAITS, TENEX were > somewhat "open" and "free", but it's not a clear cut case. X10 and X11 predate all of this and at least X11 is open source. -- --- Larry McVoy lm at mcvoy.com http://www.mcvoy.com/lm ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] 386BSD released 2021-07-14 14:09 ` Larry McVoy @ 2021-07-14 14:54 ` Warner Losh 2021-07-14 15:06 ` Richard Salz 2021-07-14 15:37 ` Steve Nickolas 0 siblings, 2 replies; 47+ messages in thread From: Warner Losh @ 2021-07-14 14:54 UTC (permalink / raw) To: Larry McVoy; +Cc: The Eunuchs Hysterical Society [-- Attachment #1: Type: text/plain, Size: 4305 bytes --] On Wed, Jul 14, 2021 at 8:10 AM Larry McVoy <lm@mcvoy.com> wrote: > On Wed, Jul 14, 2021 at 09:07:19AM +0000, Lars Brinkhoff wrote: > > Michael Kj??rling wrote: > > > And all this, of course, ignoring the other issue of what might be > > > considered a "start to the open source operating system movement", > > > given that even development of GNU was well underway by the time the > > > Linux kernel got started (having been worked on since early 1984) > > > > GNU planned to adopt TRIX which was developed at MIT in the mid 1980s. > > I don't know its exact distribution terms, but Wipikedia says "open > > source" so it was possibly in that general vicinity. > > > > Arguably ancient PDP-10 operating systems like ITS, WAITS, TENEX were > > somewhat "open" and "free", but it's not a clear cut case. > > X10 and X11 predate all of this and at least X11 is open source. > The X10R3 license sure looks like a standard MIT license. The other license statements that were included also read very much like open source, or at least a strong intention of being open source, absent any drafting flaws. Copyright 1985 by the Massachusetts Institute of Technology Permission to use, copy, modify, and distribute this software and its documentation for any purpose and without fee is hereby granted, provided that the above copyright notice appear in all copies and that both that copyright notice and this permission notice appear in supporting documentation, and that the name of M.I.T. not be used in advertising or publicity pertaining to distribution of the software without specific, written prior permission. M.I.T. makes no representations about the suitability of this software for any purpose. It is provided "as is" without express or implied warranty. This software is not subject to any license of the American Telephone and Telegraph Company or of the Regents of the University of California. Although uwm did have the somewhat longer: /************************************************************************ * * * Copyright (c) 1986 by * * Digital Equipment Corporation, Maynard, MA * * All Rights Reserved. * * * * Permission to use, copy, modify, and distribute this software * * and its documentation is hereby granted only to licensees of * * The Regents of the University of California pursuant to their * * license agreement for the Berkeley Software Distribution * * provided that the following appears on all copies. * * * * "LICENSED FROM DIGITAL EQUIPMENT CORPORATION * * COPYRIGHT (C) 1986 * * DIGITAL EQUIPMENT CORPORATION * * MAYNARD, MA * * ALL RIGHTS RESERVED. * * * * THE INFORMATION IN THIS SOFTWARE IS SUBJECT TO CHANGE WITHOUT * * NOTICE AND SHOULD NOT BE CONSTRUED AS A COMMITMENT BY DIGITAL * * EQUIPMENT CORPORATION. DIGITAL MAKES NO REPRESENTATIONS * * ABOUT SUITABILITY OF THIS SOFTWARE FOR ANY PURPOSE. IT IS * * SUPPLIED "AS IS" WITHOUT EXPRESS OR IMPLIED WARRANTY. * * * * IF THE UNIVERSITY OF CALIFORNIA OR ITS LICENSEES MODIFY * * THE SOFTWARE IN A MANNER CREATING DERIVATIVE COPYRIGHT * * RIGHTS APPROPRIATE COPYRIGHT LEGENDS MAY BE PLACED ON THE * * DERIVATIVE WORK IN ADDITION TO THAT SET FORTH ABOVE." * * * ************************************************************************/ This is the earliest copy of X10 I could find, pegging the date at around 1985, which predates Linux by half a dozen years. Warner [-- Attachment #2: Type: text/html, Size: 5594 bytes --] ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] 386BSD released 2021-07-14 14:54 ` Warner Losh @ 2021-07-14 15:06 ` Richard Salz 2021-07-14 15:37 ` Steve Nickolas 1 sibling, 0 replies; 47+ messages in thread From: Richard Salz @ 2021-07-14 15:06 UTC (permalink / raw) To: Warner Losh; +Cc: The Eunuchs Hysterical Society [-- Attachment #1: Type: text/plain, Size: 233 bytes --] History of the MIT license first used for PC/IP in 1984 and then for X Windows (read the link, fascinating "influence" was so important and the benefits MIT got from that): https://web.mit.edu/Saltzer/www/publications/MITLicense.pdf [-- Attachment #2: Type: text/html, Size: 387 bytes --] ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] 386BSD released 2021-07-14 14:54 ` Warner Losh 2021-07-14 15:06 ` Richard Salz @ 2021-07-14 15:37 ` Steve Nickolas 1 sibling, 0 replies; 47+ messages in thread From: Steve Nickolas @ 2021-07-14 15:37 UTC (permalink / raw) To: Warner Losh; +Cc: The Eunuchs Hysterical Society On Wed, 14 Jul 2021, Warner Losh wrote: > The X10R3 license sure looks like a standard MIT license. The other license > statements that were included also read very much like open source, or > at least a strong intention of being open source, absent any drafting flaws. > > Copyright 1985 by the Massachusetts Institute of Technology > > Permission to use, copy, modify, and distribute this > software and its documentation for any purpose and without > fee is hereby granted, provided that the above copyright > notice appear in all copies and that both that copyright > notice and this permission notice appear in supporting > documentation, and that the name of M.I.T. not be used in > advertising or publicity pertaining to distribution of the > software without specific, written prior permission. > M.I.T. makes no representations about the suitability of > this software for any purpose. It is provided "as is" > without express or implied warranty. > > This software is not subject to any license of the American > Telephone and Telegraph Company or of the Regents of the > University of California. Ironically...that's closer to a "3-clause BSD" license. -uso. ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] 386BSD released 2021-07-14 8:32 ` Michael Kjörling 2021-07-14 9:07 ` Lars Brinkhoff @ 2021-07-14 10:09 ` Tom Ivar Helbekkmo via TUHS 2021-07-14 10:39 ` arnold 2021-07-14 17:21 ` Lyndon Nerenberg (VE7TFX/VE6BBM) 1 sibling, 2 replies; 47+ messages in thread From: Tom Ivar Helbekkmo via TUHS @ 2021-07-14 10:09 UTC (permalink / raw) To: Michael Kjörling; +Cc: TUHS Michael Kjörling <michael@kjorling.se> writes: > [...] one might even be able to argue that the early UNIX systems were > also, in a sense, open source. Ditto MINIX, of course, which was released, along with the book, in 1987. -tih -- Most people who graduate with CS degrees don't understand the significance of Lisp. Lisp is the most important idea in computer science. --Alan Kay ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] 386BSD released 2021-07-14 10:09 ` Tom Ivar Helbekkmo via TUHS @ 2021-07-14 10:39 ` arnold 2021-07-14 17:21 ` Lyndon Nerenberg (VE7TFX/VE6BBM) 1 sibling, 0 replies; 47+ messages in thread From: arnold @ 2021-07-14 10:39 UTC (permalink / raw) To: tih, michael; +Cc: TUHS Tom Ivar Helbekkmo via TUHS <tuhs@minnie.tuhs.org> wrote: > Michael Kjörling <michael@kjorling.se> writes: > > > [...] one might even be able to argue that the early UNIX systems were > > also, in a sense, open source. > > Ditto MINIX, of course, which was released, along with the book, in 1987. The original Minix wasn't so open source. It was certainly not GPL'ed or BSD/MIT licensed. Also, Tannenbaum had no interest in coordinating distributed development of Minix into a production-worthy system. I don't want to rehash all of that here, but I certainly would not have listed the original Minix as Free Software / Open Source. My two cents, Arnold ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] 386BSD released 2021-07-14 10:09 ` Tom Ivar Helbekkmo via TUHS 2021-07-14 10:39 ` arnold @ 2021-07-14 17:21 ` Lyndon Nerenberg (VE7TFX/VE6BBM) 2021-07-14 17:32 ` Richard Salz 1 sibling, 1 reply; 47+ messages in thread From: Lyndon Nerenberg (VE7TFX/VE6BBM) @ 2021-07-14 17:21 UTC (permalink / raw) To: Tom Ivar Helbekkmo; +Cc: TUHS > Ditto MINIX, of course, which was released, along with the book, in 1987. IBM was (inadvertantly) giving away the source to a few of its System/360 OSes in the 1960s ... ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] 386BSD released 2021-07-14 17:21 ` Lyndon Nerenberg (VE7TFX/VE6BBM) @ 2021-07-14 17:32 ` Richard Salz 0 siblings, 0 replies; 47+ messages in thread From: Richard Salz @ 2021-07-14 17:32 UTC (permalink / raw) To: Lyndon Nerenberg (VE7TFX/VE6BBM); +Cc: The Eunuchs Hysterical Society [-- Attachment #1: Type: text/plain, Size: 242 bytes --] > IBM was (inadvertantly) giving away the source to a few of its System/360 > OSes in the 1960s ... > It was not inadvertent. It was common practice to give access to the source since the money was in the hardware. Gates showed otherwise. [-- Attachment #2: Type: text/html, Size: 469 bytes --] ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] 386BSD released 2021-07-14 8:19 ` Angus Robinson 2021-07-14 8:32 ` Michael Kjörling @ 2021-07-14 15:01 ` Clem Cole 2021-07-14 17:40 ` [TUHS] [COFF] " Theodore Y. Ts'o 1 sibling, 1 reply; 47+ messages in thread From: Clem Cole @ 2021-07-14 15:01 UTC (permalink / raw) To: Computer Old Farts Followers; +Cc: The Eunuchs Hysterical Society [-- Attachment #1: Type: text/plain, Size: 5286 bytes --] Sigh ... Warren I am going to ask for your indulgence once here on TUHS as I try to get any *new* discussion moved to COFF, but I guess it's time to renew this history as enough people have joined the list since the last time this was all discussed ... I'll do this once -- please take any other discussion off this list. It has been argued too many times. Many of the actors in this drama are part of the list. Sadly we have lost a few, sometimes because of the silliness of the argument/trying to give people credit or not/person preferences, etc. If you want to comment, please go back and read both the TUHS and COFF archives and I suspect your point may have already been made. *If you really do have something new, please move to COFF.* On Wed, Jul 14, 2021 at 4:21 AM Angus Robinson <angus@fairhaven.za.net> wrote: > Looking at a few online sources, Linus actually said when "386BSD came > out, Linux was already in a usable state, that I never really thought about > switching. If 386BSD had been available when I started on Linux, Linux > would probably never had happened". > A number of us, such as Larry and I have discussed this a bunch both online and in person. What would become 386BSD was actually available as early as 1988, but you needed to know the public FTP address of where to get it at UCB (which the UCB licensees had access to that FTP server). Bostic was still working on what would become the 'NET' release, but this tarball offered a bootable system and did have things in it that later AT&T would require UCB to remove. In fact, this system would have X10 ported to it and was a reasonably complete 'distro' in today's terms. By formal definition, the tarball and the rest of UNIX from Research is and always has been, '*Open Source*' in the sources were available. *But they were licensed*. This was fairly typical of much early software BTW. The binary nature only came about with the minicomputers. The tarball in question was fairly easy to find in the wild but to use the sources as a system, you technically needed an AT&T license. An practically you needed access to a BSD box to rebuild them, which took a license - although by then SunOS was probably close enough - although I do not know anyone that tried it. The sources in the tarball were not '*Free and Open Source*' -- which becomes the crux of the issue. [Sadly the OSS folks have confused this over the years and that important detail is lost]. Many people, such as myself, when the AT&T suite began got worried and started hacking on Linux at that point as the not nearly as mature but sort of works version without networking or graphics had appeared [386BSD had both and a real installer - more in a minute] FWIW: Linus could have had access to the BSD for a 386 tarball if we had asked in the right place. But as he has said later in time, he wanted to write his own OS and did not both ask the right folks at his University, or try to get permission. Although he has said he access to Sun3 and has said that was his impetus for his work. This is an important point that Larry reminds us of, many institutions kept the sources locked away like his U of Wis. Other places were like liberal about access. IIRC Larry sometimes refers to it as the "UNIX Club." In my own case, I was running what would become 386BSD on my Wyse 32:16 box at home and on an NCR 386 based system in Clemson as I was consulting for them at the time. I also helped Bill with the PC/AT disk driver[WD1003 and later WD7000/SCSI controllers], as I had access to the docs from WD which Bill did not. I think I still have a photocopy of them. What basically happened is as BSDi forked and that begets a number of things, from hurt feelings to a famous law suite. A number of us, thought the latter was about copyright (we were wrong it was about trade secret). We were worried that the AT&T copyright would cause UNIX for an inexpensive processor to disappear. We >>thought<< (incorrectly) that the copyright that Linux was using, the GPL, would save us. Turns out >>legally<< it would not have, if AT&T had won, at least in the USA and most NATO Allies - the trade secret applied to all implementations of Ken, Dennis, and the rest of the BTL folk's ideas. All of the Unix-like systems were in violation at this point. BSDi/UCB was where AT&T started. The problem is that while the court found that AT&T did create and own the >>ideas<< (note ideas are not the source code implementation of the ideas), they could not call the UNIX 'IP', trade secrets since the AT&T people published them all both academically in books like Maury Bach's, much less they had been forced by the 1956 consent decree to make the license available, they had taught an industry. BTW: It's not just software, the transistor 'gets out' of AT&T under the same type of rules. In reality, like PGP, since there was lots of UNIX-based IP in other places, it hard to see in practice how AT&T could have enforced the trade secret. But again -- remember Charlie Brown (AT&T CEO) wants to go after IBM, thinking the big money in computers in the mainframe. So they did believe that they could exert pressure on UNIX-like systems for the higher end, and they might have been able to enforce that. [-- Attachment #2: Type: text/html, Size: 8156 bytes --] ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] [COFF] 386BSD released 2021-07-14 15:01 ` Clem Cole @ 2021-07-14 17:40 ` Theodore Y. Ts'o 2021-07-14 17:50 ` Larry McVoy 2021-07-14 18:28 ` Clem Cole 0 siblings, 2 replies; 47+ messages in thread From: Theodore Y. Ts'o @ 2021-07-14 17:40 UTC (permalink / raw) To: Clem Cole; +Cc: Computer Old Farts Followers, The Eunuchs Hysterical Society On Wed, Jul 14, 2021 at 11:01:58AM -0400, Clem Cole wrote: > By formal definition, the tarball and the rest of UNIX from Research is and > always has been, '*Open Source*' in the sources were available. *But they > were licensed*. This was fairly typical of much early software BTW. The > binary nature only came about with the minicomputers. It may have been "Open Source" by your definition, but there is a very specific definition of "Open Source(tm)" and it has always been, from the beginning, defined to mean code licensed under terms which meet the Open Source Definition[1] (OSD). The AT&T license, for better or for worse does not mean the terms of the OSD. [1] https://opensource.org/osd > The sources in the tarball were not '*Free and Open Source*' -- which > becomes the crux of the issue. [Sadly the OSS folks have confused this > over the years and that important detail is lost]. Hardly. "Free and Open Source" (FOSS) is a term which developed *after* the the term "Open Source" was coined and trademarked. That term was not created by the "OSS folks", but by people who were trying the solve a political problem. The GPL meets the definition of the Open Source Definition, so GPL-licensed software is "Open Source(tm)". But Stallman objected to that usage, preferring his terminology "Free Software" on the grounds that it came first. So FOSS was a compromise to keep the FSF partisan happy. But to take this back to TUHS, sorry, no code which falls under AT&T License can be called "Open Source(tm)". If AT&T were still trying to sell Unix under its original terms including the AT&T Unpublished Trade Secret "all your student's minds belong to us" license, and tried to claim that Unix was "Open Source", the Open Source Initiative could sue AT&T for trademark infringement. If you must, you could try to claim that AT&T was "Source Available" --- which is a terminology I've seen some used. But I think your assumptions of how easily the AT&T License could be obtained, and how "anyone who wanted it could get it" may be looking at the past with rose-colored classes. Cheers, - Ted ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] [COFF] 386BSD released 2021-07-14 17:40 ` [TUHS] [COFF] " Theodore Y. Ts'o @ 2021-07-14 17:50 ` Larry McVoy 2021-07-14 18:28 ` Clem Cole 1 sibling, 0 replies; 47+ messages in thread From: Larry McVoy @ 2021-07-14 17:50 UTC (permalink / raw) To: Theodore Y. Ts'o Cc: Computer Old Farts Followers, The Eunuchs Hysterical Society On Wed, Jul 14, 2021 at 01:40:53PM -0400, Theodore Y. Ts'o wrote: > If you must, you could try to claim that AT&T was "Source Available" > --- which is a terminology I've seen some used. But I think your > assumptions of how easily the AT&T License could be obtained, and how > "anyone who wanted it could get it" may be looking at the past with > rose-colored classes. Clem was in "the club". I do remember those times, barely, I was a bit too young to have a clear view of things. But it certainly seemed like some Universities made the source pretty available. UW Madison was not one of those, I had to beg and plead to get access to the source. So Clem's memory is fine, his experience was you could get the source. But that wasn't the universal experience at all, and I agree with Ted that just getting access to the source doesn't make it remotely open source. ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] [COFF] 386BSD released 2021-07-14 17:40 ` [TUHS] [COFF] " Theodore Y. Ts'o 2021-07-14 17:50 ` Larry McVoy @ 2021-07-14 18:28 ` Clem Cole 1 sibling, 0 replies; 47+ messages in thread From: Clem Cole @ 2021-07-14 18:28 UTC (permalink / raw) To: Theodore Y. Ts'o Cc: Computer Old Farts Followers, The Eunuchs Hysterical Society [-- Attachment #1: Type: text/plain, Size: 3133 bytes --] On Wed, Jul 14, 2021 at 1:40 PM Theodore Y. Ts'o <tytso@mit.edu> wrote: > On Wed, Jul 14, 2021 at 11:01:58AM -0400, Clem Cole wrote: > > By formal definition, the tarball and the rest of UNIX from Research is > and > > always has been, '*Open Source*' in the sources were available. *But > they > > were licensed*. This was fairly typical of much early software BTW. The > > binary nature only came about with the minicomputers. > Please don't go here (again). Yes, it has been trademarked, but the official trademarked term is different from reality --> just like the guy that got a copyright for email and claims to have invented it. People were 'open sourcing' software before you and I were born. They just did not have a name for it - thank you. The real 'father' of Open Source as we think of it today was Prof Don Pederson and his Industrial Liaison Office (ILO) of the EE Dept of UCB in the late 1960s -- long before rms, et al. As 'dop' used to say, I give everything away because then I go in the back door, not the front door like a salesman. MIT/CMU/Stanford et al we often licensing their work. In many ways, CMU and Stanford were two of the worst. The ILO gave away all its products. We would not have the current electronics industry without the work dop and his students produced. As I have also pointed in other email tapes like the original, '1BSD' was managed and distributed by the ILO because dop had set of the infrastructure 10-15 years earlier to send out mag tapes and other IP to 'interested parties.' Yes, computer networks changed the distribution and access medium, but please refrain from trying to rewrite history. The GNU project and FOSS movement that was created took the idea and advanced it, making use of better ways of communicating the ideas, removing the academic clubiness as Larry suggested. Larry is right, if you were a peer organization or maybe a patron of same, getting source was possible. As rms noted, at some point the sources to things go harder and harder to get access. ITS, WAITS, and even CTSS were all written at a time when you go from IBM and DEC their sources - typically on 7 or 9 track mag-tape and were usually available on microfiche. You also got the circuit schematics too. Local modifications to both HW and SW were normal. But starting with the Minis this began to change and it started to get harder and harder. SW started being a revenue source for those companies -- DEC in particular, so they started to be hold back the sources. The rest is history... Folks like rms objected because the behavior they were used to had changed and he and people like him, could do nothing about it. So he created the Gnu project to compete with those commercial products. But just like have been getting 'email' since the late 1960s/early 1970s on my computers, it was not named. Someone body claimed the name later. But the function was old. The same is for sharing software written and given away, now we have a name and a way to describe the behavior. Cheers Clem ᐧ [-- Attachment #2: Type: text/html, Size: 5319 bytes --] ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] 386BSD released 2021-07-14 7:54 ` Michael Kjörling 2021-07-14 8:19 ` Angus Robinson @ 2021-07-14 11:49 ` Andy Kosela 2021-07-14 15:48 ` Theodore Y. Ts'o 2021-07-16 1:35 ` Dave Horsfall 2 siblings, 1 reply; 47+ messages in thread From: Andy Kosela @ 2021-07-14 11:49 UTC (permalink / raw) To: Michael Kjörling; +Cc: tuhs On 7/14/21, Michael Kjörling <michael@kjorling.se> wrote: > On 14 Jul 2021 08:28 +1000, from dave@horsfall.org (Dave Horsfall): >> In 1992, 386BSD is released by Lynne and William Jolitz, starting the >> open >> source operating system movement (Linux didn't come along under later). > > Are you sure? Wikipedia claims that it happened the other way around; > that the Linux kernel initial release was 0.02 on 5 Oct 1991, while > the 386BSD initial release was 0.0 on 12 March 1992. > > It seems that work on 386BSD began earlier than work on Linux, but > that the initial release of Linux was earlier than the initial release > of 386BSD. > I consider the birth of Linux to be August 25th 1991, when Linus announced it on comp.os.minix. If he had access to 386BSD in 1991 then probably he would never have started the Linux project -- that's his words. He was exposed to UNIX at uni in late 1990, and purchased 386DX33 on January 5th, 1991 -- a turning point in his life. After messing around with MS-DOS and games like Prince of Persia (still one of the best computers games ever!) for a few months, he started exploring programming tools for MS-DOS and wanted to write a UNIX clone for his home computer. The rest is literally the history... --Andy ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] 386BSD released 2021-07-14 11:49 ` [TUHS] " Andy Kosela @ 2021-07-14 15:48 ` Theodore Y. Ts'o 0 siblings, 0 replies; 47+ messages in thread From: Theodore Y. Ts'o @ 2021-07-14 15:48 UTC (permalink / raw) To: Andy Kosela; +Cc: tuhs On Wed, Jul 14, 2021 at 01:49:06PM +0200, Andy Kosela wrote: > > I consider the birth of Linux to be August 25th 1991, when Linus > announced it on comp.os.minix. If he had access to 386BSD in 1991 > then probably he would never have started the Linux project -- that's > his words. I personally got started with Linux in September 1992, with one my first projects being setting up the first US-based ftp site for Linux --- tsx-11.mit.edu, which was a Decstation 3100 in my office --- because at the time Finland was behind a super-slow trans-atlantic link. One of my other first initial was implementing BSD Job Control from the POSIX spec, and improving the performance of the serial driver, since at the time my 40 MHz 386 with 16 megs of memory was at home, and the connection to the outside world was via modem. (Or hauling around dozens of 1.44M floppy disks from work. :-) I have heard stories that 386BSD was being demo'ed at various Usenix conferences in 1990 and early 1991, but as far as I know it was never publically released until 1992. The Dr. Dobbs articles documenting the porting process started in January 1991, so certainly Jolitz was working on it by then. However, 386BSD was largely developed behind closed doors, whereas Linus was accepting patches and turning around new releases every few weeks (and sometimes sooner). Cheers, - Ted ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] 386BSD released 2021-07-14 7:54 ` Michael Kjörling 2021-07-14 8:19 ` Angus Robinson 2021-07-14 11:49 ` [TUHS] " Andy Kosela @ 2021-07-16 1:35 ` Dave Horsfall 2021-07-16 2:33 ` risner 2 siblings, 1 reply; 47+ messages in thread From: Dave Horsfall @ 2021-07-16 1:35 UTC (permalink / raw) To: The Eunuchs Hysterical Society [-- Attachment #1: Type: text/plain, Size: 716 bytes --] On Wed, 14 Jul 2021, Michael Kjörling wrote: >> In 1992, 386BSD is released by Lynne and William Jolitz, starting the >> open source operating system movement (Linux didn't come along under >> later). > > Are you sure? Wikipedia claims that it happened the other way around; > that the Linux kernel initial release was 0.02 on 5 Oct 1991, while the > 386BSD initial release was 0.0 on 12 March 1992. Could be; I got that news from one of those daily history sites (I don't always trust Wikipedia). > It seems that work on 386BSD began earlier than work on Linux, but that > the initial release of Linux was earlier than the initial release of > 386BSD. That could be the source of the confusion. -- Dave ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] 386BSD released 2021-07-16 1:35 ` Dave Horsfall @ 2021-07-16 2:33 ` risner 2021-07-16 4:25 ` Theodore Y. Ts'o 0 siblings, 1 reply; 47+ messages in thread From: risner @ 2021-07-16 2:33 UTC (permalink / raw) To: Dave Horsfall; +Cc: The Eunuchs Hysterical Society I was running 386BSD 0.0 on a 386 40 mhz machine in April 1992 with 32 mb of ram. There was much instability in the OS with more than 8 gb of ram and I mailed 32 mb of extra to the Jolitz late summer to the fall. I never heard about Linux until much later in 1993. There used to be a post on usenet news annoucing the relase with the FTP, but the best I could google was this FAQ confirming release in 1992. https://groups.google.com/g/comp.os.386bsd.announce/c/PGltboD6rq4 I have repetively seen discussion suggesting Linux was available first, but having directly worked for a university at the time installing SunOS, AT&T SVR3, and other old OS’s, we welcomed the concept of switching from AT&T SVR3 on 386 machines to 386BSD. We’d probably have welcomed Linux if anyone in the department knew about it. James Risner On 15 Jul 2021, at 21:35, Dave Horsfall wrote: > On Wed, 14 Jul 2021, Michael Kjörling wrote: > >>> In 1992, 386BSD is released by Lynne and William Jolitz, starting >>> the open source operating system movement (Linux didn't come along >>> under later). >> >> Are you sure? Wikipedia claims that it happened the other way around; >> that the Linux kernel initial release was 0.02 on 5 Oct 1991, while >> the 386BSD initial release was 0.0 on 12 March 1992. > > Could be; I got that news from one of those daily history sites (I > don't always trust Wikipedia). > >> It seems that work on 386BSD began earlier than work on Linux, but >> that the initial release of Linux was earlier than the initial >> release of 386BSD. > > That could be the source of the confusion. > > -- Dave ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] 386BSD released 2021-07-16 2:33 ` risner @ 2021-07-16 4:25 ` Theodore Y. Ts'o 2021-07-16 5:51 ` Bakul Shah 0 siblings, 1 reply; 47+ messages in thread From: Theodore Y. Ts'o @ 2021-07-16 4:25 UTC (permalink / raw) To: risner; +Cc: The Eunuchs Hysterical Society On Thu, Jul 15, 2021 at 10:33:52PM -0400, risner@stdio.com wrote: > > I have repetively seen discussion suggesting Linux was available first, but > having directly worked for a university at the time installing SunOS, AT&T > SVR3, and other old OS’s, we welcomed the concept of switching from AT&T > SVR3 on 386 machines to 386BSD. We’d probably have welcomed Linux if anyone > in the department knew about it. To be fair, Linux in 1991 was a very primitive affair; no TCP/IP, no X Windows. We had C-Kermit, and we had emacs, and we had basic shell utilities and a compiler. But not much else. So I doubt it would have been a good replacement for SVR3. The big difference was that Linus accepted patches, and turned around new releases *quickly* while Jolitz apparently sat on patches until the NetBSD and FreeBSD people finally lost patience and released a fork with their patch sets in 1993. So while Linux in 1992 was probably behind 386BSD from a feature perspective, its development velocity was much faster. I remember a friendly rivalry that I had with Bruce D. Evans in Australia, who was working on the serial driver for FreeBSD, where we would exchange tips and techniques for making the serial driver on our respective OS's more CPU efficient. (The metric was to see who could most reduce the system overhead of the serial interrupt and tty layers when running a C-Kermit file transfer over a pair of RS-232 ports connected via a loopback cable.) It was a lot of fun, and we both gained a lot from the exchange of ideas, but finally, I came up with an idea (flip buffers) that really reduced Linux's serial/tty overhead, but which Bruce couldn't match in FreeBSD, because the FreeBSD core team thought that clists were handed down from Mount Olympus by the Gods of BSD, and making that kind of change in the tty layer was tantamount to heresy. Heh. - Ted ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] 386BSD released 2021-07-16 4:25 ` Theodore Y. Ts'o @ 2021-07-16 5:51 ` Bakul Shah 2021-07-16 13:00 ` Theodore Y. Ts'o 0 siblings, 1 reply; 47+ messages in thread From: Bakul Shah @ 2021-07-16 5:51 UTC (permalink / raw) To: Theodore Y. Ts'o; +Cc: The Eunuchs Hysterical Society On Jul 15, 2021, at 9:25 PM, Theodore Y. Ts'o <tytso@mit.edu> wrote: > > I remember a friendly rivalry that I had with Bruce D. Evans in > Australia, who was working on the serial driver for FreeBSD, where we > would exchange tips and techniques for making the serial driver on our > respective OS's more CPU efficient. (The metric was to see who could > most reduce the system overhead of the serial interrupt and tty layers > when running a C-Kermit file transfer over a pair of RS-232 ports > connected via a loopback cable.) It was a lot of fun, and we both > gained a lot from the exchange of ideas, but finally, I came up with > an idea (flip buffers) that really reduced Linux's serial/tty > overhead, but which Bruce couldn't match in FreeBSD, because the > FreeBSD core team thought that clists were handed down from Mount > Olympus by the Gods of BSD, and making that kind of change in the tty > layer was tantamount to heresy. Heh. Dave Yost wrote the serial driver for our 4 port serial card @ Fortune (1981-82). Later chips like NS16550 had 16 char on chip buffers but we back then we used a Moto SIO chip that had only one char buffer. IIRC, he used two tricks. One was "partially evaluated" xmit/recv handlers so that each port got its own xmit/recv functions, with hand-crafted instructions (in hex, no less!) just right for a given port and all the interry t handler . The do was transfer a char from/to the buffer it (lready knew about. The other was he increased the cblock size from 8 to 128 (what a clist points to). He says he described this design to dmr who said why not?! With this design Yost's code was able to handle 4 full-duplex 9600 baud streams at full-speed. Not bad for a 5.6Mhz clock machine! ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] 386BSD released 2021-07-16 5:51 ` Bakul Shah @ 2021-07-16 13:00 ` Theodore Y. Ts'o 2021-07-16 13:56 ` Larry McVoy 0 siblings, 1 reply; 47+ messages in thread From: Theodore Y. Ts'o @ 2021-07-16 13:00 UTC (permalink / raw) To: Bakul Shah; +Cc: The Eunuchs Hysterical Society On Thu, Jul 15, 2021 at 10:51:11PM -0700, Bakul Shah wrote: > > Dave Yost wrote the serial driver for our 4 port serial card @ Fortune > (1981-82). Later chips like NS16550 had 16 char on chip buffers but we > back then we used a Moto SIO chip that had only one char buffer. IIRC, > he used two tricks. One was "partially evaluated" xmit/recv handlers so > that each port got its own xmit/recv functions, with hand-crafted > instructions (in hex, no less!) just right for a given port and all the > interry t handler . The do was transfer a char from/to the buffer it > (lready knew about. The other was he increased the cblock size from 8 to 128 > (what a clist points to). He says he described this design to dmr who said > why not?! With this design Yost's code was able to handle 4 full-duplex > 9600 baud streams at full-speed. Not bad for a 5.6Mhz clock machine! The trick that I used was two have two "flip buffers" which were dedicated for each serial port. One buffer would be filled by the interrupt handler, while the other would be buffer would be processed by the bottom half (read: software interrupt) handler. When the bottom half handler had emptied one buffer, it would check to see if there were any characters in the other buffer, and if so, flip the two and process the characters in that buffer. Exclusion was handled by a combination of disabling serial interrupts and using a spinlock (which was held just long enough to flip the pointers to the two flip buffers). With this scheme I could handle multiple pairs of 115200 baud streams at full rates before the 40 MHz CPU was saturated. No memory allocation is required on the hot paths, and the amount of processing that is done in the hardware interrupt context is the absolute minimum. I also added a bit test against 32-byte bitarray to determine whether a character could be handled via the fast path or require special handling (in case it was a ^C, ^U, ^S, etc.) but that was important only for cooked mode; it wasn't needed for raw mode. I suspect this hack would become less or even not helpful as Intel processors became more Spectre- and Meltdown-susceptible, but for the 386, it was a win. :-) - Ted ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] 386BSD released 2021-07-16 13:00 ` Theodore Y. Ts'o @ 2021-07-16 13:56 ` Larry McVoy 2021-07-16 14:40 ` Clem Cole ` (2 more replies) 0 siblings, 3 replies; 47+ messages in thread From: Larry McVoy @ 2021-07-16 13:56 UTC (permalink / raw) To: Theodore Y. Ts'o; +Cc: The Eunuchs Hysterical Society, Bakul Shah On Fri, Jul 16, 2021 at 09:00:58AM -0400, Theodore Y. Ts'o wrote: > The trick that I used was two have two "flip buffers" which were > dedicated for each serial port. One buffer would be filled by the > interrupt handler, while the other would be buffer would be processed > by the bottom half (read: software interrupt) handler. When the > bottom half handler had emptied one buffer, it would check to see if > there were any characters in the other buffer, and if so, flip the two > and process the characters in that buffer. I'm pretty sure SGI used a similar approach for networking packets. ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] 386BSD released 2021-07-16 13:56 ` Larry McVoy @ 2021-07-16 14:40 ` Clem Cole 2021-07-16 15:44 ` Theodore Y. Ts'o 2021-07-16 16:11 ` Bakul Shah 2021-07-16 19:07 ` Kevin Bowling 2 siblings, 1 reply; 47+ messages in thread From: Clem Cole @ 2021-07-16 14:40 UTC (permalink / raw) To: Larry McVoy; +Cc: The Eunuchs Hysterical Society, Bakul Shah [-- Attachment #1: Type: text/plain, Size: 901 bytes --] On Fri, Jul 16, 2021 at 9:57 AM Larry McVoy <lm@mcvoy.com> wrote: > I'm pretty sure SGI used a similar approach for networking packets. > Yeah, it was pretty standard for networking interfaces. I think I first saw it I'm the MIT Chaos driver maybe? In many ways, Gurwitz's whole mbuf memory scheme for the ethernet controllers and the whole IP stack that lives on in BSD is based on the idea. Rob used a number of different size buffers, not just the two, but the idea is the same, never copy anything if we can avoid it. Play pointer games in the top, bottom, and middle parts of the driver/stack. A huge difference, as Ted I'm sure knows, is that you tended to have many more serial lines than network interfaces. I suspect Rob's scheme would have sucked trying to support traditional single-byte serial interfaces or really just use too much memory to be practical. ᐧ [-- Attachment #2: Type: text/html, Size: 1840 bytes --] ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] 386BSD released 2021-07-16 14:40 ` Clem Cole @ 2021-07-16 15:44 ` Theodore Y. Ts'o 0 siblings, 0 replies; 47+ messages in thread From: Theodore Y. Ts'o @ 2021-07-16 15:44 UTC (permalink / raw) To: Clem Cole; +Cc: The Eunuchs Hysterical Society, Bakul Shah On Fri, Jul 16, 2021 at 10:40:56AM -0400, Clem Cole wrote: > > A huge difference, as Ted I'm sure knows, is that you tended to have many > more serial lines than network interfaces. I suspect Rob's scheme > would have sucked trying to support traditional single-byte serial > interfaces or really just use too much memory to be practical. Network interfaces tend to be much faster than serial lines; at least an order of magnitude. And with network interfaces you care about the packet boundaries, and you want to process each packet separately. So that makes things a lot harder than with serial interfaces. With serial ports, 8k per serial port is plenty (2 x 2k flip buffers, plus a 4k tty buffer between the mid-layer and userspace) for the receive path. On the PDP-11, memory was much more constrained, so the clist with each cblock storing 6 characters at a time in a linked list was probably necessary. But even in the early days of the 386, you could afford to make a different memory/performance tradeoff. - Ted ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] 386BSD released 2021-07-16 13:56 ` Larry McVoy 2021-07-16 14:40 ` Clem Cole @ 2021-07-16 16:11 ` Bakul Shah 2021-07-16 19:07 ` Kevin Bowling 2 siblings, 0 replies; 47+ messages in thread From: Bakul Shah @ 2021-07-16 16:11 UTC (permalink / raw) To: Larry McVoy; +Cc: The Eunuchs Hysterical Society On Jul 16, 2021, at 6:56 AM, Larry McVoy <lm@mcvoy.com> wrote: > > On Fri, Jul 16, 2021 at 09:00:58AM -0400, Theodore Y. Ts'o wrote: >> The trick that I used was two have two "flip buffers" which were >> dedicated for each serial port. One buffer would be filled by the >> interrupt handler, while the other would be buffer would be processed >> by the bottom half (read: software interrupt) handler. When the >> bottom half handler had emptied one buffer, it would check to see if >> there were any characters in the other buffer, and if so, flip the two >> and process the characters in that buffer. > > I'm pretty sure SGI used a similar approach for networking packets. This is somewhat h/w dependent. Ideally you want the h/w to do some buffering for streaming at full speed so that you don't need to take a per char or per packet interrupt. Hence NS16550 which used a 16 char FIFO. AMD LANCE used a ring of 2^N buffer descriptors. Intel 82586 used a linked list - don't recall if you had to make it a circular buffer. The early 3COM controller didn't buffer more than a packet and you had to copy it. As a contractor I did a couple of network drivers for 3rd party hardware for SGI in late '80s & early '90s. I don't recall any details now but in both cases the h/w did buffer up a bunch. Once things are handed to s/w, you have a lot more flexibility. Though I never liked the idea of splitting a packet up in multiple mbufs! ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] 386BSD released 2021-07-16 13:56 ` Larry McVoy 2021-07-16 14:40 ` Clem Cole 2021-07-16 16:11 ` Bakul Shah @ 2021-07-16 19:07 ` Kevin Bowling 2021-07-16 20:17 ` Clem Cole 2 siblings, 1 reply; 47+ messages in thread From: Kevin Bowling @ 2021-07-16 19:07 UTC (permalink / raw) To: Larry McVoy; +Cc: The Eunuchs Hysterical Society, Bakul Shah On Fri, Jul 16, 2021 at 6:57 AM Larry McVoy <lm@mcvoy.com> wrote: > > On Fri, Jul 16, 2021 at 09:00:58AM -0400, Theodore Y. Ts'o wrote: > > The trick that I used was two have two "flip buffers" which were > > dedicated for each serial port. One buffer would be filled by the > > interrupt handler, while the other would be buffer would be processed > > by the bottom half (read: software interrupt) handler. When the > > bottom half handler had emptied one buffer, it would check to see if > > there were any characters in the other buffer, and if so, flip the two > > and process the characters in that buffer. > > I'm pretty sure SGI used a similar approach for networking packets. Yup was just going to say this is standard in the modern BSD network drivers, looks like Clem says it's older. There are recent optimizations to help the CPU with prefetch, and some ideas around vectors of mbufs. What's remarkable is the mbuf design scales to 200gbps in practice, it must feel great to design something like that so long ago :) ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] 386BSD released 2021-07-16 19:07 ` Kevin Bowling @ 2021-07-16 20:17 ` Clem Cole 2021-07-16 20:24 ` Richard Salz 0 siblings, 1 reply; 47+ messages in thread From: Clem Cole @ 2021-07-16 20:17 UTC (permalink / raw) To: Kevin Bowling; +Cc: The Eunuchs Hysterical Society, Bakul Shah [-- Attachment #1: Type: text/plain, Size: 2330 bytes --] On Fri, Jul 16, 2021 at 3:08 PM Kevin Bowling <kevin.bowling@kev009.com> wrote: > Yup was just going to say this is standard in the modern BSD network > drivers, looks like Clem says it's older. Absolutely -- I believe it was Rob's undergrad project at Brown that he brought to BBN. The first use, if I saw, was the 'portable IP/TCP' stack BBN did for HP/3000 and a couple of other systems. That code seems to have been lost. I have asked about it on the Internet history mailing list. I had a copy of it one time, but sadly I don't think I still do. IIRC The original PDP-11 IP implementation which ran on a couple of dedicated systems, whose names/function I frankly do not remember) was also based on a version of this code. I think it ran something like RT-11 or DOS-11 and then started the IP code -- basically RTR style today. Later it morphed into Rob's Vax BSD 4.1 specific stack, which we ran at UCB on a couple of the systems using 3M Xerox board. This latest until 4.1A and Joy's rewrite and I want to say we switched in Interlan 10M boards then. We have a couple of the 3Com boards, but because of the lack of buffering, they were a bear to use and stopped as soon as we got the Interlan one. Anyway, all of these IP/TCP stacks used Rob's mbuf code. Which was a blessing and a curse. By writing his own, he avoids huge changes/integration into the memory system, but it also helped to make BSD such a mess under the covers because there were so many private memory managers between the network, the I/O systems etc... As discussed previously on the TUHS list, the one thing Risner really did well had a uniform memory design. Later BSD's moved to Mach and tried to clean this up a little, but the network code was by then so screwed into Rob's mbuf scheme, it stayed around a long time. Werner -- what is the state of this these days in FreeBSD is it still there? > There are recent optimizations to help the CPU with prefetch, and some > ideas around vectors of mbufs. What's remarkable is the mbuf design > scales to > 200gbps in practice, it must feel great to design something like that so > long ago :) > Well, ask Rob :-) I've lost track of him since Stellar, and I think he I heard he left high tech but frankly don't know. Clem ᐧ [-- Attachment #2: Type: text/html, Size: 4318 bytes --] ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] 386BSD released 2021-07-16 20:17 ` Clem Cole @ 2021-07-16 20:24 ` Richard Salz 2021-07-18 13:13 ` arnold 0 siblings, 1 reply; 47+ messages in thread From: Richard Salz @ 2021-07-16 20:24 UTC (permalink / raw) To: Clem Cole; +Cc: The Eunuchs Hysterical Society, Bakul Shah [-- Attachment #1: Type: text/plain, Size: 2627 bytes --] Anyone remember the old mtXinu calendar with fake ads?I only remember one page, "oh no Spot(?) spilled the mbufs, Dad's favorite cereal." On Fri, Jul 16, 2021, 4:19 PM Clem Cole <clemc@ccc.com> wrote: > > > On Fri, Jul 16, 2021 at 3:08 PM Kevin Bowling <kevin.bowling@kev009.com> > wrote: > >> Yup was just going to say this is standard in the modern BSD network >> drivers, looks like Clem says it's older. > > Absolutely -- I believe it was Rob's undergrad project at Brown that he > brought to BBN. > > The first use, if I saw, was the 'portable IP/TCP' stack BBN did for > HP/3000 and a couple of other systems. That code seems to have been lost. > I have asked about it on the Internet history mailing list. I had a copy > of it one time, but sadly I don't think I still do. IIRC The original > PDP-11 IP implementation which ran on a couple of dedicated systems, > whose names/function I frankly do not remember) was also based on a version > of this code. I think it ran something like RT-11 or DOS-11 and then > started the IP code -- basically RTR style today. Later it morphed into > Rob's Vax BSD 4.1 specific stack, which we ran at UCB on a couple of the > systems using 3M Xerox board. This latest until 4.1A and Joy's rewrite and > I want to say we switched in Interlan 10M boards then. We have a couple of > the 3Com boards, but because of the lack of buffering, they were a bear to > use and stopped as soon as we got the Interlan one. > > > Anyway, all of these IP/TCP stacks used Rob's mbuf code. Which was a > blessing and a curse. By writing his own, he avoids huge > changes/integration into the memory system, but it also helped to make BSD > such a mess under the covers because there were so many private memory > managers between the network, the I/O systems etc... As discussed > previously on the TUHS list, the one thing Risner really did well had a > uniform memory design. Later BSD's moved to Mach and tried to clean this > up a little, but the network code was by then so screwed into Rob's mbuf > scheme, it stayed around a long time. Werner -- what is the state of this > these days in FreeBSD is it still there? > > > > >> There are recent optimizations to help the CPU with prefetch, and some >> ideas around vectors of mbufs. What's remarkable is the mbuf design >> scales to >> 200gbps in practice, it must feel great to design something like that so >> long ago :) >> > Well, ask Rob :-) I've lost track of him since Stellar, and I think he I > heard he left high tech but frankly don't know. > > Clem > ᐧ > [-- Attachment #2: Type: text/html, Size: 4823 bytes --] ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] 386BSD released 2021-07-16 20:24 ` Richard Salz @ 2021-07-18 13:13 ` arnold 2021-07-18 13:23 ` Richard Salz 2021-07-18 13:43 ` [TUHS] MtXinu calendar (was Re: 386BSD released) Al Kossow 0 siblings, 2 replies; 47+ messages in thread From: arnold @ 2021-07-18 13:13 UTC (permalink / raw) To: rich.salz, clemc; +Cc: tuhs, bakul Richard Salz <rich.salz@gmail.com> wrote: > Anyone remember the old mtXinu calendar with fake ads?I only remember one > page, "oh no Spot(?) spilled the mbufs, Dad's favorite cereal." I think it was "my dog Biff..." Wasn't that Heidi Stetner's dog or something? Apparently he used to bark whenever the mailman showed up, inspiring the BSD biff(1) command. I had that calendar, and kept it for many years. There was a lovely picture of a shepherd boy trying to herd cats. I don't remember the rest, other than that they were amusing. I think I finally tossed it though. Arnold ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] 386BSD released 2021-07-18 13:13 ` arnold @ 2021-07-18 13:23 ` Richard Salz 2021-07-18 13:43 ` [TUHS] MtXinu calendar (was Re: 386BSD released) Al Kossow 1 sibling, 0 replies; 47+ messages in thread From: Richard Salz @ 2021-07-18 13:23 UTC (permalink / raw) To: arnold; +Cc: The Eunuchs Hysterical Society, Bakul Shah [-- Attachment #1: Type: text/plain, Size: 259 bytes --] > I think it was "my dog Biff..." Wasn't that Heidi Stetner's dog or > something? Apparently he used to bark whenever the mailman showed up, > inspiring the BSD biff(1) command. > Yes, that's the dog's name, and that I also now remember hearing that story! [-- Attachment #2: Type: text/html, Size: 525 bytes --] ^ permalink raw reply [flat|nested] 47+ messages in thread
* [TUHS] MtXinu calendar (was Re: 386BSD released) 2021-07-18 13:13 ` arnold 2021-07-18 13:23 ` Richard Salz @ 2021-07-18 13:43 ` Al Kossow 2021-07-18 13:51 ` Al Kossow 2021-07-18 16:44 ` Al Kossow 1 sibling, 2 replies; 47+ messages in thread From: Al Kossow @ 2021-07-18 13:43 UTC (permalink / raw) To: tuhs On 7/18/21 6:13 AM, arnold@skeeve.com wrote: > Richard Salz <rich.salz@gmail.com> wrote: > >> Anyone remember the old mtXinu calendar with fake ads? I just turned up a copy, it's from 1993 I'll have it on bitsavers under pdf/mtXinu later today ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] MtXinu calendar (was Re: 386BSD released) 2021-07-18 13:43 ` [TUHS] MtXinu calendar (was Re: 386BSD released) Al Kossow @ 2021-07-18 13:51 ` Al Kossow 2021-07-18 16:44 ` Al Kossow 1 sibling, 0 replies; 47+ messages in thread From: Al Kossow @ 2021-07-18 13:51 UTC (permalink / raw) To: tuhs On 7/18/21 6:43 AM, Al Kossow wrote: > On 7/18/21 6:13 AM, arnold@skeeve.com wrote: >> Richard Salz <rich.salz@gmail.com> wrote: >> >>> Anyone remember the old mtXinu calendar with fake ads? > > I just turned up a copy, it's from 1993 > I'll have it on bitsavers under pdf/mtXinu later today > Well this is a weird coincidence, 2021 matches the 1993 calendar so a retro calendar for this year could be photoshopped together The year doesn't even appear that many times on the original. ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] MtXinu calendar (was Re: 386BSD released) 2021-07-18 13:43 ` [TUHS] MtXinu calendar (was Re: 386BSD released) Al Kossow 2021-07-18 13:51 ` Al Kossow @ 2021-07-18 16:44 ` Al Kossow 2021-07-18 17:38 ` John Cowan ` (3 more replies) 1 sibling, 4 replies; 47+ messages in thread From: Al Kossow @ 2021-07-18 16:44 UTC (permalink / raw) To: tuhs On 7/18/21 6:43 AM, Al Kossow wrote: > On 7/18/21 6:13 AM, arnold@skeeve.com wrote: >> Richard Salz <rich.salz@gmail.com> wrote: >> >>> Anyone remember the old mtXinu calendar with fake ads? > > I just turned up a copy, it's from 1993 > I'll have it on bitsavers under pdf/mtXinu later today > > Calendars cycle every 28 years the coincidence was asking about it on exactly that year it's up now under http://bitsavers.org/pdf/mtXinu is supposed to be pronouced zee new or zeye new ? ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] MtXinu calendar (was Re: 386BSD released) 2021-07-18 16:44 ` Al Kossow @ 2021-07-18 17:38 ` John Cowan 2021-07-18 18:35 ` Bakul Shah ` (2 subsequent siblings) 3 siblings, 0 replies; 47+ messages in thread From: John Cowan @ 2021-07-18 17:38 UTC (permalink / raw) To: Al Kossow; +Cc: TUHS main list [-- Attachment #1: Type: text/plain, Size: 709 bytes --] On Sun, Jul 18, 2021 at 12:45 PM Al Kossow <aek@bitsavers.org> wrote: is supposed to be pronouced zee new or zeye new ? > Not that I know, but I have always said "zeenew" for the (unrelated) embedded OS by Comer and "mount zeenew" for the software company. Armand Hammer, the American businessman and unofficial commercial attache to the Soviet Union, had nothing to do with Arm and Hammer baking soda, though he did buy stock in the manufacturer after being asked about it one too many times. Armand was probably named after the "arm and hammer" logo of the Socialist Labor Party, an anti-Marxist group who favored the development of revolutionary industrial labor unions, to which his father belonged. [-- Attachment #2: Type: text/html, Size: 1504 bytes --] ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] MtXinu calendar (was Re: 386BSD released) 2021-07-18 16:44 ` Al Kossow 2021-07-18 17:38 ` John Cowan @ 2021-07-18 18:35 ` Bakul Shah 2021-07-19 3:06 ` Dan Stromberg 2021-07-18 19:00 ` arnold 2021-07-18 20:06 ` Lyle Bickley 3 siblings, 1 reply; 47+ messages in thread From: Bakul Shah @ 2021-07-18 18:35 UTC (permalink / raw) To: Al Kossow; +Cc: tuhs [-- Attachment #1: Type: text/plain, Size: 281 bytes --] On Jul 18, 2021, at 9:45 AM, Al Kossow <aek@bitsavers.org> wrote: > > is supposed to be pronouced zee new or zeye new ? Don't know how it is supposed to be pronounced but I have always pronounced it as 'zai-noo, with xi the way the greek letter ξ is pronounced in English. [-- Attachment #2: Type: text/html, Size: 1468 bytes --] ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] MtXinu calendar (was Re: 386BSD released) 2021-07-18 18:35 ` Bakul Shah @ 2021-07-19 3:06 ` Dan Stromberg 0 siblings, 0 replies; 47+ messages in thread From: Dan Stromberg @ 2021-07-19 3:06 UTC (permalink / raw) To: Bakul Shah; +Cc: TUHS main list [-- Attachment #1: Type: text/plain, Size: 512 bytes --] On Sun, Jul 18, 2021 at 11:36 AM Bakul Shah <bakul@iitbombay.org> wrote: > On Jul 18, 2021, at 9:45 AM, Al Kossow <aek@bitsavers.org> wrote: > > > is supposed to be pronouced zee new or zeye new ? > > > *Don't know **how it is supposed to be pronounced but **I have* > *always pronounced it as **'zai-noo, with xi the **way the greek* > *letter ξ is pronounced in English.* > We pronounced it as Mownt Zeye New when I was managing a lab of IBM RT's running Mt Xinu's MSD 2.6 as a grad student. [-- Attachment #2: Type: text/html, Size: 1476 bytes --] ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] MtXinu calendar (was Re: 386BSD released) 2021-07-18 16:44 ` Al Kossow 2021-07-18 17:38 ` John Cowan 2021-07-18 18:35 ` Bakul Shah @ 2021-07-18 19:00 ` arnold 2021-07-18 21:48 ` Deborah Scherrer 2021-07-18 20:06 ` Lyle Bickley 3 siblings, 1 reply; 47+ messages in thread From: arnold @ 2021-07-18 19:00 UTC (permalink / raw) To: tuhs, aek Hi. Al Kossow <aek@bitsavers.org> wrote: > On 7/18/21 6:43 AM, Al Kossow wrote: > > On 7/18/21 6:13 AM, arnold@skeeve.com wrote: > >> Richard Salz <rich.salz@gmail.com> wrote: > >> > >>> Anyone remember the old mtXinu calendar with fake ads? > > > > I just turned up a copy, it's from 1993 > > I'll have it on bitsavers under pdf/mtXinu later today > > > > > Calendars cycle every 28 years > > the coincidence was asking about it on exactly that year > > it's up now under http://bitsavers.org/pdf/mtXinu Thanks! It's not the calendar Rich and I remember, but it's still worth having. :-) > is supposed to be pronouced zee new or zeye new ? I always pronounced it zee new. Arnold ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] MtXinu calendar (was Re: 386BSD released) 2021-07-18 19:00 ` arnold @ 2021-07-18 21:48 ` Deborah Scherrer 0 siblings, 0 replies; 47+ messages in thread From: Deborah Scherrer @ 2021-07-18 21:48 UTC (permalink / raw) To: tuhs I believe I have all of the calendars. Will try to scan them in. Deborah On 7/18/21 12:00 PM, arnold@skeeve.com wrote: > Hi. > > Al Kossow <aek@bitsavers.org> wrote: > >> On 7/18/21 6:43 AM, Al Kossow wrote: >>> On 7/18/21 6:13 AM, arnold@skeeve.com wrote: >>>> Richard Salz <rich.salz@gmail.com> wrote: >>>> >>>>> Anyone remember the old mtXinu calendar with fake ads? >>> I just turned up a copy, it's from 1993 >>> I'll have it on bitsavers under pdf/mtXinu later today >>> >> > Calendars cycle every 28 years >> >> the coincidence was asking about it on exactly that year >> >> it's up now under http://bitsavers.org/pdf/mtXinu > Thanks! It's not the calendar Rich and I remember, but it's > still worth having. :-) > >> is supposed to be pronouced zee new or zeye new ? > I always pronounced it zee new. > > Arnold ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] MtXinu calendar (was Re: 386BSD released) 2021-07-18 16:44 ` Al Kossow ` (2 preceding siblings ...) 2021-07-18 19:00 ` arnold @ 2021-07-18 20:06 ` Lyle Bickley 3 siblings, 0 replies; 47+ messages in thread From: Lyle Bickley @ 2021-07-18 20:06 UTC (permalink / raw) To: tuhs On Sun, 18 Jul 2021 09:44:53 -0700 Al Kossow <aek@bitsavers.org> wrote: > On 7/18/21 6:43 AM, Al Kossow wrote: > > On 7/18/21 6:13 AM, arnold@skeeve.com wrote: > >> Richard Salz <rich.salz@gmail.com> wrote: > >> > >>> Anyone remember the old mtXinu calendar with fake ads? > > > > I just turned up a copy, it's from 1993 > > I'll have it on bitsavers under pdf/mtXinu later today > > > > > Calendars cycle every 28 years > > the coincidence was asking about it on exactly that year > > it's up now under http://bitsavers.org/pdf/mtXinu > > is supposed to be pronouced zee new or zeye new ? > Thanks, Al!!! Lyle -- 73 NM6Y Bickley Consulting West https://bickleywest.com "Black holes are where God is dividing by zero" ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] 386BSD released 2021-07-13 22:28 [TUHS] 386BSD released Dave Horsfall 2021-07-14 7:54 ` Michael Kjörling @ 2021-07-14 21:37 ` Bakul Shah 2021-07-16 21:22 ` Dave Horsfall 2 siblings, 0 replies; 47+ messages in thread From: Bakul Shah @ 2021-07-14 21:37 UTC (permalink / raw) To: tuhs [-- Attachment #1: Type: text/plain, Size: 2726 bytes --] I believe the following can count as an open source operating system (though this won’t satisfy the latter day purists). From Per Brinch-Hansen’s “Monitors and Concurrent Pascal: a Personal History” (1993): “At Caltech we prepared a distribution tape with the source text and portable code of the Solo system, including the Concurrent and Sequential Pascal compilers. The system reports were supplemented by implementation notes (Brinch Hansen 1976b). By the spring of 1976 we had distributed the system to 75 companies and 100 universities in 21 countries: Australia, Austria, Belgium, Canada, Denmark, Finland, France, Germany, Great Britain, Holland, India, Ireland, Italy, Japan, Norway, South Africa, the Soviet Union, Spain, Sweden, Switzerland, and the United States.” This retrospective paper is worth reading in this age where the quest of higher and higher performance has produced super fast but very complicated and insecure machines where even synchronization has become a tricky affair (see for example the recent three articles by Russ Cox on his research.swtch.com site). Can’t resist quoting Charles Hayden’s (Solocomment from the paper: “What was remarkable about [Concurrent Pascal] is that one could write experimental operating systems on a virtual machine without having to resort to machine registers, assembly language, etc. The development environment provided a way to do operating systems in a controlled way, on the “bare hardware” of a much nicer machine than any real computer. . . I think the significance of the system was . . . that one could provide a protected environment for concurrent programming—a high-level language environment which could maintain the illusion that there was no “machine” level. It was remarkable that through compile time restrictions and virtual machine error checking, that you could understand the program behavior by looking at the Pascal, not at the machine’s registers and memory. It was remarkable that the machine could retain its integrity while programs were being developed, without hardware memory protection.” Nowadays writing an os kernel is considered quite a major effort. IMHO there has been nothing new in this area from a programming perspective since the ‘70s and no guidance for h/w design which has become increasingly more complex and “magic” (as per Artur C Clarke’s definition). http://brinch-hansen.net/papers/1993a.pdf > On Jul 13, 2021, at 3:35 PM, Dave Horsfall <dave@horsfall.org> wrote: > > In 1992, 386BSD is released by Lynne and William Jolitz, starting the open source operating system movement (Linux didn't come along under later). > > -- Dave [-- Attachment #2: Type: text/html, Size: 3407 bytes --] ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] 386BSD released 2021-07-13 22:28 [TUHS] 386BSD released Dave Horsfall 2021-07-14 7:54 ` Michael Kjörling 2021-07-14 21:37 ` [TUHS] 386BSD released Bakul Shah @ 2021-07-16 21:22 ` Dave Horsfall 2 siblings, 0 replies; 47+ messages in thread From: Dave Horsfall @ 2021-07-16 21:22 UTC (permalink / raw) To: The Eunuchs Hysterical Society On Wed, 14 Jul 2021, Dave Horsfall wrote: > In 1992, 386BSD is released by Lynne and William Jolitz, starting the > open source operating system movement (Linux didn't come along under > later). Seems to have caused a "discussion", so... https://www.onthisday.com/day/july/14 ``1992 386BSD is released by Lynne Jolitz and William Jolitz, starting the open source operating system revolution. Linus Torvalds release "Linux" soon afterwards'' If anything thinks this is incorrect then feel free to submit a correction; I have more important things to do right now. -- Dave ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] MtXinu calendar (was Re: 386BSD released) @ 2021-07-18 20:44 Norman Wilson 2021-07-18 21:50 ` Deborah Scherrer 0 siblings, 1 reply; 47+ messages in thread From: Norman Wilson @ 2021-07-18 20:44 UTC (permalink / raw) To: tuhs Unlike most here, I always pronounced Mt Xinu with an eye, not an eee. I don't know where I got that, though. I did know Ed Gould via USENIX and DECUS, but that doesn't make my pronunciation correct. As an aside, anyone know where Ed is these days or how he's doing? I last saw him at a USENIX conference, probably in San Jose in 2013 but I'm not sure. He showed up just for the reception; he'd retired, and had cut away most of his famous beard because he was spending a lot of time sailing and it got in the way. Norman Wilson Toronto ON ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] MtXinu calendar (was Re: 386BSD released) 2021-07-18 20:44 [TUHS] MtXinu calendar (was Re: 386BSD released) Norman Wilson @ 2021-07-18 21:50 ` Deborah Scherrer 2021-07-18 22:40 ` Warner Losh 0 siblings, 1 reply; 47+ messages in thread From: Deborah Scherrer @ 2021-07-18 21:50 UTC (permalink / raw) To: tuhs It is indeed Mount Z-eye-nu. (I used to be its President. ;-) ) Ed is living in the Walnut Creek area. He has indeed retired and he and his wife do indeed do a lot of sailing. Deborah On 7/18/21 1:44 PM, Norman Wilson wrote: > Unlike most here, I always pronounced Mt Xinu with an > eye, not an eee. I don't know where I got that, though. > > I did know Ed Gould via USENIX and DECUS, but that doesn't > make my pronunciation correct. > > As an aside, anyone know where Ed is these days or how he's > doing? I last saw him at a USENIX conference, probably in > San Jose in 2013 but I'm not sure. He showed up just for the > reception; he'd retired, and had cut away most of his famous > beard because he was spending a lot of time sailing and it > got in the way. > > Norman Wilson > Toronto ON ^ permalink raw reply [flat|nested] 47+ messages in thread
* Re: [TUHS] MtXinu calendar (was Re: 386BSD released) 2021-07-18 21:50 ` Deborah Scherrer @ 2021-07-18 22:40 ` Warner Losh 0 siblings, 0 replies; 47+ messages in thread From: Warner Losh @ 2021-07-18 22:40 UTC (permalink / raw) To: dscherrer; +Cc: TUHS main list [-- Attachment #1: Type: text/plain, Size: 1075 bytes --] On Sun, Jul 18, 2021 at 4:17 PM Deborah Scherrer < dscherrer@solar.stanford.edu> wrote: > It is indeed Mount Z-eye-nu. (I used to be its President. ;-) ) > Excellent! That's how I'd always heard it. Glad to know it's right. Ed is living in the Walnut Creek area. He has indeed retired and he and > his wife do indeed do a lot of sailing. > Great! Thanks for the somewhat authoritative answer :) Warner > Deborah > > On 7/18/21 1:44 PM, Norman Wilson wrote: > > Unlike most here, I always pronounced Mt Xinu with an > > eye, not an eee. I don't know where I got that, though. > > > > I did know Ed Gould via USENIX and DECUS, but that doesn't > > make my pronunciation correct. > > > > As an aside, anyone know where Ed is these days or how he's > > doing? I last saw him at a USENIX conference, probably in > > San Jose in 2013 but I'm not sure. He showed up just for the > > reception; he'd retired, and had cut away most of his famous > > beard because he was spending a lot of time sailing and it > > got in the way. > > > > Norman Wilson > > Toronto ON > [-- Attachment #2: Type: text/html, Size: 1923 bytes --] ^ permalink raw reply [flat|nested] 47+ messages in thread
end of thread, other threads:[~2021-07-19 3:07 UTC | newest] Thread overview: 47+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2021-07-13 22:28 [TUHS] 386BSD released Dave Horsfall 2021-07-14 7:54 ` Michael Kjörling 2021-07-14 8:19 ` Angus Robinson 2021-07-14 8:32 ` Michael Kjörling 2021-07-14 9:07 ` Lars Brinkhoff 2021-07-14 14:09 ` Larry McVoy 2021-07-14 14:54 ` Warner Losh 2021-07-14 15:06 ` Richard Salz 2021-07-14 15:37 ` Steve Nickolas 2021-07-14 10:09 ` Tom Ivar Helbekkmo via TUHS 2021-07-14 10:39 ` arnold 2021-07-14 17:21 ` Lyndon Nerenberg (VE7TFX/VE6BBM) 2021-07-14 17:32 ` Richard Salz 2021-07-14 15:01 ` Clem Cole 2021-07-14 17:40 ` [TUHS] [COFF] " Theodore Y. Ts'o 2021-07-14 17:50 ` Larry McVoy 2021-07-14 18:28 ` Clem Cole 2021-07-14 11:49 ` [TUHS] " Andy Kosela 2021-07-14 15:48 ` Theodore Y. Ts'o 2021-07-16 1:35 ` Dave Horsfall 2021-07-16 2:33 ` risner 2021-07-16 4:25 ` Theodore Y. Ts'o 2021-07-16 5:51 ` Bakul Shah 2021-07-16 13:00 ` Theodore Y. Ts'o 2021-07-16 13:56 ` Larry McVoy 2021-07-16 14:40 ` Clem Cole 2021-07-16 15:44 ` Theodore Y. Ts'o 2021-07-16 16:11 ` Bakul Shah 2021-07-16 19:07 ` Kevin Bowling 2021-07-16 20:17 ` Clem Cole 2021-07-16 20:24 ` Richard Salz 2021-07-18 13:13 ` arnold 2021-07-18 13:23 ` Richard Salz 2021-07-18 13:43 ` [TUHS] MtXinu calendar (was Re: 386BSD released) Al Kossow 2021-07-18 13:51 ` Al Kossow 2021-07-18 16:44 ` Al Kossow 2021-07-18 17:38 ` John Cowan 2021-07-18 18:35 ` Bakul Shah 2021-07-19 3:06 ` Dan Stromberg 2021-07-18 19:00 ` arnold 2021-07-18 21:48 ` Deborah Scherrer 2021-07-18 20:06 ` Lyle Bickley 2021-07-14 21:37 ` [TUHS] 386BSD released Bakul Shah 2021-07-16 21:22 ` Dave Horsfall 2021-07-18 20:44 [TUHS] MtXinu calendar (was Re: 386BSD released) Norman Wilson 2021-07-18 21:50 ` Deborah Scherrer 2021-07-18 22:40 ` Warner Losh
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).