HDTenEightyP/NetNews huggingface dataset:
From: hue@island.COM (Pond Scum)
Subject: Re: SCSI Printers
Keywords: SCSI printers
Organization: Island Graphics Corp.
Date: Fri, 20 Nov 1992 06:43:09 GMT

andy@research.canon.oz.au (Andy Newman) writes:
>interface to the printer. The only SCSI connected printer device's
>that I know anything about use SCSI to transfer rasters (framebuffers)
>from the RIP to the print engine. Is anyone aware of other uses of

This suprises me.  I would think most vendors would choose a simpler
proprietary interface, something like a parallel connection for sending 
bits at video rates, and possibly a serial connection for commands.

>SCSI in printers? For example are there any PostScript printers out
>there that use SCSI as the main interface.

Hmmm.  Every Adobe Emerald RIP I've seen (all two of them) have supported
SCSI connections.  I don't know if that is part of the Emerald design
or something the vendors added themselves.  We had an AGFA SelectSet
5000 for a while with a Star Plus (Emerald) RIP.  The RIP didn't have an
Ethernet connection, instead there was a little add-on that plugged into
the SCSI port which had an Ethernet connection on it.

We have another imagesetter with a SCSI connection which, as someone else
has said before, emulates a hard disk, to the point of faking a BSD style
disk label.  I guess this is so you can use it on your Sun SPARCstation
without having to know how to rebuild a kernel or add a driver to your
kernel (SunOS 4.x).

-Jonathan		hue@island.COM
Xref: sparky comp.periphs.scsi:5590 comp.sys.ibm.pc.hardware:30548
From: rpao@mts.mivj.ca.us (Roger C. Pao)
Newsgroups: comp.periphs.scsi,comp.sys.ibm.pc.hardware
Subject: Re: CorelSCSI Woes....
Date: 21 Nov 92 20:42:15 GMT
Organization: MicroTech Software

westes@sti.com (Will Estes) writes:

>1)	The only SCSI device on my system is an Archive DAT.  The
>DOS-based Corel install utility doesn't find either CD-ROM or
>WORM/Optical, so it tells me there is nothing on my system.  Should I
>still try to use the ASPILS_D.SYS driver for purposes of enabling the
>various Corel applications, or will I be fine allowing the tape backup
>programs to just drive ASPI directly?

You need an ASPI4DOS.SYS type driver for Corel to be able to talk to
the SCSI device.  For CTBACKUP (both DOS & Windows versions) an ASPI
driver is all that is required.  The CD-ROM driver you already got
working; the tape programs work the same way.  They are very simplistic
w/o a lot of frills.  This means they can handle almost ALL SCSI tape
drives (I tested it with old SCSI-1 Teac cassette drives).

>2)	The Windows install program, just like the CorelDRAW! 2.01
>install program, sucks.  It complains that it doesn't have enough
>memory, and this is on a 16 meg machine, with plenty of memory, plenty
>of GDI, User, and Kernel segment space.  Give me a break Corel.  Why
>can't you guys get the install programs right?  

I don't know who wrote it, but it does suck.  It takes over Windows
in such a way that if a disk error occurs on the source disk, Cancel
is the same as Retry.  When you hit Ctrl-Alt-Del, it does not
kill off the setup program, but kills Windows itself.

>My question is does anyone know what modifications need to be made to
>win.ini or system.ini to enable the Corel applications under Windows?  

I did not make any additional modifications to either file.  I don't
believe the setup program did either, but I may be wrong.

>3)	None of the DOS utilities, such as CTBACKUP, work under Windows,
>and none of them work after I exit from Windows.  This may be an
>incompatibility with either Windows or my networking software
>(ODI/NDIS/TCP/IPX/SPX) or networking card (SMC Elite 16) as well.  Has
>anyone else had this problem? 

?

>4)	CTBACKUP, the DOS backup utility, fails on a memory allocation error
>while trying to restore *one* file.  The failure occurs when trying to
>read through the thousands of subdirectories on my C: drive.  This is on
>a DOS machine with 606K available.  This reminds me of Fastback 2.01,
>which had the same sort of disastrous aborts on memory allocations
>whenever it tried to gather together all the directory names.  Give me a
>break, Corel!  

I don't have this problem.  Our test systems include 16 MB systems to
640KB machines.  We used no memory manager, QEMM, and 386Max.

>I have heard good things about Corel's utilities, so I guess when they
>work they work well.  But so far I am not impressed.

I only had a few complaints which I sent to their tech support people.
They were fairly responsive.  I got a new CD-ROM driver after mentioning
a bug (V1.10i).

rp92
-- 
Roger C. Pao  {gordius,bagdad,pride386}!mts!rpao, rpao@mts.mivj.ca.us
Newsgroups: comp.periphs.scsi,comp.periphs.printers
From: vail@tegra.com (Johnathan Vail)
Subject: Re: SCSI Printers
Organization: Tegra-Varityper, Inc. Billerica, MA
Date: Mon, 16 Nov 1992 21:32:41 GMT



In article <BxsI3M.2FC@research.canon.oz.au> andy@research.canon.oz.au (Andy Newman) writes:

   I'm interested in finding out about how printers operate over the SCSI
   bus. I'm not talking about the use of SCSI for a printer's own use
   (i.e. to support a disk for font and image storage) but as the main
   interface to the printer. The only SCSI connected printer device's
   that I know anything about use SCSI to transfer rasters (framebuffers)
   from the RIP to the print engine. Is anyone aware of other uses of
   SCSI in printers? For example are there any PostScript printers out
   there that use SCSI as the main interface.

There is at least one RIP that uses SCSI for postscript but I haven't
seen it used directly, only indirectly with a network controller.  As
far as I know its a board level thing and not meant to connect to a
workstation or anything.

Several vendors, ourselves included, use SCSI for transfering and
buffering the bits.


jv

 _____
|     | Johnathan Vail     vail@tegra.com     (508) 663-7435
|Tegra| jv@n1dxg.ampr.org    N1DXG@448.625-(WorldNet)
 -----  MEMBER: League for Programming Freedom (league@prep.ai.mit.edu)
From: thomasp@csufres.CSUFresno.EDU (Thomas Pearson)
Newsgroups: comp.periphs.scsi
Subject: Subject: To buy a Adaptec 1522 or a DTC 3280??
Date: 21 Nov 1992 01:41:40 -0600
Organization: UTexas Mail-to-News Gateway
NNTP-Posting-Host: cs.utexas.edu


I have a 486 25Mhz system with a Seagate 80Meg hard drive model number
ST-296N.  The BAD PART is that I am using a Seagate ST02 hard drive card.
This card supports up to two(2) disk drives, but it is only a 8-bit card!!!

Don't ask me WHY the hard card is only 8-bit in a 486 system, it just happened
that way.

I am thinking of getting a 16-bit card, but haven't decided on which one yet.
The two cards I am considering are the Adaptec 1522, or the DTC 3280.  These
cards are both below $149 and both support floppy drives.  I have heard of 
Adaptec(this newsgroup talks about the 1542B all the time) but DTC??????
Who are they???  Are they a reliable company???

I would like to know if anyone out there has had any experience with either
of these two cards.  Which one is faster, more easier to set up, has
least problems with other software(or hardware), and stuff like that.

My drive is formated now with a 2:1 interleave.  I know that I will have to
reformat it to 1:1 with the new 16-bit card.

Any help would be very....helpful.

That is all.


/****************************************************************************\
* Thomas Pearson                     |Internet:                              *
* California State University, Fresno|thomasp@csufres.CSUFresno.EDU          *
\****************************************************************************/
From: me90plb@brunel.ac.uk (Paul L Barnfather)
Newsgroups: comp.periphs.scsi
Subject: IBM 128MB Optical drive - jumper settings
Date: 19 Nov 92 13:56:36 GMT
Organization: Brunel University, Uxbridge, UK
X-Newsreader: TIN [version 1.1 PL6]

Title says it all really...

