[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1250f3a0-9ed3-cfad-ba93-6b16cad5dcf5@wifirst.fr>
Date: Fri, 1 Apr 2022 23:02:39 +0200
From: Florent Fourcot <florent.fourcot@...irst.fr>
To: Jakub Kicinski <kuba@...nel.org>
Cc: netdev@...r.kernel.org, cong.wang@...edance.com,
edumazet@...gle.com, Jiri Pirko <jiri@...lanox.com>,
Brian Baboch <brian.baboch@...irst.fr>
Subject: Re: [PATCH net v2] rtnetlink: enable alt_ifname for setlink/newlink
>
> This part depends on your other change, right? Do you care about this
> getting into stable? Otherwise we can downgrade it from a fix to -next
> and merge after your other patch. It never worked so we can go either
> way on it being a fix. Actually leaning slightly towards it _not_ being
> a fix.
>
I don't really care about getting this into stable, so I will resubmit
for net-next when opened.
Should I drop "Fixes" tag? Alternatives ifname feature never worked for
setlink/newlink, but 76c9ac0ee878 claimed it was.
>
> Formatting slightly off here, should be
>
> } else {
>
Thanks
>
> How about we pass tb and extract IFLA_IFNAME and IFLA_ALT_IFNAME inside
> rtnl_dev_get()? All callers seem to pass the same args now.
>
You are right, it's a good idea for the v3
Best regards,
--
Florent Fourcot
Powered by blists - more mailing lists