Linux Device-Mapper Development

• Thread Index

• Re: [PATCH 00/12] A dm-raid45 target implemented using md raid5.
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: [PATCH 00/12] A dm-raid45 target implemented using md raid5.
  • From: Jeff Garzik <jeff@xxxxxxxxxx>
• [PATCH 03/12] md/dm: create dm-raid456 module using md/raid5
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 09/12] dm-raid456: support unplug
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 07/12] md/raid5: add simple plugging infrastructure.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 08/12] md/plug: optionally use plugger to unplug an array during resync/recovery.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 10/12] dm-raid456: add support for setting IO hints.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 06/12] dm-raid456: add congestion checking.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 05/12] raid5: Don't set read-ahead when there is no queue
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 04/12] dm-raid456: add support for raising events to userspace.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 01/12] md: reduce dependence on sysfs.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 12/12] dm-raid456: add message handler.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 11/12] dm-raid456: add suspend/resume method
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 02/12] md/raid5: factor out code for changing size of stripe cache.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 00/12] A dm-raid45 target implemented using md raid5.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: high iowait problem(Bug 12309 on bugzilla.kernel.org)
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: high iowait problem(Bug 12309 on bugzilla.kernel.org)
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] multipath_tools: add alias while printing checker_message
  • From: "Moger, Babu" <Babu.Moger@xxxxxxx>
• [PATCH] dm-ioctl: Return data to userspace after rename ioctl is processed
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: Device-mapper cluster locking
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] multipath_tools: minor rdac message fix and code cleanup
  • From: "Moger, Babu" <Babu.Moger@xxxxxxx>
• multipath-tools ./multipath.conf.annotated lib ...
  • From: bmarzins@xxxxxxxxxxxxxx
• Re: Device-mapper cluster locking
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• Re: Device-mapper cluster locking
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: Device-mapper cluster locking
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Device-mapper cluster locking
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• multipath-tools libmultipath/config.h multipat ...
  • From: bmarzins@xxxxxxxxxxxxxx
• Re: [PATCH 0/7] some shared snapshot readability improvements
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/7] some shared snapshot readability improvements
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 5/7] rename snapid members to use 'snapid' names
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 2/7] Improve name used for "persistent store" in 'struct dm_multisnap'
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 7/7] Removed remaining 'struct dm_exception_store' FIXMEs.
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 4/7] Avoid struct members with the name 'dm'
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 6/7] move individual dm_multisnap 'flags' values
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 1/7] document low hanging fruit to help improve code readability
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 0/7] some shared snapshot readability improvements
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] multipath: don't let init script stop multipathd for root devices
  • From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
• Re: [PATCH] multipath: don't let init script stop multipathd for root devices
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: Shared snapshots
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Shared snapshots
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: RHEL 5.4 multipath doesn't handle virtio block devices
  • From: Martin Schwenke <martin@xxxxxxxxxx>
• Re: RHEL 5.4 multipath doesn't handle virtio block devices
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: RHEL 5.4 multipath doesn't handle virtio block devices
  • From: Martin Schwenke <martin@xxxxxxxxxx>
• Re: RHEL 5.4 multipath doesn't handle virtio block devices
  • From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
• RHEL 5.4 multipath doesn't handle virtio block devices
  • From: Martin Schwenke <martin@xxxxxxxxxx>
• Re: [PATCH] multipath: don't let init script stop multipathd for root devices
  • From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
• Re: shared snapshots release 17
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCHES] shared snapshots release 18
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] multipath: move bindings file location
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 1/1] multipath_tools: Add IBM Virtual SCSI ALUA device type to hwtable
  • From: Brian King <brking@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] multipath: don't let init script stop multipathd for root devices
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: shared snapshots release 17
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: shared snapshots release 17
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] multipath: don't let init script stop multipathd for root devices
  • From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
• [PATCH] multipath: fix offset for containted slices.
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Partitioned dm devices and BLKPG
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• [PATCH] multipath: don't let init script stop multipathd for root devices
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH] multipath: patch checker consolidation
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: Determine partition prefix used for mpath devices
  • From: David Huffman <dm-devel@xxxxxxxxxx>
• Status of dm integrity checksumming features
  • From: Pasi Kärkkäinen <pasik@xxxxxx>
• Re: Determine partition prefix used for mpath devices
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH]: dm-log-userspace - add version number to communication structure
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH] multipath: add queue_without_daemon config parameter
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH] multipath: add some default configurations.
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Determine partition prefix used for mpath devices
  • From: David Huffman <dm-devel@xxxxxxxxxx>
• Using LVM with shared snaphots
  • From: Mikhail Klepachevskyy <mikhailk1@xxxxxxxxxx>
• [PATCH] multipath: add fast_io_fail and dev_loss_tmo config parameters
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: shared snapshots release 17
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: shared snapshots release 17
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: shared snapshots release 17
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCHES] shared snapshots release 17
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-cache module
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: discard/trim support in device mapper?
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• discard/trim support in device mapper?
  • From: Andreas Beckmann <beckmann@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] Send KOBJ_ADD event after dm resume ioctl.
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: dm-cache module
  • From: "Olivier B." <dm.list@xxxxxxxxx>
• Re: dm-cache module
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• dm-cache module
  • From: "Olivier B." <dm.list@xxxxxxxxx>
• Re: [PATCH 2 of 2] dm log userspace group clear and mark requests
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 2 of 2] dm log userspace group clear and mark requests
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 1 of 2] dm log userspace split flush queue
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH] dm-log-userspace: Failure to trap all errors
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• Re: [PATCH 1/3] Send KOBJ_ADD event after dm resume ioctl.
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 1/3] Send KOBJ_ADD event after dm resume ioctl.
  • From: David Zeuthen <zeuthen@xxxxxxxxx>
• Re: [PATCH 1/3] Send KOBJ_ADD event after dm resume ioctl.
  • From: David Zeuthen <zeuthen@xxxxxxxxx>
• Re: [PATCH 1/3] Send KOBJ_ADD event after dm resume ioctl.
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/3] Send KOBJ_ADD event after dm resume ioctl.
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: [PATCH 1/3] Send KOBJ_ADD event after dm resume ioctl.
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 1/3] Send KOBJ_ADD event after dm resume ioctl.
  • From: David Zeuthen <zeuthen@xxxxxxxxx>
• Re: [PATCH 1/3] Send KOBJ_ADD event after dm resume ioctl.
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: [PATCH 1/3] Send KOBJ_ADD event after dm resume ioctl.
  • From: David Zeuthen <zeuthen@xxxxxxxxx>
• Re: [PATCH 1/3] Send KOBJ_ADD event after dm resume ioctl.
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 1/3] Send KOBJ_ADD event after dm resume ioctl.
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 1/3] Send KOBJ_ADD event after dm resume ioctl.
  • From: David Zeuthen <zeuthen@xxxxxxxxx>
• dmraid include/dmraid/lib_context.h lib/metada ...
  • From: heinzm@xxxxxxxxxxxxxx
• Re: [PATCH 1/3] Send KOBJ_ADD event after dm resume ioctl.
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Multisnapshot tests
  • From: Mikhail Klepachevskyy <mikhailk1@xxxxxxxxxx>
