From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id AB8ACC64ED8 for ; Mon, 27 Feb 2023 23:32:03 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229660AbjB0XcC (ORCPT ); Mon, 27 Feb 2023 18:32:02 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41070 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229607AbjB0XcB (ORCPT ); Mon, 27 Feb 2023 18:32:01 -0500 Received: from Chamillionaire.breakpoint.cc (Chamillionaire.breakpoint.cc [IPv6:2a0a:51c0:0:237:300::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id EBF6E1C7E0 for ; Mon, 27 Feb 2023 15:31:59 -0800 (PST) Received: from fw by Chamillionaire.breakpoint.cc with local (Exim 4.92) (envelope-from ) id 1pWmyJ-0003Sf-U3; Tue, 28 Feb 2023 00:31:55 +0100 Date: Tue, 28 Feb 2023 00:31:55 +0100 From: Florian Westphal To: Alexander Atanasov Cc: Florian Westphal , netdev@vger.kernel.org, Pablo Neira Ayuso , Jozsef Kadlecsik , Eric Dumazet , "David S. Miller" , Jakub Kicinski , Paolo Abeni Subject: Re: [PATCH] netfilter: nf_tables: always synchronize with readers before releasing tables Message-ID: <20230227233155.GA6107@breakpoint.cc> References: <20230227121720.3775652-1-alexander.atanasov@virtuozzo.com> <901abd29-9813-e4fe-c1db-f5273b1c55e3@virtuozzo.com> <20230227124402.GA30043@breakpoint.cc> <266de015-7712-8672-9ca0-67199817d587@virtuozzo.com> <20230227161140.GA31439@breakpoint.cc> <28a88519-d0e2-7629-9ed9-3f9c12ca024b@virtuozzo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <28a88519-d0e2-7629-9ed9-3f9c12ca024b@virtuozzo.com> User-Agent: Mutt/1.10.1 (2018-07-13) Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org Alexander Atanasov wrote: > As i said i am still trying to figure out the basechain place, > where is that synchronize_rcu() call done? cleanup_net() in net/core/net_namespace.c. pre_exit handlers run, then synchronize_rcu, then the normal exit handlers, then exit_batch. > > Do you see this with current kernels or did the splat happen with > > an older version? > > It's with a bit older kernel but there is no significant difference > wrt nf_tables_api code. > I will prepare a more detailed report for you. Thanks.