All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jason Gunthorpe <jgg@ziepe.ca>
To: Leon Romanovsky <leon@kernel.org>
Cc: Daniel Jurgens <danielj@mellanox.com>,
	Mark Bloch <markb@mellanox.com>,
	Doug Ledford <dledford@redhat.com>,
	linux-rdma@vger.kernel.org, Paul Moore <paul@paul-moore.com>,
	Don Dutile <ddutile@redhat.com>,
	stable@vger.kernel.org
Subject: Re: [PATCH rdma-rc 1/2] IB/core: Only enforce security for InfiniBand
Date: Tue, 21 Nov 2017 09:36:48 -0700	[thread overview]
Message-ID: <20171121163648.GC18272@ziepe.ca> (raw)
In-Reply-To: <20171121163454.GW18825@mtr-leonro.local>

On Tue, Nov 21, 2017 at 06:34:54PM +0200, Leon Romanovsky wrote:
> On Tue, Nov 21, 2017 at 09:04:42AM -0700, Jason Gunthorpe wrote:
> > On Tue, Nov 21, 2017 at 09:37:27AM -0600, Daniel Jurgens wrote:
> >
> > > The only warning that would make sense is if the mixed ports aren't
> > > all IB or RoCE. As you note, CX-3 can mix those two, we don't want to
> > > see warnings about that.
> >
> > I would really like to see cx3 be changed to not do that, then we
> > could finalize this issue upstream: All device ports must be the same
> > protocol.
> 
> I don't see the point of such artificial limitation, the users who
> brought CX-3 have option to work in mixed mode and IMHO it is not right
> to deprecate such ability just because it is hard for us to code for it.

I don't really think it is really too user visible.. Only the device
and port number change, but only if running in mixed mode.

It is not just 'hard for us' it is impossible to reconcile the
differences between ports when enforcing device level things.

This keeps coming up again and again..

Jason

  reply	other threads:[~2017-11-21 16:36 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-11-21 10:26 [PATCH rdma-rc 0/2] RDMA fixes for 4.15 Leon Romanovsky
2017-11-21 10:26 ` [PATCH rdma-rc 1/2] IB/core: Only enforce security for InfiniBand Leon Romanovsky
2017-11-21 10:44   ` Mark Bloch
2017-11-21 13:22     ` Leon Romanovsky
     [not found]       ` <20171121132215.GU18825-U/DQcQFIOTAAJjI8aNfphQ@public.gmane.org>
2017-11-21 13:56         ` Mark Bloch
2017-11-21 13:56           ` Mark Bloch
2017-11-21 15:14           ` Jason Gunthorpe
2017-11-21 15:33             ` Mark Bloch
2017-11-21 15:36               ` Jason Gunthorpe
     [not found]               ` <3eff140b-8f0f-1c4f-07b7-9dec46090a1e-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>
2017-11-21 15:37                 ` Daniel Jurgens
2017-11-21 15:37                   ` Daniel Jurgens
     [not found]                   ` <410e7b54-02f5-849c-e3ad-56cc61f66647-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>
2017-11-21 16:04                     ` Jason Gunthorpe
2017-11-21 16:04                       ` Jason Gunthorpe
     [not found]                       ` <20171121160442.GB18272-uk2M96/98Pc@public.gmane.org>
2017-11-21 16:34                         ` Leon Romanovsky
2017-11-21 16:34                           ` Leon Romanovsky
2017-11-21 16:36                           ` Jason Gunthorpe [this message]
     [not found]                             ` <20171121163648.GC18272-uk2M96/98Pc@public.gmane.org>
2017-11-21 16:48                               ` Leon Romanovsky
2017-11-21 16:48                                 ` Leon Romanovsky
     [not found]                                 ` <20171121164802.GY18825-U/DQcQFIOTAAJjI8aNfphQ@public.gmane.org>
2017-11-21 17:10                                   ` Jason Gunthorpe
2017-11-21 17:10                                     ` Jason Gunthorpe
2017-11-21 18:16                                 ` Don Dutile
2017-11-21 18:57                                   ` Jason Gunthorpe
2017-11-21 20:40                                     ` Leon Romanovsky
     [not found]                           ` <20171121163454.GW18825-U/DQcQFIOTAAJjI8aNfphQ@public.gmane.org>
2017-11-21 18:15                             ` Don Dutile
2017-11-21 18:15                               ` Don Dutile
     [not found]     ` <4f5268b5-e5b6-a7d9-2096-70b4ae8facaf-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>
2017-11-21 13:56       ` Daniel Jurgens
2017-11-21 13:56         ` Daniel Jurgens
     [not found]   ` <20171121102618.31216-2-leon-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
2017-11-22 16:49     ` Leon Romanovsky
2017-11-22 16:49       ` Leon Romanovsky
     [not found] ` <20171121102618.31216-1-leon-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
2017-11-21 10:26   ` [PATCH rdma-rc 2/2] RDMA/cma: Make sure that PSN is not over max allowed Leon Romanovsky

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20171121163648.GC18272@ziepe.ca \
    --to=jgg@ziepe.ca \
    --cc=danielj@mellanox.com \
    --cc=ddutile@redhat.com \
    --cc=dledford@redhat.com \
    --cc=leon@kernel.org \
    --cc=linux-rdma@vger.kernel.org \
    --cc=markb@mellanox.com \
    --cc=paul@paul-moore.com \
    --cc=stable@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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.