[PATCH] Rename the glibc.tune namespace to glibc.cpu
Tulio Magno Quites Machado Filho
tuliom@ascii.art.br
Mon Jul 16 20:02:00 GMT 2018
Siddhesh Poyarekar <siddhesh@sourceware.org> writes:
> On 07/16/2018 08:47 PM, Carlos O'Donell wrote:
>> This looks good to me. I'd like this to wait until 2.29 opens. I want to
>
> OK, I'll queue it up for 2.29.
>
>> minimize spurious changes. It would also be nice in 2.29 to rename the
>> options to arch_* prefixed options for those that are arch-specific.
>
> There's only the powerpc one that's named in a generic manner but is
> architecture specific.
I'm not following your line of thought here:
- glibc.cpu.hwcaps is specific to i386 and x86-64
- glibc.cpu is specific to aarch64
- glibc.cpu.cached_memopt is specific to powerpc, powerpc64 and powerpc64le
What am I missing?
> I'd actually like to discuss dropping the
> tunable (and use hwcap_mask instead) but we can have that discussion for
> 2.29.
Notice the optimization is not specific to a CPU, but specific to an user
scenario (cacheable memory). In other words, the optimization can't be used
whenever PPC_FEATURE2_ARCH_2_07 because it could downgrade the performance when
cache-inhibited memory is being used.
--
Tulio Magno
More information about the Libc-alpha
mailing list