Linux Device-Mapper Development
[Prev Page][Next Page]
- [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 3/7] bio-cgroup: Introduction
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 2/7] dm-ioband: Documentation of design overview, installation, command reference and examples
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 1/7] dm-ioband: Patch of device-mapper driver
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 0/7] I/O bandwidth controller and BIO tracking
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: [PATCH RFC] dm snapshot: shared exception store
- From: Daniel Phillips <phillips@xxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: [PATCH RFC] dm snapshot: shared exception store
- From: Steve VanDeBogart <vandebo-dm@xxxxxxxxxxx>
- Re: [PATCH RFC] dm snapshot: shared exception store
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [PATCH RFC] dm snapshot: shared exception store
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- RE: Status of resizing/growing dm-multipath devices on the fly
- From: Sharif Nassar <lists-dmdevel@xxxxxxxxxxx>
- Re: Status of resizing/growing dm-multipath devices on the fly
- From: Pasi Kärkkäinen <pasik@xxxxxx>
- [PATCH] dm: kill lookup_device wrapper
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH RFC] dm snapshot: shared exception store
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: error calling out /sbin/scsi_id
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: [PATCH 6/7] bio-cgroup: Implement the bio-cgroup
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: error calling out /sbin/scsi_id
- From: mylists@xxxxxxxxxxxxxxxxxxxx
- error calling out /sbin/scsi_id
- From: mylists@xxxxxxxxxxxxxxxxxxxx
- Re: [PATCH 6/7] bio-cgroup: Implement the bio-cgroup
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: [PATCH] udev as of 0.124 doesn't support -s anymore
- From: Guido Günther <agx@xxxxxxxxxxx>
- Re: [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: Status of resizing/growing dm-multipath devices on the fly
- From: Pasi Kärkkäinen <pasik@xxxxxx>
- Re: [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- RE: Status of resizing/growing dm-multipath devices on the fly
- From: Domenico Viggiani <dviggiani@xxxxxxxxxx>
- Re: [RFC PATCH 0/4] dm core: full barrier support
- From: Nikola Ciprich <extmaillist@xxxxxxxxxxx>
- Re: Status of resizing/growing dm-multipath devices on the fly
- From: Sharif Nassar <lists-dmdevel@xxxxxxxxxxx>
- Re: Status of resizing/growing dm-multipath devices on the fly
- From: Andrew Patterson <andrew.patterson@xxxxxx>
- Re: Status of resizing/growing dm-multipath devices on the fly
- From: Mike Anderson <andmike@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC] dm snapshot: shared exception store
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Status of resizing/growing dm-multipath devices on the fly
- From: Pasi Kärkkäinen <pasik@xxxxxx>
- RE: Status of resizing/growing dm-multipath devices on the fly
- From: Domenico Viggiani <dviggiani@xxxxxxxxxx>
- Status of resizing/growing dm-multipath devices on the fly
- From: Pasi Kärkkäinen <pasik@xxxxxx>
- Re: [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: [RFC PATCH 0/4] dm core: full barrier support
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: [RFC PATCH 0/4] dm core: full barrier support
- From: Nikola Ciprich <extmaillist@xxxxxxxxxxx>
- Re: Too many I/O controller patches
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: LVM Snapshot Feature
- From: haad <haaaad@xxxxxxxxx>
- Re: Too many I/O controller patches
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: Too many I/O controller patches
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: [PATCH 0/3] freeze feature ver 1.9
- From: Takashi Sato <t-sato@xxxxxxxxxxxxx>
- Re: [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: Too many I/O controller patches
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: Too many I/O controller patches
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: Too many I/O controller patches
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- [ANNOUNCE] beta version of LVM snapshot merging
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: LVM Snapshot Feature
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 7/7] bio-cgroup: Add a cgroup support to dm-ioband
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 6/7] bio-cgroup: Implement the bio-cgroup
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 5/7] bio-cgroup: Remove a lot of ifdefs
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 3/7] bio-cgroup: Introduction
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 2/7] dm-ioband: Documentation of design overview, installation, command reference and examples
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 1/7] dm-ioband: Patch of device-mapper driver
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 0/7] I/O bandwidth controller and BIO tracking
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH RFC] dm snapshot: shared exception store
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: LVM Snapshot Feature
- From: Adam Hamsik <haaaad@xxxxxxxxx>
- Re: LVM Snapshot Feature
- From: Luke S Crawford <lsc@xxxxxxxxx>
- LVM Snapshot Feature
- From: "Bombardier, Pascal" <pascal.bombardier@xxxxxxx>
- [PATCH] udev as of 0.124 doesn't support -s anymore
- From: Guido Günther <agx@xxxxxxxxxxx>
- Re: /dev/dm-? and /dev/mapper/
- From: "Xinwei Hu" <hxinwei@xxxxxxxxx>
- RE: /dev/dm-? and /dev/mapper/
- From: "Romanowski, John (OFT)" <John.Romanowski@xxxxxxxxxxxxxxx>
- Re: Pathvec messages
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: logical volumes not being detected
- From: Eduard Nicodei <omega2youall@xxxxxxxxx>
- /dev/dm-? and /dev/mapper/
- From: Wilhelm Meier <wilhelm.meier@xxxxxxxx>
- Re: Re: Patch to lsi rda device handler
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: Patch to lsi rda device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Pathvec messages
- From: Sajesh Singh <ssingh@xxxxxxxx>
- Re: Pathvec messages
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: Pathvec messages
- From: Sajesh Singh <ssingh@xxxxxxxx>
- Re: Pathvec messages
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Pathvec messages
- From: Sajesh Singh <ssingh@xxxxxxxx>
- Re: Strange DM issue on boot
- From: Sajesh Singh <ssingh@xxxxxxxx>
- RE: multipathd sometimes not reinstating paths
- From: "Daniel Keisling" <daniel.keisling@xxxxxxxxxxxxxxx>
- multipathd sometimes not reinstating paths
- From: Tore Anderson <tore@xxxxxxxxx>
- Re: Strange DM issue on boot
- From: Sajesh Singh <ssingh@xxxxxxxx>
- Strange DM issue on boot
- From: Sajesh Singh <ssingh@xxxxxxxx>
- RE: logical volumes not being detected
- From: "Romanowski, John (OFT)" <John.Romanowski@xxxxxxxxxxxxxxx>
- logical volumes not being detected
- From: Eduard Nicodei <omega2youall@xxxxxxxxx>
- NetBSD snapshot creation problem
- From: Adam Hamsik <haaaad@xxxxxxxxx>
- Re: [Patch] dm-raid1.c: Conditionally ignore kcopyd errors depending on whether mirror handles
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [Patch 2 of 2]: Cluster-aware log module - enabling cluster-aware mirrors
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [Patch 1 of 2]: Cluster-aware log module - enabling cluster-aware mirrors
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH] dm-raid1.c: Conditionally ignore kcopyd errors depending on whether mirror handles them
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH] if READA is intentionally ignored, that is not EIO, but EWOULDBLOCK
- From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
- [PATCH] dm_set_device_limits: when ignoring q->merge_bvec_fn, set rs->max_phys_segments to one to avoid violating it
- From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
- Re: [PATCH] Fix whitespace issues in multipath-tools
- From: Hannes Reinecke <hare@xxxxxxx>
- RE: Losing paths
- From: Menno Koehler <menno.koehler@xxxxxxx>
- Re: [PATCH] Fix whitespace issues in multipath-tools
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- RE: Losing paths
- From: "Romanowski, John (OFT)" <John.Romanowski@xxxxxxxxxxxxxxx>
- Re: Losing paths
- From: "Pradipmaya Maharana" <pradipmaya@xxxxxxxxx>
- RE: Losing paths
- From: "Koehler, M - SPLXM" <Menno.Koehler@xxxxxxx>
- RE: Losing paths
- From: "Romanowski, John (OFT)" <John.Romanowski@xxxxxxxxxxxxxxx>
- RE: Losing paths
- From: "Koehler, M - SPLXM" <Menno.Koehler@xxxxxxx>
- RE: Losing paths
- From: "Vardaris, C - SPLXM" <Christos.Vardaris@xxxxxxx>
- [PATCH] Fix whitespace issues in multipath-tools
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: Losing paths
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: Losing paths
- From: guy keren <choo@xxxxxxxxxxxx>
- Re: Losing paths
- From: "Daniel Keisling" <daniel.keisling@xxxxxxxxxxxxxxx>
- Re: Losing paths
- From: Hannes Reinecke <hare@xxxxxxx>
- RE: Losing paths
- From: "Romanowski, John (OFT)" <John.Romanowski@xxxxxxxxxxxxxxx>
- Losing paths
- From: "Vardaris, C - SPLXM" <Christos.Vardaris@xxxxxxx>
- [PATCH 2/3] Remove XFS specific ioctl interfaces for freeze feature
- From: Takashi Sato <t-sato@xxxxxxxxxxxxx>
- [PATCH 1/3] Implement generic freeze feature
- From: Takashi Sato <t-sato@xxxxxxxxxxxxx>
- [PATCH 0/3] freeze feature ver 1.9
- From: Takashi Sato <t-sato@xxxxxxxxxxxxx>
- [PATCH 3/3] Add timeout feature
- From: Takashi Sato <t-sato@xxxxxxxxxxxxx>
- [git pull] device-mapper update for 2.6.27
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Temporarily squelching multipathd errors
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- Temporarily squelching multipathd errors
- From: "Daniel Keisling" <daniel.keisling@xxxxxxxxxxxxxxx>
- Re: [PATCH 7/8] scsi_dh: attach to hardware handler from dm-mpath
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH 7/8] scsi_dh: attach to hardware handler from dm-mpath
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH 5/8] scsi_dh: Update RDAC device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 8/8] scsi_dh: create lookup cache
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 7/8] scsi_dh: attach to hardware handler from dm-mpath
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 6/8] scsi_dh: add generic SPC-3 alua handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 4/8] scsi_dh: Update hp_sw hardware handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 3/8] scsi_dh: Update EMC handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 2/8] scsi_dh: Add 'dh_state' sysfs attribute
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 0/8] scsi_dh update
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 1/8] scsi_dh: Implement common device table handling
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Patch to lsi rda device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Patch to lsi rda device handler
- From: Mike Christie <mchristi@xxxxxxxxxx>
- Patch to lsi rda device handler
- From: <Yanqing_Liu@xxxxxxxx>
- [PATCH 7/8] scsi_dh: attach to hardware handler from dm-mpath
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH 0/8] scsi_dh update
- From: Hannes Reinecke <hare@xxxxxxx>
- iobandctl minor update
- From: KAIZUKA Hiroyuki <kaizuka@xxxxxxxxxxxxx>
- persistent reservation behaviour with dm-multipath
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- RE: [PATCH] libmultipath/hwtable.c: Compellent Definition
- From: "Jim Lester" <Jim.Lester@xxxxxxxxxxxxxx>
- Re: [PATCH 3/3] Add timeout feature
- From: jim owens <jowens@xxxxxx>
- Re: [PATCH 3/3] Add timeout feature
- From: jim owens <jowens@xxxxxx>
- Re: [PATCH 3/3] Add timeout feature
- From: "Takashi Sato" <t-sato@xxxxxxxxxxxxx>
- Re: [PATCH 3/3] Add timeout feature
- From: Pavel Machek <pavel@xxxxxxx>
- Re: [PATCH 3/3] Add timeout feature
- From: jim owens <jowens@xxxxxx>
- Re: [PATCH 3/3] Add timeout feature
- From: Pavel Machek <pavel@xxxxxxx>
- multipath-tools ./multipath.conf.defaults libm ...
- From: bmarzins@xxxxxxxxxxxxxx
- multipath-tools ./multipath.conf.defaults libm ...
- From: bmarzins@xxxxxxxxxxxxxx
- multipath-tools ./Makefile path_priority/pp_hp ...
- From: bmarzins@xxxxxxxxxxxxxx
- multipath-tools ./multipath.conf.defaults libm ...
- From: bmarzins@xxxxxxxxxxxxxx
- Re: [PATCH] libmultipath/hwtable.c: Compellent Definition
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- [PATCH] libmultipath/hwtable.c: Compellent Definition
- From: "Jim Lester" <Jim.Lester@xxxxxxxxxxxxxx>
- Subject: [PATCH 2/2] dm-ioband: I/O bandwidth controller v1.3.0: Document
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Subject: [PATCH 1/2] dm-ioband: I/O bandwidth controller v1.3.0: Source code and patch
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Subject: [PATCH 0/2] dm-ioband: I/O bandwidth controller v1.3.0: Introduction
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] dm-ioband: I/O bandwidth controller v1.2.0: Source code and patch
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] dm-ioband: I/O bandwidth controller v1.2.0: Source code and patch
- From: "Xinwei Hu" <hxinwei@xxxxxxxxx>
- Re: [PATCH 3/3] Add timeout feature
- From: Pavel Machek <pavel@xxxxxxx>
- Re: [PATCH 3/3] Add timeout feature
- From: Pavel Machek <pavel@xxxxxxx>
- multipath-tools/libmultipath print.c
- From: wysochanski@xxxxxxxxxxxxxx
- [PATCH 2.6.9-34] emc_clariion_checker: Additional SCSI info on query command error
- From: Levy_Jerome@xxxxxxx
- Re: [PATCH 3/3] Add timeout feature
- From: jim owens <jowens@xxxxxx>
- Re: [PATCH 3/3] Add timeout feature
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
- Re: [PATCH 3/3] Add timeout feature
- From: jim owens <jowens@xxxxxx>
- Re: [PATCH 3/3] Add timeout feature
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
- Re: [PATCH 3/3] Add timeout feature
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
- Re: [PATCH 3/3] Add timeout feature
- From: Olaf Frączyk <olaf@xxxxxxxxxxxxx>
- Re: Resetting dmsetup open count
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- device-mapper/dmeventd dmeventd.c
- From: mornfall@xxxxxxxxxxxxxx
- [PATCH -next 04/11] remove CONFIG_KMOD from drivers
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH 3/3] Add timeout feature
- From: Theodore Tso <tytso@xxxxxxx>
- Re: [PATCH 3/3] Add timeout feature
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: [PATCH 3/3] Add timeout feature
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: [PATCH 3/3] Add timeout feature
- From: Theodore Tso <tytso@xxxxxxx>
- Re: [PATCH 3/3] Add timeout feature
- From: Miklos Szeredi <miklos@xxxxxxxxxx>
- Re: [PATCH 3/3] Add timeout feature
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
- Re: [PATCH 3/3] Add timeout feature
- From: Miklos Szeredi <miklos@xxxxxxxxxx>
- Re: [PATCH 3/3] Add timeout feature
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: [PATCH 3/3] Add timeout feature
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: [PATCH 3/3] Add timeout feature
- From: Miklos Szeredi <miklos@xxxxxxxxxx>
- Re: [PATCH 3/3] Add timeout feature
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: [PATCH 3/3] Add timeout feature
- From: Miklos Szeredi <miklos@xxxxxxxxxx>
- Re: [PATCH 3/3] Add timeout feature
- From: Brad Boyer <flar@xxxxxxxxxxxxx>
- Re: [PATCH 3/3] Add timeout feature
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
- Re: [PATCH 3/3] Add timeout feature
- From: Miklos Szeredi <miklos@xxxxxxxxxx>
- Re: [PATCH 3/3] Add timeout feature
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH 3/3] Add timeout feature
- From: Miklos Szeredi <miklos@xxxxxxxxxx>
- Re: [PATCH 3/3] Add timeout feature
- From: Theodore Tso <tytso@xxxxxxx>
- Re: [PATCH 3/3] Add timeout feature
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: [PATCH 3/3] Add timeout feature
- From: Pavel Machek <pavel@xxxxxxx>
- Re: [PATCH 3/3] Add timeout feature
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Help Please
- From: Evan C Hildebran <evan.hildebran@xxxxxxxxxxxxxx>
- Re: [PATCH 3/3] Add timeout feature
- From: Pavel Machek <pavel@xxxxxxx>
- Re: Re: [PATCH 3/3] Add timeout feature
- From: "Takashi Sato" <t-sato@xxxxxxxxxxxxx>
- Re: Re: [PATCH 3/3] Add timeout feature
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: Re: [PATCH 3/3] Add timeout feature
- From: Eric Sandeen <sandeen@xxxxxxxxxx>
- Resetting dmsetup open count
- From: Peter Lavin <lavinp@xxxxxxxxx>
- multipath-tools with Dell MD3000
- From: Dragomir Minkovski <drago@xxxxxxxxxxxxx>
- Re: libdevmapper patches
- From: Adam Hamsik <haaaad@xxxxxxxxx>
- Re: RE: Changes to readsector0
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- RE: Changes to readsector0
- From: "Jim Lester" <Jim.Lester@xxxxxxxxxxxxxx>
- Re: [RFC 04/11] remove CONFIG_KMOD from drivers
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- [RFC 04/11] remove CONFIG_KMOD from drivers
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [RFC PATCH 4/4] dm core: wait for barrier in process in suspend
- From: Milan Broz <mbroz@xxxxxxxxxx>
- [RFC PATCH 3/4] dm core: add support for barrier bio with payload
- From: Milan Broz <mbroz@xxxxxxxxxx>
- [RFC PATCH 2/4] dm core: add support for empty barriers
- From: Milan Broz <mbroz@xxxxxxxxxx>
- [RFC PATCH 1/4] dm core: remove unused code
- From: Milan Broz <mbroz@xxxxxxxxxx>
- [RFC PATCH 0/4] dm core: full barrier support
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: Changes to readsector0
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- RE: Changes to readsector0
- From: "Romanowski, John (OFT)" <John.Romanowski@xxxxxxxxxxxxxxx>
- Changes to readsector0
- From: "Jim Lester" <Jim.Lester@xxxxxxxxxxxxxx>
- [PATCH 2/2] dm-ioband: I/O bandwidth controller v1.2.0: Document
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 1/2] dm-ioband: I/O bandwidth controller v1.2.0: Source code and patch
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 0/2] dm-ioband: I/O bandwidth controller v1.2.0: Introduction
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: problems getting ioband to work properly
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: Re: [PATCH 3/3] Add timeout feature
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Re: [PATCH 3/3] Add timeout feature
- From: "Takashi Sato" <t-sato@xxxxxxxxxxxxx>
- [PATCH resend] drivers/md: remove null pointer dereference
- From: Julia Lawall <julia@xxxxxxx>
- lsi rdac device handler issue in non-redundant environment
- From: <Yanqing_Liu@xxxxxxxx>
- Re: [PATCH 2/6] drivers/md: remove null pointer dereference
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH 2/6] drivers/md: remove null pointer dereference
- From: Julia Lawall <julia@xxxxxxx>
- Re: [PATCH 2/6] drivers/md: remove null pointer dereference
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- problems getting ioband to work properly
- From: Nikola Ciprich <extmaillist@xxxxxxxxxxx>
- Re: Re: [PATCH 3/3] Add timeout feature
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH 0/3] freeze feature ver 1.8
- From: "Takashi Sato" <t-sato@xxxxxxxxxxxxx>
- Re: [PATCH 3/3] Add timeout feature
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH 1/3] Implement generic freeze feature
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Way to get IO stats on multipath alias?
- From: "Craig Simpson" <csimpson@xxxxxxxxx>
- Re: [PATCH 0/3] freeze feature ver 1.8
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH 0/3] freeze feature ver 1.8
- From: Takashi Sato <t-sato@xxxxxxxxxxxxx>
- [PATCH 3/3] Add timeout feature
- From: Takashi Sato <t-sato@xxxxxxxxxxxxx>
- [PATCH 2/3] Remove XFS specific ioctl interfaces for freeze feature
- From: Takashi Sato <t-sato@xxxxxxxxxxxxx>
- [PATCH 1/3] Implement generic freeze feature
- From: Takashi Sato <t-sato@xxxxxxxxxxxxx>
- device-mapper dmeventd/Makefile.in ./WHATS_NEW
- From: zkabelac@xxxxxxxxxxxxxx
- DMRAID with GB-P35-DS4 and Intel ICH9R
- From: Roman Himmes <roman.himmes@xxxxxxxxxxxxxxxxxxx>
- Re: NetBSD libdevmapper port
- From: Brett Lymn <blymn@xxxxxxxxxxxxxxxxx>
- dmraid ./configure ./configure.in include/dmra ...
- From: heinzm@xxxxxxxxxxxxxx
- Re: [PATCH 3/3] Add timeout feature
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/3] Add timeout feature
- From: "Takashi Sato" <t-sato@xxxxxxxxxxxxx>
- Re: [PATCH 3/3] Add timeout feature
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/3] Add timeout feature
- From: "Takashi Sato" <t-sato@xxxxxxxxxxxxx>
- Re: [PATCH 1/3] Implement generic freeze feature
- From: "Takashi Sato" <t-sato@xxxxxxxxxxxxx>
- iobandctl (a utility tool for dm-ioband) update
- From: KAIZUKA Hiroyuki <kaizuka@xxxxxxxxxxxxx>
- Re: [PATCH 1/9] scsi_dh: Implement common device table handling
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH 1/9] scsi_dh: Implement common device table handling
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: Re: multipath-tools support for SGI TP9700...
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- Re: multipath-tools support for SGI TP9700...
- From: Kevin M Lange <kevin_m_lange@xxxxxxxxxxxx>
- Re: [PATCH 7/9] scsi_dh: attach to hardware handler from dm-mpath
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH 1/9] scsi_dh: Implement common device table handling
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Can we have customized path_checker?
- From: "Pradipmaya Maharana" <pradipmaya@xxxxxxxxx>
- Re: Re: [PATCH 0/3] freeze feature ver 1.6
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Can we have customized path_checker?
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Can we have customized path_checker?
- From: "Pradipmaya Maharana" <pradipmaya@xxxxxxxxx>
- Re: [PATCH 0/3] freeze feature ver 1.6
- From: "Larry Dickson" <ldickson@xxxxxxxxxxxx>
- device-mapper ./WHATS_NEW lib/libdm-report.c
- device-mapper VERSION WHATS_NEW
- device-mapper ./VERSION ./WHATS_NEW lib/libdm- ...
- device-mapper ./WHATS_NEW lib/mm/dbg_malloc.c
- RE: multipathd dies at startup
- From: "Geoff Galitz" <geoff@xxxxxxxxxx>
- Re: [PATCH 0/3] freeze feature ver 1.6
- From: "Takashi Sato" <t-sato@xxxxxxxxxxxxx>
- device-mapper/lib libdm-report.c
- Re: multipathd dies at startup
- From: Finnur Örn Guðmundsson <finnzi@xxxxxxxxxx>
- device-mapper ./WHATS_NEW dmsetup/dmsetup.c li ...
- Re: [PATCH 3/3] Add timeout feature
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] Implement generic freeze feature
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/3] freeze feature ver 1.6
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- device-mapper ./WHATS_NEW dmsetup/dmsetup.c li ...
- [PATCH] dm-mpath: propage path errors up through the multipath ctr function
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- multipathd dies at startup
- From: "Geoff Galitz" <geoff@xxxxxxxxxx>
- [PATCH 7/9] scsi_dh: attach to hardware handler from dm-mpath
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH 1/9] scsi_dh: Implement common device table handling
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH 3/3] Add timeout feature
- From: Takashi Sato <t-sato@xxxxxxxxxxxxx>
- [PATCH 2/3] Remove XFS specific ioctl interfaces for freeze feature
- From: Takashi Sato <t-sato@xxxxxxxxxxxxx>
- [PATCH 1/3] Implement generic freeze feature
- From: Takashi Sato <t-sato@xxxxxxxxxxxxx>
- [PATCH 0/3] freeze feature ver 1.6
- From: Takashi Sato <t-sato@xxxxxxxxxxxxx>
- iostat for a multipath alias?
- From: "Craig Simpson" <csimpson@xxxxxxxxx>
- libdevmapper patches
- From: Adam Hamsik <haaaad@xxxxxxxxx>
- multipath: Failing Path
- From: "Pradipmaya Maharana" <pradipmaya@xxxxxxxxx>
- user_friendly_filter feature submission
- From: "web999@xxxxxxxxxxxxxxxx" <web999@xxxxxxxxxxxxxxxx>
- device-mapper ./WHATS_NEW dmsetup/dmsetup.c
- From: meyering@xxxxxxxxxxxxxx
- [PATCH] avoid compiler warning about cast in OFFSET_OF macro
- From: Jim Meyering <jim@xxxxxxxxxxxx>
- Re: might_sleep warning in multipath_dtr
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- Problem with ALUA Support
- From: "Pradipmaya Maharana" <pradipmaya@xxxxxxxxx>
- Re: NetBSD libdevmapper port
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: NetBSD libdevmapper port
- From: Adam Hamsik <haaaad@xxxxxxxxx>
- Re: NetBSD libdevmapper port
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: "Snapshots and mirrors may not yet be mixed."
- From: Luke S Crawford <lsc@xxxxxxxxx>
- Re: NetBSD libdevmapper port
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Multipathing.
- From: "Pradipmaya Maharana" <pradipmaya@xxxxxxxxx>
- Re: NetBSD libdevmapper port
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: multipathing Sun 6140
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: NetBSD libdevmapper port
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: two paths remain failed on DS6800 after code upgrade
- From: "Gianluca Cecchi" <gianluca.cecchi@xxxxxxxxx>
- Re: multipathing Sun 6140
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- Re: NetBSD libdevmapper port
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Multipathing.
- From: "Ben El Hadj, Sami" <Sami.Benelhadj@xxxxxxxxxxxxxxxxxxx>
- Re: kpartx and udev
- From: Ron Peterson <rpeterso@xxxxxxxxxxxxx>
- kpartx and udev
- From: Ron Peterson <rpeterso@xxxxxxxxxxxxx>
- multipath-tools support for SGI TP9700...
- From: Kevin M Lange <kevin_m_lange@xxxxxxxxxxxx>
- NetBSD libdevmapper port
- From: Adam Hamsik <haaaad@xxxxxxxxx>
- multipathing Sun 6140
- From: Gustavo Riveros <gustavo.riveros@xxxxxxxxxxxx>
- [patch] dm: reorder dm_io to remove padding on 64 bit builds
- From: Richard Kennedy <richard@xxxxxxxxxxxxxxx>
- Re: 2.6.24 Kernel Soft Lock Up with heavy I/O in dm-crypt
- From: Yan Li <elliot.li.tech@xxxxxxxxx>
- [PATCH 1/1] dm-mpath: don't fail paths on first error
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: 2.6.24 Kernel Soft Lock Up with heavy I/O in dm-crypt
- From: Yan Li <elliot.li.tech@xxxxxxxxx>
- Re: 2.6.24 Kernel Soft Lock Up with heavy I/O in dm-crypt
- From: Yan Li <elliot.li.tech@xxxxxxxxx>
- Re: 2.6.24 Kernel Soft Lock Up with heavy I/O in dm-crypt
- From: Yan Li <elliot.li.tech@xxxxxxxxx>
- device-mapper ./WHATS_NEW ./configure ./config ...
- two paths remain failed on DS6800 after code upgrade
- From: "Gianluca Cecchi" <gianluca.cecchi@xxxxxxxxx>
- Re: multipath-tools support for SGI TP9700...
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- [PATCH] dm-mpath: move the place of decrementing repeat_count
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: Questin about device mapper, Debian and devices
- From: Guido Günther <agx@xxxxxxxxxxx>
- Re: "Snapshots and mirrors may not yet be mixed."
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] multipath-tools: DESTDIR makefiles cleanup
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH] multipath-tools: add FBA DASD
- From: Stefan Haberland <sth@xxxxxxxxxxxxxxxxxx>
- "Snapshots and mirrors may not yet be mixed."
- From: Luke S Crawford <lsc@xxxxxxxxx>
- device-mapper ./WHATS_NEW lib/libdm-deptree.c
- Re: Questin about device mapper, Debian and devices
- Re: Questin about device mapper, Debian and devices
- From: "January Weiner" <january@xxxxxxxxxxxxxxx>
- Re: Questin about device mapper, Debian and devices
- Questin about device mapper, Debian and devices
- From: "January Weiner" <january@xxxxxxxxxxxxxxx>
- device-mapper ./WHATS_NEW include/list.h
- device-mapper WHATS_NEW
- device-mapper ./Makefile.in ./configure ./conf ...
- device-mapper VERSION WHATS_NEW
- device-mapper VERSION WHATS_NEW
- device-mapper/lib libdm-report.c
- device-mapper ./WHATS_NEW dmsetup/dmsetup.c
- device-mapper WHATS_NEW
- Re: mpath: don't fail paths on first error
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: Re: Round Robin vs Active/Passive
- From: Tore Anderson <tore@xxxxxxxxx>
- Re: 2.6.24 Kernel Soft Lock Up with heavy I/O in dm-crypt
- From: Milan Broz <mbroz@xxxxxxxxxx>
- device-mapper ./WHATS_NEW lib/libdm-deptree.c
- RE: simple question... to tough to answer?
- From: "Craig Simpson" <csimpson@xxxxxxxxx>
- mpath: don't fail paths on first error
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: Re: Round Robin vs Active/Passive
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: Re: Round Robin vs Active/Passive
- From: Tore Anderson <tore@xxxxxxxxx>
- [PATCH 7/7] scsi: Support fail fast bits
- From: michaelc@xxxxxxxxxxx
- [PATCH 6/7] block and drivers: separate failfast into multiple bits.
- From: michaelc@xxxxxxxxxxx
- [PATCH 4/7] qla2xxx: use new host byte transport errors.
- From: michaelc@xxxxxxxxxxx
- [PATCH 5/7] lpfc: start to use new trasnport errors.
- From: michaelc@xxxxxxxxxxx
- [PATCH 3/7] fc class: Add support for new transport errors
- From: michaelc@xxxxxxxxxxx
- [PATCH 2/7] iscsi class, libiscsi and qla4xxx: convert to new transport host byte values
- From: michaelc@xxxxxxxxxxx
- [PATCH 1/7] scsi: add transport host byte errors (v2)
- From: michaelc@xxxxxxxxxxx
- block and scsi fail fast fixes
- From: michaelc@xxxxxxxxxxx
- Re: kpartx and udev problem
- From: Ron Peterson <rpeterso@xxxxxxxxxxxxx>
- Re: Re: domap (0) failure for create/reload map
- From: "Laurent GEHLEN" <list.4.gehlen@xxxxxxxxx>
- Re: SNMP trap on path failure
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- Re: qla4xxx & "device-mapper: table: 253:0: multipath: error getting device" error
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- SNMP trap on path failure
- From: David Juran <djuran@xxxxxxxxxx>
- Re: kpartx and udev problem
- From: Hannes Reinecke <hare@xxxxxxx>
- qla4xxx & "device-mapper: table: 253:0: multipath: error getting device" error
- From: Christopher <joffer@xxxxxxxxx>
- kpartx and udev problem
- From: Ron Peterson <rpeterso@xxxxxxxxxxxxx>
- Re: 2.6.24 Kernel Soft Lock Up with heavy I/O in dm-crypt
- From: "Ritesh Raj Sarraf" <rrs@xxxxxxxxxxxxxx>
- Re: Re: domap (0) failure for create/reload map
- Re: domap (0) failure for create/reload map
- From: "Laurent GEHLEN" <list.4.gehlen@xxxxxxxxx>
- [PATCH 1/2] dm-ioband: I/O bandwidth controller v1.1.0: Source code and patch
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: 2.6.24 Kernel Soft Lock Up with heavy I/O in dm-crypt
- From: Milan Broz <mbroz@xxxxxxxxxx>
- [PATCH 2/2] dm-ioband: I/O bandwidth controller v1.1.0: Document
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 0/2] dm-ioband: I/O bandwidth controller v1.1.0: Introduction
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 2/2] Allow zero paths for multipath map
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH 1/2] Allow zero priority groups
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH 0/2] Allow paths for multipath
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: 2.6.24 Kernel Soft Lock Up with heavy I/O in dm-crypt
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: Round Robin vs Active/Passive
- From: "Sebastian Herbszt" <herbszt@xxxxxx>
- Read-only devices, multipath-tools : update
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- Re: Problem with multipath and kernel 2.6.18-92.el5
- From: Dave Wysochanski <dwysocha@xxxxxxxxxx>
- Problem with multipath and kernel 2.6.18-92.el5
- From: Twardy Sandrine <twardy@xxxxxxxxxxx>
- dm-ioband utility tool update (LVM support)
- From: "KAIZUKA Hiroyuki" <kaizuka@xxxxxxxxxxxxx>
- Delay/Sleep in .pg_init
- From: "Pradipmaya Maharana" <pradipmaya@xxxxxxxxx>
- Re: [RFC PATCH 1/3] Implement generic freeze feature
- From: "Takashi Sato" <t-sato@xxxxxxxxxxxxx>
- Re: [RFC PATCH 1/3] Implement generic freeze feature
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: Desynchronizing dm-raid1
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: domap (0) failure for create/reload map
- From: "Laurent GEHLEN" <list.4.gehlen@xxxxxxxxx>
- Re: Desynchronizing dm-raid1
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: Desynchronizing dm-raid1
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 7/7] scsi_dh: attach to hardware handler from dm-mpath
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 7/7] scsi_dh: attach to hardware handler from dm-mpath
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 2/7] scsi_dh: Add 'dh_state' sysfs attribute
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 1/7] scsi_dh: Implement common device table handling
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: Round Robin vs Active/Passive
- From: Tore Anderson <tore@xxxxxxxxx>
- RE: Round Robin vs Active/Passive
- From: Domenico Viggiani <dviggiani@xxxxxxxxxx>
- domap (0) failure for create/reload map
- From: "Laurent GEHLEN" <list.4.gehlen@xxxxxxxxx>
- Re: Round Robin vs Active/Passive
- From: Tore Anderson <tore@xxxxxxxxx>
- Re: Round Robin vs Active/Passive
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: Round Robin vs Active/Passive
- From: Tore Anderson <tore@xxxxxxxxx>
- Re: Round Robin vs Active/Passive
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 6/7] scsi_dh: Update RDAC device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH 0/7] scsi_dh framework update take #2
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH 7/7] scsi_dh: attach to hardware handler from dm-mpath
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH 2/7] scsi_dh: Add 'dh_state' sysfs attribute
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH 1/7] scsi_dh: Implement common device table handling
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Desynchronizing dm-raid1
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 7/7] scsi_dh: attach to hardware handler from dm-mpath
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: Desynchronizing dm-raid1
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Round Robin vs Active/Passive
- From: Tore Anderson <tore@xxxxxxxxx>
- Re: Round Robin vs Active/Passive
- From: Tore Anderson <tore@xxxxxxxxx>
- [RFC PATCH 3/3] Add timeout feature
- From: Takashi Sato <t-sato@xxxxxxxxxxxxx>
- [RFC PATCH 2/3] Remove XFS specific ioctl interfaces for freeze feature
- From: Takashi Sato <t-sato@xxxxxxxxxxxxx>
- [RFC PATCH 1/3] Implement generic freeze feature
- From: Takashi Sato <t-sato@xxxxxxxxxxxxx>
- [RFC PATCH 0/3] freeze feature ver 1.4
- From: Takashi Sato <t-sato@xxxxxxxxxxxxx>
- RE: Round Robin vs Active/Passive
- From: Domenico Viggiani <dviggiani@xxxxxxxxxx>
- Re: Desynchronizing dm-raid1
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: Desynchronizing dm-raid1
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- RE: Round Robin vs Active/Passive
- From: "Craig Simpson" <csimpson@xxxxxxxxx>
- RE: Round Robin vs Active/Passive
- From: "Craig Simpson" <csimpson@xxxxxxxxx>
- Re: Round Robin vs Active/Passive
- From: Tore Anderson <tore@xxxxxxxxx>
- RE: Round Robin vs Active/Passive
- From: "Craig Simpson" <csimpson@xxxxxxxxx>
- Re: Round Robin vs Active/Passive
- From: Tore Anderson <tore@xxxxxxxxx>
- device-mapper ./WHATS_NEW lib/datastruct/hash. ...
- RE: Round Robin vs Active/Passive
- From: "Craig Simpson" <csimpson@xxxxxxxxx>
- Round Robin vs Active/Passive
- From: "Craig Simpson" <csimpson@xxxxxxxxx>
- Re: might_sleep warning in multipath_dtr
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- Re: INFO: task md2_resync:7950 blocked for more than 120 seconds
- From: Neil Brown <neilb@xxxxxxx>
- Re: [PATCH 7/7] scsi_dh: attach to hardware handler from dm-mpath
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [RFC PATCH 1/3] Implement generic freeze feature
- From: "Takashi Sato" <t-sato@xxxxxxxxxxxxx>
- /dev/sdd fails fsck on bootup
- From: "Keith O'Brien" <keith.obrien@xxxxxxx>
- [PATCH] Documentation: change dm-io.txt to document the new ap
- From: Nikanth Karthikesan <knikanth@xxxxxxx>
- Re: PROBLEM: powertop reports 8000 spurious interrupts/s from USB disk
- From: David Brownell <david-b@xxxxxxxxxxx>
- might_sleep warning in multipath_dtr
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- Re: PROBLEM: powertop reports 8000 spurious interrupts/s from USB disk
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: PROBLEM: powertop reports 8000 spurious interrupts/s from USB disk
- From: Matthew Dharm <mdharm-usb@xxxxxxxxxxxxxxxxxx>
- Re: oops in linear_mergeable_bvec
- From: "marco gaddoni" <marco.gaddoni@xxxxxxxxx>
- How to install Raid 5 on MCP55
- Re: [RFC PATCH 1/3] Implement generic freeze feature
- From: Andreas Dilger <adilger@xxxxxxx>
- [PATCH 2/6] drivers/md: remove null pointer dereference
- From: Julia Lawall <julia@xxxxxxx>
- [patch] minor dm.c cleanup
- From: Frederik Deweerdt <deweerdt@xxxxxxx>
- Re: Read-Only devices, multipath and more
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- Re: [PATCH 7/7] scsi_dh: attach to hardware handler from dm-mpath
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Read-Only devices, multipath and more
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH 6/7] scsi_dh: Update RDAC device handler
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH 7/7] scsi_dh: attach to hardware handler from dm-mpath
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH 4/7] scsi_dh: Update EMC handler
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH 5/7] scsi_dh: Update hp_sw hardware handler
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH 3/7] scsi_dh: add generic SPC-3 alua handler
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH 2/7] scsi_dh: Add 'dh_state' sysfs attribute
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH 1/7] scsi_dh: Implement common device table handling
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH 0/7] scsi_dh framework update take #2
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 7/7] scsi_dh: attach to hardware handler from dm-mpath
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 4/4] BIO tracking take2
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- [PATCH 3/4] BIO tracking take2
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- [PATCH 2/4] BIO tracking take2
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- [PATCH 1/4] BIO tracking take2
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- [PATCH O/4] BIO tracking take2
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: Deadlock on RHEL4 with kpartx/queue_if_no_path - any wayout?
- From: Tore Anderson <tore@xxxxxxxxx>
- RE: "[undef] [ready] [orphan]" ?
- From: "Craig Simpson" <csimpson@xxxxxxxxx>
- RE: Deadlock on RHEL4 with kpartx/queue_if_no_path - any wayout?
- From: "Craig Simpson" <csimpson@xxxxxxxxx>
- "[undef] [ready] [orphan]" ?
- From: "Craig Simpson" <csimpson@xxxxxxxxx>
- RE: Re: [PATCH 7/7] scsi_dh: attach to hardware handler fromdm-mpath
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- RE: Re: [PATCH 7/7] scsi_dh: attach to hardware handler fromdm-mpath
- From: <Shyam_Iyer@xxxxxxxx>
- Re: [PATCH 7/7] scsi_dh: attach to hardware handler from dm-mpath
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH 7/7] scsi_dh: attach to hardware handler from dm-mpath
- From: Hannes Reinecke <hare@xxxxxxx>
- Deadlock on RHEL4 with kpartx/queue_if_no_path - any way out?
- From: Tore Anderson <tore@xxxxxxxxx>
- [PATCH 2/2] dm-ioband: I/O bandwidth controller v1.0.0: Document
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 1/2] dm-ioband: I/O bandwidth controller v1.0.0: Source code and patch
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 0/2] dm-ioband: I/O bandwidth controller v1.0.0: Introduction
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: [PATCH 3/7] scsi_dh: add generic SPC-3 alua handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: multipathd: error calling out mpath_prio_hds_modular
- RE: multipathd: error calling out mpath_prio_hds_modular
- From: "Craig Simpson" <csimpson@xxxxxxxxx>
- RE: multipathd: error calling out mpath_prio_hds_modular
- From: "Craig Simpson" <csimpson@xxxxxxxxx>
- Re: Re: [PATCH] Implement barrier support for single device DM devices
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: multipathd: error calling out mpath_prio_hds_modular
- Re: [PATCH 3/7] scsi_dh: add generic SPC-3 alua handler
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- multipath-tools ./Makefile path_priority/pp_hp ...
- From: bmarzins@xxxxxxxxxxxxxx
- multipath-tools/path_priority/pp_hp_sw
- From: bmarzins@xxxxxxxxxxxxxx
- multipathd: error calling out mpath_prio_hds_modular
- From: "Craig Simpson" <csimpson@xxxxxxxxx>
- Re: Re: [PATCH] Implement barrier support for single device DM devices
- From: "Mike Snitzer" <snitzer@xxxxxxxxx>
- Read-Only devices, multipath and more
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- Re: [PATCH 7/7] scsi_dh: attach to hardware handler from dm-mpath
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH 6/7] scsi_dh: Update RDAC device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH 4/7] scsi_dh: Update EMC handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH 3/7] scsi_dh: add generic SPC-3 alua handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH 1/7] scsi_dh: Implement generic device table handling
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: simple question... to tough to answer?
- From: Mike Anderson <andmike@xxxxxxxxxxxxxxxxxx>
- Re: simple question... to tough to answer?
- From: Hannes Reinecke <hare@xxxxxxx>
- Make use of dm-ioband (I/O bandwidth controller) device as root device
- From: KAIZUKA Hiroyuki <kaizuka@xxxxxxxxxxxxx>
- Re: simple question... to tough to answer?
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- Re: simple question... to tough to answer?
- simple question... to tough to answer?
- From: "Wim Colgate" <Wim.Colgate@xxxxxxxxxx>
- Re: [PATCH 7/7] scsi_dh: attach to hardware handler from dm-mpath
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 6/7] scsi_dh: Update RDAC device handler
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 3/7] scsi_dh: add generic SPC-3 alua handler
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 4/7] scsi_dh: Update EMC handler
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 2/7] scsi_dh: Add 'dh_state' sysfs attribute
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 1/7] scsi_dh: Implement generic device table handling
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 6/7] scsi_dh: Update RDAC device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH 7/7] scsi_dh: attach to hardware handler from dm-mpath
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH 3/7] scsi_dh: add generic SPC-3 alua handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH 4/7] scsi_dh: Update EMC handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH 2/7] scsi_dh: Add 'dh_state' sysfs attribute
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH 1/7] scsi_dh: Implement generic device table handling
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH 0/7] scsi_dh framework update
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [Notice] multipath-tools changes upstream
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- Re: [Notice] multipath-tools changes upstream
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [RFC PATCH 3/3] Add timeout feature
- From: Takashi Sato <t-sato@xxxxxxxxxxxxx>
- [RFC PATCH 2/3] Remove XFS specific ioctl interfaces for freeze feature
- From: Takashi Sato <t-sato@xxxxxxxxxxxxx>
- [RFC PATCH 1/3] Implement generic freeze feature
- From: Takashi Sato <t-sato@xxxxxxxxxxxxx>
- [RFC PATCH 0/3] freeze feature ver 1.3
- From: Takashi Sato <t-sato@xxxxxxxxxxxxx>
- Re: Desynchronizing dm-raid1
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: Desynchronizing dm-raid1
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Help regarding dm library interface -- "libdevmapper"
- From: "Tapan Chaudhari" <tapan.list@xxxxxxxxx>
- Re: Desynchronizing dm-raid1
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: Desynchronizing dm-raid1
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- multipath-tools/multipathd main.c
- From: bmarzins@xxxxxxxxxxxxxx
- multipath-tools/multipath main.c
- From: bmarzins@xxxxxxxxxxxxxx
- multipath-tools/multipathd main.c clone_platform.h
- From: bmarzins@xxxxxxxxxxxxxx
- resend - actionable triggers?
- From: "Wim Colgate" <Wim.Colgate@xxxxxxxxxx>
- [PATCH] Try 2: Better path checker handling
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: merging configure.in between dm and lvm
- From: Jim Meyering <jim@xxxxxxxxxxxx>
- RE: Re: [PATCH] Fixes to EMC scsi device handler
- From: berthiaume_wayne@xxxxxxx
- [PATCH] Only return the requested path checker
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH 5/5] scsi_dh: Update hp_sw hardware handler
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH 3/5] scsi_dh: add generic SPC-3 alua handler
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH 4/5] scsi_dh: Update EMC handler
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH 2/5] scsi_dh: Add 'dh_state' sysfs attribute
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH 1/5] scsi_dh: Implement generic device table handling
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH 0/5] Update scsi_dh infrastructure
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 0/3] Update scsi_dh infrastructure
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 0/3] Update scsi_dh infrastructure
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- merging configure.in between dm and lvm
- From: Jim Meyering <jim@xxxxxxxxxxxx>
- Re: might_sleep warning in multipath_dtr
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: might_sleep warning in multipath_dtr
- From: Martin George <marting@xxxxxxxxxx>
- Re: might_sleep warning in multipath_dtr
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- might_sleep warning in multipath_dtr
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- Re: [PATCH] Use 'mpatha' for user_friendly_names option
- From: Hannes Reinecke <hare@xxxxxxx>
- RE: [PATCH] Use 'mpatha' for user_friendly_names option
- From: Domenico Viggiani <dviggiani@xxxxxxxxxx>
- Re: [PATCH] Use 'mpatha' for user_friendly_names option
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: Desynchronizing dm-raid1
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- multipath-tools/path_priority/pp_tpc Makefile
- From: bmarzins@xxxxxxxxxxxxxx
- multipath-tools devmap_name/Makefile kpartx/Ma ...
- From: bmarzins@xxxxxxxxxxxxxx
- Re: [PATCH] Use 'mpatha' for user_friendly_names option
- From: Guido Günther <agx@xxxxxxxxxxx>
- Re: Desynchronizing dm-raid1
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Fixes to EMC scsi device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Desynchronizing dm-raid1
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: PROBLEM: powertop reports 8000 spurious interrupts/s from USB disk
- From: "Marti Raudsepp" <marti@xxxxxxxxx>
- PROBLEM: powertop reports 8000 spurious interrupts/s from USB disk
- From: "Marti Raudsepp" <marti@xxxxxxxxx>
- Re: [PATCH 06/10] scsi_dh: Do not allow arguments for hardware handlers
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH 06/10] scsi_dh: Do not allow arguments for hardware handlers
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH] Don't print failure messages for callouts by default
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: [PATCH] Don't print failure messages for callouts by default
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH] [RFC] switch DM tables to readonly automatically
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: oops in linear_mergeable_bvec
- From: Neil Brown <neilb@xxxxxxx>
- Re: oops in linear_mergeable_bvec
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- removing "active" variable in snapshots
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Re: Patch added to scsi-pending-2.6: [SCSI] scsi_dh: Use SCSI device handler in dm-multipath
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- RE: Different Path priorities for iSCSI and FC paths toa combination lun.
- From: "Srinivas Ramani" <sramani@xxxxxxxxxxxxxx>
- [PATCH 10/10] scsi_dh: Remove hardware handler infrastructure from dm
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 09/10] scsi_dh: Remove hardware handlers from dm
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 08/10] scsi_dh: Remove dm_pg_init_complete
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 07/10] scsi_dh: Add a single threaded workqueue for initializing paths
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 06/10] scsi_dh: Do not allow arguments for hardware handlers
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 05/10] scsi_dh: Use SCSI device handler in dm-multipath
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 04/10] scsi_dh: add EMC Clariion device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 03/10] scsi_dh: add hp sw device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 02/10] scsi_dh: add lsi rdac device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 00/10] scsi_dh: Move hardware handlers from dm to SCSI
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 01/10] scsi_dh: add infrastructure for SCSI Device Handlers
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH] [RFC] switch DM tables to readonly automatically
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH] Don't print failure messages for callouts by default
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: [PATCH] [RFC] switch DM tables to readonly automatically
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- SUSE resync
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH] Make modules directory configurable
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH] Fixup Makefiles
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH] Remove DAEMON defines
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH] Define LIBDM_API_FLUSH for 64bit systems correctly
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH] Add cciss_tur checker
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH] Update hardware table
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH] Don't print failure messages for callouts by default
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH] Improve sense code scanning in sg_read() and tur checker
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH] libdevmapper prints garbage on shutdown
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH] Fixup varags usage
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH] Use 'mpatha' for user_friendly_names option
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH] multipathd crash on shutdown
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH] [libmultipath] block SIGPIPE before writing to a pipe
- From: hare@xxxxxxx (Hannes Reinecke)
- Re: [PATCH] [RFC] switch DM tables to readonly automatically
- From: Hannes Reinecke <hare@xxxxxxx>
- RE: [PATCH] [RFC] switch DM tables to readonly automatically
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- RE: [PATCH] [RFC] switch DM tables to readonly automatically
- From: "Balasubramanian, Vijayakumar (STSD)" <vijayakumar@xxxxxx>
- Re: [RFC PATCH 1/3] Implement generic freeze feature
- From: "Takashi Sato" <t-sato@xxxxxxxxxxxxx>
- Re: Patch added to scsi-pending-2.6: [SCSI] scsi_dh: Use SCSI device handler in dm-multipath
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Different Path priorities for iSCSI and FC paths to a combination lun.
- From: Tore Anderson <tore@xxxxxxxxx>
- Different Path priorities for iSCSI and FC paths to a combination lun.
- From: "Srinivas Ramani" <sramani@xxxxxxxxxxxxxx>
- Re: Patch added to scsi-pending-2.6: [SCSI] scsi_dh: Use SCSI device handler in dm-multipath
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6 patch] make dm_dirty_log_{init,exit}() static
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- Re: [RFC PATCH 1/3] Implement generic freeze feature
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [RFC PATCH 1/3] Implement generic freeze feature
- From: "Takashi Sato" <t-sato@xxxxxxxxxxxxx>
- [RFC PATCH 3/3] Add timeout feature
- From: Takashi Sato <t-sato@xxxxxxxxxxxxx>
- Re: [RFC PATCH 1/3] Implement generic freeze feature
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- [RFC PATCH 2/3] Remove XFS specific ioctl interfaces for freeze feature
- From: Takashi Sato <t-sato@xxxxxxxxxxxxx>
- [RFC PATCH 1/3] Implement generic freeze feature
- From: Takashi Sato <t-sato@xxxxxxxxxxxxx>
- [RFC PATCH 0/3] freeze feature ver 1.2
- From: Takashi Sato <t-sato@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] dm-ioband: I/O bandwidth controller v0.0.4: Document
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] dm-ioband: I/O bandwidth controller v0.0.4: Document
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: [PATCH] dm: raid1 block-on-error patch
- Re: [PATCH 2/2] dm-ioband: I/O bandwidth controller v0.0.4: Document
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/6] block: no need to initialize rq->cmd with blk_get_request
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [PATCH 2/6] block: no need to initialize rq->cmd with blk_get_request
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/6] block: no need to initialize rq->cmd with blk_get_request
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [PATCH 2/6] block: no need to initialize rq->cmd with blk_get_request
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH 2/6] block: no need to initialize rq->cmd with blk_get_request
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [PATCH] dm: raid1 block-on-error patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH] [RFC] switch DM tables to readonly automatically
- From: Hannes Reinecke <hare@xxxxxxx>
- [git pull] device-mapper update for 2.6.26
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Utility tool for dm-ioband.
- From: KAIZUKA Hiroyuki <kaizuka@xxxxxxxxxxxxx>
- [PATCH 2/2] dm-ioband: I/O bandwidth controller v0.0.4: Document
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 1/2] dm-ioband: I/O bandwidth controller v0.0.4: Source code and patch
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: [PATCH] 10-times slower dm-raid1 O_SYNC
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- [PATCH 0/2] dm-ioband: I/O bandwidth controller v0.0.4: Introduction
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: Re: [RFC][PATCH 0/10] I/O context inheritance
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: [PATCH 4/7] scsi_dh: add EMC Clariion device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH 4/7] scsi_dh: add EMC Clariion device handler
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: [PATCH 4/7] scsi_dh: add EMC Clariion device handler
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: [PATCH 4/7] scsi_dh: add EMC Clariion device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Re: [RFC][PATCH 0/10] I/O context inheritance
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
- a few setup/control questions
- From: "Wim Colgate" <Wim.Colgate@xxxxxxxxxx>
- Re: [RFC][PATCH 0/10] I/O context inheritance
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [RFC][PATCH 0/10] I/O context inheritance
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- [RFC][PATCH 10/10] I/O context inheritance
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- [RFC][PATCH 9/10] I/O context inheritance
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- [RFC][PATCH 8/10] I/O context inheritance
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- [RFC][PATCH 7/10] I/O context inheritance
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- [RFC][PATCH 6/10] I/O context inheritance
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- [RFC][PATCH 5/10] I/O context inheritance
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- [RFC][PATCH 4/10] I/O context inheritance
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- [RFC][PATCH 3/10] I/O context inheritance
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- [RFC][PATCH 2/10] I/O context inheritance
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- [RFC][PATCH 1/10] I/O context inheritance
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- map in use
- From: Domenico Viggiani <dviggiani@xxxxxxxxxx>
- [PATCH] 10-times slower dm-raid1 O_SYNC
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- device-mapper/dmsetup dmsetup.c
- device-mapper ./WHATS_NEW dmsetup/dmsetup.c
- device-mapper ./WHATS_NEW dmsetup/dmsetup.c
- Re: [PATCH] dm: raid1 block-on-error patch
- device-mapper ./WHATS_NEW lib/.exported_symbol ...
- device-mapper ./WHATS_NEW dmsetup/dmsetup.c li ...
- Re: path checker open() flags, devmapper ioctl()
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- Re: [patch] minor dm.c cleanup
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [Notice] multipath-tools changes upstream
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 7/7] scsi_dh: Remove hardware handler infrastructure from dm
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 6/7] scsi_dh: Remove hardware handlers from dm
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 4/7] scsi_dh: add EMC Clariion device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 5/7] scsi_dh: Use SCSI device handler in dm-multipath
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 2/7] scsi_dh: add lsi rdac device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 3/7] scsi_dh: add hp sw device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 0/7] scsi_dh: Move hardware handlers from dm to SCSI
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 1/7] scsi_dh: add skeleton for SCSI Device Handlers
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: path checker open() flags, devmapper ioctl()
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- [PATCH 7/7] scsi_dh: Remove hardware handler infrastructure from dm
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 6/7] scsi_dh: Remove hardware handlers from dm
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 5/7] scsi_dh: Use SCSI device handler in dm-multipath
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 4/7] scsi_dh: add EMC Clariion device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 2/7] scsi_dh: add lsi rdac device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 3/7] scsi_dh: add hp sw device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 0/7] scsi_dh: Move hardware handlers from dm to SCSI
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 1/7] scsi_dh: add skeleton for SCSI Device Handlers
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- path checker open() flags, devmapper ioctl()
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- Re: [Notice] multipath-tools changes upstream
- From: Mike Anderson <andmike@xxxxxxxxxxxxxxxxxx>
- multipath-tools changes upstream
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- Re: [Notice] multipath-tools changes upstream
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: [PATCH 4/7] scsi_dh: add EMC Clariion device handler
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: bdev size not updated correctly after underlying device is resized
- From: Andrew Patterson <andrew.patterson@xxxxxx>
- Re: [PATCH 4/7] scsi_dh: add EMC Clariion device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: bdev size not updated correctly after underlying device is resized
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: bdev size not updated correctly after underlying device is resized
- From: Andrew Patterson <andrew.patterson@xxxxxx>
- Re: [PATCH 4/7] scsi_dh: add EMC Clariion device handler
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: [2.6 patch] make dm_{, un}register_dirty_log_type() static
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [2.6 patch] make dm_set_device_limits() static
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH 7/7] scsi_dh: Remove hardware handler infrastructure from dm
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 6/7] scsi_dh: Remove hardware handlers from dm
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 5/7] scsi_dh: Use SCSI device handler in dm-multipath
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 4/7] scsi_dh: add EMC Clariion device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 3/7] scsi_dh: add hp sw device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 2/7] scsi_dh: add lsi rdac device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
[Index of Archives]
[DM Crypt]
[Fedora Desktop]
[ATA RAID]
[Fedora Marketing]
[Fedora Packaging]
[Fedora SELinux]
[Yosemite Discussion]
[KDE Users]
[Fedora Docs]