Linux Device-Mapper Development
Web
www.spinics.net
Thread Index
[Prev Page][
Next Page
]
Re: Announce: unlimited number of shared snapshots
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: Announce: unlimited number of shared snapshots
From
: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: Re: [RFC][PATCH 0/4] dm-log: support multi-log devices
From
: Takahiro Yasui <tyasui@xxxxxxxxxx>
Re: Re: [RFC][PATCH 0/4] dm-log: support multi-log devices
From
: Takahiro Yasui <tyasui@xxxxxxxxxx>
Re: Calltrace in dm-snapshot in 2.6.27 kernel
From
: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: [RFC][PATCH 0/4] dm-log: support multi-log devices
From
: Phillip Susi <psusi@xxxxxxxxxx>
Re: [RFC][PATCH 0/4] dm-log: support multi-log devices
From
: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
Re: [RFC][PATCH 2/4] dm-log: unify rw_header to read/write_header
From
: Takahiro Yasui <tyasui@xxxxxxxxxx>
Re: Re: [RFC][PATCH 0/4] dm-log: support multi-log devices
From
: Takahiro Yasui <tyasui@xxxxxxxxxx>
Re: Re: next-20081125: crypto hard disk gets unaccessable
From
: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
Re: Re: next-20081125: crypto hard disk gets unaccessable
From
: Milan Broz <mbroz@xxxxxxxxxx>
Re: next-20081125: crypto hard disk gets unaccessable
From
: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
Re: next-20081125: crypto hard disk gets unaccessable
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [RFC][PATCH 2/4] dm-log: unify rw_header to read/write_header
From
: Alasdair G Kergon <agk@xxxxxxxxxx>
Re: Re: [RFC][PATCH 0/4] dm-log: support multi-log devices
From
: Phillip Susi <psusi@xxxxxxxxxx>
Re: Announce: unlimited number of shared snapshots
From
: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: Calltrace in dm-snapshot in 2.6.27 kernel
From
: "aluno3@xxxxxxxxxxxxxx" <aluno3@xxxxxxxxxxxxxx>
Re: [PATCH 0/9] dm snapshot: shared exception store (v4)
From
: Mikulas Patocka <mpatocka@xxxxxxxxxx>
RE: Re: multipathing pending issues with rhel
From
: Christophe Varoqui <christophe.varoqui@xxxxxxx>
path_checker within multipath {}
From
: Matthew Kent <matt@xxxxxxxxxxxx>
Re: Re: [RFC][PATCH 0/4] dm-log: support multi-log devices
From
: Takahiro Yasui <tyasui@xxxxxxxxxx>
Announce: unlimited number of shared snapshots
From
: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: [PATCHES] new solution for dm_any_congested crash
From
: jvrao <jvrao@xxxxxxxxxxxxxxxxxx>
RE: Re: multipathing pending issues with rhel
From
: Edward Goggin <egoggin@xxxxxxxxxx>
Re: [RFC][PATCH 0/4] dm-log: support multi-log devices
From
: Phillip Susi <psusi@xxxxxxxxxx>
Re: RE: Temporarily squelching multipathd errors
From
: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
[PATCH 7/9] dm snapshot: add shared exception store
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[PATCH 8/9] dm snapshot: add shared_origin_target
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[PATCH 1/9] dm snapshot: make chunk_io handle any buffer
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[PATCH 0/9] dm snapshot: shared exception store (v4)
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[PATCH 3/9] dm snapshot: add message hook to struct exception_store
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[PATCH 2/9] dm snapshot: add lookup_completed_exception hook to struct exception_store
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[PATCH 4/9] dm snapshot: add get_snapshot_info hook to struct exception_store
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[PATCH 5/9] dm snapshot: split snapshot_map and sanpshot_end_io
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[PATCH 9/9] dm snapshot: add shared_snapshot_target
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[PATCH 6/9] dm snapshot: add snapshot id argument to prepare_exception and lookup_completed_exception
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: Calltrace in dm-snapshot in 2.6.27 kernel
From
: "aluno3@xxxxxxxxxxxxxx" <aluno3@xxxxxxxxxxxxxx>
[RFC][PATCH 4/4] dm-log: interface update for multiple log devices
From
: Takahiro Yasui <tyasui@xxxxxxxxxx>
[RFC][PATCH 3/4] dm-log: support multiple log devices
From
: Takahiro Yasui <tyasui@xxxxxxxxxx>
[RFC][PATCH 2/4] dm-log: unify rw_header to read/write_header
From
: Takahiro Yasui <tyasui@xxxxxxxxxx>
[RFC][PATCH 1/4] dm-log: fix io_client_destroy leak
From
: Takahiro Yasui <tyasui@xxxxxxxxxx>
[RFC][PATCH 0/4] dm-log: support multi-log devices
From
: Takahiro Yasui <tyasui@xxxxxxxxxx>
Re: Sending reads/writes to a userspace program?
From
: Ed Cashin <ecashin@xxxxxxxxxx>
RE: [PATCH] scsi_dh: Adding LSI vendor and product ids in rdac device list
From
: "Moger, Babu" <Babu.Moger@xxxxxxx>
Re: Calltrace in dm-snapshot in 2.6.27 kernel
From
: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: [PATCH] scsi_dh: Adding LSI vendor and product ids in rdac device list
From
: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
RE: RE: Temporarily squelching multipathd errors
From
: "Daniel Keisling" <daniel.keisling@xxxxxxxxxxxxxxx>
Re: [PATCH] Read the verbosity level from multipath.conf configuration file
From
: Ritesh Raj Sarraf <rrs@xxxxxxxxxxxxxx>
[PATCH] Read the verbosity level from multipath.conf configuration file
From
: Ritesh Raj Sarraf <rrs@xxxxxxxxxxxxxx>
Re: [PATCH] Read the verbosity level from multipath.conf configuration file
From
: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
Re: [patch] multipath-tools weighted path priority routine
From
: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
[PATCH] Read the verbosity level from multipath.conf configuration file
From
: rrs@xxxxxxxxxxxxxx
[PATCH] Change all occurences of netapp to ontap
From
: Ritesh Raj Sarraf <rrs@xxxxxxxxxxxxxx>
[PATCH] Change occurences of netapp to ontap.
From
: Ritesh Raj Sarraf <rrs@xxxxxxxxxxxxxx>
Re: Calltrace in dm-snapshot in 2.6.27 kernel
From
: "aluno3@xxxxxxxxxxxxxx" <aluno3@xxxxxxxxxxxxxx>
[PATCH] Reattach device handler for multipath devices
From
: Hannes Reinecke <hare@xxxxxxx>
[PATCH 6/8]Re: bio-cgroup: The body of bio-cgroup
From
: Takuya Yoshikawa <yoshikawa.takuya@xxxxxxxxxxxxx>
Re: [PATCH 6/8] bio-cgroup: The body of bio-cgroup
From
: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
Re: [PATCH 4 of 5] dm-exception-store API
From
: Jonathan Brassow <jbrassow@xxxxxxxxxx>
Re: [RFC][PATCH] Handle multipath paths in a path group properly during pg_init (was "RE: DM does not activate the paths if there are more than one path in path group during failover")
From
: Chandra Seetharaman <sekharan@xxxxxxxxxx>
Re: [RFC][PATCH] Handle multipath paths in a path group properly during pg_init (was "RE: DM does not activate the paths if there are more than one path in path group during failover")
From
: Alasdair G Kergon <agk@xxxxxxxxxx>
Re: [RFC][PATCH] Handle multipath paths in a path group properly during pg_init (was "RE: DM does not activate the paths if there are more than one path in path group during failover")
From
: Chandra Seetharaman <sekharan@xxxxxxxxxx>
[Patch 2 of 2]: Cluster-aware dirty log - log module
From
: Jonathan Brassow <jbrassow@xxxxxxxxxx>
[Patch 1 of 2]: Cluster-aware dirty log - Log API addition
From
: Jonathan Brassow <jbrassow@xxxxxxxxxx>
Re: [PATCH 6/8] bio-cgroup: The body of bio-cgroup
From
: Takuya Yoshikawa <yoshikawa.takuya@xxxxxxxxxxxxx>
[PATCHES] new solution for dm_any_congested crash
From
: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: [PATCH 1/8] dm-ioband: Introduction
From
: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
Re: [RFC][PATCH] Handle multipath paths in a path group properly during pg_init (was "RE: DM does not activate the paths if there are more than one path in path group during failover")
From
: Alasdair G Kergon <agk@xxxxxxxxxx>
[git pull] 2.6.28-rc5 device-mapper fixes
From
: Alasdair G Kergon <agk@xxxxxxxxxx>
[RFC][PATCH] Handle multipath paths in a path group properly during pg_init (was "RE: DM does not activate the paths if there are more than one path in path group during failover")
From
: Chandra Seetharaman <sekharan@xxxxxxxxxx>
Re: [PATCH 1/8] dm-ioband: Introduction
From
: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
Re: Re: [PATCH 0/8] I/O bandwidth controller and BIO tracking
From
: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
Re: Error target causes entire device to error
From
: Phillip Susi <psusi@xxxxxxxxxx>
Re: [PATCH 1/8] dm-ioband: Introduction
From
: Phillip Susi <psusi@xxxxxxxxxx>
Re: Error target causes entire device to error
From
: Milan Broz <mbroz@xxxxxxxxxx>
[patch] multipath-tools weighted path priority routine
From
: "Balasubramanian, Vijayakumar (STSD)" <vijayakumar@xxxxxx>
Re: Re: [PATCH 0/8] I/O bandwidth controller and BIO tracking
From
: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
[PATCH 5 of 5] dm-exception-store API
From
: Jonathan Brassow <jbrassow@xxxxxxxxxx>
[PATCH 3 of 5] dm-exception-store API
From
: Jonathan Brassow <jbrassow@xxxxxxxxxx>
[PATCH 4 of 5] dm-exception-store API
From
: Jonathan Brassow <jbrassow@xxxxxxxxxx>
[PATCH 2 of 5] dm-exception-store API
From
: Jonathan Brassow <jbrassow@xxxxxxxxxx>
[PATCH 1 of 5] dm-exception-store API
From
: Jonathan Brassow <jbrassow@xxxxxxxxxx>
[PATCH 0 of 5] dm-exception-store API
From
: Jonathan Brassow <jbrassow@xxxxxxxxxx>
Re: Re: [PATCH 0/8] I/O bandwidth controller and BIO tracking
From
: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
Re: [PATCH 0/8] I/O bandwidth controller and BIO tracking
From
: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH 0/8] I/O bandwidth controller and BIO tracking
From
: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
[PATCH 7/8] bio-cgroup: Page tracking hooks
From
: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
[PATCH 8/8] bio-cgroup: Add a cgroup support to dm-ioband
From
: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
[PATCH 6/8] bio-cgroup: The body of bio-cgroup
From
: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
[PATCH 5/8] bio-cgroup: The new page_cgroup framework
From
: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
[PATCH 4/8] bio-cgroup: Introduction
From
: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
[PATCH 3/8] dm-ioband: Document
From
: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
[PATCH 2/8] dm-ioband: Source code and patch
From
: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
[PATCH 1/8] dm-ioband: Introduction
From
: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
[PATCH 0/8] I/O bandwidth controller and BIO tracking
From
: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
[patch] leastpending_io load balancing policy
From
: "Balasubramanian, Vijayakumar (STSD)" <vijayakumar@xxxxxx>
Re: RFC:: [PATCH 3 of 3] dm-exception-store API - updated
From
: Mikulas Patocka <mpatocka@xxxxxxxxxx>
RFC:: [PATCH 3 of 3] dm-exception-store API - updated
From
: Jonathan Brassow <jbrassow@xxxxxxxxxx>
Re: Queue upcall locking (was: [RFC][PATCH] fix dm_any_congested() to properly sync up with suspend code path)
From
: Mikulas Patocka <mpatocka@xxxxxxxxxx>
RE: DM does not activate the paths if there are more than one path in path group during failover
From
: Chandra Seetharaman <sekharan@xxxxxxxxxx>
RE: DM does not activate the paths if there are more than one path in path group during failover
From
: "Moger, Babu" <Babu.Moger@xxxxxxx>
RE: DM does not activate the paths if there are more than one path in path group during failover
From
: "Moger, Babu" <Babu.Moger@xxxxxxx>
Re: Queue upcall locking (was: [RFC][PATCH] fix dm_any_congested() to properly sync up with suspend code path)
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: Queue upcall locking (was: [RFC][PATCH] fix dm_any_congested() to properly sync up with suspend code path)
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: Queue upcall locking (was: [RFC][PATCH] fix dm_any_congested() to properly sync up with suspend code path)
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
RE: DM does not activate the paths if there are more than one path in path group during failover
From
: Chandra Seetharaman <sekharan@xxxxxxxxxx>
RE: DM does not activate the paths if there are more than one path in path group during failover
From
: "Moger, Babu" <Babu.Moger@xxxxxxx>
Quick failover/failback
From
: <Yanqing_Liu@xxxxxxxx>
Re: updated Chandra's patch for dm_any_congested
From
: Chandra Seetharaman <sekharan@xxxxxxxxxx>
Re: DM does not activate the paths if there are more than one path in path group during failover
From
: Chandra Seetharaman <sekharan@xxxxxxxxxx>
Re: DM does not activate the paths if there are more than one path in path group during failover
From
: Alasdair G Kergon <agk@xxxxxxxxxx>
DM does not activate the paths if there are more than one path in path group during failover
From
: "Moger, Babu" <Babu.Moger@xxxxxxx>
[PATCH] scsi_dh: Adding LSI vendor and product ids in rdac device list
From
: "Moger, Babu" <Babu.Moger@xxxxxxx>
RFC:: [PATCH 3 of 3] dm-exception-store API
From
: Jonathan Brassow <jbrassow@xxxxxxxxxx>
RFC:: [PATCH 2 of 3] dm-exception-store API
From
: Jonathan Brassow <jbrassow@xxxxxxxxxx>
RFC:: [PATCH 1 of 3] dm-exception-store API
From
: Jonathan Brassow <jbrassow@xxxxxxxxxx>
RFC:: [PATCH 0 of 3] dm-exception-store API
From
: Jonathan Brassow <jbrassow@xxxxxxxxxx>
Error target causes entire device to error
From
: Phillip Susi <psusi@xxxxxxxxxx>
Re: updated Chandra's patch for dm_any_congested
From
: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
updated Chandra's patch for dm_any_congested
From
: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: Queue upcall locking (was: [RFC][PATCH] fix dm_any_congested() to properly sync up with suspend code path)
From
: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: Queue upcall locking (was: [RFC][PATCH] fix dm_any_congested() to properly sync up with suspend code path)
From
: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: Queue upcall locking (was: [RFC][PATCH] fix dm_any_congested() to properly sync up with suspend code path)
From
: Alasdair G Kergon <agk@xxxxxxxxxx>
Re: Queue upcall locking (was: [RFC][PATCH] fix dm_any_congested() to properly sync up with suspend code path)
From
: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: Queue upcall locking (was: [RFC][PATCH] fix dm_any_congested() to properly sync up with suspend code path)
From
: Alasdair G Kergon <agk@xxxxxxxxxx>
Re: Queue upcall locking (was: [RFC][PATCH] fix dm_any_congested() to properly sync up with suspend code path)
From
: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: Queue upcall locking (was: [RFC][PATCH] fix dm_any_congested() to properly sync up with suspend code path)
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Queue upcall locking (was: [RFC][PATCH] fix dm_any_congested() to properly sync up with suspend code path)
From
: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: problem with multipathd, not all paths added to adisk on boot
From
: "Sebastian Reitenbach" <sebastia@xxxxxxxxxxxxxxxxxxxx>
Re: Question about 'dmsetup remove' and dtr of target_type
From
: "Reng Zeng" <alan@xxxxxxxxxxx>
Re: Question about 'dmsetup remove' and dtr of target_type
From
: Alasdair G Kergon <agk@xxxxxxxxxx>
Question about 'dmsetup remove' and dtr of target_type
From
: "Reng Zeng" <alan@xxxxxxxxxxx>
RE: multipath-tools Patch Submission - mpath_prop_classcallout
From
: "Jeff McCune" <JMcCune@xxxxxxxx>
Re: multipath-tools Patch Submission - mpath_prop_class callout
From
: Mike Anderson <andmike@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 0/9] dm snapshot: shared exception store
From
: Jonathan Brassow <jbrassow@xxxxxxxxxx>
Re: problem with multipathd, not all paths added to adisk on boot
From
: "Sebastian Reitenbach" <sebastia@xxxxxxxxxxxxxxxxxxxx>
multipath-tools Patch Submission - mpath_prop_class callout
From
: "Jeff McCune" <JMcCune@xxxxxxxx>
Re: RFC: Patch to dm-raid1 to allow error type in status output - even when !errors_handled
From
: malahal@xxxxxxxxxx
RFC: Patch to dm-raid1 to allow error type in status output - even when !errors_handled
From
: Jonathan Brassow <jbrassow@xxxxxxxxxx>
Re: problem with multipathd, not all paths added to a disk on boot
From
: Mike Anderson <andmike@xxxxxxxxxxxxxxxxxx>
Re: Re: Source code repository changes
From
: Alasdair G Kergon <agk@xxxxxxxxxx>
problem with multipathd, not all paths added to a disk on boot
From
: "Sebastian Reitenbach" <sebastia@xxxxxxxxxxxxxxxxxxxx>
Re: Re: Source code repository changes
From
: Adam Hamsik <haaaad@xxxxxxxxx>
Re: [PATCH] Do not try to activate path if pgpath is NULL
From
: Alasdair G Kergon <agk@xxxxxxxxxx>
Re: [PATCH] Print a warning message when hardware handler parameters are ignored
From
: Alasdair G Kergon <agk@xxxxxxxxxx>
[PATCH] Make sure the state of a path is set properly when controller is swapped from passive to active
From
: Chandra Seetharaman <sekharan@xxxxxxxxxx>
[PATCH] Retry mode select in rdac device handler
From
: Chandra Seetharaman <sekharan@xxxxxxxxxx>
[RFC][PATCH] fix dm_any_congested() to properly sync up with suspend code path
From
: Chandra Seetharaman <sekharan@xxxxxxxxxx>
[PATCH] Do not try to activate path if pgpath is NULL
From
: Chandra Seetharaman <sekharan@xxxxxxxxxx>
[PATCH] Print a warning message when hardware handler parameters are ignored
From
: Chandra Seetharaman <sekharan@xxxxxxxxxx>
dm-multipath with Celerra iSCSI
From
: Domenico Viggiani <dviggiani@xxxxxxxxxx>
dm-bufio layer
From
: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: Source code repository changes
From
: Alasdair G Kergon <agk@xxxxxxxxxx>
Re: [PATCH 10/13] dm: add core functions for request-based dm
From
: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
Re: [PATCH 10/13] dm: add core functions forrequest-based dm
From
: "Nikanth Karthikesan" <KNikanth@xxxxxxxxxx>
RE: i/o error due to all path failure with rdac
From
: Chandra Seetharaman <sekharan@xxxxxxxxxx>
Dm error: reload ioctl failed
From
: <Yanqing_Liu@xxxxxxxx>
Re: [PATCH] Add gfp_mask to bio_integrity_clone()
From
: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
RE: i/o error due to all path failure with rdac
From
: "Moger, Babu" <Babu.Moger@xxxxxxx>
[PATCH] dm-stripe: pay attention to failing registration in dm_stripe_init()
From
: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
Re: [PATCH] Add gfp_mask to bio_integrity_clone()
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [PATCH] Add gfp_mask to bio_integrity_clone()
From
: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: FW: [PATCH 0/9] dm snapshot: shared exception store
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: FW: [PATCH 0/9] dm snapshot: shared exception store
From
: Mikulas Patocka <mpatocka@xxxxxxxxxx>
dmraid/lib/device scsi.c
From
: heinzm@xxxxxxxxxxxxxx
Re: Issue with dmsetup
From
: Alasdair G Kergon <agk@xxxxxxxxxx>
Issue with dmsetup
From
: "Paul Riddle" <Paul.Riddle@xxxxxxxxxxxxxxxxxx>
RE: i/o error due to all path failure with rdac
From
: Chandra Seetharaman <sekharan@xxxxxxxxxx>
RE: i/o error due to all path failure with rdac
From
: Chandra Seetharaman <sekharan@xxxxxxxxxx>
RE: i/o error due to all path failure with rdac
From
: "Moger, Babu" <Babu.Moger@xxxxxxx>
RE: i/o error due to all path failure with rdac
From
: Chandra Seetharaman <sekharan@xxxxxxxxxx>
RE: i/o error due to all path failure with rdac
From
: "Moger, Babu" <Babu.Moger@xxxxxxx>
Re: i/o error due to all path failure with rdac
From
: Chandra Seetharaman <sekharan@xxxxxxxxxx>
Source code repository changes
From
: Alasdair G Kergon <agk@xxxxxxxxxx>
device-mapper/dmsetup dmsetup.c
From
: agk@xxxxxxxxxxxxxx
device-mapper/include log.h
From
: agk@xxxxxxxxxxxxxx
Re: i/o error due to all path failure with rdac
From
: Mike Anderson <andmike@xxxxxxxxxxxxxxxxxx>
Re: Buffer I/O error
From
: Mike Anderson <andmike@xxxxxxxxxxxxxxxxxx>
device-mapper ./WHATS_NEW dmsetup/dmsetup.c in ...
From
: agk@xxxxxxxxxxxxxx
RE: Temporarily squelching multipathd errors
From
: Domenico Viggiani <dviggiani@xxxxxxxxxx>
RE: Temporarily squelching multipathd errors
From
: "Daniel Keisling" <daniel.keisling@xxxxxxxxxxxxxxx>
device-mapper ./WHATS_NEW include/lib.h includ ...
From
: agk@xxxxxxxxxxxxxx
[git pull] 2.6.28-rc2 device-mapper fixes
From
: Alasdair G Kergon <agk@xxxxxxxxxx>
Re: [PATCH 1/9] dm snapshot: make chunk_io handle any buffer
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: Re: [PATCH 2/9] dm snapshot: add lookup_completed_exception hook to struct exception_store
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[PATCH] Add gfp_mask to bio_integrity_clone()
From
: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
Re: [PATCH 2/9] dm snapshot: add lookup_completed_exception hook to struct exception_store
From
: Alasdair G Kergon <agk@xxxxxxxxxx>
Re: [PATCH 1/9] dm snapshot: make chunk_io handle any buffer
From
: Alasdair G Kergon <agk@xxxxxxxxxx>
Re: [PATCH] Check region size during dirty log creation
From
: Alasdair G Kergon <agk@xxxxxxxxxx>
Re: [PATCH] Check region size during dirty log creation
From
: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
Re: [PATCH] Check region size during dirty log creation
From
: Alasdair G Kergon <agk@xxxxxxxxxx>
Re: [PATCH] Check region size during dirty log creation
From
: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
Re: [PATCH] Check region size during dirty log creation
From
: Alasdair G Kergon <agk@xxxxxxxxxx>
[PATCH] Check region size during dirty log creation
From
: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
Re: [PATCH 7/9] dm snapshot: add shared exception store
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: [PATCH 7/9] dm snapshot: add shared exception store
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: [PATCH 13/13] dm-mpath: convert to request-based
From
: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
Re: [PATCH 11/13] dm: enable request-based dm
From
: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
Re: [PATCH 10/13] dm: add core functions for request-based dm
From
: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
Re: [patch]: [multipath-tool] Add check for removeddevice in rdac checker
From
: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
Re: [PATCH 2/3] Implement generic freeze feature
From
: "Takashi Sato" <t-sato@xxxxxxxxxxxxx>
RE: [patch]: [multipath-tool] Add check for removeddevice in rdac checker
From
: <Shyam_Iyer@xxxxxxxx>
Re: [PATCH 2/3] Implement generic freeze feature
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [patch]: [multipath-tool] Add check for removed device in rdac checker
From
: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
Re: [PATCH 7/9] dm snapshot: add shared exception store
From
: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
[patch]: [multipath-tool] Add check for removed device in rdac checker
From
: <Yanqing_Liu@xxxxxxxx>
Re: [PATCH 1/3] Add error handling of write_super_lockfs/unlockfs
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[PATCH 1/3] Add error handling of write_super_lockfs/unlockfs
From
: Takashi Sato <t-sato@xxxxxxxxxxxxx>
[PATCH 3/3] Remove XFS specific ioctl interfaces for freeze feature
From
: Takashi Sato <t-sato@xxxxxxxxxxxxx>
[PATCH 0/3] freeze feature ver 1.14
From
: Takashi Sato <t-sato@xxxxxxxxxxxxx>
[PATCH 2/3] Implement generic freeze feature
From
: Takashi Sato <t-sato@xxxxxxxxxxxxx>
[PATCH 7/9] dm snapshot: add shared exception store
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[PATCH 0/9] dm snapshot: shared exception store
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[PATCH 9/9] dm snapshot: add shared_snapshot_target
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[PATCH 6/9] dm snapshot: add snapshot id argument to prepare_exception and lookup_completed_exception
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[PATCH 2/9] dm snapshot: add lookup_completed_exception hook to struct exception_store
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[PATCH 8/9] dm snapshot: add shared_origin_target
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[PATCH 5/9] dm snapshot: split snapshot_map and sanpshot_end_io
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[PATCH 1/9] dm snapshot: make chunk_io handle any buffer
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[PATCH 4/9] dm snapshot: add get_snapshot_info hook to struct exception_store
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[PATCH 3/9] dm snapshot: add message hook to struct exception_store
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: [Question] power management related with cgroup based resource management
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [Question] power management related with cgroup based resource management
From
: "Dong-Jae Kang" <baramsori72@xxxxxxxxx>
Re: [Question] power management related with cgroup based resource management
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [Question] power management related with cgroup based resource management
From
: "Dong-Jae Kang" <baramsori72@xxxxxxxxx>
i/o error due to all path failure with rdac
From
: "Moger, Babu" <Babu.Moger@xxxxxxx>
Buffer I/O error
From
: Kit Westneat <kwestneat@xxxxxxxxxxxxxxxxx>
RE: multipathd segfault and SCSI errors
From
: Prakash Rudraraju <prakash@xxxxxxxxxx>
Re: multipathd segfault and SCSI errors
From
: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
Re: [Question] power management related with cgroup based resource management
From
: "Dong-Jae Kang" <baramsori72@xxxxxxxxx>
Re: [Question] power management related with cgroup based resource management
From
: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] DM data integrity support
From
: Alasdair G Kergon <agk@xxxxxxxxxx>
Re: [PATCH 13/13] dm-mpath: convert to request-based
From
: "Nikanth K" <nikanth@xxxxxxxxx>
Re: [PATCH 11/13] dm: enable request-based dm
From
: "Nikanth K" <nikanth@xxxxxxxxx>
Re: [PATCH 10/13] dm: add core functions for request-based dm
From
: "Nikanth K" <nikanth@xxxxxxxxx>
RE: multipathd segfault and SCSI errors
From
: Prakash Rudraraju <prakash@xxxxxxxxxx>
Re: [PATCH] DM data integrity support
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
multipathd segfault and SCSI errors
From
: Prakash Rudraraju <prakash@xxxxxxxxxx>
Re: [PATCH] DM data integrity support
From
: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: [BUG] dm-mpath and scsi persistent reservation
From
: Christophe Varoqui <christophe.varoqui@xxxxxxx>
Re: [BUG] dm-mpath and scsi persistent reservation
From
: Christophe Varoqui <christophe.varoqui@xxxxxxx>
RE: failover does not work with rdac device handler
From
: "Moger, Babu" <Babu.Moger@xxxxxxx>
RE: failover does not work with rdac device handler
From
: Chandra Seetharaman <sekharan@xxxxxxxxxx>
RE: failover does not work with rdac device handler
From
: "Moger, Babu" <Babu.Moger@xxxxxxx>
Re: mulitipath -ll & multiapth -v3 ouput
From
: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
Re: Calltrace in dm-snapshot in 2.6.27 kernel
From
: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: Calltrace in dm-snapshot in 2.6.27 kernel
From
: "aluno3@xxxxxxxxxxxxxx" <aluno3@xxxxxxxxxxxxxx>
Re: [PATCH 0/2] dm-ioband: I/O bandwidth controller v1.8.0: Introduction
From
: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
mulitipath -ll & multiapth -v3 ouput
From
: sriharsha y d <srihashin@xxxxxxxxxxx>
Re: Re: [BUG] dm-mpath and scsi persistent reservation
From
: Mike Christie <michaelc@xxxxxxxxxxx>
Re: [BUG] dm-mpath and scsi persistent reservation
From
: Chandra Seetharaman <sekharan@xxxxxxxxxx>
Re: Re: [BUG] dm-mpath and scsi persistent reservation
From
: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [BUG] dm-mpath and scsi persistent reservation
From
: Christophe Varoqui <christophe.varoqui@xxxxxxx>
Re: Calltrace in dm-snapshot in 2.6.27 kernel
From
: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: Calltrace in dm-snapshot in 2.6.27 kernel
From
: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: Calltrace in dm-snapshot in 2.6.27 kernel
From
: "aluno3@xxxxxxxxxxxxxx" <aluno3@xxxxxxxxxxxxxx>
Re: [PATCH 0/2] dm-ioband: I/O bandwidth controller v1.8.0: Introduction
From
: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
Re: [PATCH 0/2] dm-ioband: I/O bandwidth controller v1.8.0: Introduction
From
: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
Re: [BUG] dm-mpath and scsi persistent reservation
From
: Chandra Seetharaman <sekharan@xxxxxxxxxx>
[BUG] dm-mpath and scsi persistent reservation
From
: Christophe Varoqui <christophe.varoqui@xxxxxxx>
Re: Calltrace in dm-snapshot in 2.6.27 kernel
From
: Mikulas Patocka <mpatocka@xxxxxxxxxx>
RHEL-5.1-ia64 gfs/rhcs clvm pvcreate to wrong multipath device names
From
: "Hofmeister, James (WTEC Linux)" <james.hofmeister@xxxxxx>
Re: Calltrace in dm-snapshot in 2.6.27 kernel
From
: aluno3 <aluno3@xxxxxxxxxxxxxx>
Re: [stable] [git pull] Additional device-mapper patches for 2.6.28
From
: Greg KH <greg@xxxxxxxxx>
Re: [stable] [git pull] Additional device-mapper patches for 2.6.28
From
: Alasdair G Kergon <agk@xxxxxxxxxx>
Re: Calltrace in dm-snapshot in 2.6.27 kernel
From
: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: [stable] [git pull] Additional device-mapper patches for 2.6.28
From
: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: [stable] [git pull] Additional device-mapper patches for 2.6.28
From
: Greg KH <greg@xxxxxxxxx>
[git pull] Additional device-mapper patches for 2.6.28
From
: Alasdair G Kergon <agk@xxxxxxxxxx>
Swapping on device-mapper targets
From
: "public0x05bf@xxxxxxxxxx" <public0x05bf@xxxxxxxxxx>
Re: Calltrace in dm-snapshot in 2.6.27 kernel
From
: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: a question about multipathd and udev
From
: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
Re: [PATCH] DM data integrity support
From
: Alasdair G Kergon <agk@xxxxxxxxxx>
a question about multipathd and udev
From
: dwu <dwu@xxxxxxxxxx>
Re: Calltrace in dm-snapshot in 2.6.27 kernel
From
: "aluno3@xxxxxxxxxxxxxx" <aluno3@xxxxxxxxxxxxxx>
[Question] power management related with cgroup based resource management
From
: "Dong-Jae Kang" <baramsori72@xxxxxxxxx>
Re: [PATCH 0/2] dm-ioband: I/O bandwidth controller v1.8.0: Introduction
From
: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: multipath rdac - recover from both paths lost
From
: Chandra Seetharaman <sekharan@xxxxxxxxxx>
RE: multipath rdac - recover from both paths lost
From
: "Moger, Babu" <Babu.Moger@xxxxxxx>
Re: multipath rdac - recover from both paths lost
From
: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
Re: [PATCH 0/2] dm-ioband: I/O bandwidth controller v1.8.0: Introduction
From
: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
multipath rdac - recover from both paths lost
From
: "Greg Cockburn" <gergnz@xxxxxxxxx>
Re: [PATCH 0/2] dm-ioband: I/O bandwidth controller v1.8.0: Introduction
From
: "Dong-Jae Kang" <baramsori72@xxxxxxxxx>
Re: [PATCH 0/2] dm-ioband: I/O bandwidth controller v1.8.0: Introduction
From
: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
Re: Calltrace in dm-snapshot in 2.6.27 kernel
From
: Milan Broz <mbroz@xxxxxxxxxx>
Re: [PATCH 0/2] dm-ioband: I/O bandwidth controller v1.8.0: Introduction
From
: "Dong-Jae Kang" <baramsori72@xxxxxxxxx>
Calltrace in dm-snapshot in 2.6.27 kernel
From
: "aluno3@xxxxxxxxxxxxxx" <aluno3@xxxxxxxxxxxxxx>
multipath-tools/multipathd main.c
From
: bmarzins@xxxxxxxxxxxxxx
[PATCH] DM data integrity support
From
: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
[PATCH 2/2] dm-ioband: I/O bandwidth controller v1.8.0: Document
From
: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
[PATCH 1/2] dm-ioband: I/O bandwidth controller v1.8.0: Source code and patch
From
: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
[PATCH 0/2] dm-ioband: I/O bandwidth controller v1.8.0: Introduction
From
: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
[ANNOUNCE]: LIO-Target/ConfigFS for v2.6.27
From
: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
[PATCH]: [multipath-tools] Add support for couple of IBM storage devices
From
: Chandra Seetharaman <sekharan@xxxxxxxxxx>
merging dm-ioband into Linux
From
: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
Can I configure priority?
From
: Christophe Varoqui <christophe.varoqui@xxxxxxx>
Re: Can I configure priority?
From
: Chandra Seetharaman <sekharan@xxxxxxxxxx>
Re: Can I configure priority?
From
: "Scott Moseman" <scmoseman@xxxxxxxxx>
Can I configure priority?
From
: "Scott Moseman" <scmoseman@xxxxxxxxx>
[git pull] device-mapper patches for 2.6.28
From
: Alasdair G Kergon <agk@xxxxxxxxxx>
Re: Re: [PATCH] Fix Null pointer Exception
From
: Stefan Raspl <raspl@xxxxxxxxxxxxxxxxxx>
multipath-tools/libmultipath alias.h
From
: wysochanski@xxxxxxxxxxxxxx
Re: Re: [PATCH] Fix Null pointer Exception
From
: Alasdair G Kergon <agk@xxxxxxxxxx>
Re: [PATCH 0/2] dm-ioband: I/O bandwidth controller v1.7.0: Introduction
From
: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
Re: [PATCH 3/3] Add timeout feature
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 3/3] Add timeout feature
From
: "Takashi Sato" <t-sato@xxxxxxxxxxxxx>
Re: [PATCH 0/2] dm-ioband: I/O bandwidth controller v1.7.0: Introduction
From
: "Dong-Jae Kang" <baramsori72@xxxxxxxxx>
Re: multipathing pending issues with rhel
From
: Christophe Varoqui <christophe.varoqui@xxxxxxx>
Re: multipathing pending issues with rhel
From
: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
multipathing pending issues with rhel
From
: Christophe Varoqui <christophe.varoqui@xxxxxxx>
Re: [PATCH 0/2] dm-ioband: I/O bandwidth controller v1.7.0: Introduction
From
: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
Re: [PATCH 0/2] dm-ioband: I/O bandwidth controller v1.7.0: Introduction
From
: "Dong-Jae Kang" <baramsori72@xxxxxxxxx>
Re: Re: [PATCH] Fix Null pointer Exception
From
: Alasdair G Kergon <agk@xxxxxxxxxx>
RE: failover does not work with rdac device handler
From
: "Moger, Babu" <Babu.Moger@xxxxxxx>
RE: failover does not work with rdac device handler
From
: Chandra Seetharaman <sekharan@xxxxxxxxxx>
Rdac checker in device unmap/remove situation
From
: <Yanqing_Liu@xxxxxxxx>
device-mapper WHATS_NEW configure configure.in ...
From
: agk@xxxxxxxxxxxxxx
RE: failover does not work with rdac device handler
From
: "Moger, Babu" <Babu.Moger@xxxxxxx>
[patch 0/1] libmultipath/Makefile dm_task_no_flush check
From
: Martin Petermann <martin@xxxxxxxxxxxxxxxxxx>
[patch 1/1] libmultipath/Makefile dm_task_no_flush check
From
: Martin Petermann <martin@xxxxxxxxxxxxxxxxxx>
RE: failover does not work with rdac device handler
From
: Chandra Seetharaman <sekharan@xxxxxxxxxx>
RE: failover does not work with rdac device handler
From
: "Moger, Babu" <Babu.Moger@xxxxxxx>
RE: failover does not work with rdac device handler
From
: Chandra Seetharaman <sekharan@xxxxxxxxxx>
RE: failover does not work with rdac device handler
From
: "Moger, Babu" <Babu.Moger@xxxxxxx>
RE: failover does not work with rdac device handler
From
: "Moger, Babu" <Babu.Moger@xxxxxxx>
Re: [PATCH 3/3] Add timeout feature
From
: Pavel Machek <pavel@xxxxxxx>
Re: Re: [PATCH 1/1] scsi: export busy state via q->lld_busy_fn()
From
: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
[PATCH 2/2] scsi: export busy state via q->lld_busy_fn()
From
: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
[PATCH 1/2] scsi: refactor sdev/starget/shost busy checking
From
: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
[PATCH 0/2] scsi: export busy state for request stacking drivers
From
: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
RE: failover does not work with rdac device handler
From
: "Moger, Babu" <Babu.Moger@xxxxxxx>
Re: failover does not work with rdac device handler
From
: Chandra Seetharaman <sekharan@xxxxxxxxxx>
failover does not work with rdac device handler
From
: "Moger, Babu" <Babu.Moger@xxxxxxx>
Re: Re: [PATCH 1/1] scsi: export busy state via q->lld_busy_fn()
From
: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/1] scsi: export busy state via q->lld_busy_fn()
From
: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
Re: [PATCH 1/1] scsi: export busy state via q->lld_busy_fn()
From
: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[PATCH 8/8] dm-mpath: convert to request-based
From
: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
[PATCH 7/8] dm core: reject I/O violating new queue limits
From
: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
[PATCH 6/8] dm core: enable request-based dm
From
: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
[PATCH 5/8] dm core: add core functions for request-based dm
From
: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
[PATCH 4/8] dm core: add target interfaces for request-based dm
From
: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
[PATCH 3/8] dm core: add kmem_cache for request-based dm
From
: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
[PATCH 2/8] dm core: tidy local_init
From
: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
[PATCH 1/8] dm core: remove unused DM_WQ_FLUSH_ALL
From
: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
[PATCH 0/8] dm: request-based dm-multipath
From
: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
[PATCH 1/2] dm-ioband: I/O bandwidth controller v1.7.0: Source code and patch
From
: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
[PATCH 2/2] dm-ioband: I/O bandwidth controller v1.7.0: Document
From
: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
[PATCH 0/2] dm-ioband: I/O bandwidth controller v1.7.0: Introduction
From
: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
RE: [Patch] scsi_dh_rdac.c: add Dell product information into rdacdevice handler
From
: Chandra Seetharaman <sekharan@xxxxxxxxxx>
RE: [Patch] scsi_dh_rdac.c: add Dell product information into rdacdevice handler
From
: <Yanqing_Liu@xxxxxxxx>
Re: [PATCH 5/7] block: Find bio sector offset given idx and offset
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: Block integrity patches for 2.6.28
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [Patch] scsi_dh_rdac.c: add Dell product information into rdac device handler
From
: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[Patch] scsi_dh_rdac.c: add Dell product information into rdac device handler
From
: <Yanqing_Liu@xxxxxxxx>
Re: Block integrity patches for 2.6.28
From
: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: Block integrity patches for 2.6.28
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [PATCH 5/7] block: Find bio sector offset given idx and offset
From
: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
failover does not work with rdac device handler
From
: "Moger, Babu" <Babu.Moger@xxxxxxx>
[PATCH 1/1] scsi: export busy state via q->lld_busy_fn()
From
: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
Re: [PATCH 1/1] block: add lld busy state exporting interface
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
[git pull] device-mapper regression fixes for 2.6.27
From
: Alasdair G Kergon <agk@xxxxxxxxxx>
Re: Patch: add Dell product information into rdac device handler
From
: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: multipath-tools libmultipath/configure.c libmu ...
From
: Pasi Kärkkäinen <pasik@xxxxxx>
Re: [PATCH 5/7] block: Find bio sector offset given idx and offset
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
[PATCH 1/7] block: Introduce integrity data ownership flag
From
: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
[PATCH 2/7] block: Fix double put in blk_integrity_unregister
From
: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
[PATCH 3/7] block: Switch blk_integrity_compare from bdev to gendisk
From
: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
[PATCH 5/7] block: Find bio sector offset given idx and offset
From
: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
[PATCH 7/7] md: Add support for data integrity to MD
From
: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Block integrity patches for 2.6.28
From
: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
[PATCH 6/7] dm: Add support for data integrity to DM
From
: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
[PATCH 4/7] block: gendisk integrity wrapper
From
: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: multipath-tools libmultipath/configure.c libmu ...
From
: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
Re: Patch: add Dell product information into rdac device handler
From
: Chandra Seetharaman <sekharan@xxxxxxxxxx>
Patch: add Dell product information into rdac device handler
From
: <Yanqing_Liu@xxxxxxxx>
Re: Trying to blacklist a USB memory stick
From
: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
RE: Trying to blacklist a USB memory stick
From
: <Harald_Jensas@xxxxxxxx>
Re: multipath-tools libmultipath/configure.c libmu ...
From
: Pasi Kärkkäinen <pasik@xxxxxx>
Re: multipath-tools libmultipath/configure.c libmu ...
From
: Pasi Kärkkäinen <pasik@xxxxxx>
Re: [PATCH 3/3] Add timeout feature
From
: jim owens <jowens@xxxxxx>
[PATCH 1/1] block: add lld busy state exporting interface
From
: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
Re: [PATCH 2/2] dm: Add support for data integrity to DM
From
: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: [PATCH 3/3] Add timeout feature
From
: Eric Sandeen <sandeen@xxxxxxxxxxx>
Re: [PATCH 3/3] Add timeout feature
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 3/3] Add timeout feature
From
: Eric Sandeen <sandeen@xxxxxxxxxxx>
Re: [PATCH 3/3] Add timeout feature
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: dm-ioband + bio-cgroup benchmarks
From
: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
Re: [PATCH 3/3] Add timeout feature
From
: "Takashi Sato" <t-sato@xxxxxxxxxxxxx>
Re: dm-ioband + bio-cgroup benchmarks
From
: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
Re: dm-ioband + bio-cgroup benchmarks
From
: Andrea Righi <righi.andrea@xxxxxxxxx>
Re: dm-ioband + bio-cgroup benchmarks
From
: Andrea Righi <righi.andrea@xxxxxxxxx>
Re: dm-ioband + bio-cgroup benchmarks
From
: Andrea Righi <righi.andrea@xxxxxxxxx>
Re: dm-ioband + bio-cgroup benchmarks
From
: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
Re: dm-ioband + bio-cgroup benchmarks
From
: Andrea Righi <righi.andrea@xxxxxxxxx>
Re: dm-ioband + bio-cgroup benchmarks
From
: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
Re: [PATCH 3/3] Add timeout feature
From
: Valdis.Kletnieks@xxxxxx
Re: [PATCH 0/10] freeze feature ver 1.13
From
: Valdis.Kletnieks@xxxxxx
Re: [Xen-devel] Re: Re: dm-ioband + bio-cgroup benchmarks
From
: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
Re: [PATCH 5/10] gfs2: Fix error handling in write_super_lockfs/unlockfs
From
: steve@xxxxxxxxxxx
[PATCH 10/10] Add timeout feature
From
: Takashi Sato <t-sato@xxxxxxxxxxxxx>
[PATCH 9/10] Remove XFS specific ioctl interfaces for freeze feature
From
: Takashi Sato <t-sato@xxxxxxxxxxxxx>
[PATCH 8/10] Implement generic freeze feature
From
: Takashi Sato <t-sato@xxxxxxxxxxxxx>
[PATCH 7/10] reiserfs: Fix error handling in write_super_lockfs/unlockfs
From
: Takashi Sato <t-sato@xxxxxxxxxxxxx>
[PATCH 6/10] jfs: Fix error handling in write_super_lockfs/unlockfs
From
: Takashi Sato <t-sato@xxxxxxxxxxxxx>
[PATCH 5/10] gfs2: Fix error handling in write_super_lockfs/unlockfs
From
: Takashi Sato <t-sato@xxxxxxxxxxxxx>
[PATCH 4/10] xfs: Fix error handling in write_super_lockfs/unlockfs
From
: Takashi Sato <t-sato@xxxxxxxxxxxxx>
[PATCH 3/10] ext4: Fix error handling in write_super_lockfs/unlockfs
From
: Takashi Sato <t-sato@xxxxxxxxxxxxx>
[PATCH 1/10] VFS: Fix error handling of write_super_lockfs/unlockfs
From
: Takashi Sato <t-sato@xxxxxxxxxxxxx>
[PATCH 2/10] ext3: Fix error handling in write_super_lockfs/unlockfs
From
: Takashi Sato <t-sato@xxxxxxxxxxxxx>
[PATCH 0/10] freeze feature ver 1.13
From
: Takashi Sato <t-sato@xxxxxxxxxxxxx>
Re: [PATCH 3/3] Add timeout feature
From
: "Takashi Sato" <t-sato@xxxxxxxxxxxxx>
Re: [PATCH 4/10] xfs: Fix error handling in write_super_lockfs/unlockfs
From
: Eric Sandeen <sandeen@xxxxxxxxxxx>
[RFC PATCH 2/2] scsi: export busy state via q->lld_busy_fn()
From
: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
[RFC PATCH 1/2] block: add lld busy state exporting interface
From
: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
[RFC PATCH 0/2] Export lld busy state for request stacking drivers
From
: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
Re: Re: [PATCH 4/8] bio-cgroup: Split the cgroup memory subsystem into two parts
From
: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
Re: [PATCH 4/8] bio-cgroup: Split the cgroup memory subsystem into two parts
From
: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH 2/2] dm: Add support for data integrity to DM
From
: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
Re: dm-ioband + bio-cgroup benchmarks
From
: Vivek Goyal <vgoyal@xxxxxxxxxx>
Re: dm-ioband + bio-cgroup benchmarks
From
: Vivek Goyal <vgoyal@xxxxxxxxxx>
Re: dm-ioband + bio-cgroup benchmarks
From
: Vivek Goyal <vgoyal@xxxxxxxxxx>
Re: dm-ioband + bio-cgroup benchmarks
From
: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
Re: Re: [PATCH] Fix Null pointer Exception
From
: Stefan Raspl <raspl@xxxxxxxxxxxxxxxxxx>
Re: [Xen-devel] Re: Re: dm-ioband + bio-cgroup benchmarks
From
: "Balbir Singh" <balbir@xxxxxxxxxxxxxxxxxx>
Re: [Xen-devel] Re: Re: dm-ioband + bio-cgroup benchmarks
From
: "Balbir Singh" <balbir@xxxxxxxxxxxxxxxxxx>
Re: dm-ioband + bio-cgroup benchmarks
From
: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
Re: dm-ioband + bio-cgroup benchmarks
From
: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
[PATCH 8/8] bio-cgroup: Dirty page tracking
From
: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
[PATCH 7/8] bio-cgroup: Add a cgroup support to dm-ioband
From
: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
[PATCH 6/8] bio-cgroup: Implement the bio-cgroup
From
: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
[PATCH 5/8] bio-cgroup: Remove a lot of "#ifdef"s<