Hi Naresh,
On 23/05/2023 16:52, Naresh Kamboju wrote:
On Tue, 23 May 2023 at 00:53, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 6.1.30 release. There are 292 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know.
Responses should be made by Wed, 24 May 2023 19:03:25 +0000. Anything received after that time might be too late.
The whole patch series can be found in one patch at: https://www.kernel.org/pub/linux/kernel/v6.x/stable-review/patch-6.1.30-rc1.... or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.1.y and the diffstat can be found below.
thanks,
greg k-h
Results from Linaro’s test farm. No regressions on arm64, arm, x86_64, and i386.
Tested-by: Linux Kernel Functional Testing lkft@linaro.org
(...)
selftests: net/mptcp: diag.sh started failing on 6.1.30-rc1 but passed on 6.3.4-rc1. This is due to changes in latest kselftest (6.3) running on 6.1.
test logs:
# selftests: net/mptcp: diag.sh # no msk on netns creation [ ok ] # listen match for dport 10000 [ ok ] # listen match for sport 10000 [ ok ] # listen match for saddr and sport [ ok ] # all listen sockets [ ok ] # after MPC handshake [ ok ] # ....chk remote_key [ ok ] # ....chk no fallback [ ok ] # ....chk 2 msk in use [ fail ] expected 2 found 0 # ....chk 0 msk in use after flush [ ok ] # check fallback [ ok ] # ....chk 1 msk in use [ fail ] expected 1 found 0 # ....chk 0 msk in use after flush [ ok ] # many msk socket present [ ok ] # ....chk many msk in use [ fail ] expected 254 found 0 # ....chk 0 msk in use after flush [ ok ] not ok 4 selftests: net/mptcp: diag.sh # exit=11
logs:
Thank you for looking at these MPTCP selftests and for having reported these issues.
We are looking at having MPTCP selftests supporting previous kernel versions but that's not easy because our selftests are verifying some internal behaviours, not just what is exposed to the uAPI, e.g. what network packets are being sent, etc.. Also, some socket options and counters -- like what you reported here above with diag.sh -- were returning 0 before being implemented in MPTCP: so we need to accept that these counters might not work, that's not ideal for a test that wants to check if they work :)
Anyway, for those who wants to follow the evolution, patches have been shared on our mailing list:
https://patchwork.kernel.org/project/mptcp/list/?series=749868&state=* https://github.com/multipath-tcp/mptcp_net-next/commits/7220c4c22b88 https://github.com/multipath-tcp/mptcp_net-next/issues/368
Cheers, Matt