From: Johnny Billquist <bqt at softjar.se>
>I seem to remember having read that they were parity for each byte, but
>looking at a Unibus spec now (from 1979), it seems PB is actually
>indicating a parity error, while PA is reserved for future use.
OK I had PA and PB reversed, but, exactly. I don't know if that means
PA/PB had a slightly different meaning in the early days when the parity
controller was outboard of the core stacks (in that case I'd think you
couldn't mix old and new hardware, which doesn't seem to be a problem),
or else they changed the spec before the hardware hit the streets and
everything is fine (which sounds more like it).
>And the
>slave are expected to generate these signals, and the master is expected
>to check them, so I guess the DEUNA/DELUA should generate/check them, if
>it is a proper Unibus citizen. Which could make life in a KS interesting...
Well, my point is that if it's true that PB is now asserted only on an error
(vs. both being asserted or not depending on the parity of that byte),
then if it *never* gets asserted, everything's fine. Accesses to CSR space
certainly don't check parity so it seems that nothing bad happens if you
don't assert these pins. And I'm thinking the DEUNA/DELUA would stop with
a parity error if it found PB asserted when reading memory with DMA, which
is a good reason to make sure the data structures and buffers you give it
never have the 17th/18th bits set, but otherwise, no sweat. You're giving up
parity checking but the KS10 MMC/MMAs already do ECC and I don't think they
need Unibus masters to be in charge of noticing flaky RAM.
John Wilson
D Bit
All,
For those who did not attend VCF East you missed a great time! On
Saturday, the keynote speaker was none other than Brian Kernighan. You
really missed a treat - right Dave!
Next year, I plan to bring even more stuff (not nearly as much as Dave
did) but more than this year. Dave's island of equipment included the
following:
PDP-8
PDP-11/34
PDP-11/44
DECserver-200
multiple terminals
I'm sure I have forgotten something...
I added:
VAXstation 4000/60
DEChub-90 backplane with a DECserver-90TL and a 16-port DEChub
VT320
a gateway (actually bridge) machine to connect to HECnet only the link
was pathetic
Brian (aka VAXman) added:
VAXstation 4000/30 (aka VLC)
In addition to the "island" Dave had other "exhibits" that I will defer
to Dave for discussion.
Next year we NEED more stuff! This is the official challenge to anyone
on the East coast. We want to see many more of you. If is is DEC it is
needed.
I would also like to personally add my thanks to Dave and Brian for
making this such a treat. Dave is nuts (in a good way) and very
generous. Brian was there for me when my brain could not content with
the sheer volume of noise - helping me to configure the DECservers and
dealing with my fat fingering the keyboard and the license management
facility (LMF). For a while we were Frick and Frack but we managed to
get it together. Thanks guys!
-Steve
Peter,
How exactly do I BOOT the SC-40 from tape? You're the only onw who knows.
;)
I have a compatible HVD tape drive and a properly-written tape...now I
just need to know how to boot it.
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
Hello,
I've been attempting to (likely incorrectly) get the DEUNA emulation
working in SIMH's KS10 simulator.
Current status:
* Exists
* Has an address
* Has a vector
* Can be enabled
* Can attach to host interface
...and that's as far as I've gotten. Currently having issues getting
TOPS-10 to successfully link for KS10 with ethernet support. Anyone have
a pre-genned MONITOR executable?
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
From: Johnny Billquist <bqt at softjar.se>
>I'm curious on exactly how a DEUNA/DELUA works in a KS-10. Does anyone
>know? Does it do 8-bit-byte DMA to the 18-bit memory, leaving the top
>two bits alone. Or does it only work if it do word DMA (would be
>strange, as the controller itself can send and receive odd byte length
>ethernet packets).
This is what the BLTBU and BLTUB instructions are for in the later microcode
(converting between sensible PDP-10 memory and the mishmash you get as a
result of DMA through the UBA to a 16-bit peripheral). Since a DELUA is
not 18-bit-data-aware, it ignores the high two bits of each 18-bit halfword
when doing DMA.
>Is there some potential problem with regards to a PDP-11, which have two
>parity bits for data, which are used for actual data on a KS? (If I
>remember right.)
IIRC you're OK as long as you don't set those bits in memory that the DELUA
will read. I feel like the Unibus documentation changed at some point,
between whether PA/PB are actual parity bits (I think that's what the very
early doc said), vs. being parity *error* bits (and I think PB isn't even
really used -- PA asserted means there's been a parity error detected in the
current DATI/DATIP). I could be wrong about all of this.
John Wilson
D Bit
With all the recent Ultrix talk I guess it's safe to assume nobody
here won this auction last month: http://www.ebay.com/itm/321694487216
. Right?
(I think) I downloaded an Ultrix 4.5 CD a while back so I'm really
hoping to get the Software Products Library CD. Among other things I
want DECNET-Plus. And I want the Documentation CDs. And... I really
wish I had gotten in on that auction. :(
Jim
Any of you happen to know what the correct LMF code for ULTRIX-32 4.0 DECNET happens to be?
I know a guy who knows a guy with pakgen *cough* so I could get the necessary licenses but we don't know what the product codes are....
Sampsa
By the way, since we're discussing Ultrix...I just remembered that I
have 4.3 and 4.4 CDROMs for VAX. I just made images of them. Let me
know if you want 'em..
-Dave
--
Dave McGuire, AK4HZ/3
New Kensington, PA
Steve Davidson <steve at davidson.net> writes:
>All,
>
>For those who did not attend VCF East you missed a great time! On
>Saturday, the keynote speaker was none other than Brian Kernighan. You
>really missed a treat - right Dave!
>
>Next year, I plan to bring even more stuff (not nearly as much as Dave
>did) but more than this year. Dave's island of equipment included the
>following:
>
>PDP-8
>PDP-11/34
>PDP-11/44
>DECserver-200
>multiple terminals
>I'm sure I have forgotten something...
>
>I added:
>
>VAXstation 4000/60
>DEChub-90 backplane with a DECserver-90TL and a 16-port DEChub
>VT320
>a gateway (actually bridge) machine to connect to HECnet only the link
>was pathetic
>
>Brian (aka VAXman) added:
>
>VAXstation 4000/30 (aka VLC)
>
>In addition to the "island" Dave had other "exhibits" that I will defer
>to Dave for discussion.
>
>Next year we NEED more stuff! This is the official challenge to anyone
>on the East coast. We want to see many more of you. If is is DEC it is
>needed.
>
>I would also like to personally add my thanks to Dave and Brian for
>making this such a treat. Dave is nuts (in a good way) and very
>generous. Brian was there for me when my brain could not content with
>the sheer volume of noise - helping me to configure the DECservers and
>dealing with my fat fingering the keyboard and the license management
>facility (LMF). For a while we were Frick and Frack but we managed to
>get it together. Thanks guys!
'Twas great to meet you Steve.
Dave has often spoken of creating an uber-cluster at VCF East. Let's do it!
As for me, I reside about 12 miles away, so it's no issue for me to get to
InfoAge. In the later '80s and early '90s, I provided VMS support at Camp
Evans when the Army was still in active occupation of the site.
I would love to see a huge DEC presence at VCF next year; especially, VMS
kit. I also, albeit Alpha and Itanium are not vintage in the mindset of
those running VCF, would love to demonstrate the seamless integration of
VMScluster across the different architectures. But, regardless, I would
very much contribute DEC kit for next year's VCF.
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
I speak to machines with the voice of humanity.