1. 02 Nov, 2009 1 commit
  2. 29 Oct, 2009 2 commits
    • Christoph Hellwig's avatar
      blkdev: flush disk cache on ->fsync · ab0a9735
      Christoph Hellwig authored
      Currently there is no barrier support in the block device code.  That
      means we cannot guarantee any sort of data integerity when using the
      block device node with dis kwrite caches enabled.  Using the raw block
      device node is a typical use case for virtualization (and I assume
      databases, too).  This patch changes block_fsync to issue a cache flush
      and thus make fsync on block device nodes actually useful.
      
      Note that in mainline we would also need to add such code to the
      ->aio_write method for O_SYNC handling, but assuming that Jan's patch
      series for the O_SYNC rewrite goes in it will also call into ->fsync
      for 2.6.32.
      Signed-off-by: default avatarChristoph Hellwig <hch@lst.de>
      Signed-off-by: default avatarJens Axboe <jens.axboe@oracle.com>
      ab0a9735
    • Jens Axboe's avatar
      block: move bdi/address_space unplug functions to backing-dev.h · b9d128f1
      Jens Axboe authored
      There's nothing block related about them, the backing device
      is used by things like NFS etc as well. This gets rid of the
      need to protect such calls by CONFIG_BLOCK.
      Signed-off-by: default avatarJens Axboe <jens.axboe@oracle.com>
      b9d128f1
  3. 28 Oct, 2009 3 commits
  4. 27 Oct, 2009 1 commit
  5. 26 Oct, 2009 4 commits
  6. 13 Oct, 2009 3 commits
  7. 12 Oct, 2009 1 commit
  8. 09 Oct, 2009 3 commits
    • Wu Fengguang's avatar
      writeback: kill space in debugfs item name · 961515f6
      Wu Fengguang authored
      The space is not script friendly, kill it.
      Signed-off-by: default avatarWu Fengguang <fengguang.wu@intel.com>
      Signed-off-by: default avatarJens Axboe <jens.axboe@oracle.com>
      961515f6
    • Wu Fengguang's avatar
      writeback: account IO throttling wait as iowait · d25105e8
      Wu Fengguang authored
      It makes sense to do IOWAIT when someone is blocked
      due to IO throttle, as suggested by Kame and Peter.
      
      There is an old comment for not doing IOWAIT on throttle,
      however it has been mismatching the code for a long time.
      
      If we stop accounting IOWAIT for 2.6.32, it could be an
      undesirable behavior change. So restore the io_schedule.
      
      CC: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
      CC: Peter Zijlstra <a.p.zijlstra@chello.nl>
      Signed-off-by: default avatarWu Fengguang <fengguang.wu@intel.com>
      Signed-off-by: default avatarJens Axboe <jens.axboe@oracle.com>
      d25105e8
    • KOSAKI Motohiro's avatar
      elv_iosched_store(): fix strstrip() misuse · 8c279598
      KOSAKI Motohiro authored
      elv_iosched_store() ignore the return value of strstrip().  It makes small
      inconsistent behavior.
      
      This patch fixes it.
      
       <before>
       ====================================
       # cd /sys/block/{blockdev}/queue
      
       case1:
       # echo "anticipatory" > scheduler
       # cat scheduler
       noop [anticipatory] deadline cfq
      
       case2:
       # echo "anticipatory " > scheduler
       # cat scheduler
       noop [anticipatory] deadline cfq
      
       case3:
       # echo " anticipatory" > scheduler
       bash: echo: write error: Invalid argument
      
       <after>
       ====================================
       # cd /sys/block/{blockdev}/queue
      
       case1:
       # echo "anticipatory" > scheduler
       # cat scheduler
       noop [anticipatory] deadline cfq
      
       case2:
       # echo "anticipatory " > scheduler
       # cat scheduler
       noop [anticipatory] deadline cfq
      
       case3:
       # echo " anticipatory" > scheduler
       noop [anticipatory] deadline cfq
      
      Cc: Li Zefan <lizf@cn.fujitsu.com>
      Cc: Jens Axboe <jens.axboe@oracle.com>
      Signed-off-by: default avatarKOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
      Signed-off-by: default avatarJens Axboe <jens.axboe@oracle.com>
      8c279598
  9. 08 Oct, 2009 1 commit
  10. 07 Oct, 2009 3 commits
  11. 06 Oct, 2009 5 commits
  12. 05 Oct, 2009 6 commits
  13. 04 Oct, 2009 7 commits