Thread (12 messages) flat view 12 messages, 3 authors, 2012-02-09

RE: [RFC PATCH] rtnetlink: Add filter for VF info dump requests

From: Rose, Gregory V <hidden>
Date: 2012-02-09 19:06:18

-----Original Message-----
From: netdev-owner@vger.kernel.org [mailto:netdev-owner@vger.kernel.org]
On Behalf Of David Miller
Sent: Thursday, February 09, 2012 11:02 AM
To: Rose, Gregory V
Cc: netdev@vger.kernel.org
Subject: Re: [RFC PATCH] rtnetlink: Add filter for VF info dump requests

From: "Rose, Gregory V" <redacted>
Date: Thu, 9 Feb 2012 18:57:26 +0000
quoted
I'm sure the consternation on my part is that I had thought you
wanted the feature bits to default to none.  You said this at one
point:
In "the kernel", so that things like GLIBC, that don't ask for the
features, no longer break with lots of VFs.

"iproute2" in userland can set all the feature bits, and have code
added to accomodate large dump requests in the future, so you're going
to have to make changes to iproute2 for this.
OK, that's a bit more clear to me then.  And that's the only reason I mentioned that the semantics to 'ip link show' would change.  But now I see what you mean by the rubbish comment.  By default ip link show will set all the feature bits and I'll add option code to iproute2 to allow the user to turn it off.

Does that make sense?

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