Re: [meta-intel] [PATCH 1/3] dpdk-dev-libibverbs: fix do_fetch failure in case of multilib

2018-09-05 Thread Anuj Mittal 
On 09/04/2018 05:45 PM, ChenQi wrote:
> We've used dpdk, glusterfs with libibverbs (from meta-cloud-services) 
> for a long time and nothing goes wrong.
> 
> Maybe we should just drop this dpdk-dev-libibverbs recipe? After all, 
> its original repo has gone for a long time ...

This was being discussed on the Yocto list last month too. I also think
this recipe should be removed for now and ideally be replaced to point
to rdma-core if someone needs it later.

Can you please send a patch to remove this?

> 
> Best Regards,
> Chen Qi
> 
> On 01/06/2018 04:17 AM, Cal Sullivan wrote:
>> This sounds like the right way to go to me.
>>
>> In the interim, should I take these patches in order to unblock the 
>> conflict and the multilib issue?
>>
>> Thanks,
>> Cal
>>
>> On 01/04/2018 07:24 AM, Mark Asselstine wrote:
>>> On Wednesday, January 3, 2018 2:02:31 PM EST Cal Sullivan wrote:
 In actually testing this patch, I noticed that I was getting a fetcher
 warning. After a little investigation I found that
 https://github.com/Mellanox/dpdk-dev-libibverbs no longer exists and
 we're only getting this thanks to the YP mirroring. Do you know of any
 other location we could point to?
>>> Maybe we should actually take this as a signal to revisit things. I 
>>> am having
>>> to piece things together as some of the history is lost with the 
>>> removal of
>>> the dpdk-dev-libibverbs repo and newer revisions of Mellanox DPDK 
>>> pages but I
>>> think we have enough to go on to move forward.
>>>
>>> Looking at the history it appears as though dpdk-dev-libibverbs was and
>>> "optimized" version of libibverbs for the ConnectX-3 (reference: 
>>> https://
>>> community.mellanox.com/docs/DOC-2197). The fact that Mellanox has 
>>> dropped the
>>> repository and now simply references libibverbs (and not 
>>> dpdk-dev-libibverbs)
>>> in its latest revision of the Mellanox DPDK documentation (reference: 
>>> https://
>>> community.mellanox.com/docs/DOC-1502). Leads me to believe that we 
>>> should move
>>> on to simply use the latest release of libibverbs.
>>>
>>> So I really think the best solution is to drop dpdk-dev-libibverbs 
>>> and simply
>>> use libibverbs. This would drop the need to do any of the 'virtual/' do
>>> jiggery. We can host the libibverbs recipe here still or move to 
>>> oe-core,
>>> Bruce can use PREFERRED_VERSION to continue to use the required 
>>> version in
>>> meta-cloud-services...
>>>
>>> Sorry about taking my time in coming to this conclusion. I was short 
>>> on time
>>> and flush with work before the holiday so didn't dig in enough to 
>>> make the
>>> right call.
>>>
>>> MarkA
>>>
 Thanks,
 Cal

 On 01/02/2018 05:27 PM, Chen Qi wrote:
> Fix to correctly set SRC_URI and S to avoid do_fetch failure in 
> case of
> multilib.
>
> Signed-off-by: Chen Qi 
> ---
>
> .../dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0.0.0.bb | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git
> a/recipes-extended/dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0. 
>
> 0.0.bb
> b/recipes-extended/dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0. 
>
> 0.0.bb index e40c63b..9118494 100644
> ---
> a/recipes-extended/dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0. 
>
> 0.0.bb +++
> b/recipes-extended/dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0. 
>
> 0.0.bb @@ -3,7 +3,7 @@ HOMEPAGE =
> "https://github.com/Mellanox/dpdk-dev-libibverbs;>
>LICENSE = "GPLv2"
>LIC_FILES_CHKSUM =
>"file://COPYING;md5=7c557f27dd795ba77cc419dddc656b51"
>
> -SRC_URI =
> "https://github.com/Mellanox/dpdk-dev-libibverbs/archive/libibverbs-${PV} 
>
> .tar.gz;name=${PN} \ +SRC_URI =
> "https://github.com/Mellanox/dpdk-dev-libibverbs/archive/libibverbs-${PV} 
>
> .tar.gz \>
>   file://init_c.patch \
>   file://0001-Fix-build-with-clang.patch \
> file://0002-typecast-enum-to-int-before-comparison.patch \
>
> @@ -11,8 +11,8 @@ SRC_URI =
> "https://github.com/Mellanox/dpdk-dev-libibverbs/archive/libibverbs-${> 
>
>   file://0004-Fix-clang-warnings.patch \
>   "
>
> -SRC_URI[dpdk-dev-libibverbs.md5sum] = 
> "65234ee278eb437a7069326f37cd4d86"
> -SRC_URI[dpdk-dev-libibverbs.sha256sum] =
> "a6471515556cb8d10ad471bb7efb8cf760b248a28aceb57d4534d50d572f56cd"
> +SRC_URI[md5sum] = "65234ee278eb437a7069326f37cd4d86"
> +SRC_URI[sha256sum] =
> "a6471515556cb8d10ad471bb7efb8cf760b248a28aceb57d4534d50d572f56cd">
># A machine needs to enable this using:
># COMPATIBLE_MACHINE_pn-dpdk-dev-libibverbs = ""
>
> @@ -20,7 +20,7 @@ SRC_URI[dpdk-dev-libibverbs.sha256sum] =
> "a6471515556cb8d10ad471bb7efb8cf760b248>
>COMPATIBLE_MACHINE = "null"
>

Re: [meta-intel] [PATCH 1/3] dpdk-dev-libibverbs: fix do_fetch failure in case of multilib

2018-09-04 Thread Mark Asselstine 
On Tuesday, September 4, 2018 5:45:40 AM EDT ChenQi wrote:
> We've used dpdk, glusterfs with libibverbs (from meta-cloud-services)
> for a long time and nothing goes wrong.
> 
> Maybe we should just drop this dpdk-dev-libibverbs recipe? After all,
> its original repo has gone for a long time ...

My comments still stand. This package should be removed.

Mark

