1. 20 10月, 2012 2 次提交
    • C
      xtensa: add missing system calls to the syscall table · 7216cabf
      Chris Zankel 提交于
      Add the following system calls to the syscall table:
      
      fallocate
      sendmmsg
      umount2
      syncfs
      epoll_create1
      inotify_init1
      signalfd4
      dup3
      pipe2
      timerfd_create
      timerfd_settime
      timerfd_gettime
      eventfd2
      preadv
      pwritev
      fanotify_init
      fanotify_mark
      process_vm_readv
      process_vm_writev
      name_to_handle_at
      open_by_handle_at
      sync_file_range
      perf_event_open
      rt_tgsigqueueinfo
      clock_adjtime
      prlimit64
      kcmp
      
      Note that we have to use the 'sys_sync_file_range2' version, so that
      the 64-bit arguments are aligned correctly to the argument registers.
      Signed-off-by: NChris Zankel <chris@zankel.net>
      7216cabf
    • C
      xtensa: minor compiler warning fix · 39070cb8
      Chris Zankel 提交于
      Fix two compiler warnings complaining about truncating a value on
      a 64-bit host, and about declaring an unused variable that is only
      used for a specific configuration.
      Signed-off-by: NChris Zankel <chris@zankel.net>
      39070cb8
  2. 16 10月, 2012 10 次提交
  3. 13 10月, 2012 1 次提交
    • J
      vfs: define struct filename and have getname() return it · 91a27b2a
      Jeff Layton 提交于
      getname() is intended to copy pathname strings from userspace into a
      kernel buffer. The result is just a string in kernel space. It would
      however be quite helpful to be able to attach some ancillary info to
      the string.
      
      For instance, we could attach some audit-related info to reduce the
      amount of audit-related processing needed. When auditing is enabled,
      we could also call getname() on the string more than once and not
      need to recopy it from userspace.
      
      This patchset converts the getname()/putname() interfaces to return
      a struct instead of a string. For now, the struct just tracks the
      string in kernel space and the original userland pointer for it.
      
      Later, we'll add other information to the struct as it becomes
      convenient.
      Signed-off-by: NJeff Layton <jlayton@redhat.com>
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      91a27b2a
  4. 09 10月, 2012 1 次提交
  5. 06 10月, 2012 1 次提交
    • J
      cross-arch: don't corrupt personality flags upon exec() · 16f3e95b
      Jiri Kosina 提交于
      Historically, the top three bytes of personality have been used for
      things such as ADDR_NO_RANDOMIZE, which made sense only for specific
      architectures.
      
      We now however have a flag there that is general no matter the
      architecture (UNAME26); generally we have to be careful to preserve the
      personality flags across exec().
      
      This patch tries to fix all architectures that forcefully overwrite
      personality flags during exec() (ppc32 and s390 have been fixed recently
      by commits f9783ec8 ("[S390] Do not clobber personality flags on
      exec") and 59e4c3a2 ("powerpc/32: Don't clobber personality flags on
      exec") in a similar way already).
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      Cc: Haavard Skinnemoen <hskinnemoen@gmail.com>
      Cc: Hans-Christian Egtvedt <egtvedt@samfundet.no>
      Cc: Mike Frysinger <vapier@gentoo.org>
      Cc: Mark Salter <msalter@redhat.com>
      Cc: Mikael Starvik <starvik@axis.com>
      Cc: Jesper Nilsson <jesper.nilsson@axis.com>
      Cc: David Howells <dhowells@redhat.com>
      Cc: Yoshinori Sato <ysato@users.sourceforge.jp>
      Cc: Richard Kuo <rkuo@codeaurora.org>
      Cc: Hirokazu Takata <takata@linux-m32r.org>
      Cc: Geert Uytterhoeven <geert@linux-m68k.org>
      Cc: Michal Simek <monstr@monstr.eu>
      Cc: Koichi Yasutake <yasutake.koichi@jp.panasonic.com>
      Cc: Jonas Bonn <jonas@southpole.se>
      Cc: Chen Liqin <liqin.chen@sunplusct.com>
      Cc: Lennox Wu <lennox.wu@gmail.com>
      Cc: Paul Mundt <lethal@linux-sh.org>
      Cc: "David S. Miller" <davem@davemloft.net>
      Cc: Chris Zankel <chris@zankel.net>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      16f3e95b
  6. 05 10月, 2012 1 次提交
  7. 04 10月, 2012 23 次提交
  8. 03 10月, 2012 1 次提交