I need the jumper settings for an IBM 128MB rewritable optical
drive (3.5" type).

Part No:	38F8335
Model No:	MD3125A

There are six pairs of jumpers at the front of the drive and
a set of five pins at the back.

If anyone's got the settings, or knows an e-mail address in IBM
that I could contact, could they let me know.

Any help greatly appreciated !

Paul
From: dcrocker@cisco.com (Dan Crocker)
Newsgroups: comp.periphs.scsi
Subject: Re: Ultrastor 14F SCSI Host Adapter
Date: 22 Nov 92 21:58:55 GMT
X-Newsreader: TIN [version 1.1 PL6]

Dale Weber (dalew@twiki.UUCP) wrote:
: 
: [stuff about termination problems]
:     My former IN-2000 adapter didn't seem to care about SCSI termination
: and worked fine even with the tape drive at the end of the chain.  Any
: assistance in fixing this problem would be appreciated.

The rules about how to set up your scsi bus terminations are fairly straight-
forward:  the two devices that are at the PHYSICAL ends of the cable must have
termination resistors installed. There are three possible configurations:

1. All target devices internal
   In this configuration, you need a termination installed in your host adapter
   and in the target device at the physical end of the cable.
2. All target devices external
   Same as #1 above
3. Some internal, some external
   In this configuration, your host adapter's termination should be removed
   and the termination should be installed in the devices at the extreme ends
   of both the internal and external cables.

Again, there should never be more than two devices (this includes the host
adapter) on the scsi bus with a termination installed.

As for your tape drive, there must be some way of removing the terminating
resistors.  If there aren't any obvious resistor packs to remove, then try
looking for a jumper to set to disable them (hopefully you have docs.).
I've never seen that drive before so I don't know for sure how its termination
scheme works.

Hope this helps...
Dan
Newsgroups: comp.periphs.scsi
From: genrad@philmtl.philips.ca (Genrad)
Subject: TEAC MT-2ST Tape Drive
Organization: Philips Electronics Limited, St. Laurent QC, Canada
Date: Mon, 16 Nov 1992 14:21:05 GMT


	I have in my possesion a tape drive from TEAC, model MT-2ST. It would seem to be a SCSI
device by the 50 position connector on the back and the removable terminating resistors on the
top. It takes what seems to be modified audio casettes, the one I have being a TEAC CT-600N data
cassette.

Questions:

	1. Is this indeed a SCSI device, or will I damage my SCSI host adaptor if I try hooking
	it up?

	2. What is the storage capacity of this drive?

	3. Does anyone know how to set the jumpers for this drive, especially the device ID
	jumpers?


							Regards,
Newsgroups: comp.periphs.scsi
From: mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst)
Subject: Re: 1 GB 3.5" SCSI disks
Organization: Max-Planck-Institut f"ur Radioastronomie
Date: Tue, 24 Nov 1992 02:00:35 GMT

In <OD.6badnetOA92-901-302p0_53b52437@piraya.bad.se> Roger_Nordin@atb.bbs.bad.se (Roger Nordin) writes:
>If a cache had been involved, would the "CPU Available" not have showed lower 
>figures? Software caches always eats a lot CPU time when reaching from the 
>cache, since that is a 100% dependant CPU operation itself.

No. It wasn't a cache on the host computer (i.e. an Amiga A3000) but the
512k cache memory on the drive itself. If the drive sends data in 5MB/s
bursts (theoretical max of the A3000 hardware) the CPU is still idle
during the transfer. The CPU 'availability' is mainly affected by file system
overhead and the few stolen (DMA) memory cycles.

>harddisks. Now, 1Gb 3.5" without zone recording?! Why waste so much disk space?

Dunno. But tests with larger block sizes revealed that transfer speed has
a constant maximum independant of what tracks where read.

Regards,
-- 
Michael van Elst
UUCP:     universe!local-cluster!milky-way!sol!earth!uunet!unido!mpirbn!p554mve
Internet: p554mve@mpirbn.mpifr-bonn.mpg.de
                                "A potential Snark may lurk in every tree."
Newsgroups: comp.periphs.scsi
From: dab@ubitrex.mb.ca (Daniel Boulet)
Subject: Disk drive with multiple personalities???
Organization: Ubitrex Corporation, Winnipeg, Manitoba, Canada
Date: Mon, 23 Nov 1992 01:38:43 GMT

