The RQDX2 controller (MFM and floppy) received the scatter/gather list as
part of the MSCP command - thus offloading the scattering and gathering to
the device.
On 3/19/14, 11:00 , "cctech-request at classiccmp.org"
<cctech-request at classiccmp.org> wrote:
>On Tue, Mar 18, 2014 at 9:11 AM, Ethan Dicks <ethan.dicks at gmail.com>
>wrote:
>>
>>That is essentially it. Between maxxing out at 4GB of RAM and how
>>slow the KD32 was, ISTR they didn't last long after the MicroVAX
>>II/VAXstation II came out a few years later.
>>
>
>(We all know you mean 4MB, not 4GB).
>
>http://ifctfvax.harhan.org/Quasijarus/vaxhw/overview.html
>
>Q22-bus MicroVAXen
>KA610 aka KD32 was the first Q22-bus MicroVAX made. It is also the
>worst VAX ever made. This is because it violates the two-layer bus
>structure requirement (see above). KA610 aka KD32 is the only Q22-bus
>MicroVAX on which there is no bus adapter or any other kind of nexus
>standing between the CPU and the Q22-bus devices. KA610 aka KD32 uses
>the Q22-bus as its VAX main bus and Q22-bus memory as main memory.
>Among other horrible things, this means that the main memory is
>limited to 4 MB and that no scatter-gather DMA is possible.
Well, I'm embarrassed. The Teac units are indeed 35-track drives with
deathly slow seek rates. Just finished formatting, reading and writing a
couple of diskettes under IMD.
I had already tried slowing down the step rate as far as 10ms, but never
went any further since I had never encountered a drive any slower than
that. This is a lesson I won't forget!
Thanks again to all.
Steve
--
----- Original Message -----
> Date: Tue, 18 Mar 2014 07:14:36 -0400 (EDT)
> From: Steven Hirsch <snhirsch at gmail.com>
>
> On Mon, 17 Mar 2014, MikeS wrote:
>> Any chance it has a jumper setting that puts it into double-step mode and
>> emulates a 'normal' 40 track drive (albeit with a narrow head)? AFAIK RPM
>> and
>> current would be the same.
>
> Could be, but that doesn't explain why it seems to single-step when a
> train of pulses arrive at the max rate, yet double-step when they arrive
> individually.
>
> I really hate to write off these two drives. They are incredibly clean
> units, probably NOS and were top of the line in their day.
>
> Steve
----- Reply: -----
Then maybe the step rate is just too fast for those drives? Some systems did
have an option to set the step rate depending on the drive type.
Are the rails immaculately clean, i.e. no unusual friction? Maybe try
exercising one of the drives for a bit to see if that helps...
----- Original Message -----
> Date: Sun, 16 Mar 2014 13:19:10 -0700
> From: Chuck Guzis <cclist at sydex.com>
>
> On 03/16/2014 12:42 PM, Steven Hirsch wrote:
>
>> Question remains: Why is it doing this? Are both drives defective?
>
> I doubt it--lots of Tandy enthusiasts have used these drives for years.
>
> I'll think on it, but do you have the termination pack installed if this
> is the only drive on the cable? Sometimes you get odd effects if the
> terminator is omitted.
>
> --Chuck
------ Reply:-----
Any chance it has a jumper setting that puts it into double-step mode and
emulates a 'normal' 40 track drive (albeit with a narrow head)?
AFAIK RPM and current would be the same.
Greetings,
This is not a very easy message to write. After about 13+ years of running
AlphaServers, I will be decommissioning them within two weeks. As sometimes it
takes a while to find new owners for these machines, I'm sending this message
in advance to gauge interest in taking them. They are:
DEC AlphaServer 1200: (1) 533 MHz 21164A-2 CPU (until recently, it had two of
these. One is now showing a fan error. Perhaps, if you replaced the fan, it
still might work, if the board is OK), 1 GB ECC RAM, (2) 9.1 GB disks (one is
DEC OEM :]), (2) 18.2 GB disks, (3) 36.4 GB disks, (2) DEC DE500-XA 100 Mbit ethernet adapters, ARC Logic 2000PV VGA adapter (2 MB RAM?), QLogic 1020 Fast Wide SCSI HBA, Mylex RAID DAC960P/PD controller with 8 MB RAM.
DEC AlphaServer 4100: (4) 467 MHz 21164A-2 CPUs (one of these is dying, but I
have a replacement for it), 1 GB ECC RAM, (2) 9.1 GB disks (one is also DEC
OEM :]), (2) 18.2 GB disks, (3) 36.4 GB disks, (2) DEC DE500-[A,B]A 100 Mbit
ethernet adapters, S3 Trio32/64 VGA adapter (1 MB RAM?), QLogic 1020 Fast Wide
SCSI HBA, Mylex RAID DAC960P/PD controller with 8 MB RAM, (2) 9.1 GB disks
configured RAID1, (4) 9.1 GB disks configured RAID5, another (4) 9.1 GB disks
configured RAID5, (3) 9.1 GB disks configure RAID5. That makes (3)
StorageWorks arrays in the pedestal.
Pictures of the machines are available upon request. There's probably some other goodies in the box at the colo. I can't remember what's inside. Definitely, I have (3) DS 1287 TOY (time of year) chips. These are not very easy to find.
These machines are available to (in order of priority):
1) NetBSD/alpha port maintainers;
2) NetBSD/alpha developers;
3) pkgsrc developers (any platform/any OS);
4) NetBSD developers;
5) Developers from any other open source OS;
6) The general public;
First person(s) in those categories showing interest gets them. You don't have
to take both; you can just take one if for some reason you don't want both.
I'm not parting them out, though. They've available for pickup in Troy, MI,
UNITED STATES, and I can coordinate with the colo for you. The colo will also
ship these machines for me, if you are willing to pay the shipping. In that
case, they're not limited to any particular geographic area.
The members of this list have 14 days to declare interest/work out the
logistics of procuring these machines. Any other ideas for finding new owners
is also welcome.
Best regards,
rodent@
Has anyone had any success using SCSI to CF adapters on Sun SPARCs? I
was thinking about something like a Stratos Technology CF Aztecmonster
for my SPARC Classic. Any other better suggestions?
Thanks!
-Kurt
Greetings,
This is not a very easy message to write. After about 13+ years of running
AlphaServers, I will be decommissioning them in two weeks. As sometimes it
takes a while to find new owners for these machines, I'm sending this message
in advance to gauge interest in taking them. They are:
DEC AlphaServer 1200: (1) 533 MHz 21164A-2 CPU (until recently, it had two of
these. One is now showing a fan error. Perhaps, if you replaced the fan, it
still might work, if the board is OK), 1 GB ECC RAM, (2) 9.1 GB disks (one is
DEC OEM :]), (2) 18.2 GB disks, (3) 36.4 GB disks, (2) DEC DE500-XA 100 Mbit ethernet adapters, ARC Logic 2000PV VGA adapter (2 MB RAM?), QLogic 1020 Fast Wide SCSI HBA, Mylex RAID DAC960P/PD controller with 8 MB RAM.
DEC AlphaServer 4100: (4) 467 MHz 21164A-2 CPUs (one of these is dying, but I
have a replacement for it), 1 GB ECC RAM, (2) 9.1 GB disks (one is also DEC
OEM :]), (2) 18.2 GB disks, (3) 36.4 GB disks, (2) DEC DE500-[A,B]A 100 Mbit
ethernet adapters, S3 Trio32/64 VGA adapter (1 MB RAM?), QLogic 1020 Fast Wide
SCSI HBA, Mylex RAID DAC960P/PD controller with 8 MB RAM, (2) 9.1 GB disks
configured RAID1, (4) 9.1 GB disks configured RAID5, another (4) 9.1 GB disks
configured RAID5, (3) 9.1 GB disks configure RAID5. That makes (3)
StorageWorks arrays in the pedestal.
Pictures of the machines are available upon request. There's probably some other goodies in the box at the colo. I can't remember what's inside. Definitely, I have (3) DS 1287 TOY (time of year) chips. These are not very easy to find.
These machines are available to (in order of priority):
1) NetBSD/alpha port maintainers;
2) NetBSD/alpha developers;
3) pkgsrc developers (any platform);
4) NetBSD developers;
5) Developers of any other open source project;
6) The general public;
First person(s) in those categories showing interest gets them. You don't have
to take both; you can just take one if for some reason you don't want both.
I'm not parting them out, though. They've available for pickup in Troy, MI,
UNITED STATES, and I can coordinate with the colo for you. The colo will also
ship these machines for me, if you are willing to pay the shipping. In that
case, they're not limited to any particular geographic area.
The members of these lists have 14 days to declare interest/work out the
logistics of procuring these machines. Any other ideas for finding new owners
is also welcome.
Best regards,
rodent@
> From: "Kurt M. Nowak" <kurt.m.nowak at gmail.com>
> Subject: SCSI to CF adapter on Sun
> Message-ID: <5325D3DD.1050001 at gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Has anyone had any success using SCSI to CF adapters on Sun SPARCs? I
> was thinking about something like a Stratos Technology CF Aztecmonster
> for my SPARC Classic. Any other better suggestions?
>
> Thanks!
>
> -Kurt
>
I'm currently working on testing some of these out for my Sun's (back to
Sun 2/120 and Sun 3/110...)
Right now I just got the SCSI2IDE board I built working (thanks to an AHCS
member... Go Alan! :-) )
( http://n8vem-sbc.pbworks.com/w/page/57640284/SCSI2IDE ) and once I get a
working console cable
connected where I can watch it's behavior I'm going to begin testing it
with my Sun's.
I've also got a SCSI to SD card on order (hopefully will arrive by the end
of the month)
(http://www.codesrc.com/mediawiki/index.php?title=SCSI2SD#Overview) that
I'll also be testing.
So those are 2 options that seem less expensive than some of the others. I
like the SCSI2IDE idea
better (but I'm hearing that card is not going to be fast) since it would
give me the option of either using
Disk on Modules (DOM) for IDE, CF->IDE adapters or SD->IDE adapters (all of
which I have that work).
It would give the most options. SCSI2SD though should be good as well,
just not as many options for
the actual storage.
Earl
i am looking for the fabled Windows NT ATVista targa graphics card drivers/software. I have been reading old articles and it was claimed an expensive solution existed to capture frames from the card under Windows NT. I would even use a dos capture program if it could run in a dosbox under windows (the version I have off the demo disk seems to lock up if in windows)
Heck even one for Windows 3.x or 9x would be great. Any ideas where to start? I can't even find the ATVWin.exe or tiga graphics drivers anymore, sheesh.
Thank You
Ryan
