From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=HTML_MESSAGE, MAILING_LIST_MULTI,RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 7049 invoked from network); 11 Oct 2020 23:26:03 -0000 Received: from minnie.tuhs.org (45.79.103.53) by inbox.vuxu.org with ESMTPUTF8; 11 Oct 2020 23:26:03 -0000 Received: by minnie.tuhs.org (Postfix, from userid 112) id 4C16D9CA81; Mon, 12 Oct 2020 09:26:01 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id 238AF9CA7A; Mon, 12 Oct 2020 09:25:12 +1000 (AEST) Received: by minnie.tuhs.org (Postfix, from userid 112) id 141CB9CA7A; Mon, 12 Oct 2020 09:25:09 +1000 (AEST) Received: from mail-pg1-f170.google.com (mail-pg1-f170.google.com [209.85.215.170]) by minnie.tuhs.org (Postfix) with ESMTPS id 29D0B93D6D for ; Mon, 12 Oct 2020 09:25:08 +1000 (AEST) Received: by mail-pg1-f170.google.com with SMTP id x16so12483015pgj.3 for ; Sun, 11 Oct 2020 16:25:08 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=5aGMd0iRoDcA/h5zli2DGImxuVUYvVO26JQhfOq+knI=; b=tnIaRoacIqpiJ8uc/BQwVOb4eViCpzfmVrDfMjXwJuoBrqDqSFKhVao3fWTCJHZqUc u0Be/Hw2zAhFvpywY9E1hAEgAkYw5DhHAcLv/Xm5KV5I7bmf8pT8EFsLbg74dXxrcr6E yDcqmlzPROLaGjZ1J3lmicaL5t+3cpNxnOwPKEEu7VfP1C7ppxZbKCNrEpazv86EcLe1 N1Fek5uJLOJswddX8DJZ7vOkg4awOW6sf0yFHPJGXN9h89DWyyGHzfjGgZXTNFCnccjn NzUX7k+Wk0LC1W1xv3sye6T9OLWFZUjl0TDRMIzOTHZlI6F804EDNkYk8nQJ1p9FCdqa 14gQ== X-Gm-Message-State: AOAM531y90NAK2fEjwquOSJSFbTn+xcjr4djFcymP7wgkUZlnme+3Ss8 chfA/idNcc47I88q1evKX2cA/O7kx0cOital5jM= X-Google-Smtp-Source: ABdhPJxhEje+6PzIT1zGZTBjh90HJCP059cCsGHrFo59lWRrBYpXkDk97cJtY/It9HyLv7QR7QG8tF/z4zGAOegrJIE= X-Received: by 2002:a17:90b:512:: with SMTP id r18mr17091200pjz.49.1602458705526; Sun, 11 Oct 2020 16:25:05 -0700 (PDT) MIME-Version: 1.0 References: <20201010232948.5F33818C0A6@mercury.lcs.mit.edu> In-Reply-To: <20201010232948.5F33818C0A6@mercury.lcs.mit.edu> From: Paul Riley Date: Mon, 12 Oct 2020 07:24:51 +0800 Message-ID: To: Noel Chiappa Content-Type: multipart/alternative; boundary="000000000000e903eb05b16d7d10" Subject: Re: [TUHS] Fwd: Choice of Unix for 11/03 and 11/23+ Systems X-BeenThere: tuhs@minnie.tuhs.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: The Unix Heritage Society mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: tuhs Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" --000000000000e903eb05b16d7d10 Content-Type: text/plain; charset="UTF-8" Noel, *Mini-Unix has removed 'raw' devices (not sure why, probably seemed un-needed),so other disk drivers (e.g. the RL11 driver) aren't straight drop-ins. Minimaltweaks needed, though; just remove the read and write routines, I think.* Your great work to port Mini-Unix will create some demand for device drivers on the /03 systems, so may be worthwhile to implement RAW device. Paul *Paul Riley* Mo: +86 186 8227 8332 Email: paul@rileyriot.com On Sun, 11 Oct 2020 at 07:31, Noel Chiappa wrote: > > I noticed a place where I used R0 as a temp ... and was being bashed. > > So I fixed it, and now the shell starts OK, but attempting to do any > > command (e.g. "echo foo"), things hang > > Well, I had 'fixed' it; it turned out my 'fix' had a bug. :-( (The code I > had > to change for the /03 there was pushing the old PS, and that and the temp I > had to push got intermangled.) > > Anyway, with that fixed, the /03 Mini-Unix works now. The old user command > binaries seem to work OK on the /03; not that I've tried the all, but the > ones > I have tried (including the C compiler) all worked. They all should all > work > (there's nothing in user code that's model-dependent). I have tweaked the > shell (to allow 'cd') and init (to get rid of the annoying long rights > message), but that's all. > > The latest, greatest mch.s is uploaded: > > http://ana-3.lcs.mit.edu/~jnc/tech/unix/Mini/mch.s > > Although a couple of files (bio.c, clock.c, slp.c, and tty.c) had minor > changes (to remove direct rerferences to the PS; they now call getps() and > putps() for that), and main.c has minor changes to work when there's no > KW11 > or switch register, really the only file with significant changes for the > /03 > is mch.s. It's the only one where the object code is model-dependent; all > the > other changed ones use the same object code for all CPU models. > > I'll put up a Web page with details, links to sources, etc, 'soon'. > > > A couple of other things. > > Mini-Unix has removed 'raw' devices (not sure why, probably seemed > un-needed), > so other disk drivers (e.g. the RL11 driver) aren't straight drop-ins. > Minimal > tweaks needed, though; just remove the read and write routines, I think. > > If there was a real use for 'raw' devices, they could probably be added > back, > but physio() would have to be modified (simplified). Not sure if anything > else > special would be needed; the process can't be swapped while raw I/O is > ongoing, and so on Mini-Unix no other process could run. Probably OK, but > needs to be checked. > > I recommend that everyone trying to run Mini-Unix on a hardware /03 invest > in > a KEF11 chip. (There are a few on eBait.) That way, you can leave the EIS > emulator out of the build, which will save some space, and allow more room > for > device drivers. I added kernel printf() into the build, to help with > debugging, but it can be removed to save space. > > You can change the system to use more room for the kernel (see the > Mini-Unix > docs), but that involves re-linking _every single user command_, including > the > shell and init. Not recommended. > > Noel > --000000000000e903eb05b16d7d10 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Noel,

