From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10437 invoked by alias); 24 Nov 2016 09:06:20 -0000 Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-alpha-owner@sourceware.org Received: (qmail 10415 invoked by uid 89); 24 Nov 2016 09:06:20 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-3.9 required=5.0 tests=BAYES_00,KAM_LAZY_DOMAIN_SECURITY,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy= X-HELO: mx1.redhat.com Subject: Re: ILP32 for ARM64: testing with glibc testsuite To: Yury Norov References: <1477081997-4770-1-git-send-email-ynorov@caviumnetworks.com> <20161107082359.GA19666@yury-N73SV> <20161109095650.GA22804@yury-N73SV> <20161124051539.GA5365@yury-N73SV> <20161124085936.GA23245@yury-N73SV> Cc: Maxim Kuvyrkov , GNU C Library From: Florian Weimer Message-ID: <141abb38-ef20-ac1f-9729-24fa14cae32b@redhat.com> Date: Thu, 24 Nov 2016 09:06:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <20161124085936.GA23245@yury-N73SV> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2016-11/txt/msg00874.txt.bz2 On 11/24/2016 09:59 AM, Yury Norov wrote: > On Thu, Nov 24, 2016 at 08:36:16AM +0100, Florian Weimer wrote: >> On 11/24/2016 06:15 AM, Yury Norov wrote: >> >>> Conform tests fail most probably because I have vanilla headers at >>> standard paths (/usr/include). Modified headers are under different >>> testing location. Steve also tested it, and he has modified headers at >>> /usr/include, and he doesn't see failures of conform tests. I don't >>> think that kernel or wrong ABI caused this regression. Most probably >>> it's configuration issue. I also think that glibc should take headers >> >from testing directory, not from standard paths. For me it's dangerous >>> to replace standard headers with untested ones. Is there some option >>> in glibc testsuite configuration to provide path to headers explicitly? >> >> There is something peculiar with your test setup, I think. The conform >> tests do not do that for me. How do you configure, build, and test glibc? > > This is my makefile to build it. > https://github.com/norov/build-glibc > > If you have thoughts how to make it work right, I'll be really > appreciated. Are you cross-compiling? I did not expect that. I thought native development was possible on aarch64 now. >> The instability in the malloc tests need investigation as well. If you run >> this on a simulator, you need to increase the test timeout. > > I run it on qemu. It doesn't look like instability. malloc tests > always fail on vanilla glibc, and always pass on patched one, for me. Have you tried to increase test timeout? > Andrew has it passed for vanilla glibc as well. Does Andrew use QEMU as well? >>> elf/* tests fail only in ILP32 mode. We tracked it down to the linker >>> problem that replaces accesses to TLS with direct address calculation >>> if possible, and does it wrong for ilp32. This is definitely a linker >>> problem, and ABI and kernel are not involved here. >> >> The elf/check-localplt failure may have a different cause. What does the >> test report in the .out file? > > yury@yury-N73SV:~/work/glibc-img/lp64.build$ cat ./elf/check-localplt.out > Extra PLT reference: libc.so: renameat > > Seems yes, it doesn't look like a TLS problem. I'll check it. Thanks. Florian