Say what it was using. There's a big difference between reading a CD and writing a Harddrive.

Oops, sorry - from the train of messages, I thought that was impled... I used it w/both CDROM and HDD - and it booted VMS from the CDROM. I've also successfully used an Emulex UC07 booting VMS from CDROM - and using it for CDROM and HDD. As I recollect, I had trouble booting/installing BSD using either KZQSA or UC07 - but I didn't really follow up on it as I was most interested in native VMS. Lyle On Tuesday 06 January 2004 09:16, John Allain wrote: > Say what it was using. There's a big difference between reading a CD and > writing a Harddrive. > > ----- Original Message ----- > From: Lyle Bickley <lbickley(a)bickleywest.com> > To: <classiccmp(a)crash.com>om>; General Discussion: On-Topic and Off-Topic > Posts <cctalk(a)classiccmp.org> > Sent: Tuesday, January 06, 2004 10:21 AM > Subject: Re: KZQSA and disks, was Re: MicroVax II question > > > I've used a KZQSA to build VMS on both a VAX 4000 Model 300 and VAX 400 > Model > 600. > > Lyle > > On Tuesday 06 January 2004 03:30, Steven M Jones wrote: > > Jochen Kunz wrote: > > . > > > > > Unfortunately this SCSI adapter is worthless. AFAIK the KZQSA does > > > _not_ support MSCP / TMSCP. It was intended as a "tape only adapter" > > > for VAX 4000 systems. > > > > I'm virtually certain I've used a KZQSA in a VAX 4000 model 500 > > to attach an CD drive to the system and install OpenVMS 6 or 7. > > This may be completely compatible with what Jochen wrote, I've > > been up all night and the higher functions are going fast... > > > > Didn't actually try a hard drive as there were sufficient DSSI > > drives in the system box, but I could try that out sometime this > > week I suppose. > > > > --Steve. > > -- > Lyle Bickley > Bickley Consulting West Inc. > http://bickleywest.com > "Black holes are where God is dividing by zero"

On Tue, 6 Jan 2004, Lyle Bickley wrote: Well, a SCSI device does its own low-level formatting and bad block management and interleaving, so, pretty much is a box full of data blocks to the controller. So, the controllers only have to address those blocks, and nothing else- this would indeed allow to "share" the layout between controllers, as is quite normal for SCSI devices these days. Although the UC0x controllers use KDA50 emulation, they do this towards the *host*, not the *device* end, so probably don't do anything weird at the device end that would make them incompatible with the other controllers, such as the KZQSA. Which, if memory serves me right, was just an NCR 5340 or 5380 atop a Qbus bus interface.. --f

On Tue, 6 Jan 2004 21:08:15 +0100 (MET) "Fred N. van Kempen" <waltje(a)pdp11.nl> wrote: Maybe I should have written somthing like this in my first mail. AFAIK the KZQSA is "dump", it doesn't support (T)MSCP and has no embedded processor like the KFQSA or RQDXn. It is only of use in a VAX 4000 QBus machine, as only this machines have the needed ROM code for booting from it. So this thing is of no real use on a PDP-11 or an older VAX and it doesn't fit into a BA23 or BA123. (Even when you remove the SBox handle. The connectors are to big for the smaler card spaceing in a BA23 or BA123.) It may be possible to attach and use tapes, CDROMs and even disks to it. But DEC intended it as tape or CDROM controler, not for disks.

On Thu, 8 Jan 2004 00:42:48 +0000 meltie <classiccmp(a)microvax.org> wrote: I don't know. Maybe it can boot only from tape or CDROM or only on later VAX 4000 machines or...