1. 26 3月, 2016 1 次提交
  2. 23 1月, 2016 1 次提交
  3. 15 12月, 2015 1 次提交
  4. 29 10月, 2015 1 次提交
  5. 16 9月, 2015 1 次提交
  6. 06 1月, 2015 1 次提交
  7. 10 10月, 2014 1 次提交
  8. 16 9月, 2014 1 次提交
  9. 19 8月, 2014 1 次提交
  10. 07 8月, 2014 1 次提交
  11. 20 5月, 2014 1 次提交
  12. 29 1月, 2014 1 次提交
  13. 04 1月, 2013 1 次提交
  14. 09 10月, 2012 1 次提交
  15. 10 1月, 2012 1 次提交
  16. 03 11月, 2011 1 次提交
  17. 01 6月, 2011 1 次提交
  18. 29 5月, 2011 1 次提交
    • E
      ns: Wire up the setns system call · 7b21fddd
      Eric W. Biederman 提交于
      32bit and 64bit on x86 are tested and working.  The rest I have looked
      at closely and I can't find any problems.
      
      setns is an easy system call to wire up.  It just takes two ints so I
      don't expect any weird architecture porting problems.
      
      While doing this I have noticed that we have some architectures that are
      very slow to get new system calls.  cris seems to be the slowest where
      the last system calls wired up were preadv and pwritev.  avr32 is weird
      in that recvmmsg was wired up but never declared in unistd.h.  frv is
      behind with perf_event_open being the last syscall wired up.  On h8300
      the last system call wired up was epoll_wait.  On m32r the last system
      call wired up was fallocate.  mn10300 has recvmmsg as the last system
      call wired up.  The rest seem to at least have syncfs wired up which was
      new in the 2.6.39.
      
      v2: Most of the architecture support added by Daniel Lezcano <dlezcano@fr.ibm.com>
      v3: ported to v2.6.36-rc4 by: Eric W. Biederman <ebiederm@xmission.com>
      v4: Moved wiring up of the system call to another patch
      v5: ported to v2.6.39-rc6
      v6: rebased onto parisc-next and net-next to avoid syscall  conflicts.
      v7: ported to Linus's latest post 2.6.39 tree.
      
      >  arch/blackfin/include/asm/unistd.h     |    3 ++-
      >  arch/blackfin/mach-common/entry.S      |    1 +
      Acked-by: NMike Frysinger <vapier@gentoo.org>
      
      Oh - ia64 wiring looks good.
      Acked-by: NTony Luck <tony.luck@intel.com>
      Signed-off-by: NEric W. Biederman <ebiederm@xmission.com>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      7b21fddd
  19. 23 3月, 2011 1 次提交
  20. 19 8月, 2010 1 次提交
  21. 14 8月, 2010 2 次提交
  22. 09 2月, 2010 1 次提交
    • T
      [IA64] Remove COMPAT_IA32 support · 32974ad4
      Tony Luck 提交于
      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: NTony Luck <tony.luck@intel.com>
      32974ad4
  23. 09 12月, 2009 1 次提交
  24. 15 10月, 2009 1 次提交
  25. 17 6月, 2009 2 次提交
  26. 09 4月, 2009 1 次提交
  27. 14 1月, 2009 1 次提交
  28. 18 10月, 2008 1 次提交
  29. 02 8月, 2008 1 次提交
    • T
      [IA64] Move include/asm-ia64 to arch/ia64/include/asm · 7f30491c
      Tony Luck 提交于
      After moving the the include files there were a few clean-ups:
      
      1) Some files used #include <asm-ia64/xyz.h>, changed to <asm/xyz.h>
      
      2) Some comments alerted maintainers to look at various header files to
      make matching updates if certain code were to be changed. Updated these
      comments to use the new include paths.
      
      3) Some header files mentioned their own names in initial comments. Just
      deleted these self references.
      Signed-off-by: NTony Luck <tony.luck@intel.com>
      7f30491c
  30. 26 7月, 2008 1 次提交
  31. 09 2月, 2008 1 次提交
  32. 20 7月, 2007 1 次提交
  33. 19 5月, 2007 1 次提交
  34. 15 5月, 2007 1 次提交
  35. 11 5月, 2007 1 次提交
  36. 09 5月, 2007 2 次提交
  37. 06 2月, 2007 1 次提交