Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752437AbcLEKJn (ORCPT ); Mon, 5 Dec 2016 05:09:43 -0500 Received: from szxga05-in.huawei.com ([45.249.212.191]:2051 "EHLO dggrg05-dlp.huawei.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1752315AbcLEKJh (ORCPT ); Mon, 5 Dec 2016 05:09:37 -0500 X-Greylist: delayed 435 seconds by postgrey-1.27 at vger.kernel.org; Mon, 05 Dec 2016 05:09:35 EST Subject: Re: ILP32 for ARM64: testing with glibc testsuite To: Steve Ellcey , Maxim Kuvyrkov , Yury Norov References: <1477081997-4770-1-git-send-email-ynorov@caviumnetworks.com> <20161107082359.GA19666@yury-N73SV> <20161109095650.GA22804@yury-N73SV> <1479419136.908.90.camel@caviumnetworks.com> CC: , , , , , , GNU C Library , , , Andrew Pinski , , "Joseph S. Myers" , , Szabolcs Nagy , , , , Prasun Kapoor , , Geert Uytterhoeven , "Dr. Philipp Tomsich" , , , , , , Adhemerval Zanella , "Zhangjian (Bamvor)" , Ding Tianhong , Hanjun Guo , "jijun (D)" , , "liupeifeng (A)" From: "Zhangjian (Bamvor)" Message-ID: Date: Mon, 5 Dec 2016 17:58:09 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <1479419136.908.90.camel@caviumnetworks.com> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.111.72.170] X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020206.58453A96.0171,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0, ip=0.0.0.0, so=2014-11-16 11:51:01, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: d5dfa05eacf3fc198f163b5178620ea3 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1924 Lines: 67 Hi, Steve On 2016/11/18 5:45, Steve Ellcey wrote: > On Wed, 2016-11-16 at 15:22 +0400, Maxim Kuvyrkov wrote: >>> >>> On Nov 9, 2016, at 1:56 PM, Yury Norov >>> wrote: >>> >>>> >>>> Below is the results of glibc testsuite run for aarch64/lp64 > > I have been running the glibc testsuite as well. I have only run it on > an ILP32 enabled kernel. Using that kernel, top-of-tree glibc, and the > ILP32 glibc patches I have no LP64 regressions. There are 5 failures > in LP64 mode but I get them with vanilla top-of-tree glibc sources too. > They are: > nptl/eintr1 (I actually don't run this because it kills the 'make check') > debug/tst-backtrace5 > debug/tst-backtrace6 > nptl/tst-stack4 > nptl/tst-thread_local1 > > In ILP32 mode I get 33 failures, they include the above failures (minus > nptl/tst-thread_local1) plus: > > c++-types-check > conform/ISO11/inttypes.h/conform > conform/ISO11/stdint.h/conform > conform/ISO99/inttypes.h/conform > conform/ISO99/stdint.h/conform > conform/POSIX2008/inttypes.h/conform > conform/POSIX2008/stdint.h/conform > conform/XOPEN2K/inttypes.h/conform > conform/XOPEN2K/stdint.h/conform > conform/XOPEN2K8/inttypes.h/conform > conform/XOPEN2K8/stdint.h/conform > elf/tst-tls1 > elf/tst-tls1-static > elf/tst-tls2 > elf/tst-tls2-static > elf/tst-tls3 > math/check-abi-libm > math/test-double > math/test-double-finite > math/test-float > math/test-float-finite > misc/tst-sync_file_range > nptl/tst-cancel26 > nptl/tst-cancel27 > nptl/tst-sem3 > rt/tst-mqueue1 > rt/tst-mqueue2 > rt/tst-mqueue4 > rt/tst-mqueue7 > stdlib/tst-makecontext3 > > I am currently looking at these ILP32 regressions (starting with the > tls failures) to see if I can figure out what is happening with them. Is there some progresses on it? We could collabrate to fix those issues. Regards Bamvor > > Steve Ellcey > sellcey@caviumnetworks.com >