From mboxrd@z Thu Jan 1 00:00:00 1970 From: Patrick McHardy Subject: Re: [PATCH 3/5] netfilter: nf_nat: fix locking in nf_nat_seq_adjust() Date: Wed, 31 Jul 2013 19:51:18 +0200 Message-ID: <20130731174943.GA8033@macbook.localnet> References: <1375044851-12471-1-git-send-email-kaber@trash.net> <1375044851-12471-4-git-send-email-kaber@trash.net> <20130731165523.GD13813@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: netfilter-devel@vger.kernel.org To: Pablo Neira Ayuso Return-path: Received: from stinky.trash.net ([213.144.137.162]:39231 "EHLO stinky.trash.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751894Ab3GaRvY (ORCPT ); Wed, 31 Jul 2013 13:51:24 -0400 Content-Disposition: inline In-Reply-To: <20130731165523.GD13813@localhost> Sender: netfilter-devel-owner@vger.kernel.org List-ID: On Wed, Jul 31, 2013 at 06:55:23PM +0200, Pablo Neira Ayuso wrote: > On Sun, Jul 28, 2013 at 10:54:09PM +0200, Patrick McHardy wrote: > > nf_nat_seq_adjust() needs to grab nf_nat_setofs_lock to protect against > > concurrent changes to the sequence adjustment data. > > Applied, thanks. > > I have enqueued this to nf so it hits 3.11. I have to wait to take 4/5 > and 5/5 for a while until this patch hits Linus tree. We've had this problem since the beginning of netfilter, so I think this can go to -next. So far I haven't seen any bugreports related to this, but its clearly wrong. A follow up patch will move the entire sequence number adjustment data to an extend, so the size increase will only affect the quite rare case of connections using a helper.