Re: IBM HDAPS things are looking up (was: Re: [Hdaps-devel] Re: [ltp] IBM HDAPS Someone interested? (Accelerometer))

[Shawn Starr]

We could put it in userspace, but if the system is
swapping like mad, can we still get a critical
response if this remains in userspace fully?

Someone mentioned we should use a kernel thread(s) to
handle stopping all I/O so we can safely park heads.

Shawn.

--- Jens Axboe <axboe@xxxxxxx> wrote:

> On Mon, Jul 04 2005, Lenz Grimmer wrote:
> > > I'll be working on adding sysfs stuff to it
> tomorrow so it's generally
> > > useful (at least for monitoring things - not yet
> for parking disk
> > > heads).
> > 
> > Maybe there is some kind of all-purpose ATA
> command that instructs the
> > disk drive to park the heads? Jens, could you give
> us a hint on how a
> > userspace application would do that?
> 
> Dunno if there's something that explicitly only
> parks the head, the best
> option is probably to issue a STANDBY_NOW command.
> You can test this
> with hdparm -y.
> 
> Generel observation on this driver - why isn't it
> just contained in user
> space? You need to do the monitoring and sending of
> ide commands from
> there anyways, I don't see the point of putting it
> in the kernel.
> 
> -- 
> Jens Axboe
> 
> 
> 
>
-------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux
> Migration Strategies
> from IBM. Find simple to follow Roadmaps,
> straightforward articles,
> informative Webcasts and more! Get everything you
> need to get up to
> speed, fast.
>
http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> Hdaps-devel mailing list
> Hdaps-devel@xxxxxxxxxxxxxxxxxxxxx
>
https://lists.sourceforge.net/lists/listinfo/hdaps-devel
> 

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/