> 
> Best Regards,
> Chen Qi
> 
> On 01/06/2018 04:17 AM, Cal Sullivan wrote:
> > This sounds like the right way to go to me.
> > 
> > In the interim, should I take these patches in order to unblock the
> > conflict and the multilib issue?
> > 
> > Thanks,
> > Cal
> > 
> > On 01/04/2018 07:24 AM, Mark Asselstine wrote:
> >> On Wednesday, January 3, 2018 2:02:31 PM EST Cal Sullivan wrote:
> >>> In actually testing this patch, I noticed that I was getting a fetcher
> >>> warning. After a little investigation I found that
> >>> https://github.com/Mellanox/dpdk-dev-libibverbs no longer exists and
> >>> we're only getting this thanks to the YP mirroring. Do you know of any
> >>> other location we could point to?
> >> 
> >> Maybe we should actually take this as a signal to revisit things. I
> >> am having
> >> to piece things together as some of the history is lost with the
> >> removal of
> >> the dpdk-dev-libibverbs repo and newer revisions of Mellanox DPDK
> >> pages but I
> >> think we have enough to go on to move forward.
> >> 
> >> Looking at the history it appears as though dpdk-dev-libibverbs was and
> >> "optimized" version of libibverbs for the ConnectX-3 (reference:
> >> https://
> >> community.mellanox.com/docs/DOC-2197). The fact that Mellanox has
> >> dropped the
> >> repository and now simply references libibverbs (and not
> >> dpdk-dev-libibverbs)
> >> in its latest revision of the Mellanox DPDK documentation (reference:
> >> https://
> >> community.mellanox.com/docs/DOC-1502). Leads me to believe that we
> >> should move
> >> on to simply use the latest release of libibverbs.
> >> 
> >> So I really think the best solution is to drop dpdk-dev-libibverbs
> >> and simply
> >> use libibverbs. This would drop the need to do any of the 'virtual/' do
> >> jiggery. We can host the libibverbs recipe here still or move to
> >> oe-core,
> >> Bruce can use PREFERRED_VERSION to continue to use the required
> >> version in
> >> meta-cloud-services...
> >> 
> >> Sorry about taking my time in coming to this conclusion. I was short
> >> on time
> >> and flush with work before the holiday so didn't dig in enough to
> >> make the
> >> right call.
> >> 
> >> MarkA
> >> 
> >>> Thanks,
> >>> Cal
> >>> 
> >>> On 01/02/2018 05:27 PM, Chen Qi wrote:
>  Fix to correctly set SRC_URI and S to avoid do_fetch failure in
>  case of
>  multilib.
>  
>  Signed-off-by: Chen Qi 
>  ---
>  
>  .../dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0.0.0.bb | 8
>  
>  1 file changed, 4 insertions(+), 4 deletions(-)
>  
>  diff --git
>  a/recipes-extended/dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.
>  0.
>  
>  0.0.bb
>  b/recipes-extended/dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.
>  0.
>  
>  0.0.bb index e40c63b..9118494 100644
>  ---
>  a/recipes-extended/dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.
>  0.
>  
>  0.0.bb +++
>  b/recipes-extended/dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.
>  0.
>  
>  0.0.bb @@ -3,7 +3,7 @@ HOMEPAGE =
>  "https://github.com/Mellanox/dpdk-dev-libibverbs;>
>  
> LICENSE = "GPLv2"
> LIC_FILES_CHKSUM =
> "file://COPYING;md5=7c557f27dd795ba77cc419dddc656b51"
>  
>  -SRC_URI =
>  "https://github.com/Mellanox/dpdk-dev-libibverbs/archive/libibverbs-${P
>  V}
>  
>  .tar.gz;name=${PN} \ +SRC_URI =
>  "https://github.com/Mellanox/dpdk-dev-libibverbs/archive/libibverbs-${P
>  V}
>  
>  .tar.gz \>
>  
>    file://init_c.patch \
>    file://0001-Fix-build-with-clang.patch \
>  
>  file://0002-typecast-enum-to-int-before-comparison.patch \
>  
>  @@ -11,8 +11,8 @@ SRC_URI =
>  "https://github.com/Mellanox/dpdk-dev-libibverbs/archive/libibverbs-${>
>  
>    file://0004-Fix-clang-warnings.patch \
>    "
>  
>  -SRC_URI[dpdk-dev-libibverbs.md5sum] =
>  "65234ee278eb437a7069326f37cd4d86"
>  -SRC_URI[dpdk-dev-libibverbs.sha256sum] =
>  "a6471515556cb8d10ad471bb7efb8cf760b248a28aceb57d4534d50d572f56cd"
>  +SRC_URI[md5sum] = "65234ee278eb437a7069326f37cd4d86"
>  +SRC_URI[sha256sum] =
>  "a6471515556cb8d10ad471bb7efb8cf760b248a28aceb57d4534d50d572f56cd">
>  
> # A machine needs to enable this using:
> # COMPATIBLE_MACHINE_pn-dpdk-dev-libibverbs = ""
>  
>  @@ -20,7 +20,7 @@ SRC_URI[dpdk-dev-libibverbs.sha256sum] =
>  "a6471515556cb8d10ad471bb7efb8cf760b248>
>  
>

Re: [meta-intel] [PATCH 1/3] dpdk-dev-libibverbs: fix do_fetch failure in case of multilib

2018-09-04 Thread ChenQi 
We've used dpdk, glusterfs with libibverbs (from meta-cloud-services) 
for a long time and nothing goes wrong.


Maybe we should just drop this dpdk-dev-libibverbs recipe? After all, 
its original repo has gone for a long time ...


Best Regards,
Chen Qi

On 01/06/2018 04:17 AM, Cal Sullivan wrote:

This sounds like the right way to go to me.

In the interim, should I take these patches in order to unblock the 
conflict and the multilib issue?


Thanks,
Cal

On 01/04/2018 07:24 AM, Mark Asselstine wrote:

On Wednesday, January 3, 2018 2:02:31 PM EST Cal Sullivan wrote:

In actually testing this patch, I noticed that I was getting a fetcher
warning. After a little investigation I found that
https://github.com/Mellanox/dpdk-dev-libibverbs no longer exists and
we're only getting this thanks to the YP mirroring. Do you know of any
other location we could point to?
Maybe we should actually take this as a signal to revisit things. I 
am having
to piece things together as some of the history is lost with the 
removal of
the dpdk-dev-libibverbs repo and newer revisions of Mellanox DPDK 
pages but I

think we have enough to go on to move forward.

Looking at the history it appears as though dpdk-dev-libibverbs was and
"optimized" version of libibverbs for the ConnectX-3 (reference: 
https://
community.mellanox.com/docs/DOC-2197). The fact that Mellanox has 
dropped the
repository and now simply references libibverbs (and not 
dpdk-dev-libibverbs)
in its latest revision of the Mellanox DPDK documentation (reference: 
https://
community.mellanox.com/docs/DOC-1502). Leads me to believe that we 
should move

on to simply use the latest release of libibverbs.

So I really think the best solution is to drop dpdk-dev-libibverbs 
and simply

use libibverbs. This would drop the need to do any of the 'virtual/' do
jiggery. We can host the libibverbs recipe here still or move to 
oe-core,
Bruce can use PREFERRED_VERSION to continue to use the required 
version in

