home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!gatech!darwin.sura.net!spool.mu.edu!olivea!sgigate!odin!fido!zola!zuni!anchor!olson
- From: olson@anchor.esd.sgi.com (Dave Olson)
- Newsgroups: comp.sys.sgi
- Subject: Re: dd and mt strange behavior
- Message-ID: <pkv2rqk@zuni.esd.sgi.com>
- Date: 9 Sep 92 17:19:50 GMT
- References: <1992Sep9.140013.22856@nsisrv.gsfc.nasa.gov>
- Sender: news@zuni.esd.sgi.com (Net News)
- Organization: Silicon Graphics, Inc. Mountain View, CA
- Lines: 25
-
- In <1992Sep9.140013.22856@nsisrv.gsfc.nasa.gov> flanigan@echo.gsfc.nasa.gov (Dennis Flanigan) writes:
- | I notice something strange the other day while using the commands
- | mt and dd with our SCSI 8mm and 9 track tape drive.
- |
- | One person was using dd in a c shell script to read files from the
- | 9 track drive. Another was using dd and mt commands to control an
- | exabyte 8200 drive. When every commands were sent the 8mm, the 9 track
- | drive would STOP reading while the command to the 8mm was being executed
- | and then continue reading after the command to the 8mm was done.
-
- If the 8mm was configured (via switches, custom firmware, or the
- monitor port) to *not* disconnect from the SCSI bus, or somebody
- configured the kernel (via /usr/sysgen/master.d/scsi) to not support
- disconnect, this is exactly what I would expect to see.
-
- | It this the way it is suppose to work?
-
- Not normally. Normally devices that aren't actively transferring
- data over the SCSI bus are expected to disconnect so other devices
- can use the bus. The buffers on these drives aren't large enough that
- I would expect to see a visible pause if all is working as it should.
- --
- Let no one tell me that silence gives consent, | Dave Olson
- because whoever is silent dissents. | Silicon Graphics, Inc.
- Maria Isabel Barreno | olson@sgi.com
-