On 2016/12/5 18:07, Andreas Schwab wrote:
On Dez 05 2016, "Zhangjian (Bamvor)" 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 about the conform and other failures
merge ILP32(in technology part)?
We appreciate any feedback/suggestion and hope could collaborate to improve the
upstream progress.
(cc libc-alpha to get more input).
Thanks
Bamvor
On 2016/11/17 15:48, Zhangjian (Bamvor) wrote:
Hi, Maxim
On 2016/11/17 13:02, Maxim Kuvyrkov wrote:
Hi Bamvor
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
Hi, Macheal
Thanks your reply.
On 2016/11/18 19:29, Michael Ellerman wrote:
>> From: Bamvor Jian Zhang
>>
>> Enable O and KBUILD_OUTPUT for kselftest. User could compile kselftest
>> to another directory by passing O or KBUILD_OUTPUT. And O is high
>> priority than KBUILD_OUTPUT.
>
>We end up s
Hi, Michael
On 2016/11/18 18:31, Michael Ellerman wrote:
>Hi Bamvor,
>
>bamvor.zhangj...@huawei.com writes:
>
>> From: Bamvor Jian Zhang
>>
>> Currently, kselftest use TEST_PROGS, TEST_PROGS_EXTENDED, TEST_FILES to
>> indicate the default test program, extended test program and test files.
>> Th
Hi, Micheal
On 2016/11/18 19:01, Michael Ellerman wrote:
bamvor.zhangj...@huawei.com writes:
From: Bamvor Jian Zhang
Some testcases need the clean extra data after running. This patch
introduce the "EXTRA_CLEAN" variable to address this requirement.
The idea here is fine I think. But this
9.mcf 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)
wrote:
Hi, all
I test specint of aarch64 LP64
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 bzip
Hi, Yury
On 2016/9/8 19:37, Yury Norov wrote:
On Thu, Sep 08, 2016 at 12:25:27PM +0800, Zhangjian (Bamvor) wrote:
Hi, Guys
There was a discussion about bump vdso version of kernel. We need
update the vdso version in glibc correspondingly otherwise the
application could not make use of the
Hi, Guys
There was a discussion about bump vdso version of kernel. We need
update the vdso version in glibc correspondingly otherwise the
application could not make use of the vdso.
Is it make sense to you?
Regards
Bamvor
commit 3ffc1d798fc25ccb02e7cc325fe5fb3890c085e3
Author: Bamvor Jian Zha
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 support of
AARCH32 use
Hi, Joseph
On 2016/7/20 23:47, Joseph Myers wrote:
On Wed, 6 Jul 2016, Zhangjian (Bamvor) wrote:
correct or not. After learn and compare some fuzz tools, I feel that there is
no such fuzz tools could help me. So, I wrote a new fuzz tools base on the
trinity and it found several wrapper issues
Hi, Dmitry
On 2016/7/6 17:09, Dmitry Vyukov wrote:
On Wed, Jul 6, 2016 at 10:24 AM, Zhangjian (Bamvor)
wrote:
Hi, Dmitry
Hi Bamvor,
Nice work!
Coverage should be easy to do with CONFIG_KCOV, but do you need
fuzzing/coverage? It seems that testing a predefined set of special
values for
Hi, Dmitry
On 2016/7/6 16:00, Dmitry Vyukov wrote:
On Wed, Jul 6, 2016 at 9:39 AM, Zhangjian (Bamvor)
wrote:
HI,
When I working on the ILP32 ABI for ARMv8 in last two years, I has
encountered lots of syscall issues such as wrong number of arguments,
different data type in binary interface. I
Fix the wrong email address for Arnd. Sorry for the noise.
On 2016/7/6 15:39, Zhangjian (Bamvor) wrote:
HI,
When I working on the ILP32 ABI for ARMv8 in last two years, I has encountered
lots of syscall issues such as wrong number of arguments, different data type
in binary interface. I
HI,
When I working on the ILP32 ABI for ARMv8 in last two years, I has encountered lots of syscall issues such as wrong number of arguments, different data type in binary interface. I realized that the correctness of argument passing between the C library and core kernel code is a common problem
Hi,
In our test, we need to fix stack pointer in makecontext. Not sure
if it should be a standalone patch:
From 1d51ca34034ef83ea602874a93e26fd158ddd214 Mon Sep 17 00:00:00 2001
From: Jun Ji
Date: Fri, 29 Apr 2016 17:20:23 +0800
Subject: [PATCH] fix for makecontext error
Signed-off-by: Jun Ji
Hi,
On 2016/6/21 15:58, Andreas Schwab wrote:
Yury Norov writes:
diff --git a/sysdeps/unix/sysv/linux/sysdep-vdso.h
b/sysdeps/unix/sysv/linux/sysdep-vdso.h
index e8c4a7b..351d6bb 100644
--- a/sysdeps/unix/sysv/linux/sysdep-vdso.h
+++ b/sysdeps/unix/sysv/linux/sysdep-vdso.h
@@ -37,7 +37,7 @@
Hi,
On 2016/6/21 19:42, Zhangjian (Bamvor) wrote:
Hi,
On 2016/6/21 15:56, Andreas Schwab wrote:
Yury Norov writes:
diff --git a/sysdeps/unix/sysv/linux/aarch64/sysdep.h
b/sysdeps/unix/sysv/linux/aarch64/sysdep.h
index 1ffabc2..42f89c8 100644
--- a/sysdeps/unix/sysv/linux/aarch64/sysdep.h
Hi,
On 2016/6/21 15:56, Andreas Schwab wrote:
Yury Norov writes:
diff --git a/sysdeps/unix/sysv/linux/aarch64/sysdep.h
b/sysdeps/unix/sysv/linux/aarch64/sysdep.h
index 1ffabc2..42f89c8 100644
--- a/sysdeps/unix/sysv/linux/aarch64/sysdep.h
+++ b/sysdeps/unix/sysv/linux/aarch64/sysdep.h
@@ -16
Hi, Yury
On 2016/6/21 13:07, Yury Norov wrote:
From: Andrew Pinski
So that ILP32 is aligned to 64bits.
Signed-off-by: Yury Norov
---
sysdeps/aarch64/nptl/bits/semaphore.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/sysdeps/aarch64/nptl/bits/semaphore.h
b/sysdeps/a
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 file
Hi,
On 2016/6/21 15:45, Andreas Schwab wrote:
Yury Norov writes:
In ILP32, the sigaction struct is the same as AARCH64
Isn't sys_ilp32.c using the compat calls for sigaction?
Yes. It is an old patch for v3 of ilp32 patches of kernel which wrote
in 2014. We should remove it completely.
Reg
Hi,
On 2016/6/13 1:44, Yury Norov wrote:
Hi Bamvor,
Sorry, I missed this patch.
On Sat, Jun 04, 2016 at 07:34:32PM +0800, 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
+#define ELF_ET_DYN_BASE COMPAT_ELF_ET_DYN_BASE
Note that the ilp32 library works without this patch. After read code and
debug, the address is corrected in get_unmapped_area. I suspect find_vma
fix this wrong address.
Ideas?
Regards
Bamvor
On 2016/6/13 11:05, Zhangjian (Bamvor) wrote:
Hi, Yury
On
Hi, Yury
On 2016/5/24 8:04, Yury Norov wrote:
to handle ILP32 binaries
Signed-off-by: Yury Norov
---
arch/arm64/kernel/Makefile | 1 +
arch/arm64/kernel/binfmt_ilp32.c | 91
2 files changed, 92 insertions(+)
create mode 100644 arch/arm64/ke
Hi,
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:28
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
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 specific mechanism is nee
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
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.
Some
Hi, Peter
On 2016/6/8 15:33, H. Peter Anvin wrote:
On June 7, 2016 7:14:41 PM PDT, "Zhangjian (Bamvor)"
wrote:
Hi,
On 2016/6/8 9:33, Weidong Wang wrote:
Test 32 progress and 64 progress on the 64bit system with
this progress:
int main(int argc, char **argv)
{
Hi,
On 2016/6/8 9:33, Weidong Wang wrote:
Test 32 progress and 64 progress on the 64bit system with
this progress:
int main(int argc, char **argv)
{
int fd = 0;
int i, ret = 0;
char buf[512];
unsigned long count = -1;
fd = open("/tmp", O_RDONLY);
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
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
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 wro
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 the
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 l
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'
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
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
&g
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
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 20:37, Yury Norov wrote:
"include/uapi/asm-generic/posix_types.h" is uapi, we could
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-
ed\n", TEMPFILE);
exit(2);
}
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 (Bam
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
Add a separate syscall-table for ILP32, which dispatches either to native
LP64 system call implementation or to
Hi, yury
I tested successful in both little endian and big endian.
Just two comments below:
On 2016/5/6 22:00, Yury Norov wrote:
Hello colleagues,
After all comments, VDSO fix looks like this for me.
Note I renamed Andrew's ZERO macro to DELOUSE, as
there already is __SC_DELOUSE which does th
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
Signed-off-by: Yury Norov
---
arch/arm64/include/asm/un
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 files
Hi,
On 2016/5/5 7:23, Andrew Pinski wrote:
On Wed, May 4, 2016 at 2:49 PM, Yury Norov 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 works in both big endian and small
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
Hi, all
On 2016/5/3 19:07, Zhangjian (Bamvor) wrote:
On 2016/5/3 17:05, Arnd Bergmann wrote:
On Tuesday 03 May 2016 10:00:45 Catalin Marinas wrote:
On Fri, Apr 29, 2016 at 07:30:19PM +0200, Arnd Bergmann wrote:
On Friday 29 April 2016 17:01:55 Catalin Marinas wrote:
On Wed, Apr 06, 2016
On 2016/5/3 17:05, Arnd Bergmann wrote:
On Tuesday 03 May 2016 10:00:45 Catalin Marinas wrote:
On Fri, Apr 29, 2016 at 07:30:19PM +0200, Arnd Bergmann wrote:
On Friday 29 April 2016 17:01:55 Catalin Marinas wrote:
On Wed, Apr 06, 2016 at 01:08:46AM +0300, Yury Norov wrote:
ILP32 VDSO export
Hi, Andrew
On 2016/4/28 5:15, Andrew Pinski wrote:
On Wed, Apr 27, 2016 at 12:30 AM, Andrew Pinski wrote:
On Fri, Apr 22, 2016 at 8:37 PM, Zhangjian (Bamvor)
wrote:
Hi, Yury
On 2016/4/6 6:44, Yury Norov wrote:
There are about 20 failing tests of 782 in lite scenario.
float_bessel
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
umount2_03
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 EL0.
This patch fix this by upd
Hi, yury
I suggest we enable AARCH32_EL0 by default explicitly. I am not sure
if it should be a dedicated commit. I am ok if you merge my commit, add
Reviewed-by: Bamvor Jian Zhang
commit 926ad48847c9fbc665285c49ff823666e145a083
Author: Bamvor Jian Zhang
Date: Wed Apr 6 17:59:03 2016 +0800
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
Subject: [PATCH] arm64: ilp32: do n
On 2016/3/29 21:27, Arnd Bergmann wrote:
On Tuesday 29 March 2016 21:21:49 Zhangjian wrote:
Then we could remove the __USE_FILE_OFFSET64 in stat.h and fcnt.h in
aarch64. And truncate and ftruncate is same as truncate64 and
ftruncate64.
I don't know what the glibc developers prefer,
Hi, Yury
On 2016/3/29 20:01, Yury Norov wrote:
On Tue, Mar 29, 2016 at 12:58:25PM +0200, Arnd Bergmann wrote:
On Saturday 26 March 2016 20:36:43 Zhangjian wrote:
Hi, Arnd
On 2016/3/21 17:43, Arnd Bergmann wrote:
On Monday 21 March 2016 10:07:49 Andreas Schwab wrote:
This patch may fix a
Hi, guys
Does any body test the bigendian? We found lots of failures in be in
our arm64 hardware. E.g. the signal issue.
IIUC, the signal of struct in ILP32 is align with the aarch32. If so,
we need to revert the following patch wrote by Andrew in 2014 which
align the kernel_sigaction of ilp32 t
Hi, Yury
On 2016/3/22 2:40, Yury Norov wrote:
On Mon, Mar 21, 2016 at 10:07:49AM +0100, Andreas Schwab wrote:
[...]
Hi Andreas,
Thank you for your patch. It seems like it fixed a couple of tests.
I applied it to the library branch. Current list of fails is like this:
float_bessel
Hi, Arnd
On 2016/3/21 17:43, Arnd Bergmann wrote:
On Monday 21 March 2016 10:07:49 Andreas Schwab wrote:
This patch may fix a few LTP tests.
Thanks for analyzing.
diff --git a/sysdeps/unix/sysv/linux/aarch64/bits/fcntl.h
b/sysdeps/unix/sysv/linux/aarch64/bits/fcntl.h
index 3631903..d1010d
Hi, Yury
On 2016/3/20 16:12, Zhangjian (Bamvor) wrote:
Hi, Yury
On 2016/3/19 0:46, Yury Norov wrote:
[...]
The minimal test reproducing it is attached. The similar test where
parent forks a child and then kills it, works fine. (Attached too).
I see that in case of pthread, there's much
Hi, Yury
On 2016/3/19 0:46, Yury Norov wrote:
On Fri, Mar 18, 2016 at 04:55:26PM +0100, Alexander Graf wrote:
On 18.03.16 16:49, Yury Norov wrote:
On Fri, Mar 18, 2016 at 06:28:29PM +0800, Zhangjian (Bamvor) wrote:
For the glibc part, I found that there are 11 patches of ilp32 in top,
but
Hi, Yury
We are trying to test ilp32 in our arm64 board. But we got more
failure compare with you. So, I am wondering if we could align
the test environment with you. The source code we used:
1. glibc: the new-api branch of glibc from
g...@code.huawei.com:gnu/norov_glibc.git.
2. Kernel: r
Hi, Yury
On 1:09 2016/1/30, Yury Norov wrote:
On Fri, Jan 29, 2016 at 05:59:33PM +0800, Zhangjian (Bamvor) wrote:
Hi,
On 1:22 2016/1/15, Yury Norov wrote:
This is still RFC because we have no glibc yet, that correspnds new ABI
introduced here. And so we cannot run tests. LP64 and AARCH32
Hi,
On 1:22 2016/1/15, Yury Norov wrote:
This is still RFC because we have no glibc yet, that correspnds new ABI
introduced here. And so we cannot run tests. LP64 and AARCH32 tests show
no regression though.
Hi,
Glad to see this version. I hope I could test it. Where could I find the
correspon
Fix the title.
On 16:43 2015/12/28, Bamvor Jian Zhang wrote:
I feel we need something like this to avoid the failure of compiling
when build with ARM64_ILP32(which will select COMPAT) and
ARMV8_DEPRECATED (which depends on the opcodes.o).
From f8b8ffdb449491ecf8ba465238bbdb4625a74ac0 Mon Sep 1
Hi, Yury
On 2015/11/18 5:16, Yury Norov wrote:
> From: Philipp Tomsich
>
> Based on Andrew Pinski's original patch-series and adapted with changes
> to reduce the duplication of code-paths and resolve issue found during
> LTP testing.
>
> Reviewed-by: David Daney
>
>
> Signed-off-by: Philipp
Hi, Yury
On 2015/11/18 5:16, Yury Norov wrote:
> From: Philipp Tomsich
>
> To make life for tools (such as gdb) easier when dealing with ILP32 processes,
> we report a proper subarchitecture for ILP32 in the ELF auxiliary vectors.
I saw some ilp32 relative patches in binutils mailing list. Does
Hi, Yury
Glad to see the new version of ilp32. Here is some general questions:
On 2015/11/18 5:16, Yury Norov wrote:
> --8<-
> Colleagues, I'm gonna to send it to list.
> Please, take a look.
> --8<-
>
> This is still RFC because ~20 tests still fail,
> and because it's based on
Hi, Andreas
On 2015/11/9 18:01, Andreas Schwab wrote:
Yury Norov writes:
This is what I run:
https://github.com/norov/glibc/tree/thunderx-ilp32-32time_toff_t
Thanks, rebootstrapping openSUSE Factory now.
Where could I find them for testing? I could not find them in your
obs[1].
Best regar
On 2015/4/17 21:17, Arnd Bergmann wrote:
On Friday 17 April 2015 10:01:56 Catalin Marinas wrote:
On Thu, Apr 16, 2015 at 05:21:30PM +0200, Arnd Bergmann wrote:
On Thursday 16 April 2015 14:31:34 Catalin Marinas wrote:
On Thu, Apr 16, 2015 at 11:33:49AM +, Pinski, Andrew wrote:
There are
On 2014/9/4 5:19, Andrew Pinski wrote:
> Defines the macros which allow the signal structures to be the same between
> ILP32 and LP64.
>
> Signed-off-by: Andrew Pinski
> ---
> arch/arm64/include/uapi/asm/siginfo.h | 33
> arch/arm64/include/uapi/asm/signal.h
75 matches
Mail list logo