meta-cloud-services...

Sorry about taking my time in coming to this conclusion. I was short 
on time
and flush with work before the holiday so didn't dig in enough to 
make the

right call.

MarkA


Thanks,
Cal

On 01/02/2018 05:27 PM, Chen Qi wrote:
Fix to correctly set SRC_URI and S to avoid do_fetch failure in 
case of

multilib.

Signed-off-by: Chen Qi 
---

.../dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0.0.0.bb | 8
    1 file changed, 4 insertions(+), 4 deletions(-)

diff --git
a/recipes-extended/dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0. 


0.0.bb
b/recipes-extended/dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0. 


0.0.bb index e40c63b..9118494 100644
---
a/recipes-extended/dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0. 


0.0.bb +++
b/recipes-extended/dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0. 


0.0.bb @@ -3,7 +3,7 @@ HOMEPAGE =
"https://github.com/Mellanox/dpdk-dev-libibverbs;>
   LICENSE = "GPLv2"
   LIC_FILES_CHKSUM =
   "file://COPYING;md5=7c557f27dd795ba77cc419dddc656b51"

-SRC_URI =
"https://github.com/Mellanox/dpdk-dev-libibverbs/archive/libibverbs-${PV} 


.tar.gz;name=${PN} \ +SRC_URI =
"https://github.com/Mellanox/dpdk-dev-libibverbs/archive/libibverbs-${PV} 


.tar.gz \>
  file://init_c.patch \
  file://0001-Fix-build-with-clang.patch \
file://0002-typecast-enum-to-int-before-comparison.patch \

@@ -11,8 +11,8 @@ SRC_URI =
"https://github.com/Mellanox/dpdk-dev-libibverbs/archive/libibverbs-${> 


  file://0004-Fix-clang-warnings.patch \
  "

-SRC_URI[dpdk-dev-libibverbs.md5sum] = 
"65234ee278eb437a7069326f37cd4d86"

-SRC_URI[dpdk-dev-libibverbs.sha256sum] =
"a6471515556cb8d10ad471bb7efb8cf760b248a28aceb57d4534d50d572f56cd"
+SRC_URI[md5sum] = "65234ee278eb437a7069326f37cd4d86"
+SRC_URI[sha256sum] =
"a6471515556cb8d10ad471bb7efb8cf760b248a28aceb57d4534d50d572f56cd">
   # A machine needs to enable this using:
   # COMPATIBLE_MACHINE_pn-dpdk-dev-libibverbs = ""

@@ -20,7 +20,7 @@ SRC_URI[dpdk-dev-libibverbs.sha256sum] =
"a6471515556cb8d10ad471bb7efb8cf760b248>
   COMPATIBLE_MACHINE = "null"
   COMPATIBLE_HOST_libc-musl_class-target = "null"

-S = "${WORKDIR}/${PN}-libibverbs-${PV}"
+S = "${WORKDIR}/dpdk-dev-libibverbs-libibverbs-${PV}"

   COMPATIBLE_HOST = '(i.86|x86_64).*-linux'
   DEPENDS = "libnl"







--
___
meta-intel mailing list
meta-intel@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-intel

Re: [meta-intel] [PATCH 1/3] dpdk-dev-libibverbs: fix do_fetch failure in case of multilib

2018-01-05 Thread Cal Sullivan 



On 01/05/2018 12:20 PM, Mark Asselstine wrote:

On Friday, January 5, 2018 3:17:27 PM EST Cal Sullivan wrote:

This sounds like the right way to go to me.

In the interim, should I take these patches in order to unblock the
conflict and the multilib issue?

Yes, this would help.

Mark


Merged.

Thanks,
Cal




Thanks,
Cal

On 01/04/2018 07:24 AM, Mark Asselstine wrote:

On Wednesday, January 3, 2018 2:02:31 PM EST Cal Sullivan wrote:

In actually testing this patch, I noticed that I was getting a fetcher
warning. After a little investigation I found that
https://github.com/Mellanox/dpdk-dev-libibverbs no longer exists and
we're only getting this thanks to the YP mirroring. Do you know of any
other location we could point to?

Maybe we should actually take this as a signal to revisit things. I am
having to piece things together as some of the history is lost with the
removal of the dpdk-dev-libibverbs repo and newer revisions of Mellanox
DPDK pages but I think we have enough to go on to move forward.

Looking at the history it appears as though dpdk-dev-libibverbs was and
"optimized" version of libibverbs for the ConnectX-3 (reference: https://
community.mellanox.com/docs/DOC-2197). The fact that Mellanox has dropped
the repository and now simply references libibverbs (and not
dpdk-dev-libibverbs) in its latest revision of the Mellanox DPDK
documentation (reference: https:// community.mellanox.com/docs/DOC-1502).
Leads me to believe that we should move on to simply use the latest
release of libibverbs.

So I really think the best solution is to drop dpdk-dev-libibverbs and
simply use libibverbs. This would drop the need to do any of the
'virtual/' do jiggery. We can host the libibverbs recipe here still or
move to oe-core, Bruce can use PREFERRED_VERSION to continue to use the
required version in meta-cloud-services...

Sorry about taking my time in coming to this conclusion. I was short on
time and flush with work before the holiday so didn't dig in enough to
make the right call.

MarkA


Thanks,
Cal

On 01/02/2018 05:27 PM, Chen Qi wrote:

Fix to correctly set SRC_URI and S to avoid do_fetch failure in case of
multilib.

Signed-off-by: Chen Qi 
---

.../dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0.0.0.bb  | 8
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git
a/recipes-extended/dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0
.
0.0.bb
b/recipes-extended/dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0
.
0.0.bb index e40c63b..9118494 100644
---
a/recipes-extended/dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0
.
0.0.bb +++
b/recipes-extended/dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0
.
0.0.bb @@ -3,7 +3,7 @@ HOMEPAGE =
"https://github.com/Mellanox/dpdk-dev-libibverbs;>

LICENSE = "GPLv2"
LIC_FILES_CHKSUM =
"file://COPYING;md5=7c557f27dd795ba77cc419dddc656b51"

-SRC_URI =
"https://github.com/Mellanox/dpdk-dev-libibverbs/archive/libibverbs-${PV
}
.tar.gz;name=${PN} \ +SRC_URI =
"https://github.com/Mellanox/dpdk-dev-libibverbs/archive/libibverbs-${PV
}
.tar.gz \>

   file://init_c.patch \
   file://0001-Fix-build-with-clang.patch \
   file://0002-typecast-enum-to-int-before-comparison.patch \

@@ -11,8 +11,8 @@ SRC_URI =
"https://github.com/Mellanox/dpdk-dev-libibverbs/archive/libibverbs-${>

   file://0004-Fix-clang-warnings.patch \
   "

-SRC_URI[dpdk-dev-libibverbs.md5sum] =
"65234ee278eb437a7069326f37cd4d86"
-SRC_URI[dpdk-dev-libibverbs.sha256sum] =
"a6471515556cb8d10ad471bb7efb8cf760b248a28aceb57d4534d50d572f56cd"
+SRC_URI[md5sum] = "65234ee278eb437a7069326f37cd4d86"
+SRC_URI[sha256sum] =
"a6471515556cb8d10ad471bb7efb8cf760b248a28aceb57d4534d50d572f56cd">

# A machine needs to enable this using:
# COMPATIBLE_MACHINE_pn-dpdk-dev-libibverbs = ""

@@ -20,7 +20,7 @@ SRC_URI[dpdk-dev-libibverbs.sha256sum] =
"a6471515556cb8d10ad471bb7efb8cf760b248>

COMPATIBLE_MACHINE = "null"
COMPATIBLE_HOST_libc-musl_class-target = "null"

-S = "${WORKDIR}/${PN}-libibverbs-${PV}"
+S = "${WORKDIR}/dpdk-dev-libibverbs-libibverbs-${PV}"

COMPATIBLE_HOST = '(i.86|x86_64).*-linux'
DEPENDS = "libnl"




--
___
meta-intel mailing list
meta-intel@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-intel

Re: [meta-intel] [PATCH 1/3] dpdk-dev-libibverbs: fix do_fetch failure in case of multilib

2018-01-05 Thread Mark Asselstine 
On Friday, January 5, 2018 3:17:27 PM EST Cal Sullivan wrote:
> This sounds like the right way to go to me.
> 
> In the interim, should I take these patches in order to unblock the
> conflict and the multilib issue?

Yes, this would help.

Mark

> 
> Thanks,
> Cal
> 
> On 01/04/2018 07:24 AM, Mark Asselstine wrote:
> > On Wednesday, January 3, 2018 2:02:31 PM EST Cal Sullivan wrote:
> >> In actually testing this patch, I noticed that I was getting a fetcher
> >> warning. After a little investigation I found that
> >> https://github.com/Mellanox/dpdk-dev-libibverbs no longer exists and
> >> we're only getting this thanks to the YP mirroring. Do you know of any
> >> other location we could point to?
> > 
> > Maybe we should actually take this as a signal to revisit things. I am
> > having to piece things together as some of the history is lost with the
> > removal of the dpdk-dev-libibverbs repo and newer revisions of Mellanox
> > DPDK pages but I think we have enough to go on to move forward.
> > 
> > Looking at the history it appears as though dpdk-dev-libibverbs was and
> > "optimized" version of libibverbs for the ConnectX-3 (reference: https://
> > community.mellanox.com/docs/DOC-2197). The fact that Mellanox has dropped
> > the repository and now simply references libibverbs (and not
> > dpdk-dev-libibverbs) in its latest revision of the Mellanox DPDK
> > documentation (reference: https:// community.mellanox.com/docs/DOC-1502).
> > Leads me to believe that we should move on to simply use the latest
> > release of libibverbs.
> > 
> > So I really think the best solution is to drop dpdk-dev-libibverbs and
> > simply use libibverbs. This would drop the need to do any of the
> > 'virtual/' do jiggery. We can host the libibverbs recipe here still or
> > move to oe-core, Bruce can use PREFERRED_VERSION to continue to use the
> > required version in meta-cloud-services...
> > 
> > Sorry about taking my time in coming to this conclusion. I was short on
> > time and flush with work before the holiday so didn't dig in enough to
> > make the right call.
> > 
> > MarkA
> > 
> >> Thanks,
> >> Cal
> >> 
> >> On 01/02/2018 05:27 PM, Chen Qi wrote:
> >>> Fix to correctly set SRC_URI and S to avoid do_fetch failure in case of
> >>> multilib.
> >>> 
> >>> Signed-off-by: Chen Qi 
> >>> ---
> >>> 
> >>>.../dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0.0.0.bb  | 8
> >>> 1 file changed, 4 insertions(+), 4 deletions(-)
> >>> 
> >>> diff --git
> >>> a/recipes-extended/dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0
> >>> .
> >>> 0.0.bb
> >>> b/recipes-extended/dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0
> >>> .
> >>> 0.0.bb index e40c63b..9118494 100644
> >>> ---
> >>> a/recipes-extended/dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0
> >>> .
> >>> 0.0.bb +++
> >>> b/recipes-extended/dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0
> >>> .
> >>> 0.0.bb @@ -3,7 +3,7 @@ HOMEPAGE =
> >>> "https://github.com/Mellanox/dpdk-dev-libibverbs;>
> >>> 
> >>>LICENSE = "GPLv2"
> >>>LIC_FILES_CHKSUM =
> >>>"file://COPYING;md5=7c557f27dd795ba77cc419dddc656b51"
> >>> 
> >>> -SRC_URI =
> >>> "https://github.com/Mellanox/dpdk-dev-libibverbs/archive/libibverbs-${PV
> >>> }
> >>> .tar.gz;name=${PN} \ +SRC_URI =
> >>> "https://github.com/Mellanox/dpdk-dev-libibverbs/archive/libibverbs-${PV
> >>> }
> >>> .tar.gz \>
> >>> 
> >>>   file://init_c.patch \
> >>>   file://0001-Fix-build-with-clang.patch \
> >>>   file://0002-typecast-enum-to-int-before-comparison.patch \
> >>> 
> >>> @@ -11,8 +11,8 @@ SRC_URI =
> >>> "https://github.com/Mellanox/dpdk-dev-libibverbs/archive/libibverbs-${>
> >>> 
> >>>   file://0004-Fix-clang-warnings.patch \
> >>>   "
> >>> 
> >>> -SRC_URI[dpdk-dev-libibverbs.md5sum] =
> >>> "65234ee278eb437a7069326f37cd4d86"
> >>> -SRC_URI[dpdk-dev-libibverbs.sha256sum] =
> >>> "a6471515556cb8d10ad471bb7efb8cf760b248a28aceb57d4534d50d572f56cd"
> >>> +SRC_URI[md5sum] = "65234ee278eb437a7069326f37cd4d86"
> >>> +SRC_URI[sha256sum] =
> >>> "a6471515556cb8d10ad471bb7efb8cf760b248a28aceb57d4534d50d572f56cd">
> >>> 
> >>># A machine needs to enable this using:
> >>># COMPATIBLE_MACHINE_pn-dpdk-dev-libibverbs = ""
> >>> 
> >>> @@ -20,7 +20,7 @@ SRC_URI[dpdk-dev-libibverbs.sha256sum] =
> >>> "a6471515556cb8d10ad471bb7efb8cf760b248>
> >>> 
> >>>COMPATIBLE_MACHINE = "null"
> >>>COMPATIBLE_HOST_libc-musl_class-target = "null"
> >>> 
> >>> -S = "${WORKDIR}/${PN}-libibverbs-${PV}"
> >>> +S = "${WORKDIR}/dpdk-dev-libibverbs-libibverbs-${PV}"
> >>> 
> >>>COMPATIBLE_HOST = '(i.86|x86_64).*-linux'
> >>>DEPENDS = "libnl"


-- 
___
meta-intel mailing list
meta-intel@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-intel

Re: [meta-intel] [PATCH 1/3] dpdk-dev-libibverbs: fix do_fetch failure in case of multilib

2018-01-05 Thread Cal Sullivan 

This sounds like the right way to go to me.

In the interim, should I take these patches in order to unblock the 
conflict and the multilib issue?


Thanks,
Cal

On 01/04/2018 07:24 AM, Mark Asselstine wrote:

On Wednesday, January 3, 2018 2:02:31 PM EST Cal Sullivan wrote:

In actually testing this patch, I noticed that I was getting a fetcher
warning. After a little investigation I found that
https://github.com/Mellanox/dpdk-dev-libibverbs no longer exists and
we're only getting this thanks to the YP mirroring. Do you know of any
other location we could point to?

Maybe we should actually take this as a signal to revisit things. I am having
to piece things together as some of the history is lost with the removal of
the dpdk-dev-libibverbs repo and newer revisions of Mellanox DPDK pages but I
think we have enough to go on to move forward.

Looking at the history it appears as though dpdk-dev-libibverbs was and
"optimized" version of libibverbs for the ConnectX-3 (reference: https://
community.mellanox.com/docs/DOC-2197). The fact that Mellanox has dropped the
repository and now simply references libibverbs (and not dpdk-dev-libibverbs)
in its latest revision of the Mellanox DPDK documentation (reference: https://
community.mellanox.com/docs/DOC-1502). Leads me to believe that we should move
on to simply use the latest release of libibverbs.

So I really think the best solution is to drop dpdk-dev-libibverbs and simply
use libibverbs. This would drop the need to do any of the 'virtual/' do
jiggery. We can host the libibverbs recipe here still or move to oe-core,
Bruce can use PREFERRED_VERSION to continue to use the required version in
meta-cloud-services...

Sorry about taking my time in coming to this conclusion. I was short on time
and flush with work before the holiday so didn't dig in enough to make the
right call.

MarkA


Thanks,
Cal

On 01/02/2018 05:27 PM, Chen Qi wrote:

Fix to correctly set SRC_URI and S to avoid do_fetch failure in case of
multilib.

Signed-off-by: Chen Qi 
---

   .../dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0.0.0.bb  | 8
    1 file changed, 4 insertions(+), 4 deletions(-)

diff --git
a/recipes-extended/dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0.
0.0.bb
b/recipes-extended/dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0.
0.0.bb index e40c63b..9118494 100644
---
a/recipes-extended/dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0.
0.0.bb +++
b/recipes-extended/dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0.
0.0.bb @@ -3,7 +3,7 @@ HOMEPAGE =
"https://github.com/Mellanox/dpdk-dev-libibverbs;>
   LICENSE = "GPLv2"
   LIC_FILES_CHKSUM =
   "file://COPYING;md5=7c557f27dd795ba77cc419dddc656b51"

-SRC_URI =
"https://github.com/Mellanox/dpdk-dev-libibverbs/archive/libibverbs-${PV}
.tar.gz;name=${PN} \ +SRC_URI =
"https://github.com/Mellanox/dpdk-dev-libibverbs/archive/libibverbs-${PV}
.tar.gz \>
  file://init_c.patch \
  file://0001-Fix-build-with-clang.patch \
  file://0002-typecast-enum-to-int-before-comparison.patch \

@@ -11,8 +11,8 @@ SRC_URI =
"https://github.com/Mellanox/dpdk-dev-libibverbs/archive/libibverbs-${>
  file://0004-Fix-clang-warnings.patch \
  "

-SRC_URI[dpdk-dev-libibverbs.md5sum] = "65234ee278eb437a7069326f37cd4d86"
-SRC_URI[dpdk-dev-libibverbs.sha256sum] =
"a6471515556cb8d10ad471bb7efb8cf760b248a28aceb57d4534d50d572f56cd"
+SRC_URI[md5sum] = "65234ee278eb437a7069326f37cd4d86"
+SRC_URI[sha256sum] =
"a6471515556cb8d10ad471bb7efb8cf760b248a28aceb57d4534d50d572f56cd">
   # A machine needs to enable this using:
   # COMPATIBLE_MACHINE_pn-dpdk-dev-libibverbs = ""

@@ -20,7 +20,7 @@ SRC_URI[dpdk-dev-libibverbs.sha256sum] =
"a6471515556cb8d10ad471bb7efb8cf760b248>
   COMPATIBLE_MACHINE = "null"
   COMPATIBLE_HOST_libc-musl_class-target = "null"

-S = "${WORKDIR}/${PN}-libibverbs-${PV}"
+S = "${WORKDIR}/dpdk-dev-libibverbs-libibverbs-${PV}"

   COMPATIBLE_HOST = '(i.86|x86_64).*-linux'
   DEPENDS = "libnl"




--
___
meta-intel mailing list
meta-intel@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-intel

Re: [meta-intel] [PATCH 1/3] dpdk-dev-libibverbs: fix do_fetch failure in case of multilib

2018-01-04 Thread Mark Asselstine 
On Wednesday, January 3, 2018 2:02:31 PM EST Cal Sullivan wrote:
> In actually testing this patch, I noticed that I was getting a fetcher
> warning. After a little investigation I found that
> https://github.com/Mellanox/dpdk-dev-libibverbs no longer exists and
> we're only getting this thanks to the YP mirroring. Do you know of any
> other location we could point to?

Maybe we should actually take this as a signal to revisit things. I am having 
to piece things together as some of the history is lost with the removal of 
the dpdk-dev-libibverbs repo and newer revisions of Mellanox DPDK pages but I 
think we have enough to go on to move forward.

Looking at the history it appears as though dpdk-dev-libibverbs was and 
"optimized" version of libibverbs for the ConnectX-3 (reference: https://
community.mellanox.com/docs/DOC-2197). The fact that Mellanox has dropped the 
repository and now simply references libibverbs (and not dpdk-dev-libibverbs) 
in its latest revision of the Mellanox DPDK documentation (reference: https://
community.mellanox.com/docs/DOC-1502). Leads me to believe that we should move 
on to simply use the latest release of libibverbs.

