Received: by 2002:a25:683:0:0:0:0:0 with SMTP id 125csp816098ybg; Tue, 9 Jun 2020 13:39:39 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzS/t9GnAGKJmBvSktfKC9Jz2hiTgCdD0b95UfUQiuF1aZdpN1YrqQyUYqK3fy0k1Wu0CSQ X-Received: by 2002:a50:afa5:: with SMTP id h34mr29072041edd.34.1591735179161; Tue, 09 Jun 2020 13:39:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1591735179; cv=none; d=google.com; s=arc-20160816; b=fl7JDr9QWXy4HqAR+4tRCQGmeAYHQb+OdoZOFN4Zi1+nVVh73qi/Wj8w9/SI4dg3t3 d+N1D/PQH5c4cQU5DXpnN+MfKLx0l3JLF4X/lHUDIWFSPRMfBU+Od0Y10plfaK6cCD2F k5LlqJOPz0zZpc9u6p3Vqd8XUlqtuCGmLdGAxeUz1wg/VKGY4QgLplWwdQwb1f4rUs5T N2ejMjWSugsbTVf8RudLhlyK8Tt6mqByU1VrsEja3C530Aq4iOGwQZKBu/DY2jdUqiGv pUr5N9T7VfvGQao0Tr5ZURvj+1iwQZbz0GvmSCOKvqGypVWzXzvB4W6OFEVfdrOO0Ucv +/kw== 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=WMuXb3QFsJhKfkJCEH1XjnFN6el21DSzqwsQNHzfN1k=; b=xKpo+GwRlLWQV/n175GKPUwgscdqwQv/27Vwik8FL/D43pl15ned2eRv4Eaz/gInHJ nHZDVEzHkW8dxsnmxSSoRf1cc4cNwPWAuMDJWWmcPSS+978VjlYUBwWH6kkmEGe+s2Wk 9tjn4/cpEV+onbNC7xwxxQNxaS21SoOZlt69qCwnWfDSqc4keaXFLyV9S2usmy3eblGj /JOKwf2fwolhvOsjp9w+BieABM8v3dQA6Kczz85UXpNH7bYjso2Zf97etB4jstIZoDGQ 0FNdFmtnokQ3BDNXXCJi2hJSWW+h0n5vAzbCukOG4zdQfoBfyS6rMNBe3E2BG5bnQs9D 3ECA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id e13si10985020ejd.417.2020.06.09.13.39.16; Tue, 09 Jun 2020 13:39:39 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731168AbgFITeo (ORCPT + 99 others); Tue, 9 Jun 2020 15:34:44 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57590 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726424AbgFITel (ORCPT ); Tue, 9 Jun 2020 15:34:41 -0400 Received: from shards.monkeyblade.net (shards.monkeyblade.net [IPv6:2620:137:e000::1:9]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7FF3FC05BD1E; Tue, 9 Jun 2020 12:34:41 -0700 (PDT) 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 8D89E127693CE; Tue, 9 Jun 2020 12:34:39 -0700 (PDT) Date: Tue, 09 Jun 2020 12:34:37 -0700 (PDT) Message-Id: <20200609.123437.1057990370119930723.davem@davemloft.net> To: keescook@chromium.org Cc: stephen@networkplumber.org, o.rempel@pengutronix.de, andrew@lunn.ch, f.fainelli@gmail.com, hkallweit1@gmail.com, kuba@kernel.org, corbet@lwn.net, mkubecek@suse.cz, linville@tuxdriver.com, david@protonic.nl, kernel@pengutronix.de, linux-kernel@vger.kernel.org, netdev@vger.kernel.org, linux@armlinux.org.uk, mkl@pengutronix.de, marex@denx.de, christian.herber@nxp.com, amitc@mellanox.com, petrm@mellanox.com Subject: Re: [PATCH ethtool v1] netlink: add master/slave configuration support From: David Miller In-Reply-To: <202006091222.CB97F743AD@keescook> References: <20200609101935.5716b3bd@hermes.lan> <20200609.113633.1866761141966326637.davem@davemloft.net> <202006091222.CB97F743AD@keescook> X-Mailer: Mew version 6.8 on Emacs 26.3 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]); Tue, 09 Jun 2020 12:34:40 -0700 (PDT) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Kees Cook Date: Tue, 9 Jun 2020 12:29:54 -0700 > Given what I've seen from other communities and what I know of the kernel > community, I don't think we're going to get consensus on some massive > global search/replace any time soon. However, I think we can get started > on making this change with just stopping further introductions. (I view > this like any other treewide change: stop new badness from getting > added, and chip away as old ones as we can until it's all gone.) The terminology being suggested by these changes matches what is used in the standards and literature. Inventing something creates confusion for those who are familiar with these pieces of technology already, and those who are not who are reading about it elsewhere. Both groups will be terminally confused if we use different words. For such pain, there should be agood reason. I don't accept Stephen's quoted standards bodies "efforts" as a legitimate reason, or evidence of such, as it has a lot of holes in it as Edward pointed out. I found the Orwell references to be quite ironic actually.