This repository has been archived on 2026-03-14. You can view files and clone it, but cannot push or open issues or pull requests.
Files
ubports_kernel_google_msm/include/linux
Eric Dumazet a21d45726a tcp: avoid order-1 allocations on wifi and tx path
Marc Merlin reported many order-1 allocations failures in TX path on its
wireless setup, that dont make any sense with MTU=1500 network, and non
SG capable hardware.

After investigation, it turns out TCP uses sk_stream_alloc_skb() and
used as a convention skb_tailroom(skb) to know how many bytes of data
payload could be put in this skb (for non SG capable devices)

Note : these skb used kmalloc-4096 (MTU=1500 + MAX_HEADER +
sizeof(struct skb_shared_info) being above 2048)

Later, mac80211 layer need to add some bytes at the tail of skb
(IEEE80211_ENCRYPT_TAILROOM = 18 bytes) and since no more tailroom is
available has to call pskb_expand_head() and request order-1
allocations.

This patch changes sk_stream_alloc_skb() so that only
sk->sk_prot->max_header bytes of headroom are reserved, and use a new
skb field, avail_size to hold the data payload limit.

This way, order-0 allocations done by TCP stack can leave more than 2 KB
of tailroom and no more allocation is performed in mac80211 layer (or
any layer needing some tailroom)

avail_size is unioned with mark/dropcount, since mark will be set later
in IP stack for output packets. Therefore, skb size is unchanged.

Reported-by: Marc MERLIN <marc@merlins.org>
Tested-by: Marc MERLIN <marc@merlins.org>
Signed-off-by: Eric Dumazet <eric.dumazet@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2012-04-11 10:11:12 -04:00
..
2011-11-02 16:07:03 -07:00
2012-03-20 21:29:46 -04:00
2011-08-03 11:30:42 -04:00
2011-07-26 16:49:47 -07:00
2012-03-21 17:55:01 -07:00
2012-03-16 20:35:02 +00:00
2012-03-16 20:35:02 +00:00
2012-02-28 16:02:54 +01:00
2012-01-03 22:54:57 -05:00
2012-03-29 15:38:31 +10:30
2012-03-23 16:58:38 -07:00
2011-12-13 09:26:45 +00:00
2012-03-20 21:29:37 -04:00
2012-03-20 21:29:53 -04:00
2012-02-20 19:46:36 +11:00
2012-01-04 08:56:31 -06:00
2007-02-09 17:39:36 -05:00
2011-11-26 14:59:39 -05:00
2012-03-28 18:30:03 +01:00
2008-01-28 23:21:18 +01:00
2011-12-11 18:25:16 -05:00
2012-01-12 20:13:04 -08:00
2011-01-07 17:50:27 +11:00
2012-04-05 15:30:34 -07:00
2011-12-13 11:58:49 +01:00
2012-02-28 17:10:21 +00:00
2011-06-27 16:06:19 -07:00
2012-03-26 21:47:19 +02:00
2012-03-26 21:47:19 +02:00
2012-03-26 21:47:19 +02:00
2012-03-26 21:47:19 +02:00
2012-03-26 21:47:19 +02:00
2012-03-26 21:47:19 +02:00
2012-03-27 22:45:26 -04:00
2012-01-03 22:55:17 -05:00
2012-01-09 13:52:09 +01:00
2012-03-08 10:50:35 -08:00
2012-03-21 17:54:57 -07:00
2012-03-08 10:50:35 -08:00
2012-01-17 15:40:51 -08:00
2011-12-27 11:26:41 +02:00
2012-02-29 15:35:41 -06:00
2012-03-15 21:41:34 +01:00
2012-03-03 15:04:45 -05:00
2012-03-28 17:19:28 -07:00
2005-04-16 15:20:36 -07:00
2006-11-30 04:40:22 +01:00
2011-11-14 00:47:54 -05:00
2012-04-03 17:23:23 -04:00
2012-03-05 15:26:47 -05:00
2012-03-21 17:54:58 -07:00
2012-03-21 17:55:01 -07:00
2005-04-16 15:20:36 -07:00
2011-01-16 13:47:07 -05:00
2012-01-06 12:10:26 -08:00
2012-03-16 21:49:24 +01:00
2011-12-13 09:26:45 +00:00
2006-10-03 23:01:26 +02:00
2011-11-02 16:07:02 -07:00
2012-03-20 21:29:38 -04:00
2012-01-03 22:55:07 -05:00
2012-03-28 18:30:03 +01:00
2012-03-08 11:38:50 -08:00
2012-03-12 22:19:13 +01:00
2012-01-09 09:33:57 +09:00
2012-03-06 11:01:33 +02:00
2012-03-19 16:53:08 -04:00
2011-12-13 09:26:45 +00:00
2011-10-31 17:30:47 -07:00
2012-01-03 22:54:56 -05:00
2012-03-22 19:43:43 -07:00
2010-11-29 08:55:25 +11:00
2012-03-28 18:30:03 +01:00
2011-11-02 16:07:02 -07:00
2012-03-31 08:09:50 +05:30
2012-03-08 10:50:35 -08:00
2012-03-28 18:30:03 +01:00