PSARC 2009/039 prefetch interfaces

[James Carlson]

Garrett D'Amore writes:
> I have to apologize to Paul here, but I neglected to update the IAM file 
> to indicate that this is a fast track, so I don't think the "litany" was 
> ever run on this case.  I'm updating the IAM file now, and I'm pushing 
> the timeout on this to next Wednesday.
> 
> However, I believe that all the material concerns were addressed in the 
> case history by Paul already, and I don't see why this case can't be 
> approved tomorrow.  Can I get a +1 from a member? :-)

Can we have a summary of the proposal?  I *think* we currently have
Consolidation Private stability (within ON) and Patch/Micro release
binding for:

void prefetch_read_once(void *)
void prefetch_read_many(void *)
void prefetch_wrote_once(void *)
void prefetch_write_many(void *)

(With the odd write/wrote distinction and with the arguments not
const'd the way I would ordinarily have expected.)

Is this it?

-- 
James Carlson, Solaris Networking              <james.d.carlson at sun.com>
Sun Microsystems / 35 Network Drive        71.232W   Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757   42.496N   Fax +1 781 442 1677