All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jay Vosburgh <jay.vosburgh@canonical.com>
To: Andy Gospodarek <andy@greyhouse.net>
Cc: David Ahern <dsahern@gmail.com>,
	Jakub Kicinski <jakub.kicinski@netronome.com>,
	Andy Roulin <aroulin@cumulusnetworks.com>,
	netdev@vger.kernel.org, nikolay@cumulusnetworks.com,
	roopa@cumulusnetworks.com, vfalico@gmail.com,
	stephen@networkplumber.org
Subject: Re: [PATCH net-next v2] bonding: move 802.3ad port state flags to uapi
Date: Sun, 15 Dec 2019 19:52:25 -0800	[thread overview]
Message-ID: <13552.1576468345@famine> (raw)
In-Reply-To: <20191216031308.GA29928@C02YVCJELVCG.greyhouse.net>

Andy Gospodarek <andy@greyhouse.net> wrote:

>On Sun, Dec 15, 2019 at 08:10:15PM -0700, David Ahern wrote:
>> On 12/14/19 2:18 PM, Jakub Kicinski wrote:
>> > On Wed, 11 Dec 2019 14:30:58 -0800, Andy Roulin wrote:
>> >> The bond slave actor/partner operating state is exported as
>> >> bitfield to userspace, which lacks a way to interpret it, e.g.,
>> >> iproute2 only prints the state as a number:
>> >>
>> >> ad_actor_oper_port_state 15
>> >>
>> >> For userspace to interpret the bitfield, the bitfield definitions
>> >> should be part of the uapi. The bitfield itself is defined in the
>> >> 802.3ad standard.
>> >>
>> >> This commit moves the 802.3ad bitfield definitions to uapi.
>> >>
>> >> Related iproute2 patches, soon to be posted upstream, use the new uapi
>> >> headers to pretty-print bond slave state, e.g., with ip -d link show
>> >>
>> >> ad_actor_oper_port_state_str <active,short_timeout,aggregating,in_sync>
>> >>
>> >> Signed-off-by: Andy Roulin <aroulin@cumulusnetworks.com>
>> >> Acked-by: Roopa Prabhu <roopa@cumulusnetworks.com>
>> > 
>> > Applied, I wonder if it wouldn't be better to rename those
>> > s/AD_/BOND_3AD_/ like the prefix the stats have. 
>> > But I guess it's unlikely user space has those exact defines 
>> > set to a different value so can't cause a clash..
>> > 
>> 
>> I think that would be a better namespace now that it is in the UAPI.
>
>I agree that it would be nuch nicer.  I never really liked the 'AD'
>usage as an abbreviation for 802.3ad.

	Agreed, and, of course, the LACP standard moved to 802.1AX about
ten years ago; perhaps replace "AD" with "LACP" in the UAPI?

	-J

---
	-Jay Vosburgh, jay.vosburgh@canonical.com

      reply	other threads:[~2019-12-16  3:52 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-12-11 22:30 [PATCH net-next v2] bonding: move 802.3ad port state flags to uapi Andy Roulin
2019-12-11 22:47 ` Jay Vosburgh
2019-12-14 21:18 ` Jakub Kicinski
2019-12-16  3:10   ` David Ahern
2019-12-16  3:13     ` Andy Gospodarek
2019-12-16  3:52       ` Jay Vosburgh [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=13552.1576468345@famine \
    --to=jay.vosburgh@canonical.com \
    --cc=andy@greyhouse.net \
    --cc=aroulin@cumulusnetworks.com \
    --cc=dsahern@gmail.com \
    --cc=jakub.kicinski@netronome.com \
    --cc=netdev@vger.kernel.org \
    --cc=nikolay@cumulusnetworks.com \
    --cc=roopa@cumulusnetworks.com \
    --cc=stephen@networkplumber.org \
    --cc=vfalico@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.