• Re: [PATCH 1/3] Send KOBJ_ADD event after dm resume ioctl.
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH 1/3] Send KOBJ_ADD event after dm resume ioctl.
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: [PATCH 1/3] Send KOBJ_ADD event after dm resume ioctl.
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: [PATCH 1/3] Send KOBJ_ADD event after dm resume ioctl.
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 1/3] Send KOBJ_ADD event after dm resume ioctl.
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH 1/3] Send KOBJ_ADD event after dm resume ioctl.
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH 1/3] Send KOBJ_ADD event after dm resume ioctl.
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• dmraid include/dmraid/lib_context.h lib/log/lo ...
  • From: heinzm@xxxxxxxxxxxxxx
• Re: [PATCH 1/3] Send KOBJ_ADD event after dm resume ioctl.
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: [PATCH 1/3] Send KOBJ_ADD event after dm resume ioctl.
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 1/3] Send KOBJ_ADD event after dm resume ioctl.
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 1/3] Send KOBJ_ADD event after dm resume ioctl.
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• dmraid/tools Makefile.in
  • From: heinzm@xxxxxxxxxxxxxx
• Re: [PATCH 1/3] Send KOBJ_ADD event after dm resume ioctl.
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: [PATCH 1/3] Send KOBJ_ADD event after dm resume ioctl.
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH 1/3] Send KOBJ_ADD event after dm resume ioctl.
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: [PATCH 1/3] Send KOBJ_ADD event after dm resume ioctl.
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 1/3] Send KOBJ_ADD event after dm resume ioctl.
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH 1/3] Send KOBJ_ADD event after dm resume ioctl.
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH 1/3] Send KOBJ_ADD event after dm resume ioctl.
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: [PATCH 1/3] Send KOBJ_ADD event after dm resume ioctl.
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: [PATCH 1/3] Send KOBJ_ADD event after dm resume ioctl.
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH] dm: max_segments=1 if merge_bvec_fn is not supported
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH 1/3] Send KOBJ_ADD event after dm resume ioctl.
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: [PATCH] dm: max_segments=1 if merge_bvec_fn is not supported
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] Send KOBJ_ADD event after dm resume ioctl.
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• dmraid include/dmraid/format.h lib/Makefile.in ...
  • From: heinzm@xxxxxxxxxxxxxx
• device queue scheduler
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: [PATCH 1/3] Send KOBJ_ADD event after dm resume ioctl.
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• [PATCH 2/3] Add genhd flag requesting notification of partition changes only.
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: [PATCH] Add suspend change flag into dm-ioctl.
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• [PATCH] Add suspend change flag into dm-ioctl.
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• [PATCH 3/3] Do not send multiple REMOVE events for kobjects.
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• [PATCH 1/3] Send KOBJ_ADD event after dm resume ioctl.
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• dmraid/man dmraid.8
  • From: heinzm@xxxxxxxxxxxxxx
• dmraid include/dmraid/lib_context.h lib/activa ...
  • From: heinzm@xxxxxxxxxxxxxx
• [PATCH] rqdm: remove superfluous irq disablement
  • From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
• Re: Determine partition prefix used for mpath devices
  • From: David Huffman <dm-devel@xxxxxxxxxx>
• Re: [PATCH] multipath: display average priority as group priority
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• Re: Determine partition prefix used for mpath devices
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: map in use - by what?
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: [PATCH] multipath: display average priority as group priority
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH] multipath: display average priority as group priority
  • From: Nikanth Karthikesan <knikanth@xxxxxxx>
• Determine partition prefix used for mpath devices
  • From: David Huffman <dm-devel@xxxxxxxxxx>
• dmraid dmraid.spec
  • From: heinzm@xxxxxxxxxxxxxx
• dmraid ./dmraid.spec ./make.tmpl.in include/Ma ...
  • From: heinzm@xxxxxxxxxxxxxx
• Re: [dmraid 0/3] Some more dmraid patches
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• dmraid/lib/events libdmraid-events-isw.c
  • From: heinzm@xxxxxxxxxxxxxx
• DM-MP looping
  • From: brem belguebli <brem.belguebli@xxxxxxxxx>
• Re: max number of paths
  • From: guy keren <choo@xxxxxxxxxxxx>
• Re: max number of paths
  • From: "Charlie Sharkey" <charlie.sharkey@xxxxxxxxxxx>
• Re: max number of paths
  • From: guy keren <choo@xxxxxxxxxxxx>
• max number of paths
  • From: "Charlie Sharkey" <charlie.sharkey@xxxxxxxxxxx>
• Re: [PATCH 4/4] Test chunk size against both origin and snapshot sector size
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 4/4] Test chunk size against both origin and snapshot sector size
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 4/4] Test chunk size against both origin and snapshot sector size
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 4/4] Test chunk size against both origin and snapshot sector size
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 4/4] Test chunk size against both origin and snapshot sector size
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 4/4] Test chunk size against both origin and snapshot sector size
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 3/4] Add dm_snap_origin function
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 2/4] Open origin before exception store initialization
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/4] Iterate both origin and snapshot devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/4] fix snapshot flaws with 4k sectors
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• map in use - by what?
  • From: Kevin Maguire <k.c.f.maguire@xxxxxxxxx>
• [PATCH 4/4] Test chunk size against both origin and snapshot sector size
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 3/4] Add dm_snap_origin function
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 2/4] Open origin before exception store initialization
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 1/4] Iterate both origin and snapshot devices
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 0/4] fix snapshot flaws with 4k sectors
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] crypto/arc4: convert this stream cipher into a block cipher
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto/arc4: convert this stream cipher into a block cipher
  • From: Sebastian Andrzej Siewior <sebastian@xxxxxxxxxxxxx>
• dmraid include/dmraid/misc.h lib/format/atarai ...
  • From: heinzm@xxxxxxxxxxxxxx
• Re: Shared snapshots test
  • From: Busby <chaimvy@xxxxxxxxx>
• Re: edits for r16 of shared snapshot patches [was: Re: userspace patches for shared snapshots]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Shared snapshots test
  • From: Mikhail Klepachevskyy <mikhailk1@xxxxxxxxxx>
• Re: Shared snapshots test
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Shared snapshots test
  • From: Mikhail Klepachevskyy <mikhailk1@xxxxxxxxxx>
• Re: edits for r16 of shared snapshot patches [was: Re: userspace patches for shared snapshots]
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 03/14] dm-multisnap-mikulas-headers
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 03/14] dm-multisnap-mikulas-headers
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: discard + LVM
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• discard + LVM/DM
  • From: Andreas Sundstrom <sunkan@xxxxxxxx>
• Re: discard + LVM
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm: max_segments=1 if merge_bvec_fn is not supported
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: [PATCH 1/2] blkdev: fix merge_bvec_fn return value checks
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm: separate device deletion from dm_put()
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm: max_segments=1 if merge_bvec_fn is not supported
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm_ioctl: Introduce DM_UEVENT_GENERATED_FLAG
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: [PATCH] dm_ioctl: Introduce DM_UEVENT_GENERATED_FLAG
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: [PATCH 1/2] blkdev: fix merge_bvec_fn return value checks
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH] dm: max_segments=1 if merge_bvec_fn is not supported
  • From: Neil Brown <neilb@xxxxxxx>
• [PATCH] dm: separate device deletion from dm_put()
  • From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
