Received: by 2002:ac0:bc90:0:0:0:0:0 with SMTP id a16csp4537159img; Tue, 26 Mar 2019 11:19:46 -0700 (PDT) X-Google-Smtp-Source: APXvYqyMpJD37lE2jROQucdQIJEKl04qca35BYC16FdTZZeutiqApNGUh5iDu5bNdMlJslQkkC+8 X-Received: by 2002:a65:5acc:: with SMTP id d12mr30505182pgt.337.1553624385966; Tue, 26 Mar 2019 11:19:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1553624385; cv=none; d=google.com; s=arc-20160816; b=dT1v53o4P5IAgE0HoW21JAirIDreRveNuo5TKNS4gXwYxD80CZVXRnVJKZ8+5ZMUbc chLxRIKe/clmckwNN7LI4H/vCqOMgnSAATO0mPEu+rUtXzqJTmGbiShmVWTtn2H3kRxW SZoNFmywZNckMV2q7o8pRTB6mGR70RP76jCJrNdf20YXXLFz5M5N81dWf1UnNn4h7099 o+iEWvD8Dfj+Zc46Vk+8x1W7/yG1cfdCrQuwalLkY/Xj7Hrx9p9AiQADfsbc1q8tX5Sk U9YriWJet3TORA42UaE3GIrtzJNfwhsu54raX7zEo4sNBbQzJ/ENJa43dyL+OZutnf79 o55w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=iEDotWg6LvrmcspHnayC4feRB4yazZ8mMrpAQgwqLhw=; b=e949GMPcwM+OnFCIYvv1VINHcPQNMTzLu9xkEHohUw8TqAP/9ODunL8HfXx123AwIs tNdAXdporxBZaJLWqf4jWrx2FcLnfNtqjq28jqUe0zYTUXglwt9W0Qd3kU1f1sNmytnP yg1/bOl6zTrHog57opwz4uFWcecUPv3n+gigDt0t7FASVqHVSf8AOwRoDUo5J8OW2b7z wP5j/aZonKJHwPUg+dceYx0yDYTeVDkZpY5O64jIgVFZkhAc+H9Syg1+JUMvxGIIwzrR Wnj1kz2VypiphAmINVSOfAN7pab+mp5np2RcBI7MeHvpMdrsA433op/rr+tqkP7MqdM5 uscQ== 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 n3si10630908plb.58.2019.03.26.11.19.31; Tue, 26 Mar 2019 11:19:45 -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 S1732510AbfCZSRY (ORCPT + 99 others); Tue, 26 Mar 2019 14:17:24 -0400 Received: from mx2.suse.de ([195.135.220.15]:58692 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1732424AbfCZSRW (ORCPT ); Tue, 26 Mar 2019 14:17:22 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 1194EB02E; Tue, 26 Mar 2019 18:17:21 +0000 (UTC) Received: by unicorn.suse.cz (Postfix, from userid 1000) id 75D4CE1404; Tue, 26 Mar 2019 19:17:20 +0100 (CET) Date: Tue, 26 Mar 2019 19:17:20 +0100 From: Michal Kubecek To: Jiri Pirko Cc: David Miller , netdev@vger.kernel.org, Jakub Kicinski , Andrew Lunn , Florian Fainelli , John Linville , Stephen Hemminger , linux-kernel@vger.kernel.org Subject: Re: [PATCH net-next v5 08/22] ethtool: support for netlink notifications Message-ID: <20190326181720.GO26076@unicorn.suse.cz> References: <3578e5f334acf11b84e75d0ee41c072340a7b085.1553532199.git.mkubecek@suse.cz> <20190326163400.GC4958@nanopsycho.orion> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190326163400.GC4958@nanopsycho.orion> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Mar 26, 2019 at 05:34:00PM +0100, Jiri Pirko wrote: > Mon, Mar 25, 2019 at 06:08:18PM CET, mkubecek@suse.cz wrote: > >+void ethtool_notify(struct net_device *dev, struct netlink_ext_ack *extack, > >+ unsigned int cmd, u32 req_mask, const void *data) > >+{ > >+ if (unlikely(!ethnl_ok)) > > Why do you need this? If genetlink family registration fails, ethtool_notify() can be still called from other code (e.g. the ethtool ioctl interface). In such case, better bail out right away than fail somewhere later (probably after preparing the message which can't be sent anyway). > >+ return; > >+ ASSERT_RTNL(); > >+ > >+ if (likely(cmd < ARRAY_SIZE(ethnl_notify_handlers) && > >+ ethnl_notify_handlers[cmd])) > >+ ethnl_notify_handlers[cmd](dev, extack, cmd, req_mask, data); > >+ else > >+ WARN_ONCE(1, "notification %u not implemented (dev=%s, req_mask=0x%x)\n", > >+ cmd, netdev_name(dev), req_mask); > >+} > >+EXPORT_SYMBOL(ethtool_notify); > > Please be consistent with prefixes. Rest of the code (most of it) has > prefix "ethnl". The reason why I used ethtool_ prefix here was that this function is an entry point which can be called from anywhere and other code doesn't care if we are using netlink or something else. But as any caller would need to include anyway to get the constants for cmd and req_mask, there is no point hiding the fact. I'll rename it to ethnl_notify(). > >diff --git a/net/ethtool/netlink.h b/net/ethtool/netlink.h > >index b8a6cd3dc3e3..5f2299548915 100644 > >--- a/net/ethtool/netlink.h > >+++ b/net/ethtool/netlink.h > >@@ -11,6 +11,8 @@ > > #define ETHNL_SET_ERRMSG(info, msg) \ > > do { if (info) GENL_SET_ERR_MSG(info, msg); } while (0) > > > >+extern u32 ethnl_bcast_seq; > > Why do you need to have this in header? Second, it is not used by > anything. Please don't introduce variables that are not used. Introduce > them only in patch where you use it. It's the same as with ethtool_genl_family. I'll make it static as well until it's used in some other file. Michal