When the bus master requests block mode DMA, it
inserts BS7 when inserting the first DIN. If the slave
is capable of block mod DMA, it inserts REF when
inserting RPLY. The master removes BS7 when inserting
the last DIN to finish the block mode DMA.
My question is, what will happen if the master
finishes the DMA cycle early? The same question is,
what will happen if the master keeps BS7 inserted when
inserting the last DIN? Will the slave malfunction?
It seems a small violation of the protocol. It seems
the bus master needs to predict the availability of
Data otherwise.
Thanks.
__________________________________
Do you Yahoo!?
SBC Yahoo! - Internet access at a great low price.
http://promo.yahoo.com/sbc/
Hi Joe,
>>Recently acquired an old Sun SPARCstation-1.
>>Can't get it to boot from CD.
> A lot of the older SGIs and Suns required that the CD drive DEFAULT to
>512 bytes/block or else they won't work. The newer systems issue a SCSI
>command to the drive to set it to 512 bytes/block but the older ones didn't
>issue the command and if the drive didn't default to that then you wouldn't
>work. On some drives like the Toshiba 3401s you could change the jumpers
>to control the number of bytes/block that it defaulted to. Just a quess
>but I could be completely wrong.
Thanks! That was exactly the problem. Dug around in my parts and found a
Toshiba 3401 and cut the required traces to make it default to 512 byte
blocks, and the machine booted right up - installing from the CD as I
type (and it looks like it going to take a while....)
Regards,
Dave
--
dave04a (at) Dave Dunfield
dunfield (dot) Firmware development services & tools: www.dunfield.com
com Vintage computing equipment collector.
http://www.parse.com/~ddunfield/museum/index.html
Today I found a big stack of computer cards with Z8000 CPUs on them. The
Z8000s are socketed and I planned on grabbing them. But I'm wondering if
it's worth the trouble to take the related parts off? They're all soldered
on so they'd take more work. Besides the Z0800110PCS CPU, the others are
Z08030AB1 Z-SCC, Z0803606PSC Z-CIO, Z0801010PSC Z-MMU and Z0858110PSC. Any
thoughts on this?
Joe
I have been using a Metcal soldering station for over a year. (Model PS2E)
My previous unit was a Weller WTCPN that I used for 20 years. The Weller is
OK but nothing like the Metcal.
The Metcal gets up to temperature fast (seconds), this means you can change
tips for one solder connection. There is a rubber pad for removing hot tips.
It also holds the temperature under heavy use.
Get a Metcal.
The Weller WTC series uses a magnetic tip to control temperature. When the
magnet heats up it loses strength and the heater switch opens, when the
magnet cools down the switch closes.. This works but it makes it difficult
to solder jumpers to restore cuts in PCB traces. Capacitor leads are often
made of steel. The lead wants to stick the tip.
Another thing is the WTC irons produce a lot of electrical line noise as the
heater power cycles. In the early 1980s we were designing a digital
instrument that would reset (lockup) when used on the same power circuit as
our soldering irons. Seeing as how most of our customers would have a
soldering iron next to our unit we had to fix this. We rigged a Weller WTC
soldering station with the iron replaced by a relay that cycled on and off
as a noise generator. A power line filter on our instrument fixed the
problem.
Michael Holley
www.swtpc.com/mholley
We have a usable RA81 drive for the PDP 11/84 now (whoo!) and stuck
Ultrix (3.1.1) on there earlier.
The machine has a DELUA Ethernet board in it - not the DEUNA or DEQNA
boards mentioned in any of the docs that we have.
Anyone know if the board is supported with that release of Ultrix? If
so, presumably a kernel rebuild is needed to enable support as it won't
be built into the installed kernel?
We added in the optional TCP/IP code during system install, but info on
the 'net as to how to get networking up and running on these machines
seems very thin on the ground. I found the 'netsetup' script but of
course that still doesn't give us an actual device in /dev for the
board.
Any ideas anyone?
cheers
Jules
Here's the list of stuff that I've got for sale.
I'm located in the Kansas City, Missouri area (USA).
If someone showed up with a truck & some cash, they could take it all for one price.
I don't really know what this stuff is worth now, however I do remember how hard I had to scrounge to get stuff like this back in the 80s.
So make me an offer. You pay all shipping costs. I'd rather not have to deal with international shipping, at least on any of the big stuff.
I'd prefer to sell the 8/e complete, & the 8/a complete with the RXs.
PDP8/e SN: 1654 date 7/26/71 Rack Mount
M8330 \
M8310 > KK8-E
M8300 /
M849 EMI Shield
G104 \
H619A > 4K Core Memory
G227 /
G104 \
H619A > 4K Core Memory
G227 /
M8320 Bus Loads
The 2nd backplane & the bus jumpers are missing.
All of the 8/e stuff above worked fine the last time I used it, however I haven't tested it lately.
I do have 2 M837 KM8-E Extended Memory options, however they are bad & I never got around to fixing them (see below).
The front panel is in very good condition, & the box is in good shape & complete, however the little plastic clips that hold the lid shut gave up long ago (typical), and the foam pieces inside the lid are somewhat rotted (also typical).
_____________________________________________________
PDP8/a SN 02709 (in a BA500 box) Rack Mount
M8315 KK8A CPU Board
M8317 KM8-AA Option2: Mem Extention, time share, boot, power fail
M8316 DKC8-AA Option1: front panel, serial I/O , parallel I/O, clock
M8417-AB MS8-C MOS memory (32K)
H219A \ MM8-AA 8K core memory (for the "core music")
G649 /
M8357 RX01 controller
RX01-BA Dual RX01 drives
The above PDP8/a & the RX01 drives worked fine the last time I used it. My VT52 died a few years ago, so it's been 10+ years since I've even powered it on. It has the simple front panel with the 3 switches. Hardware boots to the RX01.
I also have the KC88 Indicator Display option (missing the bezel), however it doesn't work & needs repair.
I have lots of RX01 disks, with OS/8, games, & a good selction of "core music". Maybe some diagnostics as well. Also a complete fortran set on 6 rx01s. (also have a nice selection of VAX 11/780 console floppies for use as blanks or scratch disks)
Currently, I have both the PDP/8s & the RX01 mounted in a standard DEC 50" cabinet (24u).
-----------------------------------
Documentation available:
(2) PDP8/a Miniprocessor Users Manual (big book)
PDP8/e Processor Maintenance Manual, Volume 1 (1976)
PDP8/e Processor Maintenance Manual, Volume 1 (1972)
(2) PDP8/e Internal Bus Options, Maint. Manual, Volume 2
PDP8/e External Bus Options, Maint. Manual, Volume 3
RK05 Disk Drive Maint. Manual
LAB8/e Maint. Manual
PC04/5 Maint. Manual
DF32-D,E Maint. Manual
DF32 Maint. Manual (for -8 & 8/I)
(2) PC04/5 Paper Tape Reader/Punch Maint. Manual
(2) OS/8 Handbook
OS/8 Pocket Reference Card
(3) PDP8/e Pocket Reference Card
PDP8/e Instruction List Card
(2)PDP8/e Small Computer Handbook
PDP8/a Engineering Drawings (8A500)
KC88 Indicator Display Engineering Drawings
PDP8/e Engineering Drawings
KM8E Memory Extention & Timeshare Engineering Drawings
PC8/C Engineering Drawings
KA8-E Positive I/O Bus Engineering Drawings
(2) KP8-E Power Fail/Auto Restart Engineering Drawings
KD8-E Data Break Engineering Drawings
PC04/5 Paper Tape Reader/Punch Engineering Drawings
LE8-O Line Printer Engineering Drawings
ASR/KSR Teletype Wiring Diagram Package
3 trays of paper tape diagnostics, plus paper docs
13 boxes of 'new' paper tape - DEC brand
--------------------------------------------
The following items are either "probably bad" or "definately bad" as they were removed from systems as bad during service calls over many years, & were later thrown away by the logistics guys. Most still have the red tags on them. (I worked for DEC Field Service '76 to '89). Field service repair was never an exact science, sometimes guesses were made, & some FEs liked the "shotgun approach" to repair, so some of these parts may be good. I don't have any way to test them, so they all have to be sold "as is."
BA500 box, including backplane & power supply (PDP8/a)
RX01 power supply - water damage
(2) RX01 drives - water damage
CMOS-8 WT78 motherboard, lightning damage.
M7726 RX01 logic board
M7727 RX01 r/w board - nasty brown spot
M860 part of Real Time clock
M866 DP8EA
(5) M8653 KL8M
(2) M837 KM8-E memory extention
(2) M833 Old style 8/e timing board
M832 old style 8/e Bus Loads
M8330 newer 8/e timing bd
(2) M849 PC8E
M865 20ma console board
M835 KA8-E Positive I/O bus
M868 TD8-E
M848 KP8-E Powerfail
M841 LE8-A
M8326 KD8E Data Break
M884 KG8-E parity generator dectector
H919 8/e backplane
H9194 8/a backplane
H219B/G650 16K core memory set
H212 8K core board
M8317 KM8-AA Option2: Mem Extention, time share, boot, power fail
VT52 (complete, but dead)
----- Original Message -----
From: tandem
To: cctalk(a)classiccmp.org
Sent: Wednesday, May 12, 2004 6:37 PM
Subject: Re: PDP8s for sale
I'm in the process of putting together a list of what I've got for sale.
I'm in the Kansas City, Missouri area (USA).
I've got a PDP8/e, and a PDP8/a with RX01s. Currently, all are rack mounted in a standard DEC 50" (24u) cabinet.
I'll get back with the list soon.
tm
----- Original Message -----
From: tandem
To: cctalk(a)classiccmp.org
Sent: Monday, May 10, 2004 7:13 PM
Subject: PDP8s for sale
I have 2 complete, working PDP8s for sale to a good home.
Is there a good place to list them?
tm
All,
It is with great sadness that I have to announce the sudden and very
untimely death of Sipke de Wal (the Xgistor) of Noordwijk, The
Netherlands.
After a brief period of dealing with an extremely malicious form of
cancer, his body decided to give up late yesterday afternoon, May 13th,
2004.
About 15 years ago, Sipke got me started in the PDP-11 collection "biz",
when I had to get rid of my 11/40's, /34's and associated periphs. My
uncle had a friend (Sipke) who'd probably take them, and, sure enough, he
took them in.
When I saw his place, filled with all sorts of old computers, I decided to
"do that too when I grow up". I still have the MicroPDP-11 he gave me
then.
Last week, I got forwarded a message of one of his friends, asking for a
new home for a (PDP-11) computer collection, because the owner had gotten
seriously ill and had to let go. I was the first to respond, and "got"
the collection.
Sometime later, I started to realize that the list of equipment sounded
familiar. When the intermediate friend told me that the owner lived in
Noordwijk, all alarms went off. Some checking (I called his number)
clarified things.. indeed, it was Sipke's collection, and he indeed was
very ill.
Still.. we hoped for some more time for goodbyes, a chat, and so on. I'll
be taking care of his systems, which, as he put it, with a smile, "were
kinda overdue in picking up, after 15 years!"
Rust zacht, dear Sipke, and watch your blinkenlights go!
Sipke's site is at http://xgistor.ath.cx/aboutme.htm.
Fred
--
Fred N. van Kempen, DEC (Digital Equipment Corporation) Collector/Archivist
Visit the VAXlab Project at http://VAXlab.pdp11.nl/
Visit the Archives at http://www.pdp11.nl/
Email: waltje(a)pdp11.nl BUSSUM, THE NETHERLANDS / Mountain View, CA, USA
Also got a SPARC-5 - indeterminate condition - no drives - no memory.
Can anyone tell me what I need for memory in a SPARC-5?
I know there are different versions of the S-5 - here is the info from the
label on the bottom:
Model number: 544, Service code; 55, PN: 600-3853-01 SN: 546F0085
The board has 8 168-pin DIMM sockets at the front lefthand side of the
board (looking from top/front), and running parallel to the front of
the machine.
Physically, PC 168-pin DIMMS can "almost fit", but the notches are just
slightly in the wrong place - I have no idea if they are electrically
compatible or not (I'd guess not - I tried this just for physical
comparison only).
Regards,
Dave
--
dave04a (at) Dave Dunfield
dunfield (dot) Firmware development services & tools: www.dunfield.com
com Vintage computing equipment collector.
http://www.parse.com/~ddunfield/museum/index.html
On 5/14/2004 12:01 PM -0500, cctech-request(a)classiccmp.org wrote:
>Date: Fri, 14 May 2004 09:04:48 -0400
>From: Brad Parker <brad(a)heeltoe.com>
>Subject: Re: DEC RK07 drive interface specs wanted
>
>
>Paul Koning wrote:
> >.... Again, a software emulation may not get there in time.
>
>Yes, agreed. My plan was to be able to have the cpld "hold off" the
>unibus cpu until the micro could "get there in time" in the cases where
>that was needed. This is the heart of the shared-register-file-interlock
>issue.
>
> >You might try to cheat by holding off SSYN on the Unibus read until
> >any pending CSR fixups are done, but then the microcontroller has a
> >rather tight time limit (20 microseconds or so).
>
>:-) as Homer Simpson says, "good idea, boss!"
>
>My plan is to try and make that work. 20us is not a huge amount of time
>but it is in the relm of the possible. Off the cuff I'd say it would be
>tight for a 40mhz pic; it might be easier on an ARM7 with an fiq
>interrupt. I plan to simulate the unibus hdl, figure out the window and
>plan the micro and it's code around that window.
>
>-brad
Another approach would be to wire the interface to address two different
registers; one for read, a different one for write. (use the R/W line to
select even/odd words) Still have latency issues, but less likely to show
bad bit combinations.
Dave.