• [PATCH] dm: max_segments=1 if merge_bvec_fn is not supported
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• prevent queueing of reservation conflict errored ios
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• [git pull] device-mapper patches for 2.6.34
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 1/2] blkdev: fix merge_bvec_fn return value checks
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 03/14] dm-multisnap-mikulas-headers
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/2] blkdev: fix merge_bvec_fn return value checks
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH 03/14] dm-multisnap-mikulas-headers
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/2] blkdev: fix merge_bvec_fn return value checks
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 1/2] blkdev: fix merge_bvec_fn return value checks
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH] dm_ioctl: Introduce DM_UEVENT_GENERATED_FLAG
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] dm_ioctl: Introduce DM_UEVENT_GENERATED_FLAG
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 1/2] blkdev: fix merge_bvec_fn return value checks
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: Boot Problems with Multipath
  • From: malahal@xxxxxxxxxx
• edits for r16 of shared snapshot patches [was: Re: userspace patches for shared snapshots]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/2] blkdev: fix merge_bvec_fn return value checks
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Boot Problems with Multipath
  • From: "jose nuno neto" <jose.neto@xxxxxxxxxxx>
• Re: disk/crypto performance regression 2.6.31 -> 2.6.32 (mmap problem?)
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: [PATCH] crypto/arc4: convert this stream cipher into a block cipher
  • From: Sebastian Andrzej Siewior <sebastian@xxxxxxxxxxxxx>
• Re: [PATCH 00/14] mikulas' shared snapshot patches
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] crypto/arc4: convert this stream cipher into a block cipher
  • From: Sebastian Andrzej Siewior <sebastian@xxxxxxxxxxxxx>
• Re: disk/crypto performance regression 2.6.31 -> 2.6.32 (mmap problem?)
  • From: James Cloos <cloos@xxxxxxxxxxx>
• Re: [PATCH 1/2] blkdev: fix merge_bvec_fn return value checks
  • From: Jens Axboe <jens.axboe@xxxxxxxxxx>
• Re: [PATCH 1/2] blkdev: fix merge_bvec_fn return value checks
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 1/2] blkdev: fix merge_bvec_fn return value checks
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: [PATCH 1/2] blkdev: fix merge_bvec_fn return value checks
  • From: Jens Axboe <jens.axboe@xxxxxxxxxx>
• Re: [PATCH 1/2] blkdev: fix merge_bvec_fn return value checks
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 1/2] blkdev: fix merge_bvec_fn return value checks
  • From: Jens Axboe <jens.axboe@xxxxxxxxxx>
• Re: [PATCH 1/2] blkdev: fix merge_bvec_fn return value checks
  • From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
• Re: [PATCH 1/2] blkdev: fix merge_bvec_fn return value checks
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/2] blkdev: fix merge_bvec_fn return value checks
  • From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
• Re: [PATCH 1/2] blkdev: fix merge_bvec_fn return value checks
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• dmraid/lib Makefile.in register/dmreg.c
  • From: heinzm@xxxxxxxxxxxxxx
• Re: [PATCH 00/14] mikulas' shared snapshot patches
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 14/14] dm-multisnap-daniel
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH] Free dm_io structure before calling bio_endio
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 14/14] dm-multisnap-daniel
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 03/14] dm-multisnap-mikulas-headers
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 07/14] dm-multisnap-mikulas-commit
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 08/14] dm-multisnap-mikulas-delete
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 01/14] dm-multisnap-common
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 02/14] dm-bufio
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 10/14] dm-multisnap-mikulas-io
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 05/14] dm-multisnap-mikulas-blocks
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 09/14] dm-multisnap-mikulas-freelist
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 13/14] dm-multisnap-mikulas-config
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 12/14] dm-multisnap-mikulas-common
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 06/14] dm-multisnap-mikulas-btree
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 11/14] dm-multisnap-mikulas-snaps
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 04/14] dm-multisnap-mikulas-alloc
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 00/14] mikulas' shared snapshot patches
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 4 of 10] LVM: add logic to allow mirrored log
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH] dm_ioctl: Introduce DM_UEVENT_GENERATED_FLAG
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: [PATCH 5 of 10] LVM: hack to make things work
  • From: Takahiro Yasui <tyasui@xxxxxxxxxx>
• Re: [PATCH 4 of 10] LVM: add logic to allow mirrored log
  • From: Takahiro Yasui <tyasui@xxxxxxxxxx>
• [PATCH 9 of 10] LVM: testsuite additions for mirrored log
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 8 of 10] LVM: mirrored log man page updates
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 7 of 10] LVM: monitor mirrored logs
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 6 of 10] LVM: add mirrored log type
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 4 of 10] LVM: add logic to allow mirrored log
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 10 of 10] LVM: remove name restriction check for repair
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 5 of 10] LVM: hack to make things work
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 2 of 10] LVM: remove prevention checks for mirrored log
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 3 of 10] LVM: subdivide mirror creation function
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 1 of 10] LVM: agk allocation changes
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• How to unload a module? (Was: rqdm: bad usage of dm_get/dm_put)
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: rqdm: bad usage of dm_get/dm_put (Was: Re: dm mpath: fix stall when requeueing io)
  • From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
• Re: rqdm: bad usage of dm_get/dm_put (Was: Re: dm mpath: fix stall when requeueing io)
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• rqdm: bad usage of dm_get/dm_put (Was: Re: dm mpath: fix stall when requeueing io)
  • From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
• Re: disk/crypto performance regression 2.6.31 -> 2.6.32 (mmap problem?)
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [Stable-review] [93/93] dm mpath: fix stall when requeueing io
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [RFC][PATCH 4/4] cmirror: update resume method for interruption of presuspend
  • From: Takahiro Yasui <tyasui@xxxxxxxxxx>
• [RFC][PATCH 3/4] dm-crypt: update resume method for interruption of presuspend
  • From: Takahiro Yasui <tyasui@xxxxxxxxxx>
• [RFC][PATCH 1/4] dm: restore presuspend status
  • From: Takahiro Yasui <tyasui@xxxxxxxxxx>
• [RFC][PATCH 2/4] dm-log: update resume method for interruption of presuspend
  • From: Takahiro Yasui <tyasui@xxxxxxxxxx>
• [RFC][PATCH 0/4] dm-raid1: fix deadlock at suspend after suspend was interrupted (v2)
  • From: Takahiro Yasui <tyasui@xxxxxxxxxx>
• Re: [dmraid 1/3] Remove incorrect quoting from pattern in lib/Makefile.in
  • From: Luca Berra <bluca@xxxxxxxxxx>
• [PATCH] dmraid: Handle spaces in names stored in vendor metadata.
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH] crypto/arc4: convert this stream cipher into a block cipher
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto/arc4: convert this stream cipher into a block cipher
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto/arc4: convert this stream cipher into a block cipher
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: multipath: Determine which device to use for grubdevice.map file
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] crypto/arc4: convert this stream cipher into a block cipher
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto/arc4: convert this stream cipher into a block cipher
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: multipath: Determine which device to use for grubdevice.map file
  • From: <Levy_Jerome@xxxxxxx>
• Re: multipath: Determine which device to use for grubdevice.map file
  • From: malahal@xxxxxxxxxx
