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.1 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HTML_MESSAGE,MAILING_LIST_MULTI,RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 16302 invoked from network); 2 Jun 2020 13:53:38 -0000 Received: from minnie.tuhs.org (45.79.103.53) by inbox.vuxu.org with ESMTPUTF8; 2 Jun 2020 13:53:38 -0000 Received: by minnie.tuhs.org (Postfix, from userid 112) id 3295F9CAAF; Tue, 2 Jun 2020 23:53:37 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id AEEB19C5EC; Tue, 2 Jun 2020 23:53:12 +1000 (AEST) Authentication-Results: minnie.tuhs.org; dkim=pass (1024-bit key; unprotected) header.d=ccc.com header.i=@ccc.com header.b="Qi+iaiPY"; dkim-atps=neutral Received: by minnie.tuhs.org (Postfix, from userid 112) id 6C1B29C5EC; Tue, 2 Jun 2020 23:53:11 +1000 (AEST) Received: from mail-qk1-f169.google.com (mail-qk1-f169.google.com [209.85.222.169]) by minnie.tuhs.org (Postfix) with ESMTPS id E2C3293D46 for ; Tue, 2 Jun 2020 23:53:10 +1000 (AEST) Received: by mail-qk1-f169.google.com with SMTP id f18so12587668qkh.1 for ; Tue, 02 Jun 2020 06:53:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ccc.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=V2WGhI4lCEaxmTkq20U4SfNIEtpYbHq6yNUobhNuAbM=; b=Qi+iaiPYedOSpJDiE1gYc0i/fV0MD5ithufp8uJaMQVv2Ki5ts77VC88xLzZVYiIDw z+W/8aoyBGgAxkqSvfFQrNNpWrykbl2GjRZFZUGhbYp0tvpfGNP6l4W4aqInMW+QoRlk 0V/XWeumXQypd5OzCEfqmpJxWE+NSTGy8iRWw= 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=V2WGhI4lCEaxmTkq20U4SfNIEtpYbHq6yNUobhNuAbM=; b=n/2iqTj7YJ4iinWIQgPnqz7wXnl3EwIm+3qhMidWFcGCt4tcYIM4rMQJuU0EmW8yOR A0tCSw8ZWFjhs4qJAYWnvNFk+mfW6uuPS3N9CDtei80ag96eT8jHNfFjShjC09RFUCim pCMivSGqoxFV7KWqNp1/qB8AadKON0Vi/X5qWmn3zbrHbCqtET0uwsY3UJJAS96ZVT4U jH0B8iiXWhl9+RDkhL09Wcy3hlhIR24d3jnGtTbljNzm1GaqNRns1Et3eyxqGsuuzxTX eCb1HaVjXetQeRBX4KTVyWabbJSe/cZxscShOsm5mlnUei2Sng344iYZbQPDLw45DahA hHnw== X-Gm-Message-State: AOAM533pBVgw+/V7OHN4vfNy0v/Z/IwHeWWSyPbJbjYLzmRI25njmSAu wmybG/xiPN8yJMwzl7Egkeck5HHeIr6Ys4wBqva3/g== X-Google-Smtp-Source: ABdhPJwO4t3vVoQBXEXYbIbtLFYsJpoxHQ2ZKrgd8pMg7SzJGb/PPXvgr2Bfzx4IBDbTUrSJAYAme+J6uhl99NgtLHw= X-Received: by 2002:a37:6385:: with SMTP id x127mr25061652qkb.307.1591105989836; Tue, 02 Jun 2020 06:53:09 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Clem Cole Date: Tue, 2 Jun 2020 09:52:44 -0400 Message-ID: To: Paul Riley Content-Type: multipart/alternative; boundary="000000000000532dbe05a71a3bb9" Subject: Re: [TUHS] DEC RL01/RL02 RX01/RX02 Disk Image Creator 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 main list Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" --000000000000532dbe05a71a3bb9 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, Jun 1, 2020 at 6:45 PM Paul Riley wrote: > Is the disk image independent from the disk hardware? I=E2=80=99d assume = that > different disks may have different block sizes etc, so the disk type may = be > important. > A reasonable thought, but no, other than efficiency. It's just an array of bytes exposed to the OS. The good news is that all the DEC systems used 512 byte fixed blocks (Nothing like the funky Prime, Apollo or Alto tricks of putting some of the file system metadata into the physical disk format -- if you ever wondered why some of the original SCSI controllers supported a 1072 byte block size - it was for Domain/Aegis - 1024 block + 48 byte meta data]. > > The target system is LSX, a cut-down version of V6 designed to run on the > LSI-11. > Everything should be able to be simulated using is 512-byte blocks. > There are very few system utilities in the standard build (no mount for > example). The second floppy is permanently mounted at boot time. I=E2=80= =99m > interested in making source file floppies on my modern system to use on t= he > LSX, so I want to be able to create an image file from a source folder tr= ee. > You'll have to check the docs, but I thought Heinz supported the RK05 [RKV11 controller]. That will give you 2.5M of 'raw' disk blocks, instead of floppy. Open it raw, and use it like mag tape. If you don't have a coming format, you can create something and then use dd(1) on the LSI-11 from the RKV11 -- a little clumsy but as a bootstrap, it should work fine. The RL11 and RK711 controllers (RL01/02, RK07 disk) came later to the PDP-11 (post 11/34 and 11/60). I think there was an RLV1[12] at some point, but I don't think DEC even made an RKV71[12] -- however, I'm not up on late-generation PDP-11 lore and they would have been much later than LSX so driver support is doubtful. Good luck, Clem --000000000000532dbe05a71a3bb9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Mon, Jun 1, 2020 at 6:45 = PM Paul Riley <paul@rileyriot.com<= /a>> wrote:
<= div>
Is the disk image independent from the disk hardware?= I=E2=80=99d assume that different disks may have different block sizes etc= , so the disk type may be important.
=C2=A0
=

The target system is LS= X, a cut-down version of V6 designed to run on the LSI-11.
Everything should be able to be simulated using is 512-byt= e blocks.


=C2=A0
There are very few = system utilities in the standard build (no mount for example). The second f= loppy is permanently mounted at boot time. I=E2=80=99m interested in making= source file floppies on my modern system to use on the LSX, so I want to b= e able to create an image file from a source folder tree.

You'll=C2=A0have to check the docs, but I thou= ght Heinz supported the RK05 [RKV11 controller].=C2=A0 That will give you 2= .5M of 'raw' disk blocks,=C2=A0instead of floppy.=C2=A0 Open it raw= , and use it like mag tape.=C2=A0 =C2=A0If you don't have a coming form= at, you can create something and then use dd(1) on the LSI-11 from the RKV1= 1 -- a little clumsy but as a bootstrap, it should work fine.=C2=A0 The RL1= 1 and RK711 controllers (RL01/02, RK07 disk) came later to the PDP-11 (post= 11/34 and 11/60). I think there was an RLV1[12] at some point, but I don&#= 39;t think DEC even made an RKV71[12] -- however, I'm not up on late-ge= neration PDP-11 lore and they would have been much later than LSX so driver= support is doubtful.=C2=A0

Good luck,
Clem=C2= =A0


--000000000000532dbe05a71a3bb9--