So I really think the best solution is to drop dpdk-dev-libibverbs and simply 
use libibverbs. This would drop the need to do any of the 'virtual/' do 
jiggery. We can host the libibverbs recipe here still or move to oe-core, 
Bruce can use PREFERRED_VERSION to continue to use the required version in 
meta-cloud-services...

Sorry about taking my time in coming to this conclusion. I was short on time 
and flush with work before the holiday so didn't dig in enough to make the 
right call.

MarkA

> 
> Thanks,
> Cal
> 
> On 01/02/2018 05:27 PM, Chen Qi wrote:
> > Fix to correctly set SRC_URI and S to avoid do_fetch failure in case of
> > multilib.
> > 
> > Signed-off-by: Chen Qi 
> > ---
> > 
> >   .../dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0.0.0.bb  | 8
> >    1 file changed, 4 insertions(+), 4 deletions(-)
> > 
> > diff --git
> > a/recipes-extended/dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0.
> > 0.0.bb
> > b/recipes-extended/dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0.
> > 0.0.bb index e40c63b..9118494 100644
> > ---
> > a/recipes-extended/dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0.
> > 0.0.bb +++
> > b/recipes-extended/dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0.
> > 0.0.bb @@ -3,7 +3,7 @@ HOMEPAGE =
> > "https://github.com/Mellanox/dpdk-dev-libibverbs;> 
> >   LICENSE = "GPLv2"
> >   LIC_FILES_CHKSUM = 
> >   "file://COPYING;md5=7c557f27dd795ba77cc419dddc656b51"
> > 
> > -SRC_URI =
> > "https://github.com/Mellanox/dpdk-dev-libibverbs/archive/libibverbs-${PV}
> > .tar.gz;name=${PN} \ +SRC_URI =
> > "https://github.com/Mellanox/dpdk-dev-libibverbs/archive/libibverbs-${PV}
> > .tar.gz \> 
> >  file://init_c.patch \
> >  file://0001-Fix-build-with-clang.patch \
> >  file://0002-typecast-enum-to-int-before-comparison.patch \
> > 
> > @@ -11,8 +11,8 @@ SRC_URI =
> > "https://github.com/Mellanox/dpdk-dev-libibverbs/archive/libibverbs-${> 
> >  file://0004-Fix-clang-warnings.patch \
> >  "
> > 
> > -SRC_URI[dpdk-dev-libibverbs.md5sum] = "65234ee278eb437a7069326f37cd4d86"
> > -SRC_URI[dpdk-dev-libibverbs.sha256sum] =
> > "a6471515556cb8d10ad471bb7efb8cf760b248a28aceb57d4534d50d572f56cd"
> > +SRC_URI[md5sum] = "65234ee278eb437a7069326f37cd4d86"
> > +SRC_URI[sha256sum] =
> > "a6471515556cb8d10ad471bb7efb8cf760b248a28aceb57d4534d50d572f56cd"> 
> >   # A machine needs to enable this using:
> >   # COMPATIBLE_MACHINE_pn-dpdk-dev-libibverbs = ""
> > 
> > @@ -20,7 +20,7 @@ SRC_URI[dpdk-dev-libibverbs.sha256sum] =
> > "a6471515556cb8d10ad471bb7efb8cf760b248> 
> >   COMPATIBLE_MACHINE = "null"
> >   COMPATIBLE_HOST_libc-musl_class-target = "null"
> > 
> > -S = "${WORKDIR}/${PN}-libibverbs-${PV}"
> > +S = "${WORKDIR}/dpdk-dev-libibverbs-libibverbs-${PV}"
> > 
> >   COMPATIBLE_HOST = '(i.86|x86_64).*-linux'
> >   DEPENDS = "libnl"


-- 
___
meta-intel mailing list
meta-intel@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-intel

Re: [meta-intel] [PATCH 1/3] dpdk-dev-libibverbs: fix do_fetch failure in case of multilib

2018-01-04 Thread Bruce Ashfield 
On Wed, Jan 3, 2018 at 8:56 PM, ChenQi  wrote:
> On 01/04/2018 03:02 AM, Cal Sullivan wrote:
>>
>> In actually testing this patch, I noticed that I was getting a fetcher
>> warning. After a little investigation I found that
>> https://github.com/Mellanox/dpdk-dev-libibverbs no longer exists and we're
>> only getting this thanks to the YP mirroring. Do you know of any other
>> location we could point to?
>>
>> Thanks,
>> Cal
>>
>
> Hi Cal,
>
> I don't know any other location. It seems that this project no longer
> exists.
> Could you directly point the SRC_URI to yocto download location?
>
> There's a libibverbs recipe in meta-cloud-services. When I started to solve
> this conflict problem, there were two choices in front of me.
> 1) Use 'virtual/libibverbs' approach.
> 2) Drop one recipe, put the other in a common local (e.g. meta-oe layer),
> and make meta-dpdk and meta-cloud-services depend on that layer.
>
> I finally chose the first one, because
> 1) it would definitely bring in no regression problem. Users could choose
> libibverbs or dpdk-dev-libibverbs as they like.
> 2) I was not sure why dpdk-dev-libibverbs recipe was created in the first
> place.
>
> Anyway, for this SRC_URI problem, if we couldn't be sure that
> dpdk-dev-libibverbs is not necessary, let's just point the SRC_URI to yocto
> download location; otherwise, maybe the second approach above could be used.

I'm going to have to carry a different recipe in meta-cloud-services
regardless, due
to version and feature requirements that we have in the system level use cases.

So any solution that involves dropping the recipe there and moving things to a
single location, won't fly.

Cheers,

Bruce

