diff options
| author | Denis V. Lunev <den@openvz.org> | 2008-07-14 22:28:25 -0700 |
|---|---|---|
| committer | David S. Miller <davem@davemloft.net> | 2008-07-14 22:28:25 -0700 |
| commit | 83aa2e964b9b04effa304aaf3c1090b46812a04b (patch) | |
| tree | 2e0b368ddbc2c9727e8648cb7e9282b0cbc5ff17 /net | |
| parent | 7197914c35b31a75cb6e85c7fc2ae93d0027c28e (diff) | |
| download | talos-op-linux-83aa2e964b9b04effa304aaf3c1090b46812a04b.tar.gz talos-op-linux-83aa2e964b9b04effa304aaf3c1090b46812a04b.zip | |
netlabel: return msg overflow error from netlbl_cipsov4_list faster
Currently, we are trying to place the information from the kernel to
1, 2, 3 and 4 pages sequentially. These pages are allocated via slab.
Though, from the slab point of view steps 3 and 4 are equivalent on
most architectures. So, lets skip 3 pages attempt.
By the way, should we switch from .doit to .dumpit interface here?
The amount of data seems quite big for me.
Signed-off-by: Denis V. Lunev <den@openvz.org>
Acked-by: Paul Moore <paul.moore@hp.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'net')
| -rw-r--r-- | net/netlabel/netlabel_cipso_v4.c | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/net/netlabel/netlabel_cipso_v4.c b/net/netlabel/netlabel_cipso_v4.c index 9080c61b71a5..0aec318bf0ef 100644 --- a/net/netlabel/netlabel_cipso_v4.c +++ b/net/netlabel/netlabel_cipso_v4.c @@ -591,7 +591,7 @@ list_retry: if (nlsze_mult < 4) { rcu_read_unlock(); kfree_skb(ans_skb); - nlsze_mult++; + nlsze_mult *= 2; goto list_start; } list_failure_lock: |
