Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp16435pxk; Tue, 22 Sep 2020 17:06:05 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy2SfxUqcC8ZJikFCMqIMq/U2MmteNmfvLOgU19AsmDwwJ4wm3P28+vCgSUkDAbx5uMQc4X X-Received: by 2002:a17:906:2b4f:: with SMTP id b15mr7824817ejg.477.1600819565367; Tue, 22 Sep 2020 17:06:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1600819565; cv=none; d=google.com; s=arc-20160816; b=QqTStix3Ka7U2hSzXuh5bhCb14MF/T6eFv2w8Ak8KEO42vWT7Xg7Qg+JU5ZpU1aUjV sSRYEf+Co/XhDYg/rBe2Sm4i5WB8a05v9y9M290su12pnWGlRK3WyuSI+dkbve5n64Mj JyTDeu7SetxNhlH7yDBNad3OAoUUdlLxSxvwlzW0bDJMMrCr6rQXVQAllJW5wQ3/boXd lamwKZFna36xvTrWPceR/7D47DfvqnGakmaya6CeRxsr0WvvWi4Uhormu1kh6LVlmZN6 D9MX96bABZotYucO7oIleEvxfNjuBzVpD/JxL/mS9N/YOS9gfieDVD4sQw3a24TfzASX +E5g== 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=Fh2wEyUpII61/RUO+KXY6HdfYdruNndKM5AQc6Puevs=; b=mRuByoIJQ0pddBdjqPn+eTpqVDJBQN53gVlVMG7JVurHiLBPFWE+DTv58uGflQLJVx gc/qUKHGp9WzuuCwttg2GtJXxO3zXvyHW5j2M5s6IEOrlj1kJiEPOT5fxo8Misl9qiRd 2dTtj3INgUcTqbt59DxF92IvDOt0k0crCpVKzkOIqE8JoS53wvjvZ/ZwOHhEM7V6x2Uf gowyJRo5zEUUoCW6X75ESJZv1uIvIliiK3FeyndPIOiP6DxUVSbN4ydXrArROzl5ksDv V1ZPwQgAmfJ+zb1pbgFH5vuSW0lZPlv522R78E56cmBFJmkAXZzCvhjLWK773Y9PsRLV NaxQ== 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 g3si11087394edq.113.2020.09.22.17.05.42; Tue, 22 Sep 2020 17:06:05 -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 S1726989AbgIVXvQ (ORCPT + 99 others); Tue, 22 Sep 2020 19:51:16 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39498 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726641AbgIVXvP (ORCPT ); Tue, 22 Sep 2020 19:51:15 -0400 Received: from shards.monkeyblade.net (shards.monkeyblade.net [IPv6:2620:137:e000::1:9]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C184FC061755; Tue, 22 Sep 2020 16:51:15 -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 0636E13BF8158; Tue, 22 Sep 2020 16:34:27 -0700 (PDT) Date: Tue, 22 Sep 2020 16:51:14 -0700 (PDT) Message-Id: <20200922.165114.402110655616716896.davem@davemloft.net> To: mkubecek@suse.cz Cc: jarod@redhat.com, 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 2/5] bonding: rename slave to link where possible From: David Miller In-Reply-To: <20200922232317.jlbgpsy74q6tbx3a@lion.mk-sys.cz> References: <20200922133731.33478-1-jarod@redhat.com> <20200922133731.33478-3-jarod@redhat.com> <20200922232317.jlbgpsy74q6tbx3a@lion.mk-sys.cz> 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]); Tue, 22 Sep 2020 16:34:28 -0700 (PDT) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Michal Kubecek Date: Wed, 23 Sep 2020 01:23:17 +0200 > Even if the module parameters are deprecated and extremely inconvenient > as a mean of bonding configuration, I would say changing their names > would still count as "breaking the userspace". I totally agree. Anything user facing has to be kept around for the deprecation period, and that includes module parameters.