• Re: multipath: Determine which device to use for grubdevice.map file
  • From: David Huffman <dm-devel@xxxxxxxxxx>
• Re: multipath: Determine which device to use for grubdevice.map file
  • From: <berthiaume_wayne@xxxxxxx>
• Re: multipath: Path checks on open-iscsi software initiators
  • From: Hannes Reinecke <hare@xxxxxxx>
• multipath: Determine which device to use for grub device.map file
  • From: David Huffman <dm-devel@xxxxxxxxxx>
• Re: [PATCH] dm-crypt: disable block encryption with arc4
  • From: Sebastian Andrzej Siewior <sebastian@xxxxxxxxxxxxx>
• Re: [PATCH] dm-crypt: disable block encryption with arc4
  • From: Sebastian Andrzej Siewior <sebatian@xxxxxxxxxxxxx>
• Re: [PATCH] crypto/arc4: convert this stream cipher into a block cipher
  • From: Sebastian Andrzej Siewior <sebastian@xxxxxxxxxxxxx>
• [PATCH] crypto/arc4: convert this stream cipher into a block cipher
  • From: Sebastian Andrzej Siewior <sebastian@xxxxxxxxxxxxx>
• Re: [PATCH] crypto/arc4: convert this stream cipher into a block cipher
  • From: Sebastian Andrzej Siewior <sebastian@xxxxxxxxxxxxx>
• Re: [PATCH] crypto/arc4: convert this stream cipher into a block cipher
  • From: Sebastian Andrzej Siewior <sebastian@xxxxxxxxxxxxx>
• Re: [PATCH] crypto/arc4: convert this stream cipher into a block cipher
  • From: Adrian-Ken Rueegsegger <ken@xxxxxxxxxxx>
• [PATCH] dm snapshot: avoid storing private suspended state
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH][RESEND] dm-raid1: fix deadlock at suspending failed device
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH][RESEND] dm-raid1: fix deadlock at suspending failed device
  • From: Takahiro Yasui <tyasui@xxxxxxxxxx>
• [PATCH 0 of 13] LVM add 'mirrored' log type
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• Re: dmraid ./dmraid.spec lib/version.h lib/misc/li ...
  • From: Bas Mevissen <abuse@xxxxxxxxxxxxxx>
• dmraid ./dmraid.spec lib/version.h lib/misc/li ...
  • From: heinzm@xxxxxxxxxxxxxx
• [PATCH 1/1] multipath_tools: Add IBM Virtual SCSI ALUA device type to hwtable
  • From: Brian King <brking@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto/arc4: convert this stream cipher into a block cipher
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: patches for 2.6.33
  • From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
• Re: [PATCH] crypto/arc4: convert this stream cipher into a block cipher
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH]: shared snapshots
  • From: jjaing <jjaing@xxxxxxx>
• Re: Device Mapper and unknown device.
  • From: malahal@xxxxxxxxxx
• Device Mapper and unknown device.
  • From: Saito Jun <cartman@xxxxxxxxxxxxxxxx>
• [PATCH] Honour ALUA preference indicator
  • From: Colin Watson <cjwatson@xxxxxxxxxxxxx>
• patches for 2.6.33
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] Remove unused parameters of dm_get_device
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• [PATCH] Remove unused parameters of dm_get_device
  • From: Nikanth Karthikesan <knikanth@xxxxxxxxxx>
• multipath-tools ./multipath.conf.defaults libm ...
  • From: bmarzins@xxxxxxxxxxxxxx
• Re: [PATCH] dm-crypt: disable block encryption with arc4
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] dm-crypt: disable block encryption with arc4
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] dm-crypt: disable block encryption with arc4
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] dm-crypt: disable block encryption with arc4
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• dm-multipath splitting IOs in 4k blocks
  • From: Bob <M8R-0t7cpu@xxxxxxxxxxxxxx>
• Re: [BUGFIX] [PATCH] freeze_bdev: don't deactivate successfully frozen MS_RDONLY sb
  • From: Thomas Backlund <tmb@xxxxxxxxxxxx>
• Re: [BUG] kernel 2.6.32.x hangs during boot process
  • From: François Figarola <francois.figarola@xxxxxxxxxxxx>
• Re: [BUG] kernel 2.6.32.x hangs during boot process
  • From: Thomas Backlund <tmb@xxxxxxxxxxxx>
• Re: [PATCH] dm-crypt: disable block encryption with arc4
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH]: shared snapshots
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: multipath: Path checks on open-iscsi software initiators
  • From: Daniel Stodden <daniel.stodden@xxxxxxxxxx>
• Re: multipath: Path checks on open-iscsi software initiators
  • From: Mike Snitzer <snitzer@xxxxxxxxx>
• Re: [PATCH v6 1/4] dm-replicator: documentation and module registry
  • From: Busby <chaimvy@xxxxxxxxx>
• multipath: Path checks on open-iscsi software initiators
  • From: Daniel Stodden <daniel.stodden@xxxxxxxxxx>
• Re: [Fwd: [PATCH] Latest git -master is not compilable]
  • From: Alex Zeffertt <alex.zeffertt@xxxxxxxxxxxxx>
• Re: compat_ioctl: ignore RAID_VERSION ioctl
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Fwd: [PATCH] Latest git -master is not compilable]
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Problem with HP 110 G5
  • From: "Ronei Kliemann" <Ronei@xxxxxxxxxxxx>
• GIT fails to compile
  • From: "--[ UxBoD ]--" <uxbod@xxxxxxxxxxxx>
• Re: Manual failback commands
  • From: Scott Dungan <scott@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/4] dm-mpath: separate pg-init handling from process_queued_ios()
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 3/4] dm-mpath: separate pg-init handling from process_queued_ios()
  • From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
• [PATCH] dm-stripe: return -EINVAL if stripe count is zero
  • From: Nikanth Karthikesan <knikanth@xxxxxxx>
• Re: Problem with HP - ML 110 G5
  • From: Luca Berra <bluca@xxxxxxxxxx>
• Re: Manual failback commands
  • From: Scott Dungan <scott@xxxxxxxxxxxxxxx>
• Re: Manual failback commands
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Problem with HP - ML 110 G5
  • From: "Ronei Kliemann" <Ronei@xxxxxxxxxxxx>
• Re: Manual failback commands
  • From: Scott Dungan <scott@xxxxxxxxxxxxxxx>
• DMMP and UDEV issue on SLES10 SP2 (64bit)
  • From: "Mey, Georg" <Georg.Mey@xxxxxxxxxx>
• Re: Manual failback commands
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Fwd: [PATCH 00/11] [RFC] 512K readahead size with thrashing safe readahead
  • From: Mike Snitzer <snitzer@xxxxxxxxx>
• Re: Manual failback commands
  • From: Scott Dungan <scott@xxxxxxxxxxxxxxx>
• Re: EMC Envista hwtable entry broken?
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] Update path_offline() to return device status
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: How to change alias name
  • From: "--[ UxBoD ]--" <uxbod@xxxxxxxxxxxx>
• Re: How to change alias name
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: How to change alias name
  • From: "--[ UxBoD ]--" <uxbod@xxxxxxxxxxxx>
• How to change alias name
  • From: "--[ UxBoD ]--" <uxbod@xxxxxxxxxxxx>
