Linux Device-Mapper Development
[Prev Page][Next Page]
- Re: [PATCHES]: dm lock optimization
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCHES]: dm lock optimization
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] dm thin: fix memory leak of singleton bio-prison cell
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH 1/2] dm thin: fix memory leak of singleton bio-prison cell
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH 1/2] dm thin: fix memory leak of singleton bio-prison cell
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCHES]: dm lock optimization
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] dm thin: fix list_add corruption in process_discard
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] scsi_dh_rdac: Add dynamic match functionality to rdac handler
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Re: dm thin: fix list_add corruption in process_discard
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm thin: fix list_add corruption in process_discard
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] scsi_dh_rdac: Add dynamic match functionality to rdac handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH] scsi_dh_rdac: Add dynamic match functionality to rdac handler
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: [PATCH] scsi_dh_rdac: Add dynamic match functionality to rdac handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 2/2] Fix compilation on older udev versions
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 1/2] Compilation fix for system not providing OOM_SCORE_ADJ_MIN
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 10/12] Use udev attribute instead of getuid_callout()
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 04/12] Add global udev reference pointer to config
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 11/12] Use udev devices during discovery
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 08/12] Use struct udev_device instead of sysdev
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 05/12] Use udev enumeration during discovery
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 03/12] multipathd: use struct path as argument for event processing
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 12/12] Remove all references to hand-craftes sysfs code
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 02/12] multipathd: remove references to sysfs_device
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 06/12] use struct udev_device during discovery
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 09/12] discovery: Fixup cciss discovery
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 00/12] Move to libudev
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 07/12] Remove stale variable in sysfs_attr_get_value
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 01/12] Use devpath as argument for sysfs functions
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCHES]: dm lock optimization
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- [PATCHES]: dm lock optimization
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 0 of 4] dm-raid: various bug fixes
- From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
- Re: [PATCH 0 of 4] dm-raid: various bug fixes
- From: NeilBrown <neilb@xxxxxxx>
- Re: [PATCH 0 of 4] dm-raid: various bug fixes
- From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
- Re: [PATCH 0/2] 'default' hardware handler for multipath
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Re: [PATCH 0/2] 'default' hardware handler for multipath
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 0 of 4] dm-raid: various bug fixes
- From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
- Re: [PATCH] scsi_dh_rdac: Add dynamic match functionality to rdac handler
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: [PATCH 0 of 4] dm-raid: various bug fixes
- From: NeilBrown <neilb@xxxxxxx>
- [PATCH 5 of 5] MD RAID1: Further conditionalize 'fullsync'
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 4 of 5] DM RAID: Use md_error() in place of simply setting Faulty bit
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 3 of 5] DM RAID: Use safe version of rdev_for_each
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 2 of 5] DM RAID: Record and handle missing devices
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 1 of 5] DM RAID: Set recovery flags on resume
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 0 of 4] dm-raid: various bug fixes
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: [PATCH 0 of 2] dm-raid: Bug fixes
- From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
- [PATCH 1/1] dm-multipath: delay retry of bypassed pg
- From: michaelc@xxxxxxxxxxx
- Re: [PATCH 0 of 2] dm-raid: Bug fixes
- From: NeilBrown <neilb@xxxxxxx>
- [PATCH 1 of 2] dm-raid: set recovery flags on resume
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 0 of 2] dm-raid: Bug fixes
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 2 of 2] dm-raid: record and handle missing devices
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: [PATCH v2] multipath: enable getting uevents through libudev
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 2/2 v2] dm thin: use slab mempools with local caches
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 2/2] dm thin: use slab_pool for caches
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 1/2] dm thin: fix memory leak of singleton bio-prison cell
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [ANNOUNCE] cryptsetup 1.4.2
- From: Milan Broz <gmazyland@xxxxxxxxx>
- Re: can't recover ext4 on lvm from ext4_mb_generate_buddy:739: group 1687, 32254 clusters in bitmap, 32258 in gd
- From: Landry Minoza <landry.minoza@xxxxxxxxx>
- [PATCH] scsi_dh_rdac: Add dynamic match functionality to rdac handler
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Re: [PATCH 1/2] block: add partition resize function to blkpg ioctl
- From: "Maxim V. Patlasov" <mpatlasov@xxxxxxxxxxxxx>
- [PATCH v2] multipath: enable getting uevents through libudev
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [RFC PATCH] multipathd: Removal of device with invalid uevent DEVPATH fails
- From: Neerav Parikh <neerav.parikh@xxxxxxxxx>
- Re: [PATCH] multipath: enable getting uevents through libudev
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: Configuring Path Groups (DUPE)
- From: Ray Van Dolson <rvandolson@xxxxxxxx>
- Configuring Path Groups
- From: Ray Van Dolson <rvandolson@xxxxxxxx>
- Re: Configuring Path Groups
- From: Alexander Murashkin <AlexanderMurashkin@xxxxxxx>
- Re: Configuring Path Groups
- From: Ray Van Dolson <rvandolson@xxxxxxxx>
- Re: Configuring Path Groups
- From: Ray Van Dolson <rvandolson@xxxxxxxx>
- Configuring Path Groups
- From: Ray Van Dolson <rvandolson@xxxxxxxx>
- Re: [PATCH] multipath: lower the log level for rdac TAS messages
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- [PATCH] multipath: lower the log level for rdac TAS messages
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Re: [PATCH] multipath: blacklist all the management Luns by default
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Re: [PATCH] multipath: enable getting uevents through libudev
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- [PATCH] multipath: enable getting uevents through libudev
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: [PATCH 0/2] 'default' hardware handler for multipath
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Re: [PATCH 2/2] dm-mpath: Allow 'default' hardware handler
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] scsi_dh: Allow NULL hardware handler name in scsi_dh_attach()
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] dm-mpath: Allow 'default' hardware handler
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 1/2] scsi_dh: Allow NULL hardware handler name in scsi_dh_attach()
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 2/2] dm-mpath: Allow 'default' hardware handler
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 1/2] scsi_dh: Allow NULL hardware handler name in scsi_dh_attach()
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 0/2] 'default' hardware handler for multipath
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 2/2] dm-mpath: Allow 'default' hardware handler
- From: Hannes Reinecke <hare@xxxxxxx>
- [git pull] device-mapper updates for 3.4
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Active/backup multipath configuration for iSCSI paths
- From: Alexander Murashkin <AlexanderMurashkin@xxxxxxx>
- [PATCH 0/3] scsi_dh_alua: Optimize the STPG behaviour in ALUA handler
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- [PATCH 1/3] scsi_dh_alua: Inroduce the set_params interface scsi_dh_alua handler
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- [PATCH 2/3] scsi_dh_alua: Store the PREF bit from RTPG
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- [PATCH 3/3] scsi_dh_alua: Optimize the STPG command
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Re: CPU hotplug issue in dm-crypt driver
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: CPU hotplug issue in dm-crypt driver
- From: Milan Broz <mbroz@xxxxxxxxxx>
- CPU hotplug issue in dm-crypt driver
- From: mittals@xxxxxxxxxxxxxx
- Re: dm-bufio
- From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
- Re: dm-bufio
- From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
- Re: dm thin: fix pool target flags that control discard
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] dm thin: fix pool target flags that control discard
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH] dm thin: fix pool target flags that control discard
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: dm thin: fix pool target flags that control discard
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] dm thin: fix pool target flags that control discard
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: Query about dm device max_discard_sectors
- From: Amar Mudrankit <amar.mudrankit@xxxxxxxxx>
- Re: [PATCH] dm-mpath: Track invalid map_context
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: Query about dm device max_discard_sectors
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Query about dm device max_discard_sectors
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Query about dm device max_discard_sectors
- From: Amar Mudrankit <amar.mudrankit@xxxxxxxxx>
- Re: dm-bufio
- From: Will Drewry <redpig@xxxxxxxxxxxxx>
- Re: [PATCH] dm: remake of the verity target
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: dm-bufio
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: dm-bufio
- From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
- Re: dm-bufio
- From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
- Re: [PATCH] dm-mpath: Track invalid map_context
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH] dm thin: fix pool target flags that control discard
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm-bufio
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm-bufio
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: readonly snapshots of LVM on same machine
- From: George Shuklin <george.shuklin@xxxxxxxxx>
- Re: dm-bufio
- From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
- Re: mpath_prio_rdac?
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- mpath_prio_rdac?
- From: "Hart, Brian R." <brianhart@xxxxxx>
- Re: dm-bufio
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm-bufio
- From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
- Re: dm-bufio
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm-bufio
- From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
- Re: [PATCH 10/14] dm_thin: add support for REQ_DISCARD
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH 11/14] dm_thin: add pool target flags to control discard
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: dm-bufio
- From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
- Re: dm-bufio
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- dm-bufio
- From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
- Re: [PATCH] dm: remake of the verity target
- From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
- Re: [PATCH] dm: remake of the verity target
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- multipath-tools/multipathd main.c
- From: bmarzins@xxxxxxxxxxxxxx
- Re: [PATCH] dm: remake of the verity target
- From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
- Re: [PATCH] Fix I/O counts in vmstat
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: How To Get The Latest Code
- From: christophe.varoqui@xxxxxxxxx
- Re: How To Get The Latest Code
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- Re: How To Get The Latest Code
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- Re: How To Get The Latest Code
- From: August Sodora <augsod@xxxxxxxxx>
- How To Get The Latest Code
- From: Ming Chen <mchen@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] dm: remake of the verity target
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] dm: remake of the verity target
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] Fix I/O counts in vmstat
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] Fix I/O counts in vmstat
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: [PATCH] dm-table: delayed cleanup for dm_table_destroy()
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: [PATCH] dm-mpath: Track invalid map_context
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- [PATCH] Fix I/O counts in vmstat
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] dm: remake of the verity target
- From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
- Re: [PATCH] dm: remake of the verity target
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] dm: remake of the verity target
- From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
- Re: [PATCH] dm: remake of the verity target
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] dm: remake of the verity target
- From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
- Re: [PATCH] dm-table: delayed cleanup for dm_table_destroy()
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: dm-table: delayed cleanup for dm_table_destroy()
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] dm: remake of the verity target
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] dm: remake of the verity target
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: dm-table: delayed cleanup for dm_table_destroy()
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 01/14] dm-thin: don't use the bi_next field for the holder of a cell.
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- multipath: #:#:#:# - #:# [failed][faulty]
- From: Székelyi Szabolcs <szekelyi@xxxxxxx>
- Re: [PATCH] dm: remake of the verity target
- From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
- Re: [PATCH] dm-table: delayed cleanup for dm_table_destroy()
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 13/14] dm_thin: commit just before processing a pool target info request
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH] dm-table: delayed cleanup for dm_table_destroy()
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] dm-table: simplify call to free_devices()
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH] dm-table: delayed cleanup for dm_table_destroy()
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH] dm: zero out bi_end_io on remapping failure
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH] Device-mapper misc cleanup
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH] dm-mpath: Track invalid map_context
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH] dm-mpath: Track invalid map_context
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH] dm-mpath: Track invalid map_context
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH] dm-mpath: Track invalid map_context
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: dm-mpath: Clear map_context pointer when requeuing
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH 13/14] dm_thin: commit just before processing a pool target info request
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH] dm ssdcache: fix and/or tweak various low hanging fruit
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] dm-crypt: add missing error handling
- From: Milan Broz <mbroz@xxxxxxxxxx>
- [PATCH v2] dm-crypt: fix possible mempool deadlock
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: RFC: dm-ssdcache
- From: Mark Hills <mark@xxxxxxxxxxx>
- Re: [PATCH] dm: remake of the verity target
- From: Will Drewry <wad@xxxxxxxxxxxx>
- Re: [PATCH] dm: remake of the verity target
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: RFC: dm-ssdcache
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- RFC: dm-ssdcache
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 09/14] dm_thin: foundation for discard support
- From: Joe Thornber <ejt@xxxxxxxxxx>
- [PATCH 10/14] dm_thin: add support for REQ_DISCARD
- From: Joe Thornber <ejt@xxxxxxxxxx>
- [PATCH 11/14] dm_thin: add pool target flags to control discard
- From: Joe Thornber <ejt@xxxxxxxxxx>
- [PATCH 04/14] dm_thin: tweak a comment
- From: Joe Thornber <ejt@xxxxxxxxxx>
- [PATCH 08/14] dm_thin: add support for read-only external snapshot origins
- From: Joe Thornber <ejt@xxxxxxxxxx>
- [PATCH 14/14] dm_thin: bump the target versions
- From: Joe Thornber <ejt@xxxxxxxxxx>
- [PATCH 13/14] dm_thin: commit just before processing a pool target info request
- From: Joe Thornber <ejt@xxxxxxxxxx>
- [PATCH 07/14] dm_space_map: remove entries from the ref_count tree if they're no longer needed
- From: Joe Thornber <ejt@xxxxxxxxxx>
- [PATCH 06/14] dm_btree: fix rebalancing of 3 nodes after remove
- From: Joe Thornber <ejt@xxxxxxxxxx>
- [PATCH 05/14] dm_btree: remove redundant arg from value_ptr()
- From: Joe Thornber <ejt@xxxxxxxxxx>
- [PATCH 01/14] dm-thin: don't use the bi_next field for the holder of a cell.
- From: Joe Thornber <ejt@xxxxxxxxxx>
- [PATCH 02/14] dm-thin: remove some documentation for the unimplemented 'trim' target message
- From: Joe Thornber <ejt@xxxxxxxxxx>
- [PATCH 12/14] dm_thin: commit metadata every second
- From: Joe Thornber <ejt@xxxxxxxxxx>
- [PATCH 03/14] dm_thin: dm_sm_root_size() was being called for the wrong space-map
- From: Joe Thornber <ejt@xxxxxxxxxx>
- dm-thin patches for 3.4
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: Bcache
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [Lsf-pc] [Topic] Bcache
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: Bcache
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: Bcache
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [Lsf-pc] [Topic] Bcache
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: Bcache
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [Lsf-pc] [Topic] Bcache
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [Lsf-pc] [Topic] Bcache
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [Lsf-pc] Bcache
- From: "Williams, Dan J" <dan.j.williams@xxxxxxxxx>
- Re: Bcache
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] dm: remake of the verity target
- From: Mandeep Singh Baines <msb@xxxxxxxxxx>
- Re: [Lsf-pc] [Topic] Bcache
- From: chetan loke <loke.chetan@xxxxxxxxx>
- Re: [Lsf-pc] [Topic] Bcache
- From: chetan loke <loke.chetan@xxxxxxxxx>
- Re: [Lsf-pc] [Topic] Bcache
- From: chetan loke <loke.chetan@xxxxxxxxx>
- Re: [Lsf-pc] [Topic] Bcache
- From: chetan loke <loke.chetan@xxxxxxxxx>
- Re: [Lsf-pc] [Topic] Bcache
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [Lsf-pc] [Topic] Bcache
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [Lsf-pc] [Topic] Bcache
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [PATCH] multipath: blacklist all the management Luns by default
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Re: [PATCH] dm: remake of the verity target
- From: Will Drewry <wad@xxxxxxxxxxxx>
- Re: [Lsf-pc] [Topic] Bcache
- From: "Ted Ts'o" <tytso@xxxxxxx>
- Re: [Lsf-pc] [Topic] Bcache
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [Lsf-pc] [Topic] Bcache
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH] dm-bufio: prefetch
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH] dm: remake of the verity target
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] dm-bufio: prefetch
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: dm-bufio: prefetch
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] dm-bufio: prefetch
- From: Joe Thornber <thornber@xxxxxxxxxx>
- [PATCH 08/13 v2] dm thin: add support for external origins
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm-bufio: prefetch
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] Fix fast_io_fail capping
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- [PATCH] Fix for setting '0' to fast_io_fail
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- [PATCH] multipath: Set 'tur' as the default path checker for NetApp LUNs
- From: Martin George <marting@xxxxxxxxxx>
- Re: Why all raid devices do have zero 'time in queue' value?
- From: NeilBrown <neilb@xxxxxxx>
- Why all raid devices do have zero 'time in queue' value?
- From: George Shuklin <george.shuklin@xxxxxxxxx>
- [PATCH] dm: verity target
- From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
- Re: workqueues and percpu (was: [PATCH] dm: remake of the verity target)
- From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
- Re: workqueues and percpu (was: [PATCH] dm: remake of the verity target)
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: workqueues and percpu (was: [PATCH] dm: remake of the verity target)
- From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
- Re: workqueues and percpu (was: [PATCH] dm: remake of the verity target)
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: workqueues and percpu (was: [PATCH] dm: remake of the verity target)
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: workqueues and percpu (was: [PATCH] dm: remake of the verity target)
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: workqueues and percpu (was: [PATCH] dm: remake of the verity target)
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: workqueues and percpu (was: [PATCH] dm: remake of the verity target)
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- workqueues and percpu (was: [PATCH] dm: remake of the verity target)
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCHSET] blkcg: accumulated blkcg updates
- From: Tejun Heo <tj@xxxxxxxxxx>
- [git pull] device-mapper fixes for 3.3
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH]multipath-tools: cleanup for all unused-but-set-variable variables in mpathpersist
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: [PATCH]multipath-tools: Implementation for hex output (-H) for mpathpersist
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: [PATCH] dm: remake of the verity target
- From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
- Re: [PATCHSET] blkcg: accumulated blkcg updates
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCHSET] blkcg: accumulated blkcg updates
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH]multipath-tools: cleanup for all unused-but-set-variable variables in mpathpersist
- From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxxxxx>
- [PATCH]multipath-tools: Implementation for hex output (-H) for mpathpersist
- From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxxxxx>
- Re: dm thin: relax hard limit on the maximum size of a metadata device
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: Crash in dm_done()
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- multipath device with name '1'
- From: Rudy Gevaert <Rudy.Gevaert@xxxxxxxx>
- Re: dm thin: relax hard limit on the maximum size of a metadata device
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 1/2] dm thin: rename dm_thin_id to more generic dm_dev_id
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm thin: relax hard limit on the maximum size of a metadata device
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 1/2] dm thin: rename dm_thin_id to more generic dm_dev_id
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH] dm thin: relax hard limit on the maximum size of a metadata device
- From: Joe Thornber <thornber@xxxxxxxxxx>
- userspace hashing utility for dm-verity
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] dm: remake of the verity target
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 2/2 v2] dm thin: elevate the bio_prison and deferred_set code to allow for re-use
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 2/2] dm thin: elevate the bio_prison and deferred_set code to allow for re-use
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH 2/2] dm thin: elevate the bio_prison and deferred_set code to allow for re-use
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 1/2] dm thin: rename dm_thin_id to more generic dm_dev_id
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm thin: relax hard limit on the maximum size of a metadata device
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 1/2] block: add partition resize function to blkpg ioctl
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH] dm: verity target
- From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
- [PATCH] dm kcopyd: add WRITE SAME support to dm_kcopyd_zero
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: readonly snapshots of LVM on same machine
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- readonly snapshots of LVM on same machine
- From: George Shuklin <george.shuklin@xxxxxxxxx>
- [PATCH] dm: verity target
- From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
- Re: [PATCH] dm: verity target
- From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
- [PATCH v2] dm flakey: check corrupt_bio_byte was configured before calling corrupt_bio_data
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm flakey: check corrupt_bio_byte was configured before calling corrupt_bio_data
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] dm: verity target
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] dm: verity target
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 01/13] dm thin: tidy up the cell_release functions
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 09/13] dm thin: held root support
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 10/13] dm thin: foundation for discard support
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 08/13] dm thin: add support for external origins
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 06/13] dm space map: remove entries from the ref_count tree if no longer needed
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 04/13] dm btree remove: fix bug that allowed the nr of entries in a btree node to drop below 1/3
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 11/13] dm thin: add discard support
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 07/13] dm thin: don't use the bi_next field for the holder of a cell
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 02/13] dm btree-remove: break up __rebalance3 function
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 03/13] dm btree remove: remove 2 BUG_ONs from __rebalance2 function
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Infinite recursion when creating devices
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH 13/13] dm thin: pre-commit in pool_status so it provides accurate free block counts
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 05/13] dm btree remove: fix center node entry redistribution in redistribute3 function
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 12/13] dm thin: add discard pool features
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 00/13] dm thin: updated patches for 3.4
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Infinite recursion when creating devices
- From: Hannes Reinecke <hare@xxxxxxx>
- How to distinguish active and standby path?
- From: "**me**" <sam.wanshan@xxxxxxxxx>
- [PATCH] dm: verity target
- From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
- Re: Add barrier support to dm-raid
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] Add barrier support to dm-raid
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: DM: Minor fix to dm-snap metadata backend registration.
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] DM: Minor fix to dm-snap metadata backend registration.
- From: Andrei Warkentin <andrey.warkentin@xxxxxxxxx>
- Mulipath / DM-Multipath / Hitachi iSCSI SAN
- From: devin <devin@xxxxxxxxxxxxxxxx>
- Re: thinp zeroing
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [NOTES] thinp zeroing
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: thinp zeroing
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 2/2] multipath-tools: Generalizing the vpd 0x83 processing with correct buffer length
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- [PATCH 2/2] multipath-tools: Generalizing the vpd 0x83 processing with correct buffer length
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- [PATCH 1/2] multipath-tools: fix the bug while processing vpd 0x83 designation descriptors
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Re: [NOTES] thinp zeroing
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- Re: [PATCH] scsi_dh_rdac: Fix for unbalanced reference count
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Re: [NOTES] thinp zeroing
- From: Spelic <spelic@xxxxxxxxxxxxx>
- Re: dm: Better number validation in sscanf
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm: Better number validation in sscanf
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] [dm-thin] experimental erase-log patch.
- From: Joe Thornber <ejt@xxxxxxxxxx>
- [NOTES] thinp zeroing
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: dm-io async WRITE_SAME results in iSCSI NULL pointer [was: Re: Write same support]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm-io async WRITE_SAME results in iSCSI NULL pointer [was: Re: Write same support]
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: dm-io async WRITE_SAME results in iSCSI NULL pointer [was: Re: Write same support]
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: dm-io async WRITE_SAME results in iSCSI NULL pointer [was: Re: Write same support]
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: dm-io async WRITE_SAME results in iSCSI NULL pointer [was: Re: Write same support]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm-io async WRITE_SAME results in iSCSI NULL pointer [was: Re: Write same support]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm-io async WRITE_SAME results in iSCSI NULL pointer [was: Re: Write same support]
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: DM / LVM hangs if snapshot present on kernel v3.0.3
- From: Spelic <spelic@xxxxxxxxxxxxx>
- Re: dm-io async WRITE_SAME results in iSCSI NULL pointer [was: Re: Write same support]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm-io async WRITE_SAME results in iSCSI NULL pointer [was: Re: Write same support]
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: dm-io async WRITE_SAME results in iSCSI NULL pointer [was: Re: Write same support]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm-io async WRITE_SAME results in iSCSI NULL pointer [was: Re: Write same support]
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: dm-io async WRITE_SAME results in iSCSI NULL pointer [was: Re: Write same support]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Benchmarking dm-crypt with different block size, request number and scheduler
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Benchmarking dm-crypt with different block size, request number and scheduler
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Benchmarking dm-crypt with different block size, request number and scheduler
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: dm-io async WRITE_SAME results in iSCSI NULL pointer [was: Re: Write same support]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm-io async WRITE_SAME results in iSCSI NULL pointer [was: Re: Write same support]
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: DM / LVM hangs if snapshot present on kernel v3.0.3
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- Re: [PATCH 1/2] block: add partition resize function to blkpg ioctl
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 1/2] block: add partition resize function to blkpg ioctl
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: DM / LVM hangs if snapshot present on kernel v3.0.3
- From: Spelic <spelic@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] block: add partition resize function to blkpg ioctl
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: DM / LVM hangs if snapshot present on kernel v3.0.3
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- DM / LVM hangs if snapshot present on kernel v3.0.3
- From: Spelic <spelic@xxxxxxxxxxxxx>
- Re: [PATCH for-3.3/core] block: add missing block_bio_complete() tracepoint
- From: Namhyung Kim <namhyung@xxxxxxxxx>
- [PATCH for-3.3/core] block: add missing block_bio_complete() tracepoint
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: dm-io async WRITE_SAME results in iSCSI NULL pointer [was: Re: Write same support]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm-io async WRITE_SAME results in iSCSI NULL pointer [was: Re: Write same support]
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- dm-io async WRITE_SAME results in iSCSI NULL pointer [was: Re: Write same support]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- kernel panic please help
- From: PRASHANT AKBARI <08bit002@xxxxxxxxxxxxxx>
- [PATCH 1/2] block: add partition resize function to blkpg ioctl
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 2/2] util-linux: resizepart: Utility to resize a partition
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 0/2][V3] block: Support online resize of disk partitions
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 0/2] block: online resize of disk partitions
- From: Phillip Susi <psusi@xxxxxxxxxx>
- [PATCH v2] [SCSI] scsi_error: classify some ILLEGAL_REQUEST sense as a permanent TARGET_ERROR
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 0/2] block: online resize of disk partitions
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 0/2] block: online resize of disk partitions
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: [PATCH 0/2] block: online resize of disk partitions
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 0/2] block: online resize of disk partitions
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 0/2] block: online resize of disk partitions
- From: Phillip Susi <psusi@xxxxxxxxxx>
- [PATCH 1/2] block: add partition resize function to blkpg ioctl
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 0/2] block: online resize of disk partitions
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 2/2] resizepart: Utility to resize a partition
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 0/3][RESEND]multipath-tools: mpathpersist utility for managing persistent reservation on dm multipath device.
- From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxxxxx>
- Re: [PATCH] multipath: another manpage update
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: [PATCH 0/3][RESEND]multipath-tools: mpathpersist utility for managing persistent reservation on dm multipath device.
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- [PATCH] multipath: another manpage update
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH] multipath: adjust messages
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH] kpartx: verify GUID partition entry size
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH] multipath: don't remove map twice
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH] multipath: cleanup dev_loss_tmo issues
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH] multipath: fix shutdown crashes
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH 12/12 v2] dm thin: add discard support
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 04/12 v2] dm thin: don't use the bi_next field for the holder of a cell
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 03/11] [PATCH 18/19] [dm-thin] [bio prison] Don't use the bi_next field for the holder of a cell.
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH 07/11] [dm-thin] Commit every second to prevent too much of a position building up.
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 07/11] [dm-thin] Commit every second to prevent too much of a position building up.
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: DMLoop
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 55/60] dm: remove the second argument of k[un]map_atomic()
- From: Cong Wang <amwang@xxxxxxxxxx>
- Re: [PATCH] Don't add 'p' delimiter when you shouldn't
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: [PATCH] Don't add 'p' delimiter when you shouldn't
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: [PATCH 1/5] block: Implement support for WRITE SAME
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- multipath-tools
- From: Gerhard Wichert <Gerhard.Wichert@xxxxxxxxxxxxxx>
- Re: [PATCH 03/11] [PATCH 18/19] [dm-thin] [bio prison] Don't use the bi_next field for the holder of a cell.
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 07/11] [dm-thin] Commit every second to prevent too much of a position building up.
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 07/11] [dm-thin] Commit every second to prevent too much of a position building up.
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 91/91] dm: do not forward ioctls from logical volumes to the underlying device
- From: Willy Tarreau <w@xxxxxx>
- Re: [PATCH] There's no need to include linux/version.h in drivers/md/dm-bufio.c
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: Write same support
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Wu Fengguang <fengguang.wu@xxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Wu Fengguang <fengguang.wu@xxxxxxxxx>
- Re: [linux-lvm] New LVM2 release 2.02.89: Thinly-provisioned logical volumes
- From: "Busby.Cheung" <chaimvy@xxxxxxx>
- Re: [PATCH] backing-dev: use synchronize_rcu_expedited instead of synchronize_rcu
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] backing-dev: use synchronize_rcu_expedited instead of synchronize_rcu
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH] backing-dev: use synchronize_rcu_expedited instead of synchronize_rcu
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] scsi_dh_rdac: Fix for unbalanced reference count
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 07/11] [dm-thin] Commit every second to prevent too much of a position building up.
- From: Joe Thornber <ejt@xxxxxxxxxx>
- [PATCH 03/11] [PATCH 18/19] [dm-thin] [bio prison] Don't use the bi_next field for the holder of a cell.
- From: Joe Thornber <ejt@xxxxxxxxxx>
- [PATCH 08/11] [dm-thin] Add support for external origins.
- From: Joe Thornber <ejt@xxxxxxxxxx>
- [PATCH 04/11] [PATCH 15/19] [dm-thin] dm_thin_remove_block() wasn't decrementing the mapped_blocks counter.
- From: Joe Thornber <ejt@xxxxxxxxxx>
- [PATCH 05/11] [dm-thin] btree-remove - fix rebalancing of 3 nodes.
- From: Joe Thornber <ejt@xxxxxxxxxx>
- [PATCH 06/11] Remove entries from the ref_count tree if they're no longer needed.
- From: Joe Thornber <ejt@xxxxxxxxxx>
- [PATCH 11/11] [dm-thin] some tidy ups of the __open_device() error path (Mike Snitzer)
- From: Joe Thornber <ejt@xxxxxxxxxx>
- [PATCH 01/11] Unlock the superblock on an error path for new metadata dev creation.
- From: Joe Thornber <ejt@xxxxxxxxxx>
- [PATCH 09/11] [dm-thin] Discard support part 1
- From: Joe Thornber <ejt@xxxxxxxxxx>
- [PATCH 10/11] [dm-thin] Add support for REQ_DISCARD
- From: Joe Thornber <ejt@xxxxxxxxxx>
- [PATCH 02/11] Remove redundant arg from value_ptr()
- From: Joe Thornber <ejt@xxxxxxxxxx>
- [PATCH 00/11] Latest dm-thin patches
- From: Joe Thornber <ejt@xxxxxxxxxx>
- Re: [PATCH] scsi : Adding all the definitions of host bytes in hostbyte_table
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH] scsi : Adding all the definitions of host bytes in hostbyte_table
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- [PATCH] scsi_dh_rdac: Fix for unbalanced reference count
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- [09/20] dm: do not forward ioctls from logical volumes to the underlying device
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [linux-lvm] New LVM2 release 2.02.89: Thinly-provisioned logical volumes
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- Re: [linux-lvm] New LVM2 release 2.02.89: Thinly-provisioned logical volumes
- From: "Busby.Cheung" <chaimvy@xxxxxxx>
- [PATCH] scsi_dh_rdac: Fix for unbalanced reference count
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Re: [linux-lvm] New LVM2 release 2.02.89: Thinly-provisioned logical volumes
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [linux-lvm] New LVM2 release 2.02.89: Thinly-provisioned logical volumes
- From: "Busby.Cheung" <chaimvy@xxxxxxx>
- Re: [linux-lvm] New LVM2 release 2.02.89: Thinly-provisioned logical volumes
- From: "Busby.Cheung" <chaimvy@xxxxxxx>
- Re: Tutorial or sample code for device mapper
- From: Frederick Grose <fgrose@xxxxxxxxx>
- Re: [PATCH] block: add missing block_bio_complete() tracepoint
- From: Namhyung Kim <namhyung@xxxxxxxxx>
- Re: git source repository
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: [PATCH] backing-dev: use synchronize_rcu_expedited instead of synchronize_rcu
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] backing-dev: use synchronize_rcu_expedited instead of synchronize_rcu
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [linux-lvm] New LVM2 release 2.02.89: Thinly-provisioned logical volumes
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [linux-lvm] New LVM2 release 2.02.89: Thinly-provisioned logical volumes
- From: "Busby.Cheung" <chaimvy@xxxxxxx>
- Tutorial or sample code for device mapper
- From: George Shuklin <george.shuklin@xxxxxxxxx>
- git source repository
- From: "Ing. Mario De Chenno" <mario.dechenno@xxxxxxxxx>
- Re: [PATCH] block: add missing block_bio_complete() tracepoint
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH] block: add missing block_bio_complete() tracepoint
- From: Namhyung Kim <namhyung@xxxxxxxxx>
- Re: [PATCH] DM RAID: Fix memory corruption caused by repeated calls to bitmap_load
- From: NeilBrown <neilb@xxxxxxx>
- Re: [PATCH] block: add missing block_bio_complete() tracepoint
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [linux-lvm] ??????: New LVM2 release 2.02.89: Thinly-provisioned logical?volumes
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- 答复: [linux-lvm] New LVM2 release 2.02.89: Thinly-provisioned logical volumes
- From: Kirby Zhou <kirbyzhou@xxxxxxxxxxxxxxxxx>
- Re: [linux-lvm] 答复: New LVM2 release 2.02.89: Thinly-provisioned logical?volumes
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH] block: add missing block_bio_complete() tracepoint
- From: Namhyung Kim <namhyung@xxxxxxxxx>
- Re: [PATCH] block: add missing block_bio_complete() tracepoint
- From: Namhyung Kim <namhyung@xxxxxxxxx>
- Re: [PATCH] block: add missing block_bio_complete() tracepoint
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH] block: add missing block_bio_complete() tracepoint
- From: Namhyung Kim <namhyung@xxxxxxxxx>
- Re: [PATCH] block: add missing block_bio_complete() tracepoint
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH] block: add missing block_bio_complete() tracepoint
- From: Namhyung Kim <namhyung@xxxxxxxxx>
- Re: [PATCH] block: add missing block_bio_complete() tracepoint
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH] block: add missing block_bio_complete() tracepoint
- From: Namhyung Kim <namhyung@xxxxxxxxx>
- Re: [PATCH] block: add missing block_bio_complete() tracepoint
- From: Namhyung Kim <namhyung@xxxxxxxxx>
- Re: [PATCH] block: add missing block_bio_complete() tracepoint
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH] block: add missing block_bio_complete() tracepoint
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH] block: add missing block_bio_complete() tracepoint
- From: Namhyung Kim <namhyung@xxxxxxxxx>
- Re: dm-thin vs lvm performance
- From: Jagan Reddy <gjmsreddy@xxxxxxxxx>
- [PATCH] multipath: Update multipath.conf man page
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH] multipath: Update multipath device on show topology
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: dd to a striped device with 9 disks gets much lower throughput when oflag=direct used
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- Re: dd to a striped device with 9 disks gets much lower throughput when oflag=direct used
- From: Richard Sharpe <realrichardsharpe@xxxxxxxxx>
- Re: dd to a striped device with 9 disks gets much lower throughput when oflag=direct used
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: "Ted Ts'o" <tytso@xxxxxxx>
- Re: About the thin provision function @ kernel 3.2 or later.
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Receiving device failure/removal notification within a dm-target
- From: Siddharth Choudhuri <sid.kernel@xxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: "Loke, Chetan" <Chetan.Loke@xxxxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Wu Fengguang <fengguang.wu@xxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Wu Fengguang <fengguang.wu@xxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: "Loke, Chetan" <Chetan.Loke@xxxxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: "Loke, Chetan" <Chetan.Loke@xxxxxxxxxxxx>
- Re: dd to a striped device with 9 disks gets much lower throughput when oflag=direct used
- From: Richard Sharpe <realrichardsharpe@xxxxxxxxx>
- Re: dd to a striped device with 9 disks gets much lower throughput when oflag=direct used
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- Re: dd to a striped device with 9 disks gets much lower throughput when oflag=direct used
- From: Richard Sharpe <realrichardsharpe@xxxxxxxxx>
- Re: dm-thin vs lvm performance
- From: Joe Thornber <thornber@xxxxxxxxxx>
- [PATCH] DM RAID: Fix memory corruption caused by repeated calls to bitmap_load
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: [PATCH 0/3][RESEND]multipath-tools: mpathpersist utility for managing persistent reservation on dm multipath device.
- From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxxxxx>
- Re: dd to a striped device with 9 disks gets much lower throughput when oflag=direct used
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: dd to a striped device with 9 disks gets much lower throughput when oflag=direct used
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Andreas Dilger <adilger@xxxxxxxxx>
- New LVM2 release 2.02.89: Thinly-provisioned logical volumes
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- dd to a striped device with 9 disks gets much lower throughput when oflag=direct used
- From: Richard Sharpe <realrichardsharpe@xxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Jan Kara <jack@xxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Andreas Dilger <adilger@xxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: "Loke, Chetan" <Chetan.Loke@xxxxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: "Loke, Chetan" <Chetan.Loke@xxxxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: "Loke, Chetan" <Chetan.Loke@xxxxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: "Loke, Chetan" <Chetan.Loke@xxxxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Andreas Dilger <adilger@xxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Jan Kara <jack@xxxxxxx>
- Re: [PATCH 2/2] scsi : fixing the new host byte settings (DID_TARGET_FAILURE and DID_NEXUS_FAILURE)
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
- Re: [PATCH 2/2] scsi : fixing the new host byte settings (DID_TARGET_FAILURE and DID_NEXUS_FAILURE)
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Re: [PATCH 0/3][RESEND]multipath-tools: mpathpersist utility for managing persistent reservation on dm multipath device.
- From: Fil <lists@xxxxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Chris Mason <chris.mason@xxxxxxxxxx>
- Re: [PATCH 0/3][RESEND]multipath-tools: mpathpersist utility for managing persistent reservation on dm multipath device.
- From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Steven Whitehouse <swhiteho@xxxxxxxxxx>
- Re: [PATCH 0/3][RESEND]multipath-tools: mpathpersist utility for managing persistent reservation on dm multipath device.
- From: Fil <lists@xxxxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Jan Kara <jack@xxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Steven Whitehouse <swhiteho@xxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Jan Kara <jack@xxxxxxx>
- Re: [LSF/MM TOPIC] a few storage topics
- From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Wu Fengguang <fengguang.wu@xxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Wu Fengguang <fengguang.wu@xxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Andreas Dilger <aedilger@xxxxxxxxx>
- Re: [PATCH 0/3][RESEND]multipath-tools: mpathpersist utility for managing persistent reservation on dm multipath device.
- From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Andreas Dilger <adilger@xxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Andreas Dilger <adilger@xxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: NeilBrown <neilb@xxxxxxx>
- Re: dm-thin vs lvm performance
- From: Jagan Reddy <gjmsreddy@xxxxxxxxx>
- Re: [PATCH 2/2] scsi : fixing the new host byte settings (DID_TARGET_FAILURE and DID_NEXUS_FAILURE)
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Jan Kara <jack@xxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Jeff Moyer <jmoyer@xxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Jan Kara <jack@xxxxxxx>
- [PATCH 2/2] scsi : fixing the new host byte settings (DID_TARGET_FAILURE and DID_NEXUS_FAILURE)
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- [PATCH 1/2] scsi : Correctly setting the scsi host/msg/status bytes
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Jeff Moyer <jmoyer@xxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Jan Kara <jack@xxxxxxx>
- Re: [LSF/MM TOPIC] a few storage topics
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Jeff Moyer <jmoyer@xxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Jeff Moyer <jmoyer@xxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Chris Mason <chris.mason@xxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Jeff Moyer <jmoyer@xxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Jeff Moyer <jmoyer@xxxxxxxxxx>
- Re: [LSF/MM TOPIC] a few storage topics
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Chris Mason <chris.mason@xxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Jeff Moyer <jmoyer@xxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Chris Mason <chris.mason@xxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Andreas Dilger <adilger@xxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Chris Mason <chris.mason@xxxxxxxxxx>
- [PATCH 5/5] [dm-thin] [space-map-common] Remove entries from the ref_count tree if they're no longer needed.
- From: Joe Thornber <ejt@xxxxxxxxxx>
- [PATCH 4/5] [dm-thin] [btree-remove] Fix bug that allowed the nr of entries in a btree node to drop below 1/3.
- From: Joe Thornber <ejt@xxxxxxxxxx>
- [PATCH 1/5] [dm-thin] Remove redundant arg from value_ptr()
- From: Joe Thornber <ejt@xxxxxxxxxx>
- [PATCH 3/5] [dm-thin] [btree-remove] break up __rebalance3 function.
- From: Joe Thornber <ejt@xxxxxxxxxx>
- [PATCH 2/5] [dm-thin] Remove 2 BUG_ONs from btree_remove code.
- From: Joe Thornber <ejt@xxxxxxxxxx>
- [PATCH 0/5] [dm-thin] btree remove tweaks
- From: Joe Thornber <ejt@xxxxxxxxxx>
- Re: [PATCH 0/3][RESEND]multipath-tools: mpathpersist utility for managing persistent reservation on dm multipath device.
- From: Fil <lists@xxxxxxxxxxxx>
- Re: [PATCH 0/3][RESEND]multipath-tools: mpathpersist utility for managing persistent reservation on dm multipath device.
- From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxxxxx>
- [092/129] dm: do not forward ioctls from logical volumes to the underlying device
- From: Greg KH <gregkh@xxxxxxx>
- [PATCH] dm-crypt: add missing error handling
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [63/90] dm: do not forward ioctls from logical volumes to the underlying device
- From: Greg KH <gregkh@xxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Jeff Moyer <jmoyer@xxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
- [PATCH 2/2] scsi : fixing the new host byte settings (DID_TARGET_FAILURE and DID_NEXUS_FAILURE)
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- [PATCH 1/2] scsi : Correctly setting the scsi host/msg/status bytes
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Jeff Moyer <jmoyer@xxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Jan Kara <jack@xxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Jan Kara <jack@xxxxxxx>
- Re: dm-thin vs lvm performance
- From: Joe Thornber <thornber@xxxxxxxxxx>
- [PATCH 2/2] Add support for external origins.
- From: Joe Thornber <ejt@xxxxxxxxxx>
- [PATCH 0/2] External origin support for thin provisioning
- From: Joe Thornber <ejt@xxxxxxxxxx>
- [PATCH 1/2] Unlock the superblock on an error path for new metadata dev creation.
- From: Joe Thornber <ejt@xxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: BUG: spinlock trylock failure on UP on CPU#0, vgchange/936
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: BUG: spinlock trylock failure on UP on CPU#0, vgchange/936
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: BUG: spinlock trylock failure on UP on CPU#0, vgchange/936
- From: Christian Kujau <lists@xxxxxxxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: BUG: spinlock trylock failure on UP on CPU#0, vgchange/936
- From: Christian Kujau <lists@xxxxxxxxxxxxxxx>
- Re: BUG: spinlock trylock failure on UP on CPU#0, vgchange/936
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: BUG: spinlock trylock failure on UP on CPU#0, vgchange/936
- From: Christian Kujau <lists@xxxxxxxxxxxxxxx>
- Re: BUG: spinlock trylock failure on UP on CPU#0, vgchange/936
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: BUG: spinlock trylock failure on UP on CPU#0, vgchange/936
- From: Christian Kujau <lists@xxxxxxxxxxxxxxx>
- Re: dm-thin vs lvm performance
- From: Jagan Reddy <gjmsreddy@xxxxxxxxx>
- Re: dm-thin vs lvm performance
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: dm-thin vs lvm performance
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: dm-thin vs lvm performance
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH 0/3][RESEND]multipath-tools: mpathpersist utility for managing persistent reservation on dm multipath device.
- From: Fil <lists@xxxxxxxxxxxx>
- Re: dmsetup fails on latest kernel
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: dmsetup fails on latest kernel
- From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
- Re: dmsetup fails on latest kernel
- From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
- Re: [PATCH] block: Invalidate the cache for a parent block-device
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: dmsetup fails on latest kernel
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: dmsetup fails on latest kernel
- From: "H. Peter Anvin" <hpa@xxxxxxxxxxxxxxx>
- Re: dmsetup fails on latest kernel
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: dmsetup fails on latest kernel
- From: "H. Peter Anvin" <hpa@xxxxxxxxxxxxxxx>
- Re: dmsetup fails on latest kernel
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Jan Kara <jack@xxxxxxx>
- Re: dmsetup fails on latest kernel
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 3/3][RESEND]multipath-tools: fix 32 fingerprint limit in multipathd and path discovery
- From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxxxxx>
- [PATCH 2/3][RESEND]multipath-tools: Changes in multipath-tools to handles pr management of data path life cycle and state changes.
- From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxxxxx>
- [PATCH 1/3][RESEND]multipath-tools: Add mpathpersist utility and libmpathpersist library for mpath pr management
- From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxxxxx>
- [PATCH 0/3][RESEND]multipath-tools: mpathpersist utility for managing persistent reservation on dm multipath device.
- From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxxxxx>
- Re: dmsetup fails on latest kernel
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: dmsetup fails on latest kernel
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
- Re: (no subject)
- From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
- Re: (no subject)
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- Re: dmsetup fails on latest kernel
- From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
- Re: dmsetup fails on latest kernel
- From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
- Re: Multisnap / dm-thin
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- dmsetup fails on latest kernel
- From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
- Re: [node-devel] [ovirt-devel] blockdev --flushbufs required [was: parted issue/question
- From: Alan Pevec <apevec@xxxxxxxxx>
- Re: [ovirt-devel] blockdev --flushbufs required [was: parted issue/question
- From: Mike Burns <mburns@xxxxxxxxxx>
- Re: [node-devel] [ovirt-devel] blockdev --flushbufs required [was: parted issue/question
- From: Jim Meyering <jim@xxxxxxxxxxxx>
- (no subject)
- From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
- dmsetup fails on latest kernel
- From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
- Re: Multisnap / dm-thin
- From: Spelic <spelic@xxxxxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Jan Kara <jack@xxxxxxx>
- Re: Multisnap / dm-thin
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: About the thin provision function @ kernel 3.2 or later.
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Jan Kara <jack@xxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
- Re: dm-thin vs lvm performance
- From: Jagan Reddy <gjmsreddy@xxxxxxxxx>
- Re: blockdev --flushbufs required [was: parted issue/question
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: blockdev --flushbufs required [was: parted issue/question
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- blockdev --flushbufs required [was: parted issue/question
- From: Jim Meyering <jim@xxxxxxxxxxxx>
- Multisnap / dm-thin
- From: Spelic <spelic@xxxxxxxxxxxxx>
- BUG: spinlock trylock failure on UP on CPU#0, vgchange/936
- From: Christian Kujau <lists@xxxxxxxxxxxxxxx>
- Re: parted issue/question
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: parted issue/question
- From: Jim Meyering <jim@xxxxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
- From: Jan Kara <jack@xxxxxxx>
- [LSF/MM TOPIC] a few storage topics
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: About the thin provision function @ kernel 3.2 or later.
- From: "Ted Ts'o" <tytso@xxxxxxx>
- [PATCH 3/3] block: don't export block_bio_complete tracepoint
- From: Namhyung Kim <namhyung.kim@xxxxxxx>
- Re: About the thin provision function @ kernel 3.2 or later.
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH stable 3/3] dm: do not forward ioctls from logical volumes to the underlying device
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- multipath-tools/libmultipath hwtable.c
- From: bmarzins@xxxxxxxxxxxxxx
- Re: About the thin provision function @ kernel 3.2 or later.
- From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
- [PATCH stable 3/3] dm: do not forward ioctls from logical volumes to the underlying device
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: About the thin provision function @ kernel 3.2 or later.
- From: "Ted Ts'o" <tytso@xxxxxxx>
- Re: About the thin provision function @ kernel 3.2 or later.
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: About the thin provision function @ kernel 3.2 or later.
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- About the thin provision function @ kernel 3.2 or later.
- From: Yukihito HARA <yukihito.hara623@xxxxxxxxx>
- Re: dm-thin vs lvm performance
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH] There's no need to include linux/version.h in drivers/md/dm-bufio.c
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] drivers/md/dm-ioctl.c::target_message(): don't leak 'argv' mem
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] dm-crypt: fix possible mempool deadlock
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] There's no need to include linux/version.h in drivers/md/dm-bufio.c
- From: Jesper Juhl <jj@xxxxxxxxxxxxx>
- [PATCH] drivers/md/dm-ioctl.c::target_message(): don't leak 'argv' mem
- From: Jesper Juhl <jj@xxxxxxxxxxxxx>
- Re: [PATCH] multipath: make tgt_node_name work for iscsi devices
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: [PATCH] multipath: don't remove dm device on remove uevent
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: kpartx -l side effects
- From: Pádraig Brady <pbrady@xxxxxxxxxx>
- communication between a dm target and a userspace application
- From: HyoGi Sim <sandrain@xxxxxxxxx>
- Re: kpartx -l side effects
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH v2 3/3] dm: do not forward ioctls from logical volumes to the underlying device
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: kpartx -l side effects
- From: Pádraig Brady <pbrady@xxxxxxxxxx>
- [PATCH] multipath: don't remove dm device on remove uevent
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH] multipath: make tgt_node_name work for iscsi devices
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH] scsi : Adding all the definitions of host bytes in hostbyte_table
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- dm-thin vs lvm performance
- From: Jagan Reddy <gjmsreddy@xxxxxxxxx>
- Re: kpartx -l side effects
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: kpartx return codes
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- kpartx -l side effects
- From: Pádraig Brady <pbrady@xxxxxxxxxx>
- Re: kpartx return codes
- From: Pádraig Brady <pbrady@xxxxxxxxxx>
- Re: [PATCH] Add default values for IBM XIV Storage System.
- From: Oren Held <oren@xxxxxxxxxxx>
- Re: Crash in dm_done()
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH] Add default values for IBM XIV Storage System.
- From: August Sodora <augsod@xxxxxxxxx>
- Re: Crash in dm_done()
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Crash in dm_done()
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: [PATCH v2] scsi_dh_alua: Retry the check-condition in case Mode Parameters Changed
- From: James Bottomley <jbottomley@xxxxxxxxxxxxx>
- [PATCH v2] scsi_dh_alua: Retry the check-condition in case Mode Parameters Changed
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Re: scsi_dh_alua: Retry the check-condition in case Mode Parameters Changed
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm thin provision, pool full
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- dm thin provision, pool full
- From: Marcus Sorensen <marcus@xxxxxxxxxxxxxxxxx>
- Re: dm thin metadata: clarify __open_device functionality and fix callers
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Crash in dm_done()
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH] dm thin metadata: clarify __open_device functionality and fix callers
- From: Joe Thornber <thornber@xxxxxxxxxx>
- [PATCH] dm thin metadata: clarify __open_device functionality and fix callers
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] Don't add 'p' delimiter when you shouldn't
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: Write protected devices, unexpected dm-multipath queueing
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH] scsi_dh_alua: Retry the check-condition in case Mode Parameters Changed
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: Write protected devices, unexpected dm-multipath queueing
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: Write protected devices, unexpected dm-multipath queueing
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Write protected devices, unexpected dm-multipath queueing
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Write protected devices, unexpected dm-multipath queueing
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Write protected devices, unexpected dm-multipath queueing
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: [RFC PATCH] Track block device users that created dirty pages
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: can't recover ext4 on lvm from ext4_mb_generate_buddy:739: group 1687, 32254 clusters in bitmap, 32258 in gd
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: can't recover ext4 on lvm from ext4_mb_generate_buddy:739: group 1687, 32254 clusters in bitmap, 32258 in gd
- From: Sander Eikelenboom <linux@xxxxxxxxxxxxxx>
- Re: can't recover ext4 on lvm from ext4_mb_generate_buddy:739: group 1687, 32254 clusters in bitmap, 32258 in gd
- From: Sander Eikelenboom <linux@xxxxxxxxxxxxxx>
- Re: can't recover ext4 on lvm from ext4_mb_generate_buddy:739: group 1687, 32254 clusters in bitmap, 32258 in gd
- From: Sander Eikelenboom <linux@xxxxxxxxxxxxxx>
- Re: can't recover ext4 on lvm from ext4_mb_generate_buddy:739: group 1687, 32254 clusters in bitmap, 32258 in gd
- From: Sander Eikelenboom <linux@xxxxxxxxxxxxxx>
- Re: [RFC PATCH] Track block device users that created dirty pages
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- [RFC PATCH] Track block device users that created dirty pages
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: better alternative to part multpath -l output?
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
[Index of Archives]
[DM Crypt]
[Fedora Desktop]
[ATA RAID]
[Fedora Marketing]
[Fedora Packaging]
[Fedora SELinux]
[Yosemite Discussion]
[KDE Users]
[Fedora Docs]