1. 06 7月, 2017 1 次提交
  2. 30 6月, 2017 6 次提交
  3. 20 6月, 2017 1 次提交
  4. 16 6月, 2017 1 次提交
  5. 18 4月, 2017 1 次提交
  6. 02 3月, 2017 1 次提交
  7. 20 2月, 2017 3 次提交
  8. 07 2月, 2017 2 次提交
  9. 25 12月, 2016 1 次提交
  10. 23 12月, 2016 1 次提交
  11. 16 12月, 2016 4 次提交
  12. 10 12月, 2016 2 次提交
    • D
      vfs: refactor clone/dedupe_file_range common functions · 876bec6f
      Darrick J. Wong 提交于
      Hoist both the XFS reflink inode state and preparation code and the XFS
      file blocks compare functions into the VFS so that ocfs2 can take
      advantage of it for reflink and dedupe.
      Signed-off-by: NDarrick J. Wong <darrick.wong@oracle.com>
      876bec6f
    • C
      fs: try to clone files first in vfs_copy_file_range · a76b5b04
      Christoph Hellwig 提交于
      A clone is a perfectly fine implementation of a file copy, so most
      file systems just implement the copy that way.  Instead of duplicating
      this logic move it to the VFS.  Currently btrfs and XFS implement copies
      the same way as clones and there is no behavior change for them, cifs
      only implements clones and grow support for copy_file_range with this
      patch.  NFS implements both, so this will allow copy_file_range to work
      on servers that only implement CLONE and be lot more efficient on servers
      that implements CLONE and COPY.
      Signed-off-by: NChristoph Hellwig <hch@lst.de>
      a76b5b04
  13. 15 10月, 2016 1 次提交
  14. 15 7月, 2016 1 次提交
    • H
      x86/syscalls: Add compat_sys_preadv64v2/compat_sys_pwritev64v2 · 3ebfd81f
      H.J. Lu 提交于
      Don't use the same syscall numbers for 2 different syscalls:
      
       534	x32	preadv			compat_sys_preadv64
       535	x32	pwritev			compat_sys_pwritev64
       534	x32	preadv2			compat_sys_preadv2
       535	x32	pwritev2		compat_sys_pwritev2
      
      Add compat_sys_preadv64v2() and compat_sys_pwritev64v2() so that 64-bit offset
      is passed in one 64-bit register on x32, similar to compat_sys_preadv64()
      and compat_sys_pwritev64().
      Signed-off-by: NH.J. Lu <hjl.tools@gmail.com>
      Cc: Andy Lutomirski <luto@kernel.org>
      Cc: Borislav Petkov <bp@alien8.de>
      Cc: Brian Gerst <brgerst@gmail.com>
      Cc: Christoph Hellwig <hch@lst.de>
      Cc: Denys Vlasenko <dvlasenk@redhat.com>
      Cc: H. Peter Anvin <hpa@zytor.com>
      Cc: Josh Poimboeuf <jpoimboe@redhat.com>
      Cc: Linus Torvalds <torvalds@linux-foundation.org>
      Cc: Peter Zijlstra <peterz@infradead.org>
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Link: http://lkml.kernel.org/r/CAMe9rOovCMf-RQfx_n1U_Tu_DX1BYkjtFr%3DQ4-_PFVSj9BCzUA@mail.gmail.comSigned-off-by: NIngo Molnar <mingo@kernel.org>
      3ebfd81f
  15. 03 5月, 2016 1 次提交
  16. 02 5月, 2016 1 次提交
  17. 04 4月, 2016 1 次提交
  18. 05 3月, 2016 3 次提交
  19. 28 2月, 2016 1 次提交
  20. 20 2月, 2016 1 次提交
  21. 23 1月, 2016 2 次提交
  22. 01 1月, 2016 2 次提交
  23. 23 12月, 2015 1 次提交
  24. 08 12月, 2015 1 次提交
    • C
      vfs: pull btrfs clone API to vfs layer · 04b38d60
      Christoph Hellwig 提交于
      The btrfs clone ioctls are now adopted by other file systems, with NFS
      and CIFS already having support for them, and XFS being under active
      development.  To avoid growth of various slightly incompatible
      implementations, add one to the VFS.  Note that clones are different from
      file copies in several ways:
      
       - they are atomic vs other writers
       - they support whole file clones
       - they support 64-bit legth clones
       - they do not allow partial success (aka short writes)
       - clones are expected to be a fast metadata operation
      
      Because of that it would be rather cumbersome to try to piggyback them on
      top of the recent clone_file_range infrastructure.  The converse isn't
      true and the clone_file_range system call could try clone file range as
      a first attempt to copy, something that further patches will enable.
      
      Based on earlier work from Peng Tao.
      Signed-off-by: NChristoph Hellwig <hch@lst.de>
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      04b38d60