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 C4E5BC7EE23 for ; Wed, 31 May 2023 12:10:49 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230341AbjEaMKs (ORCPT ); Wed, 31 May 2023 08:10:48 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:58794 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229936AbjEaMKr (ORCPT ); Wed, 31 May 2023 08:10:47 -0400 Received: from orbyte.nwl.cc (orbyte.nwl.cc [IPv6:2001:41d0:e:133a::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id DF206A0 for ; Wed, 31 May 2023 05:10:45 -0700 (PDT) Received: from n0-1 by orbyte.nwl.cc with local (Exim 4.94.2) (envelope-from ) id 1q4Kf4-0005k5-TB; Wed, 31 May 2023 14:10:42 +0200 Date: Wed, 31 May 2023 14:10:42 +0200 From: Phil Sutter To: Florian Westphal Cc: Pablo Neira Ayuso , netfilter-devel@vger.kernel.org, Eric Garver , danw@redhat.com, aauren@gmail.com Subject: Re: [iptables PATCH 3/4] Add --compat option to *tables-nft and *-nft-restore commands Message-ID: Mail-Followup-To: Phil Sutter , Florian Westphal , Pablo Neira Ayuso , netfilter-devel@vger.kernel.org, Eric Garver , danw@redhat.com, aauren@gmail.com References: <20230505183446.28822-1-phil@nwl.cc> <20230505183446.28822-4-phil@nwl.cc> <20230531112816.GA26130@breakpoint.cc> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20230531112816.GA26130@breakpoint.cc> Precedence: bulk List-ID: X-Mailing-List: netfilter-devel@vger.kernel.org On Wed, May 31, 2023 at 01:28:16PM +0200, Florian Westphal wrote: > Phil Sutter wrote: > > Then I revived my "rule bytecode for output" approach and got it working > > apart from lookup expression. But finally you axed it since it requires > > kernel adjustments. > > Can you remind me what the problem with userdata is/was? > Brief summary will hopefully be enough ... > > I agree text representation sucks due to two different formats, but what > about storing binary blob (xt format) of the rule in userdata? It requires updated binaries to support it on the receiver side. Or are you suggesting the kernel to put the blob from userdata into NFTA_RULE_EXPRESSIONS in dumps? Cheers, Phil