Matthieu Baerts

Regarding the [mptcp](https://openwrt.org/docs/guide-user/network/mptcp) wiki page, I don't think it is clear what needs to be done for the configuration. Is the idea to install `mptcpd` so it can set the...

@Neustradamus I could ask the admins to create an account for me to change the website, but for the rest, I don't know how MPTCP is supposed to be configured...

Hi @marco-a-itl, > It would be useful for plugins to be able to identify the reason of a subflow closure in the relevant callback, for example to detect if a...

Hello, Thank you for this bug report! > I'm not able to reproduce it consistently. It probably happened during some tests with iperf3 while dropping packets on one of subflows...

Hi Marco, Do you still have this warning with v6.6.33? If not, feel free to close this issue.

Note: is it normal that MPTCP is being used? If that works, that's great. If it is not supposed to, maybe easier to forbid the use of MPTCP?

Note that as suggested by Paolo, I reverted the incriminated commit: https://github.com/multipath-tcp/mptcp_net-next/commit/bf39160c4218c00ac884accdb84473f951ee0389 Not closing this, I guess we want to find the root cause, and have a newer version of...

@pabeni thank you for having checked! > [@matttbe](https://github.com/matttbe): is the splat on top of debug/kasan kernel? The one I checked didn't have `debug/kasan`, but I see it is happening on...

> The relavant syzkaller program is doing: > > ``` > 0s ago: executing program 8 (id=2854): > r0 = socket$inet_mptcp(0x2, 0x1, 0x106) > r1 = syz_open_dev$usbmon(&(0x7f0000000000), 0x0, 0x8400) >...

> I reported the program just FYI, I think/guestimate it would be more effective let syzkaller crunch the codebase including the debug patch as usual. Thank you! I will then...