Mini-Unix has removed 'raw= ' devices (not sure why, probably seemed un-needed),
so other disk d= rivers (e.g. the RL11 driver) aren't straight drop-ins. Minimal
twea= ks needed, though; just remove the read and write routines, I think.
=

Your great work to port Mini-Unix will create some demand for = device drivers on the /03 systems, so may be worthwhile to implement RAW de= vice.

Paul


=
Paul Riley

Mo: +86 186 8227 = 8332



On Sun, 11 Oct 2= 020 at 07:31, Noel Chiappa <j= nc@mercury.lcs.mit.edu> wrote:
=C2=A0 =C2=A0 > I noticed a place where I used R0 = as a temp ... and was being bashed.
=C2=A0 =C2=A0 > So I fixed it, and now the shell starts OK, but attempti= ng to do any
=C2=A0 =C2=A0 > command (e.g. "echo foo"), things hang

Well, I had 'fixed' it; it turned out my 'fix' had a bug. := -( (The code I had
to change for the /03 there was pushing the old PS, and that and the temp I=
had to push got intermangled.)

Anyway, with that fixed, the /03 Mini-Unix works now. The old user command<= br> binaries seem to work OK on the /03; not that I've tried the all, but t= he ones
I have tried (including the C compiler) all worked. They all should all wor= k
(there's nothing in user code that's model-dependent). I have tweak= ed the
shell (to allow 'cd') and init (to get rid of the annoying long rig= hts
message), but that's all.

The latest, greatest mch.s is uploaded:

=C2=A0 http://ana-3.lcs.mit.edu/~jnc/tech/unix/M= ini/mch.s

Although a couple of files (bio.c, clock.c, slp.c, and tty.c) had minor
changes (to remove direct rerferences to the PS; they now call getps() and<= br> putps() for that), and main.c has minor changes to work when there's no= KW11
or switch register, really the only file with significant changes for the /= 03
is mch.s. It's the only one where the object code is model-dependent; a= ll the
other changed ones use the same object code for all CPU models.

I'll put up a Web page with details, links to sources, etc, 'soon&#= 39;.


A couple of other things.

Mini-Unix has removed 'raw' devices (not sure why, probably seemed = un-needed),
so other disk drivers (e.g. the RL11 driver) aren't straight drop-ins. = Minimal
tweaks needed, though; just remove the read and write routines, I think.
If there was a real use for 'raw' devices, they could probably be a= dded back,
but physio() would have to be modified (simplified). Not sure if anything e= lse
special would be needed; the process can't be swapped while raw I/O is<= br> ongoing, and so on Mini-Unix no other process could run. Probably OK, but needs to be checked.

I recommend that everyone trying to run Mini-Unix on a hardware /03 invest = in
a KEF11 chip. (There are a few on eBait.) That way, you can leave the EIS emulator out of the build, which will save some space, and allow more room = for
device drivers. I added kernel printf() into the build, to help with
debugging, but it can be removed to save space.

You can change the system to use more room for the kernel (see the Mini-Uni= x
docs), but that involves re-linking _every single user command_, including = the
shell and init. Not recommended.

=C2=A0 =C2=A0 =C2=A0 Noel
--000000000000e903eb05b16d7d10--