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: David Ahern <hidden>
Date: 2019-08-27 00:17:13

On 8/26/19 4:25 PM, David Miller wrote:
From: David Ahern <redacted>
Date: Mon, 26 Aug 2019 16:24:38 -0600
quoted
On 8/26/19 4:18 PM, David Miller wrote:
quoted
I honestly think that the size of link dumps are out of hand as-is.
so you are suggesting new alternate names should not appear in kernel
generated RTM_NEWLINK messages - be it a link dump or a notification on
a change?
I counter with the question of how much crap can we keep sticking in there
before we have to do something else to provide that information?
Something a bit stand alone would be a better choice - like all of the
VF stuff, stats, per-device type configuration. Yes, that ship has
sailed, but as I recall that is where the overhead is.

An attribute as basic as a name is the wrong place for that split.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help