Re: [PATCH] rxe: expose num_possible_cpus() cnum_comp_vectors

So you say that even if rxe driver doesn't do anything with the
comp_vector parameter  passed to create cq, a ULP can benefit from rxe
reporting num_comp_vectors = number of cpus.
I can agree with that even though that IMHO the benefit deepens on how
the real eth device handles received packets.

Acked-by: Moni Shoua <redacted>

thanks




On Thu, May 4, 2017 at 5:26 PM, Sagi Grimberg [off-list ref] wrote:

quoted

quoted

Because that can change on the fly and should not effect on
the number of logical completion vectors rxe exposes.

--

BTW, what will be the affect of this if rxe driver doesn't use the
comp_vector parameter in create_cq()?

Some ULPs won't create more queue-pairs than what the rdma device
supports (per multi-queue session). One example for that exists in a
patch set I submitted for exposing to ULPs IRQ affinity mappings
through the RDMA core so they in turn can make smart assignment
decisions for queue<->cpu mappings in a multi-queue environment.

I think its safe to assume that any modern HCA drivers supports a fair
share of completion vectors.

--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html