On 01/11/2017 10:01 AM, Christoph Hellwig wrote: > On Wed, Jan 11, 2017 at 09:59:17AM +0100, Hannes Reinecke wrote: >> I'd advocate to discuss this at LSF. >> Now that Mike moved the bio-based mpath stuff back in things got even >> more complex. > > Yeah. If we'd _only_ have bio based support it would simplify things > a lot, but as a third parallel path it's not exactly making things easier. > >> I'll be posting a patchset for reimplementing multipath as a stand-alone >> driver shortly; that'll give us a good starting point on how we want >> multipath to evolve. >> >> Who knows; we might even manage to move multipath out of device-mapper >> altogether. >> That would make Mike very happy, and I wouldn't mind, either :-) > > Heh. I'm curious how you want to do that while keeping existing setups > working, though. which will become challenging, indeed. ATM it's just a testbed on how things could work; we've got most of the required infrastucture in the kernel nowadays, so that we can just drop most of the complexity from the present multipath-tools mess. In the end it might even boil down to update the existing device-mapper multipath implementation. We'll see. Cheers, Hannes -- Dr. Hannes Reinecke Teamlead Storage & Networking hare@xxxxxxx +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) -- To unsubscribe from this list: send the line "unsubscribe linux-block" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
