Searched hist:"72 bcbc46" (Results 1 – 3 of 3) sorted by relevance
/openbmc/linux/tools/testing/selftests/net/mptcp/ |
H A D | pm_netlink.sh | 72bcbc46 Fri Oct 15 18:05:51 CDT 2021 Paolo Abeni <pabeni@redhat.com> mptcp: increase default max additional subflows to 2
The current default does not allowing additional subflows, mostly as a safety restriction to avoid uncontrolled resource consumption on busy servers.
Still the system admin and/or the application have to opt-in to MPTCP explicitly. After that, they need to change (increase) the default maximum number of additional subflows.
Let set that to reasonable default, and make end-users life easier.
Additionally we need to update some self-tests accordingly.
Signed-off-by: Paolo Abeni <pabeni@redhat.com> Signed-off-by: Mat Martineau <mathew.j.martineau@linux.intel.com> Signed-off-by: David S. Miller <davem@davemloft.net>
|
H A D | mptcp_join.sh | 72bcbc46 Fri Oct 15 18:05:51 CDT 2021 Paolo Abeni <pabeni@redhat.com> mptcp: increase default max additional subflows to 2
The current default does not allowing additional subflows, mostly as a safety restriction to avoid uncontrolled resource consumption on busy servers.
Still the system admin and/or the application have to opt-in to MPTCP explicitly. After that, they need to change (increase) the default maximum number of additional subflows.
Let set that to reasonable default, and make end-users life easier.
Additionally we need to update some self-tests accordingly.
Signed-off-by: Paolo Abeni <pabeni@redhat.com> Signed-off-by: Mat Martineau <mathew.j.martineau@linux.intel.com> Signed-off-by: David S. Miller <davem@davemloft.net>
|
/openbmc/linux/net/mptcp/ |
H A D | pm_netlink.c | 72bcbc46 Fri Oct 15 18:05:51 CDT 2021 Paolo Abeni <pabeni@redhat.com> mptcp: increase default max additional subflows to 2
The current default does not allowing additional subflows, mostly as a safety restriction to avoid uncontrolled resource consumption on busy servers.
Still the system admin and/or the application have to opt-in to MPTCP explicitly. After that, they need to change (increase) the default maximum number of additional subflows.
Let set that to reasonable default, and make end-users life easier.
Additionally we need to update some self-tests accordingly.
Signed-off-by: Paolo Abeni <pabeni@redhat.com> Signed-off-by: Mat Martineau <mathew.j.martineau@linux.intel.com> Signed-off-by: David S. Miller <davem@davemloft.net>
|