Skip to content

cloud-kernel
cloud-kernel

openanolis / cloud-kernel
1 年多 前同步成功

通知 161
Star 36
Fork 7
cloud-kernel
cloud-kernel
切换分支/标签
  1. 09 10月, 2012 3 次提交
  3. 08 10月, 2012 2 次提交
  5. 06 10月, 2012 20 次提交
  7. 05 10月, 2012 5 次提交
    • W
      ARM: 7548/1: include linux/sched.h in syscall.h · 8ef102c6
      由 Wade Farnsworth 提交于 
      The syscall tracing patch introduces a compile bug in lttng-modules
when the latter calls syscall_get_nr(), similar to the following:

<path-to-linux>/arch/arm/include/asm/syscall.h:21:2: error: implicit declaration of function 'task_thread_info' [-Werror=implicit-function-declaration]

The issue is that we are using task_thread_info() in the
syscall_get_nr() function in asm/syscall.h, but not explicitly
including sched.h from this file, so we can expect this bug might
surface any time that syscall_get_nr() is called.

Explicitly including sched.h solves the problem.

Cc: <stable@vger.kernel.org> [3.5, 3.6]
Signed-off-by: NWade Farnsworth <wade_farnsworth@mentor.com>
Acked-by: NWill Deacon <will.deacon@arm.com>
Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      8ef102c6
    • A
      sparc64: Fix strace hiccups when force_successful_syscall() triggers. · ffa9009c
      由 Al Viro 提交于 
      When force_successful_syscall() triggers, the syscall return status
reported the ptrace applications gets garbled.

Fix this by reordering the events and tests in the ret_sys_call path.
Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      ffa9009c
    • A
      sparc64: Rearrange thread info to cheaply clear syscall noerror state. · 40138249
      由 Al Viro 提交于 
      After fixing a couple of brainos, it even seems to work.  What's done here
is move of ->syscall_noerror right before FPDEPTH byte in ->flags and
using sth to [%g6 + TI_SYS_NOERROR] instead of stb to [%g6 + TI_FPDEPTH] in
both branches of etrap_save.  AFAICS, that ought to be solid.  Again,
deciding what to do with now unused delay slot of branch on ->syscall_noerror
and dealing with the order of tests in ret_from_sys is a separate question,
but at least that way we don't have to clean ->syscall_noerror in there at
all.  AFAICS, it ought to be a clear win - sth is not going to cost more than
stb on etrap_64.S side of things, and we are losing write on syscalls.S one.
Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      40138249
    • M
      Revert "microblaze_mmu_v2: Update signal returning address" · 94fda49a
      由 Michal Simek 提交于 
      This reverts commit 8b28626a.

Offset -8 is wrong because when it is applied then one instruction
before brki r14, 8 is called again when we return.
Offset -4 is correct and brki instruction is called again.

This change came from ancient MMU kernel.
Signed-off-by: NMichal Simek <monstr@monstr.eu>
      94fda49a
    • M
      c6x: remove c6x signal.h · 2e919f76
      由 Mark Salter 提交于 
      The c6x signal.h includes the asm-generic version and provides
a couple of extern declarations. David Howells pointed out that
the externs needed to be protected by ifdef __KERNEL__. As it
turns out, the externs aren't really needed since the functions
are only called from asm code. So this patch gets rid of the
c6x signal.h and uses just the asm-generic version.
Signed-off-by: NMark Salter <msalter@redhat.com>
      2e919f76
  9. 04 10月, 2012 10 次提交