1. 05 Feb, 2014 1 commit
    • Linus Torvalds's avatar
      execve: use 'struct filename *' for executable name passing · c4ad8f98
      Linus Torvalds authored
      This changes 'do_execve()' to get the executable name as a 'struct
      filename', and to free it when it is done.  This is what the normal
      users want, and it simplifies and streamlines their error handling.
      
      The controlled lifetime of the executable name also fixes a
      use-after-free problem with the trace_sched_process_exec tracepoint: the
      lifetime of the passed-in string for kernel users was not at all
      obvious, and the user-mode helper code used UMH_WAIT_EXEC to serialize
      the pathname allocation lifetime with the execve() having finished,
      which in turn meant that the trace point that happened after
      mm_release() of the old process VM ended up using already free'd memory.
      
      To solve the kernel string lifetime issue, this simply introduces
      "getname_kernel()" that works like the normal user-space getname()
      function, except with the source coming from kernel memory.
      
      As Oleg points out, this also means that we could drop the tcomm[] array
      from 'struct linux_binprm', since the pathname lifetime now covers
      setup_new_exec().  That would be a separate cleanup.
      Reported-by: default avatarIgor Zhbanov <i.zhbanov@samsung.com>
      Tested-by: default avatarSteven Rostedt <rostedt@goodmis.org>
      Cc: Oleg Nesterov <oleg@redhat.com>
      Cc: Al Viro <viro@zeniv.linux.org.uk>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      c4ad8f98
  2. 04 Feb, 2014 3 commits
    • Linus Torvalds's avatar
      Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs · 878a876b
      Linus Torvalds authored
      Pull btrfs fixes from Chris Mason:
       "Filipe is fixing compile and boot problems with our crc32c rework, and
        Josef has disabled snapshot aware defrag for now.
      
        As the number of snapshots increases, we're hitting OOM.  For the
        short term we're disabling things until a bigger fix is ready"
      
      * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs:
        Btrfs: use late_initcall instead of module_init
        Btrfs: use btrfs_crc32c everywhere instead of libcrc32c
        Btrfs: disable snapshot aware defrag for now
      878a876b
    • Linus Torvalds's avatar
      Merge tag 'nfs-for-3.14-3' of git://git.linux-nfs.org/projects/trondmy/linux-nfs · d7512f79
      Linus Torvalds authored
      Pull NFS client bugfixes from Trond Myklebust:
       "Highlights:
      
         - Fix NFSv3 acl regressions
         - Fix NFSv4 memory corruption due to slot table abuse in
           nfs4_proc_open_confirm
         - nfs4_destroy_session must call rpc_destroy_waitqueue"
      
      * tag 'nfs-for-3.14-3' of git://git.linux-nfs.org/projects/trondmy/linux-nfs:
        fs: get_acl() must be allowed to return EOPNOTSUPP
        NFSv3: Fix return value of nfs3_proc_setacls
        NFSv3: Remove unused function nfs3_proc_set_default_acl
        NFSv4.1: nfs4_destroy_session must call rpc_destroy_waitqueue
        NFSv4: Fix memory corruption in nfs4_proc_open_confirm
        nfs: fix setting of ACLs on file creation.
      d7512f79
    • Linus Torvalds's avatar
      kbuild: don't enable DEBUG_INFO when building for COMPILE_TEST · 12b13835
      Linus Torvalds authored
      It really isn't very interesting to have DEBUG_INFO when doing compile
      coverage stuff (you wouldn't want to run the result anyway, that's kind
      of the whole point of COMPILE_TEST), and it currently makes the build
      take longer and use much more disk space for "all{yes,mod}config".
      
      There's somewhat active discussion about this still, and we might end up
      with some new config option for things like this (Andi points out that
      the silly X86_DECODER_SELFTEST option also slows down the normal
      coverage tests hugely), but I'm starting the ball rolling with this
      simple one-liner.
      
      DEBUG_INFO isn't that noticeable if you have tons of memory and a good
      IO subsystem, but it hurts you a lot if you don't - for very little
      upside for the common use.
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      12b13835
  3. 03 Feb, 2014 11 commits
  4. 02 Feb, 2014 12 commits
  5. 01 Feb, 2014 13 commits