From owner-freebsd-scsi Mon Feb 11 15: 0:54 2002 Delivered-To: freebsd-scsi@freebsd.org Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (Postfix) with ESMTP id B02C337B421 for ; Mon, 11 Feb 2002 15:00:34 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.9.3/8.9.3) with UUCP id AAA25568; Tue, 12 Feb 2002 00:00:18 +0100 (CET) Received: (from j@localhost) by uriah.heep.sax.de (8.11.6/8.11.6) id g1BMtYQ62815; Mon, 11 Feb 2002 23:55:34 +0100 (MET) (envelope-from j) Date: Mon, 11 Feb 2002 23:55:34 +0100 From: Joerg Wunsch To: =?iso-8859-1?Q?G=E9rard_Roudier?= Cc: freebsd-scsi@FreeBSD.ORG, Frank Altpeter Subject: Re: SCSI parity error detected Message-ID: <20020211235534.G57760@uriah.heep.sax.de> Reply-To: Joerg Wunsch Mail-Followup-To: Joerg Wunsch , =?iso-8859-1?Q?G=E9rard_Roudier?= , freebsd-scsi@FreeBSD.ORG, Frank Altpeter References: <200202112125.g1BLPQN61061@uriah.heep.sax.de> <20020211002602.I2420-100000@gerard> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <20020211002602.I2420-100000@gerard>; from groudier@free.fr on Mon, Feb 11, 2002 at 12:43:30AM +0100 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org As Gérard Roudier wrote: > > Ah no. AFAICT, all that Sun's doing here is addings their "SUNxxG" to > > the vendor string so their tools can quickly identify and categorize > > their disks. > > Very probably. But it just makes their firmware suspicious. > What a questionnable value-added. Well, from your point of view it might be questionable. From their point of view (in particular from format(1m)'s point of view) it has some value, since regardless of which vendor their "SUN9G" drive is from, they use all those drives with the same settings, so they are interchangeable in the field. They might lose a few sectors for some drive, depending on the actual model used, but that doesn't hurt much. > I donnot know all hard disks in existence. Is this one wide capable? Yep, all the Sun SCA disks are wide-capable. > But the driver cannot guess it. And it doesn't understand the > Dawicontrol settings from NVRAM (if some exists). Don't know about the NVRAM in Dawicontrol. According to Frank, it at least doesn't have much BIOS knobs. If there is NVRAM, it should never attempt to negotiate wide, since the entire controller is narrow only. > Note that when the driver negotiates Wide, it negotiates also Sync > immediately without any DATA phase occurring and reports the new > parameters to CAM. As a result, the new transfer settings should be > printed to the syslog prior to any further DATA phase. I think Frank posted all relevant messages in his initial mail. > OTOH, if there is no such message in the log, it could well be the > initial INQUIRY response that got a SCSI PARITY error. The problem > might then be the/a SCSI PARITY signal not being properly > driven/connected. Hmm, but it used to be connected with the AHA1542. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message