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 <monis@xxxxxxxxxxxx> thanks On Thu, May 4, 2017 at 5:26 PM, Sagi Grimberg <sagi@xxxxxxxxxxx> wrote: > >>> 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@xxxxxxxxxxxxxxx > 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@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
