1. 17 Oct, 2008 1 commit
    • Eric Van Hensbergen's avatar
      9p: consolidate read/write functions · 0fc9655e
      Eric Van Hensbergen authored
      
      
      Currently there are two separate versions of read and write.  One for
      dealing with user buffers and the other for dealing with kernel buffers.
      There is a tremendous amount of code duplication in the otherwise
      identical versions of these functions.  This patch adds an additional
      user buffer parameter to read and write and conditionalizes handling of
      the buffer on whether the kernel buffer or the user buffer is populated.
      Signed-off-by: default avatarEric Van Hensbergen <ericvh@gmail.com>
      
      
      
      0fc9655e
  2. 03 Jul, 2008 1 commit
    • Eric Van Hensbergen's avatar
      9p: fix O_APPEND in legacy mode · 2e4bef41
      Eric Van Hensbergen authored
      
      
      The legacy protocol's open operation doesn't handle an append operation
      (it is expected that the client take care of it).  We were incorrectly
      passing the extended protocol's flag through even in legacy mode.  This
      was reported in bugzilla report #10689.  This patch fixes the problem
      by disallowing extended protocol open modes from being passed in legacy
      mode and implemented append functionality on the client side by adding
      a seek after the open.
      Signed-off-by: default avatarEric Van Hensbergen <ericvh@gmail.com>
      2e4bef41
  3. 14 May, 2008 1 commit
  4. 06 Feb, 2008 1 commit
  5. 17 Oct, 2007 1 commit
  6. 09 Oct, 2007 1 commit
  7. 14 Jul, 2007 2 commits
  8. 08 May, 2007 1 commit
  9. 26 Mar, 2007 1 commit
  10. 18 Feb, 2007 1 commit
    • Eric Van Hensbergen's avatar
      9p: implement optional loose read cache · e03abc0c
      Eric Van Hensbergen authored
      
      
      While cacheing is generally frowned upon in the 9p world, it has its
      place -- particularly in situations where the remote file system is
      exclusive and/or read-only.  The vacfs views of venti content addressable
      store are a real-world instance of such a situation.  To facilitate higher
      performance for these workloads (and eventually use the fscache patches),
      we have enabled a "loose" cache mode which does not attempt to maintain
      any form of consistency on the page-cache or dcache.  This results in over
      two orders of magnitude performance improvement for cacheable block reads
      in the Bonnie benchmark.  The more aggressive use of the dcache also seems
      to improve metadata operational performance.
      Signed-off-by: default avatarEric Van Hensbergen <ericvh@gmail.com>
      e03abc0c
  11. 11 Feb, 2007 1 commit
  12. 26 Jan, 2007 1 commit
  13. 08 Dec, 2006 1 commit
  14. 04 Dec, 2006 1 commit
  15. 30 Jun, 2006 1 commit
  16. 15 May, 2006 1 commit
  17. 28 Mar, 2006 1 commit
  18. 25 Mar, 2006 2 commits
  19. 02 Mar, 2006 1 commit
  20. 18 Jan, 2006 1 commit
  21. 08 Jan, 2006 2 commits
    • Latchesar Ionkov's avatar
      [PATCH] v9fs: zero copy implementation · 531b1094
      Latchesar Ionkov authored
      
      
      Performance enhancement reducing the number of copies in the data and
      stat paths.
      Signed-off-by: default avatarLatchesar Ionkov <lucho@ionkov.net>
      Cc: Eric Van Hensbergen <ericvh@ericvh.myip.org>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      531b1094
    • OGAWA Hirofumi's avatar
      [PATCH] Fix and add EXPORT_SYMBOL(filemap_write_and_wait) · 28fd1298
      OGAWA Hirofumi authored
      
      
      This patch add EXPORT_SYMBOL(filemap_write_and_wait) and use it.
      
      See mm/filemap.c:
      
      And changes the filemap_write_and_wait() and filemap_write_and_wait_range().
      
      Current filemap_write_and_wait() doesn't wait if filemap_fdatawrite()
      returns error.  However, even if filemap_fdatawrite() returned an
      error, it may have submitted the partially data pages to the device.
      (e.g. in the case of -ENOSPC)
      
      <quotation>
      Andrew Morton writes,
      
      If filemap_fdatawrite() returns an error, this might be due to some
      I/O problem: dead disk, unplugged cable, etc.  Given the generally
      crappy quality of the kernel's handling of such exceptions, there's a
      good chance that the filemap_fdatawait() will get stuck in D state
      forever.
      </quotation>
      
      So, this patch doesn't wait if filemap_fdatawrite() returns the -EIO.
      
      Trond, could you please review the nfs part?  Especially I'm not sure,
      nfs must use the "filemap_fdatawrite(inode->i_mapping) == 0", or not.
      Acked-by: default avatarTrond Myklebust <trond.myklebust@fys.uio.no>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      28fd1298
  22. 09 Nov, 2005 1 commit
    • Olaf Hering's avatar
      [PATCH] changing CONFIG_LOCALVERSION rebuilds too much, for no good reason · 733482e4
      Olaf Hering authored
      
      
      This patch removes almost all inclusions of linux/version.h.  The 3
      #defines are unused in most of the touched files.
      
      A few drivers use the simple KERNEL_VERSION(a,b,c) macro, which is
      unfortunatly in linux/version.h.
      
      There are also lots of #ifdef for long obsolete kernels, this was not
      touched.  In a few places, the linux/version.h include was move to where
      the LINUX_VERSION_CODE was used.
      
      quilt vi `find * -type f -name "*.[ch]"|xargs grep -El '(UTS_RELEASE|LINUX_VERSION_CODE|KERNEL_VERSION|linux/version.h)'|grep -Ev '(/(boot|coda|drm)/|~$)'`
      
      search pattern:
      /UTS_RELEASE\|LINUX_VERSION_CODE\|KERNEL_VERSION\|linux\/\(utsname\|version\).h
      Signed-off-by: default avatarOlaf Hering <olh@suse.de>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      733482e4
  23. 11 Oct, 2005 1 commit
  24. 28 Sep, 2005 1 commit
    • Latchesar Ionkov's avatar
      [PATCH] v9fs: fix races in fid allocation · 0b8dd177
      Latchesar Ionkov authored
      
      
      Fid management cleanup.  The patch attempts to fix the races in dentry's
      fid management.
      
      Dentries don't keep the opened fids anymore, they are moved to the file
      structs.  Ideally there should be no more than one fid with fidcreate equal
      to zero in the dentry's list of fids.
      
      v9fs_fid_create initializes the important fields (fid, fidcreated) before
      v9fs_fid is added to the list.  v9fs_fid_lookup returns only fids that are
      not created by v9fs_create.  v9fs_fid_get_created returns the fid created
      by the same process by v9fs_create (if any) and removes it from dentry's
      list
      Signed-off-by: default avatarLatchesar Ionkov <lucho@ionkov.net>
      Cc: Eric Van Hensbergen <ericvh@gmail.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      0b8dd177
  25. 09 Sep, 2005 1 commit