* [LSF/MM TOPIC ATTEND] multipath for NVMe over Fabrics
@ 2016-12-09 1:16 ` Mike Snitzer
0 siblings, 0 replies; 5+ messages in thread
From: Mike Snitzer @ 2016-12-09 1:16 UTC (permalink / raw)
To: lsf-pc; +Cc: linux-nvme, linux-scsi, linux-block, dm-devel
I'd like to discuss $subject. I haven't heard of much progress on this
(but I'm also not tracking NVMe development at the moment).
Last I heard about getting DM multipath to work with NVMe over Fabrics
was this: https://patchwork.kernel.org/patch/9208997/
I've reintroduced bio-based support for the DM multipath target.
Between now and LSF I hope to come to terms with what the various work
items are for making DM multipath work for NVMeoF. I welcome any
ideas/thoughts others might have.
Mike
^ permalink raw reply [flat|nested] 5+ messages in thread
* [LSF/MM TOPIC ATTEND] multipath for NVMe over Fabrics
@ 2016-12-09 1:16 ` Mike Snitzer
0 siblings, 0 replies; 5+ messages in thread
From: Mike Snitzer @ 2016-12-09 1:16 UTC (permalink / raw)
I'd like to discuss $subject. I haven't heard of much progress on this
(but I'm also not tracking NVMe development at the moment).
Last I heard about getting DM multipath to work with NVMe over Fabrics
was this: https://patchwork.kernel.org/patch/9208997/
I've reintroduced bio-based support for the DM multipath target.
Between now and LSF I hope to come to terms with what the various work
items are for making DM multipath work for NVMeoF. I welcome any
ideas/thoughts others might have.
Mike
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [LSF/MM TOPIC ATTEND] multipath for NVMe over Fabrics
2016-12-09 1:16 ` Mike Snitzer
(?)
@ 2016-12-09 6:43 ` Hannes Reinecke
-1 siblings, 0 replies; 5+ messages in thread
From: Hannes Reinecke @ 2016-12-09 6:43 UTC (permalink / raw)
To: Mike Snitzer, lsf-pc; +Cc: linux-nvme, linux-scsi, linux-block, dm-devel
On 12/09/2016 02:16 AM, Mike Snitzer wrote:
> I'd like to discuss $subject. I haven't heard of much progress on this
> (but I'm also not tracking NVMe development at the moment).
>
> Last I heard about getting DM multipath to work with NVMe over Fabrics
> was this: https://patchwork.kernel.org/patch/9208997/
>
> I've reintroduced bio-based support for the DM multipath target.
> Between now and LSF I hope to come to terms with what the various work
> items are for making DM multipath work for NVMeoF. I welcome any
> ideas/thoughts others might have.
>
Funny that you mention it.
I've got fed up with the mess that is multipath-tools, and decided to
rework the entire thing. Including the kernel side.
I hope to have something ready soon, will be sending out an RFC once
it's presentable.
So yes, I'd _definitely_ be interested in that.
Cheers,
Hannes
--
Dr. Hannes Reinecke Teamlead Storage & Networking
hare@suse.de +49 911 74053 688
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: F. Imendörffer, J. Smithard, J. Guild, D. Upmanyu, G. Norton
HRB 21284 (AG Nürnberg)
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [LSF/MM TOPIC ATTEND] multipath for NVMe over Fabrics
@ 2016-12-09 6:43 ` Hannes Reinecke
0 siblings, 0 replies; 5+ messages in thread
From: Hannes Reinecke @ 2016-12-09 6:43 UTC (permalink / raw)
To: Mike Snitzer, lsf-pc; +Cc: linux-nvme, linux-scsi, linux-block, dm-devel
On 12/09/2016 02:16 AM, Mike Snitzer wrote:
> I'd like to discuss $subject. I haven't heard of much progress on this
> (but I'm also not tracking NVMe development at the moment).
>
> Last I heard about getting DM multipath to work with NVMe over Fabrics
> was this: https://patchwork.kernel.org/patch/9208997/
>
> I've reintroduced bio-based support for the DM multipath target.
> Between now and LSF I hope to come to terms with what the various work
> items are for making DM multipath work for NVMeoF. I welcome any
> ideas/thoughts others might have.
>
Funny that you mention it.
I've got fed up with the mess that is multipath-tools, and decided to
rework the entire thing. Including the kernel side.
I hope to have something ready soon, will be sending out an RFC once
it's presentable.
So yes, I'd _definitely_ be interested in that.
Cheers,
Hannes
--
Dr. Hannes Reinecke Teamlead Storage & Networking
hare@suse.de +49 911 74053 688
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 N�rnberg
GF: F. Imend�rffer, J. Smithard, J. Guild, D. Upmanyu, G. Norton
HRB 21284 (AG N�rnberg)
^ permalink raw reply [flat|nested] 5+ messages in thread
* [LSF/MM TOPIC ATTEND] multipath for NVMe over Fabrics
@ 2016-12-09 6:43 ` Hannes Reinecke
0 siblings, 0 replies; 5+ messages in thread
From: Hannes Reinecke @ 2016-12-09 6:43 UTC (permalink / raw)
On 12/09/2016 02:16 AM, Mike Snitzer wrote:
> I'd like to discuss $subject. I haven't heard of much progress on this
> (but I'm also not tracking NVMe development at the moment).
>
> Last I heard about getting DM multipath to work with NVMe over Fabrics
> was this: https://patchwork.kernel.org/patch/9208997/
>
> I've reintroduced bio-based support for the DM multipath target.
> Between now and LSF I hope to come to terms with what the various work
> items are for making DM multipath work for NVMeoF. I welcome any
> ideas/thoughts others might have.
>
Funny that you mention it.
I've got fed up with the mess that is multipath-tools, and decided to
rework the entire thing. Including the kernel side.
I hope to have something ready soon, will be sending out an RFC once
it's presentable.
So yes, I'd _definitely_ be interested in that.
Cheers,
Hannes
--
Dr. Hannes Reinecke Teamlead Storage & Networking
hare at suse.de +49 911 74053 688
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 N?rnberg
GF: F. Imend?rffer, J. Smithard, J. Guild, D. Upmanyu, G. Norton
HRB 21284 (AG N?rnberg)
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2016-12-09 6:44 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-12-09 1:16 [LSF/MM TOPIC ATTEND] multipath for NVMe over Fabrics Mike Snitzer
2016-12-09 1:16 ` Mike Snitzer
2016-12-09 6:43 ` Hannes Reinecke
2016-12-09 6:43 ` Hannes Reinecke
2016-12-09 6:43 ` Hannes Reinecke
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.