From: Phil Budne <phil@ultimate.com>
To: tuhs@tuhs.org
Cc: jnc@mercury.lcs.mit.edu
Subject: [TUHS] Re: [COFF] Re: Supervisor mode on ye olde PDP-11
Date: Wed, 19 Jun 2024 12:55:34 -0400 [thread overview]
Message-ID: <202406191655.45JGtYjI008727@ultimate.com> (raw)
In-Reply-To: <20240619161720.B301E18C088@mercury.lcs.mit.edu>
JNC wrote:
> Is there a document for 2.11 which explains in detail why they did that? I
> suspect it's actually a little more complicated than just "more address
> space".
...
> ... Switching overlays took a certain amount of
> overhead (since mapping registers had to be re-loaded); if all the networking
> code ran in supervisor mode, the supervisor mode mapping registers could be
> loaded with the right thing and just left.
That's my understanding... It allows mbufs to be mapped only
in supervisor mode...
https://minnie.tuhs.org/PUPS/Setup/2.11bsd_setup.html says:
The networking in 2.11BSD, runs in supervisor mode, separate
from the mainstream kernel. There is room without overlaying to
hold both a SL/IP and ethernet driver. This is a major win, as
it allows the networking to maintain its mbufs in normal data
space, among other things. The networking portion of the kernel
resides in ``/netnix'', and is loaded after the kernel is
running. Since the kernel only looks for the file ``/netnix'',
it will not run if it is unable to load ``/netnix'' , sites
should build and keep a non-networking kernel in ``/'' at all
times, as a backup. NOTE: The ``/unix'' and ``/netnix''
imagines must have been created at the same time, do not
attempt to use mismatched images. The ability to have boot tell
the kernel which network image to load is on the wish list (had
to have something take the place of wishing for disklabels
;-)).
https://wfjm.github.io/home/ouxr/ shows the code path for the socket(2) syscall
next prev parent reply other threads:[~2024-06-19 16:56 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-06-19 16:17 Noel Chiappa
2024-06-19 16:55 ` Phil Budne [this message]
2024-06-19 17:20 ` Warner Losh
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=202406191655.45JGtYjI008727@ultimate.com \
--to=phil@ultimate.com \
--cc=jnc@mercury.lcs.mit.edu \
--cc=tuhs@tuhs.org \
/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).