• EMC Envista hwtable entry broken?
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH] Update path_offline() to return device status
  • From: hare@xxxxxxx (Hannes Reinecke)
• Re: [PATCH] multipathd pthread locking fix
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• [PATCH] multipathd pthread locking fix
  • From: Alex Zeffertt <alex.zeffertt@xxxxxxxxxxxxx>
• [PATCH] rqdm: fix stall when ->map_rq returns DM_MAPIO_REQUEUE
  • From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
• Re: [PATCH] dm_crypt: Issue all previous bios before remapping barrier bio
  • From: Nikanth Karthikesan <knikanth@xxxxxxx>
• Re: Manual failback commands
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Manual failback commands
  • From: Scott Dungan <scott@xxxxxxxxxxxxxxx>
• Re: [PATCH] If all legs fail, return an error
  • From: Takahiro Yasui <tyasui@xxxxxxxxxx>
• Re: [PATCH] Don't lose writes if errors are not handled and log fails
  • From: Takahiro Yasui <tyasui@xxxxxxxxxx>
• Re: [PATCH 3/4] dm-mpath: separate pg-init handling from process_queued_ios()
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• [PATCH] If all legs fail, return an error
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] Don't lose writes if errors are not handled and log fails
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm_crypt: Issue all previous bios before remapping barrier bio
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [dmraid 1/3] Remove incorrect quoting from pattern in lib/Makefile.in
  • From: neilb@xxxxxxx
• [dmraid 3/3] Fix DESTDIR usage in Makefiles
  • From: neilb@xxxxxxx
• [dmraid 2/3] Dont install libdmraid-event-* with verison number.
  • From: neilb@xxxxxxx
• [dmraid 0/3] Some more dmraid patches
  • From: neilb@xxxxxxx
• Re: [PATCH] Don't lose writes if errors are not handled and log fails
  • From: Takahiro Yasui <tyasui@xxxxxxxxxx>
• Re: [PATCH] dm_crypt: Issue all previous bios before remapping barrier bio
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• [PATCH] dm_crypt: Issue all previous bios before remapping barrier bio
  • From: Nikanth Karthikesan <knikanth@xxxxxxx>
• [PATCH 4/4] dm-mpath: move initial pg-init kick into __switch_pg()
  • From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
• [PATCH 3/4] dm-mpath: separate pg-init handling from process_queued_ios()
  • From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
• [PATCH 2/4] dm-mpath: must wait for pg-init completion in postsuspend
  • From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
• [PATCH 1/4] dm-mpath: don't clear m->queue_io until all activations complete
  • From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
• [PATCH 0/4] dm-mpath: bug fixes around pg-init handling
  • From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
• [PATCH] Don't lose writes if errors are not handled and log fails
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• compat_ioctl: ignore RAID_VERSION ioctl
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] drivers/md: remove unnecessary casts of void *
  • From: Neil Brown <neilb@xxxxxxx>
• [BUGFIX] [PATCH] freeze_bdev: don't deactivate successfully frozen MS_RDONLY sb
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• Re: Trouble with StorageTek 2530 (SAS) and RDAC
  • From: Jakov Sosic <jakov.sosic@xxxxxxx>
• Re: [BUG] kernel 2.6.32.x hangs during boot process
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: dm-multipath splitting IOs in 4k blocks
  • From: Bob <M8R-0t7cpu@xxxxxxxxxxxxxx>
• Re: How to determine when a snapshot has finished merging?
  • From: Wicher Minnaard <wicher@xxxxxxxxxx>
• [PATCH] Do not wait for event on device without table.
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: [BUG] kernel 2.6.32.x hangs during boot process
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• Re: [BUG] kernel 2.6.32.x hangs during boot process
  • From: Neil Brown <neilb@xxxxxxx>
• multipath-tools ./multipath.conf.annotated lib ...
  • From: bmarzins@xxxxxxxxxxxxxx
• Re: [PATCH] scsi_dh_rdac: Changing the memory allocation flag from GFP_KERNEL to GFP_NOIO
  • From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
• [PATCH] dm: document when snapshot has finished merging
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm-flakey target refreshed for 2.6.33
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• multipath-tools libmultipath/discovery.c multi ...
  • From: bmarzins@xxxxxxxxxxxxxx
• multipath-tools libcheckers/checkers.h libchec ...
  • From: bmarzins@xxxxxxxxxxxxxx
• Re: Trouble with StorageTek 2530 (SAS) and RDAC
  • From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
• Re: dm_ioctl: Only send a change uevent when a resume ioctl changes the device.
  • From: Dave Wysochanski <dwysocha@xxxxxxxxxx>
• Trouble with StorageTek 2530 (SAS) and RDAC
  • From: Jakov Sosic <jakov.sosic@xxxxxxx>
• Re: dm_ioctl: Only send a change uevent when a resume ioctl changes the device.
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: How to determine when a snapshot has finished merging?
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• How to determine when a snapshot has finished merging?
  • From: Wicher Minnaard <wicher@xxxxxxxxxx>
• Re: partitioning multipath device
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• [PATCH] dm-flakey target refreshed for 2.6.33
  • From: Josef Bacik <josef@xxxxxxxxxx>
• Is ksnapd superfluous?
  • From: Philipp Kohlbecher <xt28@xxxxxx>
• Re: [PATCH 3/3] Add timeout feature
  • From: Ric Wheeler <rwheeler@xxxxxxxxxx>
• Re: [PATCH] dm-crypt: disable block encryption with arc4
  • From: Sebastian Andrzej Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
• Re: [PATCH] dm-crypt: disable block encryption with arc4
  • From: Sebastian Andrzej Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
• Re: dm_ioctl: Only send a change uevent when a resume ioctl changes the device.
  • From: Dave Wysochanski <dwysocha@xxxxxxxxxx>
• Re: dm_ioctl: Only send a change uevent when a resume ioctl changes the device.
  • From: Dave Wysochanski <dwysocha@xxxxxxxxxx>
• Re: dm_ioctl: Only send a change uevent when a resume ioctl changes the device.
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm_ioctl: Only send a change uevent when a resume ioctl changes the device.
  • From: Dave Wysochanski <dwysocha@xxxxxxxxxx>
• Re: [PATCH] dm-crypt: disable block encryption with arc4
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm-crypt: disable block encryption with arc4
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] dm-crypt: disable block encryption with arc4
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm-crypt: disable block encryption with arc4
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• multipath-tools ./multipath.conf.defaults libm ...
  • From: bmarzins@xxxxxxxxxxxxxx
• Re: [PATCH] dm-crypt: disable block encryption with arc4
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm-crypt: disable block encryption with arc4
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• [PATCH] dm-crypt: disable block encryption with arc4
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm snapshot: suppress debugobjects workqueue warning
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: partitioning multipath device
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: lvchange --monitor n uses "block_on_error"
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• partitioning multipath device
  • From: Ron Peterson <rpeterso@xxxxxxxxxxxxx>
• Re: dm-multipath splitting IOs in 4k blocks
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• dm-multipath splitting IOs in 4k blocks
  • From: Bob <M8R-0t7cpu@xxxxxxxxxxxxxx>
• lvchange --monitor n uses "block_on_error"
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [RFC][PATCH 0/3] dm-raid1: fix deadlock at suspend after suspend was interrupted
  • From: Takahiro Yasui <tyasui@xxxxxxxxxx>
