Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp5843121ybl; Tue, 10 Dec 2019 12:24:27 -0800 (PST) X-Google-Smtp-Source: APXvYqz+lIqui9ZaiRiwdpQtnSnklsT9uncdTKspCRqD5Ki3ASeBUmYmYfsnVMyMFJq2JoKFkoUU X-Received: by 2002:a9d:1425:: with SMTP id h34mr4917978oth.166.1576009467642; Tue, 10 Dec 2019 12:24:27 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1576009467; cv=none; d=google.com; s=arc-20160816; b=KjIPY/TfBCGhMJx9mqwzLw/9/Gts7zNDh+UHGMKBezwaNzfPCJzB9xdK0m/E4lAzKV MrOu9lwIhyJQmVVfeOXrOMP/r+LWOvshes0RwiA3rFRg4ksdQa6EKVvyxNP82xvbdCjC norM3bD7B1gu4S3njXDFHTqGdGKOVpkZxtX34kXloMOjB6DvNgG54m1nR3sWiUtVQTxZ 0t440IO0X+EZRa9g2TWinBt5TAQiNoYUiPeBseCpf2VFJzBHAKy8mk2JeGBCFP2vNHDo 2f1Eg4L+eUgiEBQDaJnK5tAaoJ5zXEN3cXNCDM/whE6kQJORRv38vHCDH1tqdbjBypIv eXug== 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 :user-agent:references:in-reply-to:date:cc:to:from:subject :message-id; bh=uGWmWsgNVfz6vzFYqIDQgRF2lhz3bkiRHuPS7ZiJ/fM=; b=NegdJ1wi6YMJpqi++PNJ4R7VybDPN+YGQfDV9Qewmpj76EAbxOIqM3Vp1uICgODhc2 +1U77ij6QscWp1wzKQH97MFuyWbbP2gdr0Mv4v1heVgX3QIJXJ0B2AMb/r0wXu3FpyHH A1fsU7KveH2lm22sqKnWR+5fk8yGFpERgZa86vCVeMgZgh6bjTnHEv5oiOmIAvfimUKi zNjT/5EZ17iBuvxPl+0GXSjXxNgzZrPKypPRfpSUIwPd8bCfyz37yhWDvy2J5cTiKtd/ EM9OGzDVx1gUzbls2L9+d9KRWMGV06qJQzWYU3uq9o+Yd6lnLOGi6QkP9eE9888h3KWa RQig== 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 f7si2467237otp.6.2019.12.10.12.24.09; Tue, 10 Dec 2019 12:24:27 -0800 (PST) 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 S1726750AbfLJUXd (ORCPT + 99 others); Tue, 10 Dec 2019 15:23:33 -0500 Received: from s3.sipsolutions.net ([144.76.43.62]:53396 "EHLO sipsolutions.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726071AbfLJUXd (ORCPT ); Tue, 10 Dec 2019 15:23:33 -0500 Received: by sipsolutions.net with esmtpsa (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) (Exim 4.92.3) (envelope-from ) id 1iem2Y-001zWG-EY; Tue, 10 Dec 2019 21:23:26 +0100 Message-ID: <0c9148be76615b3b77a3e730df75f311b1001b9f.camel@sipsolutions.net> Subject: Re: [PATCH net-next v2 1/5] rtnetlink: provide permanent hardware address in RTM_NEWLINK From: Johannes Berg To: Jakub Kicinski , Jiri Pirko Cc: Michal Kubecek , David Miller , netdev@vger.kernel.org, Andrew Lunn , Florian Fainelli , John Linville , Stephen Hemminger , linux-kernel@vger.kernel.org Date: Tue, 10 Dec 2019 21:23:24 +0100 In-Reply-To: References: <7c28b1aa87436515de39e04206db36f6f374dc2f.1575982069.git.mkubecek@suse.cz> <20191210095105.1f0008f5@cakuba.netronome.com> (sfid-20191210_185112_099545_A11C9C5D) Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.34.2 (3.34.2-1.fc31) MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 2019-12-10 at 21:22 +0100, Johannes Berg wrote: > On Tue, 2019-12-10 at 09:51 -0800, Jakub Kicinski wrote: > > On Tue, 10 Dec 2019 14:07:53 +0100 (CET), Michal Kubecek wrote: > > > @@ -1822,6 +1826,7 @@ static const struct nla_policy ifla_policy[IFLA_MAX+1] = { > > > [IFLA_PROP_LIST] = { .type = NLA_NESTED }, > > > [IFLA_ALT_IFNAME] = { .type = NLA_STRING, > > > .len = ALTIFNAMSIZ - 1 }, > > > + [IFLA_PERM_ADDRESS] = { .type = NLA_REJECT }, > > > }; > > > > > > static const struct nla_policy ifla_info_policy[IFLA_INFO_MAX+1] = { > > > > Jiri, I just noticed ifla_policy didn't get strict_start_type set when > > ALT_IFNAME was added, should we add it in net? ???? > > Does it need one? It shouldn't be used with > nla_parse_nested_deprecated(), and if it's used with nla_parse_nested() > then it doesn't matter? No, wait. I misread, you said "when ALT_IFNAME was added" but somehow I managed to read "when it was added"... So yeah, it should have one. Dunno about net, your call. I'd probably not bother for an NLA_REJECT attribute, there's little use including it anyway. johannes