1. 06 Nov, 2013 1 commit
  2. 04 Nov, 2013 1 commit
  3. 01 Nov, 2013 1 commit
  4. 31 Oct, 2013 1 commit
  5. 30 Oct, 2013 2 commits
  6. 29 Oct, 2013 3 commits
  7. 28 Oct, 2013 3 commits
  8. 25 Oct, 2013 8 commits
  9. 22 Oct, 2013 3 commits
  10. 18 Oct, 2013 5 commits
  11. 08 Oct, 2013 2 commits
    • Jaegeuk Kim's avatar
      f2fs: fix writing incorrect orphan blocks · ccaaca25
      Jaegeuk Kim authored
      Previously, there was a erroneous scenario like below.
      thread 1:                       thread 2:
       f2fs_unlink
        - acquire_orphan_inode
          : sbi->n_orphans++           write_checkpoint
                                       - block_operations
                                        : f2fs_lock_all
                                       - do_checkpoint
                                        : write orphan blocks with sbi->n_orphans
                                       - unblock_operations
        - f2fs_lock_op
        - release_orphan_inode
        - f2fs_unlock_op
      
      During the checkpoint by thread 2, f2fs stores a wrong orphan block according
      to the wrong sbi->n_orphans.
      To avoid this, simply we should make cover acquire_orphan_inode too with
      f2fs_lock_op.
      Signed-off-by: default avatarJaegeuk Kim <jaegeuk.kim@samsung.com>
      ccaaca25
    • Jaegeuk Kim's avatar
      f2fs: avoid unnecessary checkpoints · 5887d291
      Jaegeuk Kim authored
      During the f2fs_put_super procedure, we don't need to conduct checkpoint all
      the time, since we don't need to do that if superblock is clean.
      Signed-off-by: default avatarJaegeuk Kim <jaegeuk.kim@samsung.com>
      5887d291
  12. 07 Oct, 2013 2 commits
    • Kelly Anderson's avatar
      f2fs: handle remount options correctly · 4058c511
      Kelly Anderson authored
      The current f2fs code errors if the xattr or acl options are passed when
      remounting.  This is important in a typical scenario where f2fs is mounted
      as a "ro" root file-system by the boot loader and then the init process wants
      to remount it "rw" with the "remount,rw" option.
      Signed-off-by: default avatarKelly Anderson <kelly@xilka.com>
      Signed-off-by: default avatarJaegeuk Kim <jaegeuk.kim@samsung.com>
      4058c511
    • Gu Zheng's avatar
      f2fs: use rw_sem instead of fs_lock(locks mutex) · e479556b
      Gu Zheng authored
      The fs_locks is used to block other ops(ex, recovery) when doing checkpoint.
      And each other operate routine(besides checkpoint) needs to acquire a fs_lock,
      there is a terrible problem here, if these are too many concurrency threads acquiring
      fs_lock, so that they will block each other and may lead to some performance problem,
      but this is not the phenomenon we want to see.
      Though there are some optimization patches introduced to enhance the usage of fs_lock,
      but the thorough solution is using a *rw_sem* to replace the fs_lock.
      Checkpoint routine takes write_sem, and other ops take read_sem, so that we can block
      other ops(ex, recovery) when doing checkpoint, and other ops will not disturb each other,
      this can avoid the problem described above completely.
      Because of the weakness of rw_sem, the above change may introduce a potential problem
      that the checkpoint thread might get starved if other threads are intensively locking
      the read semaphore for I/O.(Pointed out by Xu Jin)
      In order to avoid this, a wait_list is introduced, the appending read semaphore ops
      will be dropped into the wait_list if checkpoint thread is waiting for write semaphore,
      and will be waked up when checkpoint thread gives up write semaphore.
      Thanks to Kim's previous review and test, and will be very glad to see other guys'
      performance tests about this patch.
      
      V2:
        -fix the potential starvation problem.
        -use more suitable func name suggested by Xu Jin.
      Signed-off-by: default avatarGu Zheng <guz.fnst@cn.fujitsu.com>
      [Jaegeuk Kim: adjust minor coding standard]
      Signed-off-by: default avatarJaegeuk Kim <jaegeuk.kim@samsung.com>
      e479556b
  13. 25 Sep, 2013 4 commits
  14. 24 Sep, 2013 3 commits
  15. 23 Sep, 2013 1 commit