1. 09 10月, 2012 1 次提交
  2. 31 3月, 2009 2 次提交
    • N
      md: move most content from md.h to md_k.h · 92022950
      NeilBrown 提交于
      The extern function definitions are kernel-internal definitions, so
      they belong in md_k.h
      
      The MD_*_VERSION values could reasonably go in a number of places,
      but md_u.h seems most reasonable.
      
      This leaves almost nothing in md.h.  It will go soon.
      Signed-off-by: NNeilBrown <neilb@suse.de>
      92022950
    • N
      md: move LEVEL_* definition from md_k.h to md_u.h · 8b2b5c21
      NeilBrown 提交于
      .. as they are part of the user-space interface.
      Also move MdpMinorShift into there so we can remove duplication.
      
      Lastly move mdp_major in.  It is less obviously part of the user-space
      interface, but do_mounts_md.c uses it, and it is acting a bit like
      user-space.
      Signed-off-by: NNeilBrown <neilb@suse.de>
      8b2b5c21
  3. 03 10月, 2006 1 次提交
  4. 22 6月, 2005 1 次提交
    • N
      [PATCH] md: optimised resync using Bitmap based intent logging · 32a7627c
      NeilBrown 提交于
      With this patch, the intent to write to some block in the array can be logged
      to a bitmap file.  Each bit represents some number of sectors and is set
      before any update happens, and only cleared when all writes relating to all
      sectors are complete.
      
      After an unclean shutdown, information in this bitmap can be used to optimise
      resync - only sectors which could be out-of-sync need to be updated.
      
      Also if a drive is removed and then added back into an array, the recovery can
      make use of the bitmap to optimise reconstruction.  This is not implemented in
      this patch.
      
      Currently the bitmap is stored in a file which must (obviously) be stored on a
      separate device.
      
      The patch only provided infrastructure.  It does not update any personalities
      to bitmap intent logging.
      
      Md arrays can still be used with no bitmap file.  This patch has minimal
      impact on such arrays.
      Signed-off-by: NNeil Brown <neilb@cse.unsw.edu.au>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      32a7627c
  5. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4