Subject: Re: TK50Z
To: None <port-vax@NetBSD.ORG>
From: Allison J Parent <allisonp@world.std.com>
List: port-vax
Date: 02/08/1998 01:12:58
From: Michael Sokolov <sokolov@alpha.CES.CWRU.Edu>

<   I don't remember being insulting. (I sincerely apologize if I was.) A
<for "working with vaxen longer than your [sic] alive", I'm approximately 
<the same age as 780 (being born on 8-JUL-1979), so that's doubtful.

You were.  You lucked out as my first vax account was 1980.  Then again 
I'd been running pdp-11s and building hardware on the side for them for 
few years by then.  However at almost 19 you are lucky but, don't alienate
us fossels that have been around the track in the industry neary twice 
that.

<   I apologize... The name Allison doesn't immediately sound feminine to
<me, but it doesn't sound masculine either, so I was avoiding calling you

The underlying assumption hardware=male.  That's about predjudice too.
I'm old enough to have heard a dept chairman suggesting nursing or 
'other more suitable' career path.

<  But you have to agree that the way an OS treats the hardware does tel
<you something about the hardware itself, even if you don't use that
<particular OS. 

I don't agree with that.  If anything it tells me a lot about the 
designers philosophy prior to that hardware.  VAX was aimed at the 
supermini market, then after some time we have these little VAXen 
(730, 72x, MV-I and later) emerging and changing the rules.  A lot 
of the little VAX  oddities can be better attributed to the previous 
unibus vaxen and the ubiqitious Q-bus PDP-11s the vax hardware was 
ported to.  Much of small VAX history is a result of the PDP-11 hardware 
already in place.

<BTW, I wonder what do you have to say in response to my la
<posting on the subject (the ~30 KB one from 31-JAN-1998). If you don't ha
<it, tell me and I'll send you another copy. Your response would help me
<better understand what's going on and eventually contribute to UNIX BabyV
<support.

Deleted, to much, too hard to read.  Leave out the rants about DEC 
marketing and the feds as neither are important to writing good code or 
getting to accurate information about the actual construction.  

If you haven't figured it out from 84ish to 92ish DEC internally was a 
bunch of often reorganized fifedoms and each had their own marketing.  
So each new baby vax was influenced by sometimes disparate marketing and 
engineering decisions.  What does that mean, the design rules for VS2k 
were different from 3100 and they were tasked different from the rest of 
the vax groups as DEC was uncertain where and what they were doing. So 
you have a basic cpu archetecture plagued by diverse hardware support, 
divergent address assignments and design rules. All annoyingly similar 
but just enough different.  Those oddities lead to things like the 
3100m76 a really nice machine having no Ultrix support.

There are amazingly good sources for VAX hardware and software design.
The VMS orange or gray wall and the other more scarce DEC stds 1->201.
DEC standards are the basic internal hard and fast rules for how to do 
everything from a outside corrigated box lable to what a VAX is and must 
do.  Other standards like Q-bus, MSCP, MASSBUS and other useful items 
are encased there.  DEC stds obviously are not public and a full set is
a wall of binders as well.  But most of the important parts are burried 
in tech manuals for disks, tapes, display systems and the like.  If you 
read enough of them the whole picture is available.  Most of those are so 
old that unless scanned by someone they will not be on the net.

<   I have recently gained access to TK50 tapes with Ultrix versions 3.0,
<3.1, 4.0, and 4.2. I wonder if you or someone else could tell me what ar
<the main differences between them. Which versions support NFS? (I hope a

Before 4.0 in my mind it's below the event horizon.  4.0 and later is a 
good base as far as I'd work with it.

<ones and if yes, in what version. Also since the media I have happen to b
<TK50 tapes, I need to know their format. How many tape files (sections o
<tape separated by physical tape marks) are there? What is the block size

This is better dealt with in the other vax groups.  I don't have that 
detail or tapes with it on it. I'd bet the bootable tape (1st one)
has a minimal image for the boot device and supports what ever is 
resonable for that device. Distribution for Ultrix was (varied over time)
1600bpi magtape, 6250bpi magtape, RL02 carts, RA60, TK50 and likely TK70
later cdrom as well.  No doubt all were different.  If they are actual
installation kit tapes the first will be bootable and have an install 
shell.

<   Where have you got this idea from? You are accusing me of being
<insulting and others are accusing me of being prejudicial, but here you a
<being insulting and prejudicial. 

Tough. By time I'd reached that point in the some unresonable amount 
of text my patience for the noise was quite limited.  That hasn't 
improved.  

Allison
<I have participated in the design of a few
<hardware devices, and I have read tons of paper about hardware.

How complex?  A simple PIO port hooked to a bus from a PC, caching disk 
controllers, a cpu core or maybe a system.  I likely have old projects 
in my junkbox that would make your eyes water.  As to reading tons of 
paper, good.  No doubt many here have contributed to the origination of 
those tons. I've only written a few CPU manuals and some of my better 
works are enshrined in some dusty archive as a design spec, or technical 
description.  I'd severly doubt your not impressed with that. By the same 
token nor am I of your comment of what you've read.  It's unimportant and 
ego basting. 

Results speak for themselves and right no this newsgroups goal is 
PORT-VAX or better said improving the quality of NetBSD to a reliable 
robust OS for VAX platforms.  That said there is a demand for a free 
unencumbered OS for vax systems as there out there and being junked.  
That last part is unfortunate as there are plenty of people that can 
use small VAX level of performance effectively if presented with a good 
multitasking multiuser OS at an acceptable price.

<   I have never proposed any convention, so I don't know what you are
<referring to, but if I were to give a definition for "busless", I would u
<something like what you are saying. BTW, what's 4004?

The convention predates you and you misused it.  The 4004 was the intel
4bit(data path) micro that really was the first of a kind in 1971. It 
spawned the 4040, 8008, 8080 and later.

Allison