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 <[EMAIL PROTECTED]> 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 > [EMAIL PROTECTED] > 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 [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/