Re: [dm-devel] [PATCH 00/39] multipath-tools series part II: dev_loss_tmo fixes

2020-07-16 Thread Benjamin Marzinski
On Thu, Jul 09, 2020 at 12:19:48PM +0200, mwi...@suse.com wrote: > From: Martin Wilck > > Hi Christophe, hi Ben, > > This is part II of a larger patch series for multpath-tools I've been > preparing. > It contains some minor fixes for dev_loss_tmo handling, mostly logging. > It's based on the p

Re: [dm-devel] [PATCH 12/35] libmultipath: strlcpy()/strlcat(): use restrict qualifier

2020-07-16 Thread Benjamin Marzinski
On Thu, Jul 09, 2020 at 12:15:57PM +0200, mwi...@suse.com wrote: > From: Martin Wilck > > Also remove the redundant local variables. It's not necessary to > make "restrict" work, but it makes the intention more clear. > > Signed-off-by: Martin Wilck > --- > libmultipath/util.c | 28 +++

Re: [dm-devel] [PATCH 08/35] libmultipath: create bitfield abstraction

2020-07-16 Thread Benjamin Marzinski
On Thu, Jul 09, 2020 at 12:15:53PM +0200, mwi...@suse.com wrote: > From: Martin Wilck > > In e32d521d ("libmultipath: coalesce_paths: fix size mismatch handling"), > we introduced simple bitmap handling functions. We can do better. This > patch introduces a bitfield type with overflow detection a

Re: [dm-devel] [PATCH v2 0/7] crypto: add CRYPTO_ALG_ALLOCATES_MEMORY

2020-07-16 Thread Herbert Xu
Eric Biggers wrote: > This series introduces a flag that algorithms can set to indicate that > they allocate memory during processing of typical inputs, and thus > shouldn't be used in cases like dm-crypt where memory allocation > failures aren't acceptable. > > Compared to Mikulas's patches, I'v