From owner-freebsd-mobile Wed Aug 22 20:57: 6 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from ishmael.flashlightmedia.net (025-164.colo.ny.np1.net [64.61.25.164]) by hub.freebsd.org (Postfix) with ESMTP id 74F0737B401 for ; Wed, 22 Aug 2001 20:56:56 -0700 (PDT) (envelope-from luser@ahab.com) Received: (from mail_tunnel@localhost) by ishmael.flashlightmedia.net (8.11.4/8.11.4) id f7N3uoe62646; Wed, 22 Aug 2001 23:56:50 -0400 (EDT) (envelope-from luser@ahab.com) Date: Wed, 22 Aug 2001 23:56:50 -0400 From: JT To: Nick Sayer , mobile@freebsd.org Subject: Re: ATA idle spindown patch. Message-ID: <20010822235650.C410@zed.unbeat.com> Mail-Followup-To: Nick Sayer , mobile@freebsd.org References: <200107280841.f6S8fvR80063@freebsd.dk> <3B6354F9.2070801@quack.kfu.com> <3B635732.6030409@quack.kfu.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <3B635732.6030409@quack.kfu.com>; from nsayer@quack.kfu.com on Sat, Jul 28, 2001 at 05:22:10PM -0700 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I tried the patch with this modification, but I haven't noticed it spin down at all, not that I'm very patient (though I *can* verify sysctl hw.ata.suspend=300). I haven't the knowledge to really understand how this patch works, but: a) What stuff could keep the drive from spinning down? I can think of i) cron? ii) fetchmail? iii) ??? b) What would it take to write a userland program that could request an immediate spindown (even if suid)? It seems like a userland util to attempt immediate spindown would be a nice thing to have, since constant disk spinning seems to flout expectations of laptop hard drive specs (I've burned out more than one, apparently after long up-times) and since full suspend isn't always my intention... On the other hand, I can easily imagine how calling such a utility might generate enough disk activity to thwart itself. It would seem (were it a simple program) to get this patch from 50% of the usefulness of the Right Way (tm) (when Søren's priorities permit) to 65%... On Sat, Jul 28, 2001 at 05:22:10PM -0700, Nick Sayer wrote: > Nick Sayer wrote: > > I spoke too soon. I just had to use ATA_WAIT_READY instead of ATA_WAIT_INTR. > > So I have the same patch as the one that was posted, but I duplicated > the 'if ( ata_suspend > 0 )' block at the end if ad_reinit() with > ATA_WAIT_READY instead of ATA_WAIT_INTR. With that, spindown survives > suspend/resume (well, on resume the drive spins up, obviously, but then > after the wait time it spins back down). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message