[PATCH v3 0/4] nvme: improve error handling and ana_state to work well with dm-multipath
Mike Snitzer
snitzer at redhat.com
Tue Apr 20 15:38:52 BST 2021
On Tue, Apr 20 2021 at 5:37am -0400,
Christoph Hellwig <hch at lst.de> wrote:
> > RHEL9 is coming, would really prefer that these changes land upstream
> > rather than carry them within RHEL.
>
> We've told from the very beginning that dm-multipth on nvme is not
> a support configuration.
You have some high quality revisionist history there. But other than
pointing that out I'm not going to dwell on our past discussions on how
NVMe multipathing would be.
> Red Hat decided to ignore that and live with the pain.
Red Hat supports both native nvme-multipath _and_ DM-multipath on NVMe.
The only "pain" I've been living with is trying to get you to be
impartial and allow others to provide Linux multipathing as they see
fit.
> Your major version change is a chance to fix this up on the Red Hat
> side, not to resubmit bogus patches upstream.
Please spare me the vapid and baseless assertion about patches you
refuse to review technically without political motivation.
> In other words: please get your house in order NOW.
My simple 3 patch submission was an attempt to do so. Reality is the
Linux NVMe maintainers need to get their collective house in order.
Until sanity prevails these NVMe changes will be carried in RHEL. And if
you go out of your way to cause trivial, or elaborate, conflicts now
that you _know_ that changes that are being carried it will be handled
without issue.
Sad this is where we are but it is what it is.
Linux is about choice that is founded upon need. Hostile action that
unilaterally limits choice is antithetical to Linux and Open Source.
Mike
More information about the Linux-nvme
mailing list