From: Kevin Traynor <ktraynor@redhat.com>
To: "Jiang, YuX" <yux.jiang@intel.com>,
"Xu, HailinX" <hailinx.xu@intel.com>,
"stable@dpdk.org" <stable@dpdk.org>,
"boleslav.stankevich@oktetlabs.ru"
<boleslav.stankevich@oktetlabs.ru>,
"maxime.coquelin@redhat.com" <maxime.coquelin@redhat.com>,
"Xia, Chenbo" <chenbo.xia@intel.com>,
"Ji, Kai" <kai.ji@intel.com>
Cc: "Stokes, Ian" <ian.stokes@intel.com>,
"Mcnamara, John" <john.mcnamara@intel.com>,
Luca Boccassi <bluca@debian.org>,
"Xu, Qian Q" <qian.q.xu@intel.com>,
Thomas Monjalon <thomas@monjalon.net>,
"Peng, Yuan" <yuan.peng@intel.com>,
"Chen, Zhaoyan" <zhaoyan.chen@intel.com>,
"dev@dpdk.org" <dev@dpdk.org>
Subject: Re: 21.11.4 patches review and test
Date: Tue, 16 May 2023 09:41:55 +0100 [thread overview]
Message-ID: <5c9e42c1-54c3-4e04-3769-f190a7d04ba5@redhat.com> (raw)
In-Reply-To: <BYAPR11MB2711FD35359DBEE81BA62E09FE749@BYAPR11MB2711.namprd11.prod.outlook.com>
On 11/05/2023 08:33, Jiang, YuX wrote:
>> -----Original Message-----
>> From: Kevin Traynor <ktraynor@redhat.com>
>> Sent: Monday, May 8, 2023 11:24 PM
>> To: Xu, HailinX <hailinx.xu@intel.com>; stable@dpdk.org
>> Cc: Stokes, Ian <ian.stokes@intel.com>; Mcnamara, John
>> <john.mcnamara@intel.com>; Luca Boccassi <bluca@debian.org>; Xu, Qian Q
>> <qian.q.xu@intel.com>; Thomas Monjalon <thomas@monjalon.net>; Peng,
>> Yuan <yuan.peng@intel.com>; Chen, Zhaoyan <zhaoyan.chen@intel.com>;
>> dev@dpdk.org
>> Subject: Re: 21.11.4 patches review and test
>>
>> On 05/05/2023 02:42, Xu, HailinX wrote:
>>>> -----Original Message-----
>>>> From: Kevin Traynor <ktraynor@redhat.com>
>>>> Sent: Thursday, May 4, 2023 6:11 PM
>>>> To: Xu, HailinX <hailinx.xu@intel.com>; stable@dpdk.org
>>>> Cc: Stokes, Ian <ian.stokes@intel.com>; Mcnamara, John
>>>> <john.mcnamara@intel.com>; Luca Boccassi <bluca@debian.org>; Xu,
>> Qian
>>>> Q <qian.q.xu@intel.com>; Thomas Monjalon <thomas@monjalon.net>;
>> Peng,
>>>> Yuan <yuan.peng@intel.com>; Chen, Zhaoyan
>> <zhaoyan.chen@intel.com>;
>>>> dev@dpdk.org
>>>> Subject: Re: 21.11.4 patches review and test
>>>>
>>>> On 04/05/2023 03:13, Xu, HailinX wrote:
>>>>>> -----Original Message-----
>>>>>> From: Kevin Traynor <ktraynor@redhat.com>
>>>>>> Sent: Tuesday, May 2, 2023 5:35 PM
>>>>>> To: Xu, HailinX <hailinx.xu@intel.com>; stable@dpdk.org
>>>>>> Cc: Stokes, Ian <ian.stokes@intel.com>; Mcnamara, John
>>>>>> <john.mcnamara@intel.com>; Luca Boccassi <bluca@debian.org>; Xu,
>>>>>> Qian Q <qian.q.xu@intel.com>; Thomas Monjalon
>>>>>> <thomas@monjalon.net>;
>>>> Peng,
>>>>>> Yuan <yuan.peng@intel.com>; Chen, Zhaoyan
>> <zhaoyan.chen@intel.com>;
>>>>>> dev@dpdk.org
>>>>>> Subject: Re: 21.11.4 patches review and test
>>>>>>
>>>>>> On 20/04/2023 11:32, Kevin Traynor wrote:
>>>>>>> On 20/04/2023 03:40, Xu, HailinX wrote:
>>>>>>>>> -----Original Message-----
>>>>>>>>> From: Xu, HailinX <hailinx.xu@intel.com>
>>>>>>>>> Sent: Thursday, April 13, 2023 2:13 PM
>>>>>>>>> To: Kevin Traynor <ktraynor@redhat.com>; stable@dpdk.org
>>>>>>>>> Cc: dev@dpdk.org; Abhishek Marathe
>>>>>> <Abhishek.Marathe@microsoft.com>;
>>>>>>>>> Ali Alnubani <alialnu@nvidia.com>; Walker, Benjamin
>>>>>>>>> <benjamin.walker@intel.com>; David Christensen
>>>>>>>>> <drc@linux.vnet.ibm.com>; Hemant Agrawal
>>>>>> <hemant.agrawal@nxp.com>;
>>>>>>>>> Stokes, Ian <ian.stokes@intel.com>; Jerin Jacob
>>>>>>>>> <jerinj@marvell.com>; Mcnamara, John
>> <john.mcnamara@intel.com>;
>>>>>>>>> Ju-Hyoung Lee <juhlee@microsoft.com>; Luca Boccassi
>>>>>>>>> <bluca@debian.org>; Pei Zhang <pezhang@redhat.com>; Xu, Qian
>> Q
>>>>>>>>> <qian.q.xu@intel.com>; Raslan Darawsheh <rasland@nvidia.com>;
>>>>>> Thomas
>>>>>>>>> Monjalon <thomas@monjalon.net>; yanghliu@redhat.com; Peng,
>> Yuan
>>>>>>>>> <yuan.peng@intel.com>; Chen, Zhaoyan
>> <zhaoyan.chen@intel.com>
>>>>>>>>> Subject: RE: 21.11.4 patches review and test
>>>>>>>>>
>>>>>>>>>> -----Original Message-----
>>>>>>>>>> From: Kevin Traynor <ktraynor@redhat.com>
>>>>>>>>>> Sent: Thursday, April 6, 2023 7:38 PM
>>>>>>>>>> To: stable@dpdk.org
>>>>>>>>>> Cc: dev@dpdk.org; Abhishek Marathe
>>>>>>>>>> <Abhishek.Marathe@microsoft.com>; Ali Alnubani
>>>>>>>>>> <alialnu@nvidia.com>; Walker, Benjamin
>>>>>>>>>> <benjamin.walker@intel.com>; David Christensen
>>>>>>>>>> <drc@linux.vnet.ibm.com>; Hemant Agrawal
>>>>>>>>>> <hemant.agrawal@nxp.com>; Stokes, Ian
>> <ian.stokes@intel.com>;
>>>>>>>>>> Jerin Jacob <jerinj@marvell.com>; Mcnamara, John
>>>>>>>>>> <john.mcnamara@intel.com>; Ju-Hyoung Lee
>>>> <juhlee@microsoft.com>;
>>>>>>>>>> Kevin Traynor <ktraynor@redhat.com>; Luca Boccassi
>>>>>>>>>> <bluca@debian.org>; Pei Zhang <pezhang@redhat.com>; Xu,
>> Qian Q
>>>>>>>>>> <qian.q.xu@intel.com>; Raslan Darawsheh <rasland@nvidia.com>;
>>>>>>>>> Thomas
>>>>>>>>>> Monjalon <thomas@monjalon.net>; yanghliu@redhat.com; Peng,
>> Yuan
>>>>>>>>>> <yuan.peng@intel.com>; Chen, Zhaoyan
>> <zhaoyan.chen@intel.com>
>>>>>>>>>> Subject: 21.11.4 patches review and test
>>>>>>>>>>
>>>>>>>>>> Hi all,
>>>>>>>>>>
>>>>>>>>>> Here is a list of patches targeted for stable release 21.11.4.
>>>>>>>>>>
>>>>>>>>>> The planned date for the final release is 25th April.
>>>>>>>>>>
>>>>>>>>>> Please help with testing and validation of your use cases and
>>>>>>>>>> report any issues/results with reply-all to this mail. For the
>>>>>>>>>> final release the fixes and reported validations will be added
>>>>>>>>>> to the
>>>>>> release notes.
>>>>>>>>>>
>>>>>>>>>> A release candidate tarball can be found at:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> https://dpdk.org/browse/dpdk-stable/tag/?id=v21.11.4-rc1
>>>>>>>>>>
>>>>>>>>>> These patches are located at branch 21.11 of dpdk-stable repo:
>>>>>>>>>> https://dpdk.org/browse/dpdk-stable/
>>>>>>>>>>
>>>>>>>>>> Thanks.
>>>>>>>>>>
>>>>>>>>>> Kevin
>>>>>>>>>
>>>>>>>>> HI All,
>>>>>>>>>
>>>>>>>>> Update the test status for Intel part. Till now dpdk21.11.4-rc1
>>>>>>>>> validation test rate is 85%. No critical issue is found.
>>>>>>>>> 2 new bugs are found, 1 new issue is under confirming by Intel Dev.
>>>>>>>>> New bugs: --20.11.8-rc1 also has these two issues
>>>>>>>>> 1.
>>>>>>
>> pvp_qemu_multi_paths_port_restart:perf_pvp_qemu_vector_rx_mac:
>>>>>>>>> performance drop about 23.5% when send small packets
>>>>>>>>> https://bugs.dpdk.org/show_bug.cgi?id=1212 -- no fix yet
>>>>>>>>> 2. some of the virtio tests are failing: -- Intel dev is under
>>>>>> investigating
>>>>>>>>> # Basic Intel(R) NIC testing
>>>>>>>>> * Build & CFLAG compile: cover the build test combination with
>>>>>>>>> latest GCC/Clang version and the popular OS revision such as
>>>>>>>>> Ubuntu20.04, Ubuntu22.04, Fedora35, Fedora37, RHEL8.6,
>>>>>>>>> RHEL8.4, FreeBSD13.1, SUSE15, CentOS7.9, etc.
>>>>>>>>> - All test done. No new dpdk issue is found.
>>>>>>>>> * PF(i40e, ixgbe): test scenarios including
>>>>>>>>> RTE_FLOW/TSO/Jumboframe/checksum offload/VLAN/VXLAN, etc.
>>>>>>>>> - All test done. No new dpdk issue is found.
>>>>>>>>> * VF(i40e, ixgbe): test scenarios including
>>>>>>>>> VF-RTE_FLOW/TSO/Jumboframe/checksum offload/VLAN/VXLAN,
>> etc.
>>>>>>>>> - All test done. No new dpdk issue is found.
>>>>>>>>> * PF/VF(ice): test scenarios including Switch features/Package
>>>>>>>>> Management/Flow Director/Advanced Tx/Advanced
>>>> RSS/ACL/DCF/Flexible
>>>>>>>>> Descriptor, etc.
>>>>>>>>> - All test done. No new dpdk issue is found.
>>>>>>>>> * Intel NIC single core/NIC performance: test scenarios
>>>>>>>>> including PF/VF single core performance test, etc.
>>>>>>>>> - All test done. No new dpdk issue is found.
>>>>>>>>> * IPsec: test scenarios including ipsec/ipsec-gw/ipsec library
>>>>>>>>> basic test - QAT&SW/FIB library, etc.
>>>>>>>>> - On going.
>>>>>>>>>
>>>>>>>>> # Basic cryptodev and virtio testing
>>>>>>>>> * Virtio: both function and performance test are covered. Such
>>>>>>>>> as PVP/Virtio_loopback/virtio-user loopback/virtio-net VM2VM
>>>>>>>>> perf testing/VMAWARE ESXI 8.0, etc.
>>>>>>>>> - All test done. found bug1.
>>>>>>>>> * Cryptodev:
>>>>>>>>> *Function test: test scenarios including Cryptodev API
>>>>>>>>> testing/CompressDev ISA-L/QAT/ZLIB PMD Testing/FIPS, etc.
>>>>>>>>> - Execution rate is 90%. found bug2.
>>>>>>>>> *Performance test: test scenarios including Thoughput
>>>>>>>>> Performance/Cryptodev Latency, etc.
>>>>>>>>> - All test done. No new dpdk issue is found.
>>>>>>>>>
>>>>>>>>> Regards,
>>>>>>>>> Xu, Hailin
>>>>>>>> Update the test status for Intel part. completed dpdk21.11.4-rc1
>>>>>>>> all
>>>>>> validation. No critical issue is found.
>>>>>>>
>>>>>>> Hi. Thanks for testing.
>>>>>>>
>>>>>>>> 2 new bugs are found, 1 new issue is under confirming by Intel Dev.
>>>>>>>> New bugs: --20.11.8-rc1 also has these two issues
>>>>>>>> 1.
>>>>>>
>> pvp_qemu_multi_paths_port_restart:perf_pvp_qemu_vector_rx_mac:
>>>>>> performance drop about 23.5% when send small packets
>>>>>>>> https://bugs.dpdk.org/show_bug.cgi?id=1212 --not fix yet,
>> Only
>>>>>>>> the specified platform exists
>>>>>>>
>>>>>>> Do you know which patch caaused the regression? I'm not fully
>>>>>>> clear from the Bz for 20.11. The backported patch ID'd as root
>>>>>>> cause [0] in
>>>>>>> 20.11 is in the previous releases of 20.11 (and 21.11).
>>>>>>>
>>>>>>> Trying to understand because then it would have shown in testing
>>>>>>> for previous releases. Or is this a new test introduced for latest
>>>>>>> LTS releases? and if so, what is the baseline performance based on?
>>>>>>>
>>>>>>> [0]
>>>>>>> commit 1c9a7fba5c90e0422b517404499ed106f647bcff
>>>>>>> Author: Mattias Rönnblom <mattias.ronnblom@ericsson.com>
>>>>>>> Date: Mon Jul 11 14:11:32 2022 +0200
>>>>>>>
>>>>>>> net: accept unaligned data in checksum routines
>>>>>>>
>>>>>>>> 2. some of the virtio tests are failing: -- Intel dev is
>>>>>>>> under investigating
>>>>>>>
>>>>>>> ok, thank you.
>>>>>>>
>>>>>>
>>>>>> Hi, it was mentioned in a separate mail that the performance drop
>>>>>> issue was not the same as 20.11.
>>>>>>
>>>>>> Is there any update on that and the failing virtio tests ? Is there
>>>>>> a regression introduced since in 21.11.4 ?
>>>>>
>>>>> Found bad commit id:
>>>>> commit c41493361c87e730459ead9311c68528eb0874aa
>>>>> Author: Boleslav Stankevich <boleslav.stankevich@oktetlabs.ru>
>>>>> Date: Fri Mar 3 14:19:29 2023 +0300
>>>>> net/virtio: deduce IP length for TSO checksum
>>>>>
>>>>> We try this issue on 3 different platforms Performance drop only
>>>>> found on Intel(R) Xeon(R) Platinum 8280M CPU @ 2.70GHz CPU.
>>>>>
>>>>
>>>> Ok, thanks for reporting. This commit was also in 23.03 and 20.11.8
>>>> so not sure if they were tested on this platform?
>>>>
>>> Yes, But 23.03 doesn't have such issue on the same platform
>>>
>>
>> ok, thanks.
>>
>>>> This commit fixes a functional issue, so I don't think it should be
>>>> removed unless it is critical issue.
>>>>
>>>> There's no update on other performance report. Release is already 1
>>>> week overdue, is there critical issues that we should hold release for?
>>>>
>>> No other issues found
>>>
>>
>> I'm not fully clear on the status, so let's separate. There were two reported
>> issues.
>>
>> 1. Performance drop on specific Intel platform.
>> - Is this being investigated by Intel dev?
>> - Is it is a release blocking issue ?
>>
>> 2. Virtio issue caused by
>>
>> commit c41493361c87e730459ead9311c68528eb0874aa
>> Author: Boleslav Stankevich <boleslav.stankevich@oktetlabs.ru>
>> Date: Fri Mar 3 14:19:29 2023 +0300
>> net/virtio: deduce IP length for TSO checksum
>>
>> - Is this being investigated by Intel dev?
>> - Is it is a release blocking issue ?
>>
>> thanks,
>> Kevin.
>>
> Hi Kevin,
>
Hi Yu Jang,
Thanks for the information.
> I need correct/clarify the description of the two issues:
> 1, Performance drop on specific Intel platform -> should be pvp_qemu_multi_paths_port_restart:perf_pvp_qemu_vector_rx_mac: Benchmark pvp performance drop about 23.5% when send small packets"
> Its bad commit id:
> commit c41493361c87e730459ead9311c68528eb0874aa
> Author: Boleslav Stankevich <boleslav.stankevich@oktetlabs.ru>
> Date: Fri Mar 3 14:19:29 2023 +0300
>
> net/virtio: deduce IP length for TSO checksum
>
> [ upstream commit d069c80a5d8c0a05033932421851cdb7159de0df ]
>
> The length of TSO payload could not fit into 16 bits provided by the
> IPv4 total length and IPv6 payload length fields. Thus, deduce it
> from the length of the packet.
>
> Fixes: 696573046e9e ("net/virtio: support TSO")
>
> Signed-off-by: Boleslav Stankevich <boleslav.stankevich@oktetlabs.ru>
> Reviewed-by: Andrew Rybchenko <andrew.rybchenko@oktetlabs.ru>
> Reviewed-by: Maxime Coquelin <maxime.coquelin@redhat.com>
>
> Intel validation owner has done lots of verification and compared these performance data on 8280&8380 platforms.
> This performance big drop is only found on special platform (Intel(R) Xeon(R) Platinum 8280M CPU @ 2.70GHz CPU) when vhost-user(back-end)
> and virtio-pmd(front-end) are not on the same socket (front-end is on the socket1, back-end and nic are on the socket0).
> But our test case doesn't call this bad commit id's related code, suspect whether it may be related to compiler optimization on special platform.
> We hope the bad commit id owner or other experts can support to analysis the root cause.
>
ok, for this one, it is a performance drop on a single test on a
specific Intel platform and inter-socket related. It does not appear to
be related to the commit being ID'd. To revert the commit would
re-introduce a functional issue.
> 2, Virtio issue -> should be virtio crypto test failure.
> It is not a regression issue, old lts and main branch also reproduce by validation owner, and there's no clear bad commit id found.
> Intel dev and validation owner are investigating it, but we don't find out the root cause yet.
>
ok, this is not a regression in 21.11.4.
On that basis, I will go ahead with the 21.11.4 release tomorrow. If
there's any objection please let me know by end of day today.
thanks,
Kevin.
> Best regards,
> Yu Jiang
>
>>> Regards,
>>> Xu, Hailin
>>>
>>>> thanks,
>>>> Kevin.
>>>>
>>>>> Regards,
>>>>> Xu, Hailin
>>>>>
>>>>>>
>>>>>> thanks,
>>>>>> Kevin,
>>>>>>
>>>>>>> Kevin.
>>>>>>>
>>>>>>>> # Basic Intel(R) NIC testing
>>>>>>>> * Build & CFLAG compile: cover the build test combination with
>>>>>>>> latest
>>>>>> GCC/Clang version and the popular OS revision such as
>>>>>>>> Ubuntu20.04, Ubuntu22.04, Fedora35, Fedora37, RHEL8.6,
>>>>>>>> RHEL8.4,
>>>>>> FreeBSD13.1, SUSE15, CentOS7.9, etc.
>>>>>>>> - All test done. No new dpdk issue is found.
>>>>>>>> * PF(i40e, ixgbe): test scenarios including
>>>>>> RTE_FLOW/TSO/Jumboframe/checksum offload/VLAN/VXLAN, etc.
>>>>>>>> - All test done. No new dpdk issue is found.
>>>>>>>> * VF(i40e, ixgbe): test scenarios including
>>>>>> VF-RTE_FLOW/TSO/Jumboframe/checksum offload/VLAN/VXLAN, etc.
>>>>>>>> - All test done. No new dpdk issue is found.
>>>>>>>> * PF/VF(ice): test scenarios including Switch features/Package
>>>>>> Management/Flow Director/Advanced Tx/Advanced
>> RSS/ACL/DCF/Flexible
>>>>>> Descriptor, etc.
>>>>>>>> - All test done. No new dpdk issue is found.
>>>>>>>> * Intel NIC single core/NIC performance: test scenarios including
>>>>>>>> PF/VF
>>>>>> single core performance test, etc.
>>>>>>>> - All test done. No new dpdk issue is found.
>>>>>>>> * IPsec: test scenarios including ipsec/ipsec-gw/ipsec library
>>>>>>>> basic test -
>>>>>> QAT&SW/FIB library, etc.
>>>>>>>> - All test done. No new dpdk issue is found.
>>>>>>>>
>>>>>>>> # Basic cryptodev and virtio testing
>>>>>>>> * Virtio: both function and performance test are covered. Such as
>>>>>> PVP/Virtio_loopback/virtio-user loopback/virtio-net VM2VM perf
>>>>>> testing/VMAWARE ESXI 8.0, etc.
>>>>>>>> - All test done. found bug1.
>>>>>>>> * Cryptodev:
>>>>>>>> *Function test: test scenarios including Cryptodev API
>>>>>> testing/CompressDev ISA-L/QAT/ZLIB PMD Testing/FIPS, etc.
>>>>>>>> - All test done. found bug2.
>>>>>>>> *Performance test: test scenarios including Thoughput
>>>>>> Performance/Cryptodev Latency, etc.
>>>>>>>> - All test done. No new dpdk issue is found.
>>>>>>>>
>>>>>>>> Regards,
>>>>>>>> Xu, Hailin
>>>>>>>>
>>>>>>>
>>>>>
>>>
>
next prev parent reply other threads:[~2023-05-16 8:42 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-04-06 11:37 Kevin Traynor
2023-04-13 6:12 ` Xu, HailinX
2023-04-19 11:00 ` YangHang Liu
2023-04-19 14:21 ` Kevin Traynor
2023-04-20 2:40 ` Xu, HailinX
2023-04-20 10:32 ` Kevin Traynor
2023-05-02 9:35 ` Kevin Traynor
2023-05-04 2:13 ` Xu, HailinX
2023-05-04 10:10 ` Kevin Traynor
2023-05-05 1:42 ` Xu, HailinX
2023-05-08 15:23 ` Kevin Traynor
2023-05-11 7:33 ` Jiang, YuX
2023-05-16 8:41 ` Kevin Traynor [this message]
2023-04-19 13:24 ` Ali Alnubani
2023-04-19 14:21 ` Kevin Traynor
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5c9e42c1-54c3-4e04-3769-f190a7d04ba5@redhat.com \
--to=ktraynor@redhat.com \
--cc=bluca@debian.org \
--cc=boleslav.stankevich@oktetlabs.ru \
--cc=chenbo.xia@intel.com \
--cc=dev@dpdk.org \
--cc=hailinx.xu@intel.com \
--cc=ian.stokes@intel.com \
--cc=john.mcnamara@intel.com \
--cc=kai.ji@intel.com \
--cc=maxime.coquelin@redhat.com \
--cc=qian.q.xu@intel.com \
--cc=stable@dpdk.org \
--cc=thomas@monjalon.net \
--cc=yuan.peng@intel.com \
--cc=yux.jiang@intel.com \
--cc=zhaoyan.chen@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).