summaryrefslogtreecommitdiffstats
path: root/net/netlabel
diff options
context:
space:
mode:
authorDenis V. Lunev <den@openvz.org>2008-07-14 22:28:25 -0700
committerDavid S. Miller <davem@davemloft.net>2008-07-14 22:28:25 -0700
commit83aa2e964b9b04effa304aaf3c1090b46812a04b (patch)
tree2e0b368ddbc2c9727e8648cb7e9282b0cbc5ff17 /net/netlabel
parent7197914c35b31a75cb6e85c7fc2ae93d0027c28e (diff)
downloadlinux-83aa2e964b9b04effa304aaf3c1090b46812a04b.tar.gz
linux-83aa2e964b9b04effa304aaf3c1090b46812a04b.tar.bz2
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/netlabel')
-rw-r--r--net/netlabel/netlabel_cipso_v4.c2
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: