[PATCH] PowerPC: Add Program Priority Register support
Adhemerval Zanella
azanella@linux.vnet.ibm.com
Wed Aug 15 15:07:00 GMT 2012
Thanks again, Ryan.
On 08/14/2012 03:03 PM, Ryan S. Arnold wrote:
> With my explanation in mind, I think this comment isn't quite correct.
> It should read as something like the following:
>
> /* The value in the Priority Program Register (PPR) is saved and restored
> by moving its value to, and fetching its value from, a field preceding the
> TCB that is reserved by the TLS ABI for "other thread library information".
> Since it is the loader's responsibility to setup the TCB (and the fields in
> the reserved space), the PPR save/restore facility is only available outside
> of the loader. */
>
> You could add a comment that the loader always, therefore, runs in the
> default thread priority.
> ...
>
>> diff --git a/sysdeps/powerpc/powerpc64/sysdep.h b/sysdeps/powerpc/powerpc64/sysdep.h
>> index ed96478..79566be 100644
>> --- a/sysdeps/powerpc/powerpc64/sysdep.h
>> +++ b/sysdeps/powerpc/powerpc64/sysdep.h
>> @@ -205,9 +205,26 @@ LT_LABELSUFFIX(name,_name_end): ; \
>> TRACEBACK_MASK(name,mask) \
>> END_2(name)
>>
>> +/* The Priority Program Register (PPR) is saved and restored by moving its
>> + value to ppr field in TBC. Since it is the loader responsible to setup the
>> + TBC, the code is only built if not within the loader. */
> Same comment applies as for ppc32.
>
> Ryan S. Arnold
>
Fair enough, comments changed to your suggestion.
--
Adhemerval Zanella Netto
Software Engineer
Linux Technology Center Brazil
Toolchain / GLIBC on Power Architecture
azanella@linux.vnet.ibm.com / azanella@br.ibm.com
+55 61 8642-9890
More information about the Libc-alpha
mailing list