public inbox for libc-alpha@sourceware.org
 help / color / mirror / Atom feed
From: Yury Norov <ynorov@caviumnetworks.com>
To: Catalin Marinas <catalin.marinas@arm.com>
Cc: "Zhangjian (Bamvor)" <bamvor.zhangjian@huawei.com>,
	Maxim Kuvyrkov <maxim.kuvyrkov@linaro.org>,
	<linux-doc@vger.kernel.org>,
	Szabolcs Nagy <szabolcs.nagy@arm.com>,
	<heiko.carstens@de.ibm.com>, <cmetcalf@ezchip.com>,
	"Dr. Philipp Tomsich" <philipp.tomsich@theobroma-systems.com>,
	<matt.spencer@arm.com>,
	"Joseph S. Myers" <joseph@codesourcery.com>,
	<linux-arch@vger.kernel.org>, <zhouchengming1@huawei.com>,
	<sellcey@caviumnetworks.com>,
	Prasun Kapoor <Prasun.Kapoor@caviumnetworks.com>, <agraf@suse.de>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Ding Tianhong <dingtianhong@huawei.com>, <kilobyte@angband.pl>,
	<manuel.montezelo@gmail.com>, <arnd@arndb.de>,
	Andrew Pinski <pinskia@gmail.com>, <linyongting@huawei.com>,
	<klimov.linux@gmail.com>, <broonie@kernel.org>,
	<linux-arm-kernel@lists.infradead.org>,
	GNU C Library <libc-alpha@sourceware.org>,
	<Nathan_Lynch@mentor.com>, <linux-kernel@vger.kernel.org>,
	<hanjun.guo@linaro.org>, <schwidefsky@de.ibm.com>,
	David Miller <davem@davemloft.net>,
	<christoph.muellner@theobroma-systems.com>
Subject: Re: ILP32 for ARM64 - testing with lmbench
Date: Sun, 11 Dec 2016 12:08:00 -0000	[thread overview]
Message-ID: <20161211120806.GA5973@yury-N73SV> (raw)
In-Reply-To: <20161205141312.GC14429@e104818-lin.cambridge.arm.com>

On Mon, Dec 05, 2016 at 02:13:12PM +0000, Catalin Marinas wrote:
> On Mon, Dec 05, 2016 at 06:16:09PM +0800, Zhangjian (Bamvor) wrote:
> > Do you have suggestion of next move of upstreaming ILP32?
> 
> I mentioned the steps a few time before. I'm pasting them again here:
> 
> 1. Complete the review of the Linux patches and ABI (no merge yet)
> 2. Review the corresponding glibc patches (no merge yet)
> 3. Ask (Linaro, Cavium) for toolchain + filesystem (pre-built and more
>    than just busybox) to be able to reproduce the testing in ARM
> 4. More testing (LTP, trinity, performance regressions etc.)
> 5. Move the ILP32 PCS out of beta (based on the results from 4)
> 6. Check the market again to see if anyone still needs ILP32
> 7. Based on 6, decide whether to merge the kernel and glibc patches
> 
> What's not explicitly mentioned in step 4 is glibc testing. Point 5 is
> ARM's responsibility (toolchain folk).
> 
> > There are already the test results of lmbench and specint. Do you they
> > are ok or need more data to prove no regression?
> 
> I would need to reproduce the tests myself, see step 3.

Hi Catalin,

> 3. Ask (Linaro, Cavium) for toolchain + filesystem (pre-built and more
>    than just busybox) to be able to reproduce the testing in ARM

This is the Andrew's toolchain I use to build kernel, GLIBC, binutils etc:
https://drive.google.com/open?id=0B93nHerV55yNVlVKaXpOOHQtbW8
It's not the latest build but it works well to me.

This archive contains 4.9-rc8 kernel, initrd, sys-root, qemu image based on
ilp32 busybox. 
https://drive.google.com/open?id=0B93nHerV55yNbVo0bko0bWlQeFE

I can start linux on qemu and run basic commands and tests in ilp32
mode. This is my first attempt to create rootfs, and this is very basic
busybox + sys-root.  But it lets me start lp64 and ilp32 apps (find
example there). If you need something more, let me know and I'll add
it. You can also use any professional distro with this ilp32-enabled
kernel, just copy sys-root there (like I actually do - I run Ubuntu
14 daily). 

