[dm-devel] Changes in DM_MULTIPATH_DEVICE_PATH in multipath-tools 0.7.7

2018-09-13 Thread Adam Williamson
Hi, folks! So I've just been on a two-day debugging odyssey into why Fedora 29's installer couldn't see firmware RAID devices, and the culprit turned out to be multipath-tools: https://bugzilla.redhat.com/show_bug.cgi?id=1628192 to summarize, the problem is in how multipath-tool's udev rules

Re: [dm-devel] linux-next: Tree for Sep 13 (dm-thin-pool)

2018-09-13 Thread Mike Snitzer
On Thu, Sep 13 2018 at 8:45pm -0400, Randy Dunlap wrote: > On 9/13/18 11:51 AM, Mike Snitzer wrote: > > On Thu, Sep 13 2018 at 1:28pm -0400, > > Randy Dunlap wrote: > > > >> On 9/12/18 10:27 PM, Stephen Rothwell wrote: > >>> Hi all, > >>> > >>> News: there will be no linux-next releases on

Re: [dm-devel] linux-next: Tree for Sep 13 (dm-thin-pool)

2018-09-13 Thread Mike Snitzer
On Thu, Sep 13 2018 at 1:28pm -0400, Randy Dunlap wrote: > On 9/12/18 10:27 PM, Stephen Rothwell wrote: > > Hi all, > > > > News: there will be no linux-next releases on Friday or Monday. > > > > Changes since 20180912: > > > > on i386: > > ERROR: "__udivdi3" [drivers/md/dm-thin-pool.ko]

Re: [dm-devel] [PATCH v8 5/9] dm: Remove VLA usage from hashes

2018-09-13 Thread Mike Snitzer
On Tue, Aug 07 2018 at 5:18pm -0400, Kees Cook wrote: > In the quest to remove all stack VLA usage from the kernel[1], this uses > the new HASH_MAX_DIGESTSIZE from the crypto layer to allocate the upper > bounds on stack usage. > > [1] >

Re: [dm-devel] Dealing with constantly failing paths

2018-09-13 Thread Benjamin Marzinski
On Thu, Sep 13, 2018 at 12:42:54PM +0300, Özkan Göksu wrote: >Hello.  >I'm sorry to have e-mailed you here but I did not really find the answer. >When a disk starts to die slowly multipath starts to Failing & Reinstating >paths and this keeps forever.. (I'm using LSI-3008HBA card

Re: [dm-devel] linux-next: Tree for Sep 13 (dm-thin-pool)

2018-09-13 Thread Randy Dunlap
On 9/12/18 10:27 PM, Stephen Rothwell wrote: > Hi all, > > News: there will be no linux-next releases on Friday or Monday. > > Changes since 20180912: > on i386: ERROR: "__udivdi3" [drivers/md/dm-thin-pool.ko] undefined! -- ~Randy -- dm-devel mailing list dm-devel@redhat.com

Re: [dm-devel] [PATCH v8 5/9] dm: Remove VLA usage from hashes

2018-09-13 Thread Kees Cook
On Mon, Sep 3, 2018 at 8:13 PM, Herbert Xu wrote: > On Tue, Aug 07, 2018 at 02:18:39PM -0700, Kees Cook wrote: >> In the quest to remove all stack VLA usage from the kernel[1], this uses >> the new HASH_MAX_DIGESTSIZE from the crypto layer to allocate the upper >> bounds on stack usage. >> >> [1]

[dm-devel] Dealing with constantly failing paths

2018-09-13 Thread Özkan Göksu
Hello. I'm sorry to have e-mailed you here but I did not really find the answer. When a disk starts to die slowly multipath starts to Failing & Reinstating paths and this keeps forever.. (I'm using LSI-3008HBA card with SAS-JBOD not FC-Network) Because kernel do not echo to offline faulted disk.

Re: [dm-devel] [PATCH v3 2/2] crypto: lrw - Do not use auxiliary buffer

2018-09-13 Thread Ondrej Mosnacek
On Wed, Sep 12, 2018 at 8:51 AM Eric Biggers wrote: > On Tue, Sep 11, 2018 at 09:42:39AM +0200, Ondrej Mosnacek wrote: > > This patch simplifies the LRW template to recompute the LRW tweaks from > > scratch in the second pass and thus also removes the need to allocate a > > dynamic buffer using

Re: [dm-devel] [PATCH v3 1/2] crypto: lrw - Optimize tweak computation

2018-09-13 Thread Eric Biggers
Hi Ondrej, On Tue, Sep 11, 2018 at 09:42:38AM +0200, Ondrej Mosnacek wrote: > This patch rewrites the tweak computation to a slightly simpler method > that performs less bswaps. Based on performance measurements the new > code seems to provide slightly better performance than the old one. > >

Re: [dm-devel] [PATCH v3 1/2] crypto: lrw - Optimize tweak computation

2018-09-13 Thread Ondrej Mosnacek
On Wed, Sep 12, 2018 at 8:28 AM Eric Biggers wrote: > Hi Ondrej, > > On Tue, Sep 11, 2018 at 09:42:38AM +0200, Ondrej Mosnacek wrote: > > This patch rewrites the tweak computation to a slightly simpler method > > that performs less bswaps. Based on performance measurements the new > > code seems

Re: [dm-devel] [PATCH v3 2/2] crypto: lrw - Do not use auxiliary buffer

2018-09-13 Thread Eric Biggers
On Tue, Sep 11, 2018 at 09:42:39AM +0200, Ondrej Mosnacek wrote: > This patch simplifies the LRW template to recompute the LRW tweaks from > scratch in the second pass and thus also removes the need to allocate a > dynamic buffer using kmalloc(). > > As discussed at [1], the use of kmalloc causes