linux-toradex.git/arch/arm/kernel/unwind.c, branch v4.10

ARM: 8176/1: Use current_stack_pointer in unwind_backtrace

2014-11-13T23:58:09+00:00

Use the global current_stack_pointer to get the value of the stack pointer.
This change supports being able to compile the kernel with both gcc and clang.

Signed-off-by: Behan Webster 
Reviewed-by: Mark Charlebois 
Reviewed-by: Jan-Simon Möller 
Acked-by: Will Deacon 
Acked-by: Nicolas Pitre 
Signed-off-by: Russell King

ARM: 8152/1: Convert pr_warning to pr_warn

2014-09-26T13:39:53+00:00

Use the more common pr_warn.

Other miscellanea:

o Coalesce formats
o Realign arguments

Signed-off-by: Joe Perches 
Signed-off-by: Russell King

ARM: 8073/1: unwind: Use arm_get_current_stackframe

2014-07-18T11:29:16+00:00

Make the unwind code use the correct API so that the frame pointer
is extracted from the correct register.

Signed-off-by: Nikolay Borisov 
Acked-by: Will Deacon 
Signed-off-by: Russell King

arm, unwind, LLVMLinux: Enable clang to be used for unwinding the stack

2014-06-07T18:44:39+00:00

Patch to prevent warning of a buggy compiler when using clang and
the ARM_UNWIND option.

Clang defines (at least on the current trunk) GNUC, GNUC_MINOR, and
GNUC_PATCHLEVEL to 4, 2, and 1 respectively.

This version of GCC gets flagged as buggy, but it isn't actually an
issue with clang so the patch will do what it did before unless clang
is defined and then it will not report the GCC version as an issue.

Signed-off-by: Mark Charlebois 
Signed-off-by: Behan Webster

ARM: 8052/1: unwind: Fix handling of "Pop r4-r[4+nnn],r14" opcode

2014-05-25T22:44:26+00:00

The arm EABI states that unwind opcode 10100nnn means pop register r4-4[4+nnn],aditionally there is a similar unwind opcode: 10101nnn which means the same thing plus popping r14. Those two cases are handled by the unwind_exec_pop_r4_to_rN function which checks whether the 4th bit is set and does r14 popping.

However, up until now it has been checking whether the 8th bit was set (mask & 0x80) instead of the 4th (mask & 0x8), a simple to make typo but this meant that we were always popping r14 even if we had the former opcode.

This patch changes the mask so that the 2 unwind opcodes are being handled correctly.

Signed-off-by: Nikolay Borisov 
Reviewed-by: Anurag Aggarwal 
Signed-off-by: Russell King

ARM: 7987/1: ARM : unwinder : Prevent data abort due to stack overflow

2014-02-25T11:48:24+00:00

While unwinding backtrace, stack overflow is possible. This stack
overflow can sometimes lead to data abort in system if the area after
stack is not mapped to physical memory.

To prevent this problem from happening, execute the instructions that
can cause a data abort in separate helper functions, where a check for
feasibility is made before reading each word from the stack.

Signed-off-by: Anurag Aggarwal 
Reviewed-by: Dave Martin 
Signed-off-by: Russell King

ARM: unwinder: fix bisection to find origin in .idx section

2011-12-15T22:02:19+00:00

The bisection implemented in unwind_find_origin() stopped to early.  If
there is only a single entry left to check the original code just took
the end point as origin which might be wrong.

This was introduced in commit de66a979012d ("ARM: 7187/1: fix unwinding
for XIP kernels").

Reported-and-tested-by: Nick Bowler 
Signed-off-by: Uwe Kleine-König 
Signed-off-by: Linus Torvalds

ARM: 7187/1: fix unwinding for XIP kernels

2011-12-06T11:16:13+00:00

The linker places the unwind tables in readonly sections. So when using
an XIP kernel these are located in ROM and cannot be modified.
For that reason the current approach to convert the relative offsets in
the unwind index to absolute addresses early in the boot process doesn't
work with XIP.

The offsets in the unwind index section are signed 31 bit numbers and
the structs are sorted by this offset. So it first has offsets between
0x40000000 and 0x7fffffff (i.e. the negative offsets) and then offsets
between 0x00000000 and 0x3fffffff. When seperating these two blocks the
numbers are sorted even when interpreting the offsets as unsigned longs.

So determine the first non-negative entry once and track that using the
new origin pointer. The actual bisection can then use a plain unsigned
long comparison. The only thing that makes the new bisection more
complicated is that the offsets are relative to their position in the
index section, so the key to search needs to be adapted accordingly in
each step.

Moreover several consts are added to catch future writes and rename the
member "addr" of struct unwind_idx to "addr_offset" to better match the
new semantic. (This has the additional benefit of breaking eventual
users at compile time to make them aware of the change.)

In my tests the new algorithm was a tad faster than the original and has
the additional upside of not needing the initial conversion and so saves
some boot time and it's possible to unwind even earlier.

Acked-by: Catalin Marinas 
Acked-by: Nicolas Pitre 
Signed-off-by: Uwe Kleine-König 
Signed-off-by: Russell King

arm: convert core files from module.h to export.h

2011-10-31T23:30:49+00:00

Many of the core ARM kernel files are not modules, but just
including module.h for exporting symbols.  Now these files can
use the lighter footprint export.h for this role.

There are probably lots more, but ARM files of mach-* and plat-*
don't get coverage via a simple yesconfig build.  They will have
to be cleaned up and tested via using their respective configs.

Signed-off-by: Paul Gortmaker

ARM: 6468/1: backtrace: fix calculation of thread stack base

2010-11-07T16:12:37+00:00

When unwinding stack frames we must take care not to unwind
areas of memory that lie outside of the known extent of the stack.

This patch fixes an incorrect calculation of the stack base where
THREAD_SIZE is added to the stack pointer after it has already
been aligned to this value. Since the ALIGN macro performs this
addition internally, we end up overshooting the base by 8k.

Acked-by: Catalin Marinas 
Signed-off-by: Will Deacon 
Signed-off-by: Russell King