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;
MIME-Version: 1.0
References: <20200922133731.33478-1-jarod@redhat.com> <20200922133731.33478-3-jarod@redhat.com>
 <20200922232317.jlbgpsy74q6tbx3a@lion.mk-sys.cz> <20200922.165114.402110655616716896.davem@davemloft.net>
In-Reply-To: <20200922.165114.402110655616716896.davem@davemloft.net>
From:   Jarod Wilson <jarod@redhat.com>
Date:   Fri, 25 Sep 2020 07:52:32 -0400
Message-ID: <CAKfmpSf8B5zyk9Y-0zGEOtH-03dn7UfXd12QjkBXxhsT5SV9bQ@mail.gmail.com>
Subject: Re: [PATCH net-next 2/5] bonding: rename slave to link where possible
To:     David Miller <davem@davemloft.net>
Cc:     Michal Kubecek <mkubecek@suse.cz>,
        LKML <linux-kernel@vger.kernel.org>,
        Jay Vosburgh <j.vosburgh@gmail.com>,
        Veaceslav Falico <vfalico@gmail.com>,
        Andy Gospodarek <andy@greyhouse.net>,
        Jakub Kicinski <kuba@kernel.org>,
        Thomas Davis <tadavis@lbl.gov>, Netdev <netdev@vger.kernel.org>
Content-Type: text/plain; charset="UTF-8"
Precedence: bulk

On Tue, Sep 22, 2020 at 7:51 PM David Miller <davem@davemloft.net> wrote:
>
> From: Michal Kubecek <mkubecek@suse.cz>
> 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.

Apologies, that was a definite oversight on my part, can add them back
via similar means as num_grat_arp and num_unsol_na use currently.

-- 
Jarod Wilson
jarod@redhat.com