>
> Best Regards,
> Chen Qi
>
>
>
>> On 01/02/2018 05:27 PM, Chen Qi wrote:
>>>
>>> Fix to correctly set SRC_URI and S to avoid do_fetch failure in case of
>>> multilib.
>>>
>>> Signed-off-by: Chen Qi 
>>> ---
>>> .../dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0.0.0.bb | 8
>>> 
>>>   1 file changed, 4 insertions(+), 4 deletions(-)
>>>
>>> diff --git
>>> a/recipes-extended/dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0.0.0.bb
>>> b/recipes-extended/dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0.0.0.bb
>>> index e40c63b..9118494 100644
>>> ---
>>> a/recipes-extended/dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0.0.0.bb
>>> +++
>>> b/recipes-extended/dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0.0.0.bb
>>> @@ -3,7 +3,7 @@ HOMEPAGE =
>>> "https://github.com/Mellanox/dpdk-dev-libibverbs;
>>>   LICENSE = "GPLv2"
>>>   LIC_FILES_CHKSUM =
>>> "file://COPYING;md5=7c557f27dd795ba77cc419dddc656b51"
>>>   -SRC_URI =
>>> "https://github.com/Mellanox/dpdk-dev-libibverbs/archive/libibverbs-${PV}.tar.gz;name=${PN}
>>> \
>>> +SRC_URI =
>>> "https://github.com/Mellanox/dpdk-dev-libibverbs/archive/libibverbs-${PV}.tar.gz
>>> \
>>>  file://init_c.patch \
>>>  file://0001-Fix-build-with-clang.patch \
>>> file://0002-typecast-enum-to-int-before-comparison.patch \
>>> @@ -11,8 +11,8 @@ SRC_URI =
>>> "https://github.com/Mellanox/dpdk-dev-libibverbs/archive/libibverbs-${
>>>  file://0004-Fix-clang-warnings.patch \
>>>  "
>>>   -SRC_URI[dpdk-dev-libibverbs.md5sum] =
>>> "65234ee278eb437a7069326f37cd4d86"
>>> -SRC_URI[dpdk-dev-libibverbs.sha256sum] =
>>> "a6471515556cb8d10ad471bb7efb8cf760b248a28aceb57d4534d50d572f56cd"
>>> +SRC_URI[md5sum] = "65234ee278eb437a7069326f37cd4d86"
>>> +SRC_URI[sha256sum] =
>>> "a6471515556cb8d10ad471bb7efb8cf760b248a28aceb57d4534d50d572f56cd"
>>> # A machine needs to enable this using:
>>>   # COMPATIBLE_MACHINE_pn-dpdk-dev-libibverbs = ""
>>> @@ -20,7 +20,7 @@ SRC_URI[dpdk-dev-libibverbs.sha256sum] =
>>> "a6471515556cb8d10ad471bb7efb8cf760b248
>>>   COMPATIBLE_MACHINE = "null"
>>>   COMPATIBLE_HOST_libc-musl_class-target = "null"
>>>   -S = "${WORKDIR}/${PN}-libibverbs-${PV}"
>>> +S = "${WORKDIR}/dpdk-dev-libibverbs-libibverbs-${PV}"
>>>   COMPATIBLE_HOST = '(i.86|x86_64).*-linux'
>>>   DEPENDS = "libnl"
>>
>>
>>
>
> --
> ___
> meta-intel mailing list
> meta-intel@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/meta-intel



-- 
"Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end"
-- 
___
meta-intel mailing list
meta-intel@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-intel

Re: [meta-intel] [PATCH 1/3] dpdk-dev-libibverbs: fix do_fetch failure in case of multilib

2018-01-03 Thread ChenQi 

On 01/04/2018 03:02 AM, Cal Sullivan wrote:
In actually testing this patch, I noticed that I was getting a fetcher 
warning. After a little investigation I found that 
https://github.com/Mellanox/dpdk-dev-libibverbs no longer exists and 
we're only getting this thanks to the YP mirroring. Do you know of any 
other location we could point to?


Thanks,
Cal



Hi Cal,

I don't know any other location. It seems that this project no longer 
exists.

Could you directly point the SRC_URI to yocto download location?

There's a libibverbs recipe in meta-cloud-services. When I started to 
solve this conflict problem, there were two choices in front of me.

1) Use 'virtual/libibverbs' approach.
2) Drop one recipe, put the other in a common local (e.g. meta-oe 
layer), and make meta-dpdk and meta-cloud-services depend on that layer.


I finally chose the first one, because
1) it would definitely bring in no regression problem. Users could 
choose libibverbs or dpdk-dev-libibverbs as they like.
2) I was not sure why dpdk-dev-libibverbs recipe was created in the 
first place.


Anyway, for this SRC_URI problem, if we couldn't be sure that 
dpdk-dev-libibverbs is not necessary, let's just point the SRC_URI to 
yocto download location; otherwise, maybe the second approach above 
could be used.


Best Regards,
Chen Qi



On 01/02/2018 05:27 PM, Chen Qi wrote:
Fix to correctly set SRC_URI and S to avoid do_fetch failure in case 
of multilib.


Signed-off-by: Chen Qi 
---
.../dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0.0.0.bb | 8 


  1 file changed, 4 insertions(+), 4 deletions(-)

diff --git 
a/recipes-extended/dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0.0.0.bb 
b/recipes-extended/dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0.0.0.bb 


index e40c63b..9118494 100644
--- 
a/recipes-extended/dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0.0.0.bb
+++ 
b/recipes-extended/dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0.0.0.bb
@@ -3,7 +3,7 @@ HOMEPAGE = 
"https://github.com/Mellanox/dpdk-dev-libibverbs;

  LICENSE = "GPLv2"
  LIC_FILES_CHKSUM = 
"file://COPYING;md5=7c557f27dd795ba77cc419dddc656b51"
  -SRC_URI = 
"https://github.com/Mellanox/dpdk-dev-libibverbs/archive/libibverbs-${PV}.tar.gz;name=${PN} 
\
+SRC_URI = 
"https://github.com/Mellanox/dpdk-dev-libibverbs/archive/libibverbs-${PV}.tar.gz 
\

 file://init_c.patch \
 file://0001-Fix-build-with-clang.patch \
file://0002-typecast-enum-to-int-before-comparison.patch \
@@ -11,8 +11,8 @@ SRC_URI = 
"https://github.com/Mellanox/dpdk-dev-libibverbs/archive/libibverbs-${

 file://0004-Fix-clang-warnings.patch \
 "
  -SRC_URI[dpdk-dev-libibverbs.md5sum] = 
"65234ee278eb437a7069326f37cd4d86"
-SRC_URI[dpdk-dev-libibverbs.sha256sum] = 
"a6471515556cb8d10ad471bb7efb8cf760b248a28aceb57d4534d50d572f56cd"

+SRC_URI[md5sum] = "65234ee278eb437a7069326f37cd4d86"
+SRC_URI[sha256sum] = 
"a6471515556cb8d10ad471bb7efb8cf760b248a28aceb57d4534d50d572f56cd"

# A machine needs to enable this using:
  # COMPATIBLE_MACHINE_pn-dpdk-dev-libibverbs = ""
@@ -20,7 +20,7 @@ SRC_URI[dpdk-dev-libibverbs.sha256sum] = 
"a6471515556cb8d10ad471bb7efb8cf760b248

  COMPATIBLE_MACHINE = "null"
  COMPATIBLE_HOST_libc-musl_class-target = "null"
  -S = "${WORKDIR}/${PN}-libibverbs-${PV}"
+S = "${WORKDIR}/dpdk-dev-libibverbs-libibverbs-${PV}"
  COMPATIBLE_HOST = '(i.86|x86_64).*-linux'
  DEPENDS = "libnl"





