From mboxrd@z Thu Jan 1 00:00:00 1970 From: Patrick McHardy Subject: Re: [PATCH 5/6] netfilter: xt_TEE: have cloned packet travel through Xtables too Date: Tue, 13 Apr 2010 12:53:59 +0200 Message-ID: <4BC44D47.1080404@trash.net> References: <1270666217-27670-1-git-send-email-jengelh@medozas.de> <1270666217-27670-6-git-send-email-jengelh@medozas.de> <4BC440D0.9020500@trash.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: netfilter-devel@vger.kernel.org, YOSHIFUJI Hideaki To: Jan Engelhardt Return-path: Received: from stinky.trash.net ([213.144.137.162]:46927 "EHLO stinky.trash.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753033Ab0DMKyB (ORCPT ); Tue, 13 Apr 2010 06:54:01 -0400 In-Reply-To: Sender: netfilter-devel-owner@vger.kernel.org List-ID: Jan Engelhardt wrote: > On Tuesday 2010-04-13 12:00, Patrick McHardy wrote: >> Jan Engelhardt wrote: >>> --- a/net/netfilter/xt_TEE.c >>> +++ b/net/netfilter/xt_TEE.c >>> @@ -33,6 +33,7 @@ static struct nf_conn tee_track; >>> #endif >>> >>> static const union nf_inet_addr tee_zero_address; >>> +static bool tee_active[NR_CPUS]; >> DEFINE_PER_CPU? > > I asked about that. It seems like percpu.h puts the variable in an extra > section and with pretty much #define magic around it (e.g. look at the > #definition of percpu_set) all of which did not seem necessary to me. > It should avoid having a huge array that bounces between CPUs since their entries are located next to each other.