Thread (76 messages) 76 messages, 8 authors, 2019-09-13

Re: [patch net-next rfc 3/7] net: rtnetlink: add commands to add and delete alternative ifnames

From: Jiri Pirko <jiri@resnulli.us>
Date: 2019-09-13 08:21:25

Thu, Sep 12, 2019 at 01:59:42PM CEST, jiri@resnulli.us wrote:
Fri, Aug 30, 2019 at 07:03:42PM CEST, jiri@resnulli.us wrote:
quoted
Fri, Aug 30, 2019 at 04:35:23PM CEST, roopa@cumulusnetworks.com wrote:
[...]
quoted
quoted
so to summarize, i think we have discussed the following options to
update a netlink list attribute so far:
(a) encode an optional attribute/flag in the list attribute in
RTM_SETLINK to indicate if it is a add or del
If we do this, how do you imagine this is going to be used from cmdline?
ip link set ? How exactly?

Thanks!

quoted
quoted
(b) Use a flag in RTM_SETLINK and RTM_DELINK to indicate add/del
(close to bridge vlan add/del)
Nope, bridge vlan add/del is done according to the cmd, not any flag.

quoted
(c) introduce a separate generic msg type to add/del to a list
attribute (IIUC this does need a separate msg type per subsystem or
netlink API)
Getting back to this, sorry.

Thinking about it for some time, a,b,c have all their issues. Why can't
we have another separate cmd as I originally proposed in this RFC? Does
anyone have any argument against it? Could you please describe?

Because otherwise, I don't feel comfortable going to any of a,b,c :(

Thanks!
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help