Have you lost your ranks during the Recent google updates?
We can recover them back!
We will perform
- onpage seo work
- toxic links clean up
- ethical offpage seo work to boost your ranks up
- Monthly reports with guaranteed results
More info about our plans, can be found here
If you have more than 1 website, we can give big bundle deals
Start gaining your spots back TODAY!
First of all congrats on all the work done and the first patchset being merged.
I am the author of a small mptcp analyzer (displays
throughput/goodput/one way delays if you capture both at
I would like to add support for mptcp v1 but I would need a pcap to
check it works correctly (without having me compile the kernel).
I wonder if it would be possible to share such a pcap (from a
selftest, or mininet test) with the community, at
https://wiki.wireshark.org/SampleCaptures#MPTCP for instance ?
----- Forwarded message from kbuild test robot <lkp(a)intel.com> -----
tree: https://git.kernel.org/pub/scm/linux/kernel/git/martineau/linux.git kbuild-mptcp
commit: ccd5b6ef8fd4b37a7721231a55482523b07d7ef9 [22/38] mptcp: Add handling of incoming MP_JOIN requests
config: xtensa-common_defconfig (attached as .config)
compiler: xtensa-linux-gcc (GCC) 7.5.0
wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
chmod +x ~/bin/make.cross
git checkout ccd5b6ef8fd4b37a7721231a55482523b07d7ef9
# save the attached .config to linux build tree
GCC_VERSION=7.5.0 make.cross ARCH=xtensa
If you fix the issue, kindly add following tag
Reported-by: kbuild test robot <lkp(a)intel.com>
All errors (new ones prefixed by >>):
net/mptcp/subflow.o: In function `subflow_ulp_release':
>> subflow.c:(.text+0x41c): undefined reference to `__crypto_memneq'
net/mptcp/subflow.o: In function `subflow_syn_recv_sock':
subflow.c:(.text+0x53a): undefined reference to `__crypto_memneq'
Hmpf. The .config has CONFIG_CRYPTO=n and then the symbol doesn't
So we have two choices:
- select CRYPTO from Kconfig
- use plain memcmp as before (might reveal info about key though)
- copypaste a similar function into mptcp.
What do you think?
Signed-off-by: Mat Martineau <mathew.j.martineau(a)linux.intel.com>
.topmsg | 10 +++++-----
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/.topmsg b/.topmsg
index 58389f14ec17..542b142671a9 100644
@@ -1,10 +1,10 @@
From: Paolo Abeni <pabeni(a)redhat.com>
Subject: [PATCH] mptcp: cope with later TCP fallback
-With V1 passive connections can fallback TCP after that the
-subflow become established:
+With MPTCP v1, passive connections can fallback to TCP after the
+subflow becomes established:
-syn+ MP_CAPABLE ->
+syn + MP_CAPABLE ->
<- syn, ack + MP_CAPABLE
ack, seq = 3 ->
@@ -19,8 +19,8 @@ We can't use the 'subflow' socket fallback, as we don't have
it available for passive connection.
Instead, when the fallback is detected, replace the mptcp
-socket with the underlining TCP subflow. Beyond covering
-the above scenario, it makes TCP fallback socket as efficient
+socket with the underlying TCP subflow. Beyond covering
+the above scenario, it makes a TCP fallback socket as efficient
as plain TCP ones.
Co-developed-by: Florian Westphal <fw(a)strlen.de>