Linux Device-Mapper Development
[Prev Page][Next Page]
- Re: can't recover ext4 on lvm from ext4_mb_generate_buddy:739: group 1687, 32254 clusters in bitmap, 32258 in gd
- From: "Ted Ts'o" <tytso@xxxxxxx>
- Re: better alternative to part multpath -l output?
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- better alternative to part multpath -l output?
- From: Rudy Gevaert <Rudy.Gevaert@xxxxxxxx>
- DM suspend locks up under load?
- From: David Shaw <dshaw@xxxxxxxxxxxxxxx>
- [PATCH] dm: verity target
- From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
- [PATCH] dm: verity target
- From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
- Re: [PATCH] multipath: fix scsi async tur checker corruption
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: mpathpersist
- From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxxxxx>
- Re: [PATCH] deadlock with suspend and quotas
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] deadlock with suspend and quotas
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: mpathpersist
- From: Fil <lists@xxxxxxxxxxxx>
- Re: [PATCH] deadlock with suspend and quotas
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: mpathpersist
- From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxxxxx>
- Re: mpathpersist
- From: Fil <lists@xxxxxxxxxxxx>
- Re: mpathpersist
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- mpathpersist
- From: Fil <lists@xxxxxxxxxxxx>
- Re: [PATCH] Add default values for IBM XIV Storage System.
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- [PATCH] Add default values for IBM XIV Storage System.
- From: Oren Held <orenhe@xxxxxxxxxx>
- Re: [Multipath] Round-robin performance limit
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- [PATCH 2/2] block: don't export block_bio_complete tracepoint
- From: Namhyung Kim <namhyung@xxxxxxxxx>
- Re: [Multipath] Round-robin performance limit
- From: Pasi Kärkkäinen <pasik@xxxxxx>
- Re: [PATCH] multipath: fix scsi timeout code
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: [RFC][PATCH 0/3] persistent management feature for multipath-tools
- From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxxxxx>
- [CFP] Linux Storage, Filesystem & Memory Management Summit 2012 (April 1-2)
- From: "Williams, Dan J" <dan.j.williams@xxxxxxxxx>
- Re: [Multipath] Round-robin performance limit
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- Re: FW: CVE-2011-4127 kernel: possible privilege escalation via SG_IO ioctl
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- FW: CVE-2011-4127 kernel: possible privilege escalation via SG_IO ioctl
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH] dm: verity target
- From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
- [PATCH] scsi_dh_alua: Retry the check-condition in case Mode Parameters Changed
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Re: how to troubleshoot faulty multipath path?
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Re: how to troubleshoot faulty multipath path?
- From: Rudy Gevaert <Rudy.Gevaert@xxxxxxxx>
- Re: [PATCH] multipath: fix scsi async tur checker corruption
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: mempool && io_schedule_timeout()
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH] multipath: fix scsi async tur checker corruption
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH] multipath: fix scsi async tur checker corruption
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: how to troubleshoot faulty multipath path?
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Re: [RFC][PATCH 0/3] persistent management feature for multipath-tools
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH] multipath: fix scsi timeout code
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [RFC][PATCH 0/3] persistent management feature for multipath-tools
- From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxxxxx>
- Re: [RFC][PATCH 0/3] persistent management feature for multipath-tools
- From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxxxxx>
- [PATCH] multipath: fix scsi timeout code
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: [RFC][PATCH 0/3] persistent management feature for multipath-tools
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: [PATCH V2] multipath: add option to change the number of error messages
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH] multipath: add option to change the number of error messages
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: [RFC][PATCH 0/3] persistent management feature for multipath-tools
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- dmraid ./configure ./configure.in autoconf/con ...
- From: heinzm@xxxxxxxxxxxxxx
- [RFC][PATCH 1/3] persistent management feature for multipath-tools
- From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxxxxx>
- [RFC][PATCH 1/3] persistent management feature for multipath-tools
- From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxxxxx>
- [RFC][PATCH 2/3] persistent management feature for multipath-tools
- From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxxxxx>
- [RFC][PATCH 3/3] persistent management feature for multipath-tools
- From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxxxxx>
- [RFC][PATCH 0/3] persistent management feature for multipath-tools
- From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxxxxx>
- dmraid/tools VERSION
- From: heinzm@xxxxxxxxxxxxxx
- dmraid CHANGELOG
- From: heinzm@xxxxxxxxxxxxxx
- Re: how to troubleshoot faulty multipath path?
- From: "Rudy Gevaert" <Rudy.Gevaert@xxxxxxxx>
- Re: how to troubleshoot faulty multipath path?
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- how to troubleshoot faulty multipath path?
- From: Rudy Gevaert <Rudy.Gevaert@xxxxxxxx>
- Re: Compiling/linking applications using libdevmapper
- From: Yathindra <ydev@xxxxxxxxxxx>
- Re: [GIT PULL] Queue free fix (was Re: [PATCH] block: Free queue resources at blk_release_queue())
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Compiling/linking applications using libdevmapper
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- Compiling/linking applications using libdevmapper
- From: Yathindra <ydev@xxxxxxxxxxx>
- Re: [GIT PULL] Queue free fix (was Re: [PATCH] block: Free queue resources at blk_release_queue())
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: ERROR: asr: reading /dev/sdo[Input/output error]
- From: Christian May <cmay@xxxxxxxxxxxxxxxxxx>
- Re: ERROR: asr: reading /dev/sdo[Input/output error]
- From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
- Re: ERROR: asr: reading /dev/sdo[Input/output error]
- From: Christian May <cmay@xxxxxxxxxxxxxxxxxx>
- kpartx return codes
- From: Pádraig Brady <pbrady@xxxxxxxxxx>
- Re: ERROR: asr: reading /dev/sdo[Input/output error]
- From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
- ERROR: asr: reading /dev/sdo[Input/output error]
- From: Christian May <cmay@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] multipath-tools: Remove bad udev rules
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- [PATCH] multipath-tools: Remove bad udev rules
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: dm-mpath: Clear map_context pointer when requeuing
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- [PATCH] dm: add documentation of sysfs interface
- From: Milan Broz <mbroz@xxxxxxxxxx>
- [PATCH v2] dm: fix discard support in dm_io
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: dm-mpath: Clear map_context pointer when requeuing
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH] dm-mpath: Clear map_context pointer when requeuing
- From: Dave Wysochanski <dwysocha@xxxxxxxxxx>
- Re: dm-mpath: Clear map_context pointer when requeuing
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- [PATCH] DM RAID: Fix inability to handle failed devices during start-up
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: DM_snapshot_cow filesystem (dmsetup create snapshot)
- From: Frederick Grose <fgrose@xxxxxxxxx>
- a problem when i use dm_io
- From: "wzpywzh"<wzpywzh@xxxxxxx>
- Re: dm-mpath: Clear map_context pointer when requeuing
- From: Hannes Reinecke <hare@xxxxxxx>
- dmraid ./dmraid.spec lib/device/scan.c tools/V ...
- From: heinzm@xxxxxxxxxxxxxx
- Re: DM_snapshot_cow filesystem (dmsetup create snapshot)
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: DM_snapshot_cow filesystem (dmsetup create snapshot)
- From: Douglas McClendon <dmc.lists@xxxxxxxxxxxxxxxxxxxxxx>
- Re: DM_snapshot_cow filesystem (dmsetup create snapshot)
- From: Douglas McClendon <dmc.lists@xxxxxxxxxxxxxxxxxxxxxx>
- Re: DM_snapshot_cow filesystem (dmsetup create snapshot)
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: DM_snapshot_cow filesystem (dmsetup create snapshot)
- From: Douglas McClendon <dmc.lists@xxxxxxxxxxxxxxxxxxxxxx>
- Re: DM_snapshot_cow filesystem (dmsetup create snapshot)
- From: Douglas McClendon <dmc.lists@xxxxxxxxxxxxxxxxxxxxxx>
- Re: DM_snapshot_cow filesystem (dmsetup create snapshot)
- From: Douglas McClendon <dmc.lists@xxxxxxxxxxxxxxxxxxxxxx>
- Re: DM_snapshot_cow filesystem (dmsetup create snapshot)
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH v3 4/4] scsi_dh: code cleanup and remove the references to scsi_dev_info
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- [PATCH v3 3/4] scsi_dh_rdac: Adding the match function for rdac device handler
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- [PATCH v3 2/4] scsi_dh_hp_sw: Adding the match function for hp_sw device handler
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- [PATCH v3 0/4] scsi_dh: Fix for handler attach and code clean up
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- [PATCH v3 1/4] scsi_dh_emc: Adding the match function for emc device handler
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Re: [PATCH] deadlock with suspend and quotas
- From: Jan Kara <jack@xxxxxxx>
- Re: dm-mpath: Clear map_context pointer when requeuing
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: [PATCH] deadlock with suspend and quotas
- From: Jan Kara <jack@xxxxxxx>
- Re: [RESEND][PATCH 4/4] scsi_dh: code cleanup and remove the references to scsi_dev_info
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Re: [RESEND][PATCH 4/4] scsi_dh: code cleanup and remove the references to scsi_dev_info
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: DM_snapshot_cow filesystem (dmsetup create snapshot)
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: DM_snapshot_cow filesystem (dmsetup create snapshot)
- From: Frederick Grose <fgrose@xxxxxxxxx>
- Re: [PATCH] deadlock with suspend and quotas
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] deadlock with suspend and quotas
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] deadlock with suspend and quotas
- From: Jan Kara <jack@xxxxxxx>
- Re: [PATCH] deadlock with suspend and quotas
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] deadlock with suspend and quotas
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] deadlock with suspend and quotas
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] deadlock with suspend and quotas
- From: Kamal Mostafa <kamal@xxxxxxxxxxxxx>
- Re: DM_snapshot_cow filesystem (dmsetup create snapshot)
- From: Douglas McClendon <dmc.lists@xxxxxxxxxxxxxxxxxxxxxx>
- Re: dm-mpath: Clear map_context pointer when requeuing
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm-mpath: Clear map_context pointer when requeuing
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH] deadlock with suspend and quotas
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH] deadlock with suspend and quotas
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH] deadlock with suspend and quotas
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH] deadlock with suspend and quotas
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH] deadlock with suspend and quotas
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] deadlock with suspend and quotas
- From: Jan Kara <jack@xxxxxxx>
- Re: [GIT PULL] Queue free fix (was Re: [PATCH] block: Free queue resources at blk_release_queue())
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH] deadlock with suspend and quotas
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH - v2] DM RAID: 'rebuild' parameter code should be setting MD_CHANGE_DEVS
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: [GIT PULL] Queue free fix (was Re: [PATCH] block: Free queue resources at blk_release_queue())
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [RFC PATCH] block: change max_segments default to USHRT_MAX
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: info on enabling only one path with rdac and DS4700
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Re: [PATCH] deadlock with suspend and quotas
- From: Eric Sandeen <sandeen@xxxxxxxxxx>
- Re: [PATCH] deadlock with suspend and quotas
- From: Valerie Aurora <val@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] deadlock with suspend and quotas
- From: Jan Kara <jack@xxxxxxx>
- Re: [PATCH] deadlock with suspend and quotas
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH] deadlock with suspend and quotas
- From: Jan Kara <jack@xxxxxxx>
- Re: [PATCH] deadlock with suspend and quotas
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] deadlock with suspend and quotas
- From: Jan Kara <jack@xxxxxxx>
- Re: [PATCH] deadlock with suspend and quotas
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] deadlock with suspend and quotas
- From: Jan Kara <jack@xxxxxxx>
- Re: [PATCH] deadlock with suspend and quotas
- From: Jan Kara <jack@xxxxxxx>
- Re: info on enabling only one path with rdac and DS4700
- From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
- Re: DM_snapshot_cow filesystem (dmsetup create snapshot)
- From: Frederick Grose <fgrose@xxxxxxxxx>
- Re: [PATCH] deadlock with suspend and quotas
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] deadlock with suspend and quotas
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] DM RAID: Clean-up handling of 'rebuild' device requests
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: info on enabling only one path with rdac and DS4700
- From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
- [PATCH] DM RAID: Clean-up handling of 'rebuild' device requests
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: info on enabling only one path with rdac and DS4700
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Re: info on enabling only one path with rdac and DS4700
- From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
- Re: info on enabling only one path with rdac and DS4700
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Re: info on enabling only one path with rdac and DS4700
- From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
- Re: [PATCH] deadlock with suspend and quotas
- From: Jan Kara <jack@xxxxxxx>
- Re: info on enabling only one path with rdac and DS4700
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Re: dm: fix discard support in dm_io
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: DM_snapshot_cow filesystem (dmsetup create snapshot)
- From: Douglas McClendon <dmc.lists@xxxxxxxxxxxxxxxxxxxxxx>
- [UPDATED PATCH 57/62] dm: remove the second argument of k[un]map_atomic()
- From: Cong Wang <amwang@xxxxxxxxxx>
- Re: [PATCH 17/62] md: remove the second argument of k[un]map_atomic()
- From: Cong Wang <amwang@xxxxxxxxxx>
- Re: DM_snapshot_cow filesystem (dmsetup create snapshot)
- From: Frederick Grose <fgrose@xxxxxxxxx>
- [PATCH 17/62] md: remove the second argument of k[un]map_atomic()
- From: Cong Wang <amwang@xxxxxxxxxx>
- DM-Steg
- From: Leo Samulis <anagon@xxxxxxxxx>
- Re: [PATCH 17/62] md: remove the second argument of k[un]map_atomic()
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: [PATCH 17/62] md: remove the second argument of k[un]map_atomic()
- From: NeilBrown <neilb@xxxxxxx>
- [PATCH] deadlock with suspend and quotas
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] dm: fix discard support in dm_io
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: libdevmapper
- From: Busby <chaimvy@xxxxxxxxx>
- Re: info on enabling only one path with rdac and DS4700
- From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
- Re: [PATCH v2] dm: verity target
- From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
- Re: raid1d crash at boot
- From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
- Re: raid1d crash at boot
- From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
- Re: raid1d crash at boot
- From: NeilBrown <neilb@xxxxxxx>
- Re: [PATCH 3/4] scsi_dh_rdac: Adding the match function for rdac device handler
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 3/4] scsi_dh_rdac: Adding the match function for rdac device handler
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Re: [PATCH 3/4] scsi_dh_rdac: Adding the match function for rdac device handler
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: info on enabling only one path with rdac and DS4700
- From: Johannes Hirte <hirtejs@xxxxxxxxxxxxxxxxxx>
- Re: Bug#648367: device-mapper devices such as dm-crypt always have rotational=1; should inherit "rotational" setting from underlying devices
- From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
- [PATCH] Update man page for multipath -r
- From: Aruna Balakrishnaiah <aruna@xxxxxxxxxxxxxxxxxx>
- Re: info on enabling only one path with rdac and DS4700
- From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
- Re: info on enabling only one path with rdac and DS4700
- From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
- Re: [PATCH] multipath: rlookup WWIDs with spaces by alias
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: info on enabling only one path with rdac and DS4700
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: info on enabling only one path with rdac and DS4700
- From: Johannes Hirte <hirtejs@xxxxxxxxxxxxxxxxxx>
- Re: Bug#648367: device-mapper devices such as dm-crypt always have rotational=1; should inherit "rotational" setting from underlying devices
- From: Milan Broz <mbroz@xxxxxxxxxx>
- libdevmapper
- From: Yathindra <ydev@xxxxxxxxxxx>
- Re: info on enabling only one path with rdac and DS4700
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- info on enabling only one path with rdac and DS4700
- From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
- [PATCH] kpartx man page update
- From: hegdevasant <vahegde1@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] dm: verity target
- From: Steffen Klassert <steffen.klassert@xxxxxxxxxxx>
- Re: Bug#648367: device-mapper devices such as dm-crypt always have rotational=1; should inherit "rotational" setting from underlying devices
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: Bug#648367: device-mapper devices such as dm-crypt always have rotational=1; should inherit "rotational" setting from underlying devices
- From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
- Re: Bug#648367: device-mapper devices such as dm-crypt always have rotational=1; should inherit "rotational" setting from underlying devices
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
- Re: [PATCH] multipath: rlookup WWIDs with spaces by alias
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: [PATCH v2] dm: verity target
- From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
- Re: [PATCH v2] dm: verity target
- From: Steffen Klassert <steffen.klassert@xxxxxxxxxxx>
- Re: [PATCH] multipath: rlookup WWIDs with spaces by alias
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: Multipath.conf
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: [PATCH] multipath: rlookup WWIDs with spaces by alias
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: [PATCH] multipath: don't print so many add map messages
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: [PATCH] multipath: Set the default max_fds to the system max
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- [PATCH] multipath: don't print so many add map messages
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH] multipath: Set the default max_fds to the system max
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH] multipath: rlookup WWIDs with spaces by alias
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH v2] dm: verity target
- From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
- Multipath.conf
- From: Tiago.Francisco.Abreu@xxxxxxxxxxxx
- Re: [PATCH] dm: verity target
- From: Will Drewry <wad@xxxxxxxxxxxx>
- Re: [PATCH] dm: verity target
- From: Steffen Klassert <steffen.klassert@xxxxxxxxxxx>
- device-mapper: table: 253:4: multipath: error attaching hardware handler
- From: Harsha Sabbineni <harsha.kgp@xxxxxxxxx>
- [PATCH] dm: verity target
- From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
- Re: [PATCH] Add missing break statement in kpartx.
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: Vendor/product comparisons are too broad
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Vendor/product comparisons are too broad
- From: Anton Blanchard <anton@xxxxxxxxx>
- [ANNOUNCE] cryptsetup 1.4.1
- From: Milan Broz <mbroz@xxxxxxxxxx>
- i/o counting problems
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: turning the root volume into a snapshot stalls (ioctl hangs)
- From: Hauke Laging <mailinglisten@xxxxxxxxxxxxxxx>
- Re: Error when compiling drivers/md/dm-bufio.c
- From: Witold Baryluk <baryluk@xxxxxxxxxxxxxxxx>
- Re: Error when compiling drivers/md/dm-bufio.c
- From: Witold Baryluk <baryluk@xxxxxxxxxxxxxxxx>
- Re: Error when compiling drivers/md/dm-bufio.c
- From: Witold Baryluk <baryluk@xxxxxxxxxxxxxxxx>
- Re: turning the root volume into a snapshot stalls (ioctl hangs)
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- turning the root volume into a snapshot stalls (ioctl hangs)
- From: Hauke Laging <mailinglisten@xxxxxxxxxxxxxxx>
- Re: [GIT PULL] Queue free fix (was Re: [PATCH] block: Free queue resources at blk_release_queue())
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Error when compiling drivers/md/dm-bufio.c
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [GIT PULL] Queue free fix (was Re: [PATCH] block: Free queue resources at blk_release_queue())
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Error when compiling drivers/md/dm-bufio.c
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Error when compiling drivers/md/dm-bufio.c
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Error when compiling drivers/md/dm-bufio.c
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: Error when compiling drivers/md/dm-bufio.c
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: multipath-tools/path_priority pp_alua/rtpg.c p ...
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: Error when compiling drivers/md/dm-bufio.c
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Error when compiling drivers/md/dm-bufio.c
- From: Witold Baryluk <baryluk@xxxxxxxxxxxxxxxx>
- [PATCH] dm-ioctl: Don't leak memory in target_message() if 'argc' is NULL
- From: Jesper Juhl <jj@xxxxxxxxxxxxx>
- Re: HPA unlock during partition scan of RAID components
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: HPA unlock during partition scan of RAID components
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: HPA unlock during partition scan of RAID components
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: HPA unlock during partition scan of RAID components
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: HPA unlock during partition scan of RAID components
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: HPA unlock during partition scan of RAID components
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: HPA unlock during partition scan of RAID components
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: HPA unlock during partition scan of RAID components
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: HPA unlock during partition scan of RAID components
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: Mapping sectors to have errors
- From: Yathindra <ydev@xxxxxxxxxxx>
- Re: HPA unlock during partition scan of RAID components
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: HPA unlock during partition scan of RAID components
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: HPA unlock during partition scan of RAID components
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RESEND][PATCH 2/4] scsi_dh_hp_sw: Adding the match function for hp_sw device handler
- From: Hannes Reinecke <hare@xxxxxxx>
- [RESEND][PATCH 2/4] scsi_dh_hp_sw: Adding the match function for hp_sw device handler
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Re: [RESEND][PATCH 2/4] scsi_dh_hp_sw: Adding the match function for hp_sw device handler
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- [PATCH] Add missing break statement in kpartx.
- From: hegdevasant <vahegde1@xxxxxxxxxxxxxxxxxx>
- Re: [RESEND][PATCH 3/4] scsi_dh_rdac: Adding the match function for rdac device handler
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [RESEND][PATCH 4/4] scsi_dh: code cleanup and remove the references to scsi_dev_info
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [RESEND][PATCH 1/4] scsi_dh_emc: Adding the match function for emc device handler
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [RESEND][PATCH 2/4] scsi_dh_hp_sw: Adding the match function for hp_sw device handler
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: multipath-tools/path_priority pp_alua/rtpg.c p ...
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: multipath-tools/path_priority pp_alua/rtpg.c p ...
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: HPA unlock during partition scan of RAID components
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: HPA unlock during partition scan of RAID components
- From: NeilBrown <neilb@xxxxxxx>
- Re: Cannot mount underlying block device after creating dm device.
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: HPA unlock during partition scan of RAID components
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: HPA unlock during partition scan of RAID components
- From: Tejun Heo <tj@xxxxxxxxxx>
- [RESEND][PATCH 3/4] scsi_dh_rdac: Adding the match function for rdac device handler
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- [RESEND][PATCH 2/4] scsi_dh_hp_sw: Adding the match function for hp_sw device handler
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- [RESEND][PATCH 1/4] scsi_dh_emc: Adding the match function for emc device handler
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- [RESEND][PATCH 0/4] scsi_dh: Fix for handler attach and code clean up
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- [RESEND][PATCH 4/4] scsi_dh: code cleanup and remove the references to scsi_dev_info
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Re: [PATCH 3/4] scsi_dh_rdac: Adding the match function for rdac device handler
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 3/4] scsi_dh_rdac: Adding the match function for rdac device handler
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Cannot mount underlying block device after creating dm device.
- From: Sanjana <sanjana.linux@xxxxxxxxx>
- Re: multipath-tools/kpartx gpt.c
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: multipath-tools/path_priority pp_alua/rtpg.c p ...
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: [PATCH] scsi_dh_alua: Fix the time inteval for alua rtpgcommands
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Re: scsi_dh_rdac: Adding a device for rdac
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- scsi_dh_rdac: Adding a device for rdac
- From: Daniel Lang <langd@xxxxxxxx>
- Re: scsi_dh_rdac: Add two new SUN devices to rdac_dev_list
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- scsi_dh_rdac: Add two new SUN devices to rdac_dev_list
- From: Daniel Lang <langd@xxxxxxxx>
- Re: RFC: dm-switch target [v3]
- From: <Jim_Ramsay@xxxxxxxx>
- Re: [PATCH 3/4] scsi_dh_rdac: Adding the match function for rdac device handler
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 3/4] scsi_dh_rdac: Adding the match function for rdac device handler
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Re: [PATCH 3/4] scsi_dh_rdac: Adding the match function for rdac device handler
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 3/4] scsi_dh_rdac: Adding the match function for rdac device handler
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Re: [PATCH 0/4] scsi_dh: Fix for handler attach and code clean up
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Re: creating two device mapper files for an underline blockdevice
- From: Sanjana <sanjana.linux@xxxxxxxxx>
- Re: [git pull] device-mapper enhancements for 3.2
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: creating two device mapper files for an underline blockdevice
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: [PATCH 3/4] scsi_dh_rdac: Adding the match function for rdac device handler
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 0/4] scsi_dh: Fix for handler attach and code clean up
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [git pull] device-mapper enhancements for 3.2
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: creating two device mapper files for an underline blockdevice
- From: Sanjana Shari <sanjana.linux@xxxxxxxxx>
- [PATCH 4/4] scsi_dh: code cleanup - remove the references to scsi_dev_info
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Re: creating two device mapper files for an underline blockdevice
- From: Sanjana Shari <sanjana.linux@xxxxxxxxx>
- [PATCH 0/4] scsi_dh: Fix for handler attach and code clean up
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- [PATCH 1/4] scsi_dh_emc: Adding the match function for emc device handler
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- [PATCH 3/4] scsi_dh_rdac: Adding the match function for rdac device handler
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- [PATCH 2/4] scsi_dh_hp_sw: Adding the match function for hp_sw device handler
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Re: creating two device mapper files for an underline blockdevice
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: creating two device mapper files for an underline blockdevice
- From: Sanjana Shari <sanjana.linux@xxxxxxxxx>
- creating two device mapper files for an underline blockdevice
- From: Sanjana Shari <sanjana.linux@xxxxxxxxx>
- [git pull] device-mapper enhancements for 3.2
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [GIT PULL] Queue free fix (was Re: [PATCH] block: Free queue resources at blk_release_queue())
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: DM_snapshot_cow filesystem (dmsetup create snapshot)
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- DM_snapshot_cow filesystem (dmsetup create snapshot)
- From: Mr Dash Four <mr.dash.four@xxxxxxxxxxxxxx>
- RHEL 6 I/O error messages during booting
- From: Daniel Lang <langd@xxxxxxxx>
- Re: RHEL 6 I/O error messages during booting
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- RHEL 6 I/O error messages during booting
- From: Daniel Lang <langd@xxxxxxxx>
- Re: Mapping sectors to have errors
- From: Yathindra <ydev@xxxxxxxxxxx>
- Re: Mapping sectors to have errors
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: Mapping sectors to have errors
- From: Yathindra <ydev@xxxxxxxxxxx>
- Re: DM inconsistent after disk migration
- From: Bernd Broermann <bernd@xxxxxxxxxxxxx>
- Re: Mapping sectors to have errors
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Mapping sectors to have errors
- From: Yathindra <ydev@xxxxxxxxxxx>
- multipath-tools libmultipath/config.c libmulti ...
- From: bmarzins@xxxxxxxxxxxxxx
- Re: RFC: dm-switch target [v3]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] scsi_dh_alua: Fix the time inteval for alua rtpg commands
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Re: [PATCH] scsi_dh: check queuedata pointer before proceeding further
- From: Hannes Reinecke <hare@xxxxxxx>
- [ANNOUNCE] cryptsetup 1.4.0
- From: Milan Broz <mbroz@xxxxxxxxxx>
- [PATCH] scsi_dh: check queuedata pointer before proceeding further
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- multipath-tools/libmultipath hwtable.c
- From: bmarzins@xxxxxxxxxxxxxx
- multipath-tools/path_priority/pp_alua rtpg.c
- From: bmarzins@xxxxxxxxxxxxxx
- [PATCH] check for mempool memory leaks
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH - v2] DM RAID: Use correct health status character when array is initializing and rebuilding devices
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 2 of 2 - v4] DM log userspace: Allow CTR devices response
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCHES] dm-crypt parallelization
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- multipath-tools/multipathd main.c
- From: bmarzins@xxxxxxxxxxxxxx
- multipath-tools/multipath main.c
- From: bmarzins@xxxxxxxxxxxxxx
- multipath-tools/path_priority pp_alua/rtpg.c p ...
- From: bmarzins@xxxxxxxxxxxxxx
- multipath-tools/libmultipath callout.c
- From: bmarzins@xxxxxxxxxxxxxx
- multipath-tools/kpartx gpt.c
- From: bmarzins@xxxxxxxxxxxxxx
- Re: [Multipath] Round-robin performance limit
- From: Pasi Kärkkäinen <pasik@xxxxxx>
- Re: Bisected: Massive memory leak in dm-snapshot in 3.1 development introduced
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Bisected: Massive memory leak in dm-snapshot in 3.1 development introduced
- From: Michael Leun <ml@xxxxxxxxxxxxxxx>
- Re: Bisected: Massive memory leak in dm-snapshot in 3.1 development introduced
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Bisected: Massive memory leak in dm-snapshot in 3.1 development introduced
- From: Michael Leun <ml@xxxxxxxxxxxxxxx>
- Re: Bisected: Massive memory leak in dm-snapshot in 3.1 development introduced
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: Simulating faulty disk
- From: Yathindra <ydev@xxxxxxxxxxx>
- Re: Simulating faulty disk
- From: Yathindra <ydev@xxxxxxxxxxx>
- Re: Simulating faulty disk
- From: Yathindra <ydev@xxxxxxxxxxx>
- Re: Simulating faulty disk
- From: Yathindra <ydev@xxxxxxxxxxx>
- Re: RFC: dm-switch target [v2]
- From: Pasi Kärkkäinen <pasik@xxxxxx>
- Re: [Multipath] Round-robin performance limit
- From: Pasi Kärkkäinen <pasik@xxxxxx>
- RFC: dm-switch target [v3]
- From: Jim Ramsay <jim_ramsay@xxxxxxxx>
- Re: [PATCH 1/2] [device-mapper] Document the fact that iterate_device method shouldn't block.
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH 2/2] [thin] in thin_iterate_devices(), get the pool dev size a non-blocking way.
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 1/2] [device-mapper] Document the fact that iterate_device method shouldn't block.
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Simulating faulty disk
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- Re: Simulating faulty disk
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- Re: Simulating faulty disk
- From: Yathindra <ydev@xxxxxxxxxxx>
- Re: Simulating faulty disk
- From: Yathindra <ydev@xxxxxxxxxxx>
- [PATCH 1/2] [device-mapper] Document the fact that iterate_device method shouldn't block.
- From: Joe Thornber <ejt@xxxxxxxxxx>
- [PATCH 2/2] [thin] in thin_iterate_devices(), get the pool dev size a non-blocking way.
- From: Joe Thornber <ejt@xxxxxxxxxx>
- Re: Semaphore bug in dm-thin
- From: Joe Thornber <thornber@xxxxxxxxxx>
- [PATCH 2 of 2 - v3] DM log userspace: Allow CTR device respons
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Semaphore bug in dm-thin
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: DM inconsistent after disk migration
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- DM inconsistent after disk migration
- From: "Bernd Broermann" <bernd@xxxxxxxxxxxxx>
- Re: your mail
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: your mail
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- (no subject)
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 2 of 2 - v2] DM log userspace: Allow CTR device response
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 1 of 2 - v2] DM log userspace: Minor fix-ups
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: [RFC][PATCH] dm-cache (block level disk cache target): UPDATE
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 1 of 2] DM log userspace: Minor fix-ups
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [RFC][PATCH] dm-cache (block level disk cache target): UPDATE
- From: Stephen Bromfield <s.bromfield@xxxxxxxxx>
- Re: Getting dm extent mapping
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Getting dm extent mapping
- From: markw@xxxxxxxxxxxxxx
- Re: [PATCH v2] dm mpath: maintain reference count for underlying devices
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: [PATCH] multipath: handle offlined paths
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- [PATCH] multipath: handle offlined paths
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: [PATCH v2] dm mpath: maintain reference count for underlying devices
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] dm-bufio
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: dm-bufio
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: dm-bufio
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] dm-bufio
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH] dm-bufio
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH] dm-bufio
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] dm-bufio
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] dm-bufio
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH] dm-bufio
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH] dm-bufio
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] dm-bufio
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] dm-bufio
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH] dm-bufio
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] dm-bufio
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: dm-bufio
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] dm-bufio
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH] dm-bufio
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH] dm-bufio
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH] dm-bufio
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH] dm-bufio
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH] dm-bufio
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH] dm-bufio
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH] dm-bufio
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH] dm-bufio
- From: Joe Thornber <thornber@xxxxxxxxxx>
- [PATCH] dm-bufio
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 1/2] blk-flush: move the queue kick into blk_insert_cloned_request
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: dm-bufio
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: dm-bufio
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: dm-bufio
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: dm-bufio
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm-bufio
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: dm-bufio
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 2 of 2] DM log userspace: Allow CTR device response
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 1 of 2] DM log userspace: Minor fix-ups
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 0 of 2] DM log userspace: Allow DM_ULOG_CTR exchange to accept devices for register
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- dm-bufio
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 1/2] blk-flush: move the queue kick into blk_insert_cloned_request
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 2/2] blk-flush: fix invalid BUG_ON in blk_insert_flush
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 0/2] block: fix flush regression introduced in 3.1-rc3
- From: Jeff Moyer <jmoyer@xxxxxxxxxx>
- [PATCH 1/2] blk-flush: move the queue kick into blk_insert_cloned_request
- From: Jeff Moyer <jmoyer@xxxxxxxxxx>
- [PATCH 2/2] blk-flush: fix invalid BUG_ON in blk_insert_flush
- From: Jeff Moyer <jmoyer@xxxxxxxxxx>
- Re: Block regression since 3.1-rc3
- From: Jeff Moyer <jmoyer@xxxxxxxxxx>
- Re: Block regression since 3.1-rc3
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: Block regression since 3.1-rc3
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] multipath: better argument type checking
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH] multipath: set ACT_RESIZE when the size has changed
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [RESEND][PATCH] multipath: better check for daemon mode
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: Block regression since 3.1-rc3
- From: Tejun Heo <tj@xxxxxxxxxx>
- multipath-tools/libmultipath dict.c
- From: bmarzins@xxxxxxxxxxxxxx
- multipath-tools ./multipath.conf.annotated ./m ...
- From: bmarzins@xxxxxxxxxxxxxx
- multipath-tools/multipathd main.c
- From: bmarzins@xxxxxxxxxxxxxx
- multipath-tools kpartx/devmapper.c kpartx/devm ...
- From: bmarzins@xxxxxxxxxxxxxx
- multipath-tools/libmultipath discovery.c structs.h
- From: bmarzins@xxxxxxxxxxxxxx
- Re: Block regression since 3.1-rc3
- From: Christophe Saout <christophe@xxxxxxxx>
- Re: Block regression since 3.1-rc3
- From: Christophe Saout <christophe@xxxxxxxx>
- Re: Block regression since 3.1-rc3
- From: Shaohua Li <shli@xxxxxxxxxx>
- Re: Block regression since 3.1-rc3
- From: Shaohua Li <shli@xxxxxxxxxx>
- Re: Block regression since 3.1-rc3
- From: Shaohua Li <shli@xxxxxxxxxx>
- Re: Block regression since 3.1-rc3
- From: Shaohua Li <shli@xxxxxxxxxx>
- Re: Block regression since 3.1-rc3
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Block regression since 3.1-rc3
- From: Christophe Saout <christophe@xxxxxxxx>
- Re: Block regression since 3.1-rc3
- From: Shaohua Li <shli@xxxxxxxxxx>
- Re: Block regression since 3.1-rc3
- From: Christophe Saout <christophe@xxxxxxxx>
- Re: Block regression since 3.1-rc3
- From: Jeff Moyer <jmoyer@xxxxxxxxxx>
- [PATCH] scsi_dh_alua: Add one more check-condition for alua handler
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- [git pull] device-mapper fixes for 3.1
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH] multipath: make sure all the hwe attributes get merged
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: [PATCH] multipath: get right sysfs value for checker_timeout
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: [PATCH][multipath-tools]'multipath' with -h and -t option, it returns '1' (fail) for successful command execution
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: [Multipath] Round-robin performance limit
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- Re: [Multipath] Round-robin performance limit
- From: Adam Chasen <adam@xxxxxxxxxxx>
- [PATCH] multipath: get right sysfs value for checker_timeout
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH] multipath: make sure all the hwe attributes get merged
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: [Multipath] Round-robin performance limit
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- Re: [Multipath] Round-robin performance limit
- From: Adam Chasen <adam@xxxxxxxxxxx>
- Re: [PATCH] [multipath-tools]'multipath' with -h and -t option, it returns '1' (fail) for successful command execution.
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: Block regression since 3.1-rc3
- From: Christophe Saout <christophe@xxxxxxxx>
- Re: Block regression since 3.1-rc3
- From: Jeff Moyer <jmoyer@xxxxxxxxxx>
- Re: Block regression since 3.1-rc3
- From: Christophe Saout <christophe@xxxxxxxx>
- Re: [Multipath] Round-robin performance limit
- From: Adam Chasen <adam@xxxxxxxxxxx>
- Re: Block regression since 3.1-rc3
- From: Jeff Moyer <jmoyer@xxxxxxxxxx>
- Re: Block regression since 3.1-rc3
- From: Christophe Saout <christophe@xxxxxxxx>
- Block regression since 3.1-rc3
- From: Christophe Saout <christophe@xxxxxxxx>
- Re: [PATCH] multipath: better check for daemon mode.
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: dm-devel Digest, Vol 91, Issue 27
- From: <jerome.levy@xxxxxxx>
- Re: [PATCH] multipath: better check for daemon mode.
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: [PATCH] dm: verity target
- From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
- Re: block mapping
- From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
- Re: block mapping
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- Re: block mapping
- From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
- Re: block mapping
- From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
- Re: block mapping
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: block mapping
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- block mapping
- From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
- Re: error injection
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- Re: [PATCH] dm: verity target
- From: "John Stoffel" <john@xxxxxxxxxxx>
- error injection
- From: Jojy Varghese <jojy.varghese@xxxxxxxxx>
- Re: [PATCH] multipath: better check for daemon mode.
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: [PATCH] dm: verity target
- From: Valdis.Kletnieks@xxxxxx
- Re: dm-bufio
- From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
- Re: dm-bufio
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH] multipath: add default hardware configs.
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- [PATCH] multipath: add default hardware configs.
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: [PATCH] dm: verity target
- From: Will Drewry <wad@xxxxxxxxxxxx>
- Re: [PATCH] dm: verity target
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH] dm: verity target
- From: Will Drewry <wad@xxxxxxxxxxxx>
- dm-bufio
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH v3] multipath: don't set queue_if_no_path without multipathd
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- [PATCH v3] multipath: don't set queue_if_no_path without multipathd
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: Additional dm editing tree mirror
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- [PATCH 2/2] block: don't export block_bio_complete tracepoint
- From: Namhyung Kim <namhyung@xxxxxxxxx>
- Additional dm editing tree mirror
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- A question about bio alignment
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [RESEND][PATCH] multipath: don't set queue_if_no_path without multipathd
- From: Gmail <christophe.varoqui@xxxxxxxxx>
- Re: [RESEND][PATCH] multipath: don't set queue_if_no_path without multipathd
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [RESEND][PATCH] multipath: add support for setting oom_score_adj
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: [RESEND][PATCH] multipath: don't set queue_if_no_path without multipathd
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: [PATCH] multipath: add support for setting oom_score_adj
- From: Gmail <christophe.varoqui@xxxxxxxxx>
- [PATCH] multipath: add support for setting oom_score_adj
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [RESEND][PATCH] multipath: don't set queue_if_no_path without multipathd
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH] DM RAID: Use correct health status character when array is initializing
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- linux-2.6: LVM deadlocks and oops
- From: Hector Oron <hector.oron@xxxxxxxxx>
- Re: [RESEND][PATCH]multipath-tools: Adding Netapp as a brand name for RDAC
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [RESEND][PATCH] scsi_dh_rdac: Adding NetApp as a brand name for rdac
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH v2] dm mpath: maintain reference count for underlying devices
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: [PATCH v2] dm mpath: maintain reference count for underlying devices
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] dm mpath: maintain reference count for underlying devices
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: feature="1 queue_if_no_path" vs. no_path_retry=queue
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: Thin provisioning bug in interface
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Thin provisioning bug in interface
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Thin provisioning bug in interface
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH v2] dm mpath: maintain reference count for underlying devices
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH v2] dm mpath: maintain reference count for underlying devices
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- DM_BUFFER_FULL_FLAG
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] multipath: don't set queue_if_no_path without multipathd
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- feature="1 queue_if_no_path" vs. no_path_retry=queue
- From: Oren Held <oren@xxxxxxxxxxx>
- Re: [PATCH] dm: verity target
- From: Valdis.Kletnieks@xxxxxx
- [PATCH v2] dm mpath: maintain reference count for underlying devices
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: logfs: kernel NULL dereference
- From: Jörn Engel <joern@xxxxxxxxx>
- Performance Question
- From: "--[ UxBoD ]--" <uxbod@xxxxxxxxxxxx>
- [PATCH] dm: verity target
- From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
- Re: multipathd & EMC Clariion CX-4
- From: NEVEU Stephane <stephane.neveu@xxxxxxxxxxxxxxx>
- Re: logfs: kernel NULL dereference
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: [PATCH 1/2] block: export __make_request
- From: Doug Dumitru <doug@xxxxxxxxxx>
- question on hot plug removal and addition of a USB disk
- From: "Sampathkumar, Kishore" <Kishore.SampathKumar@xxxxxxx>
- Re: [PATCH 1/2] block: export __make_request
- From: Bernd Petrovitsch <bernd@xxxxxxxxxxxxxxxxxxx>
- Re: logfs: kernel NULL dereference
- From: Witold Baryluk <baryluk@xxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] block: export __make_request
- From: Doug Dumitru <doug@xxxxxxxxxx>
- Re: [PATCH 1/2] block: export __make_request
- From: Doug Dumitru <doug@xxxxxxxxxx>
- Re: logfs: kernel NULL dereference
- From: Jörn Engel <joern@xxxxxxxxx>
- Re: multipathd & EMC Clariion CX-4
- From: NEVEU Stephane <stephane.neveu@xxxxxxxxxxxxxxx>
- Re: [PATCH 3/2] block: refactor generic_make_request
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH 3/2] block: refactor generic_make_request
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- question on hot plug removal and addition of a USB disk
- From: "Sampathkumar, Kishore" <Kishore.SampathKumar@xxxxxxx>
- Re: [PATCH 1/2] block: export __make_request
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] block: export __make_request
- From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] block: export __make_request
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] block: export __make_request
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: multipathd & EMC Clariion CX-4
- From: NEVEU Stephane <stephane.neveu@xxxxxxxxxxxxxxx>
- Re: multipathd & EMC Clariion CX-4
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: multipathd & EMC Clariion CX-4
- From: NEVEU Stephane <stephane.neveu@xxxxxxxxxxxxxxx>
- Re: multipathd & EMC Clariion CX-4
- From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
- multipathd & EMC Clariion CX-4
- From: NEVEU Stephane <stephane.neveu@xxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] block: export __make_request
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- [PATCH] cleanup: fix the comment for field num_discard_requests of struct dm_target
- From: Wang Sheng-Hui <shhuiw@xxxxxxxxx>
- [PATCH] dm mpath: never re-queue request if I_T_L nexus failure and no paths
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 1/2] block: export __make_request
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH] dm-thin: Fix multiple bugs with reference management
- From: Joe Thornber <thornber@xxxxxxxxxx>
- [PATCH] dm-thin: Fix multiple bugs with reference management
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 3/2] block: refactor generic_make_request
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH 3/2] block: refactor generic_make_request
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH] dm-block-manager: use spinlocks that don't disable interrupts
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH] dm-block-manager: use spinlocks that don't disable interrupts
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH] dm-block-manager: use spinlocks that don't disable interrupts
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH] select STACKTRACE if using it
- From: Joe Thornber <thornber@xxxxxxxxxx>
- [PATCH 3/2] block: refactor generic_make_request
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] block: export __make_request
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] block: remove support for bio remapping from ->make_request
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] block: export __make_request
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH 2/2] block: remove support for bio remapping from ->make_request
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH 1/2] block: export __make_request
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- [PATCH] dm-block-manager: use spinlocks that don't disable interrupts
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] select STACKTRACE if using it
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 2/2] block: remove support for bio remapping from ->make_request
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH 1/2] block: export __make_request
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH 2/2] block: remove support for bio remapping from ->make_request
- From: NeilBrown <neilb@xxxxxxx>
- [PATCH 2/2] block: remove support for bio remapping from ->make_request
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- [PATCH 1/2] block: export __make_request
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [BUG] Oops when SCSI device under multipath is removed
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: New dm-bufio with shrinker API
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: New dm-bufio with shrinker API
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: New dm-bufio with shrinker API
- From: Joe Thornber <thornber@xxxxxxxxxx>
- switching from active to failed.
- From: egroegnibus@xxxxxxxxx
- Re: [BUG] Oops when SCSI device under multipath is removed
- From: Thadeu Lima de Souza Cascardo <cascardo@xxxxxxxxxxxxxxxxxx>
- Re: New dm-bufio with shrinker API
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: New dm-bufio with shrinker API
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: New dm-bufio with shrinker API
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: New dm-bufio with shrinker API
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: New dm-bufio with shrinker API
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: New dm-bufio with shrinker API
- From: Joe Thornber <thornber@xxxxxxxxxx>
- multipath tools git relocation
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: [RESEND][PATCH]multipath-tools: Adding Netapp as a brand name for RDAC
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: New dm-bufio with shrinker API
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: New dm-bufio with shrinker API
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: New dm-bufio with shrinker API
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: New dm-bufio with shrinker API
- From: Joe Thornber <thornber@xxxxxxxxxx>
- [PATCH 3/3] block: don't export block_bio_complete tracepoint
- From: Namhyung Kim <namhyung@xxxxxxxxx>
- Re: RFC: dm-switch target [v2]
- From: <Jim_Ramsay@xxxxxxxx>
- New dm-bufio with shrinker API
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [RESEND][PATCH] scsi_dh_rdac: Adding couple more vendor product ids
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- [RESEND][PATCH]multipath-tools: Adding Netapp as a brand name for RDAC
- From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxxxxx>
- [RESEND][PATCH] scsi_dh_rdac: Adding NetApp as a brand name for rdac
- From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxxxxx>
- [PATCH]scsi_dh_rdac: Adding NetApp as a brand name for rdac
- From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxxxxx>
- multipath-tools: Adding Netapp as a brand name for RDAC
- From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxxxxx>
- [PATCH 1/1] block: Add ioctl for extending partition size online
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [RFC PATCH 0/2] block: Allow extending partition size online
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 1/1] extendpart: A new command line to extend an existing partition
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: RFC: dm-switch target [v2]
- From: Pasi Kärkkäinen <pasik@xxxxxx>
- Re: [PATCH v2] multipath: add find_multipaths feature.
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH] multipath: check if multipath owns path
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: [PATCH v2] multipath: add find_multipaths feature.
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: [PATCH] multipath: strdup multipath alias, so that it isn't deleted.
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: [PATCH v2] multipath: systemd unit file
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: [PATCH] multipath: systemd unit file
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: [PATCH v2] multipath: add find_multipaths feature.
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH v2] multipath: add find_multipaths feature.
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: [PATCH v2] multipath: add find_multipaths feature.
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: [PATCH v2] multipath: add find_multipaths feature.
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: [PATCH v2] multipath: add find_multipaths feature.
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: [PATCH] multipath: systemd unit file
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH] multipath: systemd unit file
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: [PATCH] multipath: strdup multipath alias, so that it isn't deleted.
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: [PATCH] multipath: systemd unit file
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH] multipath: systemd unit file
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: [PATCH v2] multipath: add find_multipaths feature.
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: [PATCH] multipath: check setup_multipath return value.
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: [PATCH] multipath: better check for daemon mode.
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: [PATCH] multipath: strdup multipath alias, so that it isn't deleted.
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- RFC: dm-switch target [v2]
- From: Jim Ramsay <jim_ramsay@xxxxxxxx>
- Re: [PATCH] shrinker: fix a bug when callback returns -1
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] shrinker: fix a bug when callback returns -1
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: [PATCH] shrinker: fix a bug when callback returns -1
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [xfs-masters] new dm-bufio
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH] shrinker: fix a bug when callback returns -1
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: [xfs-masters] new dm-bufio
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- [PATCH] shrinker: fix a bug when callback returns -1
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: new dm-bufio
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [RESEND][PATCH] multipath-tools: service mode changes for RDAC storage
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- [PATCH 6/6] dm: get rid of block_bio_complete tracepoint
- From: Namhyung Kim <namhyung@xxxxxxxxx>
- Re: [PATCH] dm-kcopyd: Correctly free requests
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH] dm-kcopyd: Correctly free requests
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH] dm-kcopyd: Correctly free requests
- From: Bastian Blank <bastian@xxxxxxxxxxxx>
- [CRAZY RFC PATCH 0/4] dm: share mempools for all request-based DM devices
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- dmraid/lib/format/ddf ddf1.c ddf1_dump.c
- From: heinzm@xxxxxxxxxxxxxx
- Re: new dm-bufio
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: new dm-bufio
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: Native systemd service files for multipathd
- From: Kay Sievers <kay.sievers@xxxxxxxx>
- Re: Native systemd service files for multipathd
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: new dm-bufio
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Native systemd service files for multipathd
- From: "Jóhann B. Guðmundsson" <johannbg@xxxxxxxxx>
- Re: new dm-bufio
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: new dm-bufio
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCHES] convert dm-thin to use dm-bufio
- From: Joe Thornber <thornber@xxxxxxxxxx>
- [PATCH] dmraid: allow "dmraid --erase_metadata" to work with ddf
- From: NeilBrown <neilb@xxxxxxx>
- new dm-bufio
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] kobj_uevent: Ignore if some listeners cannot handle message
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: [PATCHES] convert dm-thin to use dm-bufio
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] kobj_uevent: Ignore if some listeners cannot handle message
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCHES] convert dm-thin to use dm-bufio
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Native systemd service files for multipathd
- From: Kay Sievers <kay.sievers@xxxxxxxx>
- Re: [PATCH] kobj_uevent: Ignore if some listeners cannot handle message
- From: Kay Sievers <kay.sievers@xxxxxxxx>
- Re: Native systemd service files for multipathd
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Native systemd service files for multipathd
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH] kobj_uevent: Ignore if some listeners cannot handle message
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: [PATCH] Add kpartx example to manpage
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: [PATCH] fix-linebreaks
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: [PATCH] Remove prio_callout as a valid option from man page
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: Native systemd service files for multipathd
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: [PATCH 1/2] dm bufio: fix "value computed is not used" warnings
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] Remove prio_callout as a valid option from man page
- From: Oren Held <oren@xxxxxxxxxxx>
- [PATCH] fix-linebreaks
- From: Craig <craig@xxxxxxxxxxxx>
- [PATCH 2/2] dm space map: only include bitops.h in dm-space-map-common.c
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 1/2] dm bufio: fix "value computed is not used" warnings
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Need help with multipathd
- From: ml ml <mliebherr99@xxxxxxxxxxxxxx>
- Re: clone() with CLONE_NEWNET breaks kobject_uevent_env()
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: convert dm-thin to use dm-bufio
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: clone() with CLONE_NEWNET breaks kobject_uevent_env()
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: convert dm-thin to use dm-bufio
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCHES] convert dm-thin to use dm-bufio
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: convert dm-thin to use dm-bufio
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: convert dm-thin to use dm-bufio
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: convert dm-thin to use dm-bufio
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: convert dm-thin to use dm-bufio
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: convert dm-thin to use dm-bufio
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: clone() with CLONE_NEWNET breaks kobject_uevent_env()
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: clone() with CLONE_NEWNET breaks kobject_uevent_env()
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: clone() with CLONE_NEWNET breaks kobject_uevent_env()
- From: Kay Sievers <kay.sievers@xxxxxxxx>
- Re: convert dm-thin to use dm-bufio
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: clone() with CLONE_NEWNET breaks kobject_uevent_env()
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: convert dm-thin to use dm-bufio
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: convert dm-thin to use dm-bufio
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: clone() with CLONE_NEWNET breaks kobject_uevent_env()
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCHES] convert dm-thin to use dm-bufio
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: convert dm-thin to use dm-bufio
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: clone() with CLONE_NEWNET breaks kobject_uevent_env()
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: convert dm-thin to use dm-bufio
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm: lower bio-based reservation
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- 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>
[Index of Archives]
[DM Crypt]
[Fedora Desktop]
[ATA RAID]
[Fedora Marketing]
[Fedora Packaging]
[Fedora SELinux]
[Yosemite Discussion]
[KDE Users]
[Fedora Docs]