[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CANn89i+RCCXQDVVTB+hHasGmjdXwdm8CvkPQv3nYSLgr=MYmpA@mail.gmail.com>
Date: Wed, 8 Jun 2022 16:00:54 -0700
From: Eric Dumazet <edumazet@...gle.com>
To: David Ahern <dsahern@...nel.org>
Cc: Jakub Kicinski <kuba@...nel.org>, Jiri Pirko <jiri@...nulli.us>,
David Miller <davem@...emloft.net>,
netdev <netdev@...r.kernel.org>, Paolo Abeni <pabeni@...hat.com>,
Steffen Klassert <steffen.klassert@...unet.com>,
jreuter@...na.de, razor@...ckwall.org,
Karsten Graul <kgraul@...ux.ibm.com>, ivecera@...hat.com,
Jon Maloy <jmaloy@...hat.com>,
Ying Xue <ying.xue@...driver.com>,
Xin Long <lucien.xin@...il.com>, Arnd Bergmann <arnd@...db.de>,
Yajun Deng <yajun.deng@...ux.dev>,
Antoine Tenart <atenart@...nel.org>, richardsonnick@...gle.com,
Heiner Kallweit <hkallweit1@...il.com>,
linux-hams@...r.kernel.org, dev@...nvswitch.org,
linux-s390@...r.kernel.org, tipc-discussion@...ts.sourceforge.net
Subject: Re: [PATCH net-next] net: rename reference+tracking helpers
On Wed, Jun 8, 2022 at 3:58 PM David Ahern <dsahern@...nel.org> wrote:
>
> On 6/8/22 8:58 AM, Jakub Kicinski wrote:
> > IMO to encourage use of the track-capable API we could keep their names
> > short and call the legacy functions __netdev_hold() as I mentioned or
> > maybe netdev_hold_notrack().
>
> I like that option. Similar to the old nla_parse functions that were
> renamed with _deprecated - makes it easier to catch new uses.
I think we need to clearly document the needed conversions for future
bugfix backports.
Alternative would be to _backport_ the renaming for all stable versions ;)
Powered by blists - more mailing lists