lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20150325064048.GB2034@nanopsycho.orion>
Date:	Wed, 25 Mar 2015 07:40:48 +0100
From:	Jiri Pirko <jiri@...nulli.us>
To:	Andy Gospodarek <gospo@...ulusnetworks.com>
Cc:	netdev@...r.kernel.org, Jamal Hadi Salim <jhs@...atatu.com>,
	Jeff Kirsher <jeffrey.t.kirsher@...el.com>,
	"John W. Linville" <linville@...driver.com>,
	Roopa Prabhu <roopa@...ulusnetworks.com>,
	Scott Feldman <sfeldma@...il.com>,
	Stephen Hemminger <stephen@...workplumber.org>
Subject: Re: [PATCH iproute2] iproute2: unify naming for entries offloaded to
 hardware

Wed, Mar 25, 2015 at 01:33:05AM CET, gospo@...ulusnetworks.com wrote:
>The kernel now has the capability to offload FDB and FIB entries to hardware.
>It is important to let users know if table entries are also offloaded to
>hardware.  Currently offloaded FDB entries are indicated by the existence of
>the flag 'external' on the entry as of the following commit:
>
>commit 28467b7f3facd6114b2fbe0c9fecf57adbd52e12
>Author: Scott Feldman <sfeldma@...il.com>
>Date:   Thu Dec 4 09:57:15 2014 +0100
>
>    bridge/fdb: add flag/indication for FDB entry synced from offload device
>
>When the patch to add support for indicating that FIB entries were also
>offloaded as posted to netdev by Scott Feldman it became clear that 'external'
>would not be an ideal name for routes.  There could definitely be confusion
>about what this might mean since many routes are to external networks -- a
>collision/confusion that did not happen with FDB.
>
>Scott Feldman asked me to check with others and build concensus around a name.
>After speaking with several people about this I am proposing we refer to both
>FDB and FIB entries that are currently backed by hardware (based on the work
>done in rocker) with the flag 'offload' appended to the end ofthe entry.
>
>Some people liked the string 'external,' others liked 'hardware,' but the point
>is to communicate that these routes are available to something that will will
>offload the forwarding normally done by the kernel.  Since the term 'offload'
>is used so frequently it seems appropriate to use the same language in
>ip/bridge output.
>
>The term 'offload' also seems to resonate with many of the people who have
>responded on Scott's original thread or to those who I reached out to directly
>and did respond to my query, so it seems we have reached consensus that it
>should be the term used going forward.
>
>Signed-off-by: Andy Gospodarek <gospo@...ulusnetworks.com>

hmm...okay...

Acked-by: Jiri Pirko <jiri@...nulli.us>
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