linux-toradex.git/arch/tile/kernel/intvec_32.S, branch v3.10.2

arch/tile: Call tracehook_report_syscall_{entry,exit} in syscall trace

2013-03-21T19:39:34+00:00

Call tracehook functions for syscall tracing.

The check for TIF_SYSCALL_TRACE was removed, because the same check is
done right before in the assembly file.

Signed-off-by: Simon Marchi 
Signed-off-by: Chris Metcalf  [with ptrace.h fixup]

arch/tile: eliminate pt_regs trampolines for syscalls

2012-10-23T20:23:58+00:00

Using the new current_pt_regs() model, we can remove some trampolines
from assembly code and call directly to the C syscall implementations.
rt_sigreturn() and clone() still need some assembly wrapping, but no
longer are passed a pt_regs pointer.  sigaltstack() and the
tilepro-specific cmpxchg_badaddr() syscalls are now just straight C.

Signed-off-by: Chris Metcalf

tile: switch to generic sys_execve()

2012-10-23T17:40:12+00:00

Acked-by: Chris Metcalf 
Signed-off-by: Al Viro

tile: support GENERIC_KERNEL_THREAD and GENERIC_KERNEL_EXECVE

2012-10-20T17:13:29+00:00

Also provide an optimized current_pt_regs() while we're at it.

Signed-off-by: Chris Metcalf 
Signed-off-by: Al Viro

arch/tile: fix up some issues in calling do_work_pending()

2012-05-16T20:01:16+00:00

First, we were at risk of handling thread-info flags, in particular
do_signal(), when returning from kernel space.  This could happen
after a failed kernel_execve(), or when forking a kernel thread.
The fix is to test in do_work_pending() for user_mode() and return
immediately if so; we already had this test for one of the flags,
so I just hoisted it to the top of the function.

Second, if a ptraced process updated the callee-saved registers
in the ptregs struct and then processed another thread-info flag, we
would overwrite the modifications with the original callee-saved
registers.  To fix this, we add a register to note if we've already
saved the registers once, and skip doing it on additional passes
through the loop.  To avoid a performance hit from the couple of
extra instructions involved, I modified the GET_THREAD_INFO() macro
to be guaranteed to be one instruction, then bundled it with adjacent
instructions, yielding an overall net savings.

Reported-By: Al Viro 
Signed-off-by: Chris Metcalf

arch/tile: avoid accidentally unmasking NMI-type interrupt accidentally

2012-04-02T16:14:03+00:00

The return path as we reload registers and core state requires that r30
hold a boolean indicating whether we are returning from an NMI, but in a
couple of cases we weren't setting this properly, with the result that we
could accidentally unmask the NMI interrupt(s), which could cause confusion.
Now we set r30 in every place where we jump into the interrupt return path.

Signed-off-by: Chris Metcalf

tile: revert change from to in asm files

2011-10-13T12:25:01+00:00

The 32-bit TILEPro support uses some #defines in 
for atomic support routines in assembly.  To make this more explicit,
I've turned those includes into includes of , which
should hopefully make it clear that they shouldn't be bombed into
 in any cleanups.

Signed-off-by: Chris Metcalf

atomic: use

2011-07-26T23:49:47+00:00

This allows us to move duplicated code in 
(atomic_inc_not_zero() for now) to 

Signed-off-by: Arun Sharma 
Reviewed-by: Eric Dumazet 
Cc: Ingo Molnar 
Cc: David Miller 
Cc: Eric Dumazet 
Acked-by: Mike Frysinger 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

arch/tile: allow nonatomic stores to interoperate with fast atomic syscalls

2011-05-04T18:40:07+00:00

This semantic was already true for atomic operations within the kernel,
and this change makes it true for the fast atomic syscalls (__NR_cmpxchg
and __NR_atomic_update) as well.  Previously, user-space had to use
the fast atomic syscalls exclusively to update memory, since raw stores
could lose a race with the atomic update code even when the atomic update
hadn't actually modified the value.

With this change, we no longer write back the value to memory if it
hasn't changed.  This allows certain types of idioms in user space to
work as expected, e.g. "atomic exchange" to acquire a spinlock, followed
by a raw store of zero to release the lock.

Signed-off-by: Chris Metcalf

arch/tile: support TIF_NOTIFY_RESUME

2011-05-02T22:53:35+00:00

This support is required for CONFIG_KEYS, NFSv4 kernel DNS, etc.
The change is slightly more complex than the minimal thing, since
I took advantage of having to go into the assembly code to just
move a bunch of stuff into C code: specifically, the schedule(),
do_async_page_fault(), do_signal(), and single_step_once() support,
in addition to the TIF_NOTIFY_RESUME support.

Signed-off-by: Chris Metcalf