summaryrefslogtreecommitdiffstats
path: root/recipes-extended/dpdk-dev-libibverbs
Commit message (Collapse)AuthorAgeFilesLines
* dpdk-dev-libibverbs: removeAnuj Mittal2018-09-076-287/+0
| | | | | | | | | | The upstream repo has been taken down and the role of libibverbs has been taken over by rdma-core instead [1][2]. [1] https://www.openfabrics.org/downloads/verbs/README.html [2] https://git.kernel.org/pub/scm/libs/infiniband/libibverbs.git/tree/README Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* dpdk-dev-libibverbs: fix do_fetch errorChangqing Li2018-09-031-1/+1
| | | | | | | | | | | | | | original URI have been deleted(don't know why). Here I just use yocto source mirror to fix fetch error. But it should be replace by offcial libibverbs here: "https://github.com/linux-rdma/ rdma-core/tree/master/libibverbs". Since I don't have condition to test dpdk function, I can only go far to build success, and seems there is big change between source on yocto mirror and the offcial libibverbs, so for now, just use the mirror. Signed-off-by: Changqing Li <changqing.li@windriver.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* dpdk-dev-libibverbs: provide virtual/libibverbsChen Qi2018-01-051-0/+3
| | | | | | | | | | | | dpdk-dev-libibverbs is not the only recipe that provides libibverbs. In meta-cloud-services, we have a recipe called libibverbs. As both recipes provide the same library, we need to avoid building both at the same time at one build. Use 'virtual/libibverbs' to avoid such problem. Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: California Sullivan <california.l.sullivan@intel.com>
* dpdk-dev-libibverbs: fix do_fetch failure in case of multilibChen Qi2018-01-051-4/+4
| | | | | | | Fix to correctly set SRC_URI and S to avoid do_fetch failure in case of multilib. Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: California Sullivan <california.l.sullivan@intel.com>
* Removal of meta-intel content to make meta-dpdk standaloneSaul Wold2017-09-266-0/+284
Signed-off-by: Saul Wold <sgw@linux.intel.com>