Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp1662575pxk; Fri, 2 Oct 2020 15:59:27 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyFFayf1xKB3mzD5wBu8PQHEZjiRgspEnXnMrZMkM7yJClOELbOBfm4oo8PwqHPR27juMYb X-Received: by 2002:a17:906:f112:: with SMTP id gv18mr4262564ejb.180.1601679567276; Fri, 02 Oct 2020 15:59:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1601679567; cv=none; d=google.com; s=arc-20160816; b=EhtxXT1eu5p5agmZ1xXzzTP3R+H9rkK2WFVRcBBxHEz2Dx4QhLI8yNufGF3ao5Y53d hMMwES4WWu15K8Nd5TAR65/32KLDhAwI4KYDV7UIi2cBynB2uCb95rYGwMLwa6W2fwGe x5gj2RP1zmxKFjsRh1v6CUDgubA2G2uT7kJhjDn8oBDZJPLY5Aiboe0MomLZCNLxplVd 85RV3IFQEK3ym9Tq5bExzuA7nnCmkond5hJ0D3143dHpO61JwheetUlP2GLT5i2Lol5r +nAXN66xJi/mzEF0r42nnY03lC3PIPVeHltojJtbnVrpZHDAQHK1C2kV9H5QBTHVqOnz Oc0g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:from:subject:cc:to:message-id:date; bh=R2++GrI9W9O8yacKGo0x4T2kgeIG5OZyi1gBdcYwaAM=; b=n51AQowNhNU+ucmUg2ANK7B4ss7ZwrjYUDnfcBMJc7QYyR9a/H4XXDBwV/hxb8rDiH CZytgHdGH5lvOBHQ0ciKEutPw3onW5LyVA4hR27affLflhVRpa/ScrKyPEn7kGHrM1cu fJa382dbfB68DzZMSVivNjQ69cwL6f03UFhN0eoLvQ4EQf6ytbYvgowILbVQL1g8xW9K VEFax/0Z51TLg4XqQ8VwGHcDVguqMjMkaYmy4KWLT+BqtQMni9IbhhUz09AtbIbttOtD hX9q9zH+Blb2Wn9vlxhQRQcyq3Cr48DW/N2sappYWWf/cawEawDlUwW+dNUGMji5s4FT M5bg== 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 on24si2091071ejb.133.2020.10.02.15.59.05; Fri, 02 Oct 2020 15:59:27 -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 S1725804AbgJBWzi (ORCPT + 99 others); Fri, 2 Oct 2020 18:55:38 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48520 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725283AbgJBWzi (ORCPT ); Fri, 2 Oct 2020 18:55:38 -0400 Received: from shards.monkeyblade.net (shards.monkeyblade.net [IPv6:2620:137:e000::1:9]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 51BB0C0613D0; Fri, 2 Oct 2020 15:55:38 -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 1E61E11E49F68; Fri, 2 Oct 2020 15:38:49 -0700 (PDT) Date: Fri, 02 Oct 2020 15:55:35 -0700 (PDT) Message-Id: <20201002.155535.2066858020292000189.davem@davemloft.net> To: jarod@redhat.com Cc: stephen@networkplumber.org, linux-kernel@vger.kernel.org, j.vosburgh@gmail.com, vfalico@gmail.com, andy@greyhouse.net, kuba@kernel.org, tadavis@lbl.gov, netdev@vger.kernel.org Subject: Re: [PATCH net-next v2 5/6] bonding: update Documentation for port/bond terminology From: David Miller In-Reply-To: References: <20201002174001.3012643-6-jarod@redhat.com> <20201002121051.5ca41c1a@hermes.local> X-Mailer: Mew version 6.8 on Emacs 27.1 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 [2620:137:e000::1:9]); Fri, 02 Oct 2020 15:38:49 -0700 (PDT) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Jarod Wilson Date: Fri, 2 Oct 2020 16:12:49 -0400 > The documentation was updated to point to the new names, but the old > ones still exist across the board, there should be no userspace > breakage here. (My lnst bonding tests actually fall flat currently > if the old names are gone). The documentation is the reference point for people reading code in userspace that manipulates bonding devices. So people will come across the deprecated names in userland code and therefore will try to learn what they do and what they mean. Which means that the documentation must reference the old names. You can mark them "(DEPRECATED)" or similar, but you must not remove them.