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 15412 invoked from network); 28 Sep 2020 00:05:20 -0000 Received: from minnie.tuhs.org (45.79.103.53) by inbox.vuxu.org with ESMTPUTF8; 28 Sep 2020 00:05:20 -0000 Received: by minnie.tuhs.org (Postfix, from userid 112) id EF6289CED9; Mon, 28 Sep 2020 10:05:16 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id B05359CEBF; Mon, 28 Sep 2020 10:04:25 +1000 (AEST) Received: by minnie.tuhs.org (Postfix, from userid 112) id 93E489CEB2; Mon, 28 Sep 2020 10:04:22 +1000 (AEST) Received: from mail-pf1-f176.google.com (mail-pf1-f176.google.com [209.85.210.176]) by minnie.tuhs.org (Postfix) with ESMTPS id A99419CE8C for ; Mon, 28 Sep 2020 10:04:21 +1000 (AEST) Received: by mail-pf1-f176.google.com with SMTP id o20so7699531pfp.11 for ; Sun, 27 Sep 2020 17:04:21 -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=/ry6MSHO+JLQU18MYOTcvaRvO00ga+HSyzPDRrya7lw=; b=UwoTICrWerLj6EUDgk8VR/QxjEHrIJ0sEYD2oToGc5MMO0ONxWgKm5f/TObokjJafa bc81ICIV6PvIQGtzB4WURnvspR9mh32YPTuOkGlr8gVaMCIk2XVaSfSbOzc3r1JQcNuM DID5Fx6oc27VTqWIVOyEAov/BxR87h4nsz4f57pUoicFiYD+cvkSEhQTdKlx3DZI3RsL KJ5kCp0LcUnS33M2mpOD5EivX3MWfKKPk4vfkyLDr+ocx5XB5sUPAgQb1eZVrAq1nkd1 oePpWaMEBDrVNf6AtsCTSa83xkzidRlozPi+KY50A/0DMa6OAk7o9QTiNAlIn1M0DXff 4w1Q== X-Gm-Message-State: AOAM530U+LRgL81YcM0632N+dUPUoG4ehY1k9uV/Su0VtFijozHJpXZG 0tF8m888TS8s3k5/bAjTjuediD/rH59auOpj0YoDPpTPzO3DjA== X-Google-Smtp-Source: ABdhPJzEThh88o1qx3CY8xJMHZ+RsoZ0/Xoo4M+2RsNjS2FDLky4oBuKzUptzXB8qyQDc4alwjyNsh6xzHMKNLzVGl8= X-Received: by 2002:a17:902:c692:b029:d0:90a3:24f4 with SMTP id r18-20020a170902c692b02900d090a324f4mr8890323plx.12.1601251461091; Sun, 27 Sep 2020 17:04:21 -0700 (PDT) MIME-Version: 1.0 References: <20200925220821.6433218C0AA@mercury.lcs.mit.edu> In-Reply-To: <20200925220821.6433218C0AA@mercury.lcs.mit.edu> From: Paul Riley Date: Mon, 28 Sep 2020 08:03:54 +0800 Message-ID: To: Noel Chiappa Content-Type: multipart/alternative; boundary="00000000000088d28b05b05468bf" 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" --00000000000088d28b05b05468bf Content-Type: text/plain; charset="UTF-8" > > > don't know how that board uses the SD card, in terms of where it keeps the > RL02 image, but if you can find that out, SD<->USB3 adaptors are cheap and > plentiful, and it shouldn't be too hard to load the disk image into it > using > one of them. (For the QSIC, I found a 'dd' for Winsdoze and used that to > write > the disk image onto the SD card.) > > Here's how the formatting of the SD card is done. First you partition the disk into n 'FAT 12" partitions, one for each drive you wish to connect. Then you pop the card in the emulator board, and run a utility which formats the partitions as "Linux" and you then have n 10.5MB Linux partitions. Putting the card back into your host machine, you then copy your RL02 disk images to the newly formatted Linux partitions. Here's the full explanation: https://www.5volts.ch/pages/rlv12/rlv12-createdisk/ > > I don't have any PROMs other than what would be on the '03 or '23+ > > boards now. > > Not a problem: if you hook up the -11's console to another computer, you > can download a bootstrap into it over the serial line, using the -11's ODT. > Thanks for the tip. > Speaking of booting, I have Mini-Uix booting under an -11/05 simulator > (Ersatz-11); I used the RK image from here: > > Thanks again. > Oh, I recently realized how to make a bit more room on an -11/03: most > DEC small QBUS memory cards allow you to use half the 'I/O page' for > memory, > Sounds beyond me, and not necessary at this stage. > What kind of memory card(s) do you have for the -11/03? > > The 256kB card is: M8067-KA MSV11-PK 256-kbyte MOS memory with parity CSR I'll keep that for the '23+. Can you clarify something for me regarding memory? I understand the bottom area of memory in a Unix system is for the Kernel and it's stuff, and that the top 8kB is set aside for device I/O (with the exceptions you mentioned in a previous email about using some of that space). The LSI-11 board has 4kW of RAM on it, and I have already a 16KW board. If I want to further expand the RAM, and say I buy another 16kW board, that makes an arithmetic sum of 32kW for the boards, making 36kW total. Can the 4kW of on-board RAM be disabled, and only the 32kW on the boards be used? Is it ok for the installed RA mto overlap the 8kW at the high memory area? Do the devices spoof these addresses or do they read/write in the high installed RAM area? Paul --00000000000088d28b05b05468bf Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