• Re: [RFC][PATCH 0/3] dm-raid1: fix deadlock at suspend after suspend was interrupted
  • From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 0/3] dm-raid1: fix deadlock at suspend after suspend was interrupted
  • From: Takahiro Yasui <tyasui@xxxxxxxxxx>
• Re: Online disk size change and Linux
  • From: Daniel Olops <daniel@xxxxxxxxxxxx>
• Re: [RFC][PATCH 0/3] dm-raid1: fix deadlock at suspend after suspend was interrupted
  • From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
• [RFC][PATCH 3/3] dm-delay: add cancel_presuspend function
  • From: Takahiro Yasui <tyasui@xxxxxxxxxx>
• [RFC][PATCH 2/3] dm-raid1: add cancel_presuspend function
  • From: Takahiro Yasui <tyasui@xxxxxxxxxx>
• [RFC][PATCH 1/3] dm: introduce a presuspend cancel framework
  • From: Takahiro Yasui <tyasui@xxxxxxxxxx>
• [RFC][PATCH 0/3] dm-raid1: fix deadlock at suspend after suspend was interrupted
  • From: Takahiro Yasui <tyasui@xxxxxxxxxx>
• Re: Online disk size change and Linux
  • From: Pasi Kärkkäinen <pasik@xxxxxx>
• Re: Online disk size change and Linux
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: Online disk size change and Linux
  • From: Mike Anderson <andmike@xxxxxxxxxxxxxxxxxx>
• Online disk size change and Linux
  • From: Daniel Olops <daniel@xxxxxxxxxxxx>
• [ANNOUNCE] cryptsetup 1.1.0
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• [PATCH][RESUBMIT] dm-mpath: Two minor fixes while processing activate_path
  • From: "Moger, Babu" <Babu.Moger@xxxxxxx>
• Re: [PATCH] dm-mpath: Two minor fixes while processing activate_path
  • From: "Moger, Babu" <Babu.Moger@xxxxxxx>
• Re: [RFC PATCH] dm: Remove dm_get() from dm_table_get_md()
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] dm-mpath: Two minor fixes while processing activate_path
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH][BUGFIX] dm-raid1: fix NULL pointer dereference in suspend (v2)
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v2 1/1] dm-raid45
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: Problem Delay construction of multipath device
  • From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
• dmraid lib/version.h tools/VERSION
  • From: heinzm@xxxxxxxxxxxxxx
• dmraid ./dmraid.spec tools/commands.c tools/co ...
  • From: heinzm@xxxxxxxxxxxxxx
• dmraid ./dmraid.spec lib/format/ataraid/pdc.h ...
  • From: heinzm@xxxxxxxxxxxxxx
• Re: Problem Delay construction of multipath device
  • From: "Chelly Youssef (ISEFC)" <chilonnb@xxxxxxxxx>
• Re: Problem Delay construction of multipath device
  • From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
• Re: Problem Delay construction of multipath device
  • From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
• dmsetup snapshot merge problem
  • From: jjaing <jjaing@xxxxxxx>
• [PATCH][BUGFIX] dm-raid1: fix NULL pointer dereference in suspend (v2)
  • From: Takahiro Yasui <tyasui@xxxxxxxxxx>
• dmraid/lib/misc file.c
  • From: heinzm@xxxxxxxxxxxxxx
• dmraid/logwatch dmeventd dmeventd.conf dmevent ...
  • From: heinzm@xxxxxxxxxxxxxx
• Problem Delay construction of multipath device
  • From: "Chelly Youssef (ISEFC)" <chilonnb@xxxxxxxxx>
• IO monitoring of dm devices with iostat
  • From: Dmitry Ivanov <divanov@xxxxxxxxxxxxx>
• Re: Shared snapshots
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Shared snapshots
  • From: Pasi Kärkkäinen <pasik@xxxxxx>
• Re: Shared snapshots
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Shared snapshots
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] [multipath-tools] Dots are special in groff
  • From: Guido Günther <agx@xxxxxxxxxxx>
• [PATCH] block: bdev_stack_limits wrapper and DM topology fixes
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2] dm: Fix alignment stacking on partitioned devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH][BUGFIX] dm-raid1: fix suspend stuck of failed device
  • From: Takahiro Yasui <tyasui@xxxxxxxxxx>
• Re: [PATCH v6 1/4] dm-replicator: documentation and module registry
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: [PATCH v2] dm: Fix alignment stacking on partitioned devices
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Odd detection and failover
  • From: Paras pradhan <pradhanparas@xxxxxxxxx>
• Re: [PATCH v2] dm: Fix alignment stacking on partitioned devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2] dm: Fix alignment stacking on partitioned devices
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v6 1/4] dm-replicator: documentation and module registry
  • From: 张宇 <chaimvy@xxxxxxxxx>
• Re: Shared snapshots
  • From: 张宇 <chaimvy@xxxxxxxxx>
• Re: Shared snapshots
  • From: haad <haaaad@xxxxxxxxx>
• Re: Shared snapshots
  • From: Pasi Kärkkäinen <pasik@xxxxxx>
• [RFC][PATCH][BUGFIX] dm-raid1: fix NULL pointer dereference during suspend procedure
  • From: Takahiro Yasui <tyasui@xxxxxxxxxx>
• Shared snapshots
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v2] dm: Fix alignment stacking on partitioned devices
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH v2] dm: Fix alignment stacking on partitioned devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2] dm: Fix alignment stacking on partitioned devices
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v2] dm: Fix alignment stacking on partitioned devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2] dm: Fix alignment stacking on partitioned devices
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v2] dm: Fix alignment stacking on partitioned devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2] dm: Fix alignment stacking on partitioned devices
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v2] dm: Fix alignment stacking on partitioned devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2] dm: Fix alignment stacking on partitioned devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2] dm: Fix alignment stacking on partitioned devices
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH] dm-mpath: Fixing unnecessary argument casting
  • From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
• [PATCH] dm-mpath: Two minor fixes while processing activate_path
  • From: "Moger, Babu" <Babu.Moger@xxxxxxx>
• [PATCH] dm-mpath: Fixing unnecessary argument casting
  • From: "Moger, Babu" <Babu.Moger@xxxxxxx>
• Re: [PATCH v2] dm: Fix alignment stacking on partitioned devices
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH v2] dm: Fix alignment stacking on partitioned devices
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• [PATCH] scsi_dh_rdac: Changing the memory allocation flag from GFP_KERNEL to GFP_NOIO
  • From: "Moger, Babu" <Babu.Moger@xxxxxxx>
• Re: dm multipath kernel driver version too old - 2.6.32
  • From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
• [RFC PATCH] dm: Remove dm_get() from dm_table_get_md()
  • From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
• Re: dm multipath kernel driver version too old - 2.6.32
  • From: Pasi Kärkkäinen <pasik@xxxxxx>
• Re: dm multipath kernel driver version too old - 2.6.32
  • From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
• Re: dm multipath kernel driver version too old - 2.6.32
  • From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
• Re: dm multipath kernel driver version too old - 2.6.32
  • From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
• Re: dm multipath kernel driver version too old - 2.6.32
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm multipath kernel driver version too old - 2.6.32
  • From: Pasi Kärkkäinen <pasik@xxxxxx>
