This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH][aarch64] Fix hwcap argument passed to ifunc resolvers
- From: Carlos O'Donell <carlos at redhat dot com>
- To: sellcey at cavium dot com, Szabolcs Nagy <szabolcs dot nagy at arm dot com>, libc-alpha <libc-alpha at sourceware dot org>, Siddhesh Poyarekar <siddhesh at gotplt dot org>
- Cc: nd at arm dot com
- Date: Fri, 1 Sep 2017 13:55:16 -0500
- Subject: Re: [PATCH][aarch64] Fix hwcap argument passed to ifunc resolvers
- Authentication-results: sourceware.org; auth=none
- References: <1504132534.3182.4.camel@cavium.com> <59A8291E.2060205@arm.com> <1504195926.3182.20.camel@cavium.com> <0a36b77d-d8b2-14cb-2ff3-2d61b206f856@redhat.com> <1504286544.3182.61.camel@cavium.com>
On 09/01/2017 12:22 PM, Steve Ellcey wrote:
> On Thu, 2017-08-31 at 18:59 -0500, Carlos O'Donell wrote:
>
>> I'd just use the tunables.
>
> OK, I think using tunables is reasonable. I seem to be having some
> trouble with it though, maybe you can tell me if I am doing something
> wrong.
>
> On a thunderx box I run a program that calls memcpy, which is an ifunc.
> It then calls __memcpy_thunderx the way I think it should.
>
> Then, in the debugger, I run:
>
> set environment GLIBC_TUNABLES=glibc.tune.cpu=generic
>
> I rerun my test program and instead of calling __memcpy_generic (which
> it should) or __memcpy_thunderx (which it did before), it calls
> __memcpy_falkor, which is totally wrong. Am I setting the variable
> incorrectly? I don't see any problems with the IS_FALKOR macro so I
> think the problem may be in tunable_is_name unless I am just messing
> up how GLIBC_TUNABLES is supposed to be set.
That looks right, you'll have to debug this to see what's going on.
--
Cheers,
Carlos.