From owner-freebsd-scsi Sun Nov 16 10:10:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA03553 for freebsd-scsi-outgoing; Sun, 16 Nov 1997 10:10:08 -0800 (PST) (envelope-from owner-freebsd-scsi) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA03536; Sun, 16 Nov 1997 10:10:04 -0800 (PST) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id LAA20189; Sun, 16 Nov 1997 11:10:00 -0700 (MST) Message-Id: <199711161810.LAA20189@pluto.plutotech.com> To: dag-erli@ifi.uio.no (Dag-Erling Coidan Sm rgrav) cc: "Justin T. Gibbs" , hackers@FreeBSD.ORG, scsi@FreeBSD.ORG, aic7xxx@FreeBSD.ORG Subject: Re: AHC / SCSI UPDATE In-reply-to: Your message of "16 Nov 1997 18:51:13 +0100." Date: Sun, 16 Nov 1997 11:08:52 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >If you're ever bored :) you might want to chew on this one: This one is probably caused by the Atlas reporting "QUEUE FULL" randomly combined with a known problem in the SCSI code in current with dealing with that condition. If you OD uses 512 byte sectors, it can probably be made to work with the CAM SCSI snapshots I've put up on ftp.cdrom.com so you can test this hypothesis out. CAM doesn't have a problem with QUEUE FULL conditions. -- Justin