Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp5841772ybl; Tue, 10 Dec 2019 12:23:01 -0800 (PST) X-Google-Smtp-Source: APXvYqzZc7c1MX3kOMaaE1xxvWMWwOuSl2UrCzDfp6fA7isdU0us3MW5TrcetV5AEDBtI4dv4pXL X-Received: by 2002:a9d:7f12:: with SMTP id j18mr28269755otq.17.1576009381362; Tue, 10 Dec 2019 12:23:01 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1576009381; cv=none; d=google.com; s=arc-20160816; b=B3bQG4kEI05Rabh2pGMw4nkrg4GKLizOoU6ZS5MkP/qFt5D0SLMGtonISk7LQ7ml0Z SVIIT9fSl2x+iatnQ25ojZ3eK68zsaYP0e6lPJPRAV34UgpgulKYrtlE3mvJ+ahQ4i6R f4vcQ/JdzCeiQEY5itkKQUBLTHfNL8/F+h08SXXo2wrhLYHpuH1+C8O22sSm4HWrIqt9 73EL87TlZd2OwQbluX24kSKROfvZCwHCq5DFFvjU8FhL5QtZ+VMyG3ziaJ2HARIcr1tU oqsto0zZNUyo7JDAnZE4wa8JMFlSKW9+7JcR1PUAdHMOvhvySQ9aMhqRJzdAXxKU1X3L urZw== 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=23d2+sCt5WnNDRIgZ/4Oqdh20oKkKN2GLS4dEhD9t3k=; b=mk/zdXVqUK5Yw9C6wDnNAmQbe/jSl58qSbBOmykyewmAf9m2X8Hx4QM3g3X86GGMQc Etx+h20nv9auv5tcRzY7flzCTTbZFwF25mZcBIXKsJwPddVLuTreqqbqqeQhnet5jFeE YHC1IyHQ7TQkhyrSa2RyWKHiCeLHCjWvxqm8ibioKcNviXxW2x/hFGI5er+6SlCdTwIp MCvsk467pgJv9TUk3L9ucJKQRn9Ns2hs/etNsYLh45FTlZBA1fJs0vnerMoB4hYE9L3x F6QluUaJdpvWSwtygTXRPqaadUrvYl+My6GHW5CZj7L4E1GXe+TYruEUIwcGqij8NCyU zi9Q== 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 g7si2633482otq.28.2019.12.10.12.22.48; Tue, 10 Dec 2019 12:23:01 -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 S1726683AbfLJUWS (ORCPT + 99 others); Tue, 10 Dec 2019 15:22:18 -0500 Received: from s3.sipsolutions.net ([144.76.43.62]:53358 "EHLO sipsolutions.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726045AbfLJUWS (ORCPT ); Tue, 10 Dec 2019 15:22:18 -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 1iem1I-001zLt-7U; Tue, 10 Dec 2019 21:22:08 +0100 Message-ID: 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:22:07 +0100 In-Reply-To: <20191210095105.1f0008f5@cakuba.netronome.com> (sfid-20191210_185112_099545_A11C9C5D) 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 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? johannes