From: schily@schily.net (Joerg Schilling)
Subject: [TUHS] the guy who brought up SVr4 on Sun machines
Date: Wed, 04 Jan 2017 19:23:12 +0100 [thread overview]
Message-ID: <586d3d90.oAzCBIUMx+CcWar6%schily@schily.net> (raw)
In-Reply-To: <20170104175227.GH3405@mcvoy.com>
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 3898 bytes --]
Larry McVoy <lm at mcvoy.com> wrote:
> > You did not make a backup while you worked at Sun?
>
> Apparently your ethics and my ethics differ. It was Sun's property, not mine.
You do not understand jokes?
> > Hint: I have been told
> > from Sun employees that the Sun ZFS group did read my diploma thesis before
> > they started with ZFS even though it is written in German ;-)
>
> Huh, interesting. I'll check that out. Both Jeff Bonwick and Bill Moore
> have worked for me. Bonwick was one of my students at Stanford and I
> hired him into the kernel group. Bill worked for me on BitKeeper.
> I'll let you know what they say.
I had a long discussion about this background in September 2004 with Jeff in
his office while we discussed how a new secure interface that does not need
root privileges could be added to support readin hole lists for files. This
resulted in the design of SEEK_HOLE/SEEK_DATA.
Before (around 1992) I had a really long meeting with Wolfgang Thaler (he is
the designer and author of DDI/DKI) and after he mentioned that there are many
people inside Sun that understand German, mentioned that my dimploma thesis
http://cdrtools.sourceforge.net/private/WoFS.pdf
is used by many Sun kernel engineers as there was no similar paper from Sun.
> > There seems to be a general missunderstandings:
> >
> > I do not call SunOS-4.x a "BSD based OS" as SunOS-4.0 introduced a new memory
> > management subsystem in the kernel.
>
> I think we can stop here. The rest of the world at the time described
> SunOS as "a bug fixed BSD". The mmap() interface was designed by Bill
> Joy while at UCB and was documented but not implemented in 4.2 BSD [*]
This is definitely a missunderstanding:
Bill did create a mmap() interface for BSD while in UCB, but this was already
around 1984 and hard to use as there was no universal address space description
inside the kernel.
What you could do with the old interface that was also available in e.g.
SunOS-3.5 is to map user space addresses to VME addresses, but you first had to
valloc() the space before, to get a mmap() target address. After you then
called mmap(), you did waste all the swap space that was needed to hold the
address space description. We used this method at H.Berthold AG in 1986 for the
Berthold image processor to get direct access to the 256 MB of image memory in
the image proessor. We needed to waste a whole disk for swap to get the
initial mapping into the address space descriptor for the related userland
process.
For SunOS-4.0, Bill did a complete rewrite of the whole virtual memory
subsystem. This rewrite includes the filesystem and since SunOS-4.0, all file
access is done via mmap(). Even read() based file I/O basically maps the
related parts of a file into a transient kernel area from where a copyout() is
done. With SunOS-4.x, mmap() has been much easier to use as there now was an
object oriented linked list of address space descriptions.
If you like to know why Sun could not donate the new virtual memory
implementation to BSD, this is because of the contract signed with AT&T in late
1987 - even before SunOS-4.0 was send to customers. AT&T did know from the
memory subsystem from a talk at USENIX in spring 1987.
What I had to do when the Sparcstation came up was to write a segment driver to
support the MMU in our VME<->S-Bus adaptor in order to come around the 32 MByte
limitation for the addresses in an S-Bus slot.
BTW: in order to avoid more missunderstandings, could you mention when you have
been in the Sun kernel group and what kind of things you did with the kernel?
Jörg
--
EMail:joerg at schily.net (home) Jörg Schilling D-13353 Berlin
joerg.schilling at fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.org/private/ http://sourceforge.net/projects/schilytools/files/
next prev parent reply other threads:[~2017-01-04 18:23 UTC|newest]
Thread overview: 91+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-01-04 2:41 Larry McVoy
2017-01-04 3:00 ` Warner Losh
2017-01-04 3:23 ` Dan Cross
2017-01-04 3:35 ` Larry McVoy
2017-01-04 12:24 ` Ed Carp
2017-01-04 16:17 ` ron minnich
2017-01-04 16:31 ` Joerg Schilling
2017-01-04 16:34 ` ron minnich
2017-01-04 16:57 ` Joerg Schilling
2017-01-04 17:06 ` Larry McVoy
2017-01-04 17:11 ` Joerg Schilling
2017-01-04 17:15 ` Larry McVoy
2017-01-04 17:40 ` Joerg Schilling
2017-01-04 17:42 ` Larry McVoy
2017-01-04 17:48 ` Joerg Schilling
2017-01-04 17:57 ` Larry McVoy
2017-01-04 18:24 ` Dan Cross
2017-01-04 18:30 ` Dan Cross
2017-01-04 18:25 ` Joerg Schilling
2017-01-04 18:32 ` Joerg Schilling
2017-01-04 18:46 ` Dan Cross
2017-01-05 11:18 ` Joerg Schilling
2017-01-06 2:09 ` Larry McVoy
2017-01-06 3:07 ` Steve Nickolas
2017-01-06 17:38 ` Warner Losh
2017-01-04 17:36 ` ron minnich
2017-01-04 17:41 ` Joerg Schilling
2017-01-04 16:46 ` Larry McVoy
2017-01-04 17:02 ` Joerg Schilling
2017-01-04 17:10 ` Larry McVoy
2017-01-04 17:39 ` Joerg Schilling
2017-01-04 17:52 ` Larry McVoy
2017-01-04 18:23 ` Joerg Schilling [this message]
2017-01-04 18:27 ` Larry McVoy
2017-01-04 18:29 ` Joerg Schilling
2017-01-04 18:44 ` Larry McVoy
2017-01-05 11:50 ` Joerg Schilling
2017-01-06 2:02 ` Larry McVoy
2017-01-09 13:40 ` Joerg Schilling
2017-01-09 17:48 ` Larry McVoy
2017-01-10 3:58 ` Larry McVoy
2017-01-10 4:16 ` Warner Losh
2017-01-08 1:37 ` Larry McVoy
2017-01-05 2:26 ` Wesley Parish
2017-01-04 18:56 ` Nevin Liber
2017-01-04 19:05 ` Warner Losh
2017-01-04 20:00 ` Clem Cole
2017-01-04 21:20 ` Brad Spencer
2017-01-04 21:57 ` William Pechter
2017-01-04 21:57 ` William Pechter
2017-01-05 0:36 ` Dave Horsfall
2017-01-05 0:43 ` Larry McVoy
2017-01-05 0:50 ` William Pechter
2017-01-05 1:01 ` Larry McVoy
2017-01-05 3:00 ` Wesley Parish
2017-01-05 3:13 ` Larry McVoy
2017-01-05 8:12 ` Andy Kosela
2017-01-05 16:23 ` Larry McVoy
2017-01-05 16:31 ` Clem Cole
2017-01-10 15:12 Berny Goodheart
2017-01-10 16:03 ` arnold
2017-01-10 16:20 ` Larry McVoy
2017-01-10 16:24 ` Joerg Schilling
2017-01-10 16:32 ` Berny Goodheart
2017-01-10 16:40 ` Chet Ramey
2017-01-10 16:41 ` Joerg Schilling
2017-01-10 16:20 ` Joerg Schilling
2017-01-10 16:34 ` Clem cole
2017-01-10 16:38 ` Chet Ramey
2017-01-10 16:57 ` Berny Goodheart
2017-01-10 17:10 ` Joerg Schilling
2017-01-10 17:47 ` Warner Losh
2017-01-10 18:28 ` Larry McVoy
2017-01-10 18:33 ` Warner Losh
2017-01-10 18:42 ` Larry McVoy
2017-01-10 19:21 ` Clem cole
2017-01-10 19:41 ` Clem cole
2017-01-11 21:03 ` Dan Cross
2017-01-11 20:56 ` Dan Cross
2017-01-11 22:57 ` Joerg Schilling
2017-01-11 23:06 ` Larry McVoy
2017-01-11 23:52 ` Joerg Schilling
2017-01-11 23:57 ` Larry McVoy
2017-01-12 0:07 ` Joerg Schilling
2017-01-12 1:58 ` Larry McVoy
2017-01-12 10:39 ` Joerg Schilling
[not found] ` <1154c8d8-2051-455e-a3f2-45415d901232.maildroid@localhost>
2017-01-10 16:34 ` Berny Goodheart
2017-01-10 15:38 Noel Chiappa
2017-01-10 21:26 Noel Chiappa
2017-01-11 18:07 Noel Chiappa
2017-01-11 19:37 ` Charles Anthony
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=586d3d90.oAzCBIUMx+CcWar6%schily@schily.net \
--to=schily@schily.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).