Eric Lee / smarc-fsl-linux-kernel

09 Feb, 2010

1 commit

  • 32974ad49   [IA64] Remove COMPAT_IA32 support ... Browse Code »

    This has been broken since May 2008 when Al Viro killed altroot support.
    Since nobody has complained, it would appear that there are no users of
    this code (A plausible theory since the main OSVs that support ia64 prefer
    to use the IA32-EL software emulation).

    Signed-off-by: Tony Luck

    Tony Luck
     

14 Nov, 2008

1 commit

  • ef81ee985   CRED: Wrap task credential accesses in the IA64 arch ... Browse Code »

    Wrap access to task credentials so that they can be separated more easily from
    the task_struct during the introduction of COW creds.

    Change most current->(|e|s|fs)[ug]id to current_(|e|s|fs)[ug]id().

    Change some task->e?[ug]id to task_e?[ug]id(). In some places it makes more
    sense to use RCU directly rather than a convenient wrapper; these will be
    addressed by later patches.

    Signed-off-by: David Howells
    Reviewed-by: James Morris
    Acked-by: Serge Hallyn
    Cc: Tony Luck
    Cc: linux-ia64@vger.kernel.org
    Signed-off-by: James Morris

    David Howells
     

07 Oct, 2008

1 commit

02 May, 2008

1 commit

  • 848376c77   [IA64] TS_RESTORE_SIGMASK ... Browse Code »

    Replace TIF_RESTORE_SIGMASK with TS_RESTORE_SIGMASK and define
    our own set_restore_sigmask() function. This saves the costly
    SMP-safe set_bit operation, which we do not need for the sigmask
    flag since TIF_SIGPENDING always has to be set too.

    Signed-off-by: Roland McGrath
    Signed-off-by: Tony Luck

    Roland McGrath
     

05 Mar, 2008

1 commit

19 Dec, 2007

1 commit

  • 2018df76d   [IA64] signal: remove redundant code in setup_sigcontext() ... Browse Code »

    This patch removes some redundant code in the function setup_sigcontext().

    The registers ar.ccv,b7,r14,ar.csd,ar.ssd,r2-r3 and r16-r31 are not
    restored in restore_sigcontext() when (flags & IA64_SC_FLAG_IN_SYSCALL) is
    true. So we don't need to zero those variables in setup_sigcontext().

    Signed-off-by: Shi Weihua
    Signed-off-by: Andrew Morton
    Signed-off-by: Tony Luck

    Shi Weihua
     

08 Dec, 2007

1 commit

20 Oct, 2007

1 commit

  • b488893a3   pid namespaces: changes to show virtual ids to user ... Browse Code »

    This is the largest patch in the set. Make all (I hope) the places where
    the pid is shown to or get from user operate on the virtual pids.

    The idea is:
    - all in-kernel data structures must store either struct pid itself
    or the pid's global nr, obtained with pid_nr() call;
    - when seeking the task from kernel code with the stored id one
    should use find_task_by_pid() call that works with global pids;
    - when showing pid's numerical value to the user the virtual one
    should be used, but however when one shows task's pid outside this
    task's namespace the global one is to be used;
    - when getting the pid from userspace one need to consider this as
    the virtual one and use appropriate task/pid-searching functions.

    [akpm@linux-foundation.org: build fix]
    [akpm@linux-foundation.org: nuther build fix]
    [akpm@linux-foundation.org: yet nuther build fix]
    [akpm@linux-foundation.org: remove unneeded casts]
    Signed-off-by: Pavel Emelyanov
    Signed-off-by: Alexey Dobriyan
    Cc: Sukadev Bhattiprolu
    Cc: Oleg Nesterov
    Cc: Paul Menage
    Cc: "Eric W. Biederman"
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Pavel Emelyanov
     

10 May, 2007

1 commit

  • 38cb162b7   Merge git://git.kernel.org/pub/scm/linux/kernel/git/aegl/linux-2.6 ... Browse Code »

    * git://git.kernel.org/pub/scm/linux/kernel/git/aegl/linux-2.6:
    [IA64] wire up pselect, ppoll
    [IA64] Add TIF_RESTORE_SIGMASK
    [IA64] unwind did not work for processes born with CLONE_STOPPED
    [IA64] Optional method to purge the TLB on SN systems
    [IA64] SPIN_LOCK_UNLOCKED macro cleanup in arch/ia64
    [IA64-SN2][KJ] mmtimer.c-kzalloc
    [IA64] fix stack alignment for ia32 signal handlers
    [IA64] - Altix: hotplug after intr redirect can crash system
    [IA64] save and restore cpus_allowed in cpu_idle_wait
    [IA64] Removal of percpu TR cleanup in kexec code
    [IA64] Fix some section mismatch errors

    Linus Torvalds
     

