Since I have had some requests from dealers I went through my storage locker
and pulled out most of the rest of my DEC cards. The highlight seems to be
some complete core memory sets. There are a couple of Floating Point cards, a
GPIB, 11/02 & 11/23 CPUs and Drive controllers.
Please contact me off list at whoagiii(a)aol.com with offers or if you have
questions. I am traveling this week so it may take me a day or two to answer.
Paxton
Astoria Oregon
Here is the list:
DEC cards - QBUS
1 M3104 DHV11-A Quad 8-LINE ASYNC MUX, DMA (DHV11)
2 M7264 KD11-F, 11-03 Processor wi 4K word MOS RAM ****
2 M7264 CB KD11-F, 11-03 Processor wi 4K word MOS RAM ****
1 M7264 YC KD11-H, 11-03 Processor wi 0K word RAM, Rev F or later ****
13 M7270 KD11-HA, LSI-11/2 CPU, 16-bit ****
1 M7546 TQK50-AA, TMSCP controller for TK50 tape unit
1 M7680 RK05
2 M7800 DL11, Async transmitter & receiver, 110-2400 baud,
2 M7800 YA DL11, M7800 without EIA chips, current loop only
2 M7856 DL11-W, RS-232 SLU & realtime clock option
3 M7940 DLV11, Serial Line Unit (SLU, Async)
8 M7941 DRV11, 16 Bit Parallel Line Unit
1 M7944 MSV11-B, 4-Kword 16-bit MOS RAM (external refresh)
2 M7946 RXV11, RX01 8" floppy disk controller
1 M8013 RLV11, RL01 disk controller, 1 of 2, Wi BC06-R Cable
1 M8017 DLV11-E, Single-line async control module
2 M8017 AA DLV11-E, Single-line async control module
2 M8028 DLV11-F, Async interface EIA/20mA, error flags, break
1 M8029 RXV21, RX02 floppy disk controller, 18-bit DMA only.
11 M8043 DLV11-M, 4-Line Asynchronous Interface
1 M8044 CB MSV11-DC, 16-Kword 16-bit MOS RAM
10 M8044 DB MSV11-DD, 32-Kword 16-bit MOS RAM
2 M8044 DC MSV11-DD, 32-Kword 16-bit MOS RAM
1 M8044 DE MSV11-DD, 32-Kword 16-bit MOS RAM
1 M8044 DK MSV11-DD, 32-Kword 16-bit MOS RAM
1 M8044 EB
1 M8044 EM
1 M8045 DC MSV11-ED, 32-Kword 18-bit MOS RAM
3 M8045 DH MSV11-ED, 32-Kword 18-bit MOS RAM
1 M8045 DL MSV11-ED, 32-Kword 18-bit MOS RAM
1 M8059 FF MSV11-LF, 64-Kword MOS RAM, single voltage ****
1 M8059 KC MSV11-LK, 128-Kword MOS RAM, single voltage
2 M8059 KP MSV11-LK, 128-Kword MOS RAM, single voltage
3 M8186 KDF11, DUAL HEIGHT CPU,Q-BU ****
1 M8186 KDF11, DUAL HEIGHT CPU,Q-BUS CABLED TO ****
1 M8188 FPF-11, FLOATING POINT PROCESSOR Quad ****
1 M8639 YA RQDX1, RD51/52 & RX50 MFM Disk control module
2 M8950 TM78,READ CHANNEL
2 M8958 TM78 TRANSLATOR
1 M8960 8085 CPU Quad ****
1 M8973 8085 EXTENDED MEMORY,DBL8.5 ****
2 M9400 YE REV11-E, Headers and 250-ohm terminators (18-bit bus only)
2 M9404 Q22 bus cable connector, no terminators
1 W987A Quad Extender
1 W984A Dual Extender
1 H3001 Wi Plate Single Line RS232 Interface No cable
1 H3271 Staggered Turnaround Test Connector (DZ11[-x])
OTHER QBUS CARDS
1 Heathkit Serial I/O H-11-5 With cable to strange square plug Date 011879
****
1 National Instruments GPIB11-1 Rev A Quad ****
2 Plessey 701065-100H Single Serial Mil spec connectors Quad
1 Scientific Micro Systems FD0100I L/E-HIP 7939 Floppy Controller Quad
****
2 135 Q-Bus Digitizer Inf Rev C White handles Tek? Quad
1 Dilog DQ342 Rev C Tape controller emulates TS11/TU80,TSV05 NICE Quad ****
1 Dilog MQ696 Rev D 20 Mhz ESDI, FLOPPY, MSCP ****
1 Emulex TC1510201-SXC .25 Cassette Tape controller, wi Cable
1 Emulex TC1510201-SXD .25 Cassette Tape Controller, wi cable
1 Tektronix CP4100/IEEE 488 INTERFACE 1/83 Quad ****
1 Datasystems DLP-11 Quad Line Printer I/F
1 Dataram Assy. 62404 Rev D 8704 8 Meg Ram Quad
1 MM Memory 20-4930-01 Rev B 4 Meg Ram Quad
1 Ikonas IKQ 85/32-301-017-10A, BROKE WHITE TABS Quad
BAR CODES *3130101710AL*, *W0304701* & *11966*
1 MDB MDB-1710 Prototype section board Quad ****
1 MDB MDB-11WWB Rev C Prototype card Quad ****
4 MDB MLSI-DLV11 #40320 Serial cards
1 Data Systems Design (DSD) A4432-3 LSI-11 1978
1 Intel 05-0848-006 LSI-11 Memory card with only 5 chips socketed ****
1 Digital Pathways RMA-128 Memory card with 32 64K chips
2 Motorola Memory Systems MMS122N3032 Memory card with Gold piggy back 32K
4132 DRam chips 1 Rev B (not working), 1 Rev C ****
1 Datafusion OSB11-A-01 Two Cards Dual Width Termination
1 Data Translation EPO43 Rev F 11/82 wi DT15150 DC/DC Converter ****
1 Data Translation DT2764-SE EPO50 Rev H 06/82 A to D Board
1 Netcom NDLV-11 Serial Card
1 2501 2045 Army Green handles Seiko mfg Jumper two card set
1 4711 00 Army Green handles A/D Sample Hold 2501-4711-00/4 Wi Datel
Ultra Fast A/D Converter ADC-EH12B3 Missing 2 TTL chips
1 4990 Army Green handles 1923-4990/1 wi ADC DAC1207, 05/64 OEM sticker
Single width card.
DEC CORE MEMORY ****
4 G110 Core Memory set for PDP 11/40 ****
4 G231 16K XY Selection, Current source, Address Latch,8K Decode. ****
3 H214 Core 8KX16 8K 16 bit ****
1 H215 Core 8KX18 (375) 8K 18 bit ****
2 sets H222A MM11-DP 16KX18 (375) 16K per set, unsure of the sys ****
G652 ****
MASSBUS MASSBUS MASSBUS
2 M5903 DRIVE TRANCEIVER
2 M5922 MASS BUS TRANSCEIVER, PORT A, RM03
Unusual cards 6 wide - Cannot tell if Uni or Q
1 ? SDLC PCB127 Rev C
2 ? Q BUS SYS PCB136 Rev B Appears to be a test board. Has TST/NOR, HIT/RUN
& RESTART switches. Also has LEDs for TEST NO., CODE, STATUS wi LSB & MSB.
DEC Cards that are 4 wide but not able to tell if Uni or Qbus
1 M3110 PROTOCOL ASSIST #1 SPEC CHAR
1 M3111 PROTOCOL ASSIST #2 SPEC CHAR
2 M7364
2 M7365
1 M7366
Unibus Unibus Unibus
1 M3105 DHU11-A, 16-LN ASYNC MUX,DMA
3 M7133 KDF11-UA, 11/24 CPU, LINE CLOCK, 2 SER
1 M7294 RH11 MASSBUS DATA BUFFER & CONTROL
1 M7295 RH11-A, BUS CONTROL
3 M7485 YA UDA50-A two with both jumper cables,
3 M7486 UDA52, UDA SI one with one jumper cable
2 70-18455-6K Red cable sets for above
5 M7819 DZ11, 8-LINE DBL BUF ASYNC EIA WI MODEM CONTROL
7 M7819 00 DZ11, 8-LINE DBL BUF ASYNC EIA WI MODEM CONTROL
1 M7867 DUP11-DA, SDLC or DDCMP Sync Interface
1 M7891 DK 128-Kword 18-bit parity MOS memory
1 M7900 RK611, RK06/07 Unibus Interface
1 M7901 RK611, RK06/07 Register Module, Hex
1 M7902 RK611, RK06/07 Control Module, Hex
1 M7903 RK611, RK06/07 Data Module, Hex
1 M792 YL RX11 floppy loader
3 M8265 KD11-EA, 11/34A data paths module
2 M8266 KD11-EA, 11/34A control module
1 M8267 FP11-A, 11/34A Floating Point ****
1 M8743 AP MDECS-AA, 512-Kbyte ECC RAM
5 M9202 UNIBUS connector, inverted M9192-M9292, 1"APART W/2'C
1 70-20956-10 Cable set
Other Mfg. UNIBUS
1 Emulex CS2110203/F1E 16 Ch RS-232 Communications controller
1 Emulex CS2110203/F2B 16 Ch RS-232 Communications controller
1 Western Peripherals TC131 Tape Controller
1 Plessey Peripherals 701840-101J 2-50 pin & 1-26 pin connectors
1 Intergraph PCB360 Rev A Ethernet & 1 Meg Ram
1 M&S Computing PCB209 Rev B Vector Data Generator
END END END
OK, Bill, you wanted a PCI-based RS/6000?
One of our clients is trading up to an H80, and IBM just lowballed them
on their trade-in. They're putting thei old server on the market. It
ain't a classic or even uncommon, but I thought some of you guys might
be interested.
S70A 4-way
4G RAM
SSA - just adapters, they're keeping the drawer.
8 ethernet adapters, IIRC. 2 10/100, 6 10bT, subject to my CRAFT
Syndrome
PCI graphics, I think GXT120.
They're looking at about a $10,000 price tag, and a March 1 release
date. This guy has been lovingly & lavishly maintained.
Anybody interested can contact me for detailed specs.
Doc
--- "Jeffrey S. Sharp" <jss(a)subatomix.com> wrote:
> On Mon, 17 Dec 2001, Ethan Dicks wrote:
>
> > I have been told there's a KS-10 somewhere in this town When I track
> > him down, I'll at least get pictures. I'll also see if he's bored
> > with it and make an offer.
>
> Wow, thanks. I'd appreciate any information you have.
Just found out yesterday that he doesn't have it anymore. No further
info. I asked if it was sold or scrapped or what, but my contact had
no idea. This guy would have gotten it from CompuServe circa 1994,
so I don't even know if he got rid of it recently or not.
Foo!
-ethan
P.S. - Still working on the SC-35s and SC-40s. *No* idea if I'll ever
be able to get one as they drop off service eventually. There are
still several dozen in active use in Columbus.
__________________________________________________
Do You Yahoo!?
Check out Yahoo! Shopping and Yahoo! Auctions for all of
your unique holiday gifts! Buy at http://shopping.yahoo.com
or bid at http://auctions.yahoo.com
--- Robert Schaefer <rschaefe(a)gcfn.org> wrote:
> Just out of curiousity, where is this town?
>
> Bob
>
> >
> > I have been told there's a KS-10 somewhere in this town (owned by a
> > former CompuServe employee...
Columbus, OH, home of CompuServe. Unfortunately, as I've already
written, I found out yesterday that at some point between 1994 and
last week, this guy got rid of it in an unspecified manner. :-(
-ethan
__________________________________________________
Do You Yahoo!?
Check out Yahoo! Shopping and Yahoo! Auctions for all of
your unique holiday gifts! Buy at http://shopping.yahoo.com
or bid at http://auctions.yahoo.com
I aquired an Apple Scribe printer last night (went back to the Thrift
Store and they hadn't repriced it, so I asked, and the guy let me have it
for $2).
It worked briefly, it printed the first 4 lines of a test pattern and
then jammed.
It looks like it may just need to be greased (the print carriage is
really hard to slide by hand, but not so hard that I am hitting motor
resistance, I just think after all these years, the guide bar may have
dried up enough).
But, before I get into opening it and regreasing it... I was seeing if
anyone had a manual for it and can tell me what the blinking light
indicates. When I turn it on, the Select Light blinks in patterns of
three (three blinks, pause, three blinks, pause...).
I did a quick google search, didn't turn up much (but found some places
to buy a new ribbon, and found a few "museum" listings for it). Apple's
TIL also didn't cover the lights (but has some control info so I can see
if I can get it to work with one of my computers).
Finally, does anyone know if there was ever a Mac driver for it? Or if
the Imagewriter driver will work with it? Apple's TIL seemed to indicate
it was just for the Apple II series (they leaned towards talking about
the IIc in conjunction with it, but since everything seemed to say the
application in use is what drives it, I would think just about any Apple
II with a serial card should be able to work with it).
I do know the archives showed someone else on the list found one of these
back in June, but there wasn't much said about it.
TIA
-c
! Wizard True blue of 70-A and P75 needs screen debugged, and small
! slew of Macs: 475, LCIII+, IIci and empty IIci hacked up box, 8500
! and parts of other models. Newer three AMD clones two socket As and
! slot A.
Huh?
--- David A Woyciesjes
--- C & IS Support Specialist
--- Yale University Press
--- mailto:david.woyciesjes@yale.edu
--- (203) 432-0953
--- ICQ # - 905818
! Bryan Pope wrote:
! >
! > All,
! >
! > Does anyone have a VT100 compatible terminal they
! want to get rid of?
! >
! > Thanks,
! >
! > Bryan Pope
!
!
! There is ahamfest coming up here in St. Joseph, I'll keep my
! eyes open.
!
! Gary Hildebrand
St. Joseph, where?
--- David A Woyciesjes
--- C & IS Support Specialist
--- Yale University Press
--- mailto:david.woyciesjes@yale.edu
--- (203) 432-0953
--- ICQ # - 905818
> > Hmmm, your firstborn?
>
> Name the movie:
>
> "We'll kill every first-born son!"
> "No, too Jewish."
Life of Brian, or History of the World, Part I?
Still waiting for part II, "Jews in Space"...
-dq
In a message dated 12/18/01 10:38:08 PM Eastern Standard Time,
doc(a)mdrconsult.com writes:
<< I had sort of gotten the impression that PCs don't count on this list.
I have a 5870-121 that I snarked recently, with 4 megs of RAM and a
120M ESDI drive. I'm wondering what I want to put on it as OS. I have
plenty of Linux/NetBSD critters. I was thinking OS/2, but I threw v3.0
Warp on Saturday night, but it's slow as dirt with 4 megs. Oh, yeah. It
had the original reference disk in the floppy drive. I think that's
really why I bought it.
I also have a Model 25 386dx/16 which is one of my favorites. It had
a token-ring ISA adapter, as well as an 8-bit ethernet adapter I can't
ID, no hard-drive, and was set up to netboot. I finally found the J-leg
387 for it, stuck in a 500m drive with EZ-drive, and run PC-DOS &
Lemmings, mostly. >>
The 8570 you have is not bad, but way too small and not really easy as far as
drive expansion goes. put the max amount of 16meg memory in it and os2 will
thank you. mod80 is much better for expansion. that 386 8525 is neat, but not
really rare. I wouldnt consider any PS/2 rare except for maybe the PS/2 E
which I would just call uncommon.
Happy Festivus!
> -----Original Message-----
> From: Cameron Kaiser [mailto:spectre@stockholm.ptloma.edu]
> Sent: Wednesday, December 19, 2001 9:53 AM
> To: classiccmp(a)classiccmp.org
> Subject: Re: OS/2
>
>
> > > hi -- im new to this list but an old fan of os2 -- i
> would love the warp
> > > server if you could part with it or copy it -- what would
> you want in
> > > return ? ------- billp
>
> > Hmmm, your firstborn?
>
> Name the movie:
>
> "We'll kill every first-born son!"
> "No, too Jewish."
>
> --
> ----------------------------- personal page:
> http://www.armory.com/~spectre/ --
> Cameron Kaiser, Point Loma Nazarene University *
> ckaiser(a)stockholm.ptloma.edu
> -- Please dispose of this message in the usual manner. --
> Mission: Impossible -
>
Blazing Saddles of course!
************************************
If this email is not intended for you, or you are not responsible for the
delivery of this message to the addressee, please note that this message may
contain ITT Privileged/Proprietary Information. In such a case, you may not
copy or deliver this message to anyone. You should destroy this message and
kindly notify the sender by reply email. Information contained in this
message that does not relate to the business of ITT is neither endorsed by
nor attributable to ITT.
************************************
> From: ajp166 <ajp166(a)bellatlantic.net>
> Women would work for lower wage than men doing a tedious
> task that was fairly skill intensive.
Story of my mom's life -- she was a master of the soldering iron, and
top-of-the-line at Convair (wiring electrical harnesses in aircraft) and
Swan (assembling transceivers). She had to work quickly, there was no
margin for error, and she never made diddly, money-wise.
I'm really grateful that she taught me how to solder at an early age,
though ;>)
Glen
0/0
From: Ben Franchuk <bfranchuk(a)jetnet.ab.ca>
>> Right on very few if any! Most went to byte wide or multiples of byte
>> wide... give a guess why?
>4 bit TTL? IBM-360's? ASCII ?
All of the above, though I believe the predominence of ASCII for IO
had a big impact and even IBM coding {EBDIC???} wanted around
8 bits.
>If you don't keep ISZ and I/O instructions the same speed that
>seems quite possible. The PDP-X runs at 8 MHZ and executes 1 memory
>cycle every 500 ns. http://surfin.spies.com/~dgc/pdp8x/ That is 3x
>faster than a PDP-8/I with PDP timing.
ISZ was expendable though very useful. The PDP-8 style of IO however
was where a lot of the power in that machine was hidden. You could
seriously extend the machine there.
>> is simpler in some respects but far less flexible when it comes to
>> fixing a bent opcode.
>
>Bent opcode ... that is where you use the BIG HAMMER!
>In the design I was prototyping I had a lot of short instructions thus
>a 512x32? rom was more than ample.
Bent in that you might want a load to always be some opcode and
a logic change down stream makes it something different do to gating.
A PLA or Prom to translate opcodes from a irregular pattern
of hardware convenience to something regular is handy.
Besides with 48 bits of ucode the address of the next instruction is
in the ucode and the logic is a really wide prom with a really wide
latch and a really simple next address select logic (some LS257s).
No counters or incrementors, The translated opcode from the prom
was the source of the high order ucode address after a "next
instuction fetch". Made the ucode very simple though not very
efficient in terms of bits. Eproms though slow made it cheap with
bipolar proms as follow up for speed.
Allison
From: Ben Franchuk <bfranchuk(a)jetnet.ab.ca>
>But then I find 6800/6809 code more readable than "You Know Who"
I kinda figured that. Just like I prefer Z80 opcodes to 8080 as they
are more regular in format.
>This will be simple polled loop with interrupts disabled regardless
>of what chip I use. I would love to have had DMA but I ran out resources
>for it. In fact DMA is rather messy as I don't tri-state the address bus
Polled loop has speed requirements and the problem of what to do
if the FDC never sees dat and has to error out.
>and would have to stop the CPU for a free memory cycle. If I was
>doing this on a I/O card I most likely would have a sector buffer
>their rather than dma.
The last design I did that way save for ram was cheap by then so
I did a full track buffer.
Allison
Linux MCA would ahve appeal but likely wont happen for a 286 boxen
Allison
-----Original Message-----
From: Boatman on the River of Suck <vance(a)ikickass.org>
To: Tothwolf <tothwolf(a)concentric.net>
Cc: Classic Computers <classiccmp(a)classiccmp.org>
Date: Wednesday, December 19, 2001 8:18 AM
Subject: Re: Speaking of PS/2s...
>On Tue, 18 Dec 2001, Tothwolf wrote:
>
>> On Tue, 18 Dec 2001, Doc wrote:
>> > On Tue, 18 Dec 2001 SUPRDAVE(a)aol.com wrote:
>> >
>> > > The 8570 you have is not bad, but way too small and not really easy
as far as
>> > > drive expansion goes. put the max amount of 16meg memory in it and
os2 will
>> > > thank you.
>> >
>> > That requires an expansion board, right? The little info I can find
>> > suggests that 3 2M SIMMs is max, onboard.
>>
>> I thought I was the only PS/2 fan here :P
>
>I was one of the developers who worked on Linux/MCA.
>
>> Depending on the model of your board, you could have a max of 6mb or 8mb.
>> To add more memory, you would need an expansion board. One of the better
>> boards I that I used to use in model 60 machines was made by Kingston and
>> took up to 4 72pin simms.
>
>I believe the BXX series could do 16 MB on the board. Plus the 72-pin
>SIMMs weren't your standard plain-vanilla ones. They had PS/2 Presence
>Detect (PPD) feature on them.
>
>> One of the best non IBM references I ever found for the PS/2 line is a
>> book called "Upgrading and Repairing PCs", written by Scott Mueller, and
>> published by QUE. The last edition that had the PS/2 info in it was the
>> 4th edition. I never owned a hardcopy of the 4th edition, but I have an
>> electronic version of it that came on cdrom with the 10th edition. I
>> completely wore out my 2nd and 3rd editions of the book. (If anyone has a
>> 4th edition in good shape that they don't want, I'd be more than willing
>> to pay shipping.)
>
>I have a better source. I have the internal IBM technical manuals and
>schematics for every PS/2 ever made, including rare ones like the N51SX,
>and the 43SL.
>
>Peace... Sridhar
>
>
> -----Original Message-----
> From: r. 'bear' stricklin [mailto:red@bears.org]
> Guess what? It's for a PS/2.
> What you have is an IRISVISION display adapter. Check out
> Louis Ohland's
> "9595 Ardent Tool of Capitalism" page.
I have just such a board that was a pull from an RS/6000. I wasn't aware
that many of them sold for use in PS/2. In fact, their use in the machines
(IIRC) was originally just for testing purposes because they booted faster
than the RS/6000s ;)
Nice board. Wish I could do something with it (Like get an rs/6000 and
software to drive it!) :)
Regards,
Chris
Christopher Smith, Perl Developer
Amdocs - Champaign, IL
/usr/bin/perl -e '
print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");
'
> From: Chris <mythtech(a)Mac.com>
> Oh, you need to come up here, and visit the heavily black neighborhoods
> of Jersey City (conviently, right where my wife grew up)... there,
> Kwanzaa is a big deal, and it has NOTHING to do with retailers getting
> their money. It has everything to do with their not celebrating christmas
> because that is whitey's holiday, and crackers are the enemy (their
> terms, not mine...
No thanks! I think I'll stay away from your neck of the woods! It's bad
enough here! In the last five years there have been a dozen shootings and
one murder within a quarter-mile radius from my shop. I keep the place
looking run-down so I won't get robbed. Not to imply that all these crimes
were committed by black folk -- but the fact is that most of them were . .
From: Richard Erlacher <edick(a)idcomm.com>
>Yup! That's already been pointed out ... I made the choice to use the
Western
>MFM-capable part back in '78 and never looked back. I let someone else
tell me
>why, but I never regretted it. The process with the Western part is
apparently
>the same, though there was something critical that the NEC part didn't do.
>Maybe it had to do with altering the gap lengths in order to accomodate an
extra
>sector, or some such. Of course, possible or not, I never ended up doing
that
>either.
Gaps are programmable too. There are two things the 765 will not do:
Munged
wacky formats like using deleted address mark for address mark {you can post
format with deleted data} and it was not designed to pump out all the raw
bits/splices/marks from the media.
Things it did do that the WD never had: Multiple seeks or recals, timing
for the
stepper, head load delay, head settle delay.
The biggest difference: register based programming vs command packet to a
"port".
I've used both and someplaces one or the other is better. On the whole the
WD
parts always seemed to be first generation. The upside for the 765 based
was
the very highly integrated super chips like the 36c766 and later.
Allison
Here's a PDP-11/34 with RK05 drives available. If I had
somewhere to put it, I wouldn't mind picking it up myself as it's
only a few hours from here. But no room....so, I'm passing it on to
the group. Please reply to the original poster shown below.
Jeff
>Status: RO
>Reply-To: <r.m.faison(a)larc.nasa.gov>
>From: "Richard Faison" <r.m.faison(a)larc.nasa.gov>
>To: <jhellige(a)earthlink.net>
>Subject: pdp-11/34 for rescue
>Date: Tue, 18 Dec 2001 14:47:30 -0500
>X-Priority: 3 (Normal)
>Importance: Normal
>
>have "won" a rack full of pdp-11/34 (w/2 rko5a drives) that needs a good
>home
>any suggestions e-mail me @ day-o(a)cavtel.net or call (757) 865-0000 x244
>(days)
>or (757) 850-4220 (evenings)
>
>thanks
--
Home of the TRS-80 Model 2000 FAQ File
http://www.cchaven.comhttp://www.geocities.com/siliconvalley/lakes/6757
> -----Original Message-----
> From: pete(a)dunnington.u-net.com [mailto:pete@dunnington.u-net.com]
> > *Really*? What are my chances of finding one? I'd love to
> have an IRIS
> > 3000, if I found that I could fit it in the house. :) Did
> they run the
> > early versions of IRIX?
> Um, no, not really. I'm sure a Cyber 910 is a rebadged 4D/35
> (or variant,
> depending on the Cyber suffix), very similar to an Indigo,
> and much smaller
> than a 3000. There are plenty of pictures on the web, and
> references in
> the 4D FAQ. They'll run IRIX 4 or IRIX 5.
Well, that's disappointing, but 4D is still nice.
I do have my heart set on eventually running an m68k-based SGI though.
Regards,
Chris
Christopher Smith, Perl Developer
Amdocs - Champaign, IL
/usr/bin/perl -e '
print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");
'
Anybody got the pinout for the following:
DEC 380 bus receiver
DEC 97401 bus receiver
DEC 384 (or DEC 5384, which I think is the same) bus driver
Are any of these similar to an 8880, 8881, or 8640? Or to any of the 8Txx
or any more modern ICs?
I'm trying to fix an interrupt fault on my PDP-8/E, and having a bit of
trouble following the circuit. My M8650 isn't quite the same as the
diagrams in the Maintenance Manual :-(
--
Pete Peter Turnbull
Network Manager
University of York
> > In real life, it's pretty tough to convince management that you should
start
> > all over. The typical reaction is to put the prototype in a box and sell
as
> > is :-(
>
> Another manifestation of the "There isn't enough time to do it right but
> there's enough time to do it over" school of thought :-(
Is this Darwinian? That is, do people who lose their common sense
and become stupid just naturally rise up into management (a la
The Peter Principle)? Or do they willingly learn to be stupid
once they rise up into management?
Chris, you're management, so I know this isn't universal (how
has your brain survived?) but it's damned prolifigate...
-dq
>From: Chad Fernandez <fernande(a)internet1.net>
>
>I've never seen core in real life...... how small are the wires?
>
My 8/E 4k core looked to be about 40 gauge. The 8/E also had an 8k core
and the 8/A a 16k core. They would be even smaller.
Here is my pictures of the PDP-8/E 4kx12 core board.
http://www.pdp8.net/pdp8em/pics/g619a-300.shtml?small
Closeup of a small section letting you see the wires (select large size
to really see them).
http://www.pdp8.net/pdp8em/pics/g619a-bit.shtml?small
David Gesswein
http://www.pdp8.net/ -- Run an old computer with blinkenlights.
> -----Original Message-----
> From: James Willing [mailto:jimw@agora.rdrop.com]
> Now, the bad... while cleaning it up (about 6 lbs of dust in
> the box) and
> getting ready to image off the hard drive (backups are always a good
> thing, no?), either I fumble fingered something or my drive
> test/backup
> program was having a 'bad hair day', cause it nuked the boot
> record on the
> drive! (AARGH!)
Oops. :)
> 'Course... just to add insult to injury, it then went
> happily ahead and
> ran off the image of the hard drive just like I wanted in the
> first place,
> minus a valid boot record of course. B^{
Well, you have a good image. That's a start.
> So... would anyone perhaps have an appropriate boot disk on a 3.5HD
> floppy that I could get, and any convienient hints on how to
> regenerate
> the boot for this thing?
Was it just the MBR that got nuked? Lots of times on intel systems, those
are similar if not identical. All the boot-loader magic is handled in the
second-stage loader near the beginning of the partition, or something like
that. :)
If that is the case, you may be able to replace it with the MBR from an
MS-DOS bootable hard-disk. Also the DOS command FDISK/MBR is known to
restore the MBR to such a state that at least MS-DOS will boot. If Xenix
expected the standard DOS MBR, you'd be all set.
So you could try making an MS-DOS bootable floppy, copying FDISK.EXE to the
floppy, booting the machine from that and running the command. If the Xenix
MBR really is different, then you may still be able to get away with using
the DOS loader, provided there's a second-stage boot-loader in the right
place on the Xenix partition. You would just use FDISK to set the bootable
partition flag on the partition you'd like to boot, and the DOS boot-loader
will try to pass control to a second-stage on that partition.
Once you got in, of course, you could re-install the proper Xenix
boot-loader (instboot?)
I would back up the MBR first. I think there are utilities with most
boot-loader apps that will do that.
(Note that this is more-or-less speculative, but I'd like to know if you try
it, and specifically, whether it works)
Regards,
Chris
Christopher Smith, Perl Developer
Amdocs - Champaign, IL
/usr/bin/perl -e '
print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");
'
> -----Original Message-----
> From: Dan Wright [mailto:dtwright@uiuc.edu]
> hmmm...I'd only need the latter :) anyone have any idea where I could
find
> it? might the drivers come with AIX 4.3.2? I sort of doubt it, but you
never
> know...
I know of somebody who's got some RS/6000 machines which he believes might
contain the drivers on their internal disks. He hasn't started any of them
up yet, though, AFAIK. He's promised me a copy of the drivers if he has
them, but as to when he'll get around to checking, your guess is as good as
mine.
I have heard (please let me know if you find out differently) that they
weren't part of any AIX distribution media, but were separate.
Regards,
Chris
Christopher Smith, Perl Developer
Amdocs - Champaign, IL
/usr/bin/perl -e '
print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");
'
For me:
I like to find systems with a National Semi 32000 series chip, esp. NS32532.
Not rare, per se, but very uncommon.
For really rare, I'd think:
A Lilith or a Ceres
An Ampere APL machine
Anything iAPX-432
Ken
> -----Original Message-----
> From: r. 'bear' stricklin [mailto:red@bears.org]
> IRIX only runs on MIPS. Some other SVR3ish software I can't
> remember the
> name of ran on the m68k boxes.
I talked to the guy who handles the IRIS 2000/3000 FAQ, and he seemed to
think that it was "IRIX." I would be interested if you find out more
details.
Regards,
Chris
Christopher Smith, Perl Developer
Amdocs - Champaign, IL
/usr/bin/perl -e '
print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");
'
>From: Warren Toomey <wkt(a)minnie.tuhs.org>
>To: The Unix Heritage Society <tuhs(a)tuhs.org>
>Reply-To: wkt(a)tuhs.org
>X-Mailer: ELM [version 2.4ME+ PL68 (25)]
>Subject: [TUHS] Anybody want 3B2 or 6300+ software/documentation/hardware?
>Date: Wed, 19 Dec 2001 08:49:30 +1100 (EST)
>
>All,
> Aharon Robbins just passed this on to me. Maybe some
>of you are interested in this.
> Warren
>
>----- Forwarded message from Aharon Robbins -----
>
> From: Aharon Robbins <arnold(a)skeeve.com>
> To: wkt(a)tuhs.org
> Subject: would any of this be useful to TUHS?
>
>I am cleaning out my attic. What does that mean?? It means a lot of
>AT&T documentation and software needs to find a home to avoid ending
>in the dumpster. I have documentation and sfotware for the 6300+ and the
>3B2. Some of it still in the original shrink-wrap.
>
>And yes, this is on topic. I also have quite a bit of software and
>documentation for the Unix-PC as well. Much of this still in the
>original packaging. OS, Development sets, utilities. everything must
>go. I also have three complete Unix-PC's and two without disks or
>heads but with functional motherboards. At least all of this stuff
>was functional the last time I actually turned any of them on. I have
>one that I just fired up (that's already been claimed) to test it and
>it works fine, so i assume the same is true of the others. I would
>probably be willing to let all of them go at this point. Nice machines,
>but my PDP's and VAXen need the room.
>
>Now the only string. I will not ship any of this. it is located in
>NEPA in the Scranton/Wilkes-Barre area and must be collected. And it
>must be soon.
>
>One person can claim it all and then ship it to others if they wish,
>or people can email me asking for particular packages. First come,
>first served. If you know of any other places where there might be
>interest in the 3B2 or 6300+ stuff feel free to forward this message.
>
>All the best.
>bill
>----- End of forwarded message from Aharon Robbins -----
>_______________________________________________
>TUHS mailing list
>TUHS(a)minnie.tuhs.org
>http://minnie.tuhs.org/mailman/listinfo/tuhs
So... down a path I've not gone in a while.
Just got a system for my business (it's classic too, I'll ramble on that
later) and part of it is a Wyse 386 box running SCO System V Xenix.
That's the good part...
Now, the bad... while cleaning it up (about 6 lbs of dust in the box) and
getting ready to image off the hard drive (backups are always a good
thing, no?), either I fumble fingered something or my drive test/backup
program was having a 'bad hair day', cause it nuked the boot record on the
drive! (AARGH!)
'Course... just to add insult to injury, it then went happily ahead and
ran off the image of the hard drive just like I wanted in the first place,
minus a valid boot record of course. B^{
So... would anyone perhaps have an appropriate boot disk on a 3.5HD
floppy that I could get, and any convienient hints on how to regenerate
the boot for this thing?
Many thanks;
-jim
---
jimw(a)agora.rdrop.com
The Computer Garage - http://www.rdrop.com/~jimw
Note: the 'computergarage.org' domain is currently offline. The original
'Garage' site (URL above) is still out there and is currently being updated.
> On Tue, 18 Dec 2001, Russ Blakeman wrote:
>
> > How in the hell did this list get into racial slang anyway?
>
> The same way it gets into cats, food, cars, guns, <insert other
> inappropriate topic here>...
>
> A lot of folks here need to get out more often.
<sigh> If only there were someplace to get out *to*... maybe
Bubba and Billy Joe are slugging it out again at the Silver
Dollar... that's always a good show.
We used to have some very cool, dark, smoky blues clubs
around in the 80s... then blues got popular with Gen-X-ers
and it all moved downtown to clean, glitzy, neon-infested
juke joints...
I might point out that some off-topic threads have gone
private and ended up being the beginning of more than one
new friendship...
-dq
From: Ben Franchuk <bfranchuk(a)jetnet.ab.ca>
>What I wanted was a 12/24 bit CPU. Other than the 6100 cpu ( over
>priced? )
>by DEC nobody has ever put a octal machine 24:12 or 18:9 or 36:18:9 on a
>chip.
>(Ignoring PDP-10 stuff) to my knowledge.
Right on very few if any! Most went to byte wide or multiples of byte
wide...
give a guess why? I've always felt that 24bvits was a good starting point
for a clean slate machine or a stretched PDP-8. By Stretched 8 I mean
just add 12 bits to the right and extend everything else the same amount,
gives you a 500k page address and a 16mb machine address. So what
if the instruction set is thin if done with modern FPGAs an easy 100ns
(12x faster) instruction cycle time would be fine.
>I have yet to see a nice micro-code example. All the micro-code
>I have done ( on paper ) needed 32+ bits for a 2901 design.
>Also about 2K of ROM. TTL controller. It got messy after you added
>a MAR, In/out registers, and stuff like opcode decoding.
At 48 bits it gets better as then your not horozontal encoding.
Also if you use a prom to do the opcode to microaddress translation
it looks nicer and cuts a lot out. Also using the 2901 registers for
the PC and all saves a bit too. Still, as you noticed a lof of storage
bits for managing traffic are incurred. A combinational state machine
is simpler in some respects but far less flexible when it comes to
fixing a bent opcode.
>> Now that's depressing. ;)
>You tell me how I can make $$$ and I will not move to seattle.
I can't but, some things still taste bad. ;)
Allison
From: Fred Cisin (XenoSoft) <cisin(a)xenosoft.com>
>Ah, Allison, where have you been all of my life?
Ah, right here.
>If you would have told me that 15+ years ago, you would have saved me LOTS
>of time and effort putting tape over index holes, making cables with
>switches to interrupt the index signal, etc.
;) and if you havd called NEC during the '79 to '83 time frame you might
have gotten me there. One trick for the short index or late index problem
of most 1793 formats is solved by using a oneshot that is a delay of index
around 98% of rotation time, once it fired the resulting pulse looks earlier
and the index window now has the right time. That makes it easy to wind out
the VCO sync delay in the 765.
>With a 765, if I want to read a sector from the second side of most Kaypro
>disks, I need to feed it a value that matches the WRONG value that's in
>the sector header for the H field. With WD, that field can be ignored.
Ah yep. I did a two sided to match an oddball that had sectors 1 to 18
on the top and 19 thru 36 on the bottom. no problem.
>Raw v formatted track read has advantges and disadvantages. The 765
>approach is very handy for reading a bunch of "normal" sectors. The WD
>approach makes it possible to read MFM that does not follow
>"normal" sector header standards, such as Amiga, or some TRS-80 address
>marks.
Yep, then again depends on what your doing too. If you building a data
recovery machine a 1793 may be it. Then again you'll need a 1771 too
as there were 1771 formats that were unreadable by the DD 1793. If you
building a virgin CP/M machine that needs to read a smaller subset of
media... 37c65 or later is far cheaper and easier.
>Personally, I would have preferred the "raw" approach of the WD, but I
>make no claims to be representative of the marketplace.
It's only useful for the special cases. For everything else you wnat a
track
or cylinder without the junk.
Allison
Marked in black felt-pen on the drive: "Amstrad PCW 8256." Cable is
attached. Unit is untested and is yours for postage from Orlando FL.
Any interest?
Glen
0/0
At 03:46 PM 12/14/01 -0500, you wrote:
>Allways wanted an SGI INDIGO.
>Allways wanted an Atari 1450xld and:
>an Atari 815 disk drive
>A trak disk drive
-snip-
I want a CRAY.
--------------------------------------------------------------
Carlos E. Murillo-Sanchez carlos_murillo(a)nospammers.ieee.org
> -----Original Message-----
> From: Chris [mailto:mythtech@Mac.com]
> Humm... but this still won't work for PSX game discs right?
> Since they
> have a bad checksum, a standard burner can't write them back
> out, because
> it will correct the checksum?
Well, you've answered your own question there. My understanding is that it
_is_ the burner that does it. You can copy playstation game discs fine, but
it would require a firmware patch to your CD burner. (So I hear...)
Regards,
Chris
Christopher Smith, Perl Developer
Amdocs - Champaign, IL
/usr/bin/perl -e '
print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");
'
I should add to the list of hard to find stuff early Intergraph
workstations. Clipper based, and pre-clipper (were they VAX?) Intergraph
systems.
I also haven't looked -- but have never seen any DG Nova stuff around. It
may be relatively rare.
On another note, CDC hardware that wasn't OEM'd from SGI seems relatively
uncommon. There's one CDC workstation that was a re-badged Indigo, that's
relatively common. It's the only CDC system I've seen for sale.
Regards,
Chris
Christopher Smith, Perl Developer
Amdocs - Champaign, IL
/usr/bin/perl -e '
print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");
'
From: Ben Franchuk <bfranchuk(a)jetnet.ab.ca>
>
>Having looked at a few other Floppy disk datasheets for the pc, I would
>suspect
>it needs a 24 Mhz clock. I can divide this by 2 to give me 12 Mhz clock
>for the
Either some product of 9.6mhz (for the oddball 1.2mb 5.25 floppies) or some
product of 16mhz for the 500khz 1.44mb floppy. That is of course for the
floppy side interface only. The CPU side is driven by Tacc for the FDC IO
ports (4 or 8mhz depending on part and age) and the data rate for read
or write since there is no silo on the parts I know of. This will be true
for all
765 based FDCs (most of the PC controllers are 765 or 765 core logic).
Data rates for 1.44mb floppy are the worst at 13uS first byte and 16uS
for the remaining.
If DMA is possible do it. If not can the cpu execute a wait state during
IO{wait
on data ready with the read or write pending}? If neither of those then you
have
to loop and test status or worse usually, use interrupts.
It's possible to find WD FDC drivers around but they will be very machine
specific more often than not.
Allison
Hand made, usually by women working under low
power microscopes.
Allison
-----Original Message-----
From: Ron Hudson <rhudson(a)cnonline.net>
To: classiccmp(a)classiccmp.org <classiccmp(a)classiccmp.org>
Date: Sunday, December 16, 2001 6:01 PM
Subject: was "how to clean".. How did they
>or... silly question of the week...
>
>
>Anyone know how core memory was made?
>
>Did a person string those cores with a needle and
>"thread", or was it done by machine?
>
>
>I based my statement upon information gleaned from conversations with my
>customers, 80% of which are black. Most of them think that Kwanzaa was
>"made up" by retailers in order to get their money. Some have told me that
>they resent the "social engineering" aspect of Kwanzaa. Here in the South,
>there seems to be very little support of or identification with this event
>among African-Americans.
Oh, you need to come up here, and visit the heavily black neighborhoods
of Jersey City (conviently, right where my wife grew up)... there,
Kwanzaa is a big deal, and it has NOTHING to do with retailers getting
their money. It has everything to do with their not celebrating christmas
because that is whitey's holiday, and crackers are the enemy (their
terms, not mine... I get "whitey"... I get "white bread"... but
cracker?!? I would ask when visiting my inlaws... but I would just get my
ass kicked, or worse, shot).
As to the REAL reason for Kwanzaa, I have no idea, but I do know, around
here it is entirely a racial thing, and the only people that really seem
to take it seriously are the inner city high crime area
Afican-Americans... which unfortuantly gives the whole thing a bad notion
up here. Its a shame really, as I am sure there was a real reason for it,
but like many other things, it has been badly perverted by a very very
select group of people who decided to use it for their own agenda.
-chris
<http://www.mythtech.net>
> From: Sellam Ismail <foo(a)siconic.com>
> Programmers were, are, and will
> always be lazy and impatient.
Man alive -- I always knew I was stupid for putting in all those 80-hour
weeks, but lazy? And impatient???
Glen
0/0
! >Same experience here. i've made copies of IRIX CDs, and I've made
! >non-standard bootable distribution CDs. The only unusual
! >feature is that
! >they're an EFS filesystem rather than, say, ISO9660. But as far as a
! >burner is concerned, an image is an image, and as far as
! >Linux's dd command
! >is concerned, the same is true (I've copied Apple CDs the
! >same way, by
! >dd'ing from the raw disk device holding the CD, to a file.).
!
! Humm... but this still won't work for PSX game discs right?
! Since they
! have a bad checksum, a standard burner can't write them back
! out, because
! it will correct the checksum?
!
! What I don't understand is, why can't someone write a program
! that will
! write the back check? I used to have a floppy disk copier for the Mac
! that did something similar. If the source disk was damaged, it would
! write the damaged data to the destination disk (the software
! was SUPPOSED
! to do that, it was to let you duplicate bad disks before
! running things
! like MacTools on it, in case it didn't work, you could dupe
! it again, and
! try something different)
!
! Alas, that software was for back in the "Classic Mac" era,
! and no longer
! runs (nor has any idea how to write to a CD)
!
! -c
!
I heard that CloneCD is what you're talking about...
--- David A Woyciesjes
--- C & IS Support Specialist
--- Yale University Press
--- mailto:david.woyciesjes@yale.edu
--- (203) 432-0953
--- ICQ # - 905818
From: Richard Erlacher <edick(a)idcomm.com>
>> Munged
>> wacky formats like using deleted address mark for address mark {you can
post
>> format with deleted data} and it was not designed to pump out all the raw
>> bits/splices/marks from the media.
>>
>What? I do seem to remember that the data fields could be written during
>formatting with the WD parts but I don't think anybody ever used that
feature,
>though it would have been a good/smart feature for software duplication.
There
>was some confusion about whether it worked properly because the part
responded
>to some bytes by generating an address mark, though I doubt it did that
while
>writing the data field.
Two differing things. The WD part you could format a disk with Deleted data
marks
where data marks are normally found. Infact you could put all sorts of odd
stuff
in strange placesn using WD. The 765 was ucoded to do IBM standard formats
so a lot of the who's where is already known and mapped.
>> Things it did do that the WD never had: Multiple seeks or recals, timing
>> for the stepper, head load delay, head settle delay.
>>
>Did it do "implied seeks" wherein the controller looked at where it was and
then
>automatically computed the difference before moving the heads?
No, I know of no chip that did. It made for a peice of that.
>> The biggest difference: register based programming vs command packet to a
>> "port".
>>
>Back in the '77-'82 period I was probably responsible for the use of 100K
>Western chips and it might as well have been decided on a coin toss. I was
No it wasn't, the 765 design was introduced in late '79, by then you were
locked to WD.
>vs packet programming though. Perhaps you could cite an example? The
Western
>part is certainly register based. Isn't the NEC part also just a register
set?
Internally the 765 has "registers". However, you feed it via one port
addres with a
command packet and after the data IO is done you read a status packet of 1-9
bytes
based on the command issued. It's obsious when you look at the part, the
765
has A0 for the port addressing (status and command/data) where A0 only has
meaning{it's only active during /CS not /DACK) during non-dma ops.
>That was an advantage for those who were invested in a software base, but
nobody
>knew that back in '78-79. What's the 36C766? Google comes up empty. I've
seen
>some 37C665/666 types, but 36Cnnn? Who made them?
Several vendors including SMC and UMC. They were variations of the 765 with
rate generators and interface to disk plus IOports (parallel, serial and
even IDE).
Aimed at PCs they replaced the two serial ports, IDE, FDC and parallel
boards.
>What's interesting, BTW, is that even Western, with its institutional
prejudice
>toward analog PLL's went with the 765 core once it went to the fully
integrated
>all-digital FDC, having dealt with the lower data rates in the 1770/72/73
chips,
>which were not shown to be capable of 500 Kbps for some reason. Perhaps
there
>was some advantage in the 765 core that made it more amenable to
integration
>with a digital clock extraction circuit at the higher data rate. I doubt
that
>Intel would have gone for the 765 type if there weren't some manufacturing
>advantage inherent in the silicon. That may be what's made the difference.
>Intel certainly would have chosen the chip that was more economically
>manufacturable, though maybe their primary economy came from the
>already-established relationship (which they'd sabotage later) with NEC.
The 765 core did the step rate and may of the external things that the 1793
needed external hardware for. The preference for digital data seperation
was
pushed by NEC as it could be done with a small 32x4 prom and a latch with
good reliability compared to the often difficult analog designs. Also
digital
fits on silicon of the time better. I have a design and samples we did in
late
'81 to put the floppy side "glue" on one 2500 gate array that allowed for
data
sep, write pre comp, drive and motor selects and all the other things that
would end up on the super chips. The end result was a complete FDC two
chip combo that was half the price of discrete 765 or WD 1793 designs with
no performance compromizes. It was never marketed for obtuse reasons
and less than three years later several vendors were putting 765+glue on
one chip.
And the d7265 wa the ISO 3.5" tuned version that had a shorter VCO sync
time{post index gap time} and a shortend index gap. I believe most of the
765 cores are of the 7265 flavor.
The aside to that is that the SMC 9229 was a digital data sep/clock/precomp
that worked with both the 765 and 1793 with equal perfomance for all rates.
SMC also had a 765 core with analog PLL (9265 or 66) for those that prefered
analog. The 1770/2/3 problem was not data seperator in itself but process
speed
of the die, they{WD} flat out could not do the required 16mhz stuff then for
the
data sep and the other rate generators. The 1793 with external 9229 works
great at 500khz but, the 1793 only has to see something like 2 or 4mhz max
and therein lies the difference.
Allison
> disks for the Bonus Pack. OS/2 Warp Connect version 3 (Blue box,
> includes DOS/Windows support) is on CD-ROM, as is the Bonus Pack. It
> does have two diskettes from which to boot the system for
> installation though. Is there a specific disk(s) that you need to
> replace for Warp 3? I also have OS/2 for Windows version 2.1.
Are the updates still available for this anywhere? For some reason, I'm in
the process of building a PP200 up as an OS/2 system and Warp 3 is the
newest version I've got. (OK, ok, I admit, I'm building it to play
"Galactic Civilizations".) Anyway, I'd kind of like to get it updated to
the current patch level or whatever it's called in OS/2 (been way to long
since I switched to the Mac from OS/2).
Zane
Ben Franchuk wrote:
> What I wanted was a 12/24 bit CPU
I can live with that - 24 bits is really cool from a DSP point of view. 140dB
dynamic
range and you can do two data moves and one arithmetic op with a 24-bit
instruction.
The only modern day 24-bitter that I know of is the Motorola DSP56XX family.
Great for fixed point ( fractional ) number crunching.
> You tell me how I can make $$$ and I will not move to seattle.
> Deal? I could move to Antarctica and make linux boxes. Take a
> penguin and stuff it in old 386. Stamp exported from 'Finland'.:)
I must protest, that's cruelty to penguins. How would you like to be stuffed
into a box labeled Intel or worse still Micro... Damn my keyboards locked up.
How about stuffing old silicon into FPGA's ?
Chris
On Dec 18, 10:56, Christopher Smith wrote:
> Well, I've never met a standard CD that it wouldn't work on. I was told
> third-hand by somebody who worked for SGI that their media was somehow
"copy
> protected" and couldn't be reproduced well.
>
> I've successfully imaged my IRIX 6.2 media and booted/installed my system
> from the backup. Works fine.
Same experience here. i've made copies of IRIX CDs, and I've made
non-standard bootable distribution CDs. The only unusual feature is that
they're an EFS filesystem rather than, say, ISO9660. But as far as a
burner is concerned, an image is an image, and as far as Linux's dd command
is concerned, the same is true (I've copied Apple CDs the same way, by
dd'ing from the raw disk device holding the CD, to a file.).
--
Pete Peter Turnbull
Network Manager
University of York
>Same experience here. i've made copies of IRIX CDs, and I've made
>non-standard bootable distribution CDs. The only unusual feature is that
>they're an EFS filesystem rather than, say, ISO9660. But as far as a
>burner is concerned, an image is an image, and as far as Linux's dd command
>is concerned, the same is true (I've copied Apple CDs the same way, by
>dd'ing from the raw disk device holding the CD, to a file.).
Humm... but this still won't work for PSX game discs right? Since they
have a bad checksum, a standard burner can't write them back out, because
it will correct the checksum?
What I don't understand is, why can't someone write a program that will
write the back check? I used to have a floppy disk copier for the Mac
that did something similar. If the source disk was damaged, it would
write the damaged data to the destination disk (the software was SUPPOSED
to do that, it was to let you duplicate bad disks before running things
like MacTools on it, in case it didn't work, you could dupe it again, and
try something different)
Alas, that software was for back in the "Classic Mac" era, and no longer
runs (nor has any idea how to write to a CD)
-c
Try www.dialelec.com, they're UK based and specialize in obsolete silicon.
No price given for the WD1773, you'll have to get a quote. They're not too
expensive, I recently bought some AM2901CDC's for about 7USD each.
Chris
On Dec 18, 10:22, Christopher Smith wrote:
> > -----Original Message-----
> > From: William Donzelli [mailto:aw288@osfn.org]
> > > There's one CDC workstation that was a re-badged Indigo, that's
> > > relatively common. It's the only CDC system I've seen for sale.
>
> > CDC was rebadging IRIS 3000 machines as Cyber 910s.
>
> *Really*? What are my chances of finding one? I'd love to have an IRIS
> 3000, if I found that I could fit it in the house. :) Did they run the
> early versions of IRIX?
Um, no, not really. I'm sure a Cyber 910 is a rebadged 4D/35 (or variant,
depending on the Cyber suffix), very similar to an Indigo, and much smaller
than a 3000. There are plenty of pictures on the web, and references in
the 4D FAQ. They'll run IRIX 4 or IRIX 5.
http://www.geocities.com/SiliconValley/Pines/2258/4dfaq.html
--
Pete Peter Turnbull
Network Manager
University of York