From owner-freebsd-scsi Fri May 24 12:53:37 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA22429 for freebsd-scsi-outgoing; Fri, 24 May 1996 12:53:37 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA22421 for ; Fri, 24 May 1996 12:53:31 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA21735; Fri, 24 May 1996 21:51:42 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA24529; Fri, 24 May 1996 21:51:41 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id VAA23307; Fri, 24 May 1996 21:45:12 +0200 (MET DST) From: J Wunsch Message-Id: <199605241945.VAA23307@uriah.heep.sax.de> Subject: Re: How to send "start unit" to disk during boot? (solved) To: freebsd-scsi@freebsd.org Date: Fri, 24 May 1996 21:45:11 +0200 (MET DST) Cc: murduth@ludd.luth.se, af@biomath.jussieu.fr Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605241219.NAA00236@garfield.biomath.jussieu.fr> from "af@biomath.jussieu.fr" at "May 24, 96 01:19:36 pm" 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 X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As af@biomath.jussieu.fr wrote: > # DEC RZ disks > > 0x25 { > {Spinup on power up} i1 > } Hmm, i wonder if this would clash with other vendor's mode pages. The CD-R devices use mode pages in the 0x2X range. I always thought that there's a vendor-specific reserved range, too bad that DEC seems to violate the specs here. So i'm not sure whether this one should be committed to the source tree or not. What do other people think? > J"org, I didn't need the source code patch for sd.c you suggested, so > I can't tell. My feeling is that the mount fails precisely because > there is no delay between the sending of the "start unit" command and > the subsequent operations. But I might be misled. The scsi_start_unit() is supposed to wait until the drive reports that it has spun up. Maybe since this is the first spinup after the power cycle, it still reports a unit attention? It would be interesting to know why the existing code didn't work -- so we could fix it. (For the `od' driver, i definately needed to make this change. I've gone further in my experiments and do a scsi_stop_unit() on each odclose(), but will yet wait for some comments by the author of od(4).) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)