Re: ILP32 for ARM64: testing with glibc testsuite

On 2016/12/5 18:07, Andreas Schwab wrote: On Dez 05 2016, "Zhangjian (Bamvor)" <bamvor.zhangj...@huawei.com> wrote: Is there some progresses on it? We could collabrate to fix those issues. All the elf/nptl/rt fails should be fixed by the recent binutils fixes. Cool. How a

Re: ILP32 for ARM64: testing with glibc testsuite

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

Re: ILP32 for ARM64 - testing with lmbench

1.61%1.36% 456.hmmer1.37%1.57% 462.libquantum 0.29%0.28% Regards Bamvor -- Maxim Kuvyrkov www.linaro.org On Nov 17, 2016, at 7:28 AM, Zhangjian (Bamvor) <bamvor.zhangj...@huawei.com> wrote: Hi, all

Re: ILP32 for ARM64 - testing with lmbench

Hi, all I test specint of aarch64 LP64 when aarch32 el0 disable/enabled respectively and compare with ILP32 unmerged kernel(4.8-rc6) in our arm64 board. I found that difference(ILP32 disabled/ILP32 unmerged) is bigger when aarch32 el0 is enabled, compare with aarch32 el0 disabled kernel. And

Re: [PATCH 05/19] arm64: rename COMPAT to AARCH32_EL0 in Kconfig

Hi, Yury On 2016/6/18 7:54, Yury Norov wrote: From: Andrew Pinski In this patchset ILP32 ABI support is added. Additionally to AARCH32, which is binary-compatible with ARM, ILP32 is (mostly) ABI-compatible. From now, AARCH32_EL0 (former COMPAT) config option means the

Re: [PATCH 08/19] arm64: introduce is_a32_task and is_a32_thread (for AArch32 compat)

Hi, On 2016/6/18 7:54, Yury Norov wrote: Based on patch of Andrew Pinski. This patch introduces is_a32_compat_task and is_a32_thread so it is easier to say this is a a32 specific thread or a generic compat thread/task. Corresponding functions are located in to avoid mess in headers. Some

Re: [PATCH 13/23] arm64: introduce is_a32_task and is_a32_thread (for AArch32 compat)

On 2016/6/12 20:21, Zhangjian (Bamvor) wrote: Hi, Yury On 2016/5/24 8:04, Yury Norov wrote: Based on patch of Andrew Pinski. This patch introduces is_a32_compat_task and is_a32_thread so it is easier to say this is a a32 specific thread or a generic compat thread/task. Corresponding

Re: [PATCH 21/23] arm64: ilp32: introduce ilp32-specific handlers for sigframe and ucontext

Hi, Yury Here is another print issue in this patch: On 2016/5/24 8:04, Yury Norov wrote: From: Andrew Pinski ILP32 uses AARCH32 compat structures and syscall handlers for signals. But ILP32 struct rt_sigframe and ucontext differs from both LP64 and AARCH32. So some

Re: [PATCH 21/23] arm64: ilp32: introduce ilp32-specific handlers for sigframe and ucontext

ping On 2016/6/4 19:34, Zhangjian (Bamvor) wrote: Hi, I found an issue of unwind with the following code. The correct backtrace should be: (gdb) where #0 0x004004d0 in my_sig (sig=11) at test_force3.c:16 #1 #2 func2 (num=0) at test_force3.c:22 #3 0x00400540 in func1 (num=1) at test_force3.c

Re: [PATCH 13/23] arm64: introduce is_a32_task and is_a32_thread (for AArch32 compat)

Hi, Yury On 2016/5/24 8:04, Yury Norov wrote: Based on patch of Andrew Pinski. This patch introduces is_a32_compat_task and is_a32_thread so it is easier to say this is a a32 specific thread or a generic compat thread/task. Corresponding functions are located in to avoid mess in headers.

Re: [PATCH 21/23] arm64: ilp32: introduce ilp32-specific handlers for sigframe and ucontext

Hi, I found an issue of unwind with the following code. The correct backtrace should be: (gdb) where #0 0x004004d0 in my_sig (sig=11) at test_force3.c:16 #1 #2 func2 (num=0) at test_force3.c:22 #3 0x00400540 in func1 (num=1) at test_force3.c:28 #4 0x00400574 in main (argc=1, argv=0xffd7bc04) at

Re: [PATCH 16/23] arm64: ilp32: introduce binfmt_ilp32.c

Hi, yury The coredump is usable in our platform. It miss the following definition: +#define compat_elf_greg_t elf_greg_t +#define compat_elf_gregset_t elf_gregset_t And it leads to the wrong register save in core dump. After apply this patch, gdb could debug core dump files. Here is the

Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64

Hi, On 2016/5/12 23:28, Catalin Marinas wrote: On Thu, May 12, 2016 at 05:24:57PM +0300, Yury Norov wrote: On Thu, May 12, 2016 at 03:07:35PM +0100, Catalin Marinas wrote: On Thu, May 12, 2016 at 04:44:31PM +0300, Yury Norov wrote: On Thu, May 12, 2016 at 02:35:34PM +0100, Catalin Marinas

Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it

Hi, On 2016/5/12 16:24, Yury Norov wrote: On Thu, May 12, 2016 at 11:45:53AM +0800, Zhangjian (Bamvor) wrote: [...] Hmm, that is indeed tricky. I think COMPAT_SYSCALL_WRAP4 rightfully refuses the loff_t argument here, as the common case is that this is not possible. It works if I apply

Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it

Hi, On 2016/5/12 17:21, Arnd Bergmann wrote: On Thursday 12 May 2016 10:17:58 Catalin Marinas wrote: On Wed, May 11, 2016 at 09:30:07PM +0200, Arnd Bergmann wrote: On Wednesday 11 May 2016 17:59:01 Catalin Marinas wrote: I don't think the shifts are a problem, the main downside would be the

Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it