I've got a rather strange problem with a system that I just purchased.
My single SCSI disk drive seems to be responding to all seven SCSI
addresses.  When I boot DOS, it reports seven identical disk drives, one
at each of the seven target addresses.  When I boot the BSD/386 installation
boot floppy, it also detects seven identical disk drives.  Under DOS,
I can access the drive using either C: or D: with (as near as I can tell)
identical results.  Does anybody have any theories?

Here's my disk configuration:

        486 33MHz EISA system
        Adaptec 1742A EISA SCSI controller
        Fujitsu M2624FA 520MB Fast SCSI-II disk drive

Unfortunately, the system came with the manual for the IDE version of the
Fujitsu M2624 disk drive (I just got the system on Saturday and havn't
had a chance to get my vendor to supply the correct manual).  If anybody
can tell me the jumper settings for the M2624FA drive, that would let me
verify that they are correct.

The problem appears in both the enhanced and the standard (1542B compatible)
modes of the 1742A.

-Danny
Newsgroups: comp.periphs.scsi
From: Your Name Here <NetID@cornell.edu>
Subject: Wanted: Info on microfiche scanners
X-Xxdate: Fri, 20 Nov 92 19: 00:18 GMT
Nntp-Posting-User: dj10@cornell.edu
Organization: Cornell University
X-Useragent: Nuntius v1.1.1d7
Date: Sat, 21 Nov 1992 00:57:20 GMT

I'm not sure if this is the right place to post this query, but I suspect
I'll find out soon enough. I am looking for any and all information
concerning manufacturers of microfiche (not microfilm) scanning
peripherals, or alternatively service bureaus that do microfiche
scanning. Can anyone help?
Newsgroups: comp.periphs.scsi,comp.unix.bsd
From: sim@cory.Berkeley.EDU (Peng-Toh Sim)
Subject: Re: Buslogic SCSI controllers
Keywords: scsi,Adaptec,1542B,wahtever,customer , service,support
Organization: University of California, at Berkeley
Distribution: usa
Date: Mon, 16 Nov 1992 20:49:38 GMT

Hi

I'm using a BusTek 542B (don't know the new name for this) under
386BSD using the default 1542B device driver that comes with
386BSD.  Is this board supposed to be a total AHA 1542B clone?
Well, I'm programming this thing using a AHA 1542B technical reference.
According to the manual, a CCB command 04H is a Scatter/Gather with
residual data length returned.  The Data Length should contain the
number of bytes in the Data Segment list (which is NOT equal to
the actual number of bytes of for the operation requested.)
Suppose I have a file on tape of length 512 (tape block size
on Archive Viper 2150S), and I request a read of 8192 bytes
using read() from a user program.  This becomes a 04H operation
with two segments of 4096 bytes (memory pages) and the Data Length
is 12.  According to the manual, the opeation should succeed and
set the Data length to the "difference between the original Data Length
...and the actual number of bytes transferred across the SCSI bus...For
Operation Code 04H, the original Data Length is the sum of all
segment Data Lengths" (residual data length).
In this case, the sum of segment Data
lengths is 8192, so 8192-512 should be put into the Data Length
field of the CCB.  BUT, instead, I get a value of 12, ie.
which means it does not look at the data lengths in the segments.
This "12" means both segments "failed" and read no data.
If the file on the tape was 4096 bytes instead, the
a residue length data of 6 is returned, saying the first segment
is succeeded but the second failed.
This is clearly NOT what the manual says (I know, wrong manual :)
Furthermore, if a read of 512 bytes of done after this, it will
still not pick up the remaining 512 bytes because the tape
drive thinks the data is already read.  So there is no
workaround and it makes the Scatter/Gather operation useless for tape
drives because you always lose the end unless you use segments
of exactly tape block size lengths.
So, who screwed up?  BusLogic?  Or did *their* manual specify
the latter operation which is incompatible with the AHA 1542B?
If so, it is not so compatible after all.  In any case, I think
this is a bug.  Or does the AHA1542B work the same way?

Many people have programmed these boards before, so what
do you think?
Thanks.

