Received: by 2002:a5b:505:0:0:0:0:0 with SMTP id o5csp1426362ybp; Wed, 9 Oct 2019 14:02:20 -0700 (PDT) X-Google-Smtp-Source: APXvYqzwLs9CtFANXjOdTIUp3ra6ranUKY/VGdvoF+5tRvzJUnkgSnqYCQgrhhQ5MdcLZeZSA7Cg X-Received: by 2002:aa7:d14f:: with SMTP id r15mr4899360edo.232.1570654940576; Wed, 09 Oct 2019 14:02:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1570654940; cv=none; d=google.com; s=arc-20160816; b=NTHUwlmL4HZ9mNwxjPejWmBe/wxOb8WOS8ANIb3UdimMs+lmSSQDMdto/YGew1g4vA cWBrI6HRKBGallmPbfYYBKEkDAF5eIGR1LMTG+ENnZqnov/03H2n4gd6UXFHjuIQQlp5 9v51yk9hqCWkbIUkwWDYyNM+VWx78r6D8B9/3wb+Z6/+H9ASlJQ1+ITyUpcVpoTQWkEo uJi64+UpkLGscZX6/JV7YIfv+bNuXxrqKgrg/TjH/MusjQpody+Hz7BCtiv/JD+9cr+V xDzzdQGAh3E+uXcfTTzUUufe/MJDk9fljU9eQsZLHKmGjFb4m65pW0YwNgHIQJhsOdsQ p2gg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:date:cc:to:subject:from:message-id; bh=bhILOgb2LqHM3LLFcQekXS/g17Yehd2ZhEe29+MMgsQ=; b=Nag/CMi69hqHctOfoEQfGwjxOy6dkWocT3D8NbRwKQXSZ21VgEqUySagf4gMy7idoA YQXtoYr9NOWjn0FxOUuoPlumP1mEx+Dppq9327Ge8eT8/MbkxviOn/RVY0Hoo9muGuOO +ndje/lvZBIBa2CIsGwShT0iA9pVHv+5iR58laOVPneYu/H9vZd+vbR2yyF6+PIA9Y5A EUF2iVLyFBD6gtBcX1ZlB1qiXfcsjU7t510thzVkFLGTDeAIkgpAPeMPyLuqcPJMPohL y/3k0jG5CAo380kgoEIPAM6R8/VadKTbKcRnl3sbwAFmGcS6pGt0rlN06TeCT1Vbsu8l z1IA== 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 a41si2305653edc.180.2019.10.09.14.01.56; Wed, 09 Oct 2019 14:02:20 -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 S1732048AbfJIU7K (ORCPT + 99 others); Wed, 9 Oct 2019 16:59:10 -0400 Received: from mx2.suse.de ([195.135.220.15]:51280 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1731940AbfJIU7I (ORCPT ); Wed, 9 Oct 2019 16:59:08 -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 B4020B232; Wed, 9 Oct 2019 20:59:05 +0000 (UTC) Received: by unicorn.suse.cz (Postfix, from userid 1000) id ABD6DE3785; Wed, 9 Oct 2019 22:59:00 +0200 (CEST) Message-Id: From: Michal Kubecek Subject: [PATCH net-next v7 00/17] ethtool netlink interface, part 1 To: David Miller , netdev@vger.kernel.org Cc: Jakub Kicinski , Jiri Pirko , Andrew Lunn , Florian Fainelli , John Linville , Stephen Hemminger , Johannes Berg , linux-kernel@vger.kernel.org Date: Wed, 9 Oct 2019 22:59:00 +0200 (CEST) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org This is first part of netlink based alternative userspace interface for ethtool. It aims to address some long known issues with the ioctl interface, mainly lack of extensibility, raciness, limited error reporting and absence of notifications. The goal is to allow userspace ethtool utility to provide all features it currently does but without using the ioctl interface. However, some features provided by ethtool ioctl API will be available through other netlink interfaces (rtnetlink, devlink) if it's more appropriate. The interface uses generic netlink family "ethtool" and provides multicast group "monitor" which is used for notifications. Documentation for the interface is in Documentation/networking/ethtool-netlink.rst file. The netlink interface is optional, it is built when CONFIG_ETHTOOL_NETLINK (bool) option is enabled. There are three types of request messages distinguished by suffix "_GET" (query for information), "_SET" (modify parameters) and "_ACT" (perform an action). Kernel reply messages have name with additional suffix "_REPLY" (e.g. ETHTOOL_MSG_SETTINGS_GET_REPLY). Most "_SET" and "_ACT" message types do not have matching reply type as only some of them need additional reply data beyond numeric error code and extack. Kernel also broadcasts notification messages ("_NTF" suffix) on changes. Basic concepts: - make extensions easier not only by allowing new attributes but also by imposing as few artificial limits as possible, e.g. by using arbitrary size bit sets for most bitmap attributes or by not using fixed size strings - use extack for error reporting and warnings - send netlink notifications on changes (even if they were done using the ioctl interface) and actions - avoid the racy read/modify/write cycle between kernel and userspace by sending only attributes which userspace wants to change; there is still a read/modify/write cycle between generic kernel code and ethtool_ops handler in NIC driver but it is only in kernel and under RTNL lock - reduce the number of name lists that need to be kept in sync between kernel and userspace (e.g. recognized link modes) - where feasible, allow dump requests to query specific information for all network devices - as parsing and generating netlink messages is more complicated than simply copying data structures between userspace API and ethtool_ops handlers (which most ioctl commands do), split the code into multiple files in net/ethtool directory; move net/core/ethtool.c also to this directory and rename it to ioctl.c The full (work in progress) series, together with the (userspace) ethtool counterpart can be found at https://github.com/mkubecek/ethnl Main changes between v6 and v7: - split complex messages into small single purpose ones (drop info and request masks and one level of nesting) - separate request information and reply data into two structures - refactor bitset handling (no simultaneous u32/ulong handling but avoid kmalloc() except for long bitmaps on 64-bit big endian architectures) - use only fixed size strings internally (will be replaced by char * eventually but that will require rewriting also existing ioctl code) - rework ethnl_update_* helpers to return error code - rename request flag constants (to ETHTOOL_[GR]FLAG_ prefix) - convert documentation to rst Main changes between v5 and v6: - use ETHTOOL_MSG_ prefix for message types - replace ETHA_ prefix for netlink attributes by ETHTOOL_A_ - replace ETH_x_IM_y for infomask bits by ETHTOOL_IM_x_y - split GET reply types from SET requests and notifications - split kernel and userspace message types into different enums - remove INFO_GET requests from submitted part - drop EVENT notifications (use rtnetlink and on-demand string set load) - reorganize patches to reduce the number of intermitent warnings - unify request/reply header and its processing - another nest around strings in a string set for consistency - more consistent identifier naming - coding style cleanup - get rid of some of the helpers - set bad attribute in extack where applicable - various bug fixes - improve documentation and code comments, more kerneldoc comments - more verbose commit messages Changes between v4 and v5: - do not panic on failed initialization, only WARN() Main changes between RFC v3 and v4: - use more kerneldoc style comments - strict attribute policy checking - use macros for tables of link mode names and parameters - provide permanent hardware address in rtnetlink - coding style cleanup - split too long patches, reorder - wrap more ETHA_SETTINGS_* attributes in nests - add also some SET_* implementation into submitted part Main changes between RFC v2 and RFC v3: - do not allow building as a module (no netdev notifiers needed) - drop some obsolete fields - add permanent hw address, timestamping and private flags support - rework bitset handling to get rid of variable length arrays - notify monitor on device renames - restructure GET_SETTINGS/SET_SETTINGS messages - split too long patches and submit only first part of the series Main changes between RFC v1 and RFC v2: - support dumps for all "get" requests - provide notifications for changes related to supported request types - support getting string sets (both global and per device) - support getting/setting device features - get rid of family specific header, everything passed as attributes - split netlink code into multiple files in net/ethtool/ directory Michal Kubecek (17): rtnetlink: provide permanent hardware address in RTM_NEWLINK netlink: rename nl80211_validate_nested() to nla_validate_nested() ethtool: move to its own directory ethtool: introduce ethtool netlink interface ethtool: helper functions for netlink interface ethtool: netlink bitset handling ethtool: support for netlink notifications ethtool: move string arrays into common file ethtool: generic handlers for GET requests ethtool: provide string sets with STRSET_GET request ethtool: provide link mode names as a string set ethtool: provide link settings with LINKINFO_GET request ethtool: add standard notification handler ethtool: set link settings with LINKINFO_SET request ethtool: provide link mode information with LINKMODES_GET request ethtool: set link modes related data with LINKMODES_SET request ethtool: provide link state with LINKSTATE_GET request Documentation/networking/ethtool-netlink.rst | 510 ++++++++++++ include/linux/ethtool.h | 4 + include/linux/ethtool_netlink.h | 17 + include/linux/netdevice.h | 9 + include/net/netlink.h | 8 +- include/uapi/linux/ethtool.h | 4 + include/uapi/linux/ethtool_netlink.h | 215 +++++ include/uapi/linux/if_link.h | 1 + net/Kconfig | 8 + net/Makefile | 2 +- net/core/Makefile | 2 +- net/core/rtnetlink.c | 5 + net/ethtool/Makefile | 8 + net/ethtool/bitset.c | 714 +++++++++++++++++ net/ethtool/bitset.h | 28 + net/ethtool/common.c | 141 ++++ net/ethtool/common.h | 24 + net/{core/ethtool.c => ethtool/ioctl.c} | 156 +--- net/ethtool/linkinfo.c | 180 +++++ net/ethtool/linkmodes.c | 406 ++++++++++ net/ethtool/linkstate.c | 77 ++ net/ethtool/netlink.c | 789 +++++++++++++++++++ net/ethtool/netlink.h | 358 +++++++++ net/ethtool/strset.c | 435 ++++++++++ net/wireless/nl80211.c | 3 +- 25 files changed, 3960 insertions(+), 144 deletions(-) create mode 100644 Documentation/networking/ethtool-netlink.rst create mode 100644 include/linux/ethtool_netlink.h create mode 100644 include/uapi/linux/ethtool_netlink.h create mode 100644 net/ethtool/Makefile create mode 100644 net/ethtool/bitset.c create mode 100644 net/ethtool/bitset.h create mode 100644 net/ethtool/common.c create mode 100644 net/ethtool/common.h rename net/{core/ethtool.c => ethtool/ioctl.c} (93%) create mode 100644 net/ethtool/linkinfo.c create mode 100644 net/ethtool/linkmodes.c create mode 100644 net/ethtool/linkstate.c create mode 100644 net/ethtool/netlink.c create mode 100644 net/ethtool/netlink.h create mode 100644 net/ethtool/strset.c -- 2.23.0