* please help backporting some patches to stable release 21.11.8
@ 2024-08-29 10:21 Kevin Traynor
2024-08-29 10:31 ` Robin Jarry
` (5 more replies)
0 siblings, 6 replies; 14+ messages in thread
From: Kevin Traynor @ 2024-08-29 10:21 UTC (permalink / raw)
To: dpdk stable
Cc: Abhinandan Gujjar, Akhil Goyal, Ali Alnubani,
Amit Prakash Shukla, Anatoly Burakov, Anoob Joseph,
Ashwin Sekhar T K, Bing Zhao, Bruce Richardson, Chengwen Feng,
Ciara Loftus, Ciara Power, Conor Walsh, Dariusz Sosnowski,
David Marchand, Dengdui Huang, Fabio Pricoco, Ferruh Yigit,
Frank Du, Gagandeep Singh, Ganapati Kundapura, Gaoxiang Liu,
Gowrishankar Muthukrishnan, Gregory Etelson, Hanumanth Pothula,
Harman Kalra, Hemant Agrawal, Honnappa Nagarahalli, Ian Stokes,
Jack Bond-Preston, Jerin Jacob, Jiawen Wu, Jiayu Hu, Kai Ji,
Kaiwen Deng, Kiran Kumar K, Konstantin Ananyev,
Kumara Parameshwaran, Luca Boccassi, Mário Kuka,
Matan Azrad, Michael Baum, Mingjin Ye, Mohammad Iqbal Ahmad,
Morten Brørup, Nathan Brown, Nithin Dabilpuram,
Ola Liljedahl, Olivier Matz, Ori Kam, Pavan Nikhilesh, Qi Zhang,
Rahul Bhansali, Robin Jarry, Rohit Raj, Ruifeng Wang,
Selwin Sebastian, Shijith Thotton, Shun Hao, Shuo Li,
Srujana Challa, Stephen Hemminger, Steve Yang, Suanming Mou,
Sunil Kumar Kori, Tomasz Wakula, Tyler Retzlaff, Vamsi Attunuru,
Vanshika Shukla, Venkat Kumar Ande, Viacheslav Ovsiienko,
Wathsala Vithanage, Wenwu Ma, Yingming Mao
Hi commit authors (and maintainers),
Despite being selected by the DPDK maintenance tool ./devtools/git-log-fixes.sh
I didn't apply following commits from DPDK main to 21.11
stable branch, as conflicts or build errors occur.
21.11.8 is the penultimate release for 21.11 LTS. That means there is less opportunity
to fix any regressions from backports and users are less likely to start using 21.11 now.
With that in mind, we should not take risky backports or start changing how things work.
Can authors check your patches in the following list and either:
- Backport your patches to the 21.11 branch, or
- Indicate that the patch should not be backported
Please do either of the above by 09/04/24.
You can find the a temporary work-in-progress branch of the coming 21.11.8
release at:
https://github.com/kevintraynor/dpdk-stable
It is recommended to backport on top of that to minimize further conflicts or
misunderstandings.
Some notes on stable backports:
A backport should contain a reference to the DPDK main branch commit
in it's commit message in the following fashion:
[ upstream commit <commit's dpdk main branch SHA-1 checksum> ]
For example:
https://git.dpdk.org/dpdk-stable/commit/?h=18.11&id=d90e6ae6f936ecdc2fd3811ff9f26aec7f3c06eb
When sending the backported patch, please indicate the target branch in the
subject line, as we have multiple branches, for example:
[PATCH 21.11] foo/bar: fix baz
With git format-patch, this can be achieved by appending the parameter:
--subject-prefix='PATCH 21.11'
Send the backported patch to "stable@dpdk.org" but not "dev@dpdk.org".
FYI, branch 21.11 is located at tree:
https://git.dpdk.org/dpdk-stable
Thanks.
Kevin
---
New backports with unresolved conflicts:
a78a1ed8ba Gaoxiang Liu net/bonding: fix failover time of LACP with mode 4
ecf408d2aa Bing Zhao app/testpmd: fix indirect action flush
b9a87346b0 Chengwen Feng ethdev: fix strict aliasing in link up
e82b0fe097 Venkat Kumar Ande net/axgbe: disable RRC for yellow carp devices
f876dbef08 David Marchand net: fix outer UDP checksum in Intel prepare helper
ad12d08f05 Ganapati Kundapura eventdev/crypto: fix opaque field handling
d5c8b6bb74 Robin Jarry graph: fix ID collisions
b1d7112602 Jack Bond-Preston crypto/openssl: make per-QP cipher context clones
17d5bc6135 Jack Bond-Preston crypto/openssl: make per-QP auth context clones
d569af3d4e Wenwu Ma dma/idxd: fix setup with Ubuntu 24.04
ee0fa7552a Rohit Raj net/dpaa: forbid MTU configuration for shared interface
e2072ba1b0 Fabio Pricoco net/ice/base: fix resource leak
df44ba7a3c Tomasz Wakula net/ice/base: fix preparing PHY for timesync command
79be49dd2d Jiawen Wu net/ngbe: add special config for YT8531SH-CA PHY
2a3f42942a Chengwen Feng dma/hisilicon: remove support for HIP09 platform
1d9077d101 Yingming Mao doc: fix mbuf flags
New backports causing build issues:
f294405ab9 Ciara Loftus net/af_xdp: count mbuf allocation failures
abdabad636 Ciara Loftus net/af_xdp: remove unused local statistic
4c2f14bc6d Sunil Kumar Kori net/cnxk: fix xstats reset
4ad17a1c8f Akhil Goyal test/crypto: fix enqueue/dequeue callback case
046341575b Gagandeep Singh crypto/dpaa_sec: fix IPsec descriptor
97039941b2 Frank Du net/af_xdp: parse UMEM map info from mempool
4edbcc7b53 Luca Boccassi bpf: disable on 32-bit x86
^ Is it needed for 21.11 at this stage ? There is no recursive disabling of
libraries in 21.11
Unresolved backports from previous releases:
c5b531d6ee Anoob Joseph app/crypto-perf: fix session freeing
04dac73643 Ganapati Kundapura eventdev/crypto: fix enqueue count
4b04134cbb Ganapati Kundapura eventdev/crypto: fix failed events
da73a2a0d1 Ganapati Kundapura eventdev/crypto: fix offset used while flushing events
f442c04001 Ganapati Kundapura eventdev/crypto: fix overflow in circular buffer
5a0f64d84b Hanumanth Pothula net/cnxk: fix configuring large Rx/Tx queues
59ceaa72d5 Harman Kalra common/cnxk: fix part number for CN10K
31a28a99fd Jiawen Wu net/ngbe: add spinlock protection on YT PHY
5781638519 Nithin Dabilpuram common/cnxk: fix RQ mask config for CN10KB chip
3fe71706ab Pavan Nikhilesh event/cnxk: fix stale data in workslot
927cb43fe9 Pavan Nikhilesh examples/l3fwd: fix port group mask with AltiVec
0f044b6681 Steve Yang net/iavf: fix refine protocol header
0b241667cc Steve Yang net/iavf: fix tainted scalar
b125c0e721 Steve Yang net/iavf: fix tainted scalar
cedb44dc87 Suanming Mou common/mlx5: improve AES-XTS tweak capability check
0fd1386c30 Stephen Hemminger app/testpmd: cleanup cleanly from signal
f1d0993e03 Stephen Hemminger app/testpmd: fix interactive mode on Windows
7be74edb90 Honnappa Nagarahalli common/mlx5: use just sufficient barrier for Arm
7bdf7a13ae Michael Baum app/testpmd: fix encap/decap size calculation
6df1bc6b3b Ashwin Sekhar T K mempool/cnxk: avoid hang when counting batch allocs
772e30281a Rahul Bhansali common/cnxk: fix CPT backpressure disable on LBK
b37fe88a2c Srujana Challa event/cnxk: fix LMTST write for single event mode
92a16af450 Kaiwen Deng net/iavf: fix virtchnl command called in interrupt
12011b11a3 Jiawen Wu net/txgbe: adapt to MNG veto bit setting
21f702d556 Jiawen Wu net/ngbe: fix link status in no LSC mode
659cfce01e Jiawen Wu net/ngbe: remove redundant codes
6fd3a7a618 Mingjin Ye net/ice/base: fix internal etype in switch filter
9749dffe23 Kaiwen Deng net/ice: fix MAC type of E822 and E823
1c7a4d37e7 Harman Kalra common/cnxk: fix mailbox timeout due to deadlock
5e170dd8b6 Jiawen Wu net/txgbe: fix blocking system events
37ca457d3f Bing Zhao common/mlx5: fix obtaining IB device in LAG mode
9a518054b5 Mohammad Iqbal Ahmad examples/l3fwd: fix duplicate expression for default nexthop
61b52e7edb Stephen Hemminger app/test: fix reference to master in bonding test
63bf81a617 Anatoly Burakov test: fix named test macro
694e8e643d Pavan Nikhilesh event/cnxk: fix CASP usage for clang
a6f639e079 Sunil Kumar Kori common/cnxk: fix BP threshold calculation
95a955e3e0 Amit Prakash Shukla dma/cnxk: fix device reconfigure
3dd3115078 Amit Prakash Shukla dma/cnxk: fix chunk buffer failure return code
ba39a261a7 Vamsi Attunuru dma/cnxk: fix completion ring tail wrap
b3ddd649ad Ashwin Sekhar T K mempool/cnxk: fix alloc from non-EAL threads
56fa6f92e9 Kiran Kumar K common/cnxk: fix RSS key configuration
7752f14026 Rahul Bhansali net/cnxk: fix Rx flush on CN10k
5d8c1f6253 Nithin Dabilpuram common/cnxk: check error in MAC address set
a996cd04ae Stephen Hemminger app/testpmd: fix early exit from signal
a74c5001e9 Jiawen Wu net/ngbe: add proper memory barriers in Rx
2ece3b7186 Bing Zhao net/mlx5: fix flow workspace double free in Windows
9d91c3047d Gowrishankar Muthukrishnan crypto/openssl: fix memory leaks in asym operations
166591931b Stephen Hemminger pcapng: modify timestamp calculation
547f294357 Kumara Parameshwaran gro: fix reordering of packets
063cddfc74 Honnappa Nagarahalli rcu: use atomic operation on acked token
df33fb53e4 Honnappa Nagarahalli rcu: fix acked token in debug log
02a2accb5f Mário Kuka net/bonding: fix flow count query
44a8635459 Hanumanth Pothula net/thunderx: fix DMAC control register update
48adbc80ba Michael Baum net/mlx5: remove GENEVE options length limitation
461c287ab5 Kumara Parameshwaran app/testpmd: fix GRO packets flush on timeout
3232c95d2c Nithin Dabilpuram net/cnxk: fix indirect mbuf handling in Tx
26a6bda9df Rahul Bhansali net/cnxk: add cookies check for multi-segment offload
8ed5ca4dda Rahul Bhansali net/cnxk: fix mbuf fields in multi-segment Tx
48054ca384 Harman Kalra common/cnxk: fix link config for SDP
87e4384d26 Bing Zhao net/mlx5: fix condition of LACP miss flow
1cfb78d2c4 Shun Hao net/mlx5: fix meter policy priority
27e44a6f53 Gregory Etelson net/mlx5: remove duplication of L3 flow item validation
2db234e769 Gregory Etelson net/mlx5: fix IP-in-IP tunnels recognition
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: please help backporting some patches to stable release 21.11.8
2024-08-29 10:21 please help backporting some patches to stable release 21.11.8 Kevin Traynor
@ 2024-08-29 10:31 ` Robin Jarry
2024-08-30 9:04 ` Kevin Traynor
2024-08-30 3:00 ` Ma, WenwuX
` (4 subsequent siblings)
5 siblings, 1 reply; 14+ messages in thread
From: Robin Jarry @ 2024-08-29 10:31 UTC (permalink / raw)
To: dpdk stable
Cc: Abhinandan Gujjar, Akhil Goyal, Ali Alnubani,
Amit Prakash Shukla, Anatoly Burakov, Anoob Joseph,
Ashwin Sekhar T K, Bing Zhao, Bruce Richardson, Chengwen Feng,
Ciara Loftus, Ciara Power, Conor Walsh, Dariusz Sosnowski,
David Marchand, Dengdui Huang, Fabio Pricoco, Ferruh Yigit,
Frank Du, Gagandeep Singh, Ganapati Kundapura, Gaoxiang Liu,
Gowrishankar Muthukrishnan, Gregory Etelson, Hanumanth Pothula,
Harman Kalra, Hemant Agrawal, Honnappa Nagarahalli, Ian Stokes,
Jack Bond-Preston, Jerin Jacob, Jiawen Wu, Jiayu Hu, Kai Ji,
Kaiwen Deng, Kiran Kumar K, Konstantin Ananyev,
Kumara Parameshwaran, Luca Boccassi, Mário Kuka,
Matan Azrad, Michael Baum, Mingjin Ye, Mohammad Iqbal Ahmad,
Morten Brørup, Nathan Brown, Nithin Dabilpuram,
Ola Liljedahl, Olivier Matz, Ori Kam, Pavan Nikhilesh, Qi Zhang,
Rahul Bhansali, Rohit Raj, Ruifeng Wang, Selwin Sebastian,
Shijith Thotton, Shun Hao, Shuo Li, Srujana Challa,
Stephen Hemminger, Steve Yang, Suanming Mou, Sunil Kumar Kori,
Tomasz Wakula, Tyler Retzlaff, Vamsi Attunuru, Vanshika Shukla,
Venkat Kumar Ande, Viacheslav Ovsiienko, Wathsala Vithanage,
Wenwu Ma, Yingming Mao
Hi Kevin,
Kevin Traynor, Aug 29, 2024 at 12:21:
> Can authors check your patches in the following list and either:
> - Backport your patches to the 21.11 branch, or
> - Indicate that the patch should not be backported
[snip]
> New backports with unresolved conflicts:
[snip]
> d5c8b6bb74 Robin Jarry graph: fix ID collisions
rte_graph was still in its early stages in this branch. Backporting is
most likely not required. And fixing the conflicts without breaking
other things seems hard.
^ permalink raw reply [flat|nested] 14+ messages in thread
* RE: please help backporting some patches to stable release 21.11.8
2024-08-29 10:21 please help backporting some patches to stable release 21.11.8 Kevin Traynor
2024-08-29 10:31 ` Robin Jarry
@ 2024-08-30 3:00 ` Ma, WenwuX
2024-08-30 9:01 ` Kevin Traynor
2024-08-30 9:16 ` Ye, MingjinX
` (3 subsequent siblings)
5 siblings, 1 reply; 14+ messages in thread
From: Ma, WenwuX @ 2024-08-30 3:00 UTC (permalink / raw)
To: dpdk stable
Cc: Gujjar, Abhinandan S, Akhil Goyal, Ali Alnubani,
Amit Prakash Shukla, Burakov, Anatoly, Anoob Joseph,
Ashwin Sekhar T K, Bing Zhao, Richardson, Bruce, Chengwen Feng,
Loftus, Ciara, Ciara Power, Walsh, Conor, Dariusz Sosnowski,
Marchand, David, Dengdui Huang, Pricoco, Fabio, Ferruh Yigit, Du,
Frank, Gagandeep Singh, Kundapura, Ganapati, Gaoxiang Liu,
Gowrishankar Muthukrishnan, Gregory Etelson, Hanumanth Pothula,
Harman Kalra, Hemant Agrawal, Nagarahalli, Honnappa, Stokes, Ian,
Jack Bond-Preston, Jerin Jacob, Jiawen Wu, Jiayu Hu, Ji, Kai,
Deng, KaiwenX, Kiran Kumar K, Konstantin Ananyev,
Kumara Parameshwaran, Luca Boccassi, Kuka, Mario, Matan Azrad,
Michael Baum, Ye, MingjinX, Mohammad Iqbal Ahmad,
Morten Brørup, Nathan Brown, Nithin Dabilpuram,
Ola Liljedahl, Olivier Matz, Ori Kam, Pavan Nikhilesh, Zhang,
Qi Z, Rahul Bhansali, Robin Jarry, Rohit Raj, Ruifeng Wang,
Selwin Sebastian, Shijith Thotton, Shun Hao, Shuo Li,
Srujana Challa, Stephen Hemminger, Steve Yang, Suanming Mou,
Sunil Kumar Kori, Wakula, TomaszX, Tyler Retzlaff,
Vamsi Attunuru, Vanshika Shukla, Venkat Kumar Ande,
Viacheslav Ovsiienko, Wathsala Vithanage, Yingming Mao
Hi Kevin,
Kevin Traynor, Aug 29, 2024 at 12:21:
> Can authors check your patches in the following list and either:
> - Backport your patches to the 21.11 branch, or
> - Indicate that the patch should not be backported
[snip]
> New backports with unresolved conflicts:
[snip]
> d569af3d4e Wenwu Ma dma/idxd: fix setup with Ubuntu 24.04
as shown below
main branch
d569af3d4e dma/idxd: fix setup with Ubuntu 24.04
9d8a43758f dma/idxd: add verbose option to config script
4b918c1ad9 dma/idxd: fix default for workqueue options
94b0f04dc0 dma/idxd: add generic option for queue config
6a87d036a7 dma/idxd: configure maximum batch size to high value
3277676319 dma/idxd: fix paths to driver sysfs directory
8bedc51583 dma/idxd: move config script from raw driver
stable21.11 branch
b254386fad dma/idxd: configure maximum batch size to high value
e0f7faeba1 dma/idxd: fix paths to driver sysfs directory
8bedc51583 dma/idxd: move config script from raw driver
There are still three commits before commit: 6a87d036a7 that are not backported to stable, and it's best to resolve this conflict by backporting these three commits first, otherwise it could lead to some potential problems
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: please help backporting some patches to stable release 21.11.8
2024-08-30 3:00 ` Ma, WenwuX
@ 2024-08-30 9:01 ` Kevin Traynor
0 siblings, 0 replies; 14+ messages in thread
From: Kevin Traynor @ 2024-08-30 9:01 UTC (permalink / raw)
To: Ma, WenwuX; +Cc: dpdk stable, Richardson, Bruce, kevin.laatz
<cutting down cc list>
On 30/08/2024 04:00, Ma, WenwuX wrote:
> Hi Kevin,
>
> Kevin Traynor, Aug 29, 2024 at 12:21:
>> Can authors check your patches in the following list and either:
>> - Backport your patches to the 21.11 branch, or
>> - Indicate that the patch should not be backported
> [snip]
>> New backports with unresolved conflicts:
> [snip]
>> d569af3d4e Wenwu Ma dma/idxd: fix setup with Ubuntu 24.04
>
> as shown below
>
> main branch
> d569af3d4e dma/idxd: fix setup with Ubuntu 24.04
> 9d8a43758f dma/idxd: add verbose option to config script
> 4b918c1ad9 dma/idxd: fix default for workqueue options
> 94b0f04dc0 dma/idxd: add generic option for queue config
> 6a87d036a7 dma/idxd: configure maximum batch size to high value
> 3277676319 dma/idxd: fix paths to driver sysfs directory
> 8bedc51583 dma/idxd: move config script from raw driver
>
> stable21.11 branch
> b254386fad dma/idxd: configure maximum batch size to high value
> e0f7faeba1 dma/idxd: fix paths to driver sysfs directory
> 8bedc51583 dma/idxd: move config script from raw driver
>
> There are still three commits before commit: 6a87d036a7 that are not backported to stable, and it's best to resolve this conflict by backporting these three commits first, otherwise it could lead to some potential problems
ok, I added the following commits. If there is no issues with CI, I will
push them, thanks.
dma/idxd: fix setup with Ubuntu 24.04
[ upstream commit d569af3d4e8ef896591f4e50f7bd1c1274c86e15 ]
dma/idxd: add verbose option to config script
[ upstream commit 9d8a43758f2853f761b10c49b4e94347b8c21657 ]
dma/idxd: fix default for workqueue options
[ upstream commit 4b918c1ad9f5981ef66f246979aa721b608c88ed ]
dma/idxd: add generic option for queue config
[ upstream commit 94b0f04dc0e3dfa75c47487a8cb89ea35b650959 ]
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: please help backporting some patches to stable release 21.11.8
2024-08-29 10:31 ` Robin Jarry
@ 2024-08-30 9:04 ` Kevin Traynor
0 siblings, 0 replies; 14+ messages in thread
From: Kevin Traynor @ 2024-08-30 9:04 UTC (permalink / raw)
To: Robin Jarry; +Cc: dpdk stable
On 29/08/2024 11:31, Robin Jarry wrote:
> Hi Kevin,
>
Hi Robin,
> Kevin Traynor, Aug 29, 2024 at 12:21:
>> Can authors check your patches in the following list and either:
>> - Backport your patches to the 21.11 branch, or
>> - Indicate that the patch should not be backported
> [snip]
>> New backports with unresolved conflicts:
> [snip]
>> d5c8b6bb74 Robin Jarry graph: fix ID collisions
>
> rte_graph was still in its early stages in this branch. Backporting is
> most likely not required. And fixing the conflicts without breaking
> other things seems hard.
>
That makes sense, I saw there was many conflicts. Will drop from list.
thanks,
Kevin.
^ permalink raw reply [flat|nested] 14+ messages in thread
* RE: please help backporting some patches to stable release 21.11.8
2024-08-29 10:21 please help backporting some patches to stable release 21.11.8 Kevin Traynor
2024-08-29 10:31 ` Robin Jarry
2024-08-30 3:00 ` Ma, WenwuX
@ 2024-08-30 9:16 ` Ye, MingjinX
2024-08-30 9:34 ` Kevin Traynor
2024-08-31 16:27 ` Stephen Hemminger
` (2 subsequent siblings)
5 siblings, 1 reply; 14+ messages in thread
From: Ye, MingjinX @ 2024-08-30 9:16 UTC (permalink / raw)
To: dpdk stable
Cc: Gujjar, Abhinandan S, Akhil Goyal, Ali Alnubani,
Amit Prakash Shukla, Burakov, Anatoly, Anoob Joseph,
Ashwin Sekhar T K, Bing Zhao, Richardson, Bruce, Chengwen Feng,
Loftus, Ciara, Ciara Power, Walsh, Conor, Dariusz Sosnowski,
Marchand, David, Dengdui Huang, Pricoco, Fabio, Ferruh Yigit, Du,
Frank, Gagandeep Singh, Kundapura, Ganapati, Gaoxiang Liu,
Gowrishankar Muthukrishnan, Gregory Etelson, Hanumanth Pothula,
Harman Kalra, Hemant Agrawal, Nagarahalli, Honnappa, Stokes, Ian,
Jack Bond-Preston, Jerin Jacob, Jiawen Wu, Jiayu Hu, Ji, Kai,
Deng, KaiwenX, Kiran Kumar K, Konstantin Ananyev,
Kumara Parameshwaran, Luca Boccassi, Kuka, Mario, Matan Azrad,
Michael Baum, Mohammad Iqbal Ahmad, Morten Brørup,
Nathan Brown, Nithin Dabilpuram, Ola Liljedahl, Olivier Matz,
Ori Kam, Pavan Nikhilesh, Zhang, Qi Z, Rahul Bhansali,
Robin Jarry, Rohit Raj, Ruifeng Wang, Selwin Sebastian,
Shijith Thotton, Shun Hao, Shuo Li, Srujana Challa,
Stephen Hemminger, Steve Yang, Suanming Mou, Sunil Kumar Kori,
Wakula, TomaszX, Tyler Retzlaff, Vamsi Attunuru, Vanshika Shukla,
Venkat Kumar Ande, Viacheslav Ovsiienko, Wathsala Vithanage, Ma,
WenwuX, Yingming Mao
Hi Kevin,
The following patches do not require backporting to stable21.11.
6fd3a7a618 Mingjin Ye net/ice/base: fix internal etype in switch filter
Regards,
Mingjin
> -----Original Message-----
> From: Kevin Traynor <ktraynor@redhat.com>
> Sent: Thursday, August 29, 2024 6:22 PM
> To: dpdk stable <stable@dpdk.org>
> Cc: Gujjar, Abhinandan S <abhinandan.gujjar@intel.com>; Akhil Goyal
> <gakhil@marvell.com>; Ali Alnubani <alialnu@nvidia.com>; Amit Prakash
> Shukla <amitprakashs@marvell.com>; Burakov, Anatoly
> <anatoly.burakov@intel.com>; Anoob Joseph <anoobj@marvell.com>;
> Ashwin Sekhar T K <asekhar@marvell.com>; Bing Zhao <bingz@nvidia.com>;
> Richardson, Bruce <bruce.richardson@intel.com>; Chengwen Feng
> <fengchengwen@huawei.com>; Loftus, Ciara <ciara.loftus@intel.com>;
> Ciara Power <ciara.power@intel.com>; Walsh, Conor
> <conor.walsh@intel.com>; Dariusz Sosnowski <dsosnowski@nvidia.com>;
> Marchand, David <david.marchand@redhat.com>; Dengdui Huang
> <huangdengdui@huawei.com>; Pricoco, Fabio <fabio.pricoco@intel.com>;
> Ferruh Yigit <ferruh.yigit@amd.com>; Du, Frank <frank.du@intel.com>;
> Gagandeep Singh <g.singh@nxp.com>; Kundapura, Ganapati
> <ganapati.kundapura@intel.com>; Gaoxiang Liu <liugaoxiang@huawei.com>;
> Gowrishankar Muthukrishnan <gmuthukrishn@marvell.com>; Gregory
> Etelson <getelson@nvidia.com>; Hanumanth Pothula
> <hpothula@marvell.com>; Harman Kalra <hkalra@marvell.com>; Hemant
> Agrawal <hemant.agrawal@nxp.com>; Nagarahalli, Honnappa
> <Honnappa.Nagarahalli@arm.com>; Stokes, Ian <ian.stokes@intel.com>;
> Jack Bond-Preston <jack.bond-preston@foss.arm.com>; Jerin Jacob
> <jerinj@marvell.com>; Jiawen Wu <jiawenwu@trustnetic.com>; Jiayu Hu
> <hujiayu.hu@foxmail.com>; Ji, Kai <kai.ji@intel.com>; Deng, KaiwenX
> <kaiwenx.deng@intel.com>; Kiran Kumar K <kirankumark@marvell.com>;
> Konstantin Ananyev <konstantin.ananyev@huawei.com>; Kumara
> Parameshwaran <kumaraparamesh92@gmail.com>; Luca Boccassi
> <bluca@debian.org>; Kuka, Mario <kuka@cesnet.cz>; Matan Azrad
> <matan@nvidia.com>; Michael Baum <michaelba@nvidia.com>; Ye, MingjinX
> <mingjinx.ye@intel.com>; Mohammad Iqbal Ahmad
> <mahmad@marvell.com>; Morten Brørup <mb@smartsharesystems.com>;
> Nathan Brown <nathan.brown@arm.com>; Nithin Dabilpuram
> <ndabilpuram@marvell.com>; Ola Liljedahl <ola.liljedahl@arm.com>; Olivier
> Matz <olivier.matz@6wind.com>; Ori Kam <orika@nvidia.com>; Pavan
> Nikhilesh <pbhagavatula@marvell.com>; Zhang, Qi Z <qi.z.zhang@intel.com>;
> Rahul Bhansali <rbhansali@marvell.com>; Robin Jarry <rjarry@redhat.com>;
> Rohit Raj <rohit.raj@nxp.com>; Ruifeng Wang <ruifeng.wang@arm.com>;
> Selwin Sebastian <selwin.sebastian@amd.com>; Shijith Thotton
> <sthotton@marvell.com>; Shun Hao <shunh@nvidia.com>; Shuo Li
> <lishuo02@baidu.com>; Srujana Challa <schalla@marvell.com>; Stephen
> Hemminger <stephen@networkplumber.org>; Steve Yang
> <stevex.yang@intel.com>; Suanming Mou <suanmingm@nvidia.com>; Sunil
> Kumar Kori <skori@marvell.com>; Wakula, TomaszX
> <tomaszx.wakula@intel.com>; Tyler Retzlaff
> <roretzla@linux.microsoft.com>; Vamsi Attunuru <vattunuru@marvell.com>;
> Vanshika Shukla <vanshika.shukla@nxp.com>; Venkat Kumar Ande
> <venkatkumar.ande@amd.com>; Viacheslav Ovsiienko
> <viacheslavo@nvidia.com>; Wathsala Vithanage
> <wathsala.vithanage@arm.com>; Ma, WenwuX <wenwux.ma@intel.com>;
> Yingming Mao <maoyingming@baidu.com>
> Subject: please help backporting some patches to stable release 21.11.8
>
> Hi commit authors (and maintainers),
>
> Despite being selected by the DPDK maintenance tool ./devtools/git-log-
> fixes.sh I didn't apply following commits from DPDK main to 21.11 stable
> branch, as conflicts or build errors occur.
>
> 21.11.8 is the penultimate release for 21.11 LTS. That means there is less
> opportunity to fix any regressions from backports and users are less likely to
> start using 21.11 now.
>
> With that in mind, we should not take risky backports or start changing how
> things work.
>
> Can authors check your patches in the following list and either:
> - Backport your patches to the 21.11 branch, or
> - Indicate that the patch should not be backported
>
> Please do either of the above by 09/04/24.
>
> You can find the a temporary work-in-progress branch of the coming 21.11.8
> release at:
> https://github.com/kevintraynor/dpdk-stable
> It is recommended to backport on top of that to minimize further conflicts or
> misunderstandings.
>
> Some notes on stable backports:
>
> A backport should contain a reference to the DPDK main branch commit in it's
> commit message in the following fashion:
> [ upstream commit <commit's dpdk main branch SHA-1 checksum> ]
>
> For example:
> https://git.dpdk.org/dpdk-
> stable/commit/?h=18.11&id=d90e6ae6f936ecdc2fd3811ff9f26aec7f3c06eb
>
> When sending the backported patch, please indicate the target branch in the
> subject line, as we have multiple branches, for example:
> [PATCH 21.11] foo/bar: fix baz
>
> With git format-patch, this can be achieved by appending the parameter:
> --subject-prefix='PATCH 21.11'
>
> Send the backported patch to "stable@dpdk.org" but not "dev@dpdk.org".
>
> FYI, branch 21.11 is located at tree:
> https://git.dpdk.org/dpdk-stable
>
> Thanks.
>
> Kevin
>
> ---
> New backports with unresolved conflicts:
>
> a78a1ed8ba Gaoxiang Liu net/bonding: fix failover time of LACP with mode
> 4
> ecf408d2aa Bing Zhao app/testpmd: fix indirect action flush
> b9a87346b0 Chengwen Feng ethdev: fix strict aliasing in link up
> e82b0fe097 Venkat Kumar Ande net/axgbe: disable RRC for yellow carp
> devices
> f876dbef08 David Marchand net: fix outer UDP checksum in Intel prepare
> helper
> ad12d08f05 Ganapati Kundapura eventdev/crypto: fix opaque field handling
> d5c8b6bb74 Robin Jarry graph: fix ID collisions
> b1d7112602 Jack Bond-Preston crypto/openssl: make per-QP cipher context
> clones
> 17d5bc6135 Jack Bond-Preston crypto/openssl: make per-QP auth context
> clones
> d569af3d4e Wenwu Ma dma/idxd: fix setup with Ubuntu 24.04
> ee0fa7552a Rohit Raj net/dpaa: forbid MTU configuration for shared
> interface
> e2072ba1b0 Fabio Pricoco net/ice/base: fix resource leak
> df44ba7a3c Tomasz Wakula net/ice/base: fix preparing PHY for timesync
> command
> 79be49dd2d Jiawen Wu net/ngbe: add special config for YT8531SH-CA
> PHY
> 2a3f42942a Chengwen Feng dma/hisilicon: remove support for HIP09
> platform
> 1d9077d101 Yingming Mao doc: fix mbuf flags
>
> New backports causing build issues:
>
> f294405ab9 Ciara Loftus net/af_xdp: count mbuf allocation failures
> abdabad636 Ciara Loftus net/af_xdp: remove unused local statistic
> 4c2f14bc6d Sunil Kumar Kori net/cnxk: fix xstats reset
> 4ad17a1c8f Akhil Goyal test/crypto: fix enqueue/dequeue callback case
> 046341575b Gagandeep Singh crypto/dpaa_sec: fix IPsec descriptor
> 97039941b2 Frank Du net/af_xdp: parse UMEM map info from mempool
> 4edbcc7b53 Luca Boccassi bpf: disable on 32-bit x86
> ^ Is it needed for 21.11 at this stage ? There is no recursive disabling of
> libraries in 21.11
>
> Unresolved backports from previous releases:
>
> c5b531d6ee Anoob Joseph app/crypto-perf: fix session freeing
> 04dac73643 Ganapati Kundapura eventdev/crypto: fix enqueue count
> 4b04134cbb Ganapati Kundapura eventdev/crypto: fix failed events
> da73a2a0d1 Ganapati Kundapura eventdev/crypto: fix offset used while
> flushing events
> f442c04001 Ganapati Kundapura eventdev/crypto: fix overflow in circular
> buffer 5a0f64d84b Hanumanth Pothula net/cnxk: fix configuring large Rx/Tx
> queues
> 59ceaa72d5 Harman Kalra common/cnxk: fix part number for CN10K
> 31a28a99fd Jiawen Wu net/ngbe: add spinlock protection on YT PHY
> 5781638519 Nithin Dabilpuram common/cnxk: fix RQ mask config for CN10KB
> chip 3fe71706ab Pavan Nikhilesh event/cnxk: fix stale data in workslot
> 927cb43fe9 Pavan Nikhilesh examples/l3fwd: fix port group mask with
> AltiVec
> 0f044b6681 Steve Yang net/iavf: fix refine protocol header
> 0b241667cc Steve Yang net/iavf: fix tainted scalar
> b125c0e721 Steve Yang net/iavf: fix tainted scalar
> cedb44dc87 Suanming Mou common/mlx5: improve AES-XTS tweak
> capability check
> 0fd1386c30 Stephen Hemminger app/testpmd: cleanup cleanly from signal
> f1d0993e03 Stephen Hemminger app/testpmd: fix interactive mode on
> Windows
> 7be74edb90 Honnappa Nagarahalli common/mlx5: use just sufficient barrier
> for Arm
> 7bdf7a13ae Michael Baum app/testpmd: fix encap/decap size calculation
> 6df1bc6b3b Ashwin Sekhar T K mempool/cnxk: avoid hang when counting
> batch allocs
> 772e30281a Rahul Bhansali common/cnxk: fix CPT backpressure disable on
> LBK
> b37fe88a2c Srujana Challa event/cnxk: fix LMTST write for single event
> mode
> 92a16af450 Kaiwen Deng net/iavf: fix virtchnl command called in interrupt
> 12011b11a3 Jiawen Wu net/txgbe: adapt to MNG veto bit setting
> 21f702d556 Jiawen Wu net/ngbe: fix link status in no LSC mode
> 659cfce01e Jiawen Wu net/ngbe: remove redundant codes
> 6fd3a7a618 Mingjin Ye net/ice/base: fix internal etype in switch filter
> 9749dffe23 Kaiwen Deng net/ice: fix MAC type of E822 and E823
> 1c7a4d37e7 Harman Kalra common/cnxk: fix mailbox timeout due to
> deadlock
> 5e170dd8b6 Jiawen Wu net/txgbe: fix blocking system events
> 37ca457d3f Bing Zhao common/mlx5: fix obtaining IB device in LAG mode
> 9a518054b5 Mohammad Iqbal Ahmad examples/l3fwd: fix duplicate
> expression for default nexthop 61b52e7edb Stephen Hemminger app/test:
> fix reference to master in bonding test
> 63bf81a617 Anatoly Burakov test: fix named test macro 694e8e643d Pavan
> Nikhilesh event/cnxk: fix CASP usage for clang
> a6f639e079 Sunil Kumar Kori common/cnxk: fix BP threshold calculation
> 95a955e3e0 Amit Prakash Shukla dma/cnxk: fix device reconfigure
> 3dd3115078 Amit Prakash Shukla dma/cnxk: fix chunk buffer failure return
> code
> ba39a261a7 Vamsi Attunuru dma/cnxk: fix completion ring tail wrap
> b3ddd649ad Ashwin Sekhar T K mempool/cnxk: fix alloc from non-EAL
> threads
> 56fa6f92e9 Kiran Kumar K common/cnxk: fix RSS key configuration
> 7752f14026 Rahul Bhansali net/cnxk: fix Rx flush on CN10k
> 5d8c1f6253 Nithin Dabilpuram common/cnxk: check error in MAC address
> set a996cd04ae Stephen Hemminger app/testpmd: fix early exit from signal
> a74c5001e9 Jiawen Wu net/ngbe: add proper memory barriers in Rx
> 2ece3b7186 Bing Zhao net/mlx5: fix flow workspace double free in
> Windows
> 9d91c3047d Gowrishankar Muthukrishnan crypto/openssl: fix memory leaks
> in asym operations 166591931b Stephen Hemminger pcapng: modify
> timestamp calculation
> 547f294357 Kumara Parameshwaran gro: fix reordering of packets
> 063cddfc74 Honnappa Nagarahalli rcu: use atomic operation on acked token
> df33fb53e4 Honnappa Nagarahalli rcu: fix acked token in debug log
> 02a2accb5f Mário Kuka net/bonding: fix flow count query
> 44a8635459 Hanumanth Pothula net/thunderx: fix DMAC control register
> update
> 48adbc80ba Michael Baum net/mlx5: remove GENEVE options length
> limitation
> 461c287ab5 Kumara Parameshwaran app/testpmd: fix GRO packets flush on
> timeout 3232c95d2c Nithin Dabilpuram net/cnxk: fix indirect mbuf handling
> in Tx
> 26a6bda9df Rahul Bhansali net/cnxk: add cookies check for multi-segment
> offload
> 8ed5ca4dda Rahul Bhansali net/cnxk: fix mbuf fields in multi-segment Tx
> 48054ca384 Harman Kalra common/cnxk: fix link config for SDP
> 87e4384d26 Bing Zhao net/mlx5: fix condition of LACP miss flow
> 1cfb78d2c4 Shun Hao net/mlx5: fix meter policy priority
> 27e44a6f53 Gregory Etelson net/mlx5: remove duplication of L3 flow item
> validation
> 2db234e769 Gregory Etelson net/mlx5: fix IP-in-IP tunnels recognition
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: please help backporting some patches to stable release 21.11.8
2024-08-30 9:16 ` Ye, MingjinX
@ 2024-08-30 9:34 ` Kevin Traynor
0 siblings, 0 replies; 14+ messages in thread
From: Kevin Traynor @ 2024-08-30 9:34 UTC (permalink / raw)
To: Ye, MingjinX; +Cc: dpdk stable
On 30/08/2024 10:16, Ye, MingjinX wrote:
> Hi Kevin,
>
> The following patches do not require backporting to stable21.11.
>
> 6fd3a7a618 Mingjin Ye net/ice/base: fix internal etype in switch filter
>
Thanks, removed from list.
Kevin.
> Regards,
> Mingjin
>
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: please help backporting some patches to stable release 21.11.8
2024-08-29 10:21 please help backporting some patches to stable release 21.11.8 Kevin Traynor
` (2 preceding siblings ...)
2024-08-30 9:16 ` Ye, MingjinX
@ 2024-08-31 16:27 ` Stephen Hemminger
2024-09-03 13:25 ` Kevin Traynor
2024-08-31 16:42 ` Stephen Hemminger
2024-09-02 13:01 ` Etelson, Gregory
5 siblings, 1 reply; 14+ messages in thread
From: Stephen Hemminger @ 2024-08-31 16:27 UTC (permalink / raw)
To: Kevin Traynor
Cc: dpdk stable, Abhinandan Gujjar, Akhil Goyal, Ali Alnubani,
Amit Prakash Shukla, Anatoly Burakov, Anoob Joseph,
Ashwin Sekhar T K, Bing Zhao, Bruce Richardson, Chengwen Feng,
Ciara Loftus, Ciara Power, Conor Walsh, Dariusz Sosnowski,
David Marchand, Dengdui Huang, Fabio Pricoco, Ferruh Yigit,
Frank Du, Gagandeep Singh, Ganapati Kundapura, Gaoxiang Liu,
Gowrishankar Muthukrishnan, Gregory Etelson, Hanumanth Pothula,
Harman Kalra, Hemant Agrawal, Honnappa Nagarahalli, Ian Stokes,
Jack Bond-Preston, Jerin Jacob, Jiawen Wu, Jiayu Hu, Kai Ji,
Kaiwen Deng, Kiran Kumar K, Konstantin Ananyev,
Kumara Parameshwaran, Luca Boccassi, Mário Kuka,
Matan Azrad, Michael Baum, Mingjin Ye, Mohammad Iqbal Ahmad,
Morten Brørup, Nathan Brown, Nithin Dabilpuram,
Ola Liljedahl, Olivier Matz, Ori Kam, Pavan Nikhilesh, Qi Zhang,
Rahul Bhansali, Robin Jarry, Rohit Raj, Ruifeng Wang,
Selwin Sebastian, Shijith Thotton, Shun Hao, Shuo Li,
Srujana Challa, Steve Yang, Suanming Mou, Sunil Kumar Kori,
Tomasz Wakula, Tyler Retzlaff, Vamsi Attunuru, Vanshika Shukla,
Venkat Kumar Ande, Viacheslav Ovsiienko, Wathsala Vithanage,
Wenwu Ma, Yingming Mao
On Thu, 29 Aug 2024 11:21:53 +0100
Kevin Traynor <ktraynor@redhat.com> wrote:
The problem with some of the pcapng changes is they change experimental api.
This is ok in the main release stream but is likely to upset stable release users.
> 166591931b Stephen Hemminger pcapng: modify timestamp calculation
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: please help backporting some patches to stable release 21.11.8
2024-08-29 10:21 please help backporting some patches to stable release 21.11.8 Kevin Traynor
` (3 preceding siblings ...)
2024-08-31 16:27 ` Stephen Hemminger
@ 2024-08-31 16:42 ` Stephen Hemminger
2024-09-02 8:23 ` David Marchand
2024-09-02 13:01 ` Etelson, Gregory
5 siblings, 1 reply; 14+ messages in thread
From: Stephen Hemminger @ 2024-08-31 16:42 UTC (permalink / raw)
To: Kevin Traynor
Cc: dpdk stable, Abhinandan Gujjar, Akhil Goyal, Ali Alnubani,
Amit Prakash Shukla, Anatoly Burakov, Anoob Joseph,
Ashwin Sekhar T K, Bing Zhao, Bruce Richardson, Chengwen Feng,
Ciara Loftus, Ciara Power, Conor Walsh, Dariusz Sosnowski,
David Marchand, Dengdui Huang, Fabio Pricoco, Ferruh Yigit,
Frank Du, Gagandeep Singh, Ganapati Kundapura, Gaoxiang Liu,
Gowrishankar Muthukrishnan, Gregory Etelson, Hanumanth Pothula,
Harman Kalra, Hemant Agrawal, Honnappa Nagarahalli, Ian Stokes,
Jack Bond-Preston, Jerin Jacob, Jiawen Wu, Jiayu Hu, Kai Ji,
Kaiwen Deng, Kiran Kumar K, Konstantin Ananyev,
Kumara Parameshwaran, Luca Boccassi, Mário Kuka,
Matan Azrad, Michael Baum, Mingjin Ye, Mohammad Iqbal Ahmad,
Morten Brørup, Nathan Brown, Nithin Dabilpuram,
Ola Liljedahl, Olivier Matz, Ori Kam, Pavan Nikhilesh, Qi Zhang,
Rahul Bhansali, Robin Jarry, Rohit Raj, Ruifeng Wang,
Selwin Sebastian, Shijith Thotton, Shun Hao, Shuo Li,
Srujana Challa, Steve Yang, Suanming Mou, Sunil Kumar Kori,
Tomasz Wakula, Tyler Retzlaff, Vamsi Attunuru, Vanshika Shukla,
Venkat Kumar Ande, Viacheslav Ovsiienko, Wathsala Vithanage,
Wenwu Ma, Yingming Mao
If I build 21.11 with current Gcc there are lot of warnings.
~/DPDK/21.11 $ ninja -C build
ninja: Entering directory `build'
[162/2951] Compiling C object lib/librte_hash.a.p/hash_rte_thash.c.o
In file included from /usr/lib/gcc/x86_64-linux-gnu/14/include/immintrin.h:77,
from /usr/lib/gcc/x86_64-linux-gnu/14/include/x86intrin.h:32,
from ../lib/eal/x86/include/rte_vect.h:31,
from ../lib/eal/x86/include/rte_memcpy.h:17,
from ../lib/mempool/rte_mempool.h:50,
from ../lib/mbuf/rte_mbuf.h:38,
from ../lib/net/rte_ip.h:32,
from ../lib/hash/rte_thash.h:25,
from ../lib/hash/rte_thash.c:7:
In function ‘_mm512_mask_permutexvar_epi8’,
inlined from ‘__rte_thash_gfni’ at ../lib/hash/rte_thash_x86_gfni.h:141:17,
inlined from ‘rte_thash_gfni’ at ../lib/hash/rte_thash_x86_gfni.h:181:20,
inlined from ‘rte_thash_adjust_tuple’ at ../lib/hash/rte_thash.c:785:11:
/usr/lib/gcc/x86_64-linux-gnu/14/include/avx512vbmiintrin.h:97:20: warning: ‘tuple_bytes’ may be used uninitialized [-Wmaybe-uninitialized]
97 | return (__m512i) __builtin_ia32_permvarqi512_mask ((__v64qi) __B,
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
98 | (__v64qi) __A,
| ~~~~~~~~~~~~~~
99 | (__v64qi) __W,
| ~~~~~~~~~~~~~~
100 | (__mmask64) __M);
| ~~~~~~~~~~~~~~~~
In file included from ../lib/hash/rte_thash_gfni.h:16,
from ../lib/hash/rte_thash.h:27:
../lib/hash/rte_thash_x86_gfni.h: In function ‘rte_thash_adjust_tuple’:
../lib/hash/rte_thash_x86_gfni.h:90:33: note: ‘tuple_bytes’ was declared here
90 | __m512i vals, matrixes, tuple_bytes, tuple_bytes_2;
| ^~~~~~~~~~~
In function ‘_mm512_mask_permutexvar_epi8’,
inlined from ‘__rte_thash_gfni’ at ../lib/hash/rte_thash_x86_gfni.h:141:17,
inlined from ‘rte_thash_gfni’ at ../lib/hash/rte_thash_x86_gfni.h:181:20,
inlined from ‘rte_thash_adjust_tuple’ at ../lib/hash/rte_thash.c:785:11:
/usr/lib/gcc/x86_64-linux-gnu/14/include/avx512vbmiintrin.h:97:20: warning: ‘permute_mask’ may be used uninitialized [-Wmaybe-uninitialized]
97 | return (__m512i) __builtin_ia32_permvarqi512_mask ((__v64qi) __B,
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
98 | (__v64qi) __A,
| ~~~~~~~~~~~~~~
99 | (__v64qi) __W,
| ~~~~~~~~~~~~~~
100 | (__mmask64) __M);
| ~~~~~~~~~~~~~~~~
../lib/hash/rte_thash_x86_gfni.h: In function ‘rte_thash_adjust_tuple’:
../lib/hash/rte_thash_x86_gfni.h:91:30: note: ‘permute_mask’ was declared here
91 | __mmask64 load_mask, permute_mask, permute_mask_2;
| ^~~~~~~~~~~~
[242/2951] Compiling C object drivers/libtmp_rte_common_cnxk.a.p/common_cnxk_roc_npc_utils.c.o
In function ‘npc_prep_mcam_ldata’,
inlined from ‘npc_update_extraction_data’ at ../drivers/common/cnxk/roc_npc_utils.c:195:2:
../drivers/common/cnxk/roc_npc_utils.c:13:26: warning: writing 32 bytes into a region of size 0 [-Wstringop-overflow=]
13 | ptr[idx] = data[len - 1 - idx];
| ~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~
../drivers/common/cnxk/roc_npc_utils.c: In function ‘npc_update_extraction_data’:
../drivers/common/cnxk/roc_npc_utils.c:163:17: note: at offset 64 into destination object ‘int_info’ of size 64
163 | uint8_t int_info[NPC_MAX_EXTRACT_DATA_LEN];
| ^~~~~~~~
In function ‘npc_prep_mcam_ldata’,
inlined from ‘npc_update_extraction_data’ at ../drivers/common/cnxk/roc_npc_utils.c:195:2:
../drivers/common/cnxk/roc_npc_utils.c:13:26: warning: writing 32 bytes into a region of size 0 [-Wstringop-overflow=]
13 | ptr[idx] = data[len - 1 - idx];
| ~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~
../drivers/common/cnxk/roc_npc_utils.c: In function ‘npc_update_extraction_data’:
../drivers/common/cnxk/roc_npc_utils.c:163:17: note: at offset 96 into destination object ‘int_info’ of size 64
163 | uint8_t int_info[NPC_MAX_EXTRACT_DATA_LEN];
| ^~~~~~~~
In function ‘npc_prep_mcam_ldata’,
inlined from ‘npc_update_extraction_data’ at ../drivers/common/cnxk/roc_npc_utils.c:195:2:
../drivers/common/cnxk/roc_npc_utils.c:13:26: warning: writing 32 bytes into a region of size 0 [-Wstringop-overflow=]
13 | ptr[idx] = data[len - 1 - idx];
| ~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~
../drivers/common/cnxk/roc_npc_utils.c: In function ‘npc_update_extraction_data’:
../drivers/common/cnxk/roc_npc_utils.c:163:17: note: at offset 128 into destination object ‘int_info’ of size 64
163 | uint8_t int_info[NPC_MAX_EXTRACT_DATA_LEN];
| ^~~~~~~~
In function ‘npc_prep_mcam_ldata’,
inlined from ‘npc_update_extraction_data’ at ../drivers/common/cnxk/roc_npc_utils.c:195:2:
../drivers/common/cnxk/roc_npc_utils.c:13:26: warning: writing 32 bytes into a region of size 0 [-Wstringop-overflow=]
13 | ptr[idx] = data[len - 1 - idx];
| ~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~
../drivers/common/cnxk/roc_npc_utils.c: In function ‘npc_update_extraction_data’:
../drivers/common/cnxk/roc_npc_utils.c:163:17: note: at offset 160 into destination object ‘int_info’ of size 64
163 | uint8_t int_info[NPC_MAX_EXTRACT_DATA_LEN];
| ^~~~~~~~
In function ‘npc_prep_mcam_ldata’,
inlined from ‘npc_update_extraction_data’ at ../drivers/common/cnxk/roc_npc_utils.c:195:2:
../drivers/common/cnxk/roc_npc_utils.c:13:26: warning: writing 32 bytes into a region of size 0 [-Wstringop-overflow=]
13 | ptr[idx] = data[len - 1 - idx];
| ~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~
../drivers/common/cnxk/roc_npc_utils.c: In function ‘npc_update_extraction_data’:
../drivers/common/cnxk/roc_npc_utils.c:163:17: note: at offset 192 into destination object ‘int_info’ of size 64
163 | uint8_t int_info[NPC_MAX_EXTRACT_DATA_LEN];
| ^~~~~~~~
In function ‘npc_prep_mcam_ldata’,
inlined from ‘npc_update_extraction_data’ at ../drivers/common/cnxk/roc_npc_utils.c:197:2:
../drivers/common/cnxk/roc_npc_utils.c:13:26: warning: writing 32 bytes into a region of size 0 [-Wstringop-overflow=]
13 | ptr[idx] = data[len - 1 - idx];
| ~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~
../drivers/common/cnxk/roc_npc_utils.c: In function ‘npc_update_extraction_data’:
../drivers/common/cnxk/roc_npc_utils.c:162:17: note: at offset 64 into destination object ‘int_info_mask’ of size 64
162 | uint8_t int_info_mask[NPC_MAX_EXTRACT_DATA_LEN];
| ^~~~~~~~~~~~~
In function ‘npc_prep_mcam_ldata’,
inlined from ‘npc_update_extraction_data’ at ../drivers/common/cnxk/roc_npc_utils.c:197:2:
../drivers/common/cnxk/roc_npc_utils.c:13:26: warning: writing 32 bytes into a region of size 0 [-Wstringop-overflow=]
13 | ptr[idx] = data[len - 1 - idx];
| ~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~
../drivers/common/cnxk/roc_npc_utils.c: In function ‘npc_update_extraction_data’:
../drivers/common/cnxk/roc_npc_utils.c:162:17: note: at offset 96 into destination object ‘int_info_mask’ of size 64
162 | uint8_t int_info_mask[NPC_MAX_EXTRACT_DATA_LEN];
| ^~~~~~~~~~~~~
In function ‘npc_prep_mcam_ldata’,
inlined from ‘npc_update_extraction_data’ at ../drivers/common/cnxk/roc_npc_utils.c:197:2:
../drivers/common/cnxk/roc_npc_utils.c:13:26: warning: writing 32 bytes into a region of size 0 [-Wstringop-overflow=]
13 | ptr[idx] = data[len - 1 - idx];
| ~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~
../drivers/common/cnxk/roc_npc_utils.c: In function ‘npc_update_extraction_data’:
../drivers/common/cnxk/roc_npc_utils.c:162:17: note: at offset 128 into destination object ‘int_info_mask’ of size 64
162 | uint8_t int_info_mask[NPC_MAX_EXTRACT_DATA_LEN];
| ^~~~~~~~~~~~~
In function ‘npc_prep_mcam_ldata’,
inlined from ‘npc_update_extraction_data’ at ../drivers/common/cnxk/roc_npc_utils.c:197:2:
../drivers/common/cnxk/roc_npc_utils.c:13:26: warning: writing 32 bytes into a region of size 0 [-Wstringop-overflow=]
13 | ptr[idx] = data[len - 1 - idx];
| ~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~
../drivers/common/cnxk/roc_npc_utils.c: In function ‘npc_update_extraction_data’:
../drivers/common/cnxk/roc_npc_utils.c:162:17: note: at offset 160 into destination object ‘int_info_mask’ of size 64
162 | uint8_t int_info_mask[NPC_MAX_EXTRACT_DATA_LEN];
| ^~~~~~~~~~~~~
In function ‘npc_prep_mcam_ldata’,
inlined from ‘npc_update_extraction_data’ at ../drivers/common/cnxk/roc_npc_utils.c:197:2:
../drivers/common/cnxk/roc_npc_utils.c:13:26: warning: writing 32 bytes into a region of size 0 [-Wstringop-overflow=]
13 | ptr[idx] = data[len - 1 - idx];
| ~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~
../drivers/common/cnxk/roc_npc_utils.c: In function ‘npc_update_extraction_data’:
../drivers/common/cnxk/roc_npc_utils.c:162:17: note: at offset 192 into destination object ‘int_info_mask’ of size 64
162 | uint8_t int_info_mask[NPC_MAX_EXTRACT_DATA_LEN];
| ^~~~~~~~~~~~~
[426/2951] Compiling C object drivers/libtmp_rte_common_mlx5.a.p/common_mlx5_mlx5_common_mr.c.o
../drivers/common/mlx5/mlx5_common_mr.c: In function ‘mlx5_mempool_get_chunks’:
../drivers/common/mlx5/mlx5_common_mr.c:1311:29: warning: ‘calloc’ sizes specified with ‘sizeof’ in the earlier argument and not in the later argument [-Wcalloc-transposed-args]
1311 | *out = calloc(sizeof(**out), n);
| ^
../drivers/common/mlx5/mlx5_common_mr.c:1311:29: note: earlier argument should specify number of elements, later size of each element
[445/2951] Compiling C object drivers/libtmp_rte_net_cnxk.a.p/net_cnxk_cnxk_ethdev_mtr.c.o
In file included from ../drivers/net/cnxk/cnxk_ethdev.h:16,
from ../drivers/net/cnxk/cnxk_ethdev_mtr.c:5:
In function ‘rte_mtr_error_set’,
inlined from ‘cnxk_nix_mtr_policy_validate’ at ../drivers/net/cnxk/cnxk_ethdev_mtr.c:311:14:
../lib/ethdev/rte_mtr_driver.h:188:24: warning: storing the address of local variable ‘message’ in ‘*error.message’ [-Wdangling-pointer=]
188 | *error = (struct rte_mtr_error){
| ~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~
189 | .type = type,
| ~~~~~~~~~~~~~
190 | .cause = cause,
| ~~~~~~~~~~~~~~~
191 | .message = message,
| ~~~~~~~~~~~~~~~~~~~
192 | };
| ~
../drivers/net/cnxk/cnxk_ethdev_mtr.c: In function ‘cnxk_nix_mtr_policy_validate’:
../drivers/net/cnxk/cnxk_ethdev_mtr.c:288:14: note: ‘message’ declared here
288 | char message[1024];
| ^~~~~~~
../drivers/net/cnxk/cnxk_ethdev_mtr.c:283:52: note: ‘error’ declared here
283 | struct rte_mtr_error *error)
| ~~~~~~~~~~~~~~~~~~~~~~^~~~~
[552/2951] Compiling C object drivers/libtmp_rte_crypto_cnxk.a.p/crypto_cnxk_cn10k_cryptodev_ops.c.o
In file included from ../drivers/crypto/cnxk/cn10k_cryptodev_ops.c:17:
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_kasumi_enc_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:1397:8,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:1621:9,
inlined from ‘fill_digest_params’ at ../drivers/crypto/cnxk/cnxk_se.h:2509:8,
inlined from ‘cpt_sym_inst_fill’ at ../drivers/crypto/cnxk/cn10k_cryptodev_ops.c:96:9,
inlined from ‘cn10k_cpt_fill_inst.constprop.isra’ at ../drivers/crypto/cnxk/cn10k_cryptodev_ops.c:147:10:
../drivers/crypto/cnxk/cnxk_se.h:201:52: warning: array subscript 0 is outside array bounds of ‘struct roc_se_buf_ptr[0]’ [-Warray-bounds=]
201 | e_vaddr = (uint64_t)bufs[j].vaddr;
| ~~~~~~~^~~~~~
In function ‘cn10k_cpt_fill_inst.constprop.isra’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_kasumi_enc_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:1397:8,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:1621:9,
inlined from ‘fill_digest_params’ at ../drivers/crypto/cnxk/cnxk_se.h:2509:8,
inlined from ‘cpt_sym_inst_fill’ at ../drivers/crypto/cnxk/cn10k_cryptodev_ops.c:96:9,
inlined from ‘cn10k_cpt_fill_inst.constprop.isra’ at ../drivers/crypto/cnxk/cn10k_cryptodev_ops.c:147:10:
../drivers/crypto/cnxk/cnxk_se.h:202:48: warning: array subscript 0 is outside array bounds of ‘struct roc_se_buf_ptr[0]’ [-Warray-bounds=]
202 | e_len = (size > bufs[j].size) ? bufs[j].size : size;
| ~~~~~~~^~~~~
In function ‘cn10k_cpt_fill_inst.constprop.isra’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_zuc_snow3g_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:1201:9,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:1618:9,
inlined from ‘fill_digest_params’ at ../drivers/crypto/cnxk/cnxk_se.h:2509:8,
inlined from ‘cpt_sym_inst_fill’ at ../drivers/crypto/cnxk/cn10k_cryptodev_ops.c:96:9,
inlined from ‘cn10k_cpt_fill_inst.constprop.isra’ at ../drivers/crypto/cnxk/cn10k_cryptodev_ops.c:147:10:
../drivers/crypto/cnxk/cnxk_se.h:201:52: warning: array subscript 0 is outside array bounds of ‘struct roc_se_buf_ptr[0]’ [-Warray-bounds=]
201 | e_vaddr = (uint64_t)bufs[j].vaddr;
| ~~~~~~~^~~~~~
In function ‘cn10k_cpt_fill_inst.constprop.isra’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_zuc_snow3g_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:1201:9,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:1618:9,
inlined from ‘fill_digest_params’ at ../drivers/crypto/cnxk/cnxk_se.h:2509:8,
inlined from ‘cpt_sym_inst_fill’ at ../drivers/crypto/cnxk/cn10k_cryptodev_ops.c:96:9,
inlined from ‘cn10k_cpt_fill_inst.constprop.isra’ at ../drivers/crypto/cnxk/cn10k_cryptodev_ops.c:147:10:
../drivers/crypto/cnxk/cnxk_se.h:202:48: warning: array subscript 0 is outside array bounds of ‘struct roc_se_buf_ptr[0]’ [-Warray-bounds=]
202 | e_len = (size > bufs[j].size) ? bufs[j].size : size;
| ~~~~~~~^~~~~
In function ‘cn10k_cpt_fill_inst.constprop.isra’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_enc_hmac_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:614:10,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:1616:9,
inlined from ‘fill_digest_params’ at ../drivers/crypto/cnxk/cnxk_se.h:2509:8,
inlined from ‘cpt_sym_inst_fill’ at ../drivers/crypto/cnxk/cn10k_cryptodev_ops.c:96:9,
inlined from ‘cn10k_cpt_fill_inst.constprop.isra’ at ../drivers/crypto/cnxk/cn10k_cryptodev_ops.c:147:10:
../drivers/crypto/cnxk/cnxk_se.h:201:52: warning: array subscript 0 is outside array bounds of ‘struct roc_se_buf_ptr[0]’ [-Warray-bounds=]
201 | e_vaddr = (uint64_t)bufs[j].vaddr;
| ~~~~~~~^~~~~~
In function ‘cn10k_cpt_fill_inst.constprop.isra’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_enc_hmac_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:614:10,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:1616:9,
inlined from ‘fill_digest_params’ at ../drivers/crypto/cnxk/cnxk_se.h:2509:8,
inlined from ‘cpt_sym_inst_fill’ at ../drivers/crypto/cnxk/cn10k_cryptodev_ops.c:96:9,
inlined from ‘cn10k_cpt_fill_inst.constprop.isra’ at ../drivers/crypto/cnxk/cn10k_cryptodev_ops.c:147:10:
../drivers/crypto/cnxk/cnxk_se.h:202:48: warning: array subscript 0 is outside array bounds of ‘struct roc_se_buf_ptr[0]’ [-Warray-bounds=]
202 | e_len = (size > bufs[j].size) ? bufs[j].size : size;
| ~~~~~~~^~~~~
In function ‘cn10k_cpt_fill_inst.constprop.isra’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_kasumi_enc_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:1397:8,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:1621:9,
inlined from ‘fill_digest_params’ at ../drivers/crypto/cnxk/cnxk_se.h:2509:8,
inlined from ‘cpt_sym_inst_fill’ at ../drivers/crypto/cnxk/cn10k_cryptodev_ops.c:96:9,
inlined from ‘cn10k_cpt_fill_inst.constprop.isra’ at ../drivers/crypto/cnxk/cn10k_cryptodev_ops.c:135:10:
../drivers/crypto/cnxk/cnxk_se.h:201:52: warning: array subscript 0 is outside array bounds of ‘struct roc_se_buf_ptr[0]’ [-Warray-bounds=]
201 | e_vaddr = (uint64_t)bufs[j].vaddr;
| ~~~~~~~^~~~~~
In function ‘cn10k_cpt_fill_inst.constprop.isra’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_kasumi_enc_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:1397:8,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:1621:9,
inlined from ‘fill_digest_params’ at ../drivers/crypto/cnxk/cnxk_se.h:2509:8,
inlined from ‘cpt_sym_inst_fill’ at ../drivers/crypto/cnxk/cn10k_cryptodev_ops.c:96:9,
inlined from ‘cn10k_cpt_fill_inst.constprop.isra’ at ../drivers/crypto/cnxk/cn10k_cryptodev_ops.c:135:10:
../drivers/crypto/cnxk/cnxk_se.h:202:48: warning: array subscript 0 is outside array bounds of ‘struct roc_se_buf_ptr[0]’ [-Warray-bounds=]
202 | e_len = (size > bufs[j].size) ? bufs[j].size : size;
| ~~~~~~~^~~~~
In function ‘cn10k_cpt_fill_inst.constprop.isra’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_zuc_snow3g_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:1201:9,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:1618:9,
inlined from ‘fill_digest_params’ at ../drivers/crypto/cnxk/cnxk_se.h:2509:8,
inlined from ‘cpt_sym_inst_fill’ at ../drivers/crypto/cnxk/cn10k_cryptodev_ops.c:96:9,
inlined from ‘cn10k_cpt_fill_inst.constprop.isra’ at ../drivers/crypto/cnxk/cn10k_cryptodev_ops.c:135:10:
../drivers/crypto/cnxk/cnxk_se.h:201:52: warning: array subscript 0 is outside array bounds of ‘struct roc_se_buf_ptr[0]’ [-Warray-bounds=]
201 | e_vaddr = (uint64_t)bufs[j].vaddr;
| ~~~~~~~^~~~~~
In function ‘cn10k_cpt_fill_inst.constprop.isra’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_zuc_snow3g_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:1201:9,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:1618:9,
inlined from ‘fill_digest_params’ at ../drivers/crypto/cnxk/cnxk_se.h:2509:8,
inlined from ‘cpt_sym_inst_fill’ at ../drivers/crypto/cnxk/cn10k_cryptodev_ops.c:96:9,
inlined from ‘cn10k_cpt_fill_inst.constprop.isra’ at ../drivers/crypto/cnxk/cn10k_cryptodev_ops.c:135:10:
../drivers/crypto/cnxk/cnxk_se.h:202:48: warning: array subscript 0 is outside array bounds of ‘struct roc_se_buf_ptr[0]’ [-Warray-bounds=]
202 | e_len = (size > bufs[j].size) ? bufs[j].size : size;
| ~~~~~~~^~~~~
In function ‘cn10k_cpt_fill_inst.constprop.isra’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_enc_hmac_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:614:10,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:1616:9,
inlined from ‘fill_digest_params’ at ../drivers/crypto/cnxk/cnxk_se.h:2509:8,
inlined from ‘cpt_sym_inst_fill’ at ../drivers/crypto/cnxk/cn10k_cryptodev_ops.c:96:9,
inlined from ‘cn10k_cpt_fill_inst.constprop.isra’ at ../drivers/crypto/cnxk/cn10k_cryptodev_ops.c:135:10:
../drivers/crypto/cnxk/cnxk_se.h:201:52: warning: array subscript 0 is outside array bounds of ‘struct roc_se_buf_ptr[0]’ [-Warray-bounds=]
201 | e_vaddr = (uint64_t)bufs[j].vaddr;
| ~~~~~~~^~~~~~
In function ‘cn10k_cpt_fill_inst.constprop.isra’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_enc_hmac_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:614:10,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:1616:9,
inlined from ‘fill_digest_params’ at ../drivers/crypto/cnxk/cnxk_se.h:2509:8,
inlined from ‘cpt_sym_inst_fill’ at ../drivers/crypto/cnxk/cn10k_cryptodev_ops.c:96:9,
inlined from ‘cn10k_cpt_fill_inst.constprop.isra’ at ../drivers/crypto/cnxk/cn10k_cryptodev_ops.c:135:10:
../drivers/crypto/cnxk/cnxk_se.h:202:48: warning: array subscript 0 is outside array bounds of ‘struct roc_se_buf_ptr[0]’ [-Warray-bounds=]
202 | e_len = (size > bufs[j].size) ? bufs[j].size : size;
| ~~~~~~~^~~~~
In function ‘cn10k_cpt_fill_inst.constprop.isra’:
cc1: note: source object is likely at address zero
[556/2951] Compiling C object drivers/libtmp_rte_crypto_cnxk.a.p/crypto_cnxk_cn9k_cryptodev_ops.c.o
In file included from ../drivers/crypto/cnxk/cn9k_cryptodev_ops.c:18:
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_kasumi_enc_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:1397:8,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:1621:9,
inlined from ‘fill_digest_params’ at ../drivers/crypto/cnxk/cnxk_se.h:2509:8,
inlined from ‘cn9k_cpt_sym_inst_fill’ at ../drivers/crypto/cnxk/cn9k_cryptodev_ops.c:34:9,
inlined from ‘cn9k_cpt_inst_prep’ at ../drivers/crypto/cnxk/cn9k_cryptodev_ops.c:126:10:
../drivers/crypto/cnxk/cnxk_se.h:201:52: warning: array subscript 0 is outside array bounds of ‘struct roc_se_buf_ptr[0]’ [-Warray-bounds=]
201 | e_vaddr = (uint64_t)bufs[j].vaddr;
| ~~~~~~~^~~~~~
In function ‘cn9k_cpt_inst_prep’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_kasumi_enc_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:1397:8,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:1621:9,
inlined from ‘fill_digest_params’ at ../drivers/crypto/cnxk/cnxk_se.h:2509:8,
inlined from ‘cn9k_cpt_sym_inst_fill’ at ../drivers/crypto/cnxk/cn9k_cryptodev_ops.c:34:9,
inlined from ‘cn9k_cpt_inst_prep’ at ../drivers/crypto/cnxk/cn9k_cryptodev_ops.c:126:10:
../drivers/crypto/cnxk/cnxk_se.h:202:48: warning: array subscript 0 is outside array bounds of ‘struct roc_se_buf_ptr[0]’ [-Warray-bounds=]
202 | e_len = (size > bufs[j].size) ? bufs[j].size : size;
| ~~~~~~~^~~~~
In function ‘cn9k_cpt_inst_prep’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_zuc_snow3g_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:1201:9,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:1618:9,
inlined from ‘fill_digest_params’ at ../drivers/crypto/cnxk/cnxk_se.h:2509:8,
inlined from ‘cn9k_cpt_sym_inst_fill’ at ../drivers/crypto/cnxk/cn9k_cryptodev_ops.c:34:9,
inlined from ‘cn9k_cpt_inst_prep’ at ../drivers/crypto/cnxk/cn9k_cryptodev_ops.c:126:10:
../drivers/crypto/cnxk/cnxk_se.h:201:52: warning: array subscript 0 is outside array bounds of ‘struct roc_se_buf_ptr[0]’ [-Warray-bounds=]
201 | e_vaddr = (uint64_t)bufs[j].vaddr;
| ~~~~~~~^~~~~~
In function ‘cn9k_cpt_inst_prep’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_zuc_snow3g_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:1201:9,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:1618:9,
inlined from ‘fill_digest_params’ at ../drivers/crypto/cnxk/cnxk_se.h:2509:8,
inlined from ‘cn9k_cpt_sym_inst_fill’ at ../drivers/crypto/cnxk/cn9k_cryptodev_ops.c:34:9,
inlined from ‘cn9k_cpt_inst_prep’ at ../drivers/crypto/cnxk/cn9k_cryptodev_ops.c:126:10:
../drivers/crypto/cnxk/cnxk_se.h:202:48: warning: array subscript 0 is outside array bounds of ‘struct roc_se_buf_ptr[0]’ [-Warray-bounds=]
202 | e_len = (size > bufs[j].size) ? bufs[j].size : size;
| ~~~~~~~^~~~~
In function ‘cn9k_cpt_inst_prep’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_enc_hmac_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:614:10,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:1616:9,
inlined from ‘fill_digest_params’ at ../drivers/crypto/cnxk/cnxk_se.h:2509:8,
inlined from ‘cn9k_cpt_sym_inst_fill’ at ../drivers/crypto/cnxk/cn9k_cryptodev_ops.c:34:9,
inlined from ‘cn9k_cpt_inst_prep’ at ../drivers/crypto/cnxk/cn9k_cryptodev_ops.c:126:10:
../drivers/crypto/cnxk/cnxk_se.h:201:52: warning: array subscript 0 is outside array bounds of ‘struct roc_se_buf_ptr[0]’ [-Warray-bounds=]
201 | e_vaddr = (uint64_t)bufs[j].vaddr;
| ~~~~~~~^~~~~~
In function ‘cn9k_cpt_inst_prep’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_enc_hmac_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:614:10,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:1616:9,
inlined from ‘fill_digest_params’ at ../drivers/crypto/cnxk/cnxk_se.h:2509:8,
inlined from ‘cn9k_cpt_sym_inst_fill’ at ../drivers/crypto/cnxk/cn9k_cryptodev_ops.c:34:9,
inlined from ‘cn9k_cpt_inst_prep’ at ../drivers/crypto/cnxk/cn9k_cryptodev_ops.c:126:10:
../drivers/crypto/cnxk/cnxk_se.h:202:48: warning: array subscript 0 is outside array bounds of ‘struct roc_se_buf_ptr[0]’ [-Warray-bounds=]
202 | e_len = (size > bufs[j].size) ? bufs[j].size : size;
| ~~~~~~~^~~~~
In function ‘cn9k_cpt_inst_prep’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_kasumi_enc_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:1397:8,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:1621:9,
inlined from ‘fill_digest_params’ at ../drivers/crypto/cnxk/cnxk_se.h:2509:8,
inlined from ‘cn9k_cpt_sym_inst_fill’ at ../drivers/crypto/cnxk/cn9k_cryptodev_ops.c:34:9,
inlined from ‘cn9k_cpt_inst_prep’ at ../drivers/crypto/cnxk/cn9k_cryptodev_ops.c:114:10:
../drivers/crypto/cnxk/cnxk_se.h:201:52: warning: array subscript 0 is outside array bounds of ‘struct roc_se_buf_ptr[0]’ [-Warray-bounds=]
201 | e_vaddr = (uint64_t)bufs[j].vaddr;
| ~~~~~~~^~~~~~
In function ‘cn9k_cpt_inst_prep’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_kasumi_enc_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:1397:8,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:1621:9,
inlined from ‘fill_digest_params’ at ../drivers/crypto/cnxk/cnxk_se.h:2509:8,
inlined from ‘cn9k_cpt_sym_inst_fill’ at ../drivers/crypto/cnxk/cn9k_cryptodev_ops.c:34:9,
inlined from ‘cn9k_cpt_inst_prep’ at ../drivers/crypto/cnxk/cn9k_cryptodev_ops.c:114:10:
../drivers/crypto/cnxk/cnxk_se.h:202:48: warning: array subscript 0 is outside array bounds of ‘struct roc_se_buf_ptr[0]’ [-Warray-bounds=]
202 | e_len = (size > bufs[j].size) ? bufs[j].size : size;
| ~~~~~~~^~~~~
In function ‘cn9k_cpt_inst_prep’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_zuc_snow3g_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:1201:9,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:1618:9,
inlined from ‘fill_digest_params’ at ../drivers/crypto/cnxk/cnxk_se.h:2509:8,
inlined from ‘cn9k_cpt_sym_inst_fill’ at ../drivers/crypto/cnxk/cn9k_cryptodev_ops.c:34:9,
inlined from ‘cn9k_cpt_inst_prep’ at ../drivers/crypto/cnxk/cn9k_cryptodev_ops.c:114:10:
../drivers/crypto/cnxk/cnxk_se.h:201:52: warning: array subscript 0 is outside array bounds of ‘struct roc_se_buf_ptr[0]’ [-Warray-bounds=]
201 | e_vaddr = (uint64_t)bufs[j].vaddr;
| ~~~~~~~^~~~~~
In function ‘cn9k_cpt_inst_prep’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_zuc_snow3g_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:1201:9,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:1618:9,
inlined from ‘fill_digest_params’ at ../drivers/crypto/cnxk/cnxk_se.h:2509:8,
inlined from ‘cn9k_cpt_sym_inst_fill’ at ../drivers/crypto/cnxk/cn9k_cryptodev_ops.c:34:9,
inlined from ‘cn9k_cpt_inst_prep’ at ../drivers/crypto/cnxk/cn9k_cryptodev_ops.c:114:10:
../drivers/crypto/cnxk/cnxk_se.h:202:48: warning: array subscript 0 is outside array bounds of ‘struct roc_se_buf_ptr[0]’ [-Warray-bounds=]
202 | e_len = (size > bufs[j].size) ? bufs[j].size : size;
| ~~~~~~~^~~~~
In function ‘cn9k_cpt_inst_prep’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_enc_hmac_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:614:10,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:1616:9,
inlined from ‘fill_digest_params’ at ../drivers/crypto/cnxk/cnxk_se.h:2509:8,
inlined from ‘cn9k_cpt_sym_inst_fill’ at ../drivers/crypto/cnxk/cn9k_cryptodev_ops.c:34:9,
inlined from ‘cn9k_cpt_inst_prep’ at ../drivers/crypto/cnxk/cn9k_cryptodev_ops.c:114:10:
../drivers/crypto/cnxk/cnxk_se.h:201:52: warning: array subscript 0 is outside array bounds of ‘struct roc_se_buf_ptr[0]’ [-Warray-bounds=]
201 | e_vaddr = (uint64_t)bufs[j].vaddr;
| ~~~~~~~^~~~~~
In function ‘cn9k_cpt_inst_prep’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_enc_hmac_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:614:10,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/crypto/cnxk/cnxk_se.h:1616:9,
inlined from ‘fill_digest_params’ at ../drivers/crypto/cnxk/cnxk_se.h:2509:8,
inlined from ‘cn9k_cpt_sym_inst_fill’ at ../drivers/crypto/cnxk/cn9k_cryptodev_ops.c:34:9,
inlined from ‘cn9k_cpt_inst_prep’ at ../drivers/crypto/cnxk/cn9k_cryptodev_ops.c:114:10:
../drivers/crypto/cnxk/cnxk_se.h:202:48: warning: array subscript 0 is outside array bounds of ‘struct roc_se_buf_ptr[0]’ [-Warray-bounds=]
202 | e_len = (size > bufs[j].size) ? bufs[j].size : size;
| ~~~~~~~^~~~~
In function ‘cn9k_cpt_inst_prep’:
cc1: note: source object is likely at address zero
[612/2951] Compiling C object drivers/libtmp_rte_cr...teontx2.a.p/crypto_octeontx2_otx2_cryptodev_ops.c.o
In file included from ../drivers/crypto/octeontx2/otx2_cryptodev_ops.c:27:
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_kasumi_enc_prep’ at ../drivers/common/cpt/cpt_ucode.h:2176:8,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:2475:3,
inlined from ‘fill_digest_params’ at ../drivers/common/cpt/cpt_ucode.h:3548:14,
inlined from ‘otx2_cpt_enqueue_sym’ at ../drivers/crypto/octeontx2/otx2_cryptodev_ops.c:670:9,
inlined from ‘otx2_cpt_enqueue_sym_sessless’ at ../drivers/crypto/octeontx2/otx2_cryptodev_ops.c:785:8,
inlined from ‘otx2_cpt_enqueue_burst’ at ../drivers/crypto/octeontx2/otx2_cryptodev_ops.c:824:11:
../drivers/common/cpt/cpt_ucode.h:415:36: warning: array subscript 0 is outside array bounds of ‘buf_ptr_t[0]’ {aka ‘struct buf_ptr[]’} [-Warray-bounds=]
415 | e_dma_addr = bufs[j].dma_addr;
| ~~~~~~~~~~~^~~~~~~~~~~~~~~~~~
In function ‘otx2_cpt_enqueue_burst’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_kasumi_enc_prep’ at ../drivers/common/cpt/cpt_ucode.h:2176:8,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:2475:3,
inlined from ‘fill_digest_params’ at ../drivers/common/cpt/cpt_ucode.h:3548:14,
inlined from ‘otx2_cpt_enqueue_sym’ at ../drivers/crypto/octeontx2/otx2_cryptodev_ops.c:670:9,
inlined from ‘otx2_cpt_enqueue_sym_sessless’ at ../drivers/crypto/octeontx2/otx2_cryptodev_ops.c:785:8,
inlined from ‘otx2_cpt_enqueue_burst’ at ../drivers/crypto/octeontx2/otx2_cryptodev_ops.c:824:11:
../drivers/common/cpt/cpt_ucode.h:416:48: warning: array subscript 0 is outside array bounds of ‘buf_ptr_t[0]’ {aka ‘struct buf_ptr[]’} [-Warray-bounds=]
416 | e_len = (size > bufs[j].size) ?
| ~~~~~~~^~~~~
In function ‘otx2_cpt_enqueue_burst’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_zuc_snow3g_enc_prep’ at ../drivers/common/cpt/cpt_ucode.h:1672:9,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:2472:3,
inlined from ‘fill_digest_params’ at ../drivers/common/cpt/cpt_ucode.h:3548:14,
inlined from ‘otx2_cpt_enqueue_sym’ at ../drivers/crypto/octeontx2/otx2_cryptodev_ops.c:670:9,
inlined from ‘otx2_cpt_enqueue_sym_sessless’ at ../drivers/crypto/octeontx2/otx2_cryptodev_ops.c:785:8,
inlined from ‘otx2_cpt_enqueue_burst’ at ../drivers/crypto/octeontx2/otx2_cryptodev_ops.c:824:11:
../drivers/common/cpt/cpt_ucode.h:415:36: warning: array subscript 0 is outside array bounds of ‘buf_ptr_t[0]’ {aka ‘struct buf_ptr[]’} [-Warray-bounds=]
415 | e_dma_addr = bufs[j].dma_addr;
| ~~~~~~~~~~~^~~~~~~~~~~~~~~~~~
In function ‘otx2_cpt_enqueue_burst’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_zuc_snow3g_enc_prep’ at ../drivers/common/cpt/cpt_ucode.h:1672:9,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:2472:3,
inlined from ‘fill_digest_params’ at ../drivers/common/cpt/cpt_ucode.h:3548:14,
inlined from ‘otx2_cpt_enqueue_sym’ at ../drivers/crypto/octeontx2/otx2_cryptodev_ops.c:670:9,
inlined from ‘otx2_cpt_enqueue_sym_sessless’ at ../drivers/crypto/octeontx2/otx2_cryptodev_ops.c:785:8,
inlined from ‘otx2_cpt_enqueue_burst’ at ../drivers/crypto/octeontx2/otx2_cryptodev_ops.c:824:11:
../drivers/common/cpt/cpt_ucode.h:416:48: warning: array subscript 0 is outside array bounds of ‘buf_ptr_t[0]’ {aka ‘struct buf_ptr[]’} [-Warray-bounds=]
416 | e_len = (size > bufs[j].size) ?
| ~~~~~~~^~~~~
In function ‘otx2_cpt_enqueue_burst’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:933:10,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:2469:3,
inlined from ‘fill_digest_params’ at ../drivers/common/cpt/cpt_ucode.h:3548:14,
inlined from ‘otx2_cpt_enqueue_sym’ at ../drivers/crypto/octeontx2/otx2_cryptodev_ops.c:670:9,
inlined from ‘otx2_cpt_enqueue_sym_sessless’ at ../drivers/crypto/octeontx2/otx2_cryptodev_ops.c:785:8,
inlined from ‘otx2_cpt_enqueue_burst’ at ../drivers/crypto/octeontx2/otx2_cryptodev_ops.c:824:11:
../drivers/common/cpt/cpt_ucode.h:415:36: warning: array subscript 0 is outside array bounds of ‘buf_ptr_t[0]’ {aka ‘struct buf_ptr[]’} [-Warray-bounds=]
415 | e_dma_addr = bufs[j].dma_addr;
| ~~~~~~~~~~~^~~~~~~~~~~~~~~~~~
In function ‘otx2_cpt_enqueue_burst’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:933:10,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:2469:3,
inlined from ‘fill_digest_params’ at ../drivers/common/cpt/cpt_ucode.h:3548:14,
inlined from ‘otx2_cpt_enqueue_sym’ at ../drivers/crypto/octeontx2/otx2_cryptodev_ops.c:670:9,
inlined from ‘otx2_cpt_enqueue_sym_sessless’ at ../drivers/crypto/octeontx2/otx2_cryptodev_ops.c:785:8,
inlined from ‘otx2_cpt_enqueue_burst’ at ../drivers/crypto/octeontx2/otx2_cryptodev_ops.c:824:11:
../drivers/common/cpt/cpt_ucode.h:416:48: warning: array subscript 0 is outside array bounds of ‘buf_ptr_t[0]’ {aka ‘struct buf_ptr[]’} [-Warray-bounds=]
416 | e_len = (size > bufs[j].size) ?
| ~~~~~~~^~~~~
In function ‘otx2_cpt_enqueue_burst’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_kasumi_enc_prep’ at ../drivers/common/cpt/cpt_ucode.h:2176:8,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:2475:3,
inlined from ‘fill_digest_params’ at ../drivers/common/cpt/cpt_ucode.h:3548:14,
inlined from ‘otx2_cpt_enqueue_sym’ at ../drivers/crypto/octeontx2/otx2_cryptodev_ops.c:670:9,
inlined from ‘otx2_cpt_enqueue_burst’ at ../drivers/crypto/octeontx2/otx2_cryptodev_ops.c:821:11:
../drivers/common/cpt/cpt_ucode.h:415:36: warning: array subscript 0 is outside array bounds of ‘buf_ptr_t[0]’ {aka ‘struct buf_ptr[]’} [-Warray-bounds=]
415 | e_dma_addr = bufs[j].dma_addr;
| ~~~~~~~~~~~^~~~~~~~~~~~~~~~~~
In function ‘otx2_cpt_enqueue_burst’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_kasumi_enc_prep’ at ../drivers/common/cpt/cpt_ucode.h:2176:8,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:2475:3,
inlined from ‘fill_digest_params’ at ../drivers/common/cpt/cpt_ucode.h:3548:14,
inlined from ‘otx2_cpt_enqueue_sym’ at ../drivers/crypto/octeontx2/otx2_cryptodev_ops.c:670:9,
inlined from ‘otx2_cpt_enqueue_burst’ at ../drivers/crypto/octeontx2/otx2_cryptodev_ops.c:821:11:
../drivers/common/cpt/cpt_ucode.h:416:48: warning: array subscript 0 is outside array bounds of ‘buf_ptr_t[0]’ {aka ‘struct buf_ptr[]’} [-Warray-bounds=]
416 | e_len = (size > bufs[j].size) ?
| ~~~~~~~^~~~~
In function ‘otx2_cpt_enqueue_burst’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_zuc_snow3g_enc_prep’ at ../drivers/common/cpt/cpt_ucode.h:1672:9,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:2472:3,
inlined from ‘fill_digest_params’ at ../drivers/common/cpt/cpt_ucode.h:3548:14,
inlined from ‘otx2_cpt_enqueue_sym’ at ../drivers/crypto/octeontx2/otx2_cryptodev_ops.c:670:9,
inlined from ‘otx2_cpt_enqueue_burst’ at ../drivers/crypto/octeontx2/otx2_cryptodev_ops.c:821:11:
../drivers/common/cpt/cpt_ucode.h:415:36: warning: array subscript 0 is outside array bounds of ‘buf_ptr_t[0]’ {aka ‘struct buf_ptr[]’} [-Warray-bounds=]
415 | e_dma_addr = bufs[j].dma_addr;
| ~~~~~~~~~~~^~~~~~~~~~~~~~~~~~
In function ‘otx2_cpt_enqueue_burst’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_zuc_snow3g_enc_prep’ at ../drivers/common/cpt/cpt_ucode.h:1672:9,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:2472:3,
inlined from ‘fill_digest_params’ at ../drivers/common/cpt/cpt_ucode.h:3548:14,
inlined from ‘otx2_cpt_enqueue_sym’ at ../drivers/crypto/octeontx2/otx2_cryptodev_ops.c:670:9,
inlined from ‘otx2_cpt_enqueue_burst’ at ../drivers/crypto/octeontx2/otx2_cryptodev_ops.c:821:11:
../drivers/common/cpt/cpt_ucode.h:416:48: warning: array subscript 0 is outside array bounds of ‘buf_ptr_t[0]’ {aka ‘struct buf_ptr[]’} [-Warray-bounds=]
416 | e_len = (size > bufs[j].size) ?
| ~~~~~~~^~~~~
In function ‘otx2_cpt_enqueue_burst’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:933:10,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:2469:3,
inlined from ‘fill_digest_params’ at ../drivers/common/cpt/cpt_ucode.h:3548:14,
inlined from ‘otx2_cpt_enqueue_sym’ at ../drivers/crypto/octeontx2/otx2_cryptodev_ops.c:670:9,
inlined from ‘otx2_cpt_enqueue_burst’ at ../drivers/crypto/octeontx2/otx2_cryptodev_ops.c:821:11:
../drivers/common/cpt/cpt_ucode.h:415:36: warning: array subscript 0 is outside array bounds of ‘buf_ptr_t[0]’ {aka ‘struct buf_ptr[]’} [-Warray-bounds=]
415 | e_dma_addr = bufs[j].dma_addr;
| ~~~~~~~~~~~^~~~~~~~~~~~~~~~~~
In function ‘otx2_cpt_enqueue_burst’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:933:10,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:2469:3,
inlined from ‘fill_digest_params’ at ../drivers/common/cpt/cpt_ucode.h:3548:14,
inlined from ‘otx2_cpt_enqueue_sym’ at ../drivers/crypto/octeontx2/otx2_cryptodev_ops.c:670:9,
inlined from ‘otx2_cpt_enqueue_burst’ at ../drivers/crypto/octeontx2/otx2_cryptodev_ops.c:821:11:
../drivers/common/cpt/cpt_ucode.h:416:48: warning: array subscript 0 is outside array bounds of ‘buf_ptr_t[0]’ {aka ‘struct buf_ptr[]’} [-Warray-bounds=]
416 | e_len = (size > bufs[j].size) ?
| ~~~~~~~^~~~~
In function ‘otx2_cpt_enqueue_burst’:
cc1: note: source object is likely at address zero
[626/2951] Compiling C object drivers/libtmp_rte_common_qat.a.p/crypto_qat_qat_sym_session.c.o
../drivers/crypto/qat/qat_sym_session.c: In function ‘partial_hash_sha1’:
../drivers/crypto/qat/qat_sym_session.c:1145:9: warning: ‘SHA1_Init’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
1145 | if (!SHA1_Init(&ctx))
| ^~
In file included from ../drivers/crypto/qat/qat_sym_session.c:5:
/usr/include/openssl/sha.h:49:27: note: declared here
49 | OSSL_DEPRECATEDIN_3_0 int SHA1_Init(SHA_CTX *c);
| ^~~~~~~~~
../drivers/crypto/qat/qat_sym_session.c:1147:9: warning: ‘SHA1_Transform’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
1147 | SHA1_Transform(&ctx, data_in);
| ^~~~~~~~~~~~~~
/usr/include/openssl/sha.h:52:28: note: declared here
52 | OSSL_DEPRECATEDIN_3_0 void SHA1_Transform(SHA_CTX *c, const unsigned char *data);
| ^~~~~~~~~~~~~~
../drivers/crypto/qat/qat_sym_session.c: In function ‘partial_hash_sha224’:
../drivers/crypto/qat/qat_sym_session.c:1156:9: warning: ‘SHA224_Init’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
1156 | if (!SHA224_Init(&ctx))
| ^~
/usr/include/openssl/sha.h:69:27: note: declared here
69 | OSSL_DEPRECATEDIN_3_0 int SHA224_Init(SHA256_CTX *c);
| ^~~~~~~~~~~
../drivers/crypto/qat/qat_sym_session.c:1158:9: warning: ‘SHA256_Transform’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
1158 | SHA256_Transform(&ctx, data_in);
| ^~~~~~~~~~~~~~~~
/usr/include/openssl/sha.h:77:28: note: declared here
77 | OSSL_DEPRECATEDIN_3_0 void SHA256_Transform(SHA256_CTX *c,
| ^~~~~~~~~~~~~~~~
../drivers/crypto/qat/qat_sym_session.c: In function ‘partial_hash_sha256’:
../drivers/crypto/qat/qat_sym_session.c:1167:9: warning: ‘SHA256_Init’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
1167 | if (!SHA256_Init(&ctx))
| ^~
/usr/include/openssl/sha.h:73:27: note: declared here
73 | OSSL_DEPRECATEDIN_3_0 int SHA256_Init(SHA256_CTX *c);
| ^~~~~~~~~~~
../drivers/crypto/qat/qat_sym_session.c:1169:9: warning: ‘SHA256_Transform’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
1169 | SHA256_Transform(&ctx, data_in);
| ^~~~~~~~~~~~~~~~
/usr/include/openssl/sha.h:77:28: note: declared here
77 | OSSL_DEPRECATEDIN_3_0 void SHA256_Transform(SHA256_CTX *c,
| ^~~~~~~~~~~~~~~~
../drivers/crypto/qat/qat_sym_session.c: In function ‘partial_hash_sha384’:
../drivers/crypto/qat/qat_sym_session.c:1178:9: warning: ‘SHA384_Init’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
1178 | if (!SHA384_Init(&ctx))
| ^~
/usr/include/openssl/sha.h:120:27: note: declared here
120 | OSSL_DEPRECATEDIN_3_0 int SHA384_Init(SHA512_CTX *c);
| ^~~~~~~~~~~
../drivers/crypto/qat/qat_sym_session.c:1180:9: warning: ‘SHA512_Transform’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
1180 | SHA512_Transform(&ctx, data_in);
| ^~~~~~~~~~~~~~~~
/usr/include/openssl/sha.h:128:28: note: declared here
128 | OSSL_DEPRECATEDIN_3_0 void SHA512_Transform(SHA512_CTX *c,
| ^~~~~~~~~~~~~~~~
../drivers/crypto/qat/qat_sym_session.c: In function ‘partial_hash_sha512’:
../drivers/crypto/qat/qat_sym_session.c:1189:9: warning: ‘SHA512_Init’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
1189 | if (!SHA512_Init(&ctx))
| ^~
/usr/include/openssl/sha.h:124:27: note: declared here
124 | OSSL_DEPRECATEDIN_3_0 int SHA512_Init(SHA512_CTX *c);
| ^~~~~~~~~~~
../drivers/crypto/qat/qat_sym_session.c:1191:9: warning: ‘SHA512_Transform’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
1191 | SHA512_Transform(&ctx, data_in);
| ^~~~~~~~~~~~~~~~
/usr/include/openssl/sha.h:128:28: note: declared here
128 | OSSL_DEPRECATEDIN_3_0 void SHA512_Transform(SHA512_CTX *c,
| ^~~~~~~~~~~~~~~~
../drivers/crypto/qat/qat_sym_session.c: In function ‘partial_hash_md5’:
../drivers/crypto/qat/qat_sym_session.c:1200:9: warning: ‘MD5_Init’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
1200 | if (!MD5_Init(&ctx))
| ^~
In file included from ../drivers/crypto/qat/qat_sym_session.c:7:
/usr/include/openssl/md5.h:49:27: note: declared here
49 | OSSL_DEPRECATEDIN_3_0 int MD5_Init(MD5_CTX *c);
| ^~~~~~~~
../drivers/crypto/qat/qat_sym_session.c:1202:9: warning: ‘MD5_Transform’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
1202 | MD5_Transform(&ctx, data_in);
| ^~~~~~~~~~~~~
/usr/include/openssl/md5.h:54:28: note: declared here
54 | OSSL_DEPRECATEDIN_3_0 void MD5_Transform(MD5_CTX *c, const unsigned char *b);
| ^~~~~~~~~~~~~
../drivers/crypto/qat/qat_sym_session.c: In function ‘qat_sym_do_precomputes’:
../drivers/crypto/qat/qat_sym_session.c:1331:25: warning: ‘AES_set_encrypt_key’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
1331 | if (AES_set_encrypt_key(auth_key, auth_keylen << 3,
| ^~
In file included from ../drivers/crypto/qat/qat_sym_session.c:6:
/usr/include/openssl/aes.h:51:5: note: declared here
51 | int AES_set_encrypt_key(const unsigned char *userKey, const int bits,
| ^~~~~~~~~~~~~~~~~~~
../drivers/crypto/qat/qat_sym_session.c:1337:25: warning: ‘AES_encrypt’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
1337 | AES_encrypt(in, k0, &enc_key);
| ^~~~~~~~~~~
/usr/include/openssl/aes.h:57:6: note: declared here
57 | void AES_encrypt(const unsigned char *in, unsigned char *out,
| ^~~~~~~~~~~
../drivers/crypto/qat/qat_sym_session.c:1375:33: warning: ‘AES_set_encrypt_key’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
1375 | if (AES_set_encrypt_key(auth_key,
| ^~
/usr/include/openssl/aes.h:51:5: note: declared here
51 | int AES_set_encrypt_key(const unsigned char *userKey, const int bits,
| ^~~~~~~~~~~~~~~~~~~
../drivers/crypto/qat/qat_sym_session.c:1385:33: warning: ‘AES_encrypt’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
1385 | AES_encrypt(in, out, &enc_key);
| ^~~~~~~~~~~
/usr/include/openssl/aes.h:57:6: note: declared here
57 | void AES_encrypt(const unsigned char *in, unsigned char *out,
| ^~~~~~~~~~~
../drivers/crypto/qat/qat_sym_session.c:1411:17: warning: ‘AES_set_encrypt_key’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
1411 | if (AES_set_encrypt_key(auth_key, auth_keylen << 3,
| ^~
/usr/include/openssl/aes.h:51:5: note: declared here
51 | int AES_set_encrypt_key(const unsigned char *userKey, const int bits,
| ^~~~~~~~~~~~~~~~~~~
../drivers/crypto/qat/qat_sym_session.c:1415:17: warning: ‘AES_encrypt’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
1415 | AES_encrypt(in, out, &enc_key);
| ^~~~~~~~~~~
/usr/include/openssl/aes.h:57:6: note: declared here
57 | void AES_encrypt(const unsigned char *in, unsigned char *out,
| ^~~~~~~~~~~
[670/2951] Compiling C object drivers/libtmp_rte_cr..._octeontx.a.p/crypto_octeontx_otx_cryptodev_ops.c.o
In file included from ../drivers/crypto/octeontx/otx_cryptodev_ops.c:23:
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_kasumi_enc_prep’ at ../drivers/common/cpt/cpt_ucode.h:2176:8,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:2475:3,
inlined from ‘fill_digest_params’ at ../drivers/common/cpt/cpt_ucode.h:3548:14,
inlined from ‘otx_cpt_enq_single_sym’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:557:9,
inlined from ‘otx_cpt_enq_single_sym_sessless’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:600:8,
inlined from ‘otx_cpt_enq_single’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:627:11,
inlined from ‘otx_cpt_pkt_enqueue’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:659:9,
inlined from ‘otx_cpt_enqueue_sym’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:684:9:
../drivers/common/cpt/cpt_ucode.h:415:36: warning: array subscript 0 is outside array bounds of ‘buf_ptr_t[0]’ {aka ‘struct buf_ptr[]’} [-Warray-bounds=]
415 | e_dma_addr = bufs[j].dma_addr;
| ~~~~~~~~~~~^~~~~~~~~~~~~~~~~~
In function ‘otx_cpt_enqueue_sym’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_kasumi_enc_prep’ at ../drivers/common/cpt/cpt_ucode.h:2176:8,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:2475:3,
inlined from ‘fill_digest_params’ at ../drivers/common/cpt/cpt_ucode.h:3548:14,
inlined from ‘otx_cpt_enq_single_sym’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:557:9,
inlined from ‘otx_cpt_enq_single_sym_sessless’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:600:8,
inlined from ‘otx_cpt_enq_single’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:627:11,
inlined from ‘otx_cpt_pkt_enqueue’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:659:9,
inlined from ‘otx_cpt_enqueue_sym’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:684:9:
../drivers/common/cpt/cpt_ucode.h:416:48: warning: array subscript 0 is outside array bounds of ‘buf_ptr_t[0]’ {aka ‘struct buf_ptr[]’} [-Warray-bounds=]
416 | e_len = (size > bufs[j].size) ?
| ~~~~~~~^~~~~
In function ‘otx_cpt_enqueue_sym’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_zuc_snow3g_enc_prep’ at ../drivers/common/cpt/cpt_ucode.h:1672:9,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:2472:3,
inlined from ‘fill_digest_params’ at ../drivers/common/cpt/cpt_ucode.h:3548:14,
inlined from ‘otx_cpt_enq_single_sym’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:557:9,
inlined from ‘otx_cpt_enq_single_sym_sessless’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:600:8,
inlined from ‘otx_cpt_enq_single’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:627:11,
inlined from ‘otx_cpt_pkt_enqueue’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:659:9,
inlined from ‘otx_cpt_enqueue_sym’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:684:9:
../drivers/common/cpt/cpt_ucode.h:415:36: warning: array subscript 0 is outside array bounds of ‘buf_ptr_t[0]’ {aka ‘struct buf_ptr[]’} [-Warray-bounds=]
415 | e_dma_addr = bufs[j].dma_addr;
| ~~~~~~~~~~~^~~~~~~~~~~~~~~~~~
In function ‘otx_cpt_enqueue_sym’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_zuc_snow3g_enc_prep’ at ../drivers/common/cpt/cpt_ucode.h:1672:9,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:2472:3,
inlined from ‘fill_digest_params’ at ../drivers/common/cpt/cpt_ucode.h:3548:14,
inlined from ‘otx_cpt_enq_single_sym’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:557:9,
inlined from ‘otx_cpt_enq_single_sym_sessless’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:600:8,
inlined from ‘otx_cpt_enq_single’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:627:11,
inlined from ‘otx_cpt_pkt_enqueue’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:659:9,
inlined from ‘otx_cpt_enqueue_sym’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:684:9:
../drivers/common/cpt/cpt_ucode.h:416:48: warning: array subscript 0 is outside array bounds of ‘buf_ptr_t[0]’ {aka ‘struct buf_ptr[]’} [-Warray-bounds=]
416 | e_len = (size > bufs[j].size) ?
| ~~~~~~~^~~~~
In function ‘otx_cpt_enqueue_sym’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:933:10,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:2469:3,
inlined from ‘fill_digest_params’ at ../drivers/common/cpt/cpt_ucode.h:3548:14,
inlined from ‘otx_cpt_enq_single_sym’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:557:9,
inlined from ‘otx_cpt_enq_single_sym_sessless’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:600:8,
inlined from ‘otx_cpt_enq_single’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:627:11,
inlined from ‘otx_cpt_pkt_enqueue’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:659:9,
inlined from ‘otx_cpt_enqueue_sym’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:684:9:
../drivers/common/cpt/cpt_ucode.h:415:36: warning: array subscript 0 is outside array bounds of ‘buf_ptr_t[0]’ {aka ‘struct buf_ptr[]’} [-Warray-bounds=]
415 | e_dma_addr = bufs[j].dma_addr;
| ~~~~~~~~~~~^~~~~~~~~~~~~~~~~~
In function ‘otx_cpt_enqueue_sym’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:933:10,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:2469:3,
inlined from ‘fill_digest_params’ at ../drivers/common/cpt/cpt_ucode.h:3548:14,
inlined from ‘otx_cpt_enq_single_sym’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:557:9,
inlined from ‘otx_cpt_enq_single_sym_sessless’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:600:8,
inlined from ‘otx_cpt_enq_single’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:627:11,
inlined from ‘otx_cpt_pkt_enqueue’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:659:9,
inlined from ‘otx_cpt_enqueue_sym’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:684:9:
../drivers/common/cpt/cpt_ucode.h:416:48: warning: array subscript 0 is outside array bounds of ‘buf_ptr_t[0]’ {aka ‘struct buf_ptr[]’} [-Warray-bounds=]
416 | e_len = (size > bufs[j].size) ?
| ~~~~~~~^~~~~
In function ‘otx_cpt_enqueue_sym’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_kasumi_enc_prep’ at ../drivers/common/cpt/cpt_ucode.h:2176:8,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:2475:3,
inlined from ‘fill_digest_params’ at ../drivers/common/cpt/cpt_ucode.h:3548:14,
inlined from ‘otx_cpt_enq_single_sym’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:557:9,
inlined from ‘otx_cpt_enq_single’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:625:11,
inlined from ‘otx_cpt_pkt_enqueue’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:659:9,
inlined from ‘otx_cpt_enqueue_sym’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:684:9:
../drivers/common/cpt/cpt_ucode.h:415:36: warning: array subscript 0 is outside array bounds of ‘buf_ptr_t[0]’ {aka ‘struct buf_ptr[]’} [-Warray-bounds=]
415 | e_dma_addr = bufs[j].dma_addr;
| ~~~~~~~~~~~^~~~~~~~~~~~~~~~~~
In function ‘otx_cpt_enqueue_sym’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_kasumi_enc_prep’ at ../drivers/common/cpt/cpt_ucode.h:2176:8,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:2475:3,
inlined from ‘fill_digest_params’ at ../drivers/common/cpt/cpt_ucode.h:3548:14,
inlined from ‘otx_cpt_enq_single_sym’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:557:9,
inlined from ‘otx_cpt_enq_single’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:625:11,
inlined from ‘otx_cpt_pkt_enqueue’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:659:9,
inlined from ‘otx_cpt_enqueue_sym’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:684:9:
../drivers/common/cpt/cpt_ucode.h:416:48: warning: array subscript 0 is outside array bounds of ‘buf_ptr_t[0]’ {aka ‘struct buf_ptr[]’} [-Warray-bounds=]
416 | e_len = (size > bufs[j].size) ?
| ~~~~~~~^~~~~
In function ‘otx_cpt_enqueue_sym’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_zuc_snow3g_enc_prep’ at ../drivers/common/cpt/cpt_ucode.h:1672:9,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:2472:3,
inlined from ‘fill_digest_params’ at ../drivers/common/cpt/cpt_ucode.h:3548:14,
inlined from ‘otx_cpt_enq_single_sym’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:557:9,
inlined from ‘otx_cpt_enq_single’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:625:11,
inlined from ‘otx_cpt_pkt_enqueue’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:659:9,
inlined from ‘otx_cpt_enqueue_sym’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:684:9:
../drivers/common/cpt/cpt_ucode.h:415:36: warning: array subscript 0 is outside array bounds of ‘buf_ptr_t[0]’ {aka ‘struct buf_ptr[]’} [-Warray-bounds=]
415 | e_dma_addr = bufs[j].dma_addr;
| ~~~~~~~~~~~^~~~~~~~~~~~~~~~~~
In function ‘otx_cpt_enqueue_sym’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_zuc_snow3g_enc_prep’ at ../drivers/common/cpt/cpt_ucode.h:1672:9,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:2472:3,
inlined from ‘fill_digest_params’ at ../drivers/common/cpt/cpt_ucode.h:3548:14,
inlined from ‘otx_cpt_enq_single_sym’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:557:9,
inlined from ‘otx_cpt_enq_single’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:625:11,
inlined from ‘otx_cpt_pkt_enqueue’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:659:9,
inlined from ‘otx_cpt_enqueue_sym’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:684:9:
../drivers/common/cpt/cpt_ucode.h:416:48: warning: array subscript 0 is outside array bounds of ‘buf_ptr_t[0]’ {aka ‘struct buf_ptr[]’} [-Warray-bounds=]
416 | e_len = (size > bufs[j].size) ?
| ~~~~~~~^~~~~
In function ‘otx_cpt_enqueue_sym’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:933:10,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:2469:3,
inlined from ‘fill_digest_params’ at ../drivers/common/cpt/cpt_ucode.h:3548:14,
inlined from ‘otx_cpt_enq_single_sym’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:557:9,
inlined from ‘otx_cpt_enq_single’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:625:11,
inlined from ‘otx_cpt_pkt_enqueue’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:659:9,
inlined from ‘otx_cpt_enqueue_sym’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:684:9:
../drivers/common/cpt/cpt_ucode.h:415:36: warning: array subscript 0 is outside array bounds of ‘buf_ptr_t[0]’ {aka ‘struct buf_ptr[]’} [-Warray-bounds=]
415 | e_dma_addr = bufs[j].dma_addr;
| ~~~~~~~~~~~^~~~~~~~~~~~~~~~~~
In function ‘otx_cpt_enqueue_sym’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:933:10,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:2469:3,
inlined from ‘fill_digest_params’ at ../drivers/common/cpt/cpt_ucode.h:3548:14,
inlined from ‘otx_cpt_enq_single_sym’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:557:9,
inlined from ‘otx_cpt_enq_single’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:625:11,
inlined from ‘otx_cpt_pkt_enqueue’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:659:9,
inlined from ‘otx_cpt_enqueue_sym’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:684:9:
../drivers/common/cpt/cpt_ucode.h:416:48: warning: array subscript 0 is outside array bounds of ‘buf_ptr_t[0]’ {aka ‘struct buf_ptr[]’} [-Warray-bounds=]
416 | e_len = (size > bufs[j].size) ?
| ~~~~~~~^~~~~
In function ‘otx_cpt_enqueue_sym’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_kasumi_enc_prep’ at ../drivers/common/cpt/cpt_ucode.h:2176:8,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:2475:3,
inlined from ‘fill_digest_params’ at ../drivers/common/cpt/cpt_ucode.h:3548:14,
inlined from ‘otx_cpt_enq_single_sym’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:557:9,
inlined from ‘otx_cpt_enq_single_sym_sessless’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:600:8,
inlined from ‘otx_cpt_enq_single’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:627:11,
inlined from ‘otx_crypto_adapter_enqueue’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:749:8:
../drivers/common/cpt/cpt_ucode.h:415:36: warning: array subscript 0 is outside array bounds of ‘buf_ptr_t[0]’ {aka ‘struct buf_ptr[]’} [-Warray-bounds=]
415 | e_dma_addr = bufs[j].dma_addr;
| ~~~~~~~~~~~^~~~~~~~~~~~~~~~~~
In function ‘otx_crypto_adapter_enqueue’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_kasumi_enc_prep’ at ../drivers/common/cpt/cpt_ucode.h:2176:8,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:2475:3,
inlined from ‘fill_digest_params’ at ../drivers/common/cpt/cpt_ucode.h:3548:14,
inlined from ‘otx_cpt_enq_single_sym’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:557:9,
inlined from ‘otx_cpt_enq_single_sym_sessless’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:600:8,
inlined from ‘otx_cpt_enq_single’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:627:11,
inlined from ‘otx_crypto_adapter_enqueue’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:749:8:
../drivers/common/cpt/cpt_ucode.h:416:48: warning: array subscript 0 is outside array bounds of ‘buf_ptr_t[0]’ {aka ‘struct buf_ptr[]’} [-Warray-bounds=]
416 | e_len = (size > bufs[j].size) ?
| ~~~~~~~^~~~~
In function ‘otx_crypto_adapter_enqueue’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_zuc_snow3g_enc_prep’ at ../drivers/common/cpt/cpt_ucode.h:1672:9,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:2472:3,
inlined from ‘fill_digest_params’ at ../drivers/common/cpt/cpt_ucode.h:3548:14,
inlined from ‘otx_cpt_enq_single_sym’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:557:9,
inlined from ‘otx_cpt_enq_single_sym_sessless’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:600:8,
inlined from ‘otx_cpt_enq_single’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:627:11,
inlined from ‘otx_crypto_adapter_enqueue’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:749:8:
../drivers/common/cpt/cpt_ucode.h:415:36: warning: array subscript 0 is outside array bounds of ‘buf_ptr_t[0]’ {aka ‘struct buf_ptr[]’} [-Warray-bounds=]
415 | e_dma_addr = bufs[j].dma_addr;
| ~~~~~~~~~~~^~~~~~~~~~~~~~~~~~
In function ‘otx_crypto_adapter_enqueue’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_zuc_snow3g_enc_prep’ at ../drivers/common/cpt/cpt_ucode.h:1672:9,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:2472:3,
inlined from ‘fill_digest_params’ at ../drivers/common/cpt/cpt_ucode.h:3548:14,
inlined from ‘otx_cpt_enq_single_sym’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:557:9,
inlined from ‘otx_cpt_enq_single_sym_sessless’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:600:8,
inlined from ‘otx_cpt_enq_single’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:627:11,
inlined from ‘otx_crypto_adapter_enqueue’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:749:8:
../drivers/common/cpt/cpt_ucode.h:416:48: warning: array subscript 0 is outside array bounds of ‘buf_ptr_t[0]’ {aka ‘struct buf_ptr[]’} [-Warray-bounds=]
416 | e_len = (size > bufs[j].size) ?
| ~~~~~~~^~~~~
In function ‘otx_crypto_adapter_enqueue’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:933:10,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:2469:3,
inlined from ‘fill_digest_params’ at ../drivers/common/cpt/cpt_ucode.h:3548:14,
inlined from ‘otx_cpt_enq_single_sym’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:557:9,
inlined from ‘otx_cpt_enq_single_sym_sessless’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:600:8,
inlined from ‘otx_cpt_enq_single’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:627:11,
inlined from ‘otx_crypto_adapter_enqueue’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:749:8:
../drivers/common/cpt/cpt_ucode.h:415:36: warning: array subscript 0 is outside array bounds of ‘buf_ptr_t[0]’ {aka ‘struct buf_ptr[]’} [-Warray-bounds=]
415 | e_dma_addr = bufs[j].dma_addr;
| ~~~~~~~~~~~^~~~~~~~~~~~~~~~~~
In function ‘otx_crypto_adapter_enqueue’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:933:10,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:2469:3,
inlined from ‘fill_digest_params’ at ../drivers/common/cpt/cpt_ucode.h:3548:14,
inlined from ‘otx_cpt_enq_single_sym’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:557:9,
inlined from ‘otx_cpt_enq_single_sym_sessless’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:600:8,
inlined from ‘otx_cpt_enq_single’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:627:11,
inlined from ‘otx_crypto_adapter_enqueue’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:749:8:
../drivers/common/cpt/cpt_ucode.h:416:48: warning: array subscript 0 is outside array bounds of ‘buf_ptr_t[0]’ {aka ‘struct buf_ptr[]’} [-Warray-bounds=]
416 | e_len = (size > bufs[j].size) ?
| ~~~~~~~^~~~~
In function ‘otx_crypto_adapter_enqueue’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_kasumi_enc_prep’ at ../drivers/common/cpt/cpt_ucode.h:2176:8,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:2475:3,
inlined from ‘fill_digest_params’ at ../drivers/common/cpt/cpt_ucode.h:3548:14,
inlined from ‘otx_cpt_enq_single_sym’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:557:9,
inlined from ‘otx_cpt_enq_single’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:625:11,
inlined from ‘otx_crypto_adapter_enqueue’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:749:8:
../drivers/common/cpt/cpt_ucode.h:415:36: warning: array subscript 0 is outside array bounds of ‘buf_ptr_t[0]’ {aka ‘struct buf_ptr[]’} [-Warray-bounds=]
415 | e_dma_addr = bufs[j].dma_addr;
| ~~~~~~~~~~~^~~~~~~~~~~~~~~~~~
In function ‘otx_crypto_adapter_enqueue’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_kasumi_enc_prep’ at ../drivers/common/cpt/cpt_ucode.h:2176:8,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:2475:3,
inlined from ‘fill_digest_params’ at ../drivers/common/cpt/cpt_ucode.h:3548:14,
inlined from ‘otx_cpt_enq_single_sym’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:557:9,
inlined from ‘otx_cpt_enq_single’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:625:11,
inlined from ‘otx_crypto_adapter_enqueue’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:749:8:
../drivers/common/cpt/cpt_ucode.h:416:48: warning: array subscript 0 is outside array bounds of ‘buf_ptr_t[0]’ {aka ‘struct buf_ptr[]’} [-Warray-bounds=]
416 | e_len = (size > bufs[j].size) ?
| ~~~~~~~^~~~~
In function ‘otx_crypto_adapter_enqueue’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_zuc_snow3g_enc_prep’ at ../drivers/common/cpt/cpt_ucode.h:1672:9,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:2472:3,
inlined from ‘fill_digest_params’ at ../drivers/common/cpt/cpt_ucode.h:3548:14,
inlined from ‘otx_cpt_enq_single_sym’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:557:9,
inlined from ‘otx_cpt_enq_single’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:625:11,
inlined from ‘otx_crypto_adapter_enqueue’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:749:8:
../drivers/common/cpt/cpt_ucode.h:415:36: warning: array subscript 0 is outside array bounds of ‘buf_ptr_t[0]’ {aka ‘struct buf_ptr[]’} [-Warray-bounds=]
415 | e_dma_addr = bufs[j].dma_addr;
| ~~~~~~~~~~~^~~~~~~~~~~~~~~~~~
In function ‘otx_crypto_adapter_enqueue’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_zuc_snow3g_enc_prep’ at ../drivers/common/cpt/cpt_ucode.h:1672:9,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:2472:3,
inlined from ‘fill_digest_params’ at ../drivers/common/cpt/cpt_ucode.h:3548:14,
inlined from ‘otx_cpt_enq_single_sym’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:557:9,
inlined from ‘otx_cpt_enq_single’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:625:11,
inlined from ‘otx_crypto_adapter_enqueue’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:749:8:
../drivers/common/cpt/cpt_ucode.h:416:48: warning: array subscript 0 is outside array bounds of ‘buf_ptr_t[0]’ {aka ‘struct buf_ptr[]’} [-Warray-bounds=]
416 | e_len = (size > bufs[j].size) ?
| ~~~~~~~^~~~~
In function ‘otx_crypto_adapter_enqueue’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:933:10,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:2469:3,
inlined from ‘fill_digest_params’ at ../drivers/common/cpt/cpt_ucode.h:3548:14,
inlined from ‘otx_cpt_enq_single_sym’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:557:9,
inlined from ‘otx_cpt_enq_single’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:625:11,
inlined from ‘otx_crypto_adapter_enqueue’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:749:8:
../drivers/common/cpt/cpt_ucode.h:415:36: warning: array subscript 0 is outside array bounds of ‘buf_ptr_t[0]’ {aka ‘struct buf_ptr[]’} [-Warray-bounds=]
415 | e_dma_addr = bufs[j].dma_addr;
| ~~~~~~~~~~~^~~~~~~~~~~~~~~~~~
In function ‘otx_crypto_adapter_enqueue’:
cc1: note: source object is likely at address zero
In function ‘fill_sg_comp_from_iov’,
inlined from ‘cpt_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:933:10,
inlined from ‘cpt_fc_enc_hmac_prep’ at ../drivers/common/cpt/cpt_ucode.h:2469:3,
inlined from ‘fill_digest_params’ at ../drivers/common/cpt/cpt_ucode.h:3548:14,
inlined from ‘otx_cpt_enq_single_sym’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:557:9,
inlined from ‘otx_cpt_enq_single’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:625:11,
inlined from ‘otx_crypto_adapter_enqueue’ at ../drivers/crypto/octeontx/otx_cryptodev_ops.c:749:8:
../drivers/common/cpt/cpt_ucode.h:416:48: warning: array subscript 0 is outside array bounds of ‘buf_ptr_t[0]’ {aka ‘struct buf_ptr[]’} [-Warray-bounds=]
416 | e_len = (size > bufs[j].size) ?
| ~~~~~~~^~~~~
In function ‘otx_crypto_adapter_enqueue’:
cc1: note: source object is likely at address zero
[703/2951] Compiling C object drivers/libtmp_rte_net_bnxt.a.p/net_bnxt_tf_ulp_ulp_flow_db.c.o
../drivers/net/bnxt/tf_ulp/ulp_flow_db.c:962:1: warning: conflicting types for ‘ulp_flow_db_flush_flows’ due to enum/integer mismatch; have ‘int32_t(struct bnxt_ulp_context *, enum bnxt_ulp_fdb_type)’ {aka ‘int(struct bnxt_ulp_context *, enum bnxt_ulp_fdb_type)’} [-Wenum-int-mismatch]
962 | ulp_flow_db_flush_flows(struct bnxt_ulp_context *ulp_ctx,
| ^~~~~~~~~~~~~~~~~~~~~~~
In file included from ../drivers/net/bnxt/tf_ulp/ulp_flow_db.c:12:
../drivers/net/bnxt/tf_ulp/ulp_flow_db.h:211:1: note: previous declaration of ‘ulp_flow_db_flush_flows’ with type ‘int32_t(struct bnxt_ulp_context *, uint32_t)’ {aka ‘int(struct bnxt_ulp_context *, unsigned int)’}
211 | ulp_flow_db_flush_flows(struct bnxt_ulp_context *ulp_ctx,
| ^~~~~~~~~~~~~~~~~~~~~~~
[706/2951] Compiling C object drivers/libtmp_rte_net_bnx2x.a.p/net_bnx2x_bnx2x.c.o
../drivers/net/bnx2x/bnx2x.c: In function ‘bnx2x_alloc_ilt_lines_mem’:
../drivers/net/bnx2x/bnx2x.c:2392:44: warning: ‘rte_calloc’ sizes specified with ‘sizeof’ in the earlier argument and not in the later argument [-Wcalloc-transposed-args]
2392 | sizeof(struct ilt_line), ILT_MAX_LINES,
| ^~~~~~
../drivers/net/bnx2x/bnx2x.c:2392:44: note: earlier argument should specify number of elements, later size of each element
[783/2951] Compiling C object drivers/libtmp_rte_net_cxgbe.a.p/net_cxgbe_base_t4vf_hw.c.o
In file included from ../lib/eal/linux/include/rte_os.h:14,
from ../lib/eal/include/rte_common.h:28,
from ../lib/eal/include/rte_log.h:25,
from ../lib/ethdev/rte_ethdev.h:164,
from ../lib/ethdev/ethdev_driver.h:18,
from ../drivers/net/cxgbe/base/t4vf_hw.c:6:
In function ‘t4_os_atomic_add_tail’,
inlined from ‘t4vf_wr_mbox_core’ at ../drivers/net/cxgbe/base/t4vf_hw.c:115:2:
../drivers/net/cxgbe/base/adapter.h:742:9: warning: storing the address of local variable ‘entry’ in ‘((struct mbox_list *)adapter)[96].tqh_last’ [-Wdangling-pointer=]
742 | TAILQ_INSERT_TAIL(head, entry, next);
| ^~~~~~~~~~~~~~~~~
../drivers/net/cxgbe/base/t4vf_hw.c: In function ‘t4vf_wr_mbox_core’:
../drivers/net/cxgbe/base/t4vf_hw.c:86:27: note: ‘entry’ declared here
86 | struct mbox_entry entry;
| ^~~~~
../drivers/net/cxgbe/base/t4vf_hw.c:70:39: note: ‘adapter’ declared here
70 | int t4vf_wr_mbox_core(struct adapter *adapter,
| ~~~~~~~~~~~~~~~~^~~~~~~
[788/2951] Compiling C object drivers/libtmp_rte_net_ena.a.p/net_ena_ena_rss.c.o
In file included from /usr/lib/gcc/x86_64-linux-gnu/14/include/immintrin.h:43,
from /usr/lib/gcc/x86_64-linux-gnu/14/include/x86intrin.h:32,
from ../lib/eal/x86/include/rte_vect.h:31,
from ../lib/eal/x86/include/rte_memcpy.h:17,
from ../lib/net/rte_ether.h:21,
from ../drivers/net/ena/ena_ethdev.h:10,
from ../drivers/net/ena/ena_rss.c:6:
In function ‘_mm256_loadu_si256’,
inlined from ‘rte_mov32’ at ../lib/eal/x86/include/rte_memcpy.h:319:9,
inlined from ‘rte_mov128’ at ../lib/eal/x86/include/rte_memcpy.h:342:2,
inlined from ‘rte_memcpy_generic’ at ../lib/eal/x86/include/rte_memcpy.h:438:4,
inlined from ‘rte_memcpy’ at ../lib/eal/x86/include/rte_memcpy.h:882:10,
inlined from ‘ena_rss_key_fill’ at ../drivers/net/ena/ena_rss.c:62:2:
/usr/lib/gcc/x86_64-linux-gnu/14/include/avxintrin.h:929:10: warning: array subscript ‘__m256i_u[1]’ is partly outside array bounds of ‘uint8_t[40]’ {aka ‘unsigned char[40]’} [-Warray-bounds=]
929 | return *__P;
| ^~~~
../drivers/net/ena/ena_rss.c: In function ‘ena_rss_key_fill’:
../drivers/net/ena/ena_rss.c:51:24: note: at offset 32 into object ‘default_key’ of size 40
51 | static uint8_t default_key[ENA_HASH_KEY_SIZE];
| ^~~~~~~~~~~
In function ‘_mm256_loadu_si256’,
inlined from ‘rte_mov32’ at ../lib/eal/x86/include/rte_memcpy.h:319:9,
inlined from ‘rte_mov128’ at ../lib/eal/x86/include/rte_memcpy.h:343:2,
inlined from ‘rte_memcpy_generic’ at ../lib/eal/x86/include/rte_memcpy.h:438:4,
inlined from ‘rte_memcpy’ at ../lib/eal/x86/include/rte_memcpy.h:882:10,
inlined from ‘ena_rss_key_fill’ at ../drivers/net/ena/ena_rss.c:62:2:
/usr/lib/gcc/x86_64-linux-gnu/14/include/avxintrin.h:929:10: warning: array subscript 2 is outside array bounds of ‘uint8_t[40]’ {aka ‘unsigned char[40]’} [-Warray-bounds=]
929 | return *__P;
| ^~~~
../drivers/net/ena/ena_rss.c: In function ‘ena_rss_key_fill’:
../drivers/net/ena/ena_rss.c:51:24: note: at offset 64 into object ‘default_key’ of size 40
51 | static uint8_t default_key[ENA_HASH_KEY_SIZE];
| ^~~~~~~~~~~
In function ‘_mm256_loadu_si256’,
inlined from ‘rte_mov32’ at ../lib/eal/x86/include/rte_memcpy.h:319:9,
inlined from ‘rte_mov128’ at ../lib/eal/x86/include/rte_memcpy.h:344:2,
inlined from ‘rte_memcpy_generic’ at ../lib/eal/x86/include/rte_memcpy.h:438:4,
inlined from ‘rte_memcpy’ at ../lib/eal/x86/include/rte_memcpy.h:882:10,
inlined from ‘ena_rss_key_fill’ at ../drivers/net/ena/ena_rss.c:62:2:
/usr/lib/gcc/x86_64-linux-gnu/14/include/avxintrin.h:929:10: warning: array subscript 3 is outside array bounds of ‘uint8_t[40]’ {aka ‘unsigned char[40]’} [-Warray-bounds=]
929 | return *__P;
| ^~~~
../drivers/net/ena/ena_rss.c: In function ‘ena_rss_key_fill’:
../drivers/net/ena/ena_rss.c:51:24: note: at offset 96 into object ‘default_key’ of size 40
51 | static uint8_t default_key[ENA_HASH_KEY_SIZE];
| ^~~~~~~~~~~
In function ‘_mm256_loadu_si256’,
inlined from ‘rte_mov32’ at ../lib/eal/x86/include/rte_memcpy.h:319:9,
inlined from ‘rte_mov64’ at ../lib/eal/x86/include/rte_memcpy.h:331:2,
inlined from ‘rte_memcpy_generic’ at ../lib/eal/x86/include/rte_memcpy.h:445:4,
inlined from ‘rte_memcpy’ at ../lib/eal/x86/include/rte_memcpy.h:882:10,
inlined from ‘ena_rss_key_fill’ at ../drivers/net/ena/ena_rss.c:62:2:
/usr/lib/gcc/x86_64-linux-gnu/14/include/avxintrin.h:929:10: warning: array subscript ‘__m256i_u[1]’ is partly outside array bounds of ‘const void[40]’ [-Warray-bounds=]
929 | return *__P;
| ^~~~
../drivers/net/ena/ena_rss.c: In function ‘ena_rss_key_fill’:
../drivers/net/ena/ena_rss.c:51:24: note: at offset 32 into object ‘default_key’ of size 40
51 | static uint8_t default_key[ENA_HASH_KEY_SIZE];
| ^~~~~~~~~~~
../drivers/net/ena/ena_rss.c:51:24: note: at offset [33, 40] into object ‘default_key’ of size 40
../drivers/net/ena/ena_rss.c:51:24: note: at offset 160 into object ‘default_key’ of size 40
../drivers/net/ena/ena_rss.c:51:24: note: at offset 32 into object ‘default_key’ of size 40
In function ‘_mm256_loadu_si256’,
inlined from ‘rte_mov32’ at ../lib/eal/x86/include/rte_memcpy.h:319:9,
inlined from ‘rte_memcpy_generic’ at ../lib/eal/x86/include/rte_memcpy.h:450:4,
inlined from ‘rte_memcpy’ at ../lib/eal/x86/include/rte_memcpy.h:882:10,
inlined from ‘ena_rss_key_fill’ at ../drivers/net/ena/ena_rss.c:62:2:
/usr/lib/gcc/x86_64-linux-gnu/14/include/avxintrin.h:929:10: warning: array subscript [2, 288230376151711745] is outside array bounds of ‘const void[40]’ [-Warray-bounds=]
929 | return *__P;
| ^~~~
../drivers/net/ena/ena_rss.c: In function ‘ena_rss_key_fill’:
../drivers/net/ena/ena_rss.c:51:24: note: object ‘default_key’ of size 40
51 | static uint8_t default_key[ENA_HASH_KEY_SIZE];
| ^~~~~~~~~~~
../drivers/net/ena/ena_rss.c:51:24: note: at offset [1, 40] into object ‘default_key’ of size 40
../drivers/net/ena/ena_rss.c:51:24: note: at offset [128, 192] into object ‘default_key’ of size 40
../drivers/net/ena/ena_rss.c:51:24: note: object ‘default_key’ of size 40
../drivers/net/ena/ena_rss.c:51:24: note: at offset [1, 40] into object ‘default_key’ of size 40
../drivers/net/ena/ena_rss.c:51:24: note: at offset [128, 192] into object ‘default_key’ of size 40
../drivers/net/ena/ena_rss.c:51:24: note: object ‘default_key’ of size 40
In function ‘_mm256_loadu_si256’,
inlined from ‘rte_mov32’ at ../lib/eal/x86/include/rte_memcpy.h:319:9,
inlined from ‘rte_memcpy_generic’ at ../lib/eal/x86/include/rte_memcpy.h:451:4,
inlined from ‘rte_memcpy’ at ../lib/eal/x86/include/rte_memcpy.h:882:10,
inlined from ‘ena_rss_key_fill’ at ../drivers/net/ena/ena_rss.c:62:2:
/usr/lib/gcc/x86_64-linux-gnu/14/include/avxintrin.h:929:10: warning: array subscript [2, 288230376151711746] is outside array bounds of ‘const void[40]’ [-Warray-bounds=]
929 | return *__P;
| ^~~~
../drivers/net/ena/ena_rss.c: In function ‘ena_rss_key_fill’:
../drivers/net/ena/ena_rss.c:51:24: note: at offset [1, 40] into object ‘default_key’ of size 40
51 | static uint8_t default_key[ENA_HASH_KEY_SIZE];
| ^~~~~~~~~~~
../drivers/net/ena/ena_rss.c:51:24: note: at offset [2, 40] into object ‘default_key’ of size 40
../drivers/net/ena/ena_rss.c:51:24: note: at offset [129, 193] into object ‘default_key’ of size 40
../drivers/net/ena/ena_rss.c:51:24: note: at offset [1, 40] into object ‘default_key’ of size 40
../drivers/net/ena/ena_rss.c:51:24: note: at offset [2, 40] into object ‘default_key’ of size 40
../drivers/net/ena/ena_rss.c:51:24: note: at offset [129, 193] into object ‘default_key’ of size 40
../drivers/net/ena/ena_rss.c:51:24: note: at offset [1, 40] into object ‘default_key’ of size 40
In function ‘_mm256_loadu_si256’,
inlined from ‘rte_mov32’ at ../lib/eal/x86/include/rte_memcpy.h:319:9,
inlined from ‘rte_memcpy_generic’ at ../lib/eal/x86/include/rte_memcpy.h:431:3,
inlined from ‘rte_memcpy’ at ../lib/eal/x86/include/rte_memcpy.h:882:10,
inlined from ‘ena_rss_key_fill’ at ../drivers/net/ena/ena_rss.c:62:2:
/usr/lib/gcc/x86_64-linux-gnu/14/include/avxintrin.h:929:10: warning: array subscript ‘__m256i_u[0]’ is partly outside array bounds of ‘uint8_t[40]’ {aka ‘unsigned char[40]’} [-Warray-bounds=]
929 | return *__P;
| ^~~~
../drivers/net/ena/ena_rss.c: In function ‘ena_rss_key_fill’:
../drivers/net/ena/ena_rss.c:51:24: note: at offset [17, 32] into object ‘default_key’ of size 40
51 | static uint8_t default_key[ENA_HASH_KEY_SIZE];
| ^~~~~~~~~~~
[802/2951] Compiling C object drivers/libtmp_rte_net_enetfec.a.p/net_enetfec_enet_ethdev.c.o
../drivers/net/enetfec/enet_ethdev.c: In function ‘enetfec_rx_queue_setup’:
../drivers/net/enetfec/enet_ethdev.c:473:9: warning: array subscript 1 is above array bounds of ‘uint32_t[1]’ {aka ‘unsigned int[1]’} [-Warray-bounds=]
473 | rte_write32(rte_cpu_to_le_32(fep->bd_addr_p_r[queue_idx]),
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
474 | (uint8_t *)fep->hw_baseaddr_v + ENETFEC_RD_START(queue_idx));
| ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from ../drivers/net/enetfec/enet_ethdev.c:9:
../drivers/net/enetfec/enet_ethdev.h:113:33: note: while referencing ‘bd_addr_p_r’
113 | uint32_t bd_addr_p_r[ENETFEC_MAX_Q];
| ^~~~~~~~~~~
../drivers/net/enetfec/enet_ethdev.c:473:9: warning: array subscript 2 is above array bounds of ‘uint32_t[1]’ {aka ‘unsigned int[1]’} [-Warray-bounds=]
473 | rte_write32(rte_cpu_to_le_32(fep->bd_addr_p_r[queue_idx]),
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
474 | (uint8_t *)fep->hw_baseaddr_v + ENETFEC_RD_START(queue_idx));
| ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
../drivers/net/enetfec/enet_ethdev.h:113:33: note: while referencing ‘bd_addr_p_r’
113 | uint32_t bd_addr_p_r[ENETFEC_MAX_Q];
| ^~~~~~~~~~~
[864/2951] Compiling C object drivers/libtmp_rte_net_ice.a.p/net_ice_ice_ethdev.c.o
In file included from /usr/lib/gcc/x86_64-linux-gnu/14/include/immintrin.h:43,
from /usr/lib/gcc/x86_64-linux-gnu/14/include/x86intrin.h:32,
from ../lib/eal/x86/include/rte_vect.h:31,
from ../lib/eal/x86/include/rte_memcpy.h:17,
from ../lib/net/rte_ether.h:21,
from ../lib/ethdev/rte_ethdev.h:172,
from ../lib/ethdev/ethdev_driver.h:18,
from ../lib/ethdev/ethdev_pci.h:13,
from ../drivers/net/ice/ice_ethdev.c:6:
In function ‘_mm256_storeu_si256’,
inlined from ‘rte_mov32’ at ../lib/eal/x86/include/rte_memcpy.h:320:2,
inlined from ‘rte_mov128’ at ../lib/eal/x86/include/rte_memcpy.h:342:2,
inlined from ‘rte_memcpy_generic’ at ../lib/eal/x86/include/rte_memcpy.h:438:4,
inlined from ‘rte_memcpy’ at ../lib/eal/x86/include/rte_memcpy.h:882:10,
inlined from ‘ice_init_rss’ at ../drivers/net/ice/ice_ethdev.c:3238:2,
inlined from ‘ice_dev_configure’ at ../drivers/net/ice/ice_ethdev.c:3292:9:
/usr/lib/gcc/x86_64-linux-gnu/14/include/avxintrin.h:935:8: warning: array subscript ‘__m256i_u[1]’ is partly outside array bounds of ‘struct ice_aqc_get_set_rss_keys[1]’ [-Warray-bounds=]
935 | *__P = __A;
| ~~~~~^~~~~
../drivers/net/ice/ice_ethdev.c: In function ‘ice_dev_configure’:
../drivers/net/ice/ice_ethdev.c:3190:41: note: at offset 32 into object ‘key’ of size 52
3190 | struct ice_aqc_get_set_rss_keys key;
| ^~~
In function ‘_mm256_storeu_si256’,
inlined from ‘rte_mov32’ at ../lib/eal/x86/include/rte_memcpy.h:320:2,
inlined from ‘rte_mov128’ at ../lib/eal/x86/include/rte_memcpy.h:343:2,
inlined from ‘rte_memcpy_generic’ at ../lib/eal/x86/include/rte_memcpy.h:438:4,
inlined from ‘rte_memcpy’ at ../lib/eal/x86/include/rte_memcpy.h:882:10,
inlined from ‘ice_init_rss’ at ../drivers/net/ice/ice_ethdev.c:3238:2,
inlined from ‘ice_dev_configure’ at ../drivers/net/ice/ice_ethdev.c:3292:9:
/usr/lib/gcc/x86_64-linux-gnu/14/include/avxintrin.h:935:8: warning: array subscript 2 is outside array bounds of ‘struct ice_aqc_get_set_rss_keys[1]’ [-Warray-bounds=]
935 | *__P = __A;
| ~~~~~^~~~~
../drivers/net/ice/ice_ethdev.c: In function ‘ice_dev_configure’:
../drivers/net/ice/ice_ethdev.c:3190:41: note: at offset 64 into object ‘key’ of size 52
3190 | struct ice_aqc_get_set_rss_keys key;
| ^~~
In function ‘_mm256_storeu_si256’,
inlined from ‘rte_mov32’ at ../lib/eal/x86/include/rte_memcpy.h:320:2,
inlined from ‘rte_mov128’ at ../lib/eal/x86/include/rte_memcpy.h:344:2,
inlined from ‘rte_memcpy_generic’ at ../lib/eal/x86/include/rte_memcpy.h:438:4,
inlined from ‘rte_memcpy’ at ../lib/eal/x86/include/rte_memcpy.h:882:10,
inlined from ‘ice_init_rss’ at ../drivers/net/ice/ice_ethdev.c:3238:2,
inlined from ‘ice_dev_configure’ at ../drivers/net/ice/ice_ethdev.c:3292:9:
/usr/lib/gcc/x86_64-linux-gnu/14/include/avxintrin.h:935:8: warning: array subscript 3 is outside array bounds of ‘struct ice_aqc_get_set_rss_keys[1]’ [-Warray-bounds=]
935 | *__P = __A;
| ~~~~~^~~~~
../drivers/net/ice/ice_ethdev.c: In function ‘ice_dev_configure’:
../drivers/net/ice/ice_ethdev.c:3190:41: note: at offset 96 into object ‘key’ of size 52
3190 | struct ice_aqc_get_set_rss_keys key;
| ^~~
In function ‘_mm256_storeu_si256’,
inlined from ‘rte_mov32’ at ../lib/eal/x86/include/rte_memcpy.h:320:2,
inlined from ‘rte_mov64’ at ../lib/eal/x86/include/rte_memcpy.h:331:2,
inlined from ‘rte_memcpy_generic’ at ../lib/eal/x86/include/rte_memcpy.h:445:4,
inlined from ‘rte_memcpy’ at ../lib/eal/x86/include/rte_memcpy.h:882:10,
inlined from ‘ice_init_rss’ at ../drivers/net/ice/ice_ethdev.c:3238:2,
inlined from ‘ice_dev_configure’ at ../drivers/net/ice/ice_ethdev.c:3292:9:
/usr/lib/gcc/x86_64-linux-gnu/14/include/avxintrin.h:935:8: warning: array subscript ‘__m256i_u[1]’ is partly outside array bounds of ‘void[52]’ [-Warray-bounds=]
935 | *__P = __A;
| ~~~~~^~~~~
In file included from ../drivers/net/ice/base/ice_controlq.h:8,
from ../drivers/net/ice/base/ice_type.h:54,
from ../drivers/net/ice/base/ice_common.h:8,
from ../drivers/net/ice/base/ice_sched.h:8,
from ../drivers/net/ice/ice_ethdev.c:17:
../drivers/net/ice/base/ice_adminq_cmd.h: In function ‘ice_dev_configure’:
../drivers/net/ice/base/ice_adminq_cmd.h:2062:12: note: at offset 32 into object ‘standard_rss_key’ of size 40
2062 | u8 standard_rss_key[ICE_AQC_GET_SET_RSS_KEY_DATA_RSS_KEY_SIZE];
| ^~~~~~~~~~~~~~~~
../drivers/net/ice/ice_ethdev.c:3190:41: note: at offset 48 into object ‘key’ of size 52
3190 | struct ice_aqc_get_set_rss_keys key;
| ^~~
../drivers/net/ice/ice_ethdev.c:3190:41: note: at offset 160 into object ‘key’ of size 52
../drivers/net/ice/base/ice_adminq_cmd.h:2062:12: note: at offset 32 into object ‘standard_rss_key’ of size 40
2062 | u8 standard_rss_key[ICE_AQC_GET_SET_RSS_KEY_DATA_RSS_KEY_SIZE];
| ^~~~~~~~~~~~~~~~
In function ‘_mm256_storeu_si256’,
inlined from ‘rte_mov32’ at ../lib/eal/x86/include/rte_memcpy.h:320:2,
inlined from ‘rte_memcpy_generic’ at ../lib/eal/x86/include/rte_memcpy.h:450:4,
inlined from ‘rte_memcpy’ at ../lib/eal/x86/include/rte_memcpy.h:882:10,
inlined from ‘ice_init_rss’ at ../drivers/net/ice/ice_ethdev.c:3238:2,
inlined from ‘ice_dev_configure’ at ../drivers/net/ice/ice_ethdev.c:3292:9:
/usr/lib/gcc/x86_64-linux-gnu/14/include/avxintrin.h:935:8: warning: array subscript [2, 134217730] is outside array bounds of ‘void[52]’ [-Warray-bounds=]
935 | *__P = __A;
| ~~~~~^~~~~
../drivers/net/ice/base/ice_adminq_cmd.h: In function ‘ice_dev_configure’:
../drivers/net/ice/base/ice_adminq_cmd.h:2062:12: note: object ‘standard_rss_key’ of size 40
2062 | u8 standard_rss_key[ICE_AQC_GET_SET_RSS_KEY_DATA_RSS_KEY_SIZE];
| ^~~~~~~~~~~~~~~~
../drivers/net/ice/ice_ethdev.c:3190:41: note: at offset [16, 52] into object ‘key’ of size 52
3190 | struct ice_aqc_get_set_rss_keys key;
| ^~~
../drivers/net/ice/ice_ethdev.c:3190:41: note: at offset [128, 192] into object ‘key’ of size 52
../drivers/net/ice/base/ice_adminq_cmd.h:2062:12: note: object ‘standard_rss_key’ of size 40
2062 | u8 standard_rss_key[ICE_AQC_GET_SET_RSS_KEY_DATA_RSS_KEY_SIZE];
| ^~~~~~~~~~~~~~~~
../drivers/net/ice/ice_ethdev.c:3190:41: note: at offset [16, 52] into object ‘key’ of size 52
3190 | struct ice_aqc_get_set_rss_keys key;
| ^~~
../drivers/net/ice/ice_ethdev.c:3190:41: note: at offset [128, 192] into object ‘key’ of size 52
../drivers/net/ice/base/ice_adminq_cmd.h:2062:12: note: object ‘standard_rss_key’ of size 40
2062 | u8 standard_rss_key[ICE_AQC_GET_SET_RSS_KEY_DATA_RSS_KEY_SIZE];
| ^~~~~~~~~~~~~~~~
In function ‘_mm256_storeu_si256’,
inlined from ‘rte_mov32’ at ../lib/eal/x86/include/rte_memcpy.h:320:2,
inlined from ‘rte_memcpy_generic’ at ../lib/eal/x86/include/rte_memcpy.h:451:4,
inlined from ‘rte_memcpy’ at ../lib/eal/x86/include/rte_memcpy.h:882:10,
inlined from ‘ice_init_rss’ at ../drivers/net/ice/ice_ethdev.c:3238:2,
inlined from ‘ice_dev_configure’ at ../drivers/net/ice/ice_ethdev.c:3292:9:
/usr/lib/gcc/x86_64-linux-gnu/14/include/avxintrin.h:935:8: warning: array subscript [2, 134217731] is outside array bounds of ‘void[52]’ [-Warray-bounds=]
935 | *__P = __A;
| ~~~~~^~~~~
../drivers/net/ice/base/ice_adminq_cmd.h: In function ‘ice_dev_configure’:
../drivers/net/ice/base/ice_adminq_cmd.h:2062:12: note: at offset [1, 40] into object ‘standard_rss_key’ of size 40
2062 | u8 standard_rss_key[ICE_AQC_GET_SET_RSS_KEY_DATA_RSS_KEY_SIZE];
| ^~~~~~~~~~~~~~~~
../drivers/net/ice/ice_ethdev.c:3190:41: note: at offset [17, 52] into object ‘key’ of size 52
3190 | struct ice_aqc_get_set_rss_keys key;
| ^~~
../drivers/net/ice/ice_ethdev.c:3190:41: note: at offset [129, 193] into object ‘key’ of size 52
../drivers/net/ice/base/ice_adminq_cmd.h:2062:12: note: at offset [1, 40] into object ‘standard_rss_key’ of size 40
2062 | u8 standard_rss_key[ICE_AQC_GET_SET_RSS_KEY_DATA_RSS_KEY_SIZE];
| ^~~~~~~~~~~~~~~~
../drivers/net/ice/ice_ethdev.c:3190:41: note: at offset [17, 52] into object ‘key’ of size 52
3190 | struct ice_aqc_get_set_rss_keys key;
| ^~~
../drivers/net/ice/ice_ethdev.c:3190:41: note: at offset [129, 193] into object ‘key’ of size 52
../drivers/net/ice/base/ice_adminq_cmd.h:2062:12: note: at offset [1, 40] into object ‘standard_rss_key’ of size 40
2062 | u8 standard_rss_key[ICE_AQC_GET_SET_RSS_KEY_DATA_RSS_KEY_SIZE];
| ^~~~~~~~~~~~~~~~
[959/2951] Compiling C object drivers/libtmp_rte_net_nfp.a.p/net_nfp_nfpcore_nfp_mutex.c.o
../drivers/net/nfp/nfpcore/nfp_mutex.c: In function ‘nfp_cpp_mutex_alloc’:
../drivers/net/nfp/nfpcore/nfp_mutex.c:154:30: warning: ‘calloc’ sizes specified with ‘sizeof’ in the earlier argument and not in the later argument [-Wcalloc-transposed-args]
154 | mutex = calloc(sizeof(*mutex), 1);
| ^
../drivers/net/nfp/nfpcore/nfp_mutex.c:154:30: note: earlier argument should specify number of elements, later size of each element
[997/2951] Compiling C object drivers/libtmp_rte_net_qede.a.p/net_qede_qede_debug.c.o
In file included from ../drivers/net/qede/qede_debug.c:9:
../drivers/net/qede/qede_debug.c: In function ‘qed_grc_dump_addr_range’:
../drivers/net/qede/base/ecore.h:95:17: warning: overflow in conversion from ‘int’ to ‘u8’ {aka ‘unsigned char’} changes value from ‘(int)vf_id << 8 | 128’ to ‘128’ [-Woverflow]
95 | ((_value & _name##_MASK) << _name##_SHIFT)
| ^
../drivers/net/qede/qede_debug.c:1907:31: note: in expansion of macro ‘FIELD_VALUE’
1907 | fid = FIELD_VALUE(PXP_PRETEND_CONCRETE_FID_VFVALID, 1)
| ^~~~~~~~~~~
[1128/2951] Compiling C object drivers/libtmp_rte_crypto_openssl.a.p/crypto_openssl_rte_openssl_pmd_ops.c.o
In file included from ../drivers/crypto/openssl/rte_openssl_pmd_ops.c:12:
../drivers/crypto/openssl/compat.h: In function ‘set_rsa_params’:
../drivers/crypto/openssl/compat.h:112:9: warning: ‘RSA_set0_factors’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
112 | return !(RSA_set0_factors(rsa, p, q));
| ^~~~~~
In file included from ../drivers/crypto/openssl/openssl_pmd_private.h:11,
from ../drivers/crypto/openssl/rte_openssl_pmd_ops.c:11:
/usr/include/openssl/rsa.h:219:27: note: declared here
219 | OSSL_DEPRECATEDIN_3_0 int RSA_set0_factors(RSA *r, BIGNUM *p, BIGNUM *q);
| ^~~~~~~~~~~~~~~~
../drivers/crypto/openssl/compat.h: In function ‘set_rsa_crt_params’:
../drivers/crypto/openssl/compat.h:118:9: warning: ‘RSA_set0_crt_params’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
118 | return !(RSA_set0_crt_params(rsa, dmp1, dmq1, iqmp));
| ^~~~~~
/usr/include/openssl/rsa.h:220:27: note: declared here
220 | OSSL_DEPRECATEDIN_3_0 int RSA_set0_crt_params(RSA *r,
| ^~~~~~~~~~~~~~~~~~~
../drivers/crypto/openssl/compat.h: In function ‘set_rsa_keys’:
../drivers/crypto/openssl/compat.h:126:9: warning: ‘RSA_set0_key’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
126 | return !(RSA_set0_key(rsa, n, e, d));
| ^~~~~~
/usr/include/openssl/rsa.h:218:27: note: declared here
218 | OSSL_DEPRECATEDIN_3_0 int RSA_set0_key(RSA *r, BIGNUM *n, BIGNUM *e, BIGNUM *d);
| ^~~~~~~~~~~~
../drivers/crypto/openssl/compat.h: In function ‘set_dh_params’:
../drivers/crypto/openssl/compat.h:132:9: warning: ‘DH_set0_pqg’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
132 | return !(DH_set0_pqg(dh, p, NULL, g));
| ^~~~~~
In file included from ../drivers/crypto/openssl/openssl_pmd_private.h:12:
/usr/include/openssl/dh.h:266:27: note: declared here
266 | OSSL_DEPRECATEDIN_3_0 int DH_set0_pqg(DH *dh, BIGNUM *p, BIGNUM *q, BIGNUM *g);
| ^~~~~~~~~~~
../drivers/crypto/openssl/compat.h: In function ‘set_dh_priv_key’:
../drivers/crypto/openssl/compat.h:138:9: warning: ‘DH_set0_key’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
138 | return !(DH_set0_key(dh, NULL, priv_key));
| ^~~~~~
/usr/include/openssl/dh.h:269:27: note: declared here
269 | OSSL_DEPRECATEDIN_3_0 int DH_set0_key(DH *dh, BIGNUM *pub_key, BIGNUM *priv_key);
| ^~~~~~~~~~~
../drivers/crypto/openssl/compat.h: In function ‘get_dh_pub_key’:
../drivers/crypto/openssl/compat.h:144:9: warning: ‘DH_get0_key’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
144 | DH_get0_key(dh_key, pub_key, NULL);
| ^~~~~~~~~~~
/usr/include/openssl/dh.h:267:28: note: declared here
267 | OSSL_DEPRECATEDIN_3_0 void DH_get0_key(const DH *dh, const BIGNUM **pub_key,
| ^~~~~~~~~~~
../drivers/crypto/openssl/compat.h: In function ‘get_dh_priv_key’:
../drivers/crypto/openssl/compat.h:150:9: warning: ‘DH_get0_key’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
150 | DH_get0_key(dh_key, NULL, priv_key);
| ^~~~~~~~~~~
/usr/include/openssl/dh.h:267:28: note: declared here
267 | OSSL_DEPRECATEDIN_3_0 void DH_get0_key(const DH *dh, const BIGNUM **pub_key,
| ^~~~~~~~~~~
../drivers/crypto/openssl/compat.h: In function ‘set_dsa_params’:
../drivers/crypto/openssl/compat.h:156:9: warning: ‘DSA_set0_pqg’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
156 | return !(DSA_set0_pqg(dsa, p, q, g));
| ^~~~~~
In file included from ../drivers/crypto/openssl/openssl_pmd_private.h:13:
/usr/include/openssl/dsa.h:208:27: note: declared here
208 | OSSL_DEPRECATEDIN_3_0 int DSA_set0_pqg(DSA *d, BIGNUM *p, BIGNUM *q, BIGNUM *g);
| ^~~~~~~~~~~~
../drivers/crypto/openssl/compat.h: In function ‘set_dsa_priv_key’:
../drivers/crypto/openssl/compat.h:162:9: warning: ‘DSA_set0_key’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
162 | DSA_set0_key(dsa, NULL, priv_key);
| ^~~~~~~~~~~~
/usr/include/openssl/dsa.h:211:27: note: declared here
211 | OSSL_DEPRECATEDIN_3_0 int DSA_set0_key(DSA *d, BIGNUM *pub_key,
| ^~~~~~~~~~~~
../drivers/crypto/openssl/compat.h: In function ‘set_dsa_keys’:
../drivers/crypto/openssl/compat.h:180:9: warning: ‘DSA_set0_key’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
180 | return !(DSA_set0_key(dsa, pub, priv));
| ^~~~~~
/usr/include/openssl/dsa.h:211:27: note: declared here
211 | OSSL_DEPRECATEDIN_3_0 int DSA_set0_key(DSA *d, BIGNUM *pub_key,
| ^~~~~~~~~~~~
../drivers/crypto/openssl/compat.h: In function ‘set_dsa_pub_key’:
../drivers/crypto/openssl/compat.h:186:9: warning: ‘DSA_set0_key’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
186 | DSA_set0_key(dsa, pub_key, NULL);
| ^~~~~~~~~~~~
/usr/include/openssl/dsa.h:211:27: note: declared here
211 | OSSL_DEPRECATEDIN_3_0 int DSA_set0_key(DSA *d, BIGNUM *pub_key,
| ^~~~~~~~~~~~
../drivers/crypto/openssl/compat.h: In function ‘get_dsa_priv_key’:
../drivers/crypto/openssl/compat.h:192:9: warning: ‘DSA_get0_key’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
192 | DSA_get0_key(dsa, NULL, priv_key);
| ^~~~~~~~~~~~
/usr/include/openssl/dsa.h:209:28: note: declared here
209 | OSSL_DEPRECATEDIN_3_0 void DSA_get0_key(const DSA *d, const BIGNUM **pub_key,
| ^~~~~~~~~~~~
../drivers/crypto/openssl/rte_openssl_pmd_ops.c: In function ‘openssl_set_asym_session_parameters’:
../drivers/crypto/openssl/rte_openssl_pmd_ops.c:838:17: warning: ‘RSA_new’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
838 | RSA *rsa = RSA_new();
| ^~~
/usr/include/openssl/rsa.h:212:28: note: declared here
212 | OSSL_DEPRECATEDIN_3_0 RSA *RSA_new(void);
| ^~~~~~~
../drivers/crypto/openssl/rte_openssl_pmd_ops.c:848:33: warning: ‘RSA_free’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
848 | RSA_free(rsa);
| ^~~~~~~~
/usr/include/openssl/rsa.h:304:28: note: declared here
304 | OSSL_DEPRECATEDIN_3_0 void RSA_free(RSA *r);
| ^~~~~~~~
../drivers/crypto/openssl/rte_openssl_pmd_ops.c:874:33: warning: ‘RSA_free’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
874 | RSA_free(rsa);
| ^~~~~~~~
/usr/include/openssl/rsa.h:304:28: note: declared here
304 | OSSL_DEPRECATEDIN_3_0 void RSA_free(RSA *r);
| ^~~~~~~~
../drivers/crypto/openssl/rte_openssl_pmd_ops.c:881:33: warning: ‘RSA_free’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
881 | RSA_free(rsa);
| ^~~~~~~~
/usr/include/openssl/rsa.h:304:28: note: declared here
304 | OSSL_DEPRECATEDIN_3_0 void RSA_free(RSA *r);
| ^~~~~~~~
../drivers/crypto/openssl/rte_openssl_pmd_ops.c:888:33: warning: ‘RSA_free’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
888 | RSA_free(rsa);
| ^~~~~~~~
/usr/include/openssl/rsa.h:304:28: note: declared here
304 | OSSL_DEPRECATEDIN_3_0 void RSA_free(RSA *r);
| ^~~~~~~~
../drivers/crypto/openssl/rte_openssl_pmd_ops.c:901:25: warning: ‘RSA_free’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
901 | RSA_free(rsa);
| ^~~~~~~~
/usr/include/openssl/rsa.h:304:28: note: declared here
304 | OSSL_DEPRECATEDIN_3_0 void RSA_free(RSA *r);
| ^~~~~~~~
../drivers/crypto/openssl/rte_openssl_pmd_ops.c:993:17: warning: ‘DH_new’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
993 | DH *dh = DH_new();
| ^~
/usr/include/openssl/dh.h:210:27: note: declared here
210 | OSSL_DEPRECATEDIN_3_0 DH *DH_new(void);
| ^~~~~~
../drivers/crypto/openssl/rte_openssl_pmd_ops.c:1001:25: warning: ‘DH_free’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
1001 | DH_free(dh);
| ^~~~~~~
/usr/include/openssl/dh.h:211:28: note: declared here
211 | OSSL_DEPRECATEDIN_3_0 void DH_free(DH *dh);
| ^~~~~~~
../drivers/crypto/openssl/rte_openssl_pmd_ops.c:1072:17: warning: ‘DSA_new’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
1072 | DSA *dsa = DSA_new();
| ^~~
/usr/include/openssl/dsa.h:130:28: note: declared here
130 | OSSL_DEPRECATEDIN_3_0 DSA *DSA_new(void);
| ^~~~~~~
../drivers/crypto/openssl/rte_openssl_pmd_ops.c:1081:25: warning: ‘DSA_free’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
1081 | DSA_free(dsa);
| ^~~~~~~~
/usr/include/openssl/dsa.h:132:28: note: declared here
132 | OSSL_DEPRECATEDIN_3_0 void DSA_free(DSA *r);
| ^~~~~~~~
../drivers/crypto/openssl/rte_openssl_pmd_ops.c:1095:25: warning: ‘DSA_free’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
1095 | DSA_free(dsa);
| ^~~~~~~~
/usr/include/openssl/dsa.h:132:28: note: declared here
132 | OSSL_DEPRECATEDIN_3_0 void DSA_free(DSA *r);
| ^~~~~~~~
../drivers/crypto/openssl/rte_openssl_pmd_ops.c: In function ‘openssl_reset_asym_session’:
../drivers/crypto/openssl/rte_openssl_pmd_ops.c:1178:25: warning: ‘RSA_free’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
1178 | RSA_free(sess->u.r.rsa);
| ^~~~~~~~
/usr/include/openssl/rsa.h:304:28: note: declared here
304 | OSSL_DEPRECATEDIN_3_0 void RSA_free(RSA *r);
| ^~~~~~~~
../drivers/crypto/openssl/rte_openssl_pmd_ops.c:1194:25: warning: ‘DH_free’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
1194 | DH_free(sess->u.dh.dh_key);
| ^~~~~~~
/usr/include/openssl/dh.h:211:28: note: declared here
211 | OSSL_DEPRECATEDIN_3_0 void DH_free(DH *dh);
| ^~~~~~~
../drivers/crypto/openssl/rte_openssl_pmd_ops.c:1198:25: warning: ‘DSA_free’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
1198 | DSA_free(sess->u.s.dsa);
| ^~~~~~~~
/usr/include/openssl/dsa.h:132:28: note: declared here
132 | OSSL_DEPRECATEDIN_3_0 void DSA_free(DSA *r);
| ^~~~~~~~
[1133/2951] Compiling C object drivers/libtmp_rte_crypto_ccp.a.p/crypto_ccp_ccp_crypto.c.o
../drivers/crypto/ccp/ccp_crypto.c: In function ‘partial_hash_sha1’:
../drivers/crypto/ccp/ccp_crypto.c:169:9: warning: ‘SHA1_Init’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
169 | if (!SHA1_Init(&ctx))
| ^~
In file included from ../drivers/crypto/ccp/ccp_crypto.c:13:
/usr/include/openssl/sha.h:49:27: note: declared here
49 | OSSL_DEPRECATEDIN_3_0 int SHA1_Init(SHA_CTX *c);
| ^~~~~~~~~
../drivers/crypto/ccp/ccp_crypto.c:171:9: warning: ‘SHA1_Transform’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
171 | SHA1_Transform(&ctx, data_in);
| ^~~~~~~~~~~~~~
/usr/include/openssl/sha.h:52:28: note: declared here
52 | OSSL_DEPRECATEDIN_3_0 void SHA1_Transform(SHA_CTX *c, const unsigned char *data);
| ^~~~~~~~~~~~~~
../drivers/crypto/ccp/ccp_crypto.c: In function ‘partial_hash_sha224’:
../drivers/crypto/ccp/ccp_crypto.c:180:9: warning: ‘SHA224_Init’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
180 | if (!SHA224_Init(&ctx))
| ^~
/usr/include/openssl/sha.h:69:27: note: declared here
69 | OSSL_DEPRECATEDIN_3_0 int SHA224_Init(SHA256_CTX *c);
| ^~~~~~~~~~~
../drivers/crypto/ccp/ccp_crypto.c:182:9: warning: ‘SHA256_Transform’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
182 | SHA256_Transform(&ctx, data_in);
| ^~~~~~~~~~~~~~~~
/usr/include/openssl/sha.h:77:28: note: declared here
77 | OSSL_DEPRECATEDIN_3_0 void SHA256_Transform(SHA256_CTX *c,
| ^~~~~~~~~~~~~~~~
../drivers/crypto/ccp/ccp_crypto.c: In function ‘partial_hash_sha256’:
../drivers/crypto/ccp/ccp_crypto.c:192:9: warning: ‘SHA256_Init’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
192 | if (!SHA256_Init(&ctx))
| ^~
/usr/include/openssl/sha.h:73:27: note: declared here
73 | OSSL_DEPRECATEDIN_3_0 int SHA256_Init(SHA256_CTX *c);
| ^~~~~~~~~~~
../drivers/crypto/ccp/ccp_crypto.c:194:9: warning: ‘SHA256_Transform’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
194 | SHA256_Transform(&ctx, data_in);
| ^~~~~~~~~~~~~~~~
/usr/include/openssl/sha.h:77:28: note: declared here
77 | OSSL_DEPRECATEDIN_3_0 void SHA256_Transform(SHA256_CTX *c,
| ^~~~~~~~~~~~~~~~
../drivers/crypto/ccp/ccp_crypto.c: In function ‘partial_hash_sha384’:
../drivers/crypto/ccp/ccp_crypto.c:204:9: warning: ‘SHA384_Init’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
204 | if (!SHA384_Init(&ctx))
| ^~
/usr/include/openssl/sha.h:120:27: note: declared here
120 | OSSL_DEPRECATEDIN_3_0 int SHA384_Init(SHA512_CTX *c);
| ^~~~~~~~~~~
../drivers/crypto/ccp/ccp_crypto.c:206:9: warning: ‘SHA512_Transform’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
206 | SHA512_Transform(&ctx, data_in);
| ^~~~~~~~~~~~~~~~
/usr/include/openssl/sha.h:128:28: note: declared here
128 | OSSL_DEPRECATEDIN_3_0 void SHA512_Transform(SHA512_CTX *c,
| ^~~~~~~~~~~~~~~~
../drivers/crypto/ccp/ccp_crypto.c: In function ‘partial_hash_sha512’:
../drivers/crypto/ccp/ccp_crypto.c:216:9: warning: ‘SHA512_Init’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
216 | if (!SHA512_Init(&ctx))
| ^~
/usr/include/openssl/sha.h:124:27: note: declared here
124 | OSSL_DEPRECATEDIN_3_0 int SHA512_Init(SHA512_CTX *c);
| ^~~~~~~~~~~
../drivers/crypto/ccp/ccp_crypto.c:218:9: warning: ‘SHA512_Transform’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
218 | SHA512_Transform(&ctx, data_in);
| ^~~~~~~~~~~~~~~~
/usr/include/openssl/sha.h:128:28: note: declared here
128 | OSSL_DEPRECATEDIN_3_0 void SHA512_Transform(SHA512_CTX *c,
| ^~~~~~~~~~~~~~~~
[1147/2951] Compiling C object drivers/libtmp_rte_crypto_openssl.a.p/crypto_openssl_rte_openssl_pmd.c.o
In file included from ../drivers/crypto/openssl/rte_openssl_pmd.c:17:
../drivers/crypto/openssl/compat.h: In function ‘set_rsa_params’:
../drivers/crypto/openssl/compat.h:112:9: warning: ‘RSA_set0_factors’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
112 | return !(RSA_set0_factors(rsa, p, q));
| ^~~~~~
In file included from ../drivers/crypto/openssl/openssl_pmd_private.h:11,
from ../drivers/crypto/openssl/rte_openssl_pmd.c:16:
/usr/include/openssl/rsa.h:219:27: note: declared here
219 | OSSL_DEPRECATEDIN_3_0 int RSA_set0_factors(RSA *r, BIGNUM *p, BIGNUM *q);
| ^~~~~~~~~~~~~~~~
../drivers/crypto/openssl/compat.h: In function ‘set_rsa_crt_params’:
../drivers/crypto/openssl/compat.h:118:9: warning: ‘RSA_set0_crt_params’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
118 | return !(RSA_set0_crt_params(rsa, dmp1, dmq1, iqmp));
| ^~~~~~
/usr/include/openssl/rsa.h:220:27: note: declared here
220 | OSSL_DEPRECATEDIN_3_0 int RSA_set0_crt_params(RSA *r,
| ^~~~~~~~~~~~~~~~~~~
../drivers/crypto/openssl/compat.h: In function ‘set_rsa_keys’:
../drivers/crypto/openssl/compat.h:126:9: warning: ‘RSA_set0_key’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
126 | return !(RSA_set0_key(rsa, n, e, d));
| ^~~~~~
/usr/include/openssl/rsa.h:218:27: note: declared here
218 | OSSL_DEPRECATEDIN_3_0 int RSA_set0_key(RSA *r, BIGNUM *n, BIGNUM *e, BIGNUM *d);
| ^~~~~~~~~~~~
../drivers/crypto/openssl/compat.h: In function ‘set_dh_params’:
../drivers/crypto/openssl/compat.h:132:9: warning: ‘DH_set0_pqg’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
132 | return !(DH_set0_pqg(dh, p, NULL, g));
| ^~~~~~
In file included from ../drivers/crypto/openssl/openssl_pmd_private.h:12:
/usr/include/openssl/dh.h:266:27: note: declared here
266 | OSSL_DEPRECATEDIN_3_0 int DH_set0_pqg(DH *dh, BIGNUM *p, BIGNUM *q, BIGNUM *g);
| ^~~~~~~~~~~
../drivers/crypto/openssl/compat.h: In function ‘set_dh_priv_key’:
../drivers/crypto/openssl/compat.h:138:9: warning: ‘DH_set0_key’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
138 | return !(DH_set0_key(dh, NULL, priv_key));
| ^~~~~~
/usr/include/openssl/dh.h:269:27: note: declared here
269 | OSSL_DEPRECATEDIN_3_0 int DH_set0_key(DH *dh, BIGNUM *pub_key, BIGNUM *priv_key);
| ^~~~~~~~~~~
../drivers/crypto/openssl/compat.h: In function ‘get_dh_pub_key’:
../drivers/crypto/openssl/compat.h:144:9: warning: ‘DH_get0_key’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
144 | DH_get0_key(dh_key, pub_key, NULL);
| ^~~~~~~~~~~
/usr/include/openssl/dh.h:267:28: note: declared here
267 | OSSL_DEPRECATEDIN_3_0 void DH_get0_key(const DH *dh, const BIGNUM **pub_key,
| ^~~~~~~~~~~
../drivers/crypto/openssl/compat.h: In function ‘get_dh_priv_key’:
../drivers/crypto/openssl/compat.h:150:9: warning: ‘DH_get0_key’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
150 | DH_get0_key(dh_key, NULL, priv_key);
| ^~~~~~~~~~~
/usr/include/openssl/dh.h:267:28: note: declared here
267 | OSSL_DEPRECATEDIN_3_0 void DH_get0_key(const DH *dh, const BIGNUM **pub_key,
| ^~~~~~~~~~~
../drivers/crypto/openssl/compat.h: In function ‘set_dsa_params’:
../drivers/crypto/openssl/compat.h:156:9: warning: ‘DSA_set0_pqg’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
156 | return !(DSA_set0_pqg(dsa, p, q, g));
| ^~~~~~
In file included from ../drivers/crypto/openssl/openssl_pmd_private.h:13:
/usr/include/openssl/dsa.h:208:27: note: declared here
208 | OSSL_DEPRECATEDIN_3_0 int DSA_set0_pqg(DSA *d, BIGNUM *p, BIGNUM *q, BIGNUM *g);
| ^~~~~~~~~~~~
../drivers/crypto/openssl/compat.h: In function ‘set_dsa_priv_key’:
../drivers/crypto/openssl/compat.h:162:9: warning: ‘DSA_set0_key’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
162 | DSA_set0_key(dsa, NULL, priv_key);
| ^~~~~~~~~~~~
/usr/include/openssl/dsa.h:211:27: note: declared here
211 | OSSL_DEPRECATEDIN_3_0 int DSA_set0_key(DSA *d, BIGNUM *pub_key,
| ^~~~~~~~~~~~
../drivers/crypto/openssl/compat.h: In function ‘set_dsa_keys’:
../drivers/crypto/openssl/compat.h:180:9: warning: ‘DSA_set0_key’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
180 | return !(DSA_set0_key(dsa, pub, priv));
| ^~~~~~
/usr/include/openssl/dsa.h:211:27: note: declared here
211 | OSSL_DEPRECATEDIN_3_0 int DSA_set0_key(DSA *d, BIGNUM *pub_key,
| ^~~~~~~~~~~~
../drivers/crypto/openssl/compat.h: In function ‘set_dsa_pub_key’:
../drivers/crypto/openssl/compat.h:186:9: warning: ‘DSA_set0_key’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
186 | DSA_set0_key(dsa, pub_key, NULL);
| ^~~~~~~~~~~~
/usr/include/openssl/dsa.h:211:27: note: declared here
211 | OSSL_DEPRECATEDIN_3_0 int DSA_set0_key(DSA *d, BIGNUM *pub_key,
| ^~~~~~~~~~~~
../drivers/crypto/openssl/compat.h: In function ‘get_dsa_priv_key’:
../drivers/crypto/openssl/compat.h:192:9: warning: ‘DSA_get0_key’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
192 | DSA_get0_key(dsa, NULL, priv_key);
| ^~~~~~~~~~~~
/usr/include/openssl/dsa.h:209:28: note: declared here
209 | OSSL_DEPRECATEDIN_3_0 void DSA_get0_key(const DSA *d, const BIGNUM **pub_key,
| ^~~~~~~~~~~~
../drivers/crypto/openssl/rte_openssl_pmd.c: In function ‘openssl_set_session_auth_parameters’:
../drivers/crypto/openssl/rte_openssl_pmd.c:590:17: warning: ‘HMAC_CTX_new’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
590 | sess->auth.hmac.ctx = HMAC_CTX_new();
| ^~~~
In file included from ../drivers/crypto/openssl/rte_openssl_pmd.c:13:
/usr/include/openssl/hmac.h:33:33: note: declared here
33 | OSSL_DEPRECATEDIN_3_0 HMAC_CTX *HMAC_CTX_new(void);
| ^~~~~~~~~~~~
../drivers/crypto/openssl/rte_openssl_pmd.c:595:17: warning: ‘HMAC_Init_ex’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
595 | if (HMAC_Init_ex(sess->auth.hmac.ctx,
| ^~
/usr/include/openssl/hmac.h:43:27: note: declared here
43 | OSSL_DEPRECATEDIN_3_0 int HMAC_Init_ex(HMAC_CTX *ctx, const void *key, int len,
| ^~~~~~~~~~~~
../drivers/crypto/openssl/rte_openssl_pmd.c: In function ‘openssl_reset_session’:
../drivers/crypto/openssl/rte_openssl_pmd.c:726:17: warning: ‘HMAC_CTX_free’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
726 | HMAC_CTX_free(sess->auth.hmac.ctx);
| ^~~~~~~~~~~~~
/usr/include/openssl/hmac.h:35:28: note: declared here
35 | OSSL_DEPRECATEDIN_3_0 void HMAC_CTX_free(HMAC_CTX *ctx);
| ^~~~~~~~~~~~~
../drivers/crypto/openssl/rte_openssl_pmd.c: In function ‘process_openssl_auth_hmac’:
../drivers/crypto/openssl/rte_openssl_pmd.c:1286:17: warning: ‘HMAC_Update’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
1286 | if (HMAC_Update(ctx, (unsigned char *)src, srclen) != 1)
| ^~
/usr/include/openssl/hmac.h:45:27: note: declared here
45 | OSSL_DEPRECATEDIN_3_0 int HMAC_Update(HMAC_CTX *ctx, const unsigned char *data,
| ^~~~~~~~~~~
../drivers/crypto/openssl/rte_openssl_pmd.c:1291:9: warning: ‘HMAC_Update’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
1291 | if (HMAC_Update(ctx, (unsigned char *)src, l) != 1)
| ^~
/usr/include/openssl/hmac.h:45:27: note: declared here
45 | OSSL_DEPRECATEDIN_3_0 int HMAC_Update(HMAC_CTX *ctx, const unsigned char *data,
| ^~~~~~~~~~~
../drivers/crypto/openssl/rte_openssl_pmd.c:1299:17: warning: ‘HMAC_Update’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
1299 | if (HMAC_Update(ctx, (unsigned char *)src, l) != 1)
| ^~
/usr/include/openssl/hmac.h:45:27: note: declared here
45 | OSSL_DEPRECATEDIN_3_0 int HMAC_Update(HMAC_CTX *ctx, const unsigned char *data,
| ^~~~~~~~~~~
../drivers/crypto/openssl/rte_openssl_pmd.c:1305:9: warning: ‘HMAC_Final’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
1305 | if (HMAC_Final(ctx, dst, &dstlen) != 1)
| ^~
/usr/include/openssl/hmac.h:47:27: note: declared here
47 | OSSL_DEPRECATEDIN_3_0 int HMAC_Final(HMAC_CTX *ctx, unsigned char *md,
| ^~~~~~~~~~
../drivers/crypto/openssl/rte_openssl_pmd.c:1308:9: warning: ‘HMAC_Init_ex’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
1308 | if (unlikely(HMAC_Init_ex(ctx, NULL, 0, NULL, NULL) != 1))
| ^~
/usr/include/openssl/hmac.h:43:27: note: declared here
43 | OSSL_DEPRECATEDIN_3_0 int HMAC_Init_ex(HMAC_CTX *ctx, const void *key, int len,
| ^~~~~~~~~~~~
../drivers/crypto/openssl/rte_openssl_pmd.c: In function ‘process_openssl_auth_op’:
../drivers/crypto/openssl/rte_openssl_pmd.c:1576:17: warning: ‘HMAC_CTX_new’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
1576 | ctx_h = HMAC_CTX_new();
| ^~~~~
/usr/include/openssl/hmac.h:33:33: note: declared here
33 | OSSL_DEPRECATEDIN_3_0 HMAC_CTX *HMAC_CTX_new(void);
| ^~~~~~~~~~~~
../drivers/crypto/openssl/rte_openssl_pmd.c:1577:17: warning: ‘HMAC_CTX_copy’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
1577 | HMAC_CTX_copy(ctx_h, sess->auth.hmac.ctx);
| ^~~~~~~~~~~~~
/usr/include/openssl/hmac.h:49:34: note: declared here
49 | OSSL_DEPRECATEDIN_3_0 __owur int HMAC_CTX_copy(HMAC_CTX *dctx, HMAC_CTX *sctx);
| ^~~~~~~~~~~~~
../drivers/crypto/openssl/rte_openssl_pmd.c:1581:17: warning: ‘HMAC_CTX_free’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
1581 | HMAC_CTX_free(ctx_h);
| ^~~~~~~~~~~~~
/usr/include/openssl/hmac.h:35:28: note: declared here
35 | OSSL_DEPRECATEDIN_3_0 void HMAC_CTX_free(HMAC_CTX *ctx);
| ^~~~~~~~~~~~~
../drivers/crypto/openssl/rte_openssl_pmd.c: In function ‘process_openssl_dsa_sign_op’:
../drivers/crypto/openssl/rte_openssl_pmd.c:1617:9: warning: ‘DSA_do_sign’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
1617 | sign = DSA_do_sign(op->message.data,
| ^~~~
/usr/include/openssl/dsa.h:118:32: note: declared here
118 | OSSL_DEPRECATEDIN_3_0 DSA_SIG *DSA_do_sign(const unsigned char *dgst, int dlen,
| ^~~~~~~~~~~
../drivers/crypto/openssl/rte_openssl_pmd.c: In function ‘process_openssl_dsa_verify_op’:
../drivers/crypto/openssl/rte_openssl_pmd.c:1676:9: warning: ‘DSA_do_verify’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
1676 | ret = DSA_do_verify(op->message.data,
| ^~~
/usr/include/openssl/dsa.h:120:27: note: declared here
120 | OSSL_DEPRECATEDIN_3_0 int DSA_do_verify(const unsigned char *dgst, int dgst_len,
| ^~~~~~~~~~~~~
../drivers/crypto/openssl/rte_openssl_pmd.c: In function ‘process_openssl_dh_op’:
../drivers/crypto/openssl/rte_openssl_pmd.c:1734:17: warning: ‘DH_compute_key’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
1734 | ret = DH_compute_key(
| ^~~
/usr/include/openssl/dh.h:235:27: note: declared here
235 | OSSL_DEPRECATEDIN_3_0 int DH_compute_key(unsigned char *key,
| ^~~~~~~~~~~~~~
../drivers/crypto/openssl/rte_openssl_pmd.c:1790:9: warning: ‘DH_generate_key’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
1790 | if (!DH_generate_key(dh_key)) {
| ^~
/usr/include/openssl/dh.h:234:27: note: declared here
234 | OSSL_DEPRECATEDIN_3_0 int DH_generate_key(DH *dh);
| ^~~~~~~~~~~~~~~
../drivers/crypto/openssl/rte_openssl_pmd.c: In function ‘process_openssl_rsa_op’:
../drivers/crypto/openssl/rte_openssl_pmd.c:1923:17: warning: ‘RSA_public_encrypt’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
1923 | ret = RSA_public_encrypt(op->rsa.message.length,
| ^~~
/usr/include/openssl/rsa.h:293:5: note: declared here
293 | int RSA_public_encrypt(int flen, const unsigned char *from, unsigned char *to,
| ^~~~~~~~~~~~~~~~~~
../drivers/crypto/openssl/rte_openssl_pmd.c:1936:17: warning: ‘RSA_private_decrypt’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
1936 | ret = RSA_private_decrypt(op->rsa.cipher.length,
| ^~~
/usr/include/openssl/rsa.h:302:5: note: declared here
302 | int RSA_private_decrypt(int flen, const unsigned char *from, unsigned char *to,
| ^~~~~~~~~~~~~~~~~~~
../drivers/crypto/openssl/rte_openssl_pmd.c:1946:17: warning: ‘RSA_private_encrypt’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
1946 | ret = RSA_private_encrypt(op->rsa.message.length,
| ^~~
/usr/include/openssl/rsa.h:296:5: note: declared here
296 | int RSA_private_encrypt(int flen, const unsigned char *from, unsigned char *to,
| ^~~~~~~~~~~~~~~~~~~
../drivers/crypto/openssl/rte_openssl_pmd.c:1962:17: warning: ‘RSA_public_decrypt’ is deprecated: Since OpenSSL 3.0 [-Wdeprecated-declarations]
1962 | ret = RSA_public_decrypt(op->rsa.sign.length,
| ^~~
/usr/include/openssl/rsa.h:299:5: note: declared here
299 | int RSA_public_decrypt(int flen, const unsigned char *from, unsigned char *to,
| ^~~~~~~~~~~~~~~~~~
[1511/2951] Compiling C object lib/librte_vhost.a.p/vhost_vhost_crypto.c.o
In file included from /usr/lib/gcc/x86_64-linux-gnu/14/include/immintrin.h:43,
from /usr/lib/gcc/x86_64-linux-gnu/14/include/x86intrin.h:32,
from ../lib/eal/x86/include/rte_vect.h:31,
from ../lib/eal/x86/include/rte_memcpy.h:17,
from ../lib/mempool/rte_mempool.h:50,
from ../lib/mbuf/rte_mbuf.h:38,
from ../lib/vhost/vhost_crypto.c:7:
In function ‘_mm256_storeu_si256’,
inlined from ‘rte_mov32’ at ../lib/eal/x86/include/rte_memcpy.h:320:2,
inlined from ‘rte_mov128’ at ../lib/eal/x86/include/rte_memcpy.h:343:2,
inlined from ‘rte_memcpy_generic’ at ../lib/eal/x86/include/rte_memcpy.h:438:4,
inlined from ‘rte_memcpy’ at ../lib/eal/x86/include/rte_memcpy.h:882:10,
inlined from ‘copy_data’ at ../lib/vhost/vhost_crypto.c:588:2,
inlined from ‘vhost_crypto_process_one_req’ at ../lib/vhost/vhost_crypto.c:1256:6,
inlined from ‘rte_vhost_crypto_fetch_requests’ at ../lib/vhost/vhost_crypto.c:1658:8:
/usr/lib/gcc/x86_64-linux-gnu/14/include/avxintrin.h:935:8: warning: array subscript ‘__m256i_u[2]’ is partly outside array bounds of ‘struct virtio_crypto_op_data_req[1]’ [-Warray-bounds=]
935 | *__P = __A;
| ~~~~~^~~~~
../lib/vhost/vhost_crypto.c: In function ‘rte_vhost_crypto_fetch_requests’:
../lib/vhost/vhost_crypto.c:1178:42: note: at offset 64 into object ‘req’ of size 72
1178 | struct virtio_crypto_op_data_req req;
| ^~~
In function ‘_mm256_storeu_si256’,
inlined from ‘rte_mov32’ at ../lib/eal/x86/include/rte_memcpy.h:320:2,
inlined from ‘rte_mov128’ at ../lib/eal/x86/include/rte_memcpy.h:344:2,
inlined from ‘rte_memcpy_generic’ at ../lib/eal/x86/include/rte_memcpy.h:438:4,
inlined from ‘rte_memcpy’ at ../lib/eal/x86/include/rte_memcpy.h:882:10,
inlined from ‘copy_data’ at ../lib/vhost/vhost_crypto.c:588:2,
inlined from ‘vhost_crypto_process_one_req’ at ../lib/vhost/vhost_crypto.c:1256:6,
inlined from ‘rte_vhost_crypto_fetch_requests’ at ../lib/vhost/vhost_crypto.c:1658:8:
/usr/lib/gcc/x86_64-linux-gnu/14/include/avxintrin.h:935:8: warning: array subscript 3 is outside array bounds of ‘struct virtio_crypto_op_data_req[1]’ [-Warray-bounds=]
935 | *__P = __A;
| ~~~~~^~~~~
../lib/vhost/vhost_crypto.c: In function ‘rte_vhost_crypto_fetch_requests’:
../lib/vhost/vhost_crypto.c:1178:42: note: at offset 96 into object ‘req’ of size 72
1178 | struct virtio_crypto_op_data_req req;
| ^~~
In function ‘_mm256_storeu_si256’,
inlined from ‘rte_mov32’ at ../lib/eal/x86/include/rte_memcpy.h:320:2,
inlined from ‘rte_memcpy_generic’ at ../lib/eal/x86/include/rte_memcpy.h:450:4,
inlined from ‘rte_memcpy’ at ../lib/eal/x86/include/rte_memcpy.h:882:10,
inlined from ‘copy_data’ at ../lib/vhost/vhost_crypto.c:588:2,
inlined from ‘vhost_crypto_process_one_req’ at ../lib/vhost/vhost_crypto.c:1256:6,
inlined from ‘rte_vhost_crypto_fetch_requests’ at ../lib/vhost/vhost_crypto.c:1658:8:
/usr/lib/gcc/x86_64-linux-gnu/14/include/avxintrin.h:935:8: warning: array subscript ‘__m256i_u[2]’ is partly outside array bounds of ‘void[72]’ [-Warray-bounds=]
935 | *__P = __A;
| ~~~~~^~~~~
../lib/vhost/vhost_crypto.c: In function ‘rte_vhost_crypto_fetch_requests’:
../lib/vhost/vhost_crypto.c:1178:42: note: at offset [0, 64] into object ‘req’ of size 72
1178 | struct virtio_crypto_op_data_req req;
| ^~~
../lib/vhost/vhost_crypto.c:1178:42: note: at offset [16, 72] into object ‘req’ of size 72
../lib/vhost/vhost_crypto.c:1178:42: note: at offset [128, 192] into object ‘req’ of size 72
../lib/vhost/vhost_crypto.c:1178:42: note: at offset [0, 64] into object ‘req’ of size 72
../lib/vhost/vhost_crypto.c:1178:42: note: at offset [16, 72] into object ‘req’ of size 72
../lib/vhost/vhost_crypto.c:1178:42: note: at offset [128, 192] into object ‘req’ of size 72
../lib/vhost/vhost_crypto.c:1178:42: note: at offset [0, 64] into object ‘req’ of size 72
In function ‘_mm256_storeu_si256’,
inlined from ‘rte_mov32’ at ../lib/eal/x86/include/rte_memcpy.h:320:2,
inlined from ‘rte_memcpy_generic’ at ../lib/eal/x86/include/rte_memcpy.h:451:4,
inlined from ‘rte_memcpy’ at ../lib/eal/x86/include/rte_memcpy.h:882:10,
inlined from ‘copy_data’ at ../lib/vhost/vhost_crypto.c:588:2,
inlined from ‘vhost_crypto_process_one_req’ at ../lib/vhost/vhost_crypto.c:1256:6,
inlined from ‘rte_vhost_crypto_fetch_requests’ at ../lib/vhost/vhost_crypto.c:1658:8:
/usr/lib/gcc/x86_64-linux-gnu/14/include/avxintrin.h:935:8: warning: array subscript ‘__m256i_u[2]’ is partly outside array bounds of ‘void[72]’ [-Warray-bounds=]
935 | *__P = __A;
| ~~~~~^~~~~
../lib/vhost/vhost_crypto.c: In function ‘rte_vhost_crypto_fetch_requests’:
../lib/vhost/vhost_crypto.c:1178:42: note: at offset [1, 65] into object ‘req’ of size 72
1178 | struct virtio_crypto_op_data_req req;
| ^~~
../lib/vhost/vhost_crypto.c:1178:42: note: at offset [17, 72] into object ‘req’ of size 72
../lib/vhost/vhost_crypto.c:1178:42: note: at offset [129, 193] into object ‘req’ of size 72
../lib/vhost/vhost_crypto.c:1178:42: note: at offset [1, 65] into object ‘req’ of size 72
../lib/vhost/vhost_crypto.c:1178:42: note: at offset [17, 72] into object ‘req’ of size 72
../lib/vhost/vhost_crypto.c:1178:42: note: at offset [129, 193] into object ‘req’ of size 72
../lib/vhost/vhost_crypto.c:1178:42: note: at offset [1, 65] into object ‘req’ of size 72
In function ‘_mm256_storeu_si256’,
inlined from ‘rte_mov32’ at ../lib/eal/x86/include/rte_memcpy.h:320:2,
inlined from ‘rte_mov128’ at ../lib/eal/x86/include/rte_memcpy.h:343:2,
inlined from ‘rte_memcpy_generic’ at ../lib/eal/x86/include/rte_memcpy.h:438:4,
inlined from ‘rte_memcpy’ at ../lib/eal/x86/include/rte_memcpy.h:882:10,
inlined from ‘copy_data’ at ../lib/vhost/vhost_crypto.c:588:2,
inlined from ‘vhost_crypto_process_one_req’ at ../lib/vhost/vhost_crypto.c:1256:6,
inlined from ‘rte_vhost_crypto_fetch_requests’ at ../lib/vhost/vhost_crypto.c:1687:8:
/usr/lib/gcc/x86_64-linux-gnu/14/include/avxintrin.h:935:8: warning: array subscript ‘__m256i_u[2]’ is partly outside array bounds of ‘struct virtio_crypto_op_data_req[1]’ [-Warray-bounds=]
935 | *__P = __A;
| ~~~~~^~~~~
../lib/vhost/vhost_crypto.c: In function ‘rte_vhost_crypto_fetch_requests’:
../lib/vhost/vhost_crypto.c:1178:42: note: at offset 64 into object ‘req’ of size 72
1178 | struct virtio_crypto_op_data_req req;
| ^~~
In function ‘_mm256_storeu_si256’,
inlined from ‘rte_mov32’ at ../lib/eal/x86/include/rte_memcpy.h:320:2,
inlined from ‘rte_mov128’ at ../lib/eal/x86/include/rte_memcpy.h:344:2,
inlined from ‘rte_memcpy_generic’ at ../lib/eal/x86/include/rte_memcpy.h:438:4,
inlined from ‘rte_memcpy’ at ../lib/eal/x86/include/rte_memcpy.h:882:10,
inlined from ‘copy_data’ at ../lib/vhost/vhost_crypto.c:588:2,
inlined from ‘vhost_crypto_process_one_req’ at ../lib/vhost/vhost_crypto.c:1256:6,
inlined from ‘rte_vhost_crypto_fetch_requests’ at ../lib/vhost/vhost_crypto.c:1687:8:
/usr/lib/gcc/x86_64-linux-gnu/14/include/avxintrin.h:935:8: warning: array subscript 3 is outside array bounds of ‘struct virtio_crypto_op_data_req[1]’ [-Warray-bounds=]
935 | *__P = __A;
| ~~~~~^~~~~
../lib/vhost/vhost_crypto.c: In function ‘rte_vhost_crypto_fetch_requests’:
../lib/vhost/vhost_crypto.c:1178:42: note: at offset 96 into object ‘req’ of size 72
1178 | struct virtio_crypto_op_data_req req;
| ^~~
In function ‘_mm256_storeu_si256’,
inlined from ‘rte_mov32’ at ../lib/eal/x86/include/rte_memcpy.h:320:2,
inlined from ‘rte_memcpy_generic’ at ../lib/eal/x86/include/rte_memcpy.h:450:4,
inlined from ‘rte_memcpy’ at ../lib/eal/x86/include/rte_memcpy.h:882:10,
inlined from ‘copy_data’ at ../lib/vhost/vhost_crypto.c:588:2,
inlined from ‘vhost_crypto_process_one_req’ at ../lib/vhost/vhost_crypto.c:1256:6,
inlined from ‘rte_vhost_crypto_fetch_requests’ at ../lib/vhost/vhost_crypto.c:1687:8:
/usr/lib/gcc/x86_64-linux-gnu/14/include/avxintrin.h:935:8: warning: array subscript ‘__m256i_u[2]’ is partly outside array bounds of ‘void[72]’ [-Warray-bounds=]
935 | *__P = __A;
| ~~~~~^~~~~
../lib/vhost/vhost_crypto.c: In function ‘rte_vhost_crypto_fetch_requests’:
../lib/vhost/vhost_crypto.c:1178:42: note: at offset [0, 64] into object ‘req’ of size 72
1178 | struct virtio_crypto_op_data_req req;
| ^~~
../lib/vhost/vhost_crypto.c:1178:42: note: at offset [16, 72] into object ‘req’ of size 72
../lib/vhost/vhost_crypto.c:1178:42: note: at offset [128, 192] into object ‘req’ of size 72
../lib/vhost/vhost_crypto.c:1178:42: note: at offset [0, 64] into object ‘req’ of size 72
../lib/vhost/vhost_crypto.c:1178:42: note: at offset [16, 72] into object ‘req’ of size 72
../lib/vhost/vhost_crypto.c:1178:42: note: at offset [128, 192] into object ‘req’ of size 72
../lib/vhost/vhost_crypto.c:1178:42: note: at offset [0, 64] into object ‘req’ of size 72
In function ‘_mm256_storeu_si256’,
inlined from ‘rte_mov32’ at ../lib/eal/x86/include/rte_memcpy.h:320:2,
inlined from ‘rte_memcpy_generic’ at ../lib/eal/x86/include/rte_memcpy.h:451:4,
inlined from ‘rte_memcpy’ at ../lib/eal/x86/include/rte_memcpy.h:882:10,
inlined from ‘copy_data’ at ../lib/vhost/vhost_crypto.c:588:2,
inlined from ‘vhost_crypto_process_one_req’ at ../lib/vhost/vhost_crypto.c:1256:6,
inlined from ‘rte_vhost_crypto_fetch_requests’ at ../lib/vhost/vhost_crypto.c:1687:8:
/usr/lib/gcc/x86_64-linux-gnu/14/include/avxintrin.h:935:8: warning: array subscript ‘__m256i_u[2]’ is partly outside array bounds of ‘void[72]’ [-Warray-bounds=]
935 | *__P = __A;
| ~~~~~^~~~~
../lib/vhost/vhost_crypto.c: In function ‘rte_vhost_crypto_fetch_requests’:
../lib/vhost/vhost_crypto.c:1178:42: note: at offset [1, 65] into object ‘req’ of size 72
1178 | struct virtio_crypto_op_data_req req;
| ^~~
../lib/vhost/vhost_crypto.c:1178:42: note: at offset [17, 72] into object ‘req’ of size 72
../lib/vhost/vhost_crypto.c:1178:42: note: at offset [129, 193] into object ‘req’ of size 72
../lib/vhost/vhost_crypto.c:1178:42: note: at offset [1, 65] into object ‘req’ of size 72
../lib/vhost/vhost_crypto.c:1178:42: note: at offset [17, 72] into object ‘req’ of size 72
../lib/vhost/vhost_crypto.c:1178:42: note: at offset [129, 193] into object ‘req’ of size 72
../lib/vhost/vhost_crypto.c:1178:42: note: at offset [1, 65] into object ‘req’ of size 72
[1937/2951] Compiling C object drivers/net/qede/base/libqede_base.a.p/ecore_vf.c.o
In file included from /usr/lib/gcc/x86_64-linux-gnu/14/include/immintrin.h:43,
from /usr/lib/gcc/x86_64-linux-gnu/14/include/x86intrin.h:32,
from ../lib/eal/x86/include/rte_vect.h:31,
from ../lib/eal/x86/include/rte_memcpy.h:17,
from ../drivers/net/qede/base/bcm_osal.h:17,
from ../drivers/net/qede/base/ecore_vf.c:7:
In function ‘_mm256_storeu_si256’,
inlined from ‘rte_mov32’ at ../lib/eal/x86/include/rte_memcpy.h:320:2,
inlined from ‘rte_mov128’ at ../lib/eal/x86/include/rte_memcpy.h:343:2,
inlined from ‘rte_memcpy_generic’ at ../lib/eal/x86/include/rte_memcpy.h:438:4,
inlined from ‘rte_memcpy’ at ../lib/eal/x86/include/rte_memcpy.h:882:10,
inlined from ‘ecore_vf_read_bulletin’ at ../drivers/net/qede/base/ecore_vf.c:1761:2:
/usr/lib/gcc/x86_64-linux-gnu/14/include/avxintrin.h:935:8: warning: array subscript ‘__m256i_u[2]’ is partly outside array bounds of ‘struct ecore_bulletin_content[1]’ [-Warray-bounds=]
935 | *__P = __A;
| ~~~~~^~~~~
../drivers/net/qede/base/ecore_vf.c: In function ‘ecore_vf_read_bulletin’:
../drivers/net/qede/base/ecore_vf.c:1754:39: note: at offset 64 into object ‘shadow’ of size 80
1754 | struct ecore_bulletin_content shadow;
| ^~~~~~
In function ‘_mm256_storeu_si256’,
inlined from ‘rte_mov32’ at ../lib/eal/x86/include/rte_memcpy.h:320:2,
inlined from ‘rte_mov128’ at ../lib/eal/x86/include/rte_memcpy.h:344:2,
inlined from ‘rte_memcpy_generic’ at ../lib/eal/x86/include/rte_memcpy.h:438:4,
inlined from ‘rte_memcpy’ at ../lib/eal/x86/include/rte_memcpy.h:882:10,
inlined from ‘ecore_vf_read_bulletin’ at ../drivers/net/qede/base/ecore_vf.c:1761:2:
/usr/lib/gcc/x86_64-linux-gnu/14/include/avxintrin.h:935:8: warning: array subscript 3 is outside array bounds of ‘struct ecore_bulletin_content[1]’ [-Warray-bounds=]
935 | *__P = __A;
| ~~~~~^~~~~
../drivers/net/qede/base/ecore_vf.c: In function ‘ecore_vf_read_bulletin’:
../drivers/net/qede/base/ecore_vf.c:1754:39: note: at offset 96 into object ‘shadow’ of size 80
1754 | struct ecore_bulletin_content shadow;
| ^~~~~~
In function ‘_mm256_storeu_si256’,
inlined from ‘rte_mov32’ at ../lib/eal/x86/include/rte_memcpy.h:320:2,
inlined from ‘rte_memcpy_generic’ at ../lib/eal/x86/include/rte_memcpy.h:450:4,
inlined from ‘rte_memcpy’ at ../lib/eal/x86/include/rte_memcpy.h:882:10,
inlined from ‘ecore_vf_read_bulletin’ at ../drivers/net/qede/base/ecore_vf.c:1761:2:
/usr/lib/gcc/x86_64-linux-gnu/14/include/avxintrin.h:935:8: warning: array subscript ‘__m256i_u[2]’ is partly outside array bounds of ‘void[80]’ [-Warray-bounds=]
935 | *__P = __A;
| ~~~~~^~~~~
../drivers/net/qede/base/ecore_vf.c: In function ‘ecore_vf_read_bulletin’:
../drivers/net/qede/base/ecore_vf.c:1754:39: note: at offset [0, 64] into object ‘shadow’ of size 80
1754 | struct ecore_bulletin_content shadow;
| ^~~~~~
../drivers/net/qede/base/ecore_vf.c:1754:39: note: at offset [16, 80] into object ‘shadow’ of size 80
../drivers/net/qede/base/ecore_vf.c:1754:39: note: at offset [128, 192] into object ‘shadow’ of size 80
../drivers/net/qede/base/ecore_vf.c:1754:39: note: at offset [0, 64] into object ‘shadow’ of size 80
../drivers/net/qede/base/ecore_vf.c:1754:39: note: at offset [16, 80] into object ‘shadow’ of size 80
../drivers/net/qede/base/ecore_vf.c:1754:39: note: at offset [128, 192] into object ‘shadow’ of size 80
../drivers/net/qede/base/ecore_vf.c:1754:39: note: at offset [0, 64] into object ‘shadow’ of size 80
In function ‘_mm256_storeu_si256’,
inlined from ‘rte_mov32’ at ../lib/eal/x86/include/rte_memcpy.h:320:2,
inlined from ‘rte_memcpy_generic’ at ../lib/eal/x86/include/rte_memcpy.h:451:4,
inlined from ‘rte_memcpy’ at ../lib/eal/x86/include/rte_memcpy.h:882:10,
inlined from ‘ecore_vf_read_bulletin’ at ../drivers/net/qede/base/ecore_vf.c:1761:2:
/usr/lib/gcc/x86_64-linux-gnu/14/include/avxintrin.h:935:8: warning: array subscript ‘__m256i_u[2]’ is partly outside array bounds of ‘void[80]’ [-Warray-bounds=]
935 | *__P = __A;
| ~~~~~^~~~~
../drivers/net/qede/base/ecore_vf.c: In function ‘ecore_vf_read_bulletin’:
../drivers/net/qede/base/ecore_vf.c:1754:39: note: at offset [1, 65] into object ‘shadow’ of size 80
1754 | struct ecore_bulletin_content shadow;
| ^~~~~~
../drivers/net/qede/base/ecore_vf.c:1754:39: note: at offset [17, 80] into object ‘shadow’ of size 80
../drivers/net/qede/base/ecore_vf.c:1754:39: note: at offset [129, 193] into object ‘shadow’ of size 80
../drivers/net/qede/base/ecore_vf.c:1754:39: note: at offset [1, 65] into object ‘shadow’ of size 80
../drivers/net/qede/base/ecore_vf.c:1754:39: note: at offset [17, 80] into object ‘shadow’ of size 80
../drivers/net/qede/base/ecore_vf.c:1754:39: note: at offset [129, 193] into object ‘shadow’ of size 80
../drivers/net/qede/base/ecore_vf.c:1754:39: note: at offset [1, 65] into object ‘shadow’ of size 80
In function ‘_mm256_loadu_si256’,
inlined from ‘rte_mov32’ at ../lib/eal/x86/include/rte_memcpy.h:319:9,
inlined from ‘rte_mov128’ at ../lib/eal/x86/include/rte_memcpy.h:343:2,
inlined from ‘rte_memcpy_generic’ at ../lib/eal/x86/include/rte_memcpy.h:438:4,
inlined from ‘rte_memcpy’ at ../lib/eal/x86/include/rte_memcpy.h:882:10,
inlined from ‘ecore_vf_read_bulletin’ at ../drivers/net/qede/base/ecore_vf.c:1774:2:
/usr/lib/gcc/x86_64-linux-gnu/14/include/avxintrin.h:929:10: warning: array subscript ‘__m256i_u[2]’ is partly outside array bounds of ‘struct ecore_bulletin_content[1]’ [-Warray-bounds=]
929 | return *__P;
| ^~~~
../drivers/net/qede/base/ecore_vf.c: In function ‘ecore_vf_read_bulletin’:
../drivers/net/qede/base/ecore_vf.c:1754:39: note: at offset 64 into object ‘shadow’ of size 80
1754 | struct ecore_bulletin_content shadow;
| ^~~~~~
In function ‘_mm256_loadu_si256’,
inlined from ‘rte_mov32’ at ../lib/eal/x86/include/rte_memcpy.h:319:9,
inlined from ‘rte_mov128’ at ../lib/eal/x86/include/rte_memcpy.h:344:2,
inlined from ‘rte_memcpy_generic’ at ../lib/eal/x86/include/rte_memcpy.h:438:4,
inlined from ‘rte_memcpy’ at ../lib/eal/x86/include/rte_memcpy.h:882:10,
inlined from ‘ecore_vf_read_bulletin’ at ../drivers/net/qede/base/ecore_vf.c:1774:2:
/usr/lib/gcc/x86_64-linux-gnu/14/include/avxintrin.h:929:10: warning: array subscript 3 is outside array bounds of ‘struct ecore_bulletin_content[1]’ [-Warray-bounds=]
929 | return *__P;
| ^~~~
../drivers/net/qede/base/ecore_vf.c: In function ‘ecore_vf_read_bulletin’:
../drivers/net/qede/base/ecore_vf.c:1754:39: note: at offset 96 into object ‘shadow’ of size 80
1754 | struct ecore_bulletin_content shadow;
| ^~~~~~
In function ‘_mm256_loadu_si256’,
inlined from ‘rte_mov32’ at ../lib/eal/x86/include/rte_memcpy.h:319:9,
inlined from ‘rte_memcpy_generic’ at ../lib/eal/x86/include/rte_memcpy.h:450:4,
inlined from ‘rte_memcpy’ at ../lib/eal/x86/include/rte_memcpy.h:882:10,
inlined from ‘ecore_vf_read_bulletin’ at ../drivers/net/qede/base/ecore_vf.c:1774:2:
/usr/lib/gcc/x86_64-linux-gnu/14/include/avxintrin.h:929:10: warning: array subscript ‘__m256i_u[2]’ is partly outside array bounds of ‘const void[80]’ [-Warray-bounds=]
929 | return *__P;
| ^~~~
../drivers/net/qede/base/ecore_vf.c: In function ‘ecore_vf_read_bulletin’:
../drivers/net/qede/base/ecore_vf.c:1754:39: note: at offset [0, 64] into object ‘shadow’ of size 80
1754 | struct ecore_bulletin_content shadow;
| ^~~~~~
../drivers/net/qede/base/ecore_vf.c:1754:39: note: at offset [1, 80] into object ‘shadow’ of size 80
../drivers/net/qede/base/ecore_vf.c:1754:39: note: at offset [128, 192] into object ‘shadow’ of size 80
../drivers/net/qede/base/ecore_vf.c:1754:39: note: at offset [0, 64] into object ‘shadow’ of size 80
../drivers/net/qede/base/ecore_vf.c:1754:39: note: at offset [1, 80] into object ‘shadow’ of size 80
../drivers/net/qede/base/ecore_vf.c:1754:39: note: at offset [128, 192] into object ‘shadow’ of size 80
../drivers/net/qede/base/ecore_vf.c:1754:39: note: at offset [0, 64] into object ‘shadow’ of size 80
In function ‘_mm256_loadu_si256’,
inlined from ‘rte_mov32’ at ../lib/eal/x86/include/rte_memcpy.h:319:9,
inlined from ‘rte_memcpy_generic’ at ../lib/eal/x86/include/rte_memcpy.h:451:4,
inlined from ‘rte_memcpy’ at ../lib/eal/x86/include/rte_memcpy.h:882:10,
inlined from ‘ecore_vf_read_bulletin’ at ../drivers/net/qede/base/ecore_vf.c:1774:2:
/usr/lib/gcc/x86_64-linux-gnu/14/include/avxintrin.h:929:10: warning: array subscript ‘__m256i_u[2]’ is partly outside array bounds of ‘const void[80]’ [-Warray-bounds=]
929 | return *__P;
| ^~~~
../drivers/net/qede/base/ecore_vf.c: In function ‘ecore_vf_read_bulletin’:
../drivers/net/qede/base/ecore_vf.c:1754:39: note: at offset [1, 65] into object ‘shadow’ of size 80
1754 | struct ecore_bulletin_content shadow;
| ^~~~~~
../drivers/net/qede/base/ecore_vf.c:1754:39: note: at offset [2, 80] into object ‘shadow’ of size 80
../drivers/net/qede/base/ecore_vf.c:1754:39: note: at offset [129, 193] into object ‘shadow’ of size 80
../drivers/net/qede/base/ecore_vf.c:1754:39: note: at offset [1, 65] into object ‘shadow’ of size 80
../drivers/net/qede/base/ecore_vf.c:1754:39: note: at offset [2, 80] into object ‘shadow’ of size 80
../drivers/net/qede/base/ecore_vf.c:1754:39: note: at offset [129, 193] into object ‘shadow’ of size 80
../drivers/net/qede/base/ecore_vf.c:1754:39: note: at offset [1, 65] into object ‘shadow’ of size 80
[1952/2951] Compiling C object drivers/net/qede/base/libqede_base.a.p/ecore_mcp.c.o
In file included from /usr/lib/gcc/x86_64-linux-gnu/14/include/immintrin.h:43,
from /usr/lib/gcc/x86_64-linux-gnu/14/include/x86intrin.h:32,
from ../lib/eal/x86/include/rte_vect.h:31,
from ../lib/eal/x86/include/rte_memcpy.h:17,
from ../drivers/net/qede/base/bcm_osal.h:17,
from ../drivers/net/qede/base/ecore_mcp.c:7:
In function ‘_mm256_storeu_si256’,
inlined from ‘rte_mov32’ at ../lib/eal/x86/include/rte_memcpy.h:320:2,
inlined from ‘rte_mov128’ at ../lib/eal/x86/include/rte_memcpy.h:342:2,
inlined from ‘rte_memcpy_generic’ at ../lib/eal/x86/include/rte_memcpy.h:438:4,
inlined from ‘rte_memcpy’ at ../lib/eal/x86/include/rte_memcpy.h:882:10,
inlined from ‘__ecore_mcp_cmd_and_union’ at ../drivers/net/qede/base/ecore_mcp.c:541:3,
inlined from ‘_ecore_mcp_cmd_and_union’ at ../drivers/net/qede/base/ecore_mcp.c:638:2,
inlined from ‘ecore_mcp_cmd_and_union’ at ../drivers/net/qede/base/ecore_mcp.c:742:9:
/usr/lib/gcc/x86_64-linux-gnu/14/include/avxintrin.h:935:8: warning: array subscript 1 is outside array bounds of ‘union drv_union_data[1]’ [-Warray-bounds=]
935 | *__P = __A;
| ~~~~~^~~~~
../drivers/net/qede/base/ecore_mcp.c: In function ‘ecore_mcp_cmd_and_union’:
../drivers/net/qede/base/ecore_mcp.c:533:30: note: at offset 32 into object ‘union_data’ of size 32
533 | union drv_union_data union_data;
| ^~~~~~~~~~
In function ‘_mm256_storeu_si256’,
inlined from ‘rte_mov32’ at ../lib/eal/x86/include/rte_memcpy.h:320:2,
inlined from ‘rte_mov128’ at ../lib/eal/x86/include/rte_memcpy.h:343:2,
inlined from ‘rte_memcpy_generic’ at ../lib/eal/x86/include/rte_memcpy.h:438:4,
inlined from ‘rte_memcpy’ at ../lib/eal/x86/include/rte_memcpy.h:882:10,
inlined from ‘__ecore_mcp_cmd_and_union’ at ../drivers/net/qede/base/ecore_mcp.c:541:3,
inlined from ‘_ecore_mcp_cmd_and_union’ at ../drivers/net/qede/base/ecore_mcp.c:638:2,
inlined from ‘ecore_mcp_cmd_and_union’ at ../drivers/net/qede/base/ecore_mcp.c:742:9:
/usr/lib/gcc/x86_64-linux-gnu/14/include/avxintrin.h:935:8: warning: array subscript 2 is outside array bounds of ‘union drv_union_data[1]’ [-Warray-bounds=]
935 | *__P = __A;
| ~~~~~^~~~~
../drivers/net/qede/base/ecore_mcp.c: In function ‘ecore_mcp_cmd_and_union’:
../drivers/net/qede/base/ecore_mcp.c:533:30: note: at offset 64 into object ‘union_data’ of size 32
533 | union drv_union_data union_data;
| ^~~~~~~~~~
In function ‘_mm256_storeu_si256’,
inlined from ‘rte_mov32’ at ../lib/eal/x86/include/rte_memcpy.h:320:2,
inlined from ‘rte_mov128’ at ../lib/eal/x86/include/rte_memcpy.h:344:2,
inlined from ‘rte_memcpy_generic’ at ../lib/eal/x86/include/rte_memcpy.h:438:4,
inlined from ‘rte_memcpy’ at ../lib/eal/x86/include/rte_memcpy.h:882:10,
inlined from ‘__ecore_mcp_cmd_and_union’ at ../drivers/net/qede/base/ecore_mcp.c:541:3,
inlined from ‘_ecore_mcp_cmd_and_union’ at ../drivers/net/qede/base/ecore_mcp.c:638:2,
inlined from ‘ecore_mcp_cmd_and_union’ at ../drivers/net/qede/base/ecore_mcp.c:742:9:
/usr/lib/gcc/x86_64-linux-gnu/14/include/avxintrin.h:935:8: warning: array subscript 3 is outside array bounds of ‘union drv_union_data[1]’ [-Warray-bounds=]
935 | *__P = __A;
| ~~~~~^~~~~
../drivers/net/qede/base/ecore_mcp.c: In function ‘ecore_mcp_cmd_and_union’:
../drivers/net/qede/base/ecore_mcp.c:533:30: note: at offset 96 into object ‘union_data’ of size 32
533 | union drv_union_data union_data;
| ^~~~~~~~~~
In function ‘_mm256_storeu_si256’,
inlined from ‘rte_mov32’ at ../lib/eal/x86/include/rte_memcpy.h:320:2,
inlined from ‘rte_mov64’ at ../lib/eal/x86/include/rte_memcpy.h:331:2,
inlined from ‘rte_memcpy_generic’ at ../lib/eal/x86/include/rte_memcpy.h:445:4,
inlined from ‘rte_memcpy’ at ../lib/eal/x86/include/rte_memcpy.h:882:10,
inlined from ‘__ecore_mcp_cmd_and_union’ at ../drivers/net/qede/base/ecore_mcp.c:541:3,
inlined from ‘_ecore_mcp_cmd_and_union’ at ../drivers/net/qede/base/ecore_mcp.c:638:2,
inlined from ‘ecore_mcp_cmd_and_union’ at ../drivers/net/qede/base/ecore_mcp.c:742:9:
/usr/lib/gcc/x86_64-linux-gnu/14/include/avxintrin.h:935:8: warning: array subscript 1 is outside array bounds of ‘void[32]’ [-Warray-bounds=]
935 | *__P = __A;
| ~~~~~^~~~~
../drivers/net/qede/base/ecore_mcp.c: In function ‘ecore_mcp_cmd_and_union’:
../drivers/net/qede/base/ecore_mcp.c:533:30: note: at offset 160 into object ‘union_data’ of size 32
533 | union drv_union_data union_data;
| ^~~~~~~~~~
../drivers/net/qede/base/ecore_mcp.c:533:30: note: at offset 32 into object ‘union_data’ of size 32
In function ‘_mm256_storeu_si256’,
inlined from ‘rte_mov32’ at ../lib/eal/x86/include/rte_memcpy.h:320:2,
inlined from ‘rte_memcpy_generic’ at ../lib/eal/x86/include/rte_memcpy.h:450:4,
inlined from ‘rte_memcpy’ at ../lib/eal/x86/include/rte_memcpy.h:882:10,
inlined from ‘__ecore_mcp_cmd_and_union’ at ../drivers/net/qede/base/ecore_mcp.c:541:3,
inlined from ‘_ecore_mcp_cmd_and_union’ at ../drivers/net/qede/base/ecore_mcp.c:638:2,
inlined from ‘ecore_mcp_cmd_and_union’ at ../drivers/net/qede/base/ecore_mcp.c:742:9:
/usr/lib/gcc/x86_64-linux-gnu/14/include/avxintrin.h:935:8: warning: array subscript [2, 6] is outside array bounds of ‘void[32]’ [-Warray-bounds=]
935 | *__P = __A;
| ~~~~~^~~~~
../drivers/net/qede/base/ecore_mcp.c: In function ‘ecore_mcp_cmd_and_union’:
../drivers/net/qede/base/ecore_mcp.c:533:30: note: at offset [128, 192] into object ‘union_data’ of size 32
533 | union drv_union_data union_data;
| ^~~~~~~~~~
../drivers/net/qede/base/ecore_mcp.c:533:30: note: at offset [128, 192] into object ‘union_data’ of size 32
../drivers/net/qede/base/ecore_mcp.c:533:30: note: object ‘union_data’ of size 32
In function ‘_mm256_storeu_si256’,
inlined from ‘rte_mov32’ at ../lib/eal/x86/include/rte_memcpy.h:320:2,
inlined from ‘rte_memcpy_generic’ at ../lib/eal/x86/include/rte_memcpy.h:451:4,
inlined from ‘rte_memcpy’ at ../lib/eal/x86/include/rte_memcpy.h:882:10,
inlined from ‘__ecore_mcp_cmd_and_union’ at ../drivers/net/qede/base/ecore_mcp.c:541:3,
inlined from ‘_ecore_mcp_cmd_and_union’ at ../drivers/net/qede/base/ecore_mcp.c:638:2,
inlined from ‘ecore_mcp_cmd_and_union’ at ../drivers/net/qede/base/ecore_mcp.c:742:9:
/usr/lib/gcc/x86_64-linux-gnu/14/include/avxintrin.h:935:8: warning: array subscript [2, 6] is outside array bounds of ‘void[32]’ [-Warray-bounds=]
935 | *__P = __A;
| ~~~~~^~~~~
../drivers/net/qede/base/ecore_mcp.c: In function ‘ecore_mcp_cmd_and_union’:
../drivers/net/qede/base/ecore_mcp.c:533:30: note: at offset [129, 193] into object ‘union_data’ of size 32
533 | union drv_union_data union_data;
| ^~~~~~~~~~
../drivers/net/qede/base/ecore_mcp.c:533:30: note: at offset [129, 193] into object ‘union_data’ of size 32
../drivers/net/qede/base/ecore_mcp.c:533:30: note: at offset [1, 32] into object ‘union_data’ of size 32
In function ‘_mm256_storeu_si256’,
inlined from ‘rte_mov32’ at ../lib/eal/x86/include/rte_memcpy.h:320:2,
inlined from ‘rte_memcpy_generic’ at ../lib/eal/x86/include/rte_memcpy.h:431:3,
inlined from ‘rte_memcpy’ at ../lib/eal/x86/include/rte_memcpy.h:882:10,
inlined from ‘__ecore_mcp_cmd_and_union’ at ../drivers/net/qede/base/ecore_mcp.c:541:3,
inlined from ‘_ecore_mcp_cmd_and_union’ at ../drivers/net/qede/base/ecore_mcp.c:638:2,
inlined from ‘ecore_mcp_cmd_and_union’ at ../drivers/net/qede/base/ecore_mcp.c:742:9:
/usr/lib/gcc/x86_64-linux-gnu/14/include/avxintrin.h:935:8: warning: array subscript ‘__m256i_u[0]’ is partly outside array bounds of ‘union drv_union_data[1]’ [-Warray-bounds=]
935 | *__P = __A;
| ~~~~~^~~~~
../drivers/net/qede/base/ecore_mcp.c: In function ‘ecore_mcp_cmd_and_union’:
../drivers/net/qede/base/ecore_mcp.c:533:30: note: at offset [17, 32] into object ‘union_data’ of size 32
533 | union drv_union_data union_data;
| ^~~~~~~~~~
In file included from ../lib/eal/x86/include/rte_atomic.h:15,
from ../lib/eal/include/generic/rte_pause.h:19,
from ../lib/eal/x86/include/rte_pause.h:12,
from ../lib/eal/include/generic/rte_spinlock.h:25,
from ../lib/eal/x86/include/rte_spinlock.h:12,
from ../drivers/net/qede/base/bcm_osal.h:14:
In function ‘_mm_storeu_si128’,
inlined from ‘rte_mov16’ at ../lib/eal/x86/include/rte_memcpy.h:307:2,
inlined from ‘rte_memcpy_generic’ at ../lib/eal/x86/include/rte_memcpy.h:425:3,
inlined from ‘rte_memcpy’ at ../lib/eal/x86/include/rte_memcpy.h:882:10,
inlined from ‘__ecore_mcp_cmd_and_union’ at ../drivers/net/qede/base/ecore_mcp.c:541:3,
inlined from ‘_ecore_mcp_cmd_and_union’ at ../drivers/net/qede/base/ecore_mcp.c:638:2,
inlined from ‘ecore_mcp_cmd_and_union’ at ../drivers/net/qede/base/ecore_mcp.c:742:9:
/usr/lib/gcc/x86_64-linux-gnu/14/include/emmintrin.h:742:8: warning: array subscript ‘__m128i_u[1]’ is partly outside array bounds of ‘union drv_union_data[1]’ [-Warray-bounds=]
742 | *__P = __B;
| ~~~~~^~~~~
../drivers/net/qede/base/ecore_mcp.c: In function ‘ecore_mcp_cmd_and_union’:
../drivers/net/qede/base/ecore_mcp.c:533:30: note: at offset [17, 32] into object ‘union_data’ of size 32
533 | union drv_union_data union_data;
| ^~~~~~~~~~
In function ‘_mm256_storeu_si256’,
inlined from ‘rte_mov32’ at ../lib/eal/x86/include/rte_memcpy.h:320:2,
inlined from ‘rte_memcpy_aligned’ at ../lib/eal/x86/include/rte_memcpy.h:856:3,
inlined from ‘rte_memcpy’ at ../lib/eal/x86/include/rte_memcpy.h:880:10,
inlined from ‘__ecore_mcp_cmd_and_union’ at ../drivers/net/qede/base/ecore_mcp.c:541:3,
inlined from ‘_ecore_mcp_cmd_and_union’ at ../drivers/net/qede/base/ecore_mcp.c:638:2,
inlined from ‘ecore_mcp_cmd_and_union’ at ../drivers/net/qede/base/ecore_mcp.c:742:9:
/usr/lib/gcc/x86_64-linux-gnu/14/include/avxintrin.h:935:8: warning: array subscript ‘__m256i_u[0]’ is partly outside array bounds of ‘union drv_union_data[1]’ [-Warray-bounds=]
935 | *__P = __A;
| ~~~~~^~~~~
../drivers/net/qede/base/ecore_mcp.c: In function ‘ecore_mcp_cmd_and_union’:
../drivers/net/qede/base/ecore_mcp.c:533:30: note: at offset [1, 32] into object ‘union_data’ of size 32
533 | union drv_union_data union_data;
| ^~~~~~~~~~
[2720/2951] Compiling C object app/test/dpdk-test.p/test_ipsec.c.o
In file included from /usr/lib/gcc/x86_64-linux-gnu/14/include/immintrin.h:43,
from /usr/lib/gcc/x86_64-linux-gnu/14/include/x86intrin.h:32,
from ../lib/eal/x86/include/rte_vect.h:31,
from ../lib/eal/x86/include/rte_memcpy.h:17,
from ../lib/mempool/rte_mempool.h:50,
from ../lib/mbuf/rte_mbuf.h:38,
from ../app/test/test_ipsec.c:9:
In function ‘_mm256_loadu_si256’,
inlined from ‘rte_mov32’ at ../lib/eal/x86/include/rte_memcpy.h:319:9,
inlined from ‘rte_mov128’ at ../lib/eal/x86/include/rte_memcpy.h:344:2,
inlined from ‘rte_memcpy_generic’ at ../lib/eal/x86/include/rte_memcpy.h:438:4,
inlined from ‘rte_memcpy’ at ../lib/eal/x86/include/rte_memcpy.h:882:10,
inlined from ‘setup_test_string.constprop’ at ../app/test/test_ipsec.c:561:4:
/usr/lib/gcc/x86_64-linux-gnu/14/include/avxintrin.h:929:10: warning: array subscript ‘__m256i_u[3]’ is partly outside array bounds of ‘const char[108]’ [-Warray-bounds=]
929 | return *__P;
| ^~~~
../app/test/test_ipsec.c: In function ‘setup_test_string.constprop’:
../app/test/test_ipsec.c:528:12: note: at offset 96 into object ‘null_plain_data’ of size 108
528 | const char null_plain_data[] =
| ^~~~~~~~~~~~~~~
In function ‘_mm256_loadu_si256’,
inlined from ‘rte_mov32’ at ../lib/eal/x86/include/rte_memcpy.h:319:9,
inlined from ‘rte_mov128’ at ../lib/eal/x86/include/rte_memcpy.h:344:2,
inlined from ‘rte_memcpy_generic’ at ../lib/eal/x86/include/rte_memcpy.h:438:4,
inlined from ‘rte_memcpy’ at ../lib/eal/x86/include/rte_memcpy.h:882:10,
inlined from ‘setup_test_string’ at ../app/test/test_ipsec.c:561:4,
inlined from ‘test_ipsec_lksd_proto_inb_burst_null_null’ at ../app/test/test_ipsec.c:1806:24:
/usr/lib/gcc/x86_64-linux-gnu/14/include/avxintrin.h:929:10: warning: array subscript ‘__m256i_u[3]’ is partly outside array bounds of ‘const char[108]’ [-Warray-bounds=]
929 | return *__P;
| ^~~~
../app/test/test_ipsec.c: In function ‘test_ipsec_lksd_proto_inb_burst_null_null’:
../app/test/test_ipsec.c:532:12: note: at offset 96 into object ‘null_encrypted_data’ of size 108
532 | const char null_encrypted_data[] =
| ^~~~~~~~~~~~~~~~~~~
[2951/2951] Linking target app/test/dpdk-tes
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: please help backporting some patches to stable release 21.11.8
2024-08-31 16:42 ` Stephen Hemminger
@ 2024-09-02 8:23 ` David Marchand
2024-09-02 15:50 ` Stephen Hemminger
0 siblings, 1 reply; 14+ messages in thread
From: David Marchand @ 2024-09-02 8:23 UTC (permalink / raw)
To: Stephen Hemminger
Cc: Kevin Traynor, dpdk stable, Abhinandan Gujjar, Akhil Goyal,
Ali Alnubani, Amit Prakash Shukla, Anatoly Burakov, Anoob Joseph,
Ashwin Sekhar T K, Bing Zhao, Bruce Richardson, Chengwen Feng,
Ciara Loftus, Ciara Power, Conor Walsh, Dariusz Sosnowski,
Dengdui Huang, Fabio Pricoco, Ferruh Yigit, Frank Du,
Gagandeep Singh, Ganapati Kundapura, Gaoxiang Liu,
Gowrishankar Muthukrishnan, Gregory Etelson, Hanumanth Pothula,
Harman Kalra, Hemant Agrawal, Honnappa Nagarahalli, Ian Stokes,
Jack Bond-Preston, Jerin Jacob, Jiawen Wu, Jiayu Hu, Kai Ji,
Kaiwen Deng, Kiran Kumar K, Konstantin Ananyev,
Kumara Parameshwaran, Luca Boccassi, Mário Kuka,
Matan Azrad, Michael Baum, Mingjin Ye, Mohammad Iqbal Ahmad,
Morten Brørup, Nathan Brown, Nithin Dabilpuram,
Ola Liljedahl, Olivier Matz, Ori Kam, Pavan Nikhilesh, Qi Zhang,
Rahul Bhansali, Robin Jarry, Rohit Raj, Ruifeng Wang,
Selwin Sebastian, Shijith Thotton, Shun Hao, Shuo Li,
Srujana Challa, Steve Yang, Suanming Mou, Sunil Kumar Kori,
Tomasz Wakula, Tyler Retzlaff, Vamsi Attunuru, Vanshika Shukla,
Venkat Kumar Ande, Viacheslav Ovsiienko, Wathsala Vithanage,
Wenwu Ma, Yingming Mao
Hello,
On Sat, Aug 31, 2024 at 6:42 PM Stephen Hemminger
<stephen@networkplumber.org> wrote:
>
> If I build 21.11 with current Gcc there are lot of warnings.
>
>
> ~/DPDK/21.11 $ ninja -C build
> ninja: Entering directory `build'
> [162/2951] Compiling C object lib/librte_hash.a.p/hash_rte_thash.c.o
> In file included from /usr/lib/gcc/x86_64-linux-gnu/14/include/immintrin.h:77,
> from /usr/lib/gcc/x86_64-linux-gnu/14/include/x86intrin.h:32,
> from ../lib/eal/x86/include/rte_vect.h:31,
> from ../lib/eal/x86/include/rte_memcpy.h:17,
> from ../lib/mempool/rte_mempool.h:50,
> from ../lib/mbuf/rte_mbuf.h:38,
> from ../lib/net/rte_ip.h:32,
> from ../lib/hash/rte_thash.h:25,
> from ../lib/hash/rte_thash.c:7:
> In function ‘_mm512_mask_permutexvar_epi8’,
> inlined from ‘__rte_thash_gfni’ at ../lib/hash/rte_thash_x86_gfni.h:141:17,
> inlined from ‘rte_thash_gfni’ at ../lib/hash/rte_thash_x86_gfni.h:181:20,
> inlined from ‘rte_thash_adjust_tuple’ at ../lib/hash/rte_thash.c:785:11:
> /usr/lib/gcc/x86_64-linux-gnu/14/include/avx512vbmiintrin.h:97:20: warning: ‘tuple_bytes’ may be used uninitialized [-Wmaybe-uninitialized]
> 97 | return (__m512i) __builtin_ia32_permvarqi512_mask ((__v64qi) __B,
> | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> 98 | (__v64qi) __A,
> | ~~~~~~~~~~~~~~
> 99 | (__v64qi) __W,
> | ~~~~~~~~~~~~~~
> 100 | (__mmask64) __M);
> | ~~~~~~~~~~~~~~~~
> In file included from ../lib/hash/rte_thash_gfni.h:16,
> from ../lib/hash/rte_thash.h:27:
> ../lib/hash/rte_thash_x86_gfni.h: In function ‘rte_thash_adjust_tuple’:
> ../lib/hash/rte_thash_x86_gfni.h:90:33: note: ‘tuple_bytes’ was declared here
> 90 | __m512i vals, matrixes, tuple_bytes, tuple_bytes_2;
> | ^~~~~~~~~~~
> In function ‘_mm512_mask_permutexvar_epi8’,
> inlined from ‘__rte_thash_gfni’ at ../lib/hash/rte_thash_x86_gfni.h:141:17,
> inlined from ‘rte_thash_gfni’ at ../lib/hash/rte_thash_x86_gfni.h:181:20,
> inlined from ‘rte_thash_adjust_tuple’ at ../lib/hash/rte_thash.c:785:11:
> /usr/lib/gcc/x86_64-linux-gnu/14/include/avx512vbmiintrin.h:97:20: warning: ‘permute_mask’ may be used uninitialized [-Wmaybe-uninitialized]
> 97 | return (__m512i) __builtin_ia32_permvarqi512_mask ((__v64qi) __B,
> | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> 98 | (__v64qi) __A,
> | ~~~~~~~~~~~~~~
> 99 | (__v64qi) __W,
> | ~~~~~~~~~~~~~~
> 100 | (__mmask64) __M);
> | ~~~~~~~~~~~~~~~~
> ../lib/hash/rte_thash_x86_gfni.h: In function ‘rte_thash_adjust_tuple’:
> ../lib/hash/rte_thash_x86_gfni.h:91:30: note: ‘permute_mask’ was declared here
> 91 | __mmask64 load_mask, permute_mask, permute_mask_2;
> | ^~~~~~~~~~~~
Those above should be fixed in v21.11.4 with 47951ef1dc21 ("hash: fix
GFNI implementation build with GCC 12").
I quickly checked other warnings and I see issues already fixed in
dpdk-stable/21.11.
Please test with latest HEAD of the 21.11 branch.
--
David Marchand
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: please help backporting some patches to stable release 21.11.8
2024-08-29 10:21 please help backporting some patches to stable release 21.11.8 Kevin Traynor
` (4 preceding siblings ...)
2024-08-31 16:42 ` Stephen Hemminger
@ 2024-09-02 13:01 ` Etelson, Gregory
2024-09-03 13:25 ` Kevin Traynor
5 siblings, 1 reply; 14+ messages in thread
From: Etelson, Gregory @ 2024-09-02 13:01 UTC (permalink / raw)
To: Kevin Traynor; +Cc: stable
Hello,
The following patches should not be backported:
27e44a6f53 Gregory Etelson net/mlx5: remove duplication of L3 flow item validation
2db234e769 Gregory Etelson net/mlx5: fix IP-in-IP tunnels recognition
Regards,
Gregory
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: please help backporting some patches to stable release 21.11.8
2024-09-02 8:23 ` David Marchand
@ 2024-09-02 15:50 ` Stephen Hemminger
0 siblings, 0 replies; 14+ messages in thread
From: Stephen Hemminger @ 2024-09-02 15:50 UTC (permalink / raw)
To: David Marchand
Cc: Kevin Traynor, dpdk stable, Abhinandan Gujjar, Akhil Goyal,
Ali Alnubani, Amit Prakash Shukla, Anatoly Burakov, Anoob Joseph,
Ashwin Sekhar T K, Bing Zhao, Bruce Richardson, Chengwen Feng,
Ciara Loftus, Ciara Power, Conor Walsh, Dariusz Sosnowski,
Dengdui Huang, Fabio Pricoco, Ferruh Yigit, Frank Du,
Gagandeep Singh, Ganapati Kundapura, Gaoxiang Liu,
Gowrishankar Muthukrishnan, Gregory Etelson, Hanumanth Pothula,
Harman Kalra, Hemant Agrawal, Honnappa Nagarahalli, Ian Stokes,
Jack Bond-Preston, Jerin Jacob, Jiawen Wu, Jiayu Hu, Kai Ji,
Kaiwen Deng, Kiran Kumar K, Konstantin Ananyev,
Kumara Parameshwaran, Luca Boccassi, Mário Kuka,
Matan Azrad, Michael Baum, Mingjin Ye, Mohammad Iqbal Ahmad,
Morten Brørup, Nathan Brown, Nithin Dabilpuram,
Ola Liljedahl, Olivier Matz, Ori Kam, Pavan Nikhilesh, Qi Zhang,
Rahul Bhansali, Robin Jarry, Rohit Raj, Ruifeng Wang,
Selwin Sebastian, Shijith Thotton, Shun Hao, Shuo Li,
Srujana Challa, Steve Yang, Suanming Mou, Sunil Kumar Kori,
Tomasz Wakula, Tyler Retzlaff, Vamsi Attunuru, Vanshika Shukla,
Venkat Kumar Ande, Viacheslav Ovsiienko, Wathsala Vithanage,
Wenwu Ma, Yingming Mao
On Mon, 2 Sep 2024 10:23:31 +0200
David Marchand <david.marchand@redhat.com> wrote:
> Hello,
>
> On Sat, Aug 31, 2024 at 6:42 PM Stephen Hemminger
> <stephen@networkplumber.org> wrote:
> >
> > If I build 21.11 with current Gcc there are lot of warnings.
> >
> >
> > ~/DPDK/21.11 $ ninja -C build
> > ninja: Entering directory `build'
> > [162/2951] Compiling C object lib/librte_hash.a.p/hash_rte_thash.c.o
> > In file included from /usr/lib/gcc/x86_64-linux-gnu/14/include/immintrin.h:77,
> > from /usr/lib/gcc/x86_64-linux-gnu/14/include/x86intrin.h:32,
> > from ../lib/eal/x86/include/rte_vect.h:31,
> > from ../lib/eal/x86/include/rte_memcpy.h:17,
> > from ../lib/mempool/rte_mempool.h:50,
> > from ../lib/mbuf/rte_mbuf.h:38,
> > from ../lib/net/rte_ip.h:32,
> > from ../lib/hash/rte_thash.h:25,
> > from ../lib/hash/rte_thash.c:7:
> > In function ‘_mm512_mask_permutexvar_epi8’,
> > inlined from ‘__rte_thash_gfni’ at ../lib/hash/rte_thash_x86_gfni.h:141:17,
> > inlined from ‘rte_thash_gfni’ at ../lib/hash/rte_thash_x86_gfni.h:181:20,
> > inlined from ‘rte_thash_adjust_tuple’ at ../lib/hash/rte_thash.c:785:11:
> > /usr/lib/gcc/x86_64-linux-gnu/14/include/avx512vbmiintrin.h:97:20: warning: ‘tuple_bytes’ may be used uninitialized [-Wmaybe-uninitialized]
> > 97 | return (__m512i) __builtin_ia32_permvarqi512_mask ((__v64qi) __B,
> > | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > 98 | (__v64qi) __A,
> > | ~~~~~~~~~~~~~~
> > 99 | (__v64qi) __W,
> > | ~~~~~~~~~~~~~~
> > 100 | (__mmask64) __M);
> > | ~~~~~~~~~~~~~~~~
> > In file included from ../lib/hash/rte_thash_gfni.h:16,
> > from ../lib/hash/rte_thash.h:27:
> > ../lib/hash/rte_thash_x86_gfni.h: In function ‘rte_thash_adjust_tuple’:
> > ../lib/hash/rte_thash_x86_gfni.h:90:33: note: ‘tuple_bytes’ was declared here
> > 90 | __m512i vals, matrixes, tuple_bytes, tuple_bytes_2;
> > | ^~~~~~~~~~~
> > In function ‘_mm512_mask_permutexvar_epi8’,
> > inlined from ‘__rte_thash_gfni’ at ../lib/hash/rte_thash_x86_gfni.h:141:17,
> > inlined from ‘rte_thash_gfni’ at ../lib/hash/rte_thash_x86_gfni.h:181:20,
> > inlined from ‘rte_thash_adjust_tuple’ at ../lib/hash/rte_thash.c:785:11:
> > /usr/lib/gcc/x86_64-linux-gnu/14/include/avx512vbmiintrin.h:97:20: warning: ‘permute_mask’ may be used uninitialized [-Wmaybe-uninitialized]
> > 97 | return (__m512i) __builtin_ia32_permvarqi512_mask ((__v64qi) __B,
> > | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > 98 | (__v64qi) __A,
> > | ~~~~~~~~~~~~~~
> > 99 | (__v64qi) __W,
> > | ~~~~~~~~~~~~~~
> > 100 | (__mmask64) __M);
> > | ~~~~~~~~~~~~~~~~
> > ../lib/hash/rte_thash_x86_gfni.h: In function ‘rte_thash_adjust_tuple’:
> > ../lib/hash/rte_thash_x86_gfni.h:91:30: note: ‘permute_mask’ was declared here
> > 91 | __mmask64 load_mask, permute_mask, permute_mask_2;
> > | ^~~~~~~~~~~~
>
> Those above should be fixed in v21.11.4 with 47951ef1dc21 ("hash: fix
> GFNI implementation build with GCC 12").
> I quickly checked other warnings and I see issues already fixed in
> dpdk-stable/21.11.
>
> Please test with latest HEAD of the 21.11 branch.
>
>
Thanks it builds clean with current branch, was using an old build tree.
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: please help backporting some patches to stable release 21.11.8
2024-08-31 16:27 ` Stephen Hemminger
@ 2024-09-03 13:25 ` Kevin Traynor
0 siblings, 0 replies; 14+ messages in thread
From: Kevin Traynor @ 2024-09-03 13:25 UTC (permalink / raw)
To: Stephen Hemminger; +Cc: dpdk stable
On 31/08/2024 17:27, Stephen Hemminger wrote:
> On Thu, 29 Aug 2024 11:21:53 +0100
> Kevin Traynor <ktraynor@redhat.com> wrote:
>
> The problem with some of the pcapng changes is they change experimental api.
> This is ok in the main release stream but is likely to upset stable release users.
>
>> 166591931b Stephen Hemminger pcapng: modify timestamp calculation
>
That makes sense, we don't want to change API on LTS branch.
thanks for checking,
Kevin.
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: please help backporting some patches to stable release 21.11.8
2024-09-02 13:01 ` Etelson, Gregory
@ 2024-09-03 13:25 ` Kevin Traynor
0 siblings, 0 replies; 14+ messages in thread
From: Kevin Traynor @ 2024-09-03 13:25 UTC (permalink / raw)
To: Etelson, Gregory; +Cc: stable
On 02/09/2024 14:01, Etelson, Gregory wrote:
> Hello,
>
> The following patches should not be backported:
>
> 27e44a6f53 Gregory Etelson net/mlx5: remove duplication of L3 flow item validation
> 2db234e769 Gregory Etelson net/mlx5: fix IP-in-IP tunnels recognition
>
> Regards,
> Gregory
>
>
Thanks Gregory, I will remove the list the list.
Kevin.
^ permalink raw reply [flat|nested] 14+ messages in thread
end of thread, other threads:[~2024-09-03 13:26 UTC | newest]
Thread overview: 14+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2024-08-29 10:21 please help backporting some patches to stable release 21.11.8 Kevin Traynor
2024-08-29 10:31 ` Robin Jarry
2024-08-30 9:04 ` Kevin Traynor
2024-08-30 3:00 ` Ma, WenwuX
2024-08-30 9:01 ` Kevin Traynor
2024-08-30 9:16 ` Ye, MingjinX
2024-08-30 9:34 ` Kevin Traynor
2024-08-31 16:27 ` Stephen Hemminger
2024-09-03 13:25 ` Kevin Traynor
2024-08-31 16:42 ` Stephen Hemminger
2024-09-02 8:23 ` David Marchand
2024-09-02 15:50 ` Stephen Hemminger
2024-09-02 13:01 ` Etelson, Gregory
2024-09-03 13:25 ` Kevin Traynor
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).