Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp1255245ybb; Wed, 25 Mar 2020 19:30:53 -0700 (PDT) X-Google-Smtp-Source: ADFU+vsqdDfLMVdzJWOhGW1Ox2rAjYm8Vb+33apY3OAITsCAIb9HUB2ogA3tsNTUWpBY7c335w0l X-Received: by 2002:a9d:6c8f:: with SMTP id c15mr3771412otr.10.1585189853316; Wed, 25 Mar 2020 19:30:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1585189853; cv=none; d=google.com; s=arc-20160816; b=bNg98/Mog3z/D6XDoVcGBGqnMq10LciqJZYhT7eB0Dd2YKXQfxBflg6sl/mGk2fDFv 770qRXgYtYdD/wn7qnWoOwDLt+BESy0yiQ0s22C7+HXaNP5XwactHG5Rm0vRyDQO/t/f 92ueXRj0AI4l5kI6HCURsaQ5bfneP1Gt33DseSI5C0MfolPbJUmEzm3iKe1Lqux3+PQk yLGQmMsHjJGDMcNXQeJ8vI6jUXS/UiP0hvIy2dAznjEANQZFF69c2/8x0RjQpegrkGA0 a5eMuglfCvNAW+cFNtYEFgERrZUpCNr+vUE6/BHPJlUSfNPO39D6mkvotLsSH0/3DyPk R6hQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:from:subject:cc:to:message-id:date; bh=AUxnFcv1whnF6sNmlnHp+aXnx3nvpP6Jp5ADEAOWFJ8=; b=rzEhjbvaY/cyIMufP7qBD9l/tnT8Yy3ewSqPbQ10ptgsYM9RVhvTrIYvr0O0aS/seo M3irn9geAqUuC9xZw4pTnYKHTGRN+5KsEE1Ui8/gl+AoOfhoJnzPxSkofRi4fLgWGyyE hhQS/MiQ59mjYqCDTwfwgnOAricEd8t4ASV8PWFxhAYFFTK9F2RAruDLopT1fzCiNYjV G+W/zaBZVasJZ7BjD17Gl6Nht7J+7P8ox8/7m1FwnQcI5JYq0E46fWJ/QDA4aH/+e48I h/i22AGHJVy9bK4cscxubprsD9QtAus8LUd8ugCY3zCljdkVUTlHMOvIg4QDfdY3yUxB zOjA== 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 v20si402174oif.63.2020.03.25.19.30.39; Wed, 25 Mar 2020 19:30:53 -0700 (PDT) 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 S1727674AbgCZCaV (ORCPT + 99 others); Wed, 25 Mar 2020 22:30:21 -0400 Received: from shards.monkeyblade.net ([23.128.96.9]:50558 "EHLO shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727560AbgCZCaV (ORCPT ); Wed, 25 Mar 2020 22:30:21 -0400 Received: from localhost (unknown [IPv6:2601:601:9f00:477::3d5]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: davem-davemloft) by shards.monkeyblade.net (Postfix) with ESMTPSA id D98C815B2D569; Wed, 25 Mar 2020 19:30:19 -0700 (PDT) Date: Wed, 25 Mar 2020 19:30:16 -0700 (PDT) Message-Id: <20200325.193016.1654692564933635575.davem@davemloft.net> To: andrea.mayer@uniroma2.it Cc: kuznet@ms2.inr.ac.ru, yoshfuji@linux-ipv6.org, dav.lebrun@gmail.com, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, leon@kernel.org, ast@kernel.org, daniel@iogearbox.net, kafai@fb.com, songliubraving@fb.com, yhs@fb.com, andriin@fb.com, bpf@vger.kernel.org, paolo.lungaroni@cnit.it, ahmed.abdelsalam@gssi.it Subject: Re: [net-next] seg6: add support for optional attributes during behavior construction From: David Miller In-Reply-To: <20200319183641.29608-1-andrea.mayer@uniroma2.it> References: <20200319183641.29608-1-andrea.mayer@uniroma2.it> X-Mailer: Mew version 6.8 on Emacs 26.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Wed, 25 Mar 2020 19:30:20 -0700 (PDT) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Andrea Mayer Date: Thu, 19 Mar 2020 19:36:41 +0100 > Messy code and complicated tricks may arise from this approach. People taking advantage of this new flexibility will write applications that DO NOT WORK on older kernels. I think we are therefore stuck with the current optional attribute semantics, sorry.