Hi,
Philip's garage sale and auction, phase 1, is comming to an end.
I have updated the web site with more details, and some new items.
Please see this URL for auction details, and the new pics.
http://www.fliptronics.com/garagesale/
Thanks for your interest,
Philip Freidin
Hi,
Philip's garage sale and auction, phase 1, is comming to an end.
I have updated the web site with more details, and some new items.
Please see this URL for auction details, and the new pics.
http://www.fliptronics.com/garagesale/
Thanks for your interest,
Philip Freidin
On Jul 1, 13:42, Megan wrote:
> Somewhere I have a set of the sources for the RQDX1/2 boards. They
> were designed to recognize certain disks from certain vendors. The
> code does not make much attempt to truly determine geometry, it
> uses hard-wired values, which is why only certain ones work.
>
> I have no doubt that when the RQDX3 was done it was implemented in
> the same way... that only certain disks from certain vendors would
> be recognized. To have it recognize another disk, you would have
> to add an entry to the disk characteristics table in the source
> for the firmware and blast a new set of ROMs.
Actually, you wouldn't, that's one of the big differences between the
RQDX1/2 and RQDX3. The 1/2 perform various tricks to try to work out what
disk is connected, especially when formatting. The tricks vary between
versions of the firmware, so I have a 10MB Rodime disk which one RQDX2
version will "recognise" and format but other versions won't. Several
years ago, I had an interesting email conversation with Chuck O'Toole who
wrote the sniffer code (and most of the MSCP, geometry, and access code)
for the RQDX1, which is part of the DUP utilities in the firmware. It was
intended to autosize certain known drive types that DEC would/might sell,
to differentiate between them, and it was known that the succesor
(eventually, the RQDX3) would be along later, so there was no great
incentive to make it fully general.
However, the RQDX3 doesn't depend on the tricks. The formatter doesn't
rely on DUP utilities built into the RQDX firmware but uses tables in the
formatter software (XXDP ZRQC??.BIN). It only uses the DUP utilities to
perform the actual track formatting. There's an option to force it to use
a table entry of your choice (including entries for common drives like
ST-251 and ST225) and even an option to bypass the tables and enter all the
necessary values by hand, though it takes a bit of effort to work out what
they all should be for any given drive. Tim Shoppa posted some information
to the list in 1997 about the makeup of the various numbers, and I have
some more in some manuals which I might be persuaded to dig out if anyone
is really enthusiastic. It would still take a bit of exprimentation and
guesswork, though.
DEC's patent describes the basic ideas and the TLAs:
http://patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&Sect2=HITOFF&p=1&u=/ne…''4,434,487''.WKU.&OS=PN/"4,434,487"&RS=PN/"4,434,487"
--
Pete Peter Turnbull
Network Manager
University of York
Hi,
today I received the PCS module replacement I needed for the 11/780.
And it helped indeed. See the transcript below. I do get some timeout
at step 54, please have a look. I don't know what the problem is.
May be it was going to test the DW780 and I didn't have the UNIBUS
cabinet powered?
Thanks,
-Gunther
CPU HALTED,SOMM CLEAR,STEP=NONE,CLOCK=NORM
RAD=HEX,ADD=PHYS,DAT=LONG,FILL=00,REL=00000000
INIT SEQ DONE
HALTED AT 00000000
(RELOADING WCS)
LOAD DONE, 0800 MICROWORDS LOADED
VER: PCS=01 WCS=0E-10 FPLA=0F CON=V07-00-L
?WARNING-WCS & FPLA VER MISMATCH
>>>TEST
ZZ-ESKAB V14.0
ESKAD -- V13.1
01,02,03,04,
NO. OF 1K BANKS OF WCS = 0002
05,06,07,08,09,0A,0B,0C,0D,0E,0F,10,11,12,13,14,15,16,17,
18,19,1A,1B,1C,1D,1E,1F,
ESKAH-V13.2
20,
SYSTEM ID REGISTER = 0140B63E
KE780 FPLA NOT PRESENT
21,22,23,24,25,26,27,28,29,2A,2B,2C,2D,2E,
2F,30,31,32,33,34,35,36,37,38,39,3A,3B,3C,
END PASS 0001
MOUNT FLOPPY ZZ-ESZAD & TYPE "DI"
MIC>DI
ESKAR-V2.0
3D,3E,
CPU TR = 00000010
MS780H 256K CHIP AT TR 00000001
LOWER CNTRLLR MAX ADDRESS+1= 01000000
UPPER CNTRLLR MAX ADDRESS+1= 01000000
DW780 AT TR 00000003
RH780 AT TR 00000008
RH780 AT TR 00000009
3F,40,41,42,43,44,45,46,47,48,49,4A,4B,4C,4D,4E,4F,50,51,52,
MS780-E/H IO BASE ADDRESS = 20002000
LOWER CONTROLLER MAX ADDR + 1 = 01000000
BOARD NUMBER = 00000000
NUMBER OF CRD ERRORS = 00000000
BOARD NUMBER = 00000001
NUMBER OF CRD ERRORS = 00000000
BOARD NUMBER = 00000002
NUMBER OF CRD ERRORS = 00000000
BOARD NUMBER = 00000003
NUMBER OF CRD ERRORS = 00000000
MS780-E/H IO BASE ADDRESS = 20002000
UPPER CONTROLLER MAX ADDR + 1 = 01000000
BOARD NUMBER = 00000000
NUMBER OF CRD ERRORS = 00000000
BOARD NUMBER = 00000001
NUMBER OF CRD ERRORS = 00000000
BOARD NUMBER = 00000002
NUMBER OF CRD ERRORS = 00000000
BOARD NUMBER = 00000003
NUMBER OF CRD ERRORS = 00000000
53,
MS780-H 256K CHIP AT TR 00000001
M8376 ROMS OK
54,
?TIMEOUT IN TEST 01FF UPC= 1241
MIC>
--
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
Okay, dug out the Apple ][e, DuoDisk, and ImageWriter II I was given some
time back, got a SuperSerial card installed and configured and the
ImageWriter II works fine. DuoDisk works too, but what is the command to
select a specific drive?
At this point all I can read/write to is the boot drive (left-most drive)
TIA --
Glen
0/0
If I am not for myself, then who will be for me?
And if not now, when?
-- Pirkei Avot
Hello, all:
I'm seeking opinions on long-term PC board storage. Is it better for
longer term storage of "classic" boards to individually pack them in "metal
out" static bags and store them in conventional cardboard boxes or should I
buy a few static dissipative cardboard boxes or Bentron plastic totes and
store the boards there?
Rich
_______________________________________________
cctech mailing list
cctech(a)classiccmp.org
http://www.classiccmp.org/mailman/listinfo/cctech
----- Original Message -----
From: Chad Fernandez <fernande(a)internet1.net>
Date: Saturday, June 29, 2002 1:07 am
Subject: Re: Classic Computer Spider
> David Barnes wrote:
> > and aren't brown recluse spiders VERY dangerous?
>
> Well not like the Sidney Funnel Web, but yes they are dangerous.
SYDNEY!!!! They're *very* nasty, ranks up there as about the most
deadly spider in the world, the females bite can kill within 2 hours,
the males within 15 minutes. However, they generally don't lurk in old
computers :-) Shoes, clothes & beds are better :-)
Deaths are fairly rare though, anti venom has been available for some
time.
This thread recently came up in the Fidonet SF echo too, wonder if it's
spreading.....
Lance
----------------
Powered by telstra.com
Alex White <meltie(a)myrealbox.com> wrote:
> Putting it in the headers is a nice touch but hardly the first place i'd
> look for unsub info.
It seems to be the wave of the present for automated mailing lists.
Personally I miss the days when, given a list addressed "list@host",
list-request@host could reasonably be assumed to be read by someone
who understood words like "please", or at least didn't reply to such
words with an error report. I like automated list-management software
too, I just don't appreciate the change of the old convention.
-Grumpy Ol' Frank
