From owner-cvs-sys Sun Oct 12 06:03:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA19528 for cvs-sys-outgoing; Sun, 12 Oct 1997 06:03:26 -0700 (PDT) (envelope-from owner-cvs-sys) Received: from veda.is (adam@veda.is [193.4.230.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA19495; Sun, 12 Oct 1997 06:02:06 -0700 (PDT) (envelope-from adam@veda.is) Received: (from adam@localhost) by veda.is (8.8.7/8.8.5) id NAA14798; Sun, 12 Oct 1997 13:02:00 GMT From: Adam David Message-Id: <199710121302.NAA14798@veda.is> Subject: Re: cvs commit: src/sys/scsi scsi_base.c sd.c In-Reply-To: <199710120854.BAA02393@freefall.freebsd.org> from Joerg Wunsch at "Oct 12, 97 01:54:49 am" To: joerg@FreeBSD.ORG (Joerg Wunsch) Date: Sun, 12 Oct 1997 13:01:59 +0000 (GMT) Cc: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG, cvs-sys@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-cvs-sys@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Instead, call scsi_start_unit() once in sd_attach(), so in case the > drive has been configured to `remote start', it will spin up there. makes sense. > (If it has spun down later, it must have been because of administrator > action (scsi(8)) anyway.) The bt (44x) controller spins down disks when it stops taking commands. It would be nice to somehow recover from this without rebooting, but that is obviously elsewhere. -- Adam David