> I talked to Ken this afternoon.
> He needs 3-4K to cover the back rent on the storage
> and is looking for someone to take all this stuff and
> sell it on eBay for him. He thinks it's worth $100000
Well, hey, if a CoCo is worth $2500 . . .
Glen
0/0
I'm still looking for a DECNA for a Pro350/Pro380. I thought I'd
ask again to see if anyone has an extra.
--
Eric Dittman
dittman(a)dittman.net
Check out the DEC Enthusiasts Club at http://www.dittman.net/
The fake for that using discretes is one transistor per emitter used
with the bases and collectors as common. The other is diodes.
The real problem is level shifting and the use of excess redundant
transistors.
Allison
-----Original Message-----
From: Greg Ewing <greg(a)cosc.canterbury.ac.nz>
To: classiccmp(a)classiccmp.org <classiccmp(a)classiccmp.org>
Date: Wednesday, October 31, 2001 8:04 PM
Subject: Re: CPU design at the gate level
>"Peter C. Wallace" <pcw(a)mesanet.com>:
>
>> There was non-integrated RTL and DTL logic before ICs not sure about
non
>> integrated TTL...
>
>I don't think non-integrated TTL is even possible using
>standard parts. It relies on multiple-emitter transistors,
>and I've never heard of anyone making those available
>discretely.
>
>Greg Ewing, Computer Science Dept,
+--------------------------------------+
>University of Canterbury, | A citizen of NewZealandCorp, a |
>Christchurch, New Zealand | wholly-owned subsidiary of USA Inc. |
>greg(a)cosc.canterbury.ac.nz +--------------------------------------+
On Oct 30, 10:32, Fred Cisin (XenoSoft) wrote:
> 3.5" 1.4M (I have NEVER seen a 1.44M format!) are also at 300RPM
However, many original 3.5" (SSDD not HD) ran at 600rpm, but with 2x the
normal data rate (so the disks could also be used in 300rpm drives at
normal data rates).
--
Pete Peter Turnbull
Network Manager
University of York
Chad Fernandez
As promised, I waited until Wednesday. Chad was among the first to email me,
and he happens to live right on my way home to good ol' Nashville (or
Vermontville, take your pick) - thank all things holy I grew up in Chicago.
Thanks for playing everyone.
Blair
I am in need of the aforementioned ethernet cards; possible trade
items I have are KFQSA (skunk), KLESI-(Q), M9312's, RXV21,
RA70, RA73 or ....
-nick oliviero
Thanks! I believe I have a couple of ESDI drives hanging
around from one of my SGI 4D/70 behemoths....
I've done another quick deja search and, while it's confirmed
the ESDIness of the controller, There doesn't seem to be
any info out there as far as the DIP switch, and pinouts
for the connectors. (I also checked a few other sites I
know of that have scanned DEC manuals, but no luck... anyone
know of a site with a scanned manual for this critter?)
If I remember correctly, ESDI has a MFM-like interconnect
with separate control and data cables. The control cable
daisy-chains across the drives, while the data cables
star out from the controller to each drive. Since my
controller has 3 connectors, I would guess that it probably
supports 2 drives (one connector driving the control cable,
and one data connector for each of two drives) What I don't
know is the pinouts for the connectors on the controller
(since all 3 connectors appear to be identical in size
and SCSI-2 form factor) does anyone have a clue as to the connector
assignments and wiring pattern? I can possibly hack a couple
of SCSI2 cables to make a viable adaptor...
-thanks-
-al-
-acorda(a)1bigred.com
> -----Original Message-----
> From: Chuck McManis [mailto:cmcmanis@mcmanis.com]
> Sent: Wednesday, October 31, 2001 4:00 PM
> To: classiccmp(a)classiccmp.org
> Subject: Re: Emulex Qbus Disk controller? (Need help identifying this
> one)
>
>
> Search on Emulex QD24 and you'll be rewarded with the
> information that it
> is an Emulex MSCP ESDI disk controller. Which can be just as
> useful as a
> SCSI card since finding a couple of 300MB ESDI drives
> shouldn't be too
> hard. I think I've got a 170MB one laying about somewhere.
> Kirk Davis (kdb(a)ndx.net) mentioned he had some SCSI
> controllers he was
> thinking about trading for PDP-11 gear. Also I just missed a
> lot that had
> about 10 Dilog SCSI controllers on it at a local scrap/bid
> place (had I
> known I would have bid more than the $75 it went for :-() my
> interest was
> in the more mundane things like a couple of DSSI ID plugs and
> an external
> DSSI disk expansion box.
>
> --Chuck
>
> At 11:32 AM 10/31/01, you wrote:
>
> >I'm trying to bring up NetBSD on a Vax 4000/300, and so I'm
> >looking for a MSCP SCSI disk controller. After going through
> >my stack of Qbus boards (collected from hamfests, etc.) I came across
> >one that looks like it might be a SCSI controller... unfortunately,
> >I haven't been able to confirm it, since a google search turns up
> >very little on it (a bad sign...sigh) The board is labeled:
> >
> >"Emulex Corp QD2410401-02 rev F"
> >
> >It has 3 connectors and a DIP switch on the front plate. The
> >connectors appear to be of the SCSI-2 form factor. Has anyone
> >run across this critter before, or tried it with NetBSD? Come
> >to think of it, Is this even SCSI, or something else
> >entirely? Also, does anyone know where their might be some
> >on-line docs for it, or at least a description of the DIP
> switch settings...
> >
> >-thanks-
> >-al-
> >-acorda(a)1bigred.com
>
Sue Beck of Concord, Massachusetts, has a TRS-80 Model 4P that needs to
find a new home. Please contact her directly.
Reply-to: <sbeck(a)world.std.com>
Sellam Ismail Vintage Computer Festival
------------------------------------------------------------------------------
International Man of Intrigue and Danger http://www.vintage.org
Hi,
O.K. the good news is that I managed to boot VMS, read all 40
files from the Ultrix 4.1 boot tape without error (and with
the right block size :-) and write those files back to a
TK70 tape without major problems. I know that the tape is
good and the drive is good. (At least good enough.) And still
we won't boot. But that means that something is wrong with
that Ultrix version 4.1. It doesn't work on the VAX 6400.
Fortunately I am in the position of access to sources that
would allow me to build an Ultrix 4.2 based loader. However,
I'm even convinced that it isn't the loader's fault. The
4.2 sources of the loader show that it always prints an
error before halting. And I never see an error. In fact
the only way for the loader to exit without a message appears
to be its non-returning call to the vmb.exe gizmo. And
-- oh bummer -- I don't seem to have source code for that
one.
The interesting light pattern at the TBK70 board and the
console fault light seems not to indicate a read error
>from tape, but more likely a futile attempt of some
boot stage of getting to talk to the TBK70 and carrying
on the next boot stage. Too bad I can't find out when
and where this happens.
Anyway, quite likely its in the vmb.exe gizmo which is
a black box. So, I might need some boot tape of a newer
version (one that properly supports the VAX 6400 series)
or I have to find an alternative booting strategy. I
guess the MOP booting of ultrix might becoming a more
feasible option. So, here is a call upon all of you who
know something about MOP booting Ultrix. Please give
me any info you might have. I have mopd and am on
FreeBSD as the boot host. ... ... ...
Another alternative is to set up an "InfoServer"
VAX station with a CD ROM and an Ultrix CD of a
post 4.1 version. Is this something someone has available?
May be in the area or something one could set up
accessible through the Internet (a 36 kbps modem line,
ahem...) Once I have Ultrix up on one machine I can
help others to do the same. If not by writing a boot
tape by ...
... here is another option how a good soul could help
me get going: If you have an Ultrix 4.2 or higher
running on an RA disk, I would appreciate a disk image.
That I should be able to raw write to another RA90
(or RA82) using VMS and then boot from that disk.
Just make sure there is a GENERIC kernel on the disk
image. I still don't have a KFMSA, so RF disk images
would not help me. Except, perhaps, if someone has
Ultrix 4.2 or higher running and some spare disks
to tinker with, I might be able to fiddle a generic
disk image that could be installed on any disk.
BTW: after having fixed my TU81 unit number problem, I
still can't boot from TU81. Seems like the VAX 6400
with my EEPROM revision doesn't know how to boot from
TU81. If someone (Geoff?) knows he can boot that way,
may be I could use an EEPROM update. Would appreciate
your EEPROM dump then.
Thanks much,
-Gunther
--
Gunther Schadow, M.D., Ph.D. gschadow(a)regenstrief.org
Medical Information Scientist Regenstrief Institute for Health Care
Adjunct Assistant Professor Indiana University School of Medicine
tel:1(317)630-7960 http://aurora.regenstrief.org
I could definitely use the following:
1. CPU board.
2. IO board.
3. Power Bricks.
4. Memory.
-thanks-
-al-
-acorda(a)1bigred.com
> -----Original Message-----
> From: Lawrence LeMay [mailto:lemay@cs.umn.edu]
> Sent: Wednesday, October 31, 2001 2:57 PM
> To: classiccmp(a)classiccmp.org
> Subject: SGI challenge L
>
>
> Does anyone here have a SGI Challenge L? They're tossing a
> few that dont
> work, so I might be able to get a small part or so if it is
> needed. There
> are some hard drives, i'm told they are differential, but
> they probably
> wont last long once the students start grabbing them (students dont
> know what differential is anyways).
>
> -Lawrence LeMay
> lemay(a)cs.umn.edu
>