--
___
meta-intel mailing list
meta-intel@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-intel

Re: [meta-intel] [PATCH 1/3] dpdk-dev-libibverbs: fix do_fetch failure in case of multilib

2018-01-03 Thread Cal Sullivan 
In actually testing this patch, I noticed that I was getting a fetcher 
warning. After a little investigation I found that 
https://github.com/Mellanox/dpdk-dev-libibverbs no longer exists and 
we're only getting this thanks to the YP mirroring. Do you know of any 
other location we could point to?


Thanks,
Cal

On 01/02/2018 05:27 PM, Chen Qi wrote:

Fix to correctly set SRC_URI and S to avoid do_fetch failure in case of 
multilib.

Signed-off-by: Chen Qi 
---
  .../dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0.0.0.bb  | 8 
  1 file changed, 4 insertions(+), 4 deletions(-)

diff --git 
a/recipes-extended/dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0.0.0.bb 
b/recipes-extended/dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0.0.0.bb
index e40c63b..9118494 100644
--- 
a/recipes-extended/dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0.0.0.bb
+++ 
b/recipes-extended/dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0.0.0.bb
@@ -3,7 +3,7 @@ HOMEPAGE = "https://github.com/Mellanox/dpdk-dev-libibverbs;
  LICENSE = "GPLv2"
  LIC_FILES_CHKSUM =  "file://COPYING;md5=7c557f27dd795ba77cc419dddc656b51"
  
-SRC_URI = "https://github.com/Mellanox/dpdk-dev-libibverbs/archive/libibverbs-${PV}.tar.gz;name=${PN} \

+SRC_URI = 
"https://github.com/Mellanox/dpdk-dev-libibverbs/archive/libibverbs-${PV}.tar.gz
 \
 file://init_c.patch \
 file://0001-Fix-build-with-clang.patch \
 file://0002-typecast-enum-to-int-before-comparison.patch \
@@ -11,8 +11,8 @@ SRC_URI = 
"https://github.com/Mellanox/dpdk-dev-libibverbs/archive/libibverbs-${
 file://0004-Fix-clang-warnings.patch \
 "
  
-SRC_URI[dpdk-dev-libibverbs.md5sum] = "65234ee278eb437a7069326f37cd4d86"

-SRC_URI[dpdk-dev-libibverbs.sha256sum] = 
"a6471515556cb8d10ad471bb7efb8cf760b248a28aceb57d4534d50d572f56cd"
+SRC_URI[md5sum] = "65234ee278eb437a7069326f37cd4d86"
+SRC_URI[sha256sum] = 
"a6471515556cb8d10ad471bb7efb8cf760b248a28aceb57d4534d50d572f56cd"
  
  # A machine needs to enable this using:

  # COMPATIBLE_MACHINE_pn-dpdk-dev-libibverbs = ""
@@ -20,7 +20,7 @@ SRC_URI[dpdk-dev-libibverbs.sha256sum] = 
"a6471515556cb8d10ad471bb7efb8cf760b248
  COMPATIBLE_MACHINE = "null"
  COMPATIBLE_HOST_libc-musl_class-target = "null"
  
-S = "${WORKDIR}/${PN}-libibverbs-${PV}"

+S = "${WORKDIR}/dpdk-dev-libibverbs-libibverbs-${PV}"
  COMPATIBLE_HOST = '(i.86|x86_64).*-linux'
  DEPENDS = "libnl"
  


--
___
meta-intel mailing list
meta-intel@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-intel

Re: [meta-intel] [PATCH 1/3] dpdk-dev-libibverbs: fix do_fetch failure in case of multilib

2018-01-03 Thread Cal Sullivan 
These look good to me. I take it these take precedence over Mark's patch 
from before the break?


Thanks,
Cal

On 01/02/2018 05:27 PM, Chen Qi wrote:

Fix to correctly set SRC_URI and S to avoid do_fetch failure in case of 
multilib.

Signed-off-by: Chen Qi 
---
  .../dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0.0.0.bb  | 8 
  1 file changed, 4 insertions(+), 4 deletions(-)

diff --git 
a/recipes-extended/dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0.0.0.bb 
b/recipes-extended/dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0.0.0.bb
index e40c63b..9118494 100644
--- 
a/recipes-extended/dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0.0.0.bb
+++ 
b/recipes-extended/dpdk-dev-libibverbs/dpdk-dev-libibverbs_1.2.1-3.4-2.0.0.0.bb
@@ -3,7 +3,7 @@ HOMEPAGE = "https://github.com/Mellanox/dpdk-dev-libibverbs;
  LICENSE = "GPLv2"
  LIC_FILES_CHKSUM =  "file://COPYING;md5=7c557f27dd795ba77cc419dddc656b51"
  
-SRC_URI = "https://github.com/Mellanox/dpdk-dev-libibverbs/archive/libibverbs-${PV}.tar.gz;name=${PN} \

+SRC_URI = 
"https://github.com/Mellanox/dpdk-dev-libibverbs/archive/libibverbs-${PV}.tar.gz
 \
 file://init_c.patch \
 file://0001-Fix-build-with-clang.patch \
 file://0002-typecast-enum-to-int-before-comparison.patch \
@@ -11,8 +11,8 @@ SRC_URI = 
"https://github.com/Mellanox/dpdk-dev-libibverbs/archive/libibverbs-${
 file://0004-Fix-clang-warnings.patch \
 "
  
-SRC_URI[dpdk-dev-libibverbs.md5sum] = "65234ee278eb437a7069326f37cd4d86"

-SRC_URI[dpdk-dev-libibverbs.sha256sum] = 
"a6471515556cb8d10ad471bb7efb8cf760b248a28aceb57d4534d50d572f56cd"
+SRC_URI[md5sum] = "65234ee278eb437a7069326f37cd4d86"
+SRC_URI[sha256sum] = 
"a6471515556cb8d10ad471bb7efb8cf760b248a28aceb57d4534d50d572f56cd"
  
  # A machine needs to enable this using:

  # COMPATIBLE_MACHINE_pn-dpdk-dev-libibverbs = ""
@@ -20,7 +20,7 @@ SRC_URI[dpdk-dev-libibverbs.sha256sum] = 
"a6471515556cb8d10ad471bb7efb8cf760b248
  COMPATIBLE_MACHINE = "null"
  COMPATIBLE_HOST_libc-musl_class-target = "null"
  
-S = "${WORKDIR}/${PN}-libibverbs-${PV}"

+S = "${WORKDIR}/dpdk-dev-libibverbs-libibverbs-${PV}"
  COMPATIBLE_HOST = '(i.86|x86_64).*-linux'
  DEPENDS = "libnl"
  


--
___
meta-intel mailing list
meta-intel@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-intel