Hello list,
I'm trying to figure out the boot sequence on both the RK05 and RL02 drive from a PDP. Here's how I understand it so far:
1. Get the bootstrap in core either via the FP or PTR.
2. Execute bootstrap and pull in the absolute loader from 1st. sector of
512 bytes or 256 words;
i.e. copy 1st. sector of drive to core starting from 0
3. Execute absolute loader by a JMP 0.
4. ??? What happens next ???
Because of not (yet) having a RL02 nor a RK05, I'm using simh and trying to trace what's going on when I "attach rk0 rt11.dsk" and then a "boot rk0", but it's pretty difficult going..
Thanks.
/wai-sun
--
___________________________________________________________
Sign-up for Ads Free at Mail.comhttp://promo.mail.com/adsfreejump.htm
See below...
Reply-to: JWLane43(a)aol.com
---------- Forwarded message ----------
Date: Fri, 25 Jun 2004 12:11:02 EDT
From: JWLane43(a)aol.com
To: vcf(a)vintage.org
Subject: (no subject)
Hello!
I would be very grateful if you could help me. Do you know of any company or
individual that repairs old calculators. I have two Texas TI-58 Programmable
calculators that do not work and I am very keen to make contact with anyone
that has a working knowledge of the internal workings of these machines.
Thanks very much for any help you can give me.
Jonathan
--
Sellam Ismail Vintage Computer Festival
------------------------------------------------------------------------------
International Man of Intrigue and Danger http://www.vintage.org
[ Old computing resources for business || Buy/Sell/Trade Vintage Computers ]
[ and academia at www.VintageTech.com || at http://marketplace.vintage.org ]
So I got the VAX 4000/300, R400X, and TU-81+ that was offered a week ago
on the list... it's in excellent shape, I think there was only one
scratch among all three pieces.
Now, I got the machines, but no cables with them. I need the cables
that go from a KLESI card to the TU-81 (DD50M->DD50F), and the DSSI
cables to go from the CPU cabinet to the R400X (female HD50 to female
HD50.. aka SCSI-2 connector). I'm considering the possibility of
making my own cable for the TU-81 (no one seems to sell cheap M->F DD50
cables), but it looks like it'll either be hard or quite expensive to
get the DSSI cables new.
So does anyone have some DSSI & LESI cables (with the proper connectors
for my use) available for trade or sale at a reasonable price?
Pat
--
Purdue University ITAP/RCS --- http://www.itap.purdue.edu/rcs/
The Computer Refuge --- http://computer-refuge.org
Wellicht een beetje laat, maar ik heb hier nog van die meetpods liggen.
Ook een manual is aanwezig.
MVG,
Cor
_________________________________________________________________
It's fast, it's easy and it's free. Get MSN Messenger today!
http://www.msn.co.uk/messenger
On another list I'm on (one of the NetBSD lists), I got the message
quoted below, indicating that a bunch of stuff is looking for help
escaping the crusher in San Francisco. After exchanging email with its
author, I got approval to forward it over here. Please respond
directly to Jason (address in the Cc: here, or the quoted headers
below); I cannot do anything useful with responses except forward them
thataway myself.
Note there's a deadline less than two weeks off. (The "if you write a
driver" stuff probably actually means "...a NetBSD driver"; given the
original context - NetBSD lists - this could reasonably be assumed
there, but classiccmp is a bit more wide-ranging in such regards.)
/~\ The ASCII der Mouse
\ / Ribbon Campaign
X Against HTML mouse(a)rodents.montreal.qc.ca
/ \ Email! 7D C8 61 52 5D E7 2D 39 4E F1 31 3E E8 B3 27 4B
> Mime-Version: 1.0 (Apple Message framework v618)
> Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-64--891142980"
> Message-Id: <2C3C5638-CEFE-11D8-A5DE-000A957650EC(a)wasabisystems.com>
> Content-Transfer-Encoding: 7bit
> Cc: port-m68k(a)NetBSD.org
> From: Jason Thorpe <thorpej(a)wasabisystems.com>
> Subject: Free MVME-147SA for pick-up in San Francisco
> Date: Mon, 5 Jul 2004 20:40:06 -0700
> To: port-mvme68k(a)NetBSD.org
> X-Pgp-Agent: GPGMail 1.0 (v30, 10.3)
> X-Mailer: Apple Mail (2.618)
> Precedence: list
>
>
> --Apple-Mail-64--891142980
> Content-Transfer-Encoding: 7bit
> Content-Type: text/plain; charset=US-ASCII; format=flowed
>
> Folks...
>
> I have an MVME-147SA system available for free for pick-up in San
> Francisco. This system was working and running NetBSD/mvme68k in a
> diskless configuration the last time I turned it on (about 6 years
> ago). The system board is installed in a Motorola VME card cage with a
> transition module on the back (providing serial and Ethernet) and 2
> removable SCSI disk carriers.
>
> There are some extra goodies included with this system, so pay close
> attention:
>
> - Ciprico RF3400 disk controller. I believe this is an ESDI
> controller. I do NOT have programming info for this controller. I do,
> however, have a programming manual for a Ciprico RF3510 SCSI
> controller, which I will include (possibly useless, but what the heck).
>
> - Ciprico TM3000 9-track tape controller. I have the programming
> manual for this. It works with any Pertec-compatible 9-track tape
> drive.
>
> ...here's the gem:
>
> - Pertec "portable" 9-track tape drive. I don't know the specific
> model number -- it's hidden somewhere under the plastic housing, no
> doubt. I *believe* this drive is capable of reading the 3 common
> 9-track tape densities (though to be honest, I can't even remember what
> those are anymore). Here are some photos:
>
> http://www.shagadelic.org/photos/pertec1.jpg
> http://www.shagadelic.org/photos/pertec2.jpg
>
> ...and here's the reason I have the Pertec in the first place:
>
> - UNIX 32V Time-Sharing System, Version 1.0 on 800bpi 9-track tape. I
> don't know if this tape is still readable, but I have kept it hidden
> away in a box, protected from heat, cold, and light for about 10 years
> now. Here are some photos of the tape:
>
> http://www.shagadelic.org/photos/32v-tape1.jpg
> http://www.shagadelic.org/photos/32v-tape2.jpg
>
> Now, for the terms and conditions:
>
> - I will NOT ship this stuff. The tape drive is especially heavy (if I
> had to guess, I'd say it's 200lbs).
>
> - If you take all the pieces, AND you write a complete driver for the
> TM3000, I will buy you a suitable quantity (e.g. 12-pack of a micro,
> half-dozen if you want some Belgian corked bottles) of quality beer.
> If you also manage to read the contents of the 32V tape, I will also
> buy you a nice bottle (or two) of wine.
>
> - There is a dead line. This stuff is going to the crusher to have the
> metals reclaimed on July 17.
>
> - If you don't have a car large enough to haul this stuff away, I might
> be able to deliver it to a destination in the San Francisco Bay Area,
> if I can arrange help loading the tape drive into my VW Bus (yes, it
> really is that heavy).
>
> I would really prefer NOT to have to crush the MVME-147 - it still
> works, and is a fine little NetBSD system. But I need it out of my
> garage so I can make progress on a home improvement project. So,
> someone please come and rescue it.
>
> I'll probably not throw away the 32V tape whatever happens to the
> stuff. But without the tape drive, the tape is pretty useless, and
> there aren't too many 9-track tape drives around anymore. So here's
> your chance to grab a little bit of computing history... don't miss
> out!
>
> -- Jason R. Thorpe <thorpej(a)wasabisystems.com>
>
> --Apple-Mail-64--891142980
> content-type: application/pgp-signature; x-mac-type=70674453;
> name=PGP.sig
> content-description: This is a digitally signed message part
> content-disposition: inline; filename=PGP.sig
> content-transfer-encoding: 7bit
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.3 (Darwin)
>
> iD8DBQFA6h8WOpVKkaBm8XkRAsCvAKDHr44N/0rsbtttJTb3JvjY1N0B8gCfT2uj
> RjFXRTZDO+syLKnT8SVEsrA=
> =2g6s
> -----END PGP SIGNATURE-----
>
> --Apple-Mail-64--891142980--
Hi, got a nice DEC 7000 with 4 CPUs 1GB of memory. AFAIK it is
the first Alpha model made. Same chassis as the VAX 7000.
This one works beautifully and sounds really nice. I had
OSF installed on it once (have the OSF CD with it, just
no license key.) I can't keep it though, because now I have
my VAX 6660 together and my last spot is gone.
I would like to trade this one for a VAX 40000 in a pedestal.
Don't you think that is a fair trade?
Pictures:
http://www.gusw.net/~schadow/dec7000.jpghttp://www.gusw.net/~schadow/dec7000open.jpg
This box is in Indianapolis, IN. If you come here you get to see
my collection of VAX6460 with vector processors and an 11/780.
You may even get a VAX6400 for free and another smaller alpha
(DEC3000 system) as a thank you gift.
This one is heavy. However, there are at least two ways to load
it: either liftgate truck, or a u-haul low-floor truck or
trailer. The low-floor trucks are really nice: cheap to rent
and easy to load (we just lay the machine on its side.)
regards,
-Gunther
Hello,
I have read some of your pstings at classiccmp.org.
I got a HP 7958B drive of the trash (still working) and would like to get
it running on an IEEE488 Interface.
You wrote you got it so far to read/write sector this would help me alot.
Also an interesting command would be to park the head before switching off.
Maybe you know where to get some resources or you have something yourself.
Thanks in advance,
Michael
On Jul 5, 19:46, Pete Turnbull wrote:
> On Jul 5, 12:25, Jules Richardson wrote:
> > "Unable to load dksc(0,1,1)unix.IP12: file not found"
> >
> > any ideas? I think I set the disk within fx as a usrrootdrive -
> > which I believe is correct for IRIX 5.3?
It was once common practice to keep /usr on a separate partition,
particularly if you had small (200MB) drives, in which case most of the
root drive would be root and swap, with /usr mounted later. If you
want to prevent a user filling his space so that there's no room left
in /tmp or /var/tmp either, it might still be a good idea but otherwise
multiple partitions usually just mean that at some future date there's
enough space on the physical drive for <what_you_want>, except it's
split betwwen several partitions and therefore unusable[1] :-)
> Last Indigo install I did, I used 812-0336-004, but I might have
> booted it off something older. Don't try it with an XFS-capable one,
> though.
I think I've just found the one I booted it off. It's an EFS CD I
burned a long time ago; if you're still stuck I can upload the 28MB
volume header tomorrow[2] and you can burn that onto a CD-R. You can
boot a CD that only has a vh. I discovered that the first time I
burned an EFS CD, which is normally built in two files -- the volume
header (which includes the sgilabel, partition table, and things in mr
or sa), and "the rest". Unfortunately instead of cat'ing the two files
to cdrecord, I told cdrecord to write the two files on its command
line, and ended up with two data tracks instead of one.
[1] As I discovered last time I built a complete inst-able perl
under IRIX 5.3.
[2] 28MB is a bit much for my ISDN line this evening.
--
Pete Peter Turnbull
Network Manager
University of York
On Jul 5, 12:25, Jules Richardson wrote:
> I'm sure for the Indy though when I exited fx I could then go to the
> install system option and it worked ok. If I try this with the Indigo
it
> still loads the installation program but then gives:
>
> "Unable to load dksc(0,1,1)unix.IP12: file not found"
>
> any ideas? I think I set the disk within fx as a usrrootdrive - which
I
> believe is correct for IRIX 5.3?
dksc(0,1,1) is normally the swap partition, and that's where the
installation tools put the miniroot during installation. Assuming
you've done the right things with fx, you should have a small(ish) EFS
root partition as partition 0, 1 is swap, IIRC 7 is the usr partition,
8 is the volume header, and 10 is the whole disk. My guess is that
when you booted the CD, you used one of the few that has no Indigo
(IP12) standalone unix on it. The first release of 5.3 did have it,
the next one didn't (by mistake), and AFAIK all the subsequent ones
did.
I guess the number on your CD is 812-0336-001. The first 5.3 CD was
812-0119-006 and that does work, and so do (IIRC, though it's a long
time since I did a clean install on an Indigo) 812-0336-002 et seq.
Last Indigo install I did, I used 812-0336-004, but I might have
booted it off something older. Don't try it with an XFS-capable one,
though.
--
Pete Peter Turnbull
Network Manager
University of York
On Jul 5, 11:38, Jules Richardson wrote:
>
> Blah! OK, the Indigo doesn't like my old Apple SCSI CDROM drive, even
> though the Indy and my Sun Ultra 1 do... luckily I had a spare
> quad-speed drive which has a sector-size jumper on the back. (So it
> wasn't a bad SCSI cable or a problem with the Indigo's external SCSI
> connector as it turns out)
Probably the drive responds correctly to the command to set the
blocksize. The Indy and later machines, and most not-too-old Suns can
do that from the boot PROM, but an Indigo can't (nor can my
Sparcstation 1).
--
Pete Peter Turnbull
Network Manager
University of York