BTW. This is of course good idea to build and test ilp32 user
environment, but in real life I think ilp32 apps will work in lp64
userspace.

> 4. More testing (LTP, trinity, performance regressions etc.)

I also built and ran trinity. After ~24 hours I found all trinity
threads stalled for lp64, and after another 24 hours I found it
running but slower for ilp32. Kernel was alive in both cases. 

Yury.

      parent reply	other threads:[~2016-12-11 12:08 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1477081997-4770-1-git-send-email-ynorov@caviumnetworks.com>
2016-11-07  8:24 ` ILP32 for ARM64: testing with glibc testsuite Yury Norov
2016-11-09  9:57   ` Yury Norov
2016-11-16 11:26     ` Maxim Kuvyrkov
2016-11-16 13:08       ` Yury Norov
2016-11-24  5:16       ` Yury Norov
2016-11-24  7:36         ` Florian Weimer
2016-11-24  9:00           ` Yury Norov
2016-11-24  9:06             ` Florian Weimer
2016-11-24  9:10               ` Andrew Pinski
2016-11-25 14:26         ` Ramana Radhakrishnan
2016-11-25 15:30           ` Yury Norov
     [not found]     ` <CC4F99A7-1FD2-486A-BD66-ED06F1B8BF50@linaro.org>
     [not found]       ` <1479419136.908.90.camel@caviumnetworks.com>
2016-12-05 10:02         ` Zhangjian (Bamvor)
2016-12-05 10:07           ` Andreas Schwab
2016-12-05 10:26             ` Zhangjian (Bamvor)
2016-12-06  5:29               ` Yury Norov
     [not found]             ` <1480966437.29811.23.camel@caviumnetworks.com>
2016-12-06  8:31               ` Andreas Schwab
     [not found] ` <20161028124659.GA24131@yury-N73SV>
     [not found]   ` <cdf5cdf2-43af-6d7f-9e0c-72675fb83224@huawei.com>
     [not found]     ` <266952F2-53F5-4D5E-83F0-6C8203092F67@linaro.org>
     [not found]       ` <120041af-f4e9-5b6f-36dc-7d3535a1f01c@huawei.com>
2016-12-05 10:23         ` ILP32 for ARM64 - testing with lmbench Zhangjian (Bamvor)
     [not found]           ` <20161205141312.GC14429@e104818-lin.cambridge.arm.com>
2016-12-11 12:08             ` Yury Norov [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20161211120806.GA5973@yury-N73SV \
    --to=ynorov@caviumnetworks.com \
    --cc=Nathan_Lynch@mentor.com \
    --cc=Prasun.Kapoor@caviumnetworks.com \
    --cc=agraf@suse.de \
    --cc=arnd@arndb.de \
    --cc=bamvor.zhangjian@huawei.com \
    --cc=broonie@kernel.org \
    --cc=catalin.marinas@arm.com \
    --cc=christoph.muellner@theobroma-systems.com \
    --cc=cmetcalf@ezchip.com \
    --cc=davem@davemloft.net \
    --cc=dingtianhong@huawei.com \
    --cc=geert@linux-m68k.org \
    --cc=hanjun.guo@linaro.org \
    --cc=heiko.carstens@de.ibm.com \
    --cc=joseph@codesourcery.com \
    --cc=kilobyte@angband.pl \
    --cc=klimov.linux@gmail.com \
    --cc=libc-alpha@sourceware.org \
    --cc=linux-arch@vger.kernel.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-doc@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linyongting@huawei.com \
    --cc=manuel.montezelo@gmail.com \
    --cc=matt.spencer@arm.com \
    --cc=maxim.kuvyrkov@linaro.org \
    --cc=philipp.tomsich@theobroma-systems.com \
    --cc=pinskia@gmail.com \
    --cc=schwidefsky@de.ibm.com \
    --cc=sellcey@caviumnetworks.com \
    --cc=szabolcs.nagy@arm.com \
    --cc=zhouchengming1@huawei.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).