> -----Original Message-----
> From: Jiang, YuX <yux.ji...@intel.com>
> Sent: Tuesday, July 12, 2022 5:33 PM
> To: Thomas Monjalon <tho...@monjalon.net>; dev (dev@dpdk.org)
> <dev@dpdk.org>
> Cc: Devlin, Michelle <michelle.dev...@intel.com>; Mcnamara, John
> <john.mcnam...@intel.com>; Ferruh Yigit <ferruh.yi...@xilinx.com>; Xia,
> Chenbo <chenbo....@intel.com>
> Subject: RE: release candidate 22.07-rc4
>
> > -----Original Message-----
> > From: Thomas Monjalon <tho...@monjalon.net>
> > Sent: Tuesday, July 12, 2022 6:37 AM
> > To: annou...@dpdk.org
> > Subject: release candidate 22.07-rc4
> >
> > A new DPDK release candidate is ready for testing:
> > https://git.dpdk.org/dpdk/tag/?id=v22.07-rc4
> >
> > There are 22 new patches in this snapshot.
> >
> > Release notes:
> > https://doc.dpdk.org/guides/rel_notes/release_22_07.html
> >
> > This is the last release candidate.
> > Only documentation should be updated before the release.
> >
> > Reviews of deprecation notices are required:
> > https://patches.dpdk.org/bundle/dmarchand/deprecation_notices/
> >
> > You may share some release validation results by replying to this
> message at
> > dev@dpdk.org and by adding tested hardware in the release notes.
> >
> > Please think about sharing your roadmap now for DPDK 22.11.
> >
> > Thank you everyone
> >
> Hi
>
> Update the test status for Intel part. Till now dpdk22.07-rc4 regression
> is running smooth.
> But we find one high issue about "[dpdk-
> 22.07]loopback_virtio_user_server_mode/server_mode_reconnect_with_split_al
> l_path_payload_check: the first packet payload is different from the ohter
> packets in the same queue",
> Bad commit id is cd79d1b030bd69df31fd401d1b48c23df0f71d00(which is used to
> fix the performance drop of split ring)
I just found the potential root cause, Maxime helped confirm it and patch will
be out soon.
Thanks,
Chenbo
>
> commit cd79d1b030bd69df31fd401d1b48c23df0f71d00 (HEAD)
> Author: Xuan Ding <xuan.d...@intel.com>
> Date: Thu Jul 7 06:55:13 2022 +0000
>
> vhost: fix unnecessary dirty page logging
>
> The dirty page logging is only required in vhost enqueue direction for
> live migration. This patch removes the unnecessary dirty page logging
> in vhost dequeue direction. Otherwise, it will result in a performance
> drop. Some if-else judgements are also optimized to improve
> performance.
>
> Fixes: 6d823bb302c7 ("vhost: prepare sync for descriptor to mbuf
> refactoring")
> Fixes: b6eee3e83402 ("vhost: fix sync dequeue offload")
>
> Signed-off-by: Xuan Ding <xuan.d...@intel.com>
> Reviewed-by: Jiayu Hu <jiayu...@intel.com>
> Reviewed-by: Chenbo Xia <chenbo....@intel.com>
> Reviewed-by: Maxime Coquelin <maxime.coque...@redhat.com>
> Tested-by: Xingguang He <xingguang...@intel.com>
>
> Best regards,
> Yu Jiang
