From owner-freebsd-scsi Sun Feb 22 11:11:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA26084 for freebsd-scsi-outgoing; Sun, 22 Feb 1998 11:11:37 -0800 (PST) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from news1.gtn.com (news1.gtn.com [194.77.0.15]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA26076 for ; Sun, 22 Feb 1998 11:11:33 -0800 (PST) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id UAA10750; Sun, 22 Feb 1998 20:00:08 +0100 (MET) Received: (from andreas@localhost) by klemm.gtn.com (8.8.8/8.8.7) id TAA01666; Sun, 22 Feb 1998 19:28:01 +0100 (CET) (envelope-from andreas) Message-ID: <19980222192801.09411@klemm.gtn.com> Date: Sun, 22 Feb 1998 19:28:01 +0100 From: Andreas Klemm To: "Justin T. Gibbs" Cc: scsi@FreeBSD.ORG Subject: Re: cam driver: Timedout SCP handeled by another timeout References: <19980222110239.52637@klemm.gtn.com> <199802221735.KAA06313@pluto.plutotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <199802221735.KAA06313@pluto.plutotech.com>; from Justin T. Gibbs on Sun, Feb 22, 1998 at 10:32:14AM -0700 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sun, Feb 22, 1998 at 10:32:14AM -0700, Justin T. Gibbs wrote: > > That sounds like your SMP system is disabling interrupts during the last > sync in shutdown. I've never seen this happen on a uniprocessor system. > Ken Merry also runs CAM on SMP, but I don't know how recent his kernel > is. Mostly I have a "up to date" current. I'll wait for the next release and tell you if problem still exists. > That's not strange at all. The "sa" driver is a rewrite but I haven't > had time to add additional density or compression support. Those features > should show up next week though. Ok, thanks ! > It looks like your tape drive does not honor the immediate flag for rewind > commands. Why ? How do you come to this idea ? > It should return an error when that happens instead of ignoring > it. I guess I'll have to add a quirk entry for that or up the timeout > value for immediate rewinds. ? > >options[...] > These options have no effect in cam. They are always enabled. Ok. -- Andreas Klemm powered by ,,symmetric multiprocessor FreeBSD'' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message