2010-December 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 wq#for-2.6.38] workqueue: use WQ_MEM_RECLAIM instead of WQ_RESCUER,
Tejun Heo
- [dm-devel] Refcounting (and other) questions,
Kent Overstreet
- [dm-devel] [RFC][PATCH] dm: improve read performance,
Mustafa Mesanovic
- [dm-devel] [PATCH 0/7] dm crypt fixes and loop-aes mode support,
Milan Broz
- [dm-devel] [PATCH v3 0/8] dm-raid (raid456) target,
Mike Snitzer
- [dm-devel] [ANNOUNCE] cryptsetup 1.2.0,
Milan Broz
- [dm-devel] BUG after md/raid10:md0: not enough operational mirrors.,
Ilia Mirkin
- [dm-devel] [PATCH] multipath: add allow users to set revision in multipath.conf,
Benjamin Marzinski
- [dm-devel] Trying to figure out how/whether to use device mapper with bcache,
Kent Overstreet
- [dm-devel] mpath_ctl syntax,
Miles Taylor
- [dm-devel] reproducer for DM on MD flush deadlock? (was: Re: [PULL REQUEST] md bug fixes),
Mike Snitzer
- Re: [dm-devel] [PATCH 1/1] RFC: scsi/dm-mpath: return -EACCES on reservation conflict,
Mike Snitzer
- Re: [dm-devel] training mpath to discern between SCSI errors,
Hannes Reinecke
- [dm-devel] [Patch 2 of 2]: scsi-dh + dm-mpath: propagate SCSI device deletion to multipath,
Menny_Hamburger
- [dm-devel] [Patch 1 of 2]: scsi-dh + dm-mpath: propagate SCSI device deletion to multipath,
Menny_Hamburger
- [dm-devel] [PATCH][rfc] md: Close mem leak in userspace_ctr(),
Jesper Juhl
- [dm-devel] dm-devel] [PATCH 1/1]: dm+dh: missing call to pg_init_done causes I/O to be hung forever,
Menny_Hamburger
- [dm-devel] [PATCH 1/1]: missing call to pg_init_done causes I/O to be hung forever,
Menny_Hamburger
- [dm-devel] [PATCHSET] dm: update workqueue usages,
Tejun Heo
- [dm-devel] [PATCH <missing> of 8: MD new mddev flag value,
Jonathan Brassow
- [dm-devel] [PATCH 8 of 8] dm raid suspend and resume fns,
Jonathan Brassow
- [dm-devel] [PATCH 7 of 8] dm raid iterate_devices and io_hints,
Jonathan Brassow
- [dm-devel] [PATCH 6 of 8] dm unplug callback,
Jonathan Brassow
- [dm-devel] [PATCH 5 of 8] dm target callbacks and congestion fn,
Jonathan Brassow
- [dm-devel] [PATCH 4 of 8] dm raid seed module,
Jonathan Brassow
- [dm-devel] [PATCH 3 of 8] md fix null pointer deref,
Jonathan Brassow
- [dm-devel] [PATCH 2 of 8] md minor updates,
Jonathan Brassow
- [dm-devel] [PATCH 1 of 8] md backout dm dirty log,
Jonathan Brassow
- [dm-devel] [PATCH 0 of 8] DM RAID: a wrapper target for MD RAID456 (skeleton),
Jonathan Brassow
- [dm-devel] Possible kpartx bug investigation/report,
Tarcisio Fedrizzi
- [dm-devel] [RESEND][PATCH v2 1/4] dm log userspace: trap all errors from failed log construction,
Mike Snitzer
- [dm-devel] [RFC PATCH 0/3] differentiate between I/O errors,
Mike Snitzer
- Re: [dm-devel] [PATCH] multipath: add find_multipaths feature.,
Christophe Varoqui
- Re: [dm-devel] [stable] QUEUE_FLAG_CLUSTER?,
Greg KH
- Re: [dm-devel] rdac.c patch not quite right.,
Christophe Varoqui
- [dm-devel] multipath-tools/multipathd main.c,
bmarzins
- [dm-devel] [PATCH for-2.6.37] block: max hardware sectors limit wrapper,
Mike Snitzer
- [dm-devel] multipathing in debian lenny with sychronized data between 2 servers,
Oliver Rojo
- [dm-devel] [PATCH] dm: check max_sectors in dm_merge_bvec (was: Re: dm: max_segments=1 if merge_bvec_fn is not supported),
Mike Snitzer
- [dm-devel] [PATCH] multipath: make "show config" show the whole config.,
Benjamin Marzinski
- [dm-devel] [PATCH] multipath: standardize on path_selector,
Benjamin Marzinski
- [dm-devel] [PATCH] multipath: update multipathd man page,
Benjamin Marzinski
- [dm-devel] [PATCH v2 0/4] dm log userspace: a fix and other improvements,
Mike Snitzer
- [dm-devel] How about adding an include directive in multipath.conf file?,
Don Hoover
- [dm-devel] [PATCH 15 of 15] md add bitmap support,
Jonathan Brassow
- [dm-devel] [PATCH 14 of 15] md new superblock type,
Jonathan Brassow
- [dm-devel] [PATCH 13 of 15] dm raid allow metadata devices,
Jonathan Brassow
- [dm-devel] [PATCH 12 of 15] md separate meta and data devs,
Jonathan Brassow
- [dm-devel] [PATCH 11 of 15] md new param to_sync_page_io,
Jonathan Brassow
- [dm-devel] [PATCH 10 of 15] md new param to calc_dev_sboffset,
Jonathan Brassow
- [dm-devel] [PATCH 9 of 15] dm raid message fn,
Jonathan Brassow
- [dm-devel] [PATCH 8 of 15] dm raid suspend and resume fns,
Jonathan Brassow
- [dm-devel] [PATCH 7 of 15] dm raid iterate_devices and io_hints,
Jonathan Brassow
- [dm-devel] [PATCH 6 of 15] dm unplug callback,
Jonathan Brassow
- [dm-devel] [PATCH 5 of 15] dm target callbacks and congestion fn,
Jonathan Brassow
- [dm-devel] [PATCH 4 of 15] dm raid seed module,
Jonathan Brassow
- [dm-devel] [PATCH 3 of 15] md fix null pointer deref,
Jonathan Brassow
- [dm-devel] [PATCH 2 of 15] md minor updates,
Jonathan Brassow
- [dm-devel] [PATCH 1 of 15] md backout dm dirty log,
Jonathan Brassow
- [dm-devel] [PATCH 0 of 15] DM RAID: a wrapper target for MD RAID456,
Jonathan Brassow
- Re: [dm-devel] Bugs in mkfs.xfs, device mapper, xfs, and /dev/ram,
Mike Snitzer
- Re: [dm-devel] [PATCH 1/4] block: Measure flush round-trip times and report average value,
Lukas Czerner
- Re: [dm-devel] block: Deprecate QUEUE_FLAG_CLUSTER and use queue_limits instead,
Jens Axboe
- Re: [dm-devel] dm-crypt barrier support is effective,
Matt
- Re: [dm-devel] dm-crypt barrier support is effective,
Mike Snitzer
- Re: [dm-devel] dm-crypt barrier support is effective,
Matt
- Re: [dm-devel] dm-crypt barrier support is effective,
Milan Broz
- Re: [dm-devel] dm-crypt barrier support is effective,
Jon Nelson
- Re: [dm-devel] dm-crypt barrier support is effective,
Milan Broz
- [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Mike Snitzer
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Matt
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Matt
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Mike Snitzer
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Matt
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Chris Mason
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Jon Nelson
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Chris Mason
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Mike Snitzer
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Jon Nelson
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Chris Mason
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Jon Nelson
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Chris Mason
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Jon Nelson
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Chris Mason
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Jon Nelson
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Chris Mason
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Jon Nelson
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Chris Mason
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Jon Nelson
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption?,
Milan Broz
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Chris Mason
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Dave Chinner
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Chris Mason
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Jon Nelson
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Ted Ts'o
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Jon Nelson
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Jon Nelson
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Jon Nelson
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Ted Ts'o
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Jon Nelson
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Ted Ts'o
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Jon Nelson
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Andi Kleen
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Chris Mason
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Matt
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Ted Ts'o
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Jon Nelson
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Jon Nelson
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Jon Nelson
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Jon Nelson
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Ted Ts'o
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Ted Ts'o
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Jon Nelson
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Jon Nelson
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Ted Ts'o
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Jon Nelson
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Ted Ts'o
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Jon Nelson
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Matt
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Andi Kleen
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Matt
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Matt
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Mike Fedyk
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Chris Mason
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Jon Nelson
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Matt
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Heinz Diehl
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption?,
Milan Broz
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption?,
Heinz Diehl
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption?,
Theodore Tso
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption?,
Matt
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption?,
Ted Ts'o
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption?,
Heinz Diehl
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption?,
Daniel J Blueman
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption?,
Heinz Diehl
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption?,
Andi Kleen
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption?,
Mike Snitzer
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption?,
Milan Broz
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption?,
Valdis . Kletnieks
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Matt
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Matt
- Re: [dm-devel] hunt for 2.6.37 dm-crypt+ext4 corruption? (was: Re: dm-crypt barrier support is effective),
Heinz Diehl
- Re: [dm-devel] dm-crypt barrier support is effective,
Heinz Diehl
- Re: [dm-devel] ioctl HDIO_GETGEO to device mapper devpath,
Christophe Varoqui
- Re: [dm-devel] [PATCH v6 0/4] ext4: Coordinate data-only flush requests sent by fsync,
Mingming Cao