1. 21 12月, 2007 1 次提交
    • J
      dm: table detect io beyond device · 512875bd
      Jun'ichi Nomura 提交于
      This patch fixes a panic on shrinking a DM device if there is
      outstanding I/O to the part of the device that is being removed.
      (Normally this doesn't happen - a filesystem would be resized first,
      for example.)
      
      The bug is that __clone_and_map() assumes dm_table_find_target()
      always returns a valid pointer.  It may fail if a bio arrives from the
      block layer but its target sector is no longer included in the DM
      btree.
      
      This patch appends an empty entry to table->targets[] which will
      be returned by a lookup beyond the end of the device.
      
      After calling dm_table_find_target(), __clone_and_map() and target_message()
      check for this condition using
      dm_target_is_valid().
      
      Sample test script to trigger oops:
      512875bd
  2. 20 10月, 2007 3 次提交
    • M
      dm: export name and uuid · 96a1f7db
      Mike Anderson 提交于
      This patch adds a function to obtain a copy of a mapped device's name and uuid.
      Signed-off-by: NMike Anderson <andmike@linux.vnet.ibm.com>
      Signed-off-by: NAlasdair G Kergon <agk@redhat.com>
      96a1f7db
    • J
      dm io:ctl remove vmalloc void cast · bb56acf8
      Jesper Juhl 提交于
      In drivers/md/dm-ioctl.c::copy_params() there's a call to vmalloc()
      where we currently cast the return value, but that's pretty pointless
      given that vmalloc() returns "void *".
      Signed-off-by: NJesper Juhl <jesper.juhl@gmail.com>
      Signed-off-by: NAlasdair G Kergon <agk@redhat.com>
      bb56acf8
    • M
      dm io:ctl use constant struct size · 027d50f9
      Milan Broz 提交于
      Make size of dm_ioctl struct always 312 bytes on all supported
      architectures.
      
      This change retains compatibility with already-compiled code because
      it uses an embedded offset to locate the payload that follows the
      structure.
      
      On 64-bit architectures there is no change at all; on 32-bit
      we are increasing the size of dm-ioctl from 308 to 312 bytes.
      
      Currently with 32-bit userspace / 64-bit kernel on x86_64
      some ioctls (including rename, message) are incorrectly rejected
      by the comparison against 'param + 1'.  This breaks userspace
      lvrename and multipath 'fail_if_no_path' changes, for example.
      
      (BTW Device-mapper uses its own versioning and ignores the ioctl
      size bits.  Only the generic ioctl compat code on mixed arches
      checks them, and that will continue to accept both sizes for now,
      but we intend to list 308 as deprecated and eventually remove it.)
      Signed-off-by: NMilan Broz <mbroz@redhat.com>
      Signed-off-by: NAlasdair G Kergon <agk@redhat.com>
      Cc: Guido Guenther <agx@sigxcpu.org>
      Cc: Kevin Corry <kevcorry@us.ibm.com>
      Cc: stable@kernel.org
      027d50f9
  3. 13 2月, 2007 1 次提交
  4. 09 12月, 2006 2 次提交
  5. 09 11月, 2006 1 次提交
    • A
      [PATCH] dm: fix find_device race · bfc5ecdf
      Alasdair G Kergon 提交于
      There is a race between dev_create() and find_device().
      
      If the mdptr has not yet been stored against a device, find_device() needs to
      behave as though no device was found.  It already returns NULL, but there is a
      dm_put() missing: it must drop the reference dm_get_md() took.
      
      The bug was introduced by dm-fix-mapped-device-ref-counting.patch.
      
      It manifests itself if another dm ioctl attempts to reference a newly-created
      device while the device creation ioctl is still running.  The consequence is
      that the device cannot be removed until the machine is rebooted.  Certain udev
      configurations can lead to this happening.
      Signed-off-by: NAlasdair G Kergon <agk@redhat.com>
      Cc: <dm-devel@redhat.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      bfc5ecdf
  6. 27 6月, 2006 9 次提交
  7. 28 3月, 2006 3 次提交
  8. 02 2月, 2006 1 次提交
  9. 15 1月, 2006 1 次提交
  10. 07 1月, 2006 3 次提交
  11. 23 11月, 2005 2 次提交
  12. 28 9月, 2005 1 次提交
  13. 24 6月, 2005 1 次提交
  14. 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