CPUFreq HAL [PSARC/2007/679 FastTrack timeout 12/12/2007]
David Chieu
David.Chieu at sun.com
Tue Dec 11 02:21:20 PST 2007
Mark Haywood wrote:
> ...
>
>>> Since the HAL code resides in the ON consolidation I see no issue
>>> with it using the consolidation private interfaces?
>>
>> It seems to me one ought to use the most stable and documented
>> interfaces available,
>> given that the code has to do the same inferences either way. But I
>> don't get to vote,
>> I'm only a licensee :-).
>
>
> And if the interfaces that you suggest we use were sufficient, I'd
> agree with you. Since they are not, I think it is reasonable that we
> use the consolidation private interfaces that were made available by
> PSARC/2005/067. Of course, I don't get to vote either.
>
> If there is a reason that you feel the PM ioctls are likely to change,
> then we should discuss it before this case proceeds any further.
>
> Mark
For the record, the project team agrees that PM ioctls are
"consolidation private" as they are consistent with PSARC 2005/067.
Additionally, HAL interfaces defined by this project are "volatile" they
are consistent with PSARC 2005/399. Please ignore previously proposed
"committed" level as it was incorrect.
-- David Chieu
More information about the opensolaris-arc
mailing list