Re: [dm-devel] [PATCH 5/7] Move the declaration of mpath_mx_alloc_len to a header file

2017-05-19 Thread Bart Van Assche
On Thu, 2017-05-18 at 16:00 -0500, Benjamin Marzinski wrote: > On Thu, May 18, 2017 at 08:36:10PM +, Bart Van Assche wrote: > > On Thu, 2017-05-18 at 15:06 -0500, Benjamin Marzinski wrote: > > > On Wed, May 17, 2017 at 08:43:07AM -0700, Bart Van Assche wrote: > > > > This allows the compiler to

Re: [dm-devel] [PATCH] multipath-tools:Prioritizer based on a time-delay algorithm

2017-05-19 Thread Yang Feng
Hi Benjamin, Thank you very much for your comments. Please find my replys and the up-to-date patch. Best regards! > > First, one overall question. We have dynamic path selectors available to > deal with paths that are just simply slower that other paths, but can > still be used together. Is the

Re: [dm-devel] [PATCH] multipath-tools:Prioritizer based on a time-delay algorithm

2017-05-19 Thread Yang Feng
Hello Martin, Firstly, thank you very much for your comments. And find my replys and the up-to-date patch. Best regards! > Please think about the name once again. Maybe you should call it > "io_latency" or "path_latency" instead of "delayedpath"? OK, as the following patch. > > Hm, I can't se

Re: [dm-devel] [PATCH 12/15] block: merge blk_types.h into bio.h

2017-05-19 Thread h...@lst.de
On Thu, May 18, 2017 at 02:25:52PM +, Bart Van Assche wrote: > On Thu, 2017-05-18 at 15:18 +0200, Christoph Hellwig wrote: > > We've cleaned up our headers sufficiently that we don't need this split > > anymore. > > Hello Christoph, > > Request-based drivers need the structure definitions fro

Re: [dm-devel] dedicated error codes for the block layer

2017-05-19 Thread Christoph Hellwig
On Thu, May 18, 2017 at 04:55:08PM +0200, David Sterba wrote: > JFYI, the patches 13 and 15 are missing, not in linux-btrfs mailbox and > patchwork web. Does not look like a delay, maybe vger refused them > completely. They still haven't made it to linux-block and linux-btrfs, but they did make it

[dm-devel] [PATCH v8 0/2] dm: boot a mapped device without an initramfs

2017-05-19 Thread Enric Balletbo i Serra
Dear all, So here is a new version of the patches to be reviewed, this time as suggested by Alasdair the patches are reworked to match with the new dmsetup bootformat feature [1]. These patches are not reviewed yet but the format was discussed in the IRC and was suggested to send the kernel patche

[dm-devel] [PATCH v8 2/2] dm ioctl: add a device mapper ioctl function.

2017-05-19 Thread Enric Balletbo i Serra
Add a dm_ioctl_cmd to issue the equivalent of a DM ioctl call in kernel. Signed-off-by: Enric Balletbo i Serra --- drivers/md/dm-ioctl.c | 50 +++ include/linux/device-mapper.h | 6 ++ 2 files changed, 56 insertions(+) diff --git a/drivers/md

[dm-devel] [PATCH v8 1/2] init: add support to directly boot to a mapped device

2017-05-19 Thread Enric Balletbo i Serra
From: Will Drewry Add a dm= kernel parameter modeled after the md= parameter from do_mounts_md. It allows for device-mapper targets to be configured at boot time for use early in the boot process (as the root device or otherwise). Signed-off-by: Will Drewry Signed-off-by: Kees Cook [rework to

Re: [dm-devel] [PATCH v7 0/2] dm: boot a mapped device without an initramfs

2017-05-19 Thread Enric Balletbo Serra
Hi, 2017-05-18 18:29 GMT+02:00 Enric Balletbo i Serra : > Dear all, > > So here is a new version of the patches to be reviewed, this time as > suggested by Alasdair the patches are reworked to match with the new > dmsetup bootformat feature [1]. These patches are not reviewed yet but > the format