Re: [dm-devel] [RFC PATCH] crypto: Add IV generation algorithms

Hi Herbert, On 29 November 2016 at 12:58, Herbert Xu wrote: > But that begs the question, who is supposed to use crypto_geniv_set_ctx? > I thought it was dm-crypt but your patch doesn't contain any uses > of it at all. No one is using it as of now. It was just a

Re: [dm-devel] Improve processing efficiency for addition and deletion of multipath devices

On Tue, 2016-11-29 at 07:47 +0100, Hannes Reinecke wrote: > On 11/28/2016 07:46 PM, Benjamin Marzinski wrote: > > On Thu, Nov 24, 2016 at 10:21:10AM +0100, Martin Wilck wrote: > > > On Fri, 2016-11-18 at 16:26 -0600, Benjamin Marzinski wrote: > > > > > > > At any rate, I'd rather get rid of the

Re: [dm-devel] Improve processing efficiency for addition and deletion of multipath devices

Dne 29.11.2016 v 09:02 Martin Wilck napsal(a): On Tue, 2016-11-29 at 07:47 +0100, Hannes Reinecke wrote: On 11/28/2016 07:46 PM, Benjamin Marzinski wrote: On Thu, Nov 24, 2016 at 10:21:10AM +0100, Martin Wilck wrote: On Fri, 2016-11-18 at 16:26 -0600, Benjamin Marzinski wrote: At any rate,

Re: [dm-devel] Improve processing efficiency for addition and deletion of multipath devices

On Tue, 2016-11-29 at 09:10 +0100, Zdenek Kabelac wrote: > Dne 29.11.2016 v 09:02 Martin Wilck napsal(a): > > On Tue, 2016-11-29 at 07:47 +0100, Hannes Reinecke wrote: > > > On 11/28/2016 07:46 PM, Benjamin Marzinski wrote: > > > > On Thu, Nov 24, 2016 at 10:21:10AM +0100, Martin Wilck wrote: > >

Re: [dm-devel] Improve processing efficiency for addition and deletion of multipath devices

Dne 29.11.2016 v 09:16 Martin Wilck napsal(a): On Tue, 2016-11-29 at 09:10 +0100, Zdenek Kabelac wrote: Dne 29.11.2016 v 09:02 Martin Wilck napsal(a): On Tue, 2016-11-29 at 07:47 +0100, Hannes Reinecke wrote: On 11/28/2016 07:46 PM, Benjamin Marzinski wrote: On Thu, Nov 24, 2016 at

[dm-devel] [PATCH] dm raid: fix discard support regression

With upstream commit ecbfb9f118bc raid level takeover support got added. In dm core, restrictions including discard properties are applied when swapping in a new table. Any discard settings provided in the context of pre_resume, which gets called afterwards are lost. Solve by moving

Re: [dm-devel] Improve processing efficiency for addition and deletion of multipath devices

Hello Zdenek I think you suggestion is constructive， some unnecessary operations in udev rules waster too much system resoure(CPU etc.) It is another way to promote multipath efficiency, could you put forward more specific amendment? Regards, Tang 发件人: Zdenek Kabelac

[dm-devel] [PATCH] dm-zoned: Zoned block device target

The dm-zoned device mapper provides transparent write access to zoned block devices (ZBC and ZAC compliant devices). dm-zoned hides to the device user (a file system or an application doing raw block device accesses) any constraint imposed on write requests by the zoned block device. Its primary

Re: [dm-devel] Improve processing efficiency for addition and deletion of multipath devices

Dne 23.11.2016 v 02:08 tang.jun...@zte.com.cn napsal(a): So, now we have at least 4 ways to improve mutliapth efficiency: 1) Filtering uevents; 2) Merger uevents; 3) Using separate locks for mpvec and pathvec; 4) Get rid of the gazillion waiter threads. This is exciting, but how do we

Re: [dm-devel] Improve processing efficiency for addition and deletion of multipath devices

Dne 28.11.2016 v 18:22 Benjamin Marzinski napsal(a): On Mon, Nov 28, 2016 at 01:08:51PM +0100, Hannes Reinecke wrote: On 11/28/2016 12:51 PM, Zdenek Kabelac wrote: Dne 28.11.2016 v 11:42 Hannes Reinecke napsal(a): On 11/28/2016 11:06 AM, Zdenek Kabelac wrote: With multipath device - you

[dm-devel] [PATCH] dm raid: define data_offset status field

Signed-off-by: Heinz Mauelshagen --- Documentation/device-mapper/dm-raid.txt | 4 1 file changed, 4 insertions(+) diff --git a/Documentation/device-mapper/dm-raid.txt b/Documentation/device-mapper/dm-raid.txt index 9bd531a..5e3786f 100644 ---