PT
sim@cory.berkeley.edu
From: jack@admin.mport.COM (Jack Craig)
Newsgroups: comp.periphs.scsi
Subject: Re: WANGTEK info??
Date: 17 Nov 92 20:51:58 GMT
Organization: Microport Inc., Scotts Valley, CA 95066 US of A

bill, 

in my 5150e doc, the cmd 0x2 and 0xc are 'quick file access'
features used by FlexFormat(what ever that is).

the 2 is request block address, the 0xc is seek block addr.

jack...
=============================================================================
 Jack Craig  Microport         SVR4 408-438-UNIX   uunet!mport.com!jack
             Software Horizons SVR3 408-684-1375   uunet!sco.com!blznrzn!jack
=============================================================================
From: uprao@mcl.ucsb.edu (Parik Rao)
Newsgroups: comp.periphs.scsi
Subject: Re: Local Bus SCSI
Keywords: Local Bus SCSI
Date: 22 Nov 92 02:08:57 GMT
Reply-To: uprao@mcl.ucsb.edu
Organization: U.C. Santa Barbara

In <1ejne6INNi21@darkstar.UCSC.EDU> louis@arapaho.ucsc.edu (Louis Goldstein) writes:

>I am purchasing a new 486/50 with local bus.  I am having some trouble finding
>a local bus SCSI adapter for the machine.  Can anyone point me to some 
>different LB adapters?  Any information about the adapters and/or your
>experience with them would be greatly appreciated.

 I've heard nice things about the UltraStor 34F (in fact, its the only one
I've heard about :-).

--
parik rao				          prao@cs.ucsb.edu, rao@cmc.com
            Bush, Bush, he's our man, if he can't do it, Quayle can! 
Newsgroups: comp.periphs.scsi
From: ewahl@csi.compuserve.com (Ed Wahl)
Subject: Re: Buslogic SCSI controllers
Followup-To: comp.periphs.scsi
Summary: Adaptec NOT always bad
Keywords: scsi,Adaptec,1542B,wahtever,customer , service,support
Organization: CompuServe Incorporated Customer Service Technical Wizardry
Date: Sun, 15 Nov 1992 19:45:23 GMT


In article <1992Nov12.155817.15875@gumby.dsd.trw.com> lainhart@odel.stg.TRW.COM (Mike Lainhart) writes:
>I installed a BusLogic EISA SCSI Host Adapter a few weeks ago.  ...
> My decision to go with
>the BusLogic people (actually the decision was to definitely NOT go 
>with the Adaptec people) was strictly based on the horrid experience I
>had with the user support (rather the LACK of user support).
	Okay, I have an Adaptec 1542B (fairly old, needs new roms BAD)
and have had good/bad problems with it, and Adaptec and their service.
At one point my old roommate got a 1522 and couldn't get it to 
recognoze his Sony CD-rom OR his Viper tape drive.  He called them, nad
they called back and worked with him for almost 1 hour!
Now I do tech support for CimpuServe, and that was fairly impressive to me.
BUT I have been unable to get that kind of service from them myself.
	I contacted their BBS to get the newer dos drivers, and found the
updated rom code, so I attempted to try to find out about just 
purchasing them from adaptec.  I never get any response.  I don't 
own a EPROM burner, or really have access to one.  
	(ANY KIND SOUL THAT COULD BURN THEM FOR ME?  I'll pay for shipping
AND the chips!)
Anyway, I find that thir drivers do bizarre things, their rom code under
386BSD and Linux actually has bugs, etc...
BUT... under DOS I can run 4 hard drives, and boot off my IDE.  
(of course trying to get the card to realise that I disabled the floppies
is next to impossible.  and that APSIDISK.sys screws with memory 
something awful.)
All in all I would LOVE it if they increased their support level, but
realisticaly, I know they will not.

	I guess the bottom line is that their record is VERY spotty with me.
I have seen them bend over backwards to help a few times, and other times, been
ignored.  Oh, well.


>a reliable user support group to back it up.  The responsiveness of the
>BusLogic people has been fabulous.

