From mboxrd@z Thu Jan 1 00:00:00 1970 From: Steve Ellcey Subject: Re: ILP32 for ARM64: testing with glibc testsuite Date: Thu, 17 Nov 2016 13:45:36 -0800 Message-ID: <1479419136.908.90.camel@caviumnetworks.com> References: <1477081997-4770-1-git-send-email-ynorov@caviumnetworks.com> <20161107082359.GA19666@yury-N73SV> <20161109095650.GA22804@yury-N73SV> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Return-path: In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org To: Maxim Kuvyrkov , Yury Norov Cc: linux-doc@vger.kernel.org, Szabolcs Nagy , catalin.marinas@arm.com, heiko.carstens@de.ibm.com, cmetcalf@ezchip.com, "Dr. Philipp Tomsich" , "Joseph S. Myers" , linux-arch@vger.kernel.org, zhouchengming1@huawei.com, Prasun Kapoor , agraf@suse.de, Geert Uytterhoeven , kilobyte@angband.pl, manuel.montezelo@gmail.com, arnd@arndb.de, Andrew Pinski , linyongting@huawei.com, klimov.linux@gmail.com, broonie@kernel.org, bamvor.zhangjian@huawei.com, linux-arm-kernel@lists.infradead.org, GNU C Library , Nathan_Lynch@mentor.com, linux-kernel@vger.kernel.org, Adhemerval Zanella , schwidefsky@de.ibm.com, davem@davemloft.net, christoph.muellner@theobroma-systems.com List-Id: linux-arch.vger.kernel.org T24gV2VkLCAyMDE2LTExLTE2IGF0IDE1OjIyICswNDAwLCBNYXhpbSBLdXZ5cmtvdiB3cm90ZToK PiA+IAo+ID4gT24gTm92IDksIDIwMTYsIGF0IDE6NTYgUE0sIFl1cnkgTm9yb3YgPHlub3JvdkBj YXZpdW1uZXR3b3Jrcy5jb20+Cj4gPiB3cm90ZToKPiA+IAo+ID4gPiAKPiA+ID4gQmVsb3cgaXMg dGhlIHJlc3VsdHMgb2YgZ2xpYmMgdGVzdHN1aXRlIHJ1biBmb3IgYWFyY2g2NC9scDY0CgpJIGhh dmUgYmVlbiBydW5uaW5nIHRoZSBnbGliYyB0ZXN0c3VpdGUgYXMgd2VsbC4gwqBJIGhhdmUgb25s eSBydW4gaXQgb24KYW4gSUxQMzIgZW5hYmxlZCBrZXJuZWwuIMKgVXNpbmcgdGhhdCBrZXJuZWws IHRvcC1vZi10cmVlIGdsaWJjLCBhbmQgdGhlCklMUDMyIGdsaWJjIHBhdGNoZXMgSSBoYXZlIG5v IExQNjQgcmVncmVzc2lvbnMuIMKgVGhlcmUgYXJlIDUgZmFpbHVyZXMKaW4gTFA2NCBtb2RlIGJ1 dCBJIGdldCB0aGVtIHdpdGggdmFuaWxsYSB0b3Atb2YtdHJlZSBnbGliYyBzb3VyY2VzIHRvby4K VGhleSBhcmU6CglucHRsL2VpbnRyMSAoSSBhY3R1YWxseSBkb24ndCBydW4gdGhpcyBiZWNhdXNl IGl0IGtpbGxzIHRoZSAnbWFrZSBjaGVjaycpCglkZWJ1Zy90c3QtYmFja3RyYWNlNQoJZGVidWcv dHN0LWJhY2t0cmFjZTYKCW5wdGwvdHN0LXN0YWNrNAoJbnB0bC90c3QtdGhyZWFkX2xvY2FsMQoK SW4gSUxQMzIgbW9kZSBJIGdldCAzMyBmYWlsdXJlcywgdGhleSBpbmNsdWRlIHRoZSBhYm92ZSBm YWlsdXJlcyAobWludXMKbnB0bC90c3QtdGhyZWFkX2xvY2FsMSkgcGx1czoKCgljKystdHlwZXMt Y2hlY2sKCWNvbmZvcm0vSVNPMTEvaW50dHlwZXMuaC9jb25mb3JtCgljb25mb3JtL0lTTzExL3N0 ZGludC5oL2NvbmZvcm0KCWNvbmZvcm0vSVNPOTkvaW50dHlwZXMuaC9jb25mb3JtCgljb25mb3Jt L0lTTzk5L3N0ZGludC5oL2NvbmZvcm0KCWNvbmZvcm0vUE9TSVgyMDA4L2ludHR5cGVzLmgvY29u Zm9ybQoJY29uZm9ybS9QT1NJWDIwMDgvc3RkaW50LmgvY29uZm9ybQoJY29uZm9ybS9YT1BFTjJL L2ludHR5cGVzLmgvY29uZm9ybQoJY29uZm9ybS9YT1BFTjJLL3N0ZGludC5oL2NvbmZvcm0KCWNv bmZvcm0vWE9QRU4ySzgvaW50dHlwZXMuaC9jb25mb3JtCgljb25mb3JtL1hPUEVOMks4L3N0ZGlu dC5oL2NvbmZvcm0KCWVsZi90c3QtdGxzMQoJZWxmL3RzdC10bHMxLXN0YXRpYwoJZWxmL3RzdC10 bHMyCgllbGYvdHN0LXRsczItc3RhdGljCgllbGYvdHN0LXRsczMKCW1hdGgvY2hlY2stYWJpLWxp Ym0KCW1hdGgvdGVzdC1kb3VibGUKCW1hdGgvdGVzdC1kb3VibGUtZmluaXRlCgltYXRoL3Rlc3Qt ZmxvYXQKCW1hdGgvdGVzdC1mbG9hdC1maW5pdGUKCW1pc2MvdHN0LXN5bmNfZmlsZV9yYW5nZQoJ bnB0bC90c3QtY2FuY2VsMjYKCW5wdGwvdHN0LWNhbmNlbDI3CglucHRsL3RzdC1zZW0zCglydC90 c3QtbXF1ZXVlMQoJcnQvdHN0LW1xdWV1ZTIKCXJ0L3RzdC1tcXVldWU0CglydC90c3QtbXF1ZXVl NwoJc3RkbGliL3RzdC1tYWtlY29udGV4dDMKCkkgYW0gY3VycmVudGx5IGxvb2tpbmcgYXQgdGhl c2UgSUxQMzIgcmVncmVzc2lvbnMgKHN0YXJ0aW5nIHdpdGggdGhlCnRscyBmYWlsdXJlcykgdG8g c2VlIGlmIEkgY2FuIGZpZ3VyZSBvdXQgd2hhdCBpcyBoYXBwZW5pbmcgd2l0aCB0aGVtLgoKU3Rl dmUgRWxsY2V5CnNlbGxjZXlAY2F2aXVtbmV0d29ya3MuY29tCgpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXwpsaW51eC1hcm0ta2VybmVsIG1haWxpbmcgbGlz dApsaW51eC1hcm0ta2VybmVsQGxpc3RzLmluZnJhZGVhZC5vcmcKaHR0cDovL2xpc3RzLmluZnJh ZGVhZC5vcmcvbWFpbG1hbi9saXN0aW5mby9saW51eC1hcm0ta2VybmVsCg== From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-sn1nam02on0084.outbound.protection.outlook.com ([104.47.36.84]:16800 "EHLO NAM02-SN1-obe.outbound.protection.outlook.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751995AbcKRATT (ORCPT ); Thu, 17 Nov 2016 19:19:19 -0500 Message-ID: <1479419136.908.90.camel@caviumnetworks.com> Subject: Re: ILP32 for ARM64: testing with glibc testsuite From: Steve Ellcey Date: Thu, 17 Nov 2016 13:45:36 -0800 In-Reply-To: References: <1477081997-4770-1-git-send-email-ynorov@caviumnetworks.com> <20161107082359.GA19666@yury-N73SV> <20161109095650.GA22804@yury-N73SV> Content-Type: text/plain; charset="UTF-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-arch-owner@vger.kernel.org List-ID: To: Maxim Kuvyrkov , Yury Norov Cc: arnd@arndb.de, catalin.marinas@arm.com, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org, linux-arch@vger.kernel.org, GNU C Library , schwidefsky@de.ibm.com, heiko.carstens@de.ibm.com, Andrew Pinski , broonie@kernel.org, "Joseph S. Myers" , christoph.muellner@theobroma-systems.com, bamvor.zhangjian@huawei.com, Szabolcs Nagy , klimov.linux@gmail.com, Nathan_Lynch@mentor.com, agraf@suse.de, Prasun Kapoor , kilobyte@angband.pl, Geert Uytterhoeven , "Dr. Philipp Tomsich" , manuel.montezelo@gmail.com, linyongting@huawei.com, davem@davemloft.net, zhouchengming1@huawei.com, cmetcalf@ezchip.com, Adhemerval Zanella Message-ID: <20161117214536.jSCMltRiOdhXhnVrL2kp0IS6tWN-XQfUmG7EdCYevaQ@z> 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. Steve Ellcey sellcey@caviumnetworks.com