From owner-freebsd-questions Wed May 8 01:10:36 1996 Return-Path: owner-questions Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA07131 for questions-outgoing; Wed, 8 May 1996 01:10:36 -0700 (PDT) Received: from odie.physik2.uni-rostock.de (odie.physik2.uni-rostock.de [139.30.40.28]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA07113 for ; Wed, 8 May 1996 01:10:25 -0700 (PDT) Received: (from lkoeller@localhost) by odie.physik2.uni-rostock.de (8.6.12/8.6.9) id KAA04881; Wed, 8 May 1996 10:09:54 +0200 Date: Wed, 8 May 1996 10:09:54 +0200 From: Lars Koeller Message-Id: <199605080809.KAA04881@odie.physik2.uni-rostock.de> X-Face: nLQGe[[K51[{{[C\,BiQm[7]u1m{N>_\%nLBo4t@)CoZ}hK[W7DwX&V=}Wf#Qb,j:Jpj[(12r=b~:dYmh]fDf\, ]_frt6eM' dated: Tue, 07 May 1996 14:33:33 -0700 Cc: freebsd-questions@freefall.FreeBSD.org Sender: owner-questions@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi! > I grep'ed through the FAQ to see if there was any info on this but didn't > find it so here goes... > > I bought a Quantum Atlas scsi disk drive (XP34300) and connected it to > my Adaptec 1742A scsi adaptor. I have a micropolis disk as scsi id 0 > and the atlas is scsi id 1. The adaptec is scsi id 7. > > I started from DOS and ran fdisk fine. Then I tried format. All went > well until the end when it was going to write the label. At this point, > the system froze with the drive and adaptor busy lights on solid. > I tried doing a few things with the drive and almost everything resulted > in a freeze. I contacted Quantum and they said there was a timing problem > between the atlas and the adaptec 1742 and gave me a firmware upgrade for > the disk. It completed with no error but the freeze still happens. > Trying to access the disk from FreeBSD results in a freeze as well. Yes, I have the same problem with an Atlas XP32150 and the Adaptex 1742A. The reason is the cache of the Atlas and the "slow" Adaptec. When the disc gets the blocks out of the cache, it's too fast for the controller and locks the SCSI-bus cause the first bytes are lost. The solution of this is to edit the mode page of the Atlas (getting this information cousts me 3 days of hard search in the newsgroups). So do the following: - get the dsp programm for dos to edit the scsi mode pages (you can get it from my anonymous ftp server). - edit the vendor specific mode page 0x25 (hex) - you get a byte-stream of 24 00 10 08 ..... a5 17 00 00 00 00 05 02 00 .... ^ ^ | Byte 0x05 Begin of Page (byte 0x0) - change the byte 0x05 (set bit 3) to 0x08 this enables a 15 mys delay for blocks out of the cache. - all runs fine! - NOTE: all the above fits for a 2 GB Atlas, but should also work for the 4 GB version. Be happy about this fast harddrive. Please e-mail on success. Regards Lars -- ___________________________________________________________________________ Lars Köller Phone: +49 381/498-1665, Fax: -1667 Universität Rostock E-Mail: Fachbereich Physik Lars_Koeller@odie.physik2.Uni-Rostock.DE Universitätsplatz 3 Anonymous ftp: 18051 Rostock (Germany) ftp://odie.physik2.uni-rostock.de/pub