Can you post some info on how to contact Buslogic?  I would love to get in 
touch with them.  Perhaps my future Linux/BSD386 development will be on
their cards.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
ewahl@csi.compuserve.com	|  "what do you mean you are running Windows
"Live fast, SEG FAULT young"	| under Windows, and running Procomm in 
1-800-848-8990			| that?!"  Linux/386BSD - Program ATT free
Newsgroups: comp.periphs.scsi,comp.periphs.printers
From: adrie@ica.philips.nl (Adrie Koolen)
Subject: Re: SCSI Printers
Keywords: SCSI printers
Organization: Philips Consumer Electronics, Eindhoven, The Netherlands
Date: Mon, 16 Nov 1992 08:34:01 GMT

In article <BxsI3M.2FC@research.canon.oz.au> andy@research.canon.oz.au (Andy Newman) writes:
>I'm interested in finding out about how printers operate over the SCSI
>bus. I'm not talking about the use of SCSI for a printer's own use
>(i.e. to support a disk for font and image storage) but as the main
>interface to the printer. The only SCSI connected printer device's
>that I know anything about use SCSI to transfer rasters (framebuffers)
>from the RIP to the print engine. Is anyone aware of other uses of
>SCSI in printers? For example are there any PostScript printers out
>there that use SCSI as the main interface.

I've designed, built and programmed a SCSI-to-Centronics converter to
connect an HPLJ IIIp to my SparcStation IPC (which has no standard
parallel printer port). I used  the standard SCSI WRITE command (10) to
send blocks of printer bytes (PCL 5 commands) to the converter. I used
a 2 bytes byte counter in stead of a one byte block counter.

Later, after getting the SCSI-2 specs, I saw that they also implemented
the WRITE command to send bytes to the SCSI printer. Check SCSI-2 if
you want to use SCSI printers.

BTW. The Sun (Apple) LaserWriter 2SC (Carmel) doesn't conform at all to
the SCSI-2 spec. I even doubt if it conforms to the SCSI-1 spec. If I
ask the 2SC to do synchronous data transfers, it locks up the SCSI bus.

Adrie Koolen (adrie@ica.philips.nl)
Philips Consumer Electronics, Eindhoven, the Netherlands
From: oquinn@elder.austin.ibm.com
Newsgroups: comp.periphs.scsi
Subject: Inline SCSI Term
Date: 18 Nov 92 17:48:10 GMT
Organization: IBM, Austin

I'm looking for a Inline SCSI terminator.  I have been unsuccessful in finding a part in Austin.  Does someone know of a vendor?  If so please e-mail me at oquinn@eureka.austin.ibm.com
Thanks
Jim O'Quinn
Newsgroups: comp.periphs.scsi
From: benz@ncsa.uiuc.edu (Benjamin R. Zaborowsky)
Subject: Spinup problem with DEC RZ23
Originator: benz@troon.ncsa.uiuc.edu
Organization: Nat'l Ctr for Supercomp App (NCSA) @ University of Illinois
Date: Tue, 24 Nov 1992 02:32:55 GMT

I have a DEC RZ23 that refuses to spin up. I remember someone posting
information about needing to set the spinup NVRAM bit on these drives, but  
didn't say how.   Could someone please tell me what command I need to send
and how I send it.
My DTC3280 controller finds the disk even though it does not spin up
and reports it as a "DEC RZ23 (C) DEC0A18".
I have a diagnostic program that came with the controller that will format
and send mode sense and mode select commands.  Is this what I need?  Or
will I need another SCSI command program?
Thanks,
-Ben

Ben Zaborowsky        benz@ncsa.uiuc.edu
Newsgroups: comp.periphs.scsi
From: korenek@ferranti.com (gary korenek)
Subject: Ultrastor 34F VL-bus SCSI controller
Reply-To: korenek@ficc (Gary Korenek)
Organization: Ferranti International Controls
Distribution: usa
Date: Mon, 16 Nov 1992 22:00:41 GMT


Anyone using the new Ultrastor 34F VL-bus SCSI controller?

Ideally, I would like to know if it works with UNIX (product literature
says it does).  I am interested in hearing from anyone who has used it
with UNIX (or MS-DOS).

Any information appreciated.

-- 
Gary Korenek (korenek@ficc.ferranti.com)
Ferranti  International  Controls  Corp.
Sugar Land, Texas          (713)274-5357
Newsgroups: comp.periphs.scsi