don't know how that board uses the SD card, in t= erms of where it keeps the
RL02 image, but if you can find that out, SD<->USB3 adaptors are chea= p and
plentiful, and it shouldn't be too hard to load the disk image into it = using
one of them. (For the QSIC, I found a 'dd' for Winsdoze and used th= at to write
the disk image onto the SD card.)

Here's how the formatting of the SD card is done.= First you partition the disk into n 'FAT 12" partitions, one for = each drive you wish to connect. Then you pop the card in the emulator board= , and run a utility which formats the partitions as "Linux" and y= ou then have n 10.5MB Linux partitions. Putting the card back into your hos= t machine, you then copy your RL02 disk images to the newly formatted Linux= partitions.

Here's the full explanation:

=


=C2=A0 =C2=A0 > I don't have any PROMs other than what would be on t= he '03 or '23+
=C2=A0 =C2=A0 > boards now.

Not a problem: if you hook up the -11's console to another computer, yo= u
can download a bootstrap into it over the serial line, using the -11's = ODT.

Thanks for the tip.
=C2=A0
=
Speaking of booting, I ha= ve Mini-Uix booting under an -11/05 simulator
(Ersatz-11); I used the RK image from here:

Thanks again.
=C2=A0
Oh, I recently realized how to make a=C2= =A0 bit more room on an -11/03: most
DEC small QBUS memory cards allow you to use half the 'I/O page' fo= r memory,

Sounds beyond me, and not necessary at thi= s stage.
=C2=A0
What kind of memory card(s) do you have for the -11/03?


The 256kB card is:
M8067-KAMSV11-PK256-kbyte MOS memory = with parity CSR
=C2=A0I'll keep= that for the '23+.

Can you clarify something = for me regarding memory? I understand=C2=A0the bottom area of memory in a U= nix system is for the Kernel and it's stuff, and that the top 8kB is se= t aside for device I/O (with the exceptions you mentioned in a previous ema= il about using some of that space). The LSI-11 board has 4kW of RAM on it, = and I have already a 16KW board. If I want to further expand the RAM, and s= ay I buy another 16kW board, that makes an arithmetic sum of 32kW for the b= oards, making 36kW total. Can the 4kW of on-board RAM be disabled, and only= the 32kW on the boards be used? Is it ok for the installed RA mto overlap = the 8kW at the high memory area? Do the devices spoof these addresses or do= they read/write in the high installed RAM area?

P= aul
--00000000000088d28b05b05468bf--