2008-August Archive by Thread
Messages are ordered newest-to-oldest in this index. The newest
threads will be at the top of this page, the oldest will be at the bottom.
Within a single thread, the first mail note is the START of the
thread; the notes following that are in the chronological order of
when they were received. So globally, newest messages are at the top,
but within a thread, the oldest (the start of the thread) is at the
top.
If you think about it, it is confusing. Just go with the flow and everything will be all right.
- [dm-devel] [PATCH]: scsidh - fix a panic in 2.6.27 due to a race during path activation in dm multipath,
Chandra Seetharaman
- [dm-devel] multipath-tools ./multipath.conf.annotated lib ...,
bmarzins
- [dm-devel] multipath-tools ./multipath.conf.defaults libm ...,
bmarzins
- [dm-devel] Issues with mkinitrd and path priority modules,
Pradipmaya Maharana
- [dm-devel] Problem w/,
Alan D. Brunelle
- [dm-devel] multipath-tools/multipathd multipathd.init.redhat,
bmarzins
- [dm-devel] Re: linux-next: Tree for August 27,
Bartlomiej Zolnierkiewicz
- [dm-devel] multipath-tools libmultipath/lock.c libmultipa ...,
bmarzins
- [dm-devel] multipath-tools/libmultipath devmapper.h,
bmarzins
- [dm-devel] "sginfo" command failed on /dev/mapper/mpath0,
NC SPIRIT
- [dm-devel] Losing paths,
Vardaris, C - SPLXM
- [dm-devel] multipath-tools/kpartx kpartx.c lopart.c,
bmarzins
- [dm-devel] multipath-tools/libcheckers tur.c,
bmarzins
- [dm-devel] multipath-tools ./multipath.conf.annotated ./m ...,
bmarzins
- [dm-devel] multipath-tools libmultipath/config.h libmulti ...,
bmarzins
- [dm-devel] [PATCH]: scsi_dh: Print a warning message when ignoring arguments for hardwar handlers,
Chandra Seetharaman
- [dm-devel] [PATCH] multipath_tools: Add IBM DS3400 to hwtable,
Andrey Panin
- [dm-devel] Re: Reducing amount of logmessages openiscsi/multipath [with md3000i],
Mike Christie
- Re: [dm-devel] [PATCH 3/7] fc class: Add support for new transport errors,
James Smart
- [dm-devel] [PATCH 3/3] Add timeout feature,
Takashi Sato
- [dm-devel] [PATCH 2/3] Remove XFS specific ioctl interfaces for freeze feature,
Takashi Sato
- [dm-devel] [PATCH 1/3] Implement generic freeze feature,
Takashi Sato
- [dm-devel] [PATCH 0/3] freeze feature ver 1.10,
Takashi Sato
- [dm-devel] [PATCH 1/1] multipath_tools: Add IBM IPR to hwtable,
Mike Anderson
- [dm-devel] [PATCH 00/10] dm snapshot: shared exception store,
FUJITA Tomonori
- [dm-devel] Custom priority callout,
Jim Lester
- [dm-devel] hradware_handler error on HP MSA1000,
jean Diallo
- [dm-devel] multipath -ll no output?,
Brad Bendily
- [dm-devel] hardware_handler error with HP MSA1000,
jean Diallo
- [dm-devel] [PATCH] dm: kill lookup_device wrapper,
Christoph Hellwig
- [dm-devel] error calling out /sbin/scsi_id,
mylists
- Re: [dm-devel] logical volumes not being detected,
Eduard Nicodei
- Re: [dm-devel] [PATCH] udev as of 0.124 doesn't support -s anymore,
Guido Günther
- [dm-devel] Status of resizing/growing dm-multipath devices on the fly,
Pasi Kärkkäinen
- Re: [dm-devel] [RFC PATCH 0/4] dm core: full barrier support,
Nikola Ciprich
- [dm-devel] Re: [PATCH 0/3] freeze feature ver 1.9,
Takashi Sato
- [dm-devel] [ANNOUNCE] beta version of LVM snapshot merging,
Mikulas Patocka
- [dm-devel] [PATCH 0/7] I/O bandwidth controller and BIO tracking,
Ryo Tsuruta
- [dm-devel] [PATCH 1/7] dm-ioband: Patch of device-mapper driver,
Ryo Tsuruta
- [dm-devel] [PATCH 2/7] dm-ioband: Documentation of design overview, installation, command reference and examples,
Ryo Tsuruta
- [dm-devel] [PATCH 3/7] bio-cgroup: Introduction,
Ryo Tsuruta
- [dm-devel] [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts,
Ryo Tsuruta
- [dm-devel] [PATCH 5/7] bio-cgroup: Remove a lot of ifdefs,
Ryo Tsuruta
- [dm-devel] [PATCH 6/7] bio-cgroup: Implement the bio-cgroup,
Ryo Tsuruta
- [dm-devel] [PATCH 7/7] bio-cgroup: Add a cgroup support to dm-ioband,
Ryo Tsuruta
- [dm-devel] Re: [PATCH 6/7] bio-cgroup: Implement the bio-cgroup,
Takuya Yoshikawa
- [dm-devel] Re: [PATCH 6/7] bio-cgroup: Implement the bio-cgroup,
Ryo Tsuruta
- [dm-devel] Re: [PATCH 6/7] bio-cgroup: Implement the bio-cgroup,
Takuya Yoshikawa
- [dm-devel] Re: [PATCH 6/7] bio-cgroup: Implement the bio-cgroup,
Ryo Tsuruta
- [dm-devel] Re: [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts,
Andrea Righi
- [dm-devel] Re: [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts,
Hirokazu Takahashi
- [dm-devel] Re: [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts,
KAMEZAWA Hiroyuki
- [dm-devel] Re: [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts,
Hirokazu Takahashi
- [dm-devel] Re: Re: [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts,
kamezawa . hiroyu
- [dm-devel] Re: [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts,
Hirokazu Takahashi
- [dm-devel] Re: [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts,
KAMEZAWA Hiroyuki
- [dm-devel] Re: [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts,
Hirokazu Takahashi
- [dm-devel] Too many I/O controller patches,
Dave Hansen
- [dm-devel] Re: Too many I/O controller patches,
Andrea Righi
- [dm-devel] Re: Too many I/O controller patches,
Dave Hansen
- [dm-devel] Re: Too many I/O controller patches,
Andrea Righi
- [dm-devel] Re: Too many I/O controller patches,
Dave Hansen
- [dm-devel] Re: Too many I/O controller patches,
Hirokazu Takahashi
- [dm-devel] Re: Too many I/O controller patches,
Paul Menage
- [dm-devel] Re: Too many I/O controller patches,
Balbir Singh
- [dm-devel] Re: Too many I/O controller patches,
Andrea Righi
- [dm-devel] Re: Too many I/O controller patches,
Dave Hansen
- [dm-devel] Re: Too many I/O controller patches,
Hirokazu Takahashi
- [dm-devel] Re: Too many I/O controller patches,
Andrea Righi
- [dm-devel] Re: Too many I/O controller patches,
Hirokazu Takahashi
- [dm-devel] RE: Too many I/O controller patches,
Satoshi UCHIDA
- [dm-devel] Re: Too many I/O controller patches,
Andrea Righi
- [dm-devel] Re: Too many I/O controller patches,
Ryo Tsuruta
- [dm-devel] Re: Too many I/O controller patches,
Dave Hansen
- [dm-devel] Re: Too many I/O controller patches,
KAMEZAWA Hiroyuki
- [dm-devel] Re: Too many I/O controller patches,
Balbir Singh
- [dm-devel] Re: Too many I/O controller patches,
Hirokazu Takahashi
- [dm-devel] Re: Too many I/O controller patches,
Hirokazu Takahashi
- [dm-devel] Re: Too many I/O controller patches,
Balbir Singh
- [dm-devel] RFC: I/O bandwidth controller (was Re: Too many I/O controller patches),
Fernando Luis Vázquez Cao
- [dm-devel] Re: RFC: I/O bandwidth controller,
Ryo Tsuruta
- [dm-devel] Re: RFC: I/O bandwidth controller,
Fernando Luis Vázquez Cao
- [dm-devel] Re: RFC: I/O bandwidth controller,
Dave Hansen
- [dm-devel] Re: RFC: I/O bandwidth controller,
Fernando Luis Vázquez Cao
- [dm-devel] Re: RFC: I/O bandwidth controller (was Re: Too many I/O controller patches),
Balbir Singh
- [dm-devel] Re: RFC: I/O bandwidth controller (was Re: Too many I/O controller patches),
Dave Hansen
- [dm-devel] Re: RFC: I/O bandwidth controller (was Re: Too many I/O controller patches),
Fernando Luis Vázquez Cao
- [dm-devel] Re: RFC: I/O bandwidth controller (was Re: Too many I/O controller patches),
Fernando Luis Vázquez Cao
- [dm-devel] Re: RFC: I/O bandwidth controller,
Hirokazu Takahashi
- [dm-devel] Re: RFC: I/O bandwidth controller,
Fernando Luis Vázquez Cao
- [dm-devel] Re: RFC: I/O bandwidth controller (was Re: Too many I/O controller patches),
Naveen Gupta
- [dm-devel] Re: RFC: I/O bandwidth controller,
Hirokazu Takahashi
- [dm-devel] Re: RFC: I/O bandwidth controller (was Re: Too many I/O controller patches),
Fernando Luis Vázquez Cao
- [dm-devel] Re: RFC: I/O bandwidth controller (was Re: Too many I/O controller patches),
Naveen Gupta
- [dm-devel] Re: RFC: I/O bandwidth controller (was Re: Too many I/O controller patches),
David Collier-Brown
- [dm-devel] Re: RFC: I/O bandwidth controller (was Re: Too many I/O controller patches),
Andrea Righi
- [dm-devel] Re: RFC: I/O bandwidth controller (was Re: Too many I/O controller patches),
Fernando Luis Vázquez Cao
- [dm-devel] Re: RFC: I/O bandwidth controller (was Re: Too many I/O controller patches),
Andrea Righi
- Message not available
- [dm-devel] Re: RFC: I/O bandwidth controller,
Hirokazu Takahashi
- [dm-devel] Re: RFC: I/O bandwidth controller,
Andrea Righi
- [dm-devel] Re: RFC: I/O bandwidth controller,
Andrea Righi
- [dm-devel] Re: RFC: I/O bandwidth controller,
Fernando Luis Vázquez Cao
- [dm-devel] RE: RFC: I/O bandwidth controller,
James . Smart
- [dm-devel] Re: RFC: I/O bandwidth controller,
Andrea Righi
- [dm-devel] Re: RFC: I/O bandwidth controller,
Andrea Righi
- [dm-devel] Re: RFC: I/O bandwidth controller,
Dong-Jae Kang
- [dm-devel] Re: RFC: I/O bandwidth controller,
Andrea Righi
- [dm-devel] Re: RFC: I/O bandwidth controller,
David Collier-Brown
- [dm-devel] Re: RFC: I/O bandwidth controller,
Fernando Luis Vázquez Cao
- [dm-devel] Re: RFC: I/O bandwidth controller,
강동재
- [dm-devel] Re: RFC: I/O bandwidth controller,
Hirokazu Takahashi
- [dm-devel] Re: RFC: I/O bandwidth controller,
Ryo Tsuruta
- [dm-devel] Re: RFC: I/O bandwidth controller,
Fernando Luis Vázquez Cao
- [dm-devel] Re: RFC: I/O bandwidth controller,
Ryo Tsuruta
- [dm-devel] Re: RFC: I/O bandwidth controller,
Hirokazu Takahashi
- <Possible follow-ups>
- [dm-devel] [PATCH 0/7] I/O bandwidth controller and BIO tracking,
Ryo Tsuruta
- [dm-devel] [PATCH 1/7] dm-ioband: Patch of device-mapper driver,
Ryo Tsuruta
- [dm-devel] [PATCH 2/7] dm-ioband: Documentation of design overview, installation, command reference and examples,
Ryo Tsuruta
- [dm-devel] [PATCH 3/7] bio-cgroup: Introduction,
Ryo Tsuruta
- [dm-devel] [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts,
Ryo Tsuruta
- [dm-devel] [PATCH 5/7] bio-cgroup: Remove a lot of "#ifdef"s,
Ryo Tsuruta
- [dm-devel] [PATCH 6/7] bio-cgroup: Implement the bio-cgroup,
Ryo Tsuruta
- [dm-devel] [PATCH 7/7] bio-cgroup: Add a cgroup support to dm-ioband,
Ryo Tsuruta
- [dm-devel] Re: [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts,
KAMEZAWA Hiroyuki
- [dm-devel] Re: [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts,
Ryo Tsuruta
- [dm-devel] Re: [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts,
Balbir Singh
- [dm-devel] Re: [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts,
Hirokazu Takahashi
- [dm-devel] Re: [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts,
Balbir Singh
- [dm-devel] Re: [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts,
Hirokazu Takahashi
[dm-devel] [PATCH RFC] dm snapshot: shared exception store,
FUJITA Tomonori
- Re: [dm-devel] [PATCH RFC] dm snapshot: shared exception store,
Mikulas Patocka
- Re: [dm-devel] [PATCH RFC] dm snapshot: shared exception store,
FUJITA Tomonori
- Re: [dm-devel] [PATCH RFC] dm snapshot: shared exception store,
Mikulas Patocka
- Re: [dm-devel] [PATCH RFC] dm snapshot: shared exception store,
FUJITA Tomonori
- Re: [dm-devel] [PATCH RFC] dm snapshot: shared exception store,
Steve VanDeBogart
- Re: [dm-devel] [PATCH RFC] dm snapshot: shared exception store,
Daniel Phillips
- Re: [dm-devel] [PATCH RFC] dm snapshot: shared exception store,
Daniel Phillips
- Re: [dm-devel] [PATCH RFC] dm snapshot: shared exception store,
FUJITA Tomonori
- Re: [dm-devel] [PATCH RFC] dm snapshot: shared exception store,
Daniel Phillips
- Re: [dm-devel] [PATCH RFC] dm snapshot: shared exception store,
FUJITA Tomonori
- Re: [dm-devel] [PATCH RFC] dm snapshot: shared exception store,
Daniel Phillips
- Re: [dm-devel] [PATCH RFC] dm snapshot: shared exception store,
Ryusuke Konishi
- Re: [dm-devel] [PATCH RFC] dm snapshot: shared exception store,
Daniel Phillips
- Re: [dm-devel] [PATCH RFC] dm snapshot: shared exception store,
Daniel Phillips
[dm-devel] LVM Snapshot Feature,
Bombardier, Pascal