[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20190220171441.GH8429@ziepe.ca>
Date: Wed, 20 Feb 2019 10:14:41 -0700
From: Jason Gunthorpe <jgg@...pe.ca>
To: Håkon Bugge <haakon.bugge@...cle.com>
Cc: Chuck Lever <chuck.lever@...cle.com>,
Yishai Hadas <yishaih@...lanox.com>,
Doug Ledford <dledford@...hat.com>, jackm@....mellanox.co.il,
majd@...lanox.com, OFED mailing list <linux-rdma@...r.kernel.org>,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH] RDMA/mlx4: Spread completion vectors for proxy CQs
On Tue, Feb 19, 2019 at 06:32:50PM +0100, Håkon Bugge wrote:
> Anyway, Jason mentioned in a private email that maybe we could use the
> new completion API or something? I am not familiar with that one
> (yet).
I was thinking of the stuff in core/cq.c - but it also doesn't have
automatic comp_vector balancing. It is the logical place to put
something like that though..
An API to manage a bundle of CPU affine CQ's is probably what most
ULPs really need.. (it makes little sense to create a unique CQ for
every QP)
alloc_bundle()
get_cqn_for_flow(bundle)
alloc_qp()
destroy_qp()
put_cqn_for_flow(bundle)
destroy_bundle();
Let the core code balance the cqn's and allocate (shared) CQ
resources.
Jason
Powered by blists - more mailing lists