09 May, 2007

2 commits

01 Jul, 2006

1 commit

27 Jan, 2006

1 commit

13 Jan, 2006

1 commit

  • ab03591db   [PATCH] ia64: task_thread_info() ... Browse Code »

    on ia64 thread_info is at the constant offset from task_struct and stack
    is embedded into the same beast. Set __HAVE_THREAD_FUNCTIONS, made
    task_thread_info() just add a constant.

    Signed-off-by: Al Viro
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Al Viro
     

09 Nov, 2005

1 commit

  • cf20d1eaf   [IA64] align signal-frame even when not using alternate signal-stack ... Browse Code »

    At the moment, attempting to invoke a signal-handler on the normal
    stack is guaranteed to fail if the stack-pointer happens not to be
    16-byte aligned. This is because the signal-trampoline will attempt
    to store fp-regs with stf.spill instructions, which will trap for
    misaligned addresses. This isn't terribly useful behavior. It's
    better to just always align the signal frame to the next lower 16-byte
    boundary.

    Signed-off-by: David Mosberger-Tang
    Signed-off-by: Tony Luck

    David Mosberger-Tang
     

30 Aug, 2005

1 commit

  • 69be8f189   [PATCH] convert signal handling of NODEFER to act like other Unix boxes. ... Browse Code »

    It has been reported that the way Linux handles NODEFER for signals is
    not consistent with the way other Unix boxes handle it. I've written a
    program to test the behavior of how this flag affects signals and had
    several reports from people who ran this on various Unix boxes,
    confirming that Linux seems to be unique on the way this is handled.

    The way NODEFER affects signals on other Unix boxes is as follows:

    1) If NODEFER is set, other signals in sa_mask are still blocked.

    2) If NODEFER is set and the signal is in sa_mask, then the signal is
    still blocked. (Note: this is the behavior of all tested but Linux _and_
    NetBSD 2.0 *).

    The way NODEFER affects signals on Linux:

    1) If NODEFER is set, other signals are _not_ blocked regardless of
    sa_mask (Even NetBSD doesn't do this).

    2) If NODEFER is set and the signal is in sa_mask, then the signal being
    handled is not blocked.

    The patch converts signal handling in all current Linux architectures to
    the way most Unix boxes work.

    Unix boxes that were tested: DU4, AIX 5.2, Irix 6.5, NetBSD 2.0, SFU
    3.5 on WinXP, AIX 5.3, Mac OSX, and of course Linux 2.6.13-rcX.

    * NetBSD was the only other Unix to behave like Linux on point #2. The
    main concern was brought up by point #1 which even NetBSD isn't like
    Linux. So with this patch, we leave NetBSD as the lonely one that
    behaves differently here with #2.

    Signed-off-by: Linus Torvalds

    Steven Rostedt
     

07 Jul, 2005

1 commit

22 Jun, 2005

1 commit

04 May, 2005

1 commit

  • 446b8831f   [IA64] fix ia64 syscall auditing ... Browse Code »

    Attached is a patch against David's audit.17 kernel that adds checks
    for the TIF_SYSCALL_AUDIT thread flag to the ia64 system call and
    signal handling code paths. The patch enables auditing of system
    calls set up via fsys_bubble_down, as well as ensuring that
    audit_syscall_exit() is called on return from sigreturn.

    Neglecting to check for TIF_SYSCALL_AUDIT at these points results in
    incorrect information in audit_context, causing frequent system panics
    when system call auditing is enabled on an ia64 system.

    I have tested this patch and have seen no problems with it.

    [Original patch from Amy Griffis ported to current kernel by David Woodhouse]

    From: Amy Griffis
    From: David Woodhouse
    Signed-off-by: Chris Wright
    Signed-off-by: Greg Kroah-Hartman
    Signed-off-by: Tony Luck

    David Woodhouse
     

17 Apr, 2005

1 commit

  • 1da177e4c   Linux-2.6.12-rc2 ... Browse Code »

    Initial git repository build. I'm not bothering with the full history,
    even though we have it. We can create a separate "historical" git
    archive of that later if we want to, and in the meantime it's about
    3.2GB when imported into git - space that would just make the early
    git days unnecessarily complicated, when we don't have a lot of good
    infrastructure for it.

    Let it rip!

    Linus Torvalds