Received: by 10.223.164.202 with SMTP id h10csp718976wrb; Tue, 14 Nov 2017 08:32:30 -0800 (PST) X-Google-Smtp-Source: AGs4zMafCCAMrNLIVBJtPnOtwFku4CdEUCLwmvlL7LztMWgnbQ6aZr/PHjRDNIYcjTpv3mX7+eGV X-Received: by 10.84.234.129 with SMTP id n1mr12375161plk.298.1510677150320; Tue, 14 Nov 2017 08:32:30 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1510677150; cv=none; d=google.com; s=arc-20160816; b=LxBvO77oj7IsLTcEp4wxNRlkAF1JcJJymZH+PsVa8o+QfUQMcNXbjnn88qOTRmn/tZ OvnakjgBdreH8Ym/1Ghjava5T9MF+4kzOHffOHc+IDP1EsrJPggovi1Ql5X2sjzRJM0y xEaKd+BzpJpfAQGYIRuLPgprDrat467A/ZdzcK58Eoma4DwsjU2vm9xAkH5IDwW/W8e0 UNqzFkxYS3Cr/XcJ/5mZyjgMOGn4GWRqtBxabY9FC1GQnstNjrutBsEruipMA/NN0bx+ t1Os8WMEmeXanzmHJUV2l19YcMyEhFs6BDCp1A0IpY3yE7I4H+K03XYT3mVazrw0ItfQ fOGQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=E1zh/zovC1hIfHZCXiXWbMmdGqCGbN5tMumykmYlO6U=; b=y4l+9FB8jcQtXsX+zPJZkgz3oxuMCf/ZbSBb/NsBeFS3hvtHOJ4IVy3OkuMu7+y9tn 3F3LJF0au+orKX4XTMjkxtwn7xLWS08Flj7E0vkBdEYJpN57zbxbT6xHuC/WRa1r2nRH 53L6z+q1aeEpSKdb+Lqp9iTjhjqqOBOUMJniTZP0O8wOJe6PJvrXx/GX2FrW9PgKLOWL QDcZQ9T24ZPlF8EBhueqPcwP8lj84KCKn+PmPUH4uJVpUK+UgbWv71oCbh0SfTEuV0Mp IRo3LAdzJZGPLR64JH8bP5iSOHQUTuGsPoeTb8TFmmyKVcjDM5LKUgOtxLo6wG2oZNc7 xc9Q== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id k8si15901923pgt.29.2017.11.14.08.32.16; Tue, 14 Nov 2017 08:32:30 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755715AbdKNPyZ (ORCPT + 88 others); Tue, 14 Nov 2017 10:54:25 -0500 Received: from mail.us.es ([193.147.175.20]:43678 "EHLO mail.us.es" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753745AbdKNPyS (ORCPT ); Tue, 14 Nov 2017 10:54:18 -0500 Received: from antivirus1-rhel7.int (unknown [192.168.2.11]) by mail.us.es (Postfix) with ESMTP id 9D8BAE2C58 for ; Tue, 14 Nov 2017 16:54:16 +0100 (CET) Received: from antivirus1-rhel7.int (localhost [127.0.0.1]) by antivirus1-rhel7.int (Postfix) with ESMTP id 88B02DA86C for ; Tue, 14 Nov 2017 16:54:16 +0100 (CET) Received: by antivirus1-rhel7.int (Postfix, from userid 99) id 7DCB5DA848; Tue, 14 Nov 2017 16:54:16 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on antivirus1-rhel7.int X-Spam-Level: X-Spam-Status: No, score=-108.2 required=7.5 tests=ALL_TRUSTED,BAYES_50, HEADER_FROM_DIFFERENT_DOMAINS,SMTPAUTH_US2,USER_IN_WHITELIST autolearn=disabled version=3.4.1 Received: from antivirus1-rhel7.int (localhost [127.0.0.1]) by antivirus1-rhel7.int (Postfix) with ESMTP id 40285DA7B9; Tue, 14 Nov 2017 16:54:11 +0100 (CET) Received: from 192.168.1.97 (192.168.1.97) by antivirus1-rhel7.int (F-Secure/fsigk_smtp/550/antivirus1-rhel7.int); Tue, 14 Nov 2017 16:54:11 +0100 (CET) X-Virus-Status: clean(F-Secure/fsigk_smtp/550/antivirus1-rhel7.int) Received: from us.es (129.166.216.87.static.jazztel.es [87.216.166.129]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: 1984lsi) by entrada.int (Postfix) with ESMTPSA id D8E69403DFA1; Tue, 14 Nov 2017 16:54:10 +0100 (CET) Date: Tue, 14 Nov 2017 16:54:10 +0100 X-SMTPAUTHUS: auth mail.us.es From: Pablo Neira Ayuso To: Greg Kroah-Hartman Cc: linux-kernel@vger.kernel.org, stable@vger.kernel.org, Ivan Babrou , Florian Westphal , Guillaume Nault , netfilter-devel@vger.kernel.org Subject: Re: [PATCH 4.9 85/87] netfilter: nat: Revert "netfilter: nat: convert nat bysrc hash to rhashtable" Message-ID: <20171114155410.GA9440@salvia> References: <20171113125615.304035578@linuxfoundation.org> <20171113125622.938619668@linuxfoundation.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20171113125622.938619668@linuxfoundation.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-Virus-Scanned: ClamAV using ClamSMTP Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Greg, Please, hold on a bit with this revert patch entitled: nat: Revert "netfilter: nat: convert nat bysrc hash to rhashtable") for 4.9-stable. Until we clarify what is going on. Guillame (he's on Cc) is reporting some problems after this. Thanks! On Mon, Nov 13, 2017 at 01:56:42PM +0100, Greg Kroah-Hartman wrote: > 4.9-stable review patch. If anyone has any objections, please let me know. > > ------------------ > > From: Florian Westphal > > commit e1bf1687740ce1a3598a1c5e452b852ff2190682 upstream. > > This reverts commit 870190a9ec9075205c0fa795a09fa931694a3ff1. > > It was not a good idea. The custom hash table was a much better > fit for this purpose. > > A fast lookup is not essential, in fact for most cases there is no lookup > at all because original tuple is not taken and can be used as-is. > What needs to be fast is insertion and deletion. > > rhlist removal however requires a rhlist walk. > We can have thousands of entries in such a list if source port/addresses > are reused for multiple flows, if this happens removal requests are so > expensive that deletions of a few thousand flows can take several > seconds(!). > > The advantages that we got from rhashtable are: > 1) table auto-sizing > 2) multiple locks > > 1) would be nice to have, but it is not essential as we have at > most one lookup per new flow, so even a million flows in the bysource > table are not a problem compared to current deletion cost. > 2) is easy to add to custom hash table. > > I tried to add hlist_node to rhlist to speed up rhltable_remove but this > isn't doable without changing semantics. rhltable_remove_fast will > check that the to-be-deleted object is part of the table and that > requires a list walk that we want to avoid. > > Furthermore, using hlist_node increases size of struct rhlist_head, which > in turn increases nf_conn size. > > Link: https://bugzilla.kernel.org/show_bug.cgi?id=196821 > Reported-by: Ivan Babrou > Signed-off-by: Florian Westphal > Signed-off-by: Pablo Neira Ayuso > Signed-off-by: Greg Kroah-Hartman > > > --- > include/net/netfilter/nf_conntrack.h | 3 > include/net/netfilter/nf_nat.h | 1 > net/netfilter/nf_nat_core.c | 131 ++++++++++++++--------------------- > 3 files changed, 56 insertions(+), 79 deletions(-) > > --- a/include/net/netfilter/nf_conntrack.h > +++ b/include/net/netfilter/nf_conntrack.h > @@ -17,7 +17,6 @@ > #include > #include > #include > -#include > > #include > #include > @@ -101,7 +100,7 @@ struct nf_conn { > possible_net_t ct_net; > > #if IS_ENABLED(CONFIG_NF_NAT) > - struct rhlist_head nat_bysource; > + struct hlist_node nat_bysource; > #endif > /* all members below initialized via memset */ > u8 __nfct_init_offset[0]; > --- a/include/net/netfilter/nf_nat.h > +++ b/include/net/netfilter/nf_nat.h > @@ -1,6 +1,5 @@ > #ifndef _NF_NAT_H > #define _NF_NAT_H > -#include > #include > #include > #include > --- a/net/netfilter/nf_nat_core.c > +++ b/net/netfilter/nf_nat_core.c > @@ -30,19 +30,17 @@ > #include > #include > > +static DEFINE_SPINLOCK(nf_nat_lock); > + > static DEFINE_MUTEX(nf_nat_proto_mutex); > static const struct nf_nat_l3proto __rcu *nf_nat_l3protos[NFPROTO_NUMPROTO] > __read_mostly; > static const struct nf_nat_l4proto __rcu **nf_nat_l4protos[NFPROTO_NUMPROTO] > __read_mostly; > > -struct nf_nat_conn_key { > - const struct net *net; > - const struct nf_conntrack_tuple *tuple; > - const struct nf_conntrack_zone *zone; > -}; > - > -static struct rhltable nf_nat_bysource_table; > +static struct hlist_head *nf_nat_bysource __read_mostly; > +static unsigned int nf_nat_htable_size __read_mostly; > +static unsigned int nf_nat_hash_rnd __read_mostly; > > inline const struct nf_nat_l3proto * > __nf_nat_l3proto_find(u8 family) > @@ -121,17 +119,19 @@ int nf_xfrm_me_harder(struct net *net, s > EXPORT_SYMBOL(nf_xfrm_me_harder); > #endif /* CONFIG_XFRM */ > > -static u32 nf_nat_bysource_hash(const void *data, u32 len, u32 seed) > +/* We keep an extra hash for each conntrack, for fast searching. */ > +static inline unsigned int > +hash_by_src(const struct net *n, const struct nf_conntrack_tuple *tuple) > { > - const struct nf_conntrack_tuple *t; > - const struct nf_conn *ct = data; > + unsigned int hash; > + > + get_random_once(&nf_nat_hash_rnd, sizeof(nf_nat_hash_rnd)); > > - t = &ct->tuplehash[IP_CT_DIR_ORIGINAL].tuple; > /* Original src, to ensure we map it consistently if poss. */ > + hash = jhash2((u32 *)&tuple->src, sizeof(tuple->src) / sizeof(u32), > + tuple->dst.protonum ^ nf_nat_hash_rnd ^ net_hash_mix(n)); > > - seed ^= net_hash_mix(nf_ct_net(ct)); > - return jhash2((const u32 *)&t->src, sizeof(t->src) / sizeof(u32), > - t->dst.protonum ^ seed); > + return reciprocal_scale(hash, nf_nat_htable_size); > } > > /* Is this tuple already taken? (not by us) */ > @@ -187,28 +187,6 @@ same_src(const struct nf_conn *ct, > t->src.u.all == tuple->src.u.all); > } > > -static int nf_nat_bysource_cmp(struct rhashtable_compare_arg *arg, > - const void *obj) > -{ > - const struct nf_nat_conn_key *key = arg->key; > - const struct nf_conn *ct = obj; > - > - if (!same_src(ct, key->tuple) || > - !net_eq(nf_ct_net(ct), key->net) || > - !nf_ct_zone_equal(ct, key->zone, IP_CT_DIR_ORIGINAL)) > - return 1; > - > - return 0; > -} > - > -static struct rhashtable_params nf_nat_bysource_params = { > - .head_offset = offsetof(struct nf_conn, nat_bysource), > - .obj_hashfn = nf_nat_bysource_hash, > - .obj_cmpfn = nf_nat_bysource_cmp, > - .nelem_hint = 256, > - .min_size = 1024, > -}; > - > /* Only called for SRC manip */ > static int > find_appropriate_src(struct net *net, > @@ -219,26 +197,22 @@ find_appropriate_src(struct net *net, > struct nf_conntrack_tuple *result, > const struct nf_nat_range *range) > { > + unsigned int h = hash_by_src(net, tuple); > const struct nf_conn *ct; > - struct nf_nat_conn_key key = { > - .net = net, > - .tuple = tuple, > - .zone = zone > - }; > - struct rhlist_head *hl, *h; > - > - hl = rhltable_lookup(&nf_nat_bysource_table, &key, > - nf_nat_bysource_params); > > - rhl_for_each_entry_rcu(ct, h, hl, nat_bysource) { > - nf_ct_invert_tuplepr(result, > - &ct->tuplehash[IP_CT_DIR_REPLY].tuple); > - result->dst = tuple->dst; > + hlist_for_each_entry_rcu(ct, &nf_nat_bysource[h], nat_bysource) { > + if (same_src(ct, tuple) && > + net_eq(net, nf_ct_net(ct)) && > + nf_ct_zone_equal(ct, zone, IP_CT_DIR_ORIGINAL)) { > + /* Copy source part from reply tuple. */ > + nf_ct_invert_tuplepr(result, > + &ct->tuplehash[IP_CT_DIR_REPLY].tuple); > + result->dst = tuple->dst; > > - if (in_range(l3proto, l4proto, result, range)) > - return 1; > + if (in_range(l3proto, l4proto, result, range)) > + return 1; > + } > } > - > return 0; > } > > @@ -411,6 +385,7 @@ nf_nat_setup_info(struct nf_conn *ct, > const struct nf_nat_range *range, > enum nf_nat_manip_type maniptype) > { > + struct net *net = nf_ct_net(ct); > struct nf_conntrack_tuple curr_tuple, new_tuple; > struct nf_conn_nat *nat; > > @@ -452,19 +427,16 @@ nf_nat_setup_info(struct nf_conn *ct, > } > > if (maniptype == NF_NAT_MANIP_SRC) { > - struct nf_nat_conn_key key = { > - .net = nf_ct_net(ct), > - .tuple = &ct->tuplehash[IP_CT_DIR_ORIGINAL].tuple, > - .zone = nf_ct_zone(ct), > - }; > - int err; > - > - err = rhltable_insert_key(&nf_nat_bysource_table, > - &key, > - &ct->nat_bysource, > - nf_nat_bysource_params); > - if (err) > - return NF_DROP; > + unsigned int srchash; > + > + srchash = hash_by_src(net, > + &ct->tuplehash[IP_CT_DIR_ORIGINAL].tuple); > + spin_lock_bh(&nf_nat_lock); > + /* nf_conntrack_alter_reply might re-allocate extension aera */ > + nat = nfct_nat(ct); > + hlist_add_head_rcu(&ct->nat_bysource, > + &nf_nat_bysource[srchash]); > + spin_unlock_bh(&nf_nat_lock); > } > > /* It's done. */ > @@ -578,9 +550,10 @@ static int nf_nat_proto_clean(struct nf_ > * Else, when the conntrack is destoyed, nf_nat_cleanup_conntrack() > * will delete entry from already-freed table. > */ > + spin_lock_bh(&nf_nat_lock); > + hlist_del_rcu(&ct->nat_bysource); > ct->status &= ~IPS_NAT_DONE_MASK; > - rhltable_remove(&nf_nat_bysource_table, &ct->nat_bysource, > - nf_nat_bysource_params); > + spin_unlock_bh(&nf_nat_lock); > > /* don't delete conntrack. Although that would make things a lot > * simpler, we'd end up flushing all conntracks on nat rmmod. > @@ -710,8 +683,11 @@ static void nf_nat_cleanup_conntrack(str > if (!nat) > return; > > - rhltable_remove(&nf_nat_bysource_table, &ct->nat_bysource, > - nf_nat_bysource_params); > + NF_CT_ASSERT(ct->status & IPS_SRC_NAT_DONE); > + > + spin_lock_bh(&nf_nat_lock); > + hlist_del_rcu(&ct->nat_bysource); > + spin_unlock_bh(&nf_nat_lock); > } > > static struct nf_ct_ext_type nat_extend __read_mostly = { > @@ -846,13 +822,16 @@ static int __init nf_nat_init(void) > { > int ret; > > - ret = rhltable_init(&nf_nat_bysource_table, &nf_nat_bysource_params); > - if (ret) > - return ret; > + /* Leave them the same for the moment. */ > + nf_nat_htable_size = nf_conntrack_htable_size; > + > + nf_nat_bysource = nf_ct_alloc_hashtable(&nf_nat_htable_size, 0); > + if (!nf_nat_bysource) > + return -ENOMEM; > > ret = nf_ct_extend_register(&nat_extend); > if (ret < 0) { > - rhltable_destroy(&nf_nat_bysource_table); > + nf_ct_free_hashtable(nf_nat_bysource, nf_nat_htable_size); > printk(KERN_ERR "nf_nat_core: Unable to register extension\n"); > return ret; > } > @@ -876,7 +855,7 @@ static int __init nf_nat_init(void) > return 0; > > cleanup_extend: > - rhltable_destroy(&nf_nat_bysource_table); > + nf_ct_free_hashtable(nf_nat_bysource, nf_nat_htable_size); > nf_ct_extend_unregister(&nat_extend); > return ret; > } > @@ -896,8 +875,8 @@ static void __exit nf_nat_cleanup(void) > > for (i = 0; i < NFPROTO_NUMPROTO; i++) > kfree(nf_nat_l4protos[i]); > - > - rhltable_destroy(&nf_nat_bysource_table); > + synchronize_net(); > + nf_ct_free_hashtable(nf_nat_bysource, nf_nat_htable_size); > } > > MODULE_LICENSE("GPL"); > > From 1584058071009183900@xxx Tue Nov 14 16:04:58 +0000 2017 X-GM-THRID: 1583956772967100164 X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread