[RFC mptcp-next v2 0/7] NVME over MPTCP

Geliang Tang posted 7 patches 1 day ago
Patches applied successfully (tree, apply log)
git fetch https://github.com/multipath-tcp/mptcp_net-next tags/patchew/cover.1764152990.git.tanggeliang@kylinos.cn
drivers/nvme/host/tcp.c                       |  28 +++-
drivers/nvme/target/configfs.c                |   1 +
drivers/nvme/target/tcp.c                     |  38 +++++-
include/linux/nvme.h                          |   1 +
include/net/mptcp.h                           |  15 +++
net/mptcp/protocol.c                          |  52 ++++++++
net/mptcp/protocol.h                          |   2 +-
tools/testing/selftests/net/mptcp/config      |   7 +
.../testing/selftests/net/mptcp/mptcp_nvme.sh | 120 ++++++++++++++++++
9 files changed, 260 insertions(+), 4 deletions(-)
create mode 100755 tools/testing/selftests/net/mptcp/mptcp_nvme.sh
[RFC mptcp-next v2 0/7] NVME over MPTCP
Posted by Geliang Tang 1 day ago
From: Geliang Tang <tanggeliang@kylinos.cn>

v2:
 - Patch 1 fixes the timeout issue reported in v1, thanks to Paolo and Gang
Yan for their help.
 - Patch 5 implements an MPTCP-specific sock_set_syncnt helper.

This series (previously named "MPTCP support to 'NVME over TCP'") had three
RFC versions sent to Hannes in May, with subsequent revisions based on his
input. Following that, I initiated the process of upstreaming the dependent
"implement mptcp read_sock" series to the main MPTCP repository, which has
now largely taken shape.

Depends on: implement mptcp read_sock, v14
Based-on: <cover.1763974740.git.tanggeliang@kylinos.cn>

Geliang Tang (7):
  mptcp: allow overridden write_space to be invoked
  mptcp: add sock_set_reuseaddr
  mptcp: add sock_set_nodelay
  nvmet-tcp: add mptcp support
  mptcp: add sock_set_syncnt
  nvme-tcp: add mptcp support
  selftests: mptcp: add NVMe-over-MPTCP test

 drivers/nvme/host/tcp.c                       |  28 +++-
 drivers/nvme/target/configfs.c                |   1 +
 drivers/nvme/target/tcp.c                     |  38 +++++-
 include/linux/nvme.h                          |   1 +
 include/net/mptcp.h                           |  15 +++
 net/mptcp/protocol.c                          |  52 ++++++++
 net/mptcp/protocol.h                          |   2 +-
 tools/testing/selftests/net/mptcp/config      |   7 +
 .../testing/selftests/net/mptcp/mptcp_nvme.sh | 120 ++++++++++++++++++
 9 files changed, 260 insertions(+), 4 deletions(-)
 create mode 100755 tools/testing/selftests/net/mptcp/mptcp_nvme.sh

-- 
2.51.0
Re: [RFC mptcp-next v2 0/7] NVME over MPTCP
Posted by MPTCP CI 22 hours ago
Hi Geliang,

Thank you for your modifications, that's great!

Our CI did some validations and here is its report:

- KVM Validation: normal (except selftest_mptcp_join): Success! ✅
- KVM Validation: normal (only selftest_mptcp_join): Success! ✅
- KVM Validation: debug (except selftest_mptcp_join): Unstable: 1 failed test(s): packetdrill_sockopts 🔴
- KVM Validation: debug (only selftest_mptcp_join): Success! ✅
- KVM Validation: btf-normal (only bpftest_all): Success! ✅
- KVM Validation: btf-debug (only bpftest_all): Success! ✅
- Task: https://github.com/multipath-tcp/mptcp_net-next/actions/runs/19701453448

Initiator: Patchew Applier
Commits: https://github.com/multipath-tcp/mptcp_net-next/commits/018aa03d0c20
Patchwork: https://patchwork.kernel.org/project/mptcp/list/?series=1027779


If there are some issues, you can reproduce them using the same environment as
the one used by the CI thanks to a docker image, e.g.:

    $ cd [kernel source code]
    $ docker run -v "${PWD}:${PWD}:rw" -w "${PWD}" --privileged --rm -it \
        --pull always mptcp/mptcp-upstream-virtme-docker:latest \
        auto-normal

For more details:

    https://github.com/multipath-tcp/mptcp-upstream-virtme-docker


Please note that despite all the efforts that have been already done to have a
stable tests suite when executed on a public CI like here, it is possible some
reported issues are not due to your modifications. Still, do not hesitate to
help us improve that ;-)

Cheers,
MPTCP GH Action bot
Bot operated by Matthieu Baerts (NGI0 Core)