Jens Axboe <[email protected]> wrote:
> What is needed is to flesh out what the kernel interface should looke
> like. I suggested a sysfs file for suspending and resuming access to the
> device, if people have other ideas they should voice them.
That sounds quite reasonable. Does it need to do anything other than
park the head and suspend the command queue for that device?
(On an only slightly related note, for full ACPI support of PATA, we're
supposed to use the _GTF interface. This returns a set of taskfile
commands that are then supposed to be executed by the host. However, at
the point where we want to do this, the IDE queues haven't been
restarted. Is the best solution here just to add a trivial and stupid
IDE driver for managing the disks when we don't want userspace doing
anything with them?)
--
Matthew Garrett | [email protected]
-
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/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
| |
 |