Comment 13 for bug 1052861

Thank you for taking your time testing all these kernels. Definitely something went wrong in this kernel bisection. I may have messed up with the bisect operation, because the tests results ended up pointing to commit:

23f18f3 eCryptfs: Initialize empty lower files when opening them

And I'm pretty sure you're not using ecryptfs in your router (I may be wrong though. Can you confirm this?)

Anyway, after some internal discussions, we have decided to revert some of the commits from the last released kernel. And it is very likely that one of these commits is the real responsible for this bug. I've uploaded another kernel to in the usual place:

http://people.canonical.com/~henrix/lp1052861/v4/

This new kernel reverts the following commits:

b52e527 sfc: Fix maximum number of TSO segments and minimum TX queue size
a6638ab sfc: Replace some literal constants with EFX_PAGE_SIZE/EFX_BUF_SIZE
7db137a tcp: Apply device TSO segment limit earlier
bdf7397 tcp: do not scale TSO segment size with reordering degree
d7cdf67 net: Allow driver to limit number of GSO segments per skb

Could you please try this one and see if you still see the problem? It would be great if you could post a kernel log for this kernel? Just gathering the output of dmesg after booting would be enought. Thank you!