Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 26 Feb 2001 14:06:43 -0800 (PST)
From:      Stephen Rose <rose@rose.nu>
To:        Soren Schmidt <sos@freebsd.dk>
Cc:        freebsd-hackers@FreeBSD.ORG, Joe Gleason <clash@tasam.com>
Subject:   Re: ata-disk ioctl and atactl patch
Message-ID:  <Pine.BSF.4.05.10102261404590.73667-100000@k9.rose.nu>
In-Reply-To: <200102262010.VAA29823@freebsd.dk>

next in thread | previous in thread | raw e-mail | index | archive | help

Well, for me it's the noise and heat that I'm trying to minimize.  That
and we're out of power here in California.  :-)

Steve Rose


On Mon, 26 Feb 2001, Soren Schmidt wrote:

> It seems Stephen Rose wrote:
> > A couple of us on the questions list have asked for a way to spin down ide
> > disks when idle.  Is there any chance that this utility could lead to
> > something useful there?
> 
> Well, of cause it could, but I'm not sure I see the usefullness of
> the spindown at all, a spinup costs several units of idleness power,
> so you have to keep it spun down for long periods to make it worth
> the effort, and you wear significantly more on the mechanics this
> way too...
> 
> > It seems Scott Renfro wrote:
> > > As I promised on -mobile earlier this week, I've cleaned up my patches
> > > to port the {Net,Open}BSD atactl utility, including a simplistic
> > > ata-disk ioctl.  They apply cleanly against this afternoon's -stable
> > > (including Soren's latest commit bringing -stable up to date with
> > > -current).  I've been running them for some time and they ''work great
> > > here''.
> > >
> > > Before announcing this in a broader context, I wanted to get a bit of
> > > feedback on the ioctl implementation.  In particular, is it safe to
> > > just do an ata_command inside adioctl() without any further checking?
> > > (e.g., can this cause bad things to happen under heavy i/o load?)
> > 
> > No its not safe at all, you risk trashing an already running command...
> > 
> > Anyhow, I have an atacontrol thingy in the works for attach/detach,
> > raid control etc, etc, I'll try to merge this functionality into that
> > (the ioctl's will change etc, but the functionality is nice)...
> > 
> > -S?ren
> > 
> > To Unsubscribe: send mail to majordomo@FreeBSD.org
> > with "unsubscribe freebsd-hackers" in the body of the message
> > 
> > ---
> > 
> > 
> > 
> > To Unsubscribe: send mail to majordomo@FreeBSD.org
> > with "unsubscribe freebsd-hackers" in the body of the message
> > 
> 
> 
> -Søren
> 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.05.10102261404590.73667-100000>