Xref: utzoo comp.sys.sgi:10300 comp.periphs.scsi:2698
Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!think.com!zaphod.mps.ohio-state.edu!unix.cis.pitt.edu!dsinc!bagate!cbmvax!jesup
From: jesup@cbmvax.commodore.com (Randell Jesup)
Newsgroups: comp.sys.sgi,comp.periphs.scsi
Subject: Re: < Connecting Fujitsu M2266SA to SGI SCSI (SOLVED) >
Message-ID: <21923@cbmvax.commodore.com>
Date: 25 May 91 05:35:22 GMT
References: <41530@unlisys.in-berlin.de> <41691@unlisys.in-berlin.de> <1991May13.160731.6804@neon.Stanford.EDU> <5315@dftsrv.gsfc.nasa.gov>
Reply-To: jesup@cbmvax.commodore.com (Randell Jesup)
Organization: Commodore, West Chester, PA
Lines: 22

In article <5315@dftsrv.gsfc.nasa.gov> merritt@climate.UUCP (John H. Merritt) writes:
>The `magic limit' for old SCSI is 2 097 152 blocks.  These drives have
>512-byte blocks, so that is 1 073 741 824 bytes.  This limit occurs
>because the 6-byte SCSI read and write commands store the block number
>in 21 bits.

	The Commodore Amiga scsi drivers for the A590, A2091, and A3000
had the same problem.  The next (RRSN) A3000 release (and the current
A3000 developer betas) have the fix for the internal SCSI controller.
There will be a new rom that will be available at some point for A2091 and
A590 HD controllers which fixes the 1gig problem (note: 6.6 roms do NOT fix
the problem).

	Seems like most people got caught by this one.  Our drivers already
had code for using 10-byte reads/writes if a larger-than-256-block transfer
was requested, so the modification was trivial.

-- 
Randell Jesup, Jack-of-quite-a-few-trades, Commodore Engineering.
{uunet|rutgers}!cbmvax!jesup, jesup@cbmvax.cbm.commodore.com  BIX: rjesup  
Disclaimer: Nothing I say is anything other than my personal opinion.
"No matter where you go, there you are."  - Buckaroo Banzai