Hi, Arnd On 2016/5/11 22:50, Arnd Bergmann wrote: On Wednesday 11 May 2016 19:16:44 Zhangjian wrote: Hi, On 2016/5/11 18:12, Zhangjian (Bamvor) wrote: Hi, Arnd On 2016/5/11 16:09, Arnd Bergmann wrote: > On Wednesday 11 May 2016 10:04:16 Zhangjian wrote: >>> I don't re

Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it

Hi, On 2016/5/11 18:12, Zhangjian (Bamvor) wrote: Hi, Arnd On 2016/5/11 16:09, Arnd Bergmann wrote: > On Wednesday 11 May 2016 10:04:16 Zhangjian wrote: >>> I don't remember. It's probably not important whether we have the shift >>> in there, as long as it's independent

Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it

Hi, Arnd On 2016/5/11 16:09, Arnd Bergmann wrote: > On Wednesday 11 May 2016 10:04:16 Zhangjian wrote: >>> I don't remember. It's probably not important whether we have the shift >>> in there, as long as it's independent of the actual kernel page size and >>> user space and kernel agree on the

Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it

Hi, On 2016/5/10 20:50, Arnd Bergmann wrote: On Tuesday 10 May 2016 20:39:41 Zhangjian wrote: Hi, On 2016/5/10 19:48, Arnd Bergmann wrote: On Tuesday 10 May 2016 17:47:26 Zhangjian wrote: On 2016/5/10 16:36, Arnd Bergmann wrote: On Tuesday 10 May 2016 15:42:07 Zhangjian wrote: On 2016/5/6

Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it

Hi, Arnd On 2016/5/10 16:36, Arnd Bergmann wrote: On Tuesday 10 May 2016 15:42:07 Zhangjian wrote: On 2016/5/6 20:37, Yury Norov wrote: On Fri, May 06, 2016 at 08:16:48PM +0800, Zhangjian (Bamvor) wrote: AFAIR, here we don't shift offset, as it's 64-bit both in user- and kernel-space

Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it

printf("addr: <0x%x>\n", addr); return 0; } Regards Bamvor On 2016/5/10 15:42, Zhangjian (Bamvor) wrote: Hi, Yury On 2016/5/6 20:37, Yury Norov wrote: On Fri, May 06, 2016 at 08:16:48PM +0800, Zhangjian (Bamvor) wrote: Hi, On 2016/4/6 6:08, Yury Norov wrote:

Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it

Hi, Yury On 2016/5/6 20:37, Yury Norov wrote: On Fri, May 06, 2016 at 08:16:48PM +0800, Zhangjian (Bamvor) wrote: Hi, On 2016/4/6 6:08, Yury Norov wrote: From: Andrew Pinski <apin...@cavium.com> Add a separate syscall-table for ILP32, which dispatches either to native LP64 syste

Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it

Hi, On 2016/4/6 6:08, Yury Norov wrote: From: Andrew Pinski Add a separate syscall-table for ILP32, which dispatches either to native LP64 system call implementation or to compat-syscalls, as appropriate. Signed-off-by: Andrew Pinski

Re: [PATCH 15/25] arm64: introduce is_a32_task and is_a32_thread (for AArch32 compat)

Hi, On 2016/4/6 6:08, Yury Norov wrote: Based on patch of Andrew Pinski. This patch introduces is_a32_compat_task and is_a32_thread so it is easier to say this is a a32 specific thread or a generic compat thread/task. Corresponding functions are located in to avoid mess in headers. Some

Re: [PATCH 24/25] arm64:ilp32: add vdso-ilp32 and use for signal return

Hi, On 2016/5/5 7:23, Andrew Pinski wrote: On Wed, May 4, 2016 at 2:49 PM, Yury Norov <yno...@caviumnetworks.com> wrote: On Tue, May 03, 2016 at 08:41:25PM +0800, Zhangjian (Bamvor) wrote: Hi, all After apply this patch with my small testcase, the vsyscall of gettimeofday in ilp32

Re: [PATCH 24/25] arm64:ilp32: add vdso-ilp32 and use for signal return

Hi, yury On 2016/4/13 23:55, Yury Norov wrote: Hi Bamvor, On Wed, Apr 13, 2016 at 05:19:28PM +0800, Zhangjian (Bamvor) wrote: Hi, Yury and Philipp There is a small fix for this patch. Othervise our tools of living patch could not work. Regards Bamvor From

Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64 - LTP results

Hi, Yury On 2016/4/6 6:44, Yury Norov wrote: There are about 20 failing tests of 782 in lite scenario. float_bessel float_exp_log float_iperb float_power float_trigo pipeio_1 pipeio_3 pipeio_5 pipeio_8 abort01 clone02 kill11 mmap16 open12 pause01 rename11 rmdir02 umount2_01 umount2_02

Re: [PATCH 12/25] arm64: compat: change config dependences to aarch32

Hi, Yury On 2016/4/23 5:59, Yury Norov wrote: On Fri, Apr 22, 2016 at 04:58:18PM +0100, Catalin Marinas wrote: On Wed, Apr 06, 2016 at 01:08:34AM +0300, Yury Norov wrote: From: Bamvor Jian Zhang With the patches of ILP32, COMPAT is not equivalent to AARCH32 in

Re: [PATCH 24/25] arm64:ilp32: add vdso-ilp32 and use for signal return

Hi, Yury and Philipp There is a small fix for this patch. Othervise our tools of living patch could not work. Regards Bamvor From e05770efca9f040e0039a4a9c4e0d7d3b2bd13e8 Mon Sep 17 00:00:00 2001 From: Bamvor Jian Zhang Date: Wed, 13 Apr 2016 15:46:28 +0800