1. 06 Mar, 2010 1 commit
  2. 07 Feb, 2010 1 commit
  3. 22 Dec, 2009 1 commit
  4. 16 Dec, 2009 6 commits
  5. 25 Oct, 2009 1 commit
  6. 24 Sep, 2009 1 commit
  7. 12 Jun, 2009 2 commits
    • npiggin@suse.de's avatar
      fs: move mark_files_ro into file_table.c · 864d7c4c
      npiggin@suse.de authored
      
      This function walks the s_files lock, and operates primarily on the
      files in a superblock, so it better belongs here (eg. see also
      fs_may_remount_ro).
      
      [AV: ... and it shouldn't be static after that move]
      Signed-off-by: default avatarNick Piggin <npiggin@suse.de>
      Signed-off-by: default avatarAl Viro <viro@zeniv.linux.org.uk>
      864d7c4c
    • npiggin@suse.de's avatar
      fs: introduce mnt_clone_write · 96029c4e
      npiggin@suse.de authored
      
      This patch speeds up lmbench lat_mmap test by about another 2% after the
      first patch.
      
      Before:
       avg = 462.286
       std = 5.46106
      
      After:
       avg = 453.12
       std = 9.58257
      
      (50 runs of each, stddev gives a reasonable confidence)
      
      It does this by introducing mnt_clone_write, which avoids some heavyweight
      operations of mnt_want_write if called on a vfsmount which we know already
      has a write count; and mnt_want_write_file, which can call mnt_clone_write
      if the file is open for write.
      
      After these two patches, mnt_want_write and mnt_drop_write go from 7% on
      the profile down to 1.3% (including mnt_clone_write).
      
      [AV: mnt_want_write_file() should take file alone and derive mnt from it;
      not only all callers have that form, but that's the only mnt about which
      we know that it's already held for write if file is opened for write]
      
      Cc: Dave Hansen <haveblue@us.ibm.com>
      Signed-off-by: default avatarNick Piggin <npiggin@suse.de>
      Signed-off-by: default avatarAl Viro <viro@zeniv.linux.org.uk>
      96029c4e
  8. 30 Mar, 2009 1 commit
  9. 16 Mar, 2009 1 commit
  10. 05 Feb, 2009 1 commit
  11. 31 Dec, 2008 1 commit
  12. 13 Nov, 2008 3 commits
  13. 01 Nov, 2008 1 commit
    • Al Viro's avatar
      saner FASYNC handling on file close · 233e70f4
      Al Viro authored
      
      As it is, all instances of ->release() for files that have ->fasync()
      need to remember to evict file from fasync lists; forgetting that
      creates a hole and we actually have a bunch that *does* forget.
      
      So let's keep our lives simple - let __fput() check FASYNC in
      file->f_flags and call ->fasync() there if it's been set.  And lose that
      crap in ->release() instances - leaving it there is still valid, but we
      don't have to bother anymore.
      Signed-off-by: default avatarAl Viro <viro@zeniv.linux.org.uk>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      233e70f4
  14. 21 Oct, 2008 1 commit
  15. 27 Jul, 2008 1 commit
  16. 01 May, 2008 1 commit
  17. 19 Apr, 2008 3 commits
  18. 19 Mar, 2008 1 commit
  19. 08 Feb, 2008 1 commit
  20. 19 Oct, 2007 1 commit
  21. 17 Oct, 2007 3 commits
  22. 08 May, 2007 1 commit
  23. 08 Dec, 2006 1 commit
  24. 02 Oct, 2006 1 commit
  25. 27 Sep, 2006 1 commit
  26. 30 Jun, 2006 1 commit
  27. 23 Jun, 2006 1 commit
    • Mingming Cao's avatar
      [PATCH] percpu counter data type changes to suppport more than 2**31 ext3 free blocks counter · 0216bfcf
      Mingming Cao authored
      
      The percpu counter data type are changed in this set of patches to support
      more users like ext3 who need more than 32 bit to store the free blocks
      total in the filesystem.
      
      - Generic perpcu counters data type changes.  The size of the global counter
        and local counter were explictly specified using s64 and s32.  The global
        counter is changed from long to s64, while the local counter is changed from
        long to s32, so we could avoid doing 64 bit update in most cases.
      
      - Users of the percpu counters are updated to make use of the new
        percpu_counter_init() routine now taking an additional parameter to allow
        users to pass the initial value of the global counter.
      Signed-off-by: default avatarMingming Cao <cmm@us.ibm.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      0216bfcf
  28. 23 Mar, 2006 1 commit