Linux Device-Mapper Development
[Prev Page][Next Page]
- [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
- 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
- device-mapper/include log.h
- 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 ...
- 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 ...
- [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 ...
- 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
- [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
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 4/8] bio-cgroup: Split the cgroup memory subsystem into two parts
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 3/8] bio-cgroup: Introduction
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 2/8] dm-ioband: Documentation of design overview, installation, command reference and examples.
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 1/8] dm-ioband: Patch of device-mapper driver
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 0/8] I/O bandwidth controller and BIO tracking
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: dm-ioband + bio-cgroup benchmarks
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: [PATCH 4/10] xfs: Fix error handling inwrite_super_lockfs/unlockfs
- From: Takashi Sato <t-sato@xxxxxxxxxxxxx>
- Re: Re: [PATCH] dm-snapshot: poor copy-on-write performance due to I/O reordering
- From: Kazuo Ito <ito.kazuo@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] dm: Add support for data integrity to DM
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 1/2] block: Find bio sector offset given idx and offset
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- [PATCH 2/2] dm: Add support for data integrity to DM
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: [PATCH] dm: Add support for data integrity to DM
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: multipath-tools libmultipath/configure.c libmu ...
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH] Increase bindings file lock timeout to avoid failure of user_friendly_names map.
- From: Dave Wysochanski <dwysocha@xxxxxxxxxx>
- Re: Re: [PATCH] Fix Null pointer Exception
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: dm mirror with failed device
- Re: dm-ioband + bio-cgroup benchmarks
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 6/10] gfs2: Fix error handling in write_super_lockfs/unlockfs
- 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>
- [RHEL 5.3 PATCH 1/1] scsi_dh: add ALUA notification for EMC Clariion devices.
- From: Levy_Jerome@xxxxxxx
- Re: dm-ioband + bio-cgroup benchmarks
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH] dm-snapshot: poor copy-on-write performance due to I/O reordering
- From: Bodo Eggert <7eggert@xxxxxx>
- Re: dm-ioband + bio-cgroup benchmarks
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- dm mirror with failed device
- From: Stephen Beynon <stephen@xxxxxxxxxxxxxxxxxxxxxxxx>
- dmraid ./CHANGELOG ./README ./configure ./conf ...
- From: heinzm@xxxxxxxxxxxxxx
- Re: [PATCH 4/10] xfs: Fix error handling in write_super_lockfs/unlockfs
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- [PATCH]: scsidh - fix a panic in 2.6.27 due to a race during path activation in dm multipath
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH 1/10] VFS: Fix error handling ofwrite_super_lockfs/unlockfs
- From: "Takashi Sato" <t-sato@xxxxxxxxxxxxx>
- Re: [PATCH 1/10] VFS: Fix error handling of write_super_lockfs/unlockfs
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- [PATCH 8/10] Implement generic freeze feature
- From: Takashi Sato <t-sato@xxxxxxxxxxxxx>
- [PATCH 10/10] Add timeout feature
- 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 6/10] gfs2: Fix error handling in write_super_lockfs/unlockfs
- From: Takashi Sato <t-sato@xxxxxxxxxxxxx>
- [PATCH 9/10] Remove XFS specific ioctl interfaces for freeze feature
- From: Takashi Sato <t-sato@xxxxxxxxxxxxx>
- [PATCH 7/10] jfs: Fix error handling in write_super_lockfs/unlockfs
- From: Takashi Sato <t-sato@xxxxxxxxxxxxx>
- [PATCH 5/10] reiserfs: 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>
- [PATHC 2/10] ext3: 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 0/10] freeze feature ver 1.12
- From: Takashi Sato <t-sato@xxxxxxxxxxxxx>
- Re: dm-ioband + bio-cgroup benchmarks
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: dm-ioband + bio-cgroup benchmarks
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] lld busy status exporting interface
- From: "Jun'ichi Nomura (NEC)" <j-nomura@xxxxxxxxxxxxx>
- Re: [PATCH] dm: Add support for data integrity to DM
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [PATCH] dm: Add support for data integrity to DM
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: Re: dm-ioband + bio-cgroup benchmarks
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: Re: dm-ioband + bio-cgroup benchmarks
- From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
- Re: Re: dm-ioband + bio-cgroup benchmarks
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH 1/2] lld busy status exporting interface
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] lld busy status exporting interface
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: multipath-tools libmultipath/configure.c libmu ...
- From: Andy <genanr@xxxxxxxxxxxx>
- Re: [PATCH 1/2] lld busy status exporting interface
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: dm-ioband + bio-cgroup benchmarks
- From: Andrea Righi <righi.andrea@xxxxxxxxx>
- Re: multipath-tools libmultipath/configure.c libmu ...
- From: Andy <genanr@xxxxxxxxxxxx>
- Re: [PATCH 2/2] scsi: exports busy status via bdi_lld_congested
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] scsi: exports busy status via bdi_lld_congested
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- [PATCH 2/2] dm core: tidy local_init
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 1/2] dm core: remove unused DM_WQ_FLUSH_ALL
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 0/2] dm: cleanup for request-based dm-multipath
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 2/2] scsi: exports busy status via bdi_lld_congested
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 1/2] lld busy status exporting interface
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 0/2] Add lld-congestion bit for backing_dev_info
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- dmraid dmraid.spec
- From: heinzm@xxxxxxxxxxxxxx
- dmraid dmraid.spec
- From: heinzm@xxxxxxxxxxxxxx
- Re: [PATCH 0/5] bio-cgroup: Introduction
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: dm-ioband + bio-cgroup benchmarks
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: dm-ioband + bio-cgroup benchmarks
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- [PATCH 2/5] bio-cgroup: Remove a lot of "#ifdef"s
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 5/5] bio-cgroup: Dirty page tracking
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 4/5] bio-cgroup: Add a cgroup support to dm-ioband
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 3/5] bio-cgroup: Implement the bio-cgroup
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 1/5] bio-cgroup: Split the cgroup memory subsystem into two parts
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 0/5] bio-cgroup: Introduction
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: multipath-tools libmultipath/configure.c libmu ...
- From: Pasi Kärkkäinen <pasik@xxxxxx>
- Re: dm-ioband + bio-cgroup benchmarks
- From: Takuya Yoshikawa <yoshikawa.takuya@xxxxxxxxxxxxx>
- Re: dm-ioband + bio-cgroup benchmarks
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- multipath-tools/multipathd cli_handlers.c
- From: bmarzins@xxxxxxxxxxxxxx
- Re: Re: dm-ioband + bio-cgroup benchmarks
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- multipath-tools libmultipath/configure.c libmu ...
- From: bmarzins@xxxxxxxxxxxxxx
- device-mapper/lib libdm-deptree.c
- device-mapper VERSION WHATS_NEW
- device-mapper VERSION
- Re: dm-ioband + bio-cgroup benchmarks
- From: Andrea Righi <righi.andrea@xxxxxxxxx>
- Re: Barrier support in device mapper
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- device-mapper ./WHATS_NEW lib/libdm-deptree.c ...
- Re: Barrier support in device mapper
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: Barrier support in device mapper
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: [PATCH 0/3] block changes for request-based dm-multipath
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: Barrier support in device mapper
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: dm-ioband + bio-cgroup benchmarks
- From: Andrea Righi <righi.andrea@xxxxxxxxx>
- [PATCH 3/3] block: add a queue flag for request stacking support
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 2/3] block: add request submission interface
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 1/3] block: add request update interface
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 0/3] block changes for request-based dm-multipath
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: dm-ioband + bio-cgroup benchmarks
- From: Andrea Righi <righi.andrea@xxxxxxxxx>
- Re: Barrier support in device mapper
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: Barrier support in device mapper
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- dm-ioband + bio-cgroup benchmarks
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: Barrier support in device mapper
- From: Nikanth Karthikesan <knikanth@xxxxxxx>
- Re: Barrier support in device mapper
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Barrier support in device mapper
- From: Nikanth Karthikesan <knikanth@xxxxxxx>
- Re: [PATCH] dm-snapshot: poor copy-on-write performance due to I/O reordering
- From: Kazuo Ito <ito.kazuo@xxxxxxxxxxxxx>
- [PATCH] dm-snapshot: poor copy-on-write performance due to I/O reordering
- From: Kazuo Ito <ito.kazuo@xxxxxxxxxxxxx>
- Re: [PATCH 02/13] block: add request submission interface
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: [PATCH 02/13] block: add request submission interface
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [PATCH 02/13] block: add request submission interface
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: [PATCH 02/13] block: add request submission interface
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: [PATCH 00/13] request-based dm-multipath
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: Regarding dm-linear.c
- From: Adam Hamsik <haaaad@xxxxxxxxx>
- multipath-tools/multipathd main.c
- From: bmarzins@xxxxxxxxxxxxxx
- Regarding dm-linear.c
- From: "rohit vashist" <rohitvashist2kk3@xxxxxxxxx>
- [RFC PATCH 4/4] dm-mpath: add service-time oriented dynamic load balancer
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [RFC PATCH 3/4] dm-mpath: interface change for service-time oriented dynamic load balancer
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [RFC PATCH 2/4] dm-mpath: add queue-length oriented dynamic load balancer
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [RFC PATCH 1/4] dm-mpath: add a path selector interface
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [RFC PATCH 0/4] dm-mpath: dynamic load balancers
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 13/13] dm-mpath: convert to request-based
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 12/13] dm: reject I/O violating new queue limits
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 11/13] dm: enable request-based dm
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 10/13] dm: add core functions for request-based dm
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 09/13] dm: add target interfaces for request-based dm
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 08/13] dm: add kmem_cache for request-based dm
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 07/13] dm: tidy local_init
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 06/13] dm: remove unused DM_WQ_FLUSH_ALL
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 05/13] block: add a queue flag for request stacking support
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 04/13] scsi: exports busy status
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 03/13] mm: lld busy status exporting interface
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 02/13] block: add request submission interface
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 01/13] block: add request update interface
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 00/13] request-based dm-multipath
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Question re: dev mapper interface
- From: "Chandramouli Subramanian" <himouli@xxxxxxxxx>
- Re: [PATCH 1/3] Implement generic freeze feature
- From: "Takashi Sato" <t-sato@xxxxxxxxxxxxx>
- Re: [PATCH 1/3] Implement generic freeze feature
- From: "Takashi Sato" <t-sato@xxxxxxxxxxxxx>
- Re: [PATCH] Fix Null pointer Exception
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- multipath-tools ./multipath.conf.annotated ./m ...
- From: bmarzins@xxxxxxxxxxxxxx
- 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>
- [PATCH] Fix Null pointer Exception
- From: Stefan Raspl <raspl@xxxxxxxxxxxxxxxxxx>
- [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.11
- From: Takashi Sato <t-sato@xxxxxxxxxxxxx>
- Re: dm mirror with failed device
- dm mirror with failed device
- From: Stephen Beynon <lists@xxxxxxxxxxxxxxxxxxxxxxxx>
- Re: Status of resizing/growing dm-multipath devices on the fly
- From: Pasi Kärkkäinen <pasik@xxxxxx>
- multipath-tools/multipathd main.c
- From: bmarzins@xxxxxxxxxxxxxx
- multipath-tools ./multipath.conf.annotated ./m ...
- From: bmarzins@xxxxxxxxxxxxxx
- Re: [PATCH 1/3] Implement generic freeze feature
- From: Eric Sandeen <sandeen@xxxxxxxxxx>
- Could not create kcopyd client
- From: "Larry Dickson" <ldickson@xxxxxxxxxxxx>
- question to queue_if_no_path
- From: Martin Petermann <martin@xxxxxxxxxxxxxxxxxx>
- Re: question: regarding weekly DM call schedule changes...
- From: Seokmann Ju <seokmann.ju@xxxxxxxxxx>
- hctl from device name or major/minor
- From: Andy <genanr@xxxxxxxxxxxx>
- Re: hardware_handler error with HP MSA1000
- From: "Pradipmaya Maharana" <pradipmaya@xxxxxxxxx>
- Re: question: regarding weekly DM call schedule changes...
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- question: regarding weekly DM call schedule changes...
- From: Seokmann Ju <seokmann.ju@xxxxxxxxxx>
- Re: Re: Problem w/ CONFIG_DEBUG_BLOCK_EXT_DEVT
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: Re: Problem w/ CONFIG_DEBUG_BLOCK_EXT_DEVT
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Re: 2.6.27-rc5-mmotm0829 - lvm issues at boot, possible disk_devt() related?
- From: "Alan D. Brunelle" <Alan.Brunelle@xxxxxx>
- device-mapper ./WHATS_NEW lib/libdevmapper.h l ...
- Re: Problem w/ CONFIG_DEBUG_BLOCK_EXT_DEVT
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: Problem w/ CONFIG_DEBUG_BLOCK_EXT_DEVT
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: Problem w/ CONFIG_DEBUG_BLOCK_EXT_DEVT
- From: "Alan D. Brunelle" <Alan.Brunelle@xxxxxx>
- Re: Problem w/ CONFIG_DEBUG_BLOCK_EXT_DEVT
- From: Tejun Heo <tj@xxxxxxxxxx>
- Problem w/ CONFIG_DEBUG_BLOCK_EXT_DEVT
- From: "Alan D. Brunelle" <Alan.Brunelle@xxxxxx>
- Re: [PATCH #blk-for-2.8] init: DEBUG_BLOCK_EXT_DEVT requires explicit root= param
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH #blk-for-2.8] init: DEBUG_BLOCK_EXT_DEVT requires explicit root= param
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH #blk-for-2.8] init: DEBUG_BLOCK_EXT_DEVT requires explicit root= param
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: 2.6.27-rc5-mmotm0829 - lvm issues at boot, possible disk_devt() related?
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: linux-next: Tree for August 27
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: linux-next: Tree for August 27
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH] block: don't test for partition size in bdget_disk() and blk_lookup_devt()
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: linux-next: Tree for August 27
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: [PATCH 3/3] Add timeout feature
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- RE: Reducing amount of logmessages openiscsi/multipath [with md3000i]
- From: "Kees Hoekzema" <kees@xxxxxxxxxxxx>
- [PATCH] multipath_tools: Add IBM DS3400 to hwtable
- From: Andrey Panin <pazke@xxxxxxxxxxxxxxx>
- Re: [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts
- From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts
- From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: Andrea Righi <righi.andrea@xxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: "Dong-Jae Kang" <baramsori72@xxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: "강동재" <baramsori72@xxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: Andrea Righi <righi.andrea@xxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: Andrea Righi <righi.andrea@xxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: Fernando Luis Vázquez Cao <fernando@xxxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: Fernando Luis Vázquez Cao <fernando@xxxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: Andrea Righi <righi.andrea@xxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: Andrea Righi <righi.andrea@xxxxxxxxx>
- hardware_handler error with HP MSA1000
- From: "jean Diallo" <diallo.jean@xxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: Fernando Luis Vázquez Cao <fernando@xxxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller (was Re: Too many I/O controller patches)
- From: Andrea Righi <righi.andrea@xxxxxxxxx>
- Re: RFC: I/O bandwidth controller (was Re: Too many I/O controller patches)
- From: "Naveen Gupta" <ngupta@xxxxxxxxxx>
- Re: [PATCH 6/7] bio-cgroup: Implement the bio-cgroup
- From: Takuya Yoshikawa <yoshikawa.takuya@xxxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: Fernando Luis Vázquez Cao <fernando@xxxxxxxxxxxxx>
- Re: [PATCH 6/7] bio-cgroup: Implement the bio-cgroup
- From: Takuya Yoshikawa <yoshikawa.takuya@xxxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller (was Re: Too many I/O controller patches)
- From: Fernando Luis Vázquez Cao <fernando@xxxxxxxxxxxxx>
- Re: [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller (was Re: Too many I/O controller patches)
- From: Fernando Luis Vázquez Cao <fernando@xxxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller (was Re: Too many I/O controller patches)
- From: Andrea Righi <righi.andrea@xxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: Fernando Luis Vázquez Cao <fernando@xxxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller (was Re: Too many I/O controller patches)
- From: Fernando Luis Vázquez Cao <fernando@xxxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller (was Re: Too many I/O controller patches)
- From: Fernando Luis Vázquez Cao <fernando@xxxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller (was Re: Too many I/O controller patches)
- From: "Naveen Gupta" <ngupta@xxxxxxxxxx>
- Re: RFC: I/O bandwidth controller (was Re: Too many I/O controller patches)
- From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller (was Re: Too many I/O controller patches)
- From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
- Re: Re: [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts
- From: kamezawa.hiroyu@xxxxxxxxxxxxxx
- Re: [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: Fernando Luis Vázquez Cao <fernando@xxxxxxxxxxxxx>
- Re: Too many I/O controller patches
- From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
- Re: Too many I/O controller patches
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- RFC: I/O bandwidth controller (was Re: Too many I/O controller patches)
- From: Fernando Luis Vázquez Cao <fernando@xxxxxxxxxxxxx>
- Re: Too many I/O controller patches
- From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
- Re: Too many I/O controller patches
- From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
- Re: [ANNOUNCE] beta version of LVM snapshot merging
- From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
- Re: [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts
- From: Andrea Righi <righi.andrea@xxxxxxxxx>
- Re: Too many I/O controller patches
- From: Andrea Righi <righi.andrea@xxxxxxxxx>
- Re: Too many I/O controller patches
- From: Andrea Righi <righi.andrea@xxxxxxxxx>
- Re: Too many I/O controller patches
- From: Andrea Righi <righi.andrea@xxxxxxxxx>
- Re: Too many I/O controller patches
- From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
- Re: Too many I/O controller patches
- From: "Paul Menage" <menage@xxxxxxxxxx>
- RE: Too many I/O controller patches
- From: "Satoshi UCHIDA" <s-uchida@xxxxxxxxxxxxx>
- Re: Too many I/O controller patches
- From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
- Re: Too many I/O controller patches
- From: Andrea Righi <righi.andrea@xxxxxxxxx>
- Re: Too many I/O controller patches
- From: Andrea Righi <righi.andrea@xxxxxxxxx>
- Re: Too many I/O controller patches
- From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
- Re: Too many I/O controller patches
- From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: David Collier-Brown <davecb@xxxxxxx>
- Re: RFC: I/O bandwidth controller (was Re: Too many I/O controller patches)
- From: David Collier-Brown <davecb@xxxxxxx>
- Re: Too many I/O controller patches
- From: Andrea Righi <righi.andrea@xxxxxxxxx>
- Too many I/O controller patches
- From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
- Re: Strange DM issue on boot
- From: "Charles Polk" <charles.polk@xxxxxxxx>
- Re: [PATCH #blk-for-2.8] init: DEBUG_BLOCK_EXT_DEVT requires explicit root= param
- From: Bartlomiej Zolnierkiewicz <bzolnier@xxxxxxxxx>
- bdev lost its queue
- From: Stefan Raspl <raspl@xxxxxxxxxxxxxxxxxx>
- dm snapshot: log only
- From: "Eric Van Hensbergen" <ericvh@xxxxxxxxx>
- Re: [PATCH #blk-for-2.8] init: DEBUG_BLOCK_EXT_DEVT requires explicit root= param
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [PATCH #blk-for-2.8] init: DEBUG_BLOCK_EXT_DEVT requires explicit root= param
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: Re: 2.6.27-rc5-mmotm0829 - lvm issues at boot, possible disk_devt() related?
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: Re: 2.6.27-rc5-mmotm0829 - lvm issues at boot, possible disk_devt() related?
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: 2.6.27-rc5-mmotm0829 - lvm issues at boot, possible disk_devt() related?
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: 2.6.27-rc5-mmotm0829 - lvm issues at boot, possible disk_devt() related?
- From: Valdis.Kletnieks@xxxxxx
- 2.6.27-rc5-mmotm0829 - lvm issues at boot, possible disk_devt() related?
- From: Valdis.Kletnieks@xxxxxx
- Re: linux-next: Tree for August 27
- From: Bartlomiej Zolnierkiewicz <bzolnier@xxxxxxxxx>
- [PATCH]: scsidh - fix a panic in 2.6.27 due to a race during path activation in dm multipath
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- multipath-tools ./multipath.conf.annotated lib ...
- From: bmarzins@xxxxxxxxxxxxxx
- Re: Issues with mkinitrd and path priority modules
- From: "Pradipmaya Maharana" <pradipmaya@xxxxxxxxx>
- Re: linux-next: Tree for August 27
- From: Bartlomiej Zolnierkiewicz <bzolnier@xxxxxxxxx>
- multipath-tools ./multipath.conf.defaults libm ...
- From: bmarzins@xxxxxxxxxxxxxx
- Re: Issues with mkinitrd and path priority modules
- From: "Pradipmaya Maharana" <pradipmaya@xxxxxxxxx>
- Re: Issues with mkinitrd and path priority modules
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- Re: linux-next: Tree for August 27
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- 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>
- Re: [PATCH 1/3] Implement generic freeze feature
- From: "Takashi Sato" <t-sato@xxxxxxxxxxxxx>
- Re: linux-next: Tree for August 27
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: linux-next: Tree for August 27
- From: Bartlomiej Zolnierkiewicz <bzolnier@xxxxxxxxx>
- Issues with mkinitrd and path priority modules
- From: "Pradipmaya Maharana" <pradipmaya@xxxxxxxxx>
- Problem w/
- From: "Alan D. Brunelle" <Alan.Brunelle@xxxxxx>
- multipath-tools/multipathd multipathd.init.redhat
- From: bmarzins@xxxxxxxxxxxxxx
- Re: linux-next: Tree for August 27
- From: Bartlomiej Zolnierkiewicz <bzolnier@xxxxxxxxx>
- multipath-tools libmultipath/lock.c libmultipa ...
- From: bmarzins@xxxxxxxxxxxxxx
- multipath-tools/libmultipath devmapper.h
- From: bmarzins@xxxxxxxxxxxxxx
- "sginfo" command failed on /dev/mapper/mpath0
- From: "NC SPIRIT" <ncsprite@xxxxxxxxx>
- Losing paths
- From: "Vardaris, C - SPLXM" <Christos.Vardaris@xxxxxxx>
- multipath-tools/kpartx kpartx.c lopart.c
- From: bmarzins@xxxxxxxxxxxxxx
- multipath-tools/libcheckers tur.c
- From: bmarzins@xxxxxxxxxxxxxx
- multipath-tools ./multipath.conf.annotated ./m ...
- From: bmarzins@xxxxxxxxxxxxxx
- multipath-tools libmultipath/config.h libmulti ...
- From: bmarzins@xxxxxxxxxxxxxx
- 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>
- Re: [PATCH 1/3] Implement generic freeze feature
- From: Andreas Dilger <adilger@xxxxxxx>
- [PATCH]: scsi_dh: Print a warning message when ignoring arguments for hardwar handlers
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- 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: Reducing amount of logmessages openiscsi/multipath [with md3000i]
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- Re: [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: Reducing amount of logmessages openiscsi/multipath [with md3000i]
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- Re: Reducing amount of logmessages openiscsi/multipath [with md3000i]
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: [PATCH 3/7] fc class: Add support for new transport errors
- From: James Smart <James.Smart@xxxxxxxxxx>
- Re: [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts
- From: Ryo Tsuruta <ryov@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>
- [PATCH 0/3] freeze feature ver 1.10
- From: Takashi Sato <t-sato@xxxxxxxxxxxxx>
- Re: [PATCH RFC] dm snapshot: shared exception store
- From: Daniel Phillips <phillips@xxxxxxxxx>
- Re: [PATCH RFC] dm snapshot: shared exception store
- From: "Ryusuke Konishi" <konishi.ryusuke@xxxxxxxxxxxxx>
- Re: [PATCH RFC] dm snapshot: shared exception store
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [PATCH RFC] dm snapshot: shared exception store
- From: Daniel Phillips <phillips@xxxxxxxxx>
- Re: [PATCH RFC] dm snapshot: shared exception store
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 1/1] multipath_tools: Add IBM IPR to hwtable
- From: Mike Anderson <andmike@xxxxxxxxxxxxxxxxxx>
- [PATCH 03/10] dm snapshot: add lookup_completed_exception hook to struct exception_store
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 01/10] dm snapshot: make chunk_io handle any buffer
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 08/10] dm snapshot: add shared exception store
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 09/10] dm snapshot: add shared_origin_target
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 02/10] dm snapshot: make the disk format endian explict
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 07/10] dm snapshot: add snapshot id argument to prepare_exception and lookup_completed_exception
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 10/10] dm snapshot: add shared_snapshot_target
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 05/10] dm snapshot: add get_snapshot_info hook to struct exception_store
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 04/10] dm snapshot: add message hook to struct exception_store
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 06/10] dm snapshot: split snapshot_map and sanpshot_end_io
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 00/10] dm snapshot: shared exception store
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [PATCH RFC] dm snapshot: shared exception store
- From: Daniel Phillips <phillips@xxxxxxxxx>
- RE: Custom priority callout
- From: Jim Lester <Jim.Lester@xxxxxxxxxxxxxx>
- Re: hradware_handler error on HP MSA1000
- From: Dave Wysochanski <dwysocha@xxxxxxxxxx>
- Re: Custom priority callout
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- RE: Custom priority callout
- From: Jim Lester <Jim.Lester@xxxxxxxxxxxxxx>
- Re: Custom priority callout
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- Re: hradware_handler error on HP MSA1000
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- Custom priority callout
- From: Jim Lester <Jim.Lester@xxxxxxxxxxxxxx>
- hradware_handler error on HP MSA1000
- From: "jean Diallo" <diallo.jean@xxxxxxxxx>
- Re: [PATCH RFC] dm snapshot: shared exception store
- From: Daniel Phillips <phillips@xxxxxxxxx>
- Re: [PATCH RFC] dm snapshot: shared exception store
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [PATCH RFC] dm snapshot: shared exception store
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [PATCH RFC] dm snapshot: shared exception store
- From: Daniel Phillips <phillips@xxxxxxxxx>
- Re: [PATCH RFC] dm snapshot: shared exception store
- From: Daniel Phillips <phillips@xxxxxxxxx>
- multipath -ll no output?
- From: "Brad Bendily" <bendily@xxxxxxxxx>
- RE: RFC: I/O bandwidth controller
- From: James.Smart@xxxxxxxxxx
- Re: [PATCH RFC] dm snapshot: shared exception store
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [PATCH RFC] dm snapshot: shared exception store
- From: Daniel Phillips <phillips@xxxxxxxxx>
- [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 "#ifdef"s
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
[Index of Archives]
[DM Crypt]
[Fedora Desktop]
[ATA RAID]
[Fedora Marketing]
[Fedora Packaging]
[Fedora SELinux]
[Yosemite Discussion]
[KDE Users]
[Fedora Docs]