Xref: utzoo comp.sources.wanted:15376 comp.periphs.scsi:1946
Path: utzoo!utgpu!cunews!micor!latour!ecicrl!clewis
From: clewis@ferret.ocunix.on.ca (Chris Lewis)
Newsgroups: comp.sources.wanted,comp.periphs.scsi
Subject: Re: Source code to manipulate SCSI command descriptor block
Message-ID: <1369@ecicrl.ocunix.on.ca>
Date: 21 Feb 91 08:40:50 GMT
References: <1991Jan23.174708@kboeng.enet.dec.com> <1991Feb12.150751.29404@nestroy.wu-wien.ac.at>
Followup-To: comp.sources.wanted
Organization: Elegant Communications Inc., Ottawa, Canada
Lines: 26

In article <1991Feb12.150751.29404@nestroy.wu-wien.ac.at> mah@nestroy.wu-wien.ac.at writes:
|In article <1991Jan23.174708@kboeng.enet.dec.com>, heiden@kboeng.enet.dec.com (Matthias Heiden) writes:
||> 
||>    I need to write software (pref. C) to exercise basic and advanced SCSI
||>    functionality. I need higher level routines which would interactively
||>    enable me to talk to the SCSI device by setting up the command descriptor
||>    block.

|That depends on the OS and SCSI driver you're using. If you have a HP9000/300
|with a SCSI board around, its fairly easy; there's a special ioctl(2) 
|call which allows you to send an arbitrary SCSI command to a device, and
|get it's reply.

|I dont know of any other brands of SCSI drivers which support something along
|these lines (btw: couldnt you talk your DECstation folks to implement such an
|animal?). 

Last I looked, NCR Tower SCSI disk drivers support this too.  Real neat
feature if you're trying new SCSI controller hardware with specialized
command sets.  Such as caching and cache parameterization on the DPT
disk controllers, or different formatting commands.
-- 
Chris Lewis, Phone: (613) 832-0541, Internet: clewis@ferret.ocunix.on.ca
UUCP: uunet!mitel!cunews!latour!ecicrl!clewis; Ferret Mailing List:
(ferret-request@eci386); Psroff (not Adobe Transcript) enquiries:
psroff-request@eci386, current patchlevel is *7*.