1. 30 8月, 2010 3 次提交
    • N
      md: resolve confusion of MD_CHANGE_CLEAN · 070dc6dd
      NeilBrown 提交于
      MD_CHANGE_CLEAN is used for two different purposes and this leads to
      confusion.
      One of the purposes is largely mirrored by MD_CHANGE_PENDING which is
      not used for anything else, so have MD_CHANGE_PENDING take over that
      purpose fully.
      
      The two purposes are:
       1/ tell md_update_sb that an update is needed and that it is just a
         clean/dirty transition.
       2/ tell user-space that an transition from clean to dirty is pending
          (something wants to write), and tell te kernel (by clearin the
          flag) that the transition is OK.
      
      The first purpose remains wit MD_CHANGE_CLEAN, the second is moved
      fully to MD_CHANGE_PENDING.
      
      This means that various places which conditionally set or cleared
      MD_CHANGE_CLEAN no longer need to be conditional.
      Signed-off-by: NNeilBrown <neilb@suse.de>
      070dc6dd
    • D
      md: don't clear MD_CHANGE_CLEAN in md_update_sb() for external arrays · bd52b746
      Dan Williams 提交于
      If this bit is cleared in md_update_sb() the kernel will allow writes to the
      array if userspace triggers md_allow_write(), e.g. through stripe_cache_size,
      when mdmon is not active.  When mdmon is active the array transitions to
      active-idle bypassing write-pending, setting up a race for mdmon to set the
      array clean before a write arrives.
      Signed-off-by: NDan Williams <dan.j.williams@intel.com>
      Signed-off-by: NNeilBrown <neilb@suse.de>
      bd52b746
    • N
      Move .gitignore from drivers/md to lib/raid6 · 7c44ece9
      NeilBrown 提交于
      Another missing bit of the raid6 -> /lib move.
      Reported-by: NAndreas Schwab <schwab@linux-m68k.org>
      Signed-off-by: NNeilBrown <neilb@suse.de>
      7c44ece9
  2. 29 8月, 2010 25 次提交
  3. 28 8月, 2010 11 次提交
  4. 27 8月, 2010 1 次提交