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 test_force3.c:16
> #1
> #2 func2
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
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
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.