Re: ata-disk ioctl and atactl patch

2001-02-26 Thread Scott Renfro

On Mon, Feb 26, 2001 at 08:28:56AM +0100, Soren Schmidt wrote:
 
 No its not safe at all, you risk trashing an already running command...

Thanks for the feedback; that's exactly what I was concerned about.

 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)...

Great.

thanks again,
-scott

-- 
Scott Renfro [EMAIL PROTECTED]  +1 650 906 9618

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: ata-disk ioctl and atactl patch

2001-02-26 Thread Stephen Rose

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?

Steve Rose


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 [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message

---



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: ata-disk ioctl and atactl patch

2001-02-26 Thread Stephen Rose

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 [EMAIL PROTECTED]
  with "unsubscribe freebsd-hackers" in the body of the message
  
  ---
  
  
  
  To Unsubscribe: send mail to [EMAIL PROTECTED]
  with "unsubscribe freebsd-hackers" in the body of the message
  
 
 
 -Søren
 


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: ata-disk ioctl and atactl patch

2001-02-26 Thread Jon Hamilton

Soren Schmidt [EMAIL PROTECTED], said on Mon Feb 26, 2001 [09:10:43 PM]:
} 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...

Others have posted from their experiments that they were able to maintain
a spun down state for upwards of an hour (admittedly, with some care and 
planning).  

There are also lots of odd uses where one might have long periods of 
inactivity, such as a laptop on which you log in to a "real machine" to
do some kind of work, and want to leave the display going without having to
listen to the disk (for whatever reason).  I often leave mine listening
for incoming messages for hours at a time, and appreciate being able to 
shut up the disk.  I'm using a different method to accomplish the goal, but
the desire that led me there is what's important for purposes of this 
discussion.  Are there other ways to accomplish the same thing?  Sure.  
But this desire isn't per se unreasonable on its face.  It's not a good fit
for lots of systems, but there are cases where it's desirable.  

-- 

   Jon Hamilton 
   [EMAIL PROTECTED]

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: ata-disk ioctl and atactl patch

2001-02-25 Thread Soren Schmidt

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)...

-Sren

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message