On Tue, 9 Oct 2007, Ilpo Järvinen wrote: > Lost_retrans handling of sacktag was found to be flawed, two > problems that were found have an intertwined solution. Fastpath > problem has existed since hints got added and the other problem > has probably been there even longer than that. ...This change > may add non-trivial processing cost. > > Initial sketch, only compile tested. This will become more and > more useful, when sacktag starts to process less and less skbs, > which hopefully happens quite soon... :-) Sadly enough it will > probably then be consuming part of the benefits we're able to > achieve by less skb walking... > > First one is trivial, so Dave might want to apply it already.
Hmm, forgot to add -n to git-format-patch. Since it's currently RFC, I won't bother to resubmit with numbers unless somebody really wants that. Here's the correct ordering, if it's not obvious from the patches alone: $ git-log -n 3 --pretty=oneline HEAD | cat c628f5040cf31323f9166d41cb46070aa7be8cc5 [TCP]: Limit processing lost_retrans loop to work-to-do cases b7388980b7bfa1b9159a65a81b9501df43c67b08 [TCP]: Fix lost_retrans loop vs fastpath problems a1c39117034c58bf786a5941dd7e9a5968439007 [TCP]: Separate lost_retrans loop into own function -- i.
