The MLX drivers correctly depend on the symbols they need e.g.:
ibverbs-providers (>= 15), libc6 (>= 2.14), libibverbs1 (>= 1.1.6)
But with that they load correctly, but do not find the cards.
Most likely because the kernel modules and/or services are not up.
It was reported that rdma-core will fix this.
We don't want to pull in rdma-core on all older updates, but on newer versions we might add a dependency to it.
I'm not entirely sure - on one hand DPDK already pulls in a lot anyway.
But OTOH maybe we make it a suggests?
Yet the rdma-modules will not do a lot when no HW is present and also the services should be somewhat lightweight if there is no HW present.
Finally running DPDK is never lightweight to begin with - so maybe a depends from the MLX PMDs would be the most appropriate?
@Alaaa (if you are reading this) - do you happen to know which bit of rdma-cores functionality exactly it is that makes it work?
The MLX drivers correctly depend on the symbols they need e.g.:
ibverbs-providers (>= 15), libc6 (>= 2.14), libibverbs1 (>= 1.1.6)
But with that they load correctly, but do not find the cards.
Most likely because the kernel modules and/or services are not up.
It was reported that rdma-core will fix this.
We don't want to pull in rdma-core on all older updates, but on newer versions we might add a dependency to it.
I'm not entirely sure - on one hand DPDK already pulls in a lot anyway.
But OTOH maybe we make it a suggests?
Yet the rdma-modules will not do a lot when no HW is present and also the services should be somewhat lightweight if there is no HW present.
Finally running DPDK is never lightweight to begin with - so maybe a depends from the MLX PMDs would be the most appropriate?
@Alaaa (if you are reading this) - do you happen to know which bit of rdma-cores functionality exactly it is that makes it work?