Well it doesn't seem that nasty to adopt flagged access. From a userland
API point of view how about adopting the IDE driver's taskfile mechanism,
and simply translating that into the yet-to-be internal flagged mechanism?
Tim
-----Original Message-----
From: Jeff Garzik [mailto:jgarzik@xxxxxxxxx]
Sent: Wednesday, July 27, 2005 2:09 PM
To: Timothy Thelin
Cc: linux-ide@xxxxxxxxxxxxxxx
Subject: Re: ATA Passthru unimplemented protocols
Timothy Thelin wrote:
> I'm interested in soft reset (1) and return response information (15).
But
> I didn't know who was doing what or had plans for what, which is why the
> question was so general. If I end up working on these two myself, I'd be
> nice to coordinate with existing efforts rather than collide with them =)
Certainly! Your question was just a bit vague :)
The soft reset would be especially nice to have, but would require a bit
of work to synchronize with other devices on the bus (needed for PATA
only, really).
Another line item that I would like to see happen is "flagged
taskfiles", which allows the user to specify which shadow registers to
touch and -- more importantly -- which not to touch. This is important
for vendor-specific commands (particularly older PATA devices).
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
|