Thread (10 messages) 10 messages, 3 authors, 2017-07-15

Re: [for-4.14 RFC PATCH 0/2] dm rq: eliminate historic blk-mq and .request_fn queue stacking restrictions

From: Mike Snitzer <hidden>
Date: 2017-07-14 14:02:13
Also in: dm-devel, linux-scsi

On Fri, Jul 14 2017 at  3:12am -0400,
Christoph Hellwig [off-list ref] wrote:
Btw, we might want to expedite this to 4.13, a 4.13 now defaults
to blk-mq for scsi, and this patch would make sure that dm keeps
on just working with that switch.
Don't think we need to rush anything in response to that change in
SCSI's default.  old .request_fn DM multipath works happily ontop of
blk-mq devices (so long as all paths are blk-mq).

Similarly, blk-mq DM multipath works ontop of all blk-mq devices.

Lastly, old .request_fn DM multipath ontop of old .request_fn paths
works fine.

It is just blk-mq DM multipath ontop of old .request_fn paths that is
disallowed in current upstream code.

But again, I really don't see why we should even want/need to support
that mode... hence my question raised in this RFC.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help