This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: LD_HWCAP_MASK failure with tst-env-setuid
- From: Siddhesh Poyarekar <siddhesh at gotplt dot org>
- To: Adhemerval Zanella <adhemerval dot zanella at linaro dot org>, "libc-alpha at sourceware dot org" <libc-alpha at sourceware dot org>
- Cc: Szabolcs Nagy <szabolcs dot nagy at arm dot com>
- Date: Mon, 22 May 2017 22:47:06 +0530
- Subject: Re: LD_HWCAP_MASK failure with tst-env-setuid
- Authentication-results: sourceware.org; auth=none
- References: <0ba0c258-1507-3ef4-d981-c034de61dc6f@gotplt.org> <acbf0f25-1355-8836-4601-c188b63898a7@linaro.org>
On Monday 22 May 2017 06:48 PM, Adhemerval Zanella wrote:
> Hi Siddhesh, unfortunately the test is still failing on my x86_64 system
> with LD_HWCAP_MASK=0xffffffff. I used you latest tunable patchset [1]
> applies on top of master (402bf0695218bbe290418b9486b1dd5fe284d903) and
> configure with:
>
> --host=x86_64-linux-gnu --build=x86_64-linux-gnu --enable-add-ons=libidn
> --without-selinux --enable-stackguard-randomization --enable-obsolete-rpc
> --enable-systemtap --enable-multi-arch --enable-lock-elision --enable-tunables
>
> However I am only seeing this issue on x86_64, aarch64 does not bail out
> with 'cannot create capability list: Cannot allocate memory'.
>
> And using you analysis I tried to install the built glibc on a sysroot
> and neither the 'bin/true' or the 'tst-env-setuid' failed with
> LD_HWCAP_MASK=0xffffffff. So I think for BZ#21391 indeed fixed and your
> suggestion about installed glibc messing up with the testing still
> worries me. I think what might be happening in fact is static linked
> binaries are still relying on ld.so.cache on some internal calculation,
> which I think it is not the intended behaviour. I will try spend some
> time figuring out why this is still fails on my system.
OK I've found a box that exhibits this too and it is happening only with
my patchset and not without. Let me dig as well.
Siddhesh