1. 15 Mar, 2011 6 commits
  2. 28 Oct, 2010 7 commits
  3. 02 Aug, 2010 2 commits
  4. 27 May, 2010 1 commit
  5. 21 May, 2010 1 commit
  6. 13 Mar, 2010 2 commits
  7. 05 Mar, 2010 1 commit
  8. 08 Feb, 2010 1 commit
    • M. Mohan Kumar's avatar
      9p: Include fsync support for 9p client · 7a4439c4
      M. Mohan Kumar authored
      Implement the fsync in the client side by marking stat field values to 'don't touch' so that server may 
      interpret it as a request to guarantee that the contents of the associated file are committed to stable 
      storage before the Rwstat message is returned.
      Without this patch, calling fsync on a 9p file results in "Invalid argument" error. Please check the attached 
      C program.
      Signed-off-by: Aneesh Kumar K.V <aneesh.kumar@linux.vnet.ibm.com> 
      Signed-off-by: M. Mohan Kumar <mohan@in.ibm.com> 
      Acked-by: default avatarVenkateswararao Jujjuri (JV) <jvrao@linux.vnet.ibm.com>
      Signed-off-by: default avatarEric Van Hensbergen <ericvh@gmail.com>
  9. 23 Sep, 2009 3 commits
  10. 22 Oct, 2008 1 commit
  11. 17 Oct, 2008 4 commits
  12. 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>
  13. 14 May, 2008 1 commit
  14. 06 Feb, 2008 1 commit
  15. 17 Oct, 2007 1 commit
  16. 09 Oct, 2007 1 commit
  17. 14 Jul, 2007 2 commits
  18. 08 May, 2007 1 commit
  19. 26 Mar, 2007 1 commit
  20. 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>
  21. 11 Feb, 2007 1 commit