• dm multipath kernel driver version too old - 2.6.32
  • From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
• [PATCH][BUGFIX] dm-raid1: fix data lost on success return at log failure
  • From: Takahiro Yasui <tyasui@xxxxxxxxxx>
• Topology fixes
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH 1/2] block: Fix incorrect reporting of partition alignment
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH 2/2] block: Fix topology stacking for data and discard alignment
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v2] dm: Fix alignment stacking on partitioned devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v2] dm: Fix alignment stacking on partitioned devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm: Fix alignment stacking on partitioned devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm: Fix alignment stacking on partitioned devices
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: dm: Fix alignment stacking on partitioned devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm: Fix alignment stacking on partitioned devices
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: dm: Fix alignment stacking on partitioned devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm: Fix alignment stacking on partitioned devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm: Fix alignment stacking on partitioned devices
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH] Drop 80-character limit in checkpatch.pl
  • From: Jiri Kosina <jkosina@xxxxxxx>
• Re: dm: Fix alignment stacking on partitioned devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Shared snapshots
  • From: 张宇 <chaimvy@xxxxxxxxx>
• Re: dm: sysfs add empty release function to avoid debug warning
  • From: Greg KH <greg@xxxxxxxxx>
• Re: dm: Fix alignment stacking on partitioned devices
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: dm: Fix alignment stacking on partitioned devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm: Fix alignment stacking on partitioned devices
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v2 1/1] dm-raid45
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH] dm-mpath: Remove 'suspended' flag from struct multipath
  • From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
• Re: [PATCH] Drop 80-character limit in checkpatch.pl
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• [PATCH v2] dm: eliminate some holes in data structures
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Re: [PATCH] scripts/checkpatch.pl: Change long line warning to 105 chars
  • From: Krzysztof Halasa <khc@xxxxxxxxx>
• Re: [PATCH] Drop 80-character limit in checkpatch.pl
  • From: Krzysztof Halasa <khc@xxxxxxxxx>
• Re: dm: eliminate some holes in data structures
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] Drop 80-character limit in checkpatch.pl
  • From: kevin granade <kevin.granade@xxxxxxxxx>
• dm-ramdisk module
  • From: Doug Dumitru <doug@xxxxxxxxxx>
• [PATCH v6 3/4] dm-replicator: ringbuffer replication log handler
  • From: heinzm@xxxxxxxxxx
• Re: [PATCH] scripts/checkpatch.pl: Change long line warning to 105 chars
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [PATCH] scripts/checkpatch.pl: Change long line warning to 105 chars
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] scripts/checkpatch.pl: Change long line warning to 105 chars
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: dm: Fix alignment stacking on partitioned devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] scripts/checkpatch.pl: Change long line warning to 105 chars
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] Drop 80-character limit in checkpatch.pl
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Re: [PATCH] scripts/checkpatch.pl: Change long line warning to 105 chars
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] Drop 80-character limit in checkpatch.pl
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Re: [PATCH] scripts/checkpatch.pl: Change long line warning to 105 chars
  • From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
• Re: [PATCH] Drop 80-character limit in checkpatch.pl
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Drop 80-character limit in checkpatch.pl
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] Drop 80-character limit in checkpatch.pl
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH v6 2/4] dm-replicator: replication log and site link handler interfaces and main replicator module
  • From: heinzm@xxxxxxxxxx
• [PATCH v6 4/4] dm-replicator: blockdev site link handler
  • From: heinzm@xxxxxxxxxx
• [PATCH v6 1/4] dm-replicator: documentation and module registry
  • From: heinzm@xxxxxxxxxx
• [PATCH v6 0/4] dm-replicator: introduce new remote replication target
  • From: heinzm@xxxxxxxxxx
• Re: [PATCH] Drop 80-character limit in checkpatch.pl
  • From: Bartlomiej Zolnierkiewicz <bzolnier@xxxxxxxxx>
• Re: Re: [PATCH] scripts/checkpatch.pl: Change long line warning to 105 chars
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] Drop 80-character limit in checkpatch.pl
  • From: Krzysztof Halasa <khc@xxxxxxxxx>
• Re: [PATCH] scripts/checkpatch.pl: Change long line warning to 105 chars
  • From: Krzysztof Halasa <khc@xxxxxxxxx>
• Re: [PATCH] Drop 80-character limit in checkpatch.pl
  • From: Pádraig Brady <P@xxxxxxxxxxxxxx>
• [PATCH] scripts/checkpatch.pl: Change long line warning to 105 chars
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] Drop 80-character limit in checkpatch.pl
  • From: Krzysztof Halasa <khc@xxxxxxxxx>
• Re: [PATCH] Drop 80-character limit in checkpatch.pl
  • From: Bartlomiej Zolnierkiewicz <bzolnier@xxxxxxxxx>
• Re: [PATCH] Drop 80-character limit in checkpatch.pl
  • From: Jiri Kosina <jkosina@xxxxxxx>
• [PATCH] dm: Fix alignment stacking on partitioned devices
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH] scripts/checkpatch.pl: Change long line warning to 105 chars
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• Re: [PATCH] Drop 80-character limit in checkpatch.pl
  • From: Valdis.Kletnieks@xxxxxx
• Re: [PATCH] Drop 80-character limit in checkpatch.pl
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Drop 80-character limit in checkpatch.pl
  • From: Janakiram Sistla <janakiram.sistla@xxxxxxxxx>
• Re: [PATCH] Drop 80-character limit in checkpatch.pl
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] Drop 80-character limit in checkpatch.pl
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] Drop 80-character limit in checkpatch.pl
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• Re: [PATCH] Drop 80-character limit in checkpatch.pl
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] Drop 80-character limit in checkpatch.pl
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [dmraid 1/4] Parse "-cc" as required by man page.
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: Shared snapshots
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] Drop 80-character limit in checkpatch.pl
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Drop 80-character limit in checkpatch.pl
  • From: Bartlomiej Zolnierkiewicz <bzolnier@xxxxxxxxx>
• Re: Re: dm: sysfs add empty release function to avoid debug warning
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: [PATCH] Drop 80-character limit in checkpatch.pl
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Drop 80-character limit in checkpatch.pl
  • From: Bartlomiej Zolnierkiewicz <bzolnier@xxxxxxxxx>
• Re: [PATCH] Drop 80-character limit in checkpatch.pl
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• dmraid/lib/device partition.c
  • From: heinzm@xxxxxxxxxxxxxx
• dmraid/lib internal.h
  • From: heinzm@xxxxxxxxxxxxxx
• Re: [PATCH] Drop 80-character limit in checkpatch.pl
  • From: Américo Wang <xiyou.wangcong@xxxxxxxxx>
• Re: [PATCH] Drop 80-character limit in checkpatch.pl
  • From: Krzysztof Halasa <khc@xxxxxxxxx>
• Re: [PATCH] Drop 80-character limit in checkpatch.pl
  • From: Alex Chiang <achiang@xxxxxx>
• Re: [PATCH] Drop 80-character limit in checkpatch.pl
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• [dmraid 4/4] Fix two issues with installing shared libraries.
  • From: neilb@xxxxxxx
• [dmraid 3/4] Fix min/max macros
  • From: neilb@xxxxxxx
• [dmraid 2/4] Avoid fd leak in remove_device_partitions.
  • From: neilb@xxxxxxx
• [dmraid 1/4] Parse "-cc" as required by man page.
  • From: neilb@xxxxxxx
• [dmraid 0/4] A few patches for dmraid
  • From: neilb@xxxxxxx
• Re: Re: [PATCH] Remove capping from dev_loss_tmo
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• Re: [PATCH] Remove capping from dev_loss_tmo
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• Re: Re: dm: sysfs add empty release function to avoid debug warning
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Re: dm: sysfs add empty release function to avoid debug warning
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Shared snapshots
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 1 of 1] dm log userspace variable calculation fixes
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• Re: [PATCH] dm: eliminate some holes in data structures
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• Re: [PATCH v5 0/4] dm-replicator: introduce new remote replication target
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• Re: Re: dm: sysfs add empty release function to avoid debug warning
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: Re: dm: sysfs add empty release function to avoid debug warning
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Re: dm: sysfs add empty release function to avoid debug warning
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [PATCH] Remove capping from dev_loss_tmo
  • From: James Smart <James.Smart@xxxxxxxxxx>
• Re: [PATCH] Remove capping from dev_loss_tmo
  • From: James Smart <James.Smart@xxxxxxxxxx>
• Re: dm: sysfs add empty release function to avoid debug warning
  • From: Greg KH <greg@xxxxxxxxx>
• dmraid include/dmraid/dmreg.h lib/device/parti ...
  • From: heinzm@xxxxxxxxxxxxxx
• dmraid/logwatch
  • From: heinzm@xxxxxxxxxxxxxx
• Re: [PATCH] Drop 80-character limit in checkpatch.pl
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: dm: sysfs add empty release function to avoid debug warning
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Shared snapshots
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• multipath-tools/libmultipath pgpolicies.c
  • From: bmarzins@xxxxxxxxxxxxxx
• [PATCH] dm: eliminate some holes in data structures
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm: sysfs add empty release function to avoid debug warning
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH] Drop 80-character limit in checkpatch.pl
  • From: Bartlomiej Zolnierkiewicz <bzolnier@xxxxxxxxx>
• [PATCH] Drop 80-character limit in checkpatch.pl
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH v5 3/4] dm-replicator: ringbuffer replication log handler
  • From: heinzm@xxxxxxxxxx
• [PATCH v5 4/4] dm-replicator: blockdev site link handler
  • From: heinzm@xxxxxxxxxx
• [PATCH v5 2/4] dm-replicator: replication log and site link handler interfaces and main replicator module
  • From: heinzm@xxxxxxxxxx
• [PATCH v5 0/4] dm-replicator: introduce new remote replication target
  • From: heinzm@xxxxxxxxxx
• [PATCH v5 1/4] dm-replicator: documentation and module registry
  • From: heinzm@xxxxxxxxxx
• Re: [PATCH] Remove capping from dev_loss_tmo
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] Remove capping from dev_loss_tmo
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• Re: [git pull] device-mapper patches for 2.6.33-rc1
  • From: Pasi Kärkkäinen <pasik@xxxxxx>
• [PATCH] Remove capping from dev_loss_tmo
  • From: hare@xxxxxxx (Hannes Reinecke)
• Re: [PATCH libdmraid-events 0/3] Assorted fixes
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH libdmraid-events 0/3] Assorted fixes
  • From: Neil Brown <neilb@xxxxxxx>
• dmraid/lib/format/ataraid pdc.c
  • From: heinzm@xxxxxxxxxxxxxx
• Re: [PATCH dmraid 1/1] Ensure metadata dump of pdc metadata has the correct offset.
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: [PATCH libdmraid-events 0/3] Assorted fixes
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: Re: todays git regression (2.6.32-04008.g3ff6a46): lot of device mapper warnings
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: todays git regression (2.6.32-04008.g3ff6a46): lot of device mapper warnings
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: Re: [PATCH] Always pass result and sense on request completion
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• (no subject)
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH dmraid 1/1] Ensure metadata dump of pdc metadata has the correct offset.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH dmraid 0/1] pdc metadata bug fix
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH libdmraid-events 3/3] Fix minor memory leak in lib_main
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH libdmraid-events 2/3] Fix some issues with use of snprintf
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH libdmraid-events 1/3] Add some missing closedir calls.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH libdmraid-events 0/3] Assorted fixes
  • From: NeilBrown <neilb@xxxxxxx>
• [git pull] device-mapper patches for 2.6.33-rc1
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] Always pass result and sense on request completion
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: Re: [PATCH] Always pass result and sense on request completion
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: Re: [PATCH] Always pass result and sense on request completion
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• Re: [PATCH] Always pass result and sense on request completion
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: [PATCH] Always pass result and sense on request completion
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: todays git regression (2.6.32-04008.g3ff6a46): lot of device mapper warnings
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: todays git regression (2.6.32-04008.g3ff6a46): lot of device mapper warnings
  • From: Mike Snitzer <snitzer@xxxxxxxxx>
• todays git regression (2.6.32-04008.g3ff6a46): lot of device mapper warnings
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v3 0/4] dm-replicator: introduce new remote replication target
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v3 0/4] dm-replicator: introduce new remote replication target
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/4] dm-replicator: introduce new remote replication target
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v3 0/4] dm-replicator: introduce new remote replication target
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/4] dm-replicator: introduce new remote replication target
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/4] dm-replicator: introduce new remote replication target
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: [PATCH v2 1/1] dm-raid45
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: [PATCH v2 1/1] dm-raid45
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: [PATCH v2 1/1] dm-raid45
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/4] dm-replicator: introduce new remote replication target
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] dm-raid45
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH] dm snapshot: support barriers in snapshot-merge target
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v3 0/4] dm-replicator: introduce new remote replication target
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH] scsi_dh_rdac: Add two new IBM devices to rdac_dev_list
  • From: "Moger, Babu" <Babu.Moger@xxxxxxx>
• RE: [PATCH] scsi_dh_rdac: Add two new IBM devices to rdac_dev_list
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• RE: [PATCH] scsi_dh_rdac: Add two new IBM devices to rdac_dev_list
  • From: "Moger, Babu" <Babu.Moger@xxxxxxx>
• [PATCH] dm snapshot: remove try_again goto from snapshot_merge_process()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v5 03/13] dm exception store: snapshot-merge usage accounting
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v5 03/13] dm exception store: snapshot-merge usage accounting
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH v5 03/13] dm exception store: snapshot-merge usage accounting
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v5 03/13] dm exception store: snapshot-merge usage accounting
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• [PATCH v5 03/13] dm exception store: snapshot-merge usage accounting
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• dmraid/lib/activate activate.c
  • From: heinzm@xxxxxxxxxxxxxx
• Re: snapshot merging: change timeout to a sequence count
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: snapshot merging: change timeout to a sequence count
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• dm snapshot: eliminate busy waiting when stopping merge [Was: Re: dm snapshot: stop merging using a completion]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm snapshot: stop merging using a completion
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] snapshot merging: change timeout to a sequence count
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm snapshot: stop merging using a completion
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm snapshot: stop merging using a completion
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm snapshot: stop merging using a completion
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH v5 13/13] dm snapshot: report merge failure in status
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm snapshot: stop merging using a completion
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>