From owner-freebsd-stable Fri Aug 13 12: 2:22 1999 Delivered-To: freebsd-stable@freebsd.org Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by hub.freebsd.org (Postfix) with ESMTP id 8B35214BEA for ; Fri, 13 Aug 1999 12:02:09 -0700 (PDT) (envelope-from wilko@yedi.iaf.nl) Received: from yedi.iaf.nl (uucp@localhost) by uni4nn.gn.iaf.nl (8.9.2/8.9.2) with UUCP id UAA27376; Fri, 13 Aug 1999 20:52:11 +0200 (MET DST) Received: (from wilko@localhost) by yedi.iaf.nl (8.9.3/8.9.3) id SAA01361; Fri, 13 Aug 1999 18:39:51 +0200 (CEST) (envelope-from wilko) From: Wilko Bulte Message-Id: <199908131639.SAA01361@yedi.iaf.nl> Subject: Re: On freezes in 3.2-Stable In-Reply-To: from Mike Meyer at "Aug 12, 1999 9:45:55 pm" To: mwm@phone.net (Mike Meyer) Date: Fri, 13 Aug 1999 18:39:51 +0200 (CEST) Cc: freebsd-stable@FreeBSD.ORG X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-pgp-info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG As Mike Meyer wrote ... > On Fri, 13 Aug 1999, W Gerald Hicks wrote: > :->When I kept up with the numbers for these things in a former > :->life working for a disk manufacturer, I was always astounded > :->at how much current the drives pulled during their power-on > :->sequence. After startup, current begins to taper off rapidly. > > This stopped being relevant a long time ago, but... > > DEC MIPS-based workstations worked around this problem by having > tweaked PROMs on their SCSI drives, with a SPIN-UP-ON-POWERON bit that > defaulted to off. Ultrix would send the drives the SCSI command to > spin them up - *after* everything else in the system was powered > on. This meant they could use a cheaper power supply, as no supported > configuration required it to deal with more than one drive spinning up > at a time. This applies to older DEC RZxx drives. The newer ones are set for staggered spinup which boils down to a delayed spinup after powerup with the delay being determined by the SCSI ID the drive is set to. So, something like: delay=3 seconds * SCSI ID This works just fine and helps a lot if you want to be easy on your PSUs. And for the record: it is no limited to MIPS Ultrix boxes, all DEC RZ drives had the wait for spinup command enabled. In some cases you can alter this behaviour by jumpering the drive, in other cases it is flipping a mode page bit. And it is not Ultrix sending the spinup command but the console code. Would be a bit difficult to boot a kernel from a disc waiting for a spinup command originating from the same kernel.. > Dealing with this was the *least* of the problems in trying to use DEC > SCSI drives on other platforms. But they could be made to work. What is so problematic about DEC scsi drives? You make me curious... Wilko -- | / o / / _ Arnhem, The Netherlands - Powered by FreeBSD - |/|/ / / /( (_) Bulte WWW : http://www.tcja.nl http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message