DPDK patches and discussions
 help / color / mirror / Atom feed
* crypto/uadk: introduce uadk crypto driver
@ 2022-10-17  7:02 Akhil Goyal
  2022-10-17 14:02 ` Zhangfei Gao
  2022-10-19 13:19 ` Zhangfei Gao
  0 siblings, 2 replies; 10+ messages in thread
From: Akhil Goyal @ 2022-10-17  7:02 UTC (permalink / raw)
  To: techboard; +Cc: dev, Zhangfei Gao, acc

[-- Attachment #1: Type: text/plain, Size: 637 bytes --]

Hi everyone,

We have a new crypto PMD submitted on ML (http://patches.dpdk.org/project/dpdk/cover/20221008083747.6559-1-zhangfei.gao@linaro.org/)

This PMD is dependent on an external library which needs to be cross compiled for ARM on x86.
It mandatorily need "numactl" also cross-compiled and instead of using pkg-config of libnuma, it need the library and headers to be copied manually to aarch toolchain.
And if that is also done, it is not generating pkg-config which DPDK can use to compile the PMD.

So the question is whether we can accept the PMD without pkg-config and along with above dependency?

Regards,
Akhil

[-- Attachment #2: Type: text/html, Size: 2717 bytes --]

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: crypto/uadk: introduce uadk crypto driver
  2022-10-17  7:02 crypto/uadk: introduce uadk crypto driver Akhil Goyal
@ 2022-10-17 14:02 ` Zhangfei Gao
  2022-10-18 10:07   ` Zhangfei Gao
  2022-10-19 13:19 ` Zhangfei Gao
  1 sibling, 1 reply; 10+ messages in thread
From: Zhangfei Gao @ 2022-10-17 14:02 UTC (permalink / raw)
  To: Akhil Goyal, techboard; +Cc: dev, Zhangfei Gao, acc

Hi, Akhil

On 2022/10/17 下午3:02, Akhil Goyal wrote:
>
> Hi everyone,
>
> We have a new crypto PMD submitted on ML 
> (http://patches.dpdk.org/project/dpdk/cover/20221008083747.6559-1-zhangfei.gao@linaro.org/)
>
> This PMD is dependent on an external library which needs to be cross 
> compiled for ARM on x86.
>
> It mandatorily need “numactl” also cross-compiled and instead of using 
> pkg-config of libnuma, it need the library and headers to be copied 
> manually to aarch toolchain.
>
> And if that is also done, it is not generating pkg-config which DPDK 
> can use to compile the PMD.
>

Thanks for the guidance

We are trying to provide pkgconfig file for uadk libs
https://github.com/Linaro/uadk/pull/513

And have fixed the x86 local build.
https://github.com/Linaro/uadk/pull/512

Though currently uadk crypto pmd is targeting for ARM,
So add build dependency (dpdk_conf.get('RTE_ARCH_64')) in meson.build

Thanks

> So the question is whether we can accept the PMD without pkg-config 
> and along with above dependency?
>
> Regards,
>
> Akhil
>


^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: crypto/uadk: introduce uadk crypto driver
  2022-10-17 14:02 ` Zhangfei Gao
@ 2022-10-18 10:07   ` Zhangfei Gao
  2022-10-18 10:52     ` Zhangfei Gao
  0 siblings, 1 reply; 10+ messages in thread
From: Zhangfei Gao @ 2022-10-18 10:07 UTC (permalink / raw)
  To: Zhangfei Gao, Akhil Goyal, techboard; +Cc: dev, acc

Hi, Akhil

>
> On 2022/10/17 下午3:02, Akhil Goyal wrote:
>>
>> Hi everyone,
>>
>> We have a new crypto PMD submitted on ML 
>> (http://patches.dpdk.org/project/dpdk/cover/20221008083747.6559-1-zhangfei.gao@linaro.org/)
>>
>> This PMD is dependent on an external library which needs to be cross 
>> compiled for ARM on x86.
>>
>> It mandatorily need “numactl” also cross-compiled and instead of 
>> using pkg-config of libnuma, it need the library and headers to be 
>> copied manually to aarch toolchain.
>>
>> And if that is also done, it is not generating pkg-config which DPDK 
>> can use to compile the PMD.
>>
>
> Thanks for the guidance
>
> We are trying to provide pkgconfig file for uadk libs
> https://github.com/Linaro/uadk/pull/513
>
> And have fixed the x86 local build.
> https://github.com/Linaro/uadk/pull/512

Under this git pull, I have verified building and installing dpdk on x86 
with this diff to switch to pkg-config

diff --git a/drivers/crypto/uadk/meson.build 
b/drivers/crypto/uadk/meson.build
index dda6c6b257..f6fae0a239 100644
--- a/drivers/crypto/uadk/meson.build
+++ b/drivers/crypto/uadk/meson.build
@@ -8,18 +8,12 @@ if not is_linux
      subdir_done()
  endif

-if arch_subdir != 'arm' or not dpdk_conf.get('RTE_ARCH_64')
-    build = false
-    reason = 'only supported on aarch64'
-    subdir_done()
-endif
-
  sources = files(
          'uadk_crypto_pmd.c',
  )

  deps += 'bus_vdev'
-dep = cc.find_library('libwd_crypto', required: false)
+dep = dependency('libwd_crypto', required: false, method: 'pkg-config')
  if not dep.found()
         build = false
         reason = 'missing dependency, "libwd_crypto"'
@@ -27,7 +21,7 @@ else
         ext_deps += dep
  endif

-dep = cc.find_library('libwd', required: false)
+dep = dependency('libwd', required: false, method: 'pkg-config')
  if not dep.found()
         build = false
         reason = 'missing dependency, "libwd"'


One uncertainty is numa,  "Requires: numa",
This requires numa.pc has to be installed, so numa only can be installed 
from source code (make install).
While apt-get install libnuma-dev does not install numa.pc, so system 
can not search numa.
So do we have to build numa from source code?

Thanks

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: crypto/uadk: introduce uadk crypto driver
  2022-10-18 10:07   ` Zhangfei Gao
@ 2022-10-18 10:52     ` Zhangfei Gao
  2022-10-19  6:55       ` Thomas Monjalon
  0 siblings, 1 reply; 10+ messages in thread
From: Zhangfei Gao @ 2022-10-18 10:52 UTC (permalink / raw)
  To: Zhangfei Gao, Akhil Goyal, techboard; +Cc: dev, acc



On 2022/10/18 下午6:07, Zhangfei Gao wrote:
> Hi, Akhil
>
>>
>> On 2022/10/17 下午3:02, Akhil Goyal wrote:
>>>
>>> Hi everyone,
>>>
>>> We have a new crypto PMD submitted on ML 
>>> (http://patches.dpdk.org/project/dpdk/cover/20221008083747.6559-1-zhangfei.gao@linaro.org/)
>>>
>>> This PMD is dependent on an external library which needs to be cross 
>>> compiled for ARM on x86.
>>>
>>> It mandatorily need “numactl” also cross-compiled and instead of 
>>> using pkg-config of libnuma, it need the library and headers to be 
>>> copied manually to aarch toolchain.
>>>
>>> And if that is also done, it is not generating pkg-config which DPDK 
>>> can use to compile the PMD.
>>>
>>
>> Thanks for the guidance
>>
>> We are trying to provide pkgconfig file for uadk libs
>> https://github.com/Linaro/uadk/pull/513
>>
>> And have fixed the x86 local build.
>> https://github.com/Linaro/uadk/pull/512
>
> Under this git pull, I have verified building and installing dpdk on 
> x86 with this diff to switch to pkg-config
>
> diff --git a/drivers/crypto/uadk/meson.build 
> b/drivers/crypto/uadk/meson.build
> index dda6c6b257..f6fae0a239 100644
> --- a/drivers/crypto/uadk/meson.build
> +++ b/drivers/crypto/uadk/meson.build
> @@ -8,18 +8,12 @@ if not is_linux
>      subdir_done()
>  endif
>
> -if arch_subdir != 'arm' or not dpdk_conf.get('RTE_ARCH_64')
> -    build = false
> -    reason = 'only supported on aarch64'
> -    subdir_done()
> -endif
> -
>  sources = files(
>          'uadk_crypto_pmd.c',
>  )
>
>  deps += 'bus_vdev'
> -dep = cc.find_library('libwd_crypto', required: false)
> +dep = dependency('libwd_crypto', required: false, method: 'pkg-config')
>  if not dep.found()
>         build = false
>         reason = 'missing dependency, "libwd_crypto"'
> @@ -27,7 +21,7 @@ else
>         ext_deps += dep
>  endif
>
> -dep = cc.find_library('libwd', required: false)
> +dep = dependency('libwd', required: false, method: 'pkg-config')
>  if not dep.found()
>         build = false
>         reason = 'missing dependency, "libwd"'
>
>
> One uncertainty is numa,  "Requires: numa",
> This requires numa.pc has to be installed, so numa only can be 
> installed from source code (make install).
> While apt-get install libnuma-dev does not install numa.pc, so system 
> can not search numa.
> So do we have to build numa from source code?

By the way.

When trying to use +Libs.Private: -lnuma,
I found Even remove building uadk, the dpdk fails if no numa.pc, though 
apt-get insall libnuma-dev

/usr/bin/ld: lib/librte_eal.so.23.0: version node not found for symbol 
numa_run_on_node_mask@@libnuma_1.2
/usr/bin/ld: failed to set dynamic section sizes: bad value
collect2: error: ld returned 1 exit status
[2813/3314] Compiling C object 
'drivers/a715181@@tmp_rte_event_cnxk@sta/event_cnxk_tx_cn10k_tx_112_127_seg.c.o'.
ninja: build stopped: subcommand failed.


Thanks

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: crypto/uadk: introduce uadk crypto driver
  2022-10-18 10:52     ` Zhangfei Gao
@ 2022-10-19  6:55       ` Thomas Monjalon
  2022-10-19  7:24         ` Zhangfei Gao
  0 siblings, 1 reply; 10+ messages in thread
From: Thomas Monjalon @ 2022-10-19  6:55 UTC (permalink / raw)
  To: Zhangfei Gao, Akhil Goyal; +Cc: techboard, dev, acc, Zhangfei Gao

18/10/2022 12:52, Zhangfei Gao:
> 
> On 2022/10/18 下午6:07, Zhangfei Gao wrote:
> > Hi, Akhil
> >
> >>
> >> On 2022/10/17 下午3:02, Akhil Goyal wrote:
> >>>
> >>> Hi everyone,
> >>>
> >>> We have a new crypto PMD submitted on ML 
> >>> (http://patches.dpdk.org/project/dpdk/cover/20221008083747.6559-1-zhangfei.gao@linaro.org/)
> >>>
> >>> This PMD is dependent on an external library which needs to be cross 
> >>> compiled for ARM on x86.
> >>>
> >>> It mandatorily need “numactl” also cross-compiled and instead of 
> >>> using pkg-config of libnuma, it need the library and headers to be 
> >>> copied manually to aarch toolchain.
> >>>
> >>> And if that is also done, it is not generating pkg-config which DPDK 
> >>> can use to compile the PMD.
> >>>
> >>
> >> Thanks for the guidance
> >>
> >> We are trying to provide pkgconfig file for uadk libs
> >> https://github.com/Linaro/uadk/pull/513
> >>
> >> And have fixed the x86 local build.
> >> https://github.com/Linaro/uadk/pull/512
> >
> > Under this git pull, I have verified building and installing dpdk on 
> > x86 with this diff to switch to pkg-config
> >
> > diff --git a/drivers/crypto/uadk/meson.build 
> > b/drivers/crypto/uadk/meson.build
> > index dda6c6b257..f6fae0a239 100644
> > --- a/drivers/crypto/uadk/meson.build
> > +++ b/drivers/crypto/uadk/meson.build
> > @@ -8,18 +8,12 @@ if not is_linux
> >      subdir_done()
> >  endif
> >
> > -if arch_subdir != 'arm' or not dpdk_conf.get('RTE_ARCH_64')
> > -    build = false
> > -    reason = 'only supported on aarch64'
> > -    subdir_done()
> > -endif
> > -
> >  sources = files(
> >          'uadk_crypto_pmd.c',
> >  )
> >
> >  deps += 'bus_vdev'
> > -dep = cc.find_library('libwd_crypto', required: false)
> > +dep = dependency('libwd_crypto', required: false, method: 'pkg-config')
> >  if not dep.found()
> >         build = false
> >         reason = 'missing dependency, "libwd_crypto"'
> > @@ -27,7 +21,7 @@ else
> >         ext_deps += dep
> >  endif
> >
> > -dep = cc.find_library('libwd', required: false)
> > +dep = dependency('libwd', required: false, method: 'pkg-config')
> >  if not dep.found()
> >         build = false
> >         reason = 'missing dependency, "libwd"'
> >
> >
> > One uncertainty is numa,  "Requires: numa",
> > This requires numa.pc has to be installed, so numa only can be 
> > installed from source code (make install).
> > While apt-get install libnuma-dev does not install numa.pc, so system 
> > can not search numa.
> > So do we have to build numa from source code?
> 
> By the way.
> 
> When trying to use +Libs.Private: -lnuma,
> I found Even remove building uadk, the dpdk fails if no numa.pc, though 
> apt-get insall libnuma-dev
> 
> /usr/bin/ld: lib/librte_eal.so.23.0: version node not found for symbol 
> numa_run_on_node_mask@@libnuma_1.2
> /usr/bin/ld: failed to set dynamic section sizes: bad value
> collect2: error: ld returned 1 exit status
> [2813/3314] Compiling C object 
> 'drivers/a715181@@tmp_rte_event_cnxk@sta/event_cnxk_tx_cn10k_tx_112_127_seg.c.o'.
> ninja: build stopped: subcommand failed.

libnuma is a general requirement of DPDK.
numa.pc should be installed by the NUMA package.
Maybe a problem with your distribution.




^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: crypto/uadk: introduce uadk crypto driver
  2022-10-19  6:55       ` Thomas Monjalon
@ 2022-10-19  7:24         ` Zhangfei Gao
  0 siblings, 0 replies; 10+ messages in thread
From: Zhangfei Gao @ 2022-10-19  7:24 UTC (permalink / raw)
  To: Thomas Monjalon, Zhangfei Gao, Akhil Goyal; +Cc: techboard, dev, acc



On 2022/10/19 下午2:55, Thomas Monjalon wrote:
> 18/10/2022 12:52, Zhangfei Gao:
>> On 2022/10/18 下午6:07, Zhangfei Gao wrote:
>>> Hi, Akhil
>>>
>>>> On 2022/10/17 下午3:02, Akhil Goyal wrote:
>>>>> Hi everyone,
>>>>>
>>>>> We have a new crypto PMD submitted on ML
>>>>> (http://patches.dpdk.org/project/dpdk/cover/20221008083747.6559-1-zhangfei.gao@linaro.org/)
>>>>>
>>>>> This PMD is dependent on an external library which needs to be cross
>>>>> compiled for ARM on x86.
>>>>>
>>>>> It mandatorily need “numactl” also cross-compiled and instead of
>>>>> using pkg-config of libnuma, it need the library and headers to be
>>>>> copied manually to aarch toolchain.
>>>>>
>>>>> And if that is also done, it is not generating pkg-config which DPDK
>>>>> can use to compile the PMD.
>>>>>
>>>> Thanks for the guidance
>>>>
>>>> We are trying to provide pkgconfig file for uadk libs
>>>> https://github.com/Linaro/uadk/pull/513
>>>>
>>>> And have fixed the x86 local build.
>>>> https://github.com/Linaro/uadk/pull/512
>>> Under this git pull, I have verified building and installing dpdk on
>>> x86 with this diff to switch to pkg-config
>>>
>>> diff --git a/drivers/crypto/uadk/meson.build
>>> b/drivers/crypto/uadk/meson.build
>>> index dda6c6b257..f6fae0a239 100644
>>> --- a/drivers/crypto/uadk/meson.build
>>> +++ b/drivers/crypto/uadk/meson.build
>>> @@ -8,18 +8,12 @@ if not is_linux
>>>       subdir_done()
>>>   endif
>>>
>>> -if arch_subdir != 'arm' or not dpdk_conf.get('RTE_ARCH_64')
>>> -    build = false
>>> -    reason = 'only supported on aarch64'
>>> -    subdir_done()
>>> -endif
>>> -
>>>   sources = files(
>>>           'uadk_crypto_pmd.c',
>>>   )
>>>
>>>   deps += 'bus_vdev'
>>> -dep = cc.find_library('libwd_crypto', required: false)
>>> +dep = dependency('libwd_crypto', required: false, method: 'pkg-config')
>>>   if not dep.found()
>>>          build = false
>>>          reason = 'missing dependency, "libwd_crypto"'
>>> @@ -27,7 +21,7 @@ else
>>>          ext_deps += dep
>>>   endif
>>>
>>> -dep = cc.find_library('libwd', required: false)
>>> +dep = dependency('libwd', required: false, method: 'pkg-config')
>>>   if not dep.found()
>>>          build = false
>>>          reason = 'missing dependency, "libwd"'
>>>
>>>
>>> One uncertainty is numa,  "Requires: numa",
>>> This requires numa.pc has to be installed, so numa only can be
>>> installed from source code (make install).
>>> While apt-get install libnuma-dev does not install numa.pc, so system
>>> can not search numa.
>>> So do we have to build numa from source code?
>> By the way.
>>
>> When trying to use +Libs.Private: -lnuma,
>> I found Even remove building uadk, the dpdk fails if no numa.pc, though
>> apt-get insall libnuma-dev
>>
>> /usr/bin/ld: lib/librte_eal.so.23.0: version node not found for symbol
>> numa_run_on_node_mask@@libnuma_1.2
>> /usr/bin/ld: failed to set dynamic section sizes: bad value
>> collect2: error: ld returned 1 exit status
>> [2813/3314] Compiling C object
>> 'drivers/a715181@@tmp_rte_event_cnxk@sta/event_cnxk_tx_cn10k_tx_112_127_seg.c.o'.
>> ninja: build stopped: subcommand failed.
> libnuma is a general requirement of DPDK.
> numa.pc should be installed by the NUMA package.
> Maybe a problem with your distribution.

It looks it is the numa source code issue.

Only if we do not install numa by source code,
apt-get install libnuma-dev always works.

But if install numa from source code once via make install,
apt-get seems not workable anymore, same on x86 or arm.
It only install symbol (libnuma.so), but no real library (libnuma.so.1.0.0)

$ sudo apt-get install libnuma-dev
$ numactl
numactl: error while loading shared libraries: libnuma.so.1: cannot open 
shared object file: No such file or directory
$ ll /usr/lib/aarch64-linux-gnu/libnuma*
-rw-r--r-- 1 root root 77642 Sep 8 2018 /usr/lib/aarch64-linux-gnu/libnuma.a
lrwxrwxrwx 1 root root 16 Sep 8 2018 
/usr/lib/aarch64-linux-gnu/libnuma.so -> libnuma.so.1.0.0

More details, https://github.com/Linaro/uadk/issues/515

But never mind, will set numa as private, then both case can work, so 
will ignore this issue first.

+Libs.Private: -lnuma

Thanks

>
>
>


^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: crypto/uadk: introduce uadk crypto driver
  2022-10-17  7:02 crypto/uadk: introduce uadk crypto driver Akhil Goyal
  2022-10-17 14:02 ` Zhangfei Gao
@ 2022-10-19 13:19 ` Zhangfei Gao
  2022-10-19 14:25   ` [EXT] " Akhil Goyal
  1 sibling, 1 reply; 10+ messages in thread
From: Zhangfei Gao @ 2022-10-19 13:19 UTC (permalink / raw)
  To: Akhil Goyal; +Cc: techboard, dev, acc

Hi, Akhil

On Mon, 17 Oct 2022 at 15:02, Akhil Goyal <gakhil@marvell.com> wrote:
>
> Hi everyone,
>
>
>
> We have a new crypto PMD submitted on ML (http://patches.dpdk.org/project/dpdk/cover/20221008083747.6559-1-zhangfei.gao@linaro.org/)
>
>
>
> This PMD is dependent on an external library which needs to be cross compiled for ARM on x86.
>
> It mandatorily need “numactl” also cross-compiled and instead of using pkg-config of libnuma, it need the library and headers to be copied manually to aarch toolchain.
>
> And if that is also done, it is not generating pkg-config which DPDK can use to compile the PMD.

Thanks for the guidance.

The udak library [1] now support x86 local build, and export pkg-config.
I have verified the crypto pmd on both x86 and arm with pkg-config feature.
Though x86 only support build and install, but not test since no hardware.

v4: https://patches.dpdk.org/project/dpdk/cover/20221019125753.1700071-1-zhangfei.gao@linaro.org/

[1] https://github.com/Linaro/uadk

Thanks

^ permalink raw reply	[flat|nested] 10+ messages in thread

* RE: [EXT] Re: crypto/uadk: introduce uadk crypto driver
  2022-10-19 13:19 ` Zhangfei Gao
@ 2022-10-19 14:25   ` Akhil Goyal
  2022-10-19 15:27     ` Zhangfei Gao
  0 siblings, 1 reply; 10+ messages in thread
From: Akhil Goyal @ 2022-10-19 14:25 UTC (permalink / raw)
  To: Zhangfei Gao; +Cc: techboard, dev, acc

Hi Zhangfei,
> Hi, Akhil
> 
> On Mon, 17 Oct 2022 at 15:02, Akhil Goyal <gakhil@marvell.com> wrote:
> >
> > Hi everyone,
> >
> >
> >
> > We have a new crypto PMD submitted on ML
> (http://patches.dpdk.org/project/dpdk/cover/20221008083747.6559-1-zhangfei.gao@linaro.org/  )
> >
> >
> >
> > This PMD is dependent on an external library which needs to be cross compiled
> for ARM on x86.
> >
> > It mandatorily need “numactl” also cross-compiled and instead of using pkg-
> config of libnuma, it need the library and headers to be copied manually to aarch
> toolchain.
> >
> > And if that is also done, it is not generating pkg-config which DPDK can use to
> compile the PMD.
> 
> Thanks for the guidance.
> 
> The udak library [1] now support x86 local build, and export pkg-config.
> I have verified the crypto pmd on both x86 and arm with pkg-config feature.
> Though x86 only support build and install, but not test since no hardware.
> 
> v4: https://patches.dpdk.org/project/dpdk/cover/20221019125753.1700071-1-zhangfei.gao@linaro.org/
> 
> [1] https://github.com/Linaro/uadk
> 

I am getting below error with openssl 3.0
Do you have a dependency with earlier versions in uadk? If so, can you fix configure.ac in uadk
to check for version and skip crypto if dependency is not met.


gcc -DHAVE_CONFIG_H -I. -I../..  -DUSE_ZLIB  -Wall -Werror -fno-strict-aliasing -I../../include -g -O2 -MT zip_sva_perf-test_lib.o -MD -MP -MF .deps/zip_sva_perf-test_lib.Tpo -c -o zip_sva_perf-test_lib.o `test -f 'test_lib.c' || echo './'`test_lib.c
test_lib.c: In function ‘calculate_md5’:
test_lib.c:762:2: error: ‘MD5_Init’ is deprecated: Since OpenSSL 3.0 [-Werror=deprecated-declarations]
  762 |  MD5_Init(&md5->md5_ctx);
      |  ^~~~~~~~
In file included from test_lib.h:11,
                 from test_lib.c:14:
/usr/local/include/openssl/md5.h:49:27: note: declared here
   49 | OSSL_DEPRECATEDIN_3_0 int MD5_Init(MD5_CTX *c);
      |                           ^~~~~~~~
test_lib.c:763:2: error: ‘MD5_Update’ is deprecated: Since OpenSSL 3.0 [-Werror=deprecated-declarations]
  763 |  MD5_Update(&md5->md5_ctx, buf, len);
      |  ^~~~~~~~~~
In file included from test_lib.h:11,
                 from test_lib.c:14:
/usr/local/include/openssl/md5.h:50:27: note: declared here
   50 | OSSL_DEPRECATEDIN_3_0 int MD5_Update(MD5_CTX *c, const void *data, size_t len);
      |                           ^~~~~~~~~~
test_lib.c:764:2: error: ‘MD5_Final’ is deprecated: Since OpenSSL 3.0 [-Werror=deprecated-declarations]
  764 |  MD5_Final(md5->md, &md5->md5_ctx);
      |  ^~~~~~~~~
In file included from test_lib.h:11,
                 from test_lib.c:14:
/usr/local/include/openssl/md5.h:51:27: note: declared here
   51 | OSSL_DEPRECATEDIN_3_0 int MD5_Final(unsigned char *md, MD5_CTX *c);
      |                           ^~~~~~~~~
cc1: all warnings being treated as errors


^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [EXT] Re: crypto/uadk: introduce uadk crypto driver
  2022-10-19 14:25   ` [EXT] " Akhil Goyal
@ 2022-10-19 15:27     ` Zhangfei Gao
  2022-10-20  2:48       ` Zhangfei Gao
  0 siblings, 1 reply; 10+ messages in thread
From: Zhangfei Gao @ 2022-10-19 15:27 UTC (permalink / raw)
  To: Akhil Goyal; +Cc: techboard, dev, acc

On Wed, 19 Oct 2022 at 22:25, Akhil Goyal <gakhil@marvell.com> wrote:
>
> Hi Zhangfei,
> > Hi, Akhil
> >
> > On Mon, 17 Oct 2022 at 15:02, Akhil Goyal <gakhil@marvell.com> wrote:
> > >
> > > Hi everyone,
> > >
> > >
> > >
> > > We have a new crypto PMD submitted on ML
> > (http://patches.dpdk.org/project/dpdk/cover/20221008083747.6559-1-zhangfei.gao@linaro.org/  )
> > >
> > >
> > >
> > > This PMD is dependent on an external library which needs to be cross compiled
> > for ARM on x86.
> > >
> > > It mandatorily need “numactl” also cross-compiled and instead of using pkg-
> > config of libnuma, it need the library and headers to be copied manually to aarch
> > toolchain.
> > >
> > > And if that is also done, it is not generating pkg-config which DPDK can use to
> > compile the PMD.
> >
> > Thanks for the guidance.
> >
> > The udak library [1] now support x86 local build, and export pkg-config.
> > I have verified the crypto pmd on both x86 and arm with pkg-config feature.
> > Though x86 only support build and install, but not test since no hardware.
> >
> > v4: https://patches.dpdk.org/project/dpdk/cover/20221019125753.1700071-1-zhangfei.gao@linaro.org/
> >
> > [1] https://github.com/Linaro/uadk
> >
>
> I am getting below error with openssl 3.0
> Do you have a dependency with earlier versions in uadk? If so, can you fix configure.ac in uadk
> to check for version and skip crypto if dependency is not met.

Oops, never thought about this.

How about this
https://github.com/Linaro/uadk/pull/516

Thanks

>
>
> gcc -DHAVE_CONFIG_H -I. -I../..  -DUSE_ZLIB  -Wall -Werror -fno-strict-aliasing -I../../include -g -O2 -MT zip_sva_perf-test_lib.o -MD -MP -MF .deps/zip_sva_perf-test_lib.Tpo -c -o zip_sva_perf-test_lib.o `test -f 'test_lib.c' || echo './'`test_lib.c
> test_lib.c: In function ‘calculate_md5’:
> test_lib.c:762:2: error: ‘MD5_Init’ is deprecated: Since OpenSSL 3.0 [-Werror=deprecated-declarations]
>   762 |  MD5_Init(&md5->md5_ctx);
>       |  ^~~~~~~~
> In file included from test_lib.h:11,
>                  from test_lib.c:14:
> /usr/local/include/openssl/md5.h:49:27: note: declared here
>    49 | OSSL_DEPRECATEDIN_3_0 int MD5_Init(MD5_CTX *c);
>       |                           ^~~~~~~~
> test_lib.c:763:2: error: ‘MD5_Update’ is deprecated: Since OpenSSL 3.0 [-Werror=deprecated-declarations]
>   763 |  MD5_Update(&md5->md5_ctx, buf, len);
>       |  ^~~~~~~~~~
> In file included from test_lib.h:11,
>                  from test_lib.c:14:
> /usr/local/include/openssl/md5.h:50:27: note: declared here
>    50 | OSSL_DEPRECATEDIN_3_0 int MD5_Update(MD5_CTX *c, const void *data, size_t len);
>       |                           ^~~~~~~~~~
> test_lib.c:764:2: error: ‘MD5_Final’ is deprecated: Since OpenSSL 3.0 [-Werror=deprecated-declarations]
>   764 |  MD5_Final(md5->md, &md5->md5_ctx);
>       |  ^~~~~~~~~
> In file included from test_lib.h:11,
>                  from test_lib.c:14:
> /usr/local/include/openssl/md5.h:51:27: note: declared here
>    51 | OSSL_DEPRECATEDIN_3_0 int MD5_Final(unsigned char *md, MD5_CTX *c);
>       |                           ^~~~~~~~~
> cc1: all warnings being treated as errors
>

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [EXT] Re: crypto/uadk: introduce uadk crypto driver
  2022-10-19 15:27     ` Zhangfei Gao
@ 2022-10-20  2:48       ` Zhangfei Gao
  0 siblings, 0 replies; 10+ messages in thread
From: Zhangfei Gao @ 2022-10-20  2:48 UTC (permalink / raw)
  To: Akhil Goyal; +Cc: techboard, dev, acc

Hi, Akhil

On Wed, 19 Oct 2022 at 23:27, Zhangfei Gao <zhangfei.gao@linaro.org> wrote:
> > > > Hi everyone,
> > > >
> > > >
> > > >
> > > > We have a new crypto PMD submitted on ML
> > > (http://patches.dpdk.org/project/dpdk/cover/20221008083747.6559-1-zhangfei.gao@linaro.org/  )
> > > >
> > > >
> > > >
> > > > This PMD is dependent on an external library which needs to be cross compiled
> > > for ARM on x86.
> > > >
> > > > It mandatorily need “numactl” also cross-compiled and instead of using pkg-
> > > config of libnuma, it need the library and headers to be copied manually to aarch
> > > toolchain.
> > > >
> > > > And if that is also done, it is not generating pkg-config which DPDK can use to
> > > compile the PMD.
> > >
> > > Thanks for the guidance.
> > >
> > > The udak library [1] now support x86 local build, and export pkg-config.
> > > I have verified the crypto pmd on both x86 and arm with pkg-config feature.
> > > Though x86 only support build and install, but not test since no hardware.
> > >
> > > v4: https://patches.dpdk.org/project/dpdk/cover/20221019125753.1700071-1-zhangfei.gao@linaro.org/
> > >
> > > [1] https://github.com/Linaro/uadk
> > >
> >
> > I am getting below error with openssl 3.0
> > Do you have a dependency with earlier versions in uadk? If so, can you fix configure.ac in uadk
> > to check for version and skip crypto if dependency is not met.

Thanks for the suggestion

>
> Oops, never thought about this.
>
> How about this
> https://github.com/Linaro/uadk/pull/516

The pull has been merged.
I have verified verified openssl3.0 (ignored) , openssl1.0.0 (ignored)
and openssl1.1.1f (works)
We are using openssl1.1.1f verison now.

Sorry for the inconvenience.

Thanks

^ permalink raw reply	[flat|nested] 10+ messages in thread

end of thread, other threads:[~2022-10-20  2:48 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-10-17  7:02 crypto/uadk: introduce uadk crypto driver Akhil Goyal
2022-10-17 14:02 ` Zhangfei Gao
2022-10-18 10:07   ` Zhangfei Gao
2022-10-18 10:52     ` Zhangfei Gao
2022-10-19  6:55       ` Thomas Monjalon
2022-10-19  7:24         ` Zhangfei Gao
2022-10-19 13:19 ` Zhangfei Gao
2022-10-19 14:25   ` [EXT] " Akhil Goyal
2022-10-19 15:27     ` Zhangfei Gao
2022-10-20  2:48       ` Zhangfei Gao

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).