Linux Device-Mapper Development
[Prev Page][Next Page]
- Re: [PATCHES] convert dm-thin to use dm-bufio
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] dm: lower bio-based reservation
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- clone() with CLONE_NEWNET breaks kobject_uevent_env()
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: [BUG] Oops when SCSI device under multipath is removed
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- multiple path disk
- From: tony <jiangzhongbin@xxxxxxxxx>
- [PATCH] Add kpartx example to manpage
- From: Ritesh Raj Sarraf <rrs@xxxxxxxxxx>
- Re: multiple path disk
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: [PATCHES] convert dm-thin to use dm-bufio
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCHES] convert dm-thin to use dm-bufio
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [BUG] Oops when SCSI device under multipath is removed
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: [PATCH] dm-space-map-disk: improve bit testing
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: question: deleting blocks
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCHES] convert dm-thin to use dm-bufio
- From: Joe Thornber <thornber@xxxxxxxxxx>
- [PATCH] dm-space-map-disk: improve bit testing
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- question: deleting blocks
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCHES] convert dm-thin to use dm-bufio
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] dm-thin-metadata: set the number of reserved buffers
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [patch, v3] block: fix flush machinery for stacking drivers with differring flush flags
- From: Tejun Heo <tj@xxxxxxxxxx>
- [patch, v3] block: fix flush machinery for stacking drivers with differring flush flags
- From: Jeff Moyer <jmoyer@xxxxxxxxxx>
- Re: [patch, v2] block: fix flush machinery for stacking drivers with differring flush flags
- From: Jeff Moyer <jmoyer@xxxxxxxxxx>
- Re: [PATCHES] convert dm-thin to use dm-bufio
- From: Joe Thornber <thornber@xxxxxxxxxx>
- [PATCHES] convert dm-thin to use dm-bufio
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [patch, v2] block: fix flush machinery for stacking drivers with differring flush flags
- From: Tejun Heo <tj@xxxxxxxxxx>
- [patch, v2] block: fix flush machinery for stacking drivers with differring flush flags
- From: Jeff Moyer <jmoyer@xxxxxxxxxx>
- Re: [patch] block: fix flush machinery for stacking drivers with differring flush flags
- From: Jeff Moyer <jmoyer@xxxxxxxxxx>
- Re: [patch] block: fix flush machinery for stacking drivers with differring flush flags
- From: Jeff Moyer <jmoyer@xxxxxxxxxx>
- Re: [patch] block: fix flush machinery for stacking drivers with differring flush flags
- From: Tejun Heo <tj@xxxxxxxxxx>
- Kernel panic with kmpathd
- From: <Yanqing_Liu@xxxxxxxx>
- Re: [BUG] Oops when SCSI device under multipath is removed
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: [BUG] Oops when SCSI device under multipath is removed
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [BUG] Oops when SCSI device under multipath is removed
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: [BUG] Oops when SCSI device under multipath is removed
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [patch] block: fix flush machinery for stacking drivers with differring flush flags
- From: Shaohua Li <shli@xxxxxxxxxx>
- Re: [PATCH] multipath-tools: service mode changes for RDACstorage
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Re: [BUG] Oops when SCSI device under multipath is removed
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: [BUG] Oops when SCSI device under multipath is removed
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: [BUG] Oops when SCSI device under multipath is removed
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: block: properly handle flush/fua requests in blk_insert_cloned_request
- From: Jeff Moyer <jmoyer@xxxxxxxxxx>
- [patch] block: fix flush machinery for stacking drivers with differring flush flags
- From: Jeff Moyer <jmoyer@xxxxxxxxxx>
- [PATCH] dm: get rid of smp_mb() after set_current_state()
- From: Namhyung Kim <namhyung@xxxxxxxxx>
- [BUG] Oops when SCSI device under multipath is removed
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: block: properly handle flush/fua requests in blk_insert_cloned_request
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: block: properly handle flush/fua requests in blk_insert_cloned_request
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: block: properly handle flush/fua requests in blk_insert_cloned_request
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: block: properly handle flush/fua requests in blk_insert_cloned_request
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: block: properly handle flush/fua requests in blk_insert_cloned_request
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: block: properly handle flush/fua requests in blk_insert_cloned_request
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: block: properly handle flush/fua requests in blk_insert_cloned_request
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm crypt: Always disable discard zeroes data flag
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: dm crypt: Always disable discard zeroes data flag
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm crypt: Always disable discard zeroes data flag
- From: Milan Broz <mbroz@xxxxxxxxxx>
- [PATCH] DM RAID: Fix off-by-one comparison.
- From: jbrassow@xxxxxxxxxx
- Re: [patch] blk-flush: fix flush policy calculation
- From: Jeff Moyer <jmoyer@xxxxxxxxxx>
- Re: dm-thin: commit metadata bug
- From: Joe Thornber <thornber@xxxxxxxxxx>
- dm-thin: commit metadata bug
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] dm flakey: fix corrupt_bio_byte error path
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm table: fix potential NULL pointer in dm_table_set_integrity
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm-thinp: check allocation failure
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: dm-thin: Fix deadlock with unknown device id
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm: use local ratelimit state for *_LIMIT()
- From: Namhyung Kim <namhyung@xxxxxxxxx>
- [PATCH] dm-thin: Fix deadlock with unknown device id
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 3/4] [block-manager] remove spurious decrement of write_lock_pending in the case of a recycled block.
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH 4/4] Track errored blocks
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 2/4] Fix a race between reading a new block and having it recycled.
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 3/4] [block-manager] remove spurious decrement of write_lock_pending in the case of a recycled block.
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 1/4] The return code from the various wait functions is never acted upon. So change to uninterrupible waits and change the return type to void.
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 3/4] [block-manager] remove spurious decrement of write_lock_pending in the case of a recycled block.
- From: Joe Thornber <ejt@xxxxxxxxxx>
- [PATCH 4/4] Track errored blocks
- From: Joe Thornber <ejt@xxxxxxxxxx>
- [PATCH 1/4] The return code from the various wait functions is never acted upon. So change to uninterrupible waits and change the return type to void.
- From: Joe Thornber <ejt@xxxxxxxxxx>
- [PATCH 2/4] Fix a race between reading a new block and having it recycled.
- From: Joe Thornber <ejt@xxxxxxxxxx>
- Re: Review of dm-block-manager.c
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: Review of dm-block-manager.c
- From: Joe Thornber <thornber@xxxxxxxxxx>
- [git pull] device-mapper patches for 3.0
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Review of dm-block-manager.c
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Review of dm-block-manager.c
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Review of dm-block-manager.c
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Review of dm-block-manager.c
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Announcement: dm-zeroed
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] dm table: configure DM flush capabilities based on underlying devices
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Multipath and primary pathing
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- dm_calculate_queue_limits and default values
- From: benoit.welterlen@xxxxxxxx
- Multipath and primary pathing
- From: "Nigel Reed" <nigel@xxxxxxxxxxxxxxx>
- [PATCH v2] Associate HBA and storage in rdac_controller to support partitions in storage
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH] Associate HBA and storage in rdac_controller to support partitions in storage
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH] Associate HBA and storage in rdac_controller to support partitions in storage
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Reduce number of KOBJ_REMOVE events
- From: Kay Sievers <kay.sievers@xxxxxxxx>
- Re: [PATCH 4/4] sysfs: use rb-tree for inode number lookup
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 2/4] sysfs: use rb-tree for name lookups
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] multipath: add find_multipaths feature.
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH] multipath: better check for daemon mode.
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH] multipath: strdup multipath alias, so that it isn't deleted.
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: [PATCH] Reduce number of KOBJ_REMOVE events
- From: Kay Sievers <kay.sievers@xxxxxxxx>
- Re: [PATCH] Reduce number of KOBJ_REMOVE events
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- Re: [PATCH] Reduce number of KOBJ_REMOVE events
- From: Kay Sievers <kay.sievers@xxxxxxxx>
- [PATCH] multipath-tools: service mode changes for RDAC storage
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Re: [PATCH] Reduce number of KOBJ_REMOVE events
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- Re: [PATCH] Use WWID from C8 page instead of Subsystem id from C4 page to identify storage
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Re: [PATCH] Reduce number of KOBJ_REMOVE events
- From: Kay Sievers <kay.sievers@xxxxxxxx>
- Re: [PATCH -next] dm: fix dm-flakey printk warning
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: linux-next: Tree for July 21 (drivers/md/dm-raid)
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- [PATCH -next] dm: fix dm-flakey printk warning
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- [PATCH] Reduce number of KOBJ_REMOVE events
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- Re: dm-crypt: add mapping table option to allowing discard requests
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: dm-crypt: add mapping table option to allowing discard requests
- From: Jeff Cook <jeff@xxxxxxxxxxxxxxxxxxxxx>
- Re: linux-next: Tree for July 21 (drivers/md/dm-raid)
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH 4/4] sysfs: use rb-tree for inode number lookup
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 3/4] sysfs: remove s_sibling hacks
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 2/4] sysfs: use rb-tree for name lookups
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 1/4] sysfs: count subdirectories
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: linux-next: Tree for July 21 (drivers/md/dm-raid)
- From: NeilBrown <neilb@xxxxxxx>
- Re: Blacklist broken?
- From: "Stamper, Brian P. (ARC-D)[Stinger Ghaffarian Technologies Inc. (SGT Inc.)]" <brian.p.stamper@xxxxxxxx>
- Re: [PATCHES] improve sysfs performance, make it O(log n)
- From: Greg KH <gregkh@xxxxxxx>
- Re: What is a /dev/dm-* file ?
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- Re: [PATCHES] improve sysfs performance, make it O(log n)
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH] backing-dev: use synchronize_rcu_expedited instead of synchronize_rcu
- From: Jens Axboe <axboe@xxxxxxxxx>
- [PATCH v3] dm table: fix and simplify discard support processing
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] backing-dev: use synchronize_rcu_expedited instead of synchronize_rcu
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCHES] improve sysfs performance, make it O(log n)
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- multipath-tools/libmultipath discovery.c
- From: bmarzins@xxxxxxxxxxxxxx
- [PATCH] Associate HBA and storage in rdac_controller to support partitions in storage
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH] Use WWID from C8 page instead of Subsystem id from C4 page to identify storage
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: device mapper not finding all devices
- From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
- Re: device mapper not finding all devices
- From: David Cramblett <david@xxxxxxxxxxxxxxxxxxx>
- Re: What is a /dev/dm-* file ?
- From: li mohua <moli@xxxxxxxxxx>
- What is a /dev/dm-* file ?
- From: Chao Yang <chyang@xxxxxxxxxx>
- Re: device mapper not finding all devices
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: [PATCH v2] dm table: simplify discard support processing
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH v6 3/4] dm-replicator: ringbuffer replication log handler
- From: Busby <chaimvy@xxxxxxxxx>
- Re: multipath: add find_multipaths feature.
- From: Peter Volkov <pva@xxxxxxxxxx>
- device mapper not finding all devices
- From: David Cramblett <david@xxxxxxxxxxxxxxxxxxx>
- [PATCH] dm table: fold __table_get_device into dm_get_device
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: multipath: add find_multipaths feature.
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: [PATCH] dm-crypt: add mapping table option to allowing discard requests
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: dm-crypt: add mapping table option to allowing discard requests
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] dm-crypt: add mapping table option to allowing discard requests
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH] dm-crypt: add mapping table option to allowing discard requests
- From: Jeff Cook <jeff@xxxxxxxxxxxxxxxxxxxxx>
- Re: multipath: add find_multipaths feature.
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Blacklist broken?
- From: "Stamper, Brian P. (ARC-D)[Stinger Ghaffarian Technologies Inc. (SGT Inc.)]" <brian.p.stamper@xxxxxxxx>
- Re: Blacklist broken?
- From: "Stamper, Brian P. (ARC-D)[Stinger Ghaffarian Technologies Inc. (SGT Inc.)]" <brian.p.stamper@xxxxxxxx>
- Blacklist broken?
- From: "Stamper, Brian P. (ARC-D)[Stinger Ghaffarian Technologies Inc. (SGT Inc.)]" <brian.p.stamper@xxxxxxxx>
- [PATCH 2 of 2] dm-raid-add-md-raid1-support-2.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 1 of 2] dm-raid-cleanup-parameter-handling-2.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 0 of 2] Updates to existing dm-raid patches
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH v2] dm table: simplify discard support processing
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm table: simplify discard support processing
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] dm table: simplify discard support processing
- From: Milan Broz <mbroz@xxxxxxxxxx>
- [PATCH] dm: add documentation of sysfs interface
- From: Milan Broz <mbroz@xxxxxxxxxx>
- [PATCH] dm table: simplify discard support processing
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm-crypt: add mapping table option to allowing discard requests
- From: Milan Broz <mbroz@xxxxxxxxxx>
- [PATCH] multipath: check setup_multipath return value.
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: Device removal handling
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: [PATCH 3/3] block: Move discard and secure discard flags to queue limits
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm-crypt TRIM support
- From: Christian Hesse <list@xxxxxxxx>
- SuSE multipath-tools git tree moved
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH] block: Check that queue is alive in blk_insert_cloned_request()
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] block: Check that queue is alive in blk_insert_cloned_request()
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH] block: Check that queue is alive in blk_insert_cloned_request()
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] block: Check that queue is alive in blk_insert_cloned_request()
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: dm-crypt TRIM support
- From: Jeff Cook <jeff@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] block: Check that queue is alive in blk_insert_cloned_request()
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: block: Check that queue is alive in blk_insert_cloned_request()
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH] block: Check that queue is alive in blk_insert_cloned_request()
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: block: Check that queue is alive in blk_insert_cloned_request()
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- [PATCH] dm mpath: manage reference on request queue of underlying devices
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Wrong behaviour of multipathing on Active/Passive storage array
- From: Mikhail Shevyakov <Shevyakov.M@xxxxxxxxxxxx>
- Re: Device removal handling
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Device removal handling
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: block: Check that queue is alive in blk_insert_cloned_request()
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: block: Check that queue is alive in blk_insert_cloned_request()
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] block: Check that queue is alive in blk_insert_cloned_request()
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] block: Check that queue is alive in blk_insert_cloned_request()
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Device removal handling
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: Wrong behaviour of multipathing on Active/Passive storage array
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: Device removal handling
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Device removal handling
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: Device removal handling
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Device removal handling
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: [PATCH 0/3] initial release of dm thin provisioning target
- From: Joe Thornber <thornber@xxxxxxxxxx>
- [PATCH 2/3] dm persistent data: a library for storing metadata in DM targets
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 3/3] dm thin: thin provisioning target
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 0/3] initial release of dm thin provisioning target
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 1/3] dm: add dm_bdev
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Multipathd on Opensuse 11.4 x64 buffer overwflow when starting with -D args too
- From: Roberto Giordani <r.giordani@xxxxxxxxx>
- Re: [BUG] 2.6.39.1 crash in scsi_dispatch_cmd()
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: Multipathd on Opensuse 11.4 x64 buffer overwflow when starting with -D args too
- From: Hannes Reinecke <hare@xxxxxxx>
- Multipathd on Opensuse 11.4 x64 buffer overwflow when starting with -D args too
- From: Roberto Giordani <r.giordani@xxxxxxxxx>
- [PATCH 9 of 7]: DM RAID superblock must record device role
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 8 of 7]: DM RAID 'failed_devices' should be 64-bit
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 1/3] dm-ioctl: fill parameters in __find_device_hash_cell instead of find_device
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 2/3] dm-ioctl: introduce __get_dev_cell
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 3/3] dm-ioctl: Don't allow multiple device specifiers
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Native systemd service files for multipathd
- From: "Jóhann B. Guðmundsson" <johannbg@xxxxxxxxx>
- Re: Proposition for zeroed logical volume
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Proposition for zeroed logical volume
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Fedora 15 dm-linear device lookup failed
- From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
- Re: Fedora 15 dm-linear device lookup failed
- From: "Stamper, Brian P. (ARC-D)[Stinger Ghaffarian Technologies Inc. (SGT Inc.)]" <brian.p.stamper@xxxxxxxx>
- dm-multipath fails when one path is taken offline.
- From: Jason Price <japrice@xxxxxxxxx>
- Re: dm flakey: document corrupt_bio_byte and optional feature precedence
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm flakey: document corrupt_bio_byte and optional feature precedence
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Lvm snapshot for a vm disk doubt
- From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
- Fedora 15 dm-linear device lookup failed
- From: "Stamper, Brian P. (ARC-D)[Stinger Ghaffarian Technologies Inc. (SGT Inc.)]" <brian.p.stamper@xxxxxxxx>
- Re: dm-crypt TRIM support
- From: Milan Broz <mbroz@xxxxxxxxxx>
- dm-crypt TRIM support
- From: Jeff Cook <jeff@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH 5 of 7] DM RAID: allow metadata devices -- FIX
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH] dm mpath: fix potential NULL pointer in feature arg processing
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 9/9] dm flakey: add debug feature to control debug output
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 5/9] dm flakey: add corrupt_bio_byte feature
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 3/9] dm flakey: start of adding features
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 8/9] dm flakey: add ability to specify the corrupting value to be written
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 4/9] dm flakey: add drop_writes feature
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 7/9] dm flakey: switch corrupt_bio_data_dir to corrupt_bio_flags
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 6/9] dm flakey: add corrupt_bio_byte read support
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 0/9] dm flakey: add features
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 1/9] dm: factor out target argument parsing helpers
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 2/9] dm flakey: use dm_target_offset() and support discards
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] dm: use cpu_relax when busy waiting for condition
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH resend 0/6] use little-endian bitops properly
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- [PATCH resend 2/6] dm: use use proper little-endian bitops
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- Re: [PATCH] dm-kcopyd/dm-snap: Don't read the origin on full chunk write
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH] dm-kcopyd/dm-snap: Don't read the origin on full chunk write
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH] dm-kcopyd/dm-snap: Don't read the origin on full chunk write
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] dm-kcopyd: optionally zero an area instead of copying
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] dm-kcopyd: optionally zero an area instead of copying
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH] dm: Introduce DMF_MERGE_IS_OPTIONAL flag
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH] dm: Introduce DMF_MERGE_IS_OPTIONAL flag
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: newbie question regarding target_type's map callback
- From: Krzysztof Błaszkowski <kb@xxxxxxxxxxxxxxx>
- Re: Read balance of dm-raid1
- From: Feng Shuo <steve.shuo.feng@xxxxxxxxx>
- Re: [PATCH] dm: Don't install merge function if not needed
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH] dm: Don't install merge function if not needed
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH] dm: Don't install merge function if not needed
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH] dm: Don't install merge function if not needed
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Interface changes to multisnap
- From: Joe Thornber <thornber@xxxxxxxxxx>
- /dev/dm-10 is not created for tenth LVM volume
- From: Arie Skliarouk <skliarie@xxxxxxxxx>
- Interface changes to multisnap
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH] dm-kcopyd/dm-snap: Don't read the origin on full chunk write
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH] dm-kcopyd/dm-snap: Don't read the origin on full chunk write
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: [PATCH] dm-kcopyd/dm-snap: Don't read the origin on full chunk write
- From: Joe Thornber <thornber@xxxxxxxxxx>
- 2.6.39, GPF at _raw_spin_lock_irqsave/scsi_dh_detach
- From: Bruno Prémont <bonbons@xxxxxxxxxxxxxxxxx>
- Re: newbie question regarding target_type's map callback
- From: Krzysztof Błaszkowski <kb@xxxxxxxxxxxxxxx>
- Re: newbie question regarding target_type's map callback
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- newbie question regarding target_type's map callback
- From: Krzysztof Błaszkowski <kb@xxxxxxxxxxxxxxx>
- Read balance of dm-raid1
- From: Feng Shuo <steve.shuo.feng@xxxxxxxxx>
- [PATCH] dm-kcopyd/dm-snap: Don't read the origin on full chunk write
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Multipath conf
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- Re: [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Multipath conf
- From: Christophe BOULLANGER <cbo@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
- From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
- Re: [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
- From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
- Re: [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: XFS getting EAGAIN from block device
- From: Marko Huttunen <marko@xxxxxxxxx>
- Re: [PATCH] dm-kcopyd: optionally zero an area instead of copying
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] dm-kcopyd: optionally zero an area instead of copying
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
- From: Joe Thornber <thornber@xxxxxxxxxx>
- [PATCH 0 OF 7] DM RAID updates
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 7 of 7] DM RAID: version number inc
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 6 of 7] DM RAID: add RAID1 support
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 5 of 7] DM RAID: allow metadata devices
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 4 of 7] DM RAID: add write_mostly param
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 3 of 7] DM RAID: add region_size param
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 2 of 7] DM RAID: cleanups
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 1 of 7] DM RAID: documentation updates
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH] dm-snapshot: flush disk cache when merging
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] dm-snap: remove unused definitions
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] dm-kcopyd: optionally zero an area instead of copying
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: XFS getting EAGAIN from block device
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- Re: loopX too small for target
- From: Ray Van Dolson <rayvd@xxxxxxxxxxxx>
- loopX too small for target
- From: Ray Van Dolson <rayvd@xxxxxxxxxxxx>
- Re: XFS getting EAGAIN from block device
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- XFS getting EAGAIN from block device
- From: Marko Huttunen <marko@xxxxxxxxx>
- Re: [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Trouble with registering a raid volume with dmeventd
- From: "Sandra Escandor" <sescandor@xxxxxxxxxx>
- Re: [PATCH] multipath-tools: Manual failback fix whenpriority changes
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: [PATCH] multipath-tools: Manual failback fix whenpriority changes
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Re: dm-cache module
- From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
- Re: dm-cache module
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Trouble with registering a raid volume with dmeventd
- From: "Sandra Escandor" <sescandor@xxxxxxxxxx>
- Re: [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- question about output of dmsetup status
- From: "Sandra Escandor" <sescandor@xxxxxxxxxx>
- Re: [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] dm-kcopyd: remove nr_pages field from job structure
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] dm-kcopyd: remove "offset" field from job structure
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
- From: Joe Thornber <ejt@xxxxxxxxxx>
- if the dmesg is error mmsg
- From: yue <ooolinux@xxxxxxx>
- Re: [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
- From: Ankit Jain <jankit@xxxxxxx>
- Re: [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
- From: Ankit Jain <jankit@xxxxxxx>
- [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 2/2] dm-kcopyd: use throttle
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 2/3] block: Move non-rotational flag to queue limits
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
- Re: [PATCH 2/3] block: Move non-rotational flag to queue limits
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: [PATCH 2/3] block: Move non-rotational flag to queue limits
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
- Re: [PATCH] dm-kcopyd: monitor io activity
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 2/3] block: Move non-rotational flag to queue limits
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] dm-kcopyd: monitor io activity
- From: Joe Thornber <ejt@xxxxxxxxxx>
- Re: [PATCH 3/3] block: Move discard and secure discard flags to queue limits
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: [PATCH 2/3] block: Move non-rotational flag to queue limits
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- paths scsi names persistence after rescan
- From: Jorge Salamero Sanz <bencer@xxxxxxxxxxxxxx>
- Re: dm-kcopyd: use throttle
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm-kcopyd: Add a throttle parameter
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] dm-kcopyd: monitor io activity
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] dm-kcopyd: use throttle
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] dm: use use proper little-endian bitops
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- [git pull] device-mapper patches for 2.6.40
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [TRIVIAL PATCH next 07/15] md: Convert vmalloc/memset to vzalloc
- From: Joe Perches <joe@xxxxxxxxxxx>
- [TRIVIAL PATCH next 00/15] treewide: Convert vmalloc/memset to vzalloc
- From: Joe Perches <joe@xxxxxxxxxxx>
- dm-multipath fails when 1 path is taken offline
- From: Jason Price <japrice@xxxxxxxxx>
- [PATCH] multipath-tools: Manual failback fix when priority changes
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- (no subject)
- From: Swastik Das <swastik.das@xxxxxxxxxxx>
- Re: [PATCH 3/3] block: Move discard and secure discard flags to queue limits
- From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
- Re: [PATCH 3/3] block: Move discard and secure discard flags to queue limits
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 1/3] block: Introduce blk_set_stacking_limits function
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 2/3] block: Move non-rotational flag to queue limits
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- dm_ioband - BUG: unable to handle kernel NULL pointer dereference at (null)
- From: Степан Фёдоров <stepan.fedorov@xxxxxxxx>
- [PATCH 2/3] block: Move non-rotational flag to queue limits
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- [PATCH 1/3] block: Introduce blk_set_stacking_limits function
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- [PATCH 3/3] block: Move discard and secure discard flags to queue limits
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: dm: pass up rotational flag
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: dm: pass up rotational flag
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
- dm-multipath fails when 1 path is taken offline
- From: Jason Price <japrice@xxxxxxxxx>
- Re: dm: pass up rotational flag
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: dm: pass up rotational flag
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm: pass up rotational flag
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- [PATCH v2] dm: pass up non-rotational flag
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm: pass up rotational flag
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm: pass up rotational flag
- From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
- Issue with dm snapshots 2
- From: sdrb <sdrb@xxxxxxx>
- Re: [PATCH] Remove the spinlock protecting the pages allocation
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH] Remove the spinlock protecting the pages allocation
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: SUSE multipath-tools patch resync
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: SUSE multipath-tools patch resync
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: [PATCH] dm-kcopyd: Introduce gfp flags for alloc_pl
- From: Joe Thornber <thornber@xxxxxxxxxx>
- [PATCH] dm-kcopyd: return client directly and not through a pointer
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] dm-kcopyd: reserve fewer pages
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] dm-kcopyd: alloc pages from the main page allocator
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] dm-kcopyd: Introduce gfp flags for alloc_pl
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] DM RAID: add RAID1 support
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: dm: Integrity errors should not cause failover
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: [PATCH] DM RAID: do not print rebuilds in table line
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: SUSE multipath-tools patch resync
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH] Use refcounting for sysfs devices
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH] multipathd: Do not attempt to rename a device
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH] Race condition when calling stop_waiter_thread()
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: SUSE multipath-tools patch resync
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: SUSE multipath-tools patch resync
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: Compiling multipath-tools
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: SUSE multipath-tools patch resync
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Compiling multipath-tools
- From: "--[ UxBoD ]--" <uxbod@xxxxxxxxxxxx>
- Re: SUSE multipath-tools patch resync
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH] DM RAID: add RAID1 support
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: SUSE multipath-tools patch resync
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- [PATCH] DM RAID: add RAID1 support
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH] DM RAID: do not print rebuilds in table line
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH] DM RAID: allow metadata devices
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- multipatd -k "show config" related query....
- From: Dharmesh Kamdar <kamdard71@xxxxxxxxx>
- Re: dm: Integrity errors should not cause failover
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: multipath produces a segmentation fault
- From: "--[ UxBoD ]--" <uxbod@xxxxxxxxxxxx>
- Re: [PATCH] Fix a possible dm-kcopyd deadlock - preallocate sub jobs
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH] dm-io: reserve just one structure
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH] Remove the spinlock protecting the pages allocation
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: multipath produces a segmentation fault
- From: "--[ UxBoD ]--" <uxbod@xxxxxxxxxxxx>
- multipath produces a segmentation fault
- From: "--[ UxBoD ]--" <uxbod@xxxxxxxxxxxx>
- Re: dm snapshot diffs
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Issue occurred when fixed using mapped device and software RAID
- From: "王道邦" <wangdb@xxxxxxxxxxxx>
- dm snapshot diffs
- From: Groshev Dmitry <a2alt@xxxxx>
- Re: SUSE multipath-tools patch resync
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- [PATCH] Don't split SUB_JOB_SIZE jobs
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] Remove the spinlock protecting the pages allocation
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] dm-io: reserve just one bioset structure
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] dm-io: reserve just one structure
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] Reserve just one mempool entry
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] Fix a possible dm-kcopyd deadlock - preallocate sub jobs
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: 2.6.32.28 - md resync + pvmove - crash
- From: Christian May <christian_may@xxxxxxxxxx>
- [PATCH] dm-io: flush CPU cache on vmalloc mappings
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- SUSE multipath-tools patch resync
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: do not disable ext4 discards on first discard failure? [was: Re: dm snapshot: ignore discards issued to the snapshot-origin target]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: do not disable ext4 discards on first discard failure? [was: Re: dm snapshot: ignore discards issued to the snapshot-origin target]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm: Integrity errors should not cause failover
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- FW: Buffer I/O error on access lun.....
- From: Swastik Das <swastik.das@xxxxxxxxxxx>
- [PATCH] dm: Integrity errors should not cause failover
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- how to disable exclusive access
- From: saeed bishara <saeed.bishara@xxxxxxxxx>
- Issue with dm snapshots
- From: sdrb <sdrb@xxxxxxx>
- Re: dm-crypt on RAID5/6 write performance - cause & proposed solutions
- From: Chris Lais <chris+linux@xxxxxxxxxxxxxx>
- Re: dm-crypt on RAID5/6 write performance - cause & proposed solutions
- From: Milan Broz <mbroz@xxxxxxxxxx>
- dm-crypt on RAID5/6 write performance - cause & proposed solutions
- From: Chris Lais <chris+linux@xxxxxxxxxxxxxx>
- [PATCH] multipathd: Disassociate from /dev/console when daemonizing
- From: Ankit Jain <jankit@xxxxxxx>
- Re: RHEL 6 I/O error messages during booting
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: RHEL 6 I/O error messages during booting
- From: Malahal Naineni <malahal@xxxxxxxxxx>
- Re: RHEL 6 I/O error messages during booting
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: 2.6.32.28 - md resync + pvmove - crash
- From: Christian May <christian_may@xxxxxxxxxx>
- Re: RHEL 6: Missing /dev/mpath directory
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- 2.6.32.28 - md resync + pvmove - crash
- From: Nikola Ciprich <nikola.ciprich@xxxxxxxxxxx>
- Re: RHEL 6: Missing /dev/mpath directory
- From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
- Re: RHEL 6: Missing /dev/mpath directory
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- RHEL 6: Missing /dev/mpath directory
- From: MOHAMMED FIRDOSH NASIM <firdosh.nasim@xxxxxxxxx>
- Re: RHEL 6 I/O error messages during booting
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- RHEL 6 I/O error messages during booting
- From: Christian May <christian_may@xxxxxxxxxx>
- Re: do not disable ext4 discards on first discard failure? [was: Re: dm snapshot: ignore discards issued to the snapshot-origin target]
- From: Lukas Czerner <lczerner@xxxxxxxxxx>
- Re: do not disable ext4 discards on first discard failure? [was: Re: dm snapshot: ignore discards issued to the snapshot-origin target]
- From: Karel Zak <kzak@xxxxxxxxxx>
- SUSE multipath-tools resync
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH] multipathd: Don't mark a virtio_blk path offline if it has no sysfs "state" attribute
- From: Martin Schwenke <martin@xxxxxxxxxx>
- [PATCH] Return PATH_UP for non-SCSI devices in path_offline()
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH] multipathd: Don't mark a virtio_blk path offline if it has no sysfs "state" attribute
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: [PATCH] multipathd: Don't mark a virtio_blk path offline if it has no sysfs "state" attribute
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH] multipathd: Don't mark a virtio_blk path offline if it has no sysfs "state" attribute
- From: Martin Schwenke <martin@xxxxxxxxxx>
- Re: do not disable ext4 discards on first discard failure? [was: Re: dm snapshot: ignore discards issued to the snapshot-origin target]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- LinuxTag, Berlin, Weds 11 - Sat 14 May 2011
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: do not disable ext4 discards on first discard failure? [was: Re: dm snapshot: ignore discards issued to the snapshot-origin target]
- From: Lukas Czerner <lczerner@xxxxxxxxxx>
- Re: do not disable ext4 discards on first discard failure? [was: Re: dm snapshot: ignore discards issued to the snapshot-origin target]
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: do not disable ext4 discards on first discard failure? [was: Re: dm snapshot: ignore discards issued to the snapshot-origin target]
- From: Lukas Czerner <lczerner@xxxxxxxxxx>
- Re: do not disable ext4 discards on first discard failure? [was: Re: dm snapshot: ignore discards issued to the snapshot-origin target]
- From: Lukas Czerner <lczerner@xxxxxxxxxx>
- Re: do not disable ext4 discards on first discard failure? [was: Re: dm snapshot: ignore discards issued to the snapshot-origin target]
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: do not disable ext4 discards on first discard failure? [was: Re: dm snapshot: ignore discards issued to the snapshot-origin target]
- From: "Ted Ts'o" <tytso@xxxxxxx>
- Re: do not disable ext4 discards on first discard failure? [was: Re: dm snapshot: ignore discards issued to the snapshot-origin target]
- From: Lukas Czerner <lczerner@xxxxxxxxxx>
- Re: do not disable ext4 discards on first discard failure? [was: Re: dm snapshot: ignore discards issued to the snapshot-origin target]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: do not disable ext4 discards on first discard failure? [was: Re: dm snapshot: ignore discards issued to the snapshot-origin target]
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: do not disable ext4 discards on first discard failure? [was: Re: dm snapshot: ignore discards issued to the snapshot-origin target]
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: [Multipath] Round-robin performance limit
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- Re: do not disable ext4 discards on first discard failure? [was: Re: dm snapshot: ignore discards issued to the snapshot-origin target]
- From: Lukas Czerner <lczerner@xxxxxxxxxx>
- Re: [Multipath] Round-robin performance limit
- From: Malahal Naineni <malahal@xxxxxxxxxx>
- Re: [Multipath] Round-robin performance limit
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- Re: do not disable ext4 discards on first discard failure? [was: Re: dm snapshot: ignore discards issued to the snapshot-origin target]
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: do not disable ext4 discards on first discard failure? [was: Re: dm snapshot: ignore discards issued to the snapshot-origin target]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: do not disable ext4 discards on first discard failure? [was: Re: dm snapshot: ignore discards issued to the snapshot-origin target]
- From: Lukas Czerner <lczerner@xxxxxxxxxx>
- Re: do not disable ext4 discards on first discard failure? [was: Re: dm snapshot: ignore discards issued to the snapshot-origin target]
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: do not disable ext4 discards on first discard failure? [was: Re: dm snapshot: ignore discards issued to the snapshot-origin target]
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: do not disable ext4 discards on first discard failure? [was: Re: dm snapshot: ignore discards issued to the snapshot-origin target]
- From: Lukas Czerner <lczerner@xxxxxxxxxx>
- Re: do not disable ext4 discards on first discard failure? [was: Re: dm snapshot: ignore discards issued to the snapshot-origin target]
- From: Eric Sandeen <sandeen@xxxxxxxxxx>
- Re: do not disable ext4 discards on first discard failure? [was: Re: dm snapshot: ignore discards issued to the snapshot-origin target]
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: do not disable ext4 discards on first discard failure? [was: Re: dm snapshot: ignore discards issued to the snapshot-origin target]
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: [Multipath] Round-robin performance limit
- From: Adam Chasen <adam@xxxxxxxxxxx>
- Re: do not disable ext4 discards on first discard failure? [was: Re: dm snapshot: ignore discards issued to the snapshot-origin target]
- From: Lukas Czerner <lczerner@xxxxxxxxxx>
- Re: do not disable ext4 discards on first discard failure? [was: Re: dm snapshot: ignore discards issued to the snapshot-origin target]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: do not disable ext4 discards on first discard failure? [was: Re: dm snapshot: ignore discards issued to the snapshot-origin target]
- From: Lukas Czerner <lczerner@xxxxxxxxxx>
- Re: do not disable ext4 discards on first discard failure? [was: Re: dm snapshot: ignore discards issued to the snapshot-origin target]
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: do not disable ext4 discards on first discard failure? [was: Re: dm snapshot: ignore discards issued to the snapshot-origin target]
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [Multipath] Round-robin performance limit
- From: Pasi Kärkkäinen <pasik@xxxxxx>
- Re: do not disable ext4 discards on first discard failure? [was: Re: dm snapshot: ignore discards issued to the snapshot-origin target]
- From: Lukas Czerner <lczerner@xxxxxxxxxx>
- Re: [PATCH] workqueue: fix deadlock in worker_maybe_bind_and_lock()
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: SAN failover question
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- SAN failover question
- From: urgrue <urgrue@xxxxxxxxxxx>
- setting up dmraid event monitoring
- From: "Sandra Escandor" <sescandor@xxxxxxxxxx>
- [PATCH] workqueue: fix deadlock in worker_maybe_bind_and_lock()
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: Soft lockup during suspend since ~2.6.36 [bisected]
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: do not disable ext4 discards on first discard failure? [was: Re: dm snapshot: ignore discards issued to the snapshot-origin target]
- From: Eric Sandeen <sandeen@xxxxxxxxxx>
- Re: do not disable ext4 discards on first discard failure? [was: Re: dm snapshot: ignore discards issued to the snapshot-origin target]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: do not disable ext4 discards on first discard failure? [was: Re: dm snapshot: ignore discards issued to the snapshot-origin target]
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: do not disable ext4 discards on first discard failure? [was: Re: dm snapshot: ignore discards issued to the snapshot-origin target]
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: do not disable ext4 discards on first discard failure? [was: Re: dm snapshot: ignore discards issued to the snapshot-origin target]
- From: Lukas Czerner <lczerner@xxxxxxxxxx>
- Re: do not disable ext4 discards on first discard failure? [was: Re: dm snapshot: ignore discards issued to the snapshot-origin target]
- From: Andreas Dilger <adilger.kernel@xxxxxxxxx>
- Re: Soft lockup during suspend since ~2.6.36 [bisected]
- From: Thilo-Alexander Ginkel <thilo@xxxxxxxxxx>
- Re: [linux-lvm] do not disable ext4 discards on first discard failure? [was: Re: dm snapshot: ignore discards issued to the snapshot-origin target]
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [linux-lvm] do not disable ext4 discards on first discard failure? [was: Re: dm snapshot: ignore discards issued to the snapshot-origin target]
- From: Eric Sandeen <sandeen@xxxxxxxxxx>
- Re: [linux-lvm] do not disable ext4 discards on first discard failure? [was: Re: dm snapshot: ignore discards issued to the snapshot-origin target]
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: do not disable ext4 discards on first discard failure? [was: Re: dm snapshot: ignore discards issued to the snapshot-origin target]
- From: Eric Sandeen <sandeen@xxxxxxxxxx>
- do not disable ext4 discards on first discard failure? [was: Re: dm snapshot: ignore discards issued to the snapshot-origin target]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: DM RAID: add region_size param
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] DM RAID: add write_mostly param
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH] DM RAID: add region_size param
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [Multipath] Round-robin performance limit
- From: Adam Chasen <adam@xxxxxxxxxxx>
- Re: dm: allow a target to relax discard restrictions
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Soft lockup during suspend since ~2.6.36 [bisected]
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH] dm-thinp: report correct optimal I/O size
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH] dm-thinp: report correct optimal I/O size
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH] dm-thinp: report correct optimal I/O size
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH] dm: allow a target to relax discard restrictions
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH] dm snapshot: ignore discards issued to the snapshot-origin target
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: Soft lockup during suspend since ~2.6.36 [bisected]
- From: Thilo-Alexander Ginkel <thilo@xxxxxxxxxx>
- [PATCH] dm snapshot: ignore discards issued to the snapshot-origin target
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm: allow a target to relax discard restrictions
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] multipath: clear checker message
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- [PATCH] multipath: clear checker message
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: [PATCH] dm-thinp: report correct optimal I/O size
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH, RFC] dm: relax discard restrictions
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH, RFC] dm: relax discard restrictions
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- [PATCH] dm-thinp: report correct optimal I/O size
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH] dm-thinp: fix REQ_FLUSH semantics
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- what is the best configuration of NETAPP multipath
- From: yue <ooolinux@xxxxxxx>
- Re: [PATCH] dm-thinp: fix REQ_FLUSH semantics
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: dm-thinp bug
- From: Joe Thornber <thornber@xxxxxxxxxx>
- [PATCH] dm-thinp: fix REQ_FLUSH semantics
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: dm-thinp bug
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: dm-thinp bug
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: dm-thinp bug
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: dm-thinp bug
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: dm-thinp bug
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH] multipath: rename netapp.c to ontap.c
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- [PATCH] multipath: rename netapp.c to ontap.c
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- dm-thinp bug
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: dm snapshot: add discard support to the snapshot-origin target [was: Re: Testing TRIM with LVM]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Soft lockup during suspend since ~2.6.36 [bisected]
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH] multipath: changes to NetApp's prioritizer
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: [PATCH] multipath: changes to NetApp's prioritizer
- From: yue <ooolinux@xxxxxxx>
- Re: multipath failover & rhcs
- From: John Ruemker <jruemker@xxxxxxxxxx>
- Re: [PATCH] multipath: changes to NetApp's prioritizer
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- [PATCH] multipath: changes to NetApp's prioritizer
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH] multipath: recheck all priorities when a path comes back up
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: [PATCH 1/3] scsi_dh_rdac : Add definitions for different RDAC operating modes
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: [PATCH] multipathd: use 0 for initial pg if there are no priority groups
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- [PATCH] multipathd: use 0 for initial pg if there are no priority groups
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 3/3] scsi_dh_rdac : decide on whether to send mode select or not based on operating mode
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- Re: [PATCH 2/3] scsi_dh_rdac : Detect the different RDAC operating modes
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- Re: [PATCH 1/3] scsi_dh_rdac : Add definitions for different RDAC operating modes
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: "hch@xxxxxxxxxxxxx" <hch@xxxxxxxxxxxxx>
- Re: [PATCH] multipath-tools: Add new NEC diskarray to internal hardware table
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- [PATCH] multipath-tools: Add new NEC diskarray to internal hardware table
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: RAID status, CSMI, and dmRAID
- From: Juerg Haefliger <juergh@xxxxxxxxx>
- RAID status, CSMI, and dmRAID
- From: "Sandra Escandor" <sescandor@xxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: NeilBrown <neilb@xxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: "hch@xxxxxxxxxxxxx" <hch@xxxxxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: "hch@xxxxxxxxxxxxx" <hch@xxxxxxxxxxxxx>
- Re: Soft lockup during suspend since ~2.6.36 [bisected]
- From: Thilo-Alexander Ginkel <thilo@xxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: "hch@xxxxxxxxxxxxx" <hch@xxxxxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: NeilBrown <neilb@xxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: NeilBrown <neilb@xxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: NeilBrown <neilb@xxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: NeilBrown <neilb@xxxxxxx>
- Re: Soft lockup during suspend since ~2.6.36 [bisected]
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
- Re: dm: improve block integrity support
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: "hch@xxxxxxxxxxxxx" <hch@xxxxxxxxxxxxx>
- Re: dm: improve block integrity support
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm: improve block integrity support
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- FW: creating a cascaded linear devices fails - please ignore previous mail
- From: "Eli Malul" <eli.malul@xxxxxxxxxxxxx>
- creating a cascaded linear devices fails
- From: "Eli Malul" <eli.malul@xxxxxxxxxxxxx>
- Re: dm snapshot: add discard support to the snapshot-origin target [was: Re: Testing TRIM with LVM]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm snapshot: add discard support to the snapshot-origin target [was: Re: Testing TRIM with LVM]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: NeilBrown <neilb@xxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: "hch@xxxxxxxxxxxxx" <hch@xxxxxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: "hch@xxxxxxxxxxxxx" <hch@xxxxxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: "hch@xxxxxxxxxxxxx" <hch@xxxxxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: "hch@xxxxxxxxxxxxx" <hch@xxxxxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: "hch@xxxxxxxxxxxxx" <hch@xxxxxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: "hch@xxxxxxxxxxxxx" <hch@xxxxxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: "hch@xxxxxxxxxxxxx" <hch@xxxxxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: NeilBrown <neilb@xxxxxxx>
- multipath-tools/multipathd main.c
- From: bmarzins@xxxxxxxxxxxxxx
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: "hch@xxxxxxxxxxxxx" <hch@xxxxxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: NeilBrown <neilb@xxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: NeilBrown <neilb@xxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: NeilBrown <neilb@xxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: NeilBrown <neilb@xxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: NeilBrown <neilb@xxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: NeilBrown <neilb@xxxxxxx>
- [PATCH 2/2] multipath-tools: report different piority value for rdac if io-shipping is enabled
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- [PATCH 1/2] multipath-tools: report PATH_UP for both path groups in rdac if io-shipping is enabled
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- [PATCH 1/1] multipath-tools: Set the rdac TAS bit if it changeable
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- [PATCH 3/3] scsi_dh_rdac : decide on whether to send mode select or not based on operating mode
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- [PATCH 1/3] scsi_dh_rdac : Add definitions for different RDAC operating modes
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- [PATCH 2/3] scsi_dh_rdac : Detect the different RDAC operating modes
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- [PATCH 0/3] scsi_dh_rdac : Support for io-shipping in LSI rdac storage
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- multipath-tools/kpartx kpartx.c
- From: bmarzins@xxxxxxxxxxxxxx
- [PATCH] scsi_dh_rdac: Adding couple more vendor product ids
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- [ANNOUNCE] cryptsetup 1.3.0
- From: Milan Broz <mbroz@xxxxxxxxxx>
- multipath-tools/libmultipath config.c config.h ...
- From: bmarzins@xxxxxxxxxxxxxx
- Re: [PATCH 05/10] block: remove per-queue plugging
- From: NeilBrown <neilb@xxxxxxx>
- Re: Please revert a91a2785b20
- From: NeilBrown <neilb@xxxxxxx>
- IO errors when tuning max_sectors_kb value of a dm device
- From: Grégoire Pichon <gregoire.pichon@xxxxxxxx>
- multipath-tools libmultipath/lock.h libmultipa ...
- From: bmarzins@xxxxxxxxxxxxxx
- Re: [Lsf] Preliminary Agenda and Activities for LSF
- From: Amir Goldstein <amir73il@xxxxxxxxx>
- Re: [Lsf] Preliminary Agenda and Activities for LSF
- From: Joel Becker <jlbec@xxxxxxxxxxxx>
- Re: [Lsf] Preliminary Agenda and Activities for LSF
- From: Joel Becker <jlbec@xxxxxxxxxxxx>
- Re: [Lsf] Preliminary Agenda and Activities for LSF
- From: Joel Becker <jlbec@xxxxxxxxxxxx>
- Re: [Lsf] Preliminary Agenda and Activities for LSF
- From: Mingming Cao <cmm@xxxxxxxxxx>
- Re: [Lsf] Preliminary Agenda and Activities for LSF
- From: Amir Goldstein <amir73il@xxxxxxxxx>
- [PATCH] dm: improve block integrity support
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [Lsf] Preliminary Agenda and Activities for LSF
- From: "Ted Ts'o" <tytso@xxxxxxx>
- Re: multipath -ll output discrepancy for IBM 1818 on SLES 11 SP1....
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- multipath -ll output discrepancy for IBM 1818 on SLES 11 SP1....
- From: Dharmesh Kamdar <kamdard71@xxxxxxxxx>
- Re: [Lsf] Preliminary Agenda and Activities for LSF
- From: Joel Becker <jlbec@xxxxxxxxxxxx>
- Re: [Lsf] Preliminary Agenda and Activities for LSF
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: [Lsf] Preliminary Agenda and Activities for LSF
- From: Giridhar Malavali <giridhar.malavali@xxxxxxxxxx>
- Re: [Lsf] Preliminary Agenda and Activities for LSF
- From: Mingming Cao <cmm@xxxxxxxxxx>
- Re: [Lsf] Preliminary Agenda and Activities for LSF
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [Lsf] Preliminary Agenda and Activities for LSF
- From: <Shyam_Iyer@xxxxxxxx>
- Re: [Lsf] Preliminary Agenda and Activities for LSF
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [Lsf] Preliminary Agenda and Activities for LSF
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [Lsf] Preliminary Agenda and Activities for LSF
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [Lsf] Preliminary Agenda and Activities for LSF
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [Lsf] Preliminary Agenda and Activities for LSF
- From: Chris Mason <chris.mason@xxxxxxxxxx>
- Re: [Lsf] Preliminary Agenda and Activities for LSF
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [Lsf] Preliminary Agenda and Activities for LSF
- From: Ric Wheeler <ricwheeler@xxxxxxxxx>
- Re: [Lsf] Preliminary Agenda and Activities for LSF
- From: Theodore Tso <tytso@xxxxxxx>
- Re: [Lsf] Preliminary Agenda and Activities for LSF
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [Lsf] Preliminary Agenda and Activities for LSF
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: [Lsf] Preliminary Agenda and Activities for LSF
- From: Mingming Cao <cmm@xxxxxxxxxx>
- Re: Preliminary Agenda and Activities for LSF
- From: <Shyam_Iyer@xxxxxxxx>
- Re: [Lsf] Preliminary Agenda and Activities for LSF
- From: Ric Wheeler <ricwheeler@xxxxxxxxx>
- Re: [Lsf] Preliminary Agenda and Activities for LSF
- From: Jan Kara <jack@xxxxxxx>
- Re: Preliminary Agenda and Activities for LSF
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Preliminary Agenda and Activities for LSF
- From: <Shyam_Iyer@xxxxxxxx>
- Re: Preliminary Agenda and Activities for LSF
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [Lsf] Preliminary Agenda and Activities for LSF
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [Lsf] Preliminary Agenda and Activities for LSF
- From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
- Re: [Lsf] Preliminary Agenda and Activities for LSF
- From: <Shyam_Iyer@xxxxxxxx>
- Re: [Lsf] Preliminary Agenda and Activities for LSF
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: dm table: Reject unconfigured device
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: dm table: Reject unconfigured device
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [Lsf] Preliminary Agenda and Activities for LSF
- From: <Shyam_Iyer@xxxxxxxx>
- Re: [Lsf] Preliminary Agenda and Activities for LSF
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: dm-ioband max-bw and min-bw
- From: Степан Фёдоров <stepan.fedorov@xxxxxxxx>
- Re: [Lsf] Preliminary Agenda and Activities for LSF
- From: <Shyam_Iyer@xxxxxxxx>
- [PATCH] dm table: Reject unconfigured device
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Need to refactor DM's integrity profile support a bit (was: Re: Please revert a91a2785b20)
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Please revert a91a2785b20
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: [Lsf] Preliminary Agenda and Activities for LSF
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: Please revert a91a2785b20
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: Please revert a91a2785b20
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [Lsf] Preliminary Agenda and Activities for LSF
- From: Ric Wheeler <ricwheeler@xxxxxxxxx>
- Re: [Lsf] Preliminary Agenda and Activities for LSF
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: [Lsf] Preliminary Agenda and Activities for LSF
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
- Re: [Lsf] Preliminary Agenda and Activities for LSF
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: [Lsf] Preliminary Agenda and Activities for LSF
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
- Re: dm mpath: integrity errors should not cause failover
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: dm mpath: integrity errors should not cause failover
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm mpath: integrity errors should not cause failover
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- mirror target memory consumption
- From: "Eli Malul" <eli.malul@xxxxxxxxxxxxx>
- RFC: dm-switch target
- From: "Jason Shamberger" <Jason_Shamberger@xxxxxxxx>
- Re: Differentiating between dm devices
- From: Phillip Susi <psusi@xxxxxxxxxx>
- [git pull] device-mapper patches for 2.6.39
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Differentiating between dm devices
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: Differentiating between dm devices
- From: Hannes Reinecke <hare@xxxxxxx>
- UUID homogenization
- From: Phillip Susi <psusi@xxxxxxxxxx>
[Index of Archives]
[DM Crypt]
[Fedora Desktop]
[ATA RAID]
[Fedora Marketing]
[Fedora Packaging]
[Fedora SELinux]
[Yosemite Discussion]
[KDE Users]
[Fedora Docs]