[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20150919064507.GD2067@nanopsycho.orion>
Date: Sat, 19 Sep 2015 08:45:07 +0200
From: Jiri Pirko <jiri@...nulli.us>
To: sfeldma@...il.com
Cc: netdev@...r.kernel.org, siva.mannem.lnx@...il.com,
pjonnala@...adcom.com, stephen@...workplumber.org,
roopa@...ulusnetworks.com, andrew@...n.ch, f.fainelli@...il.com,
vivien.didelot@...oirfairelinux.com
Subject: Re: [PATCH net-next 4/7] bridge: define some min/max ageing time
constants we'll use next
Fri, Sep 18, 2015 at 09:55:48PM CEST, sfeldma@...il.com wrote:
>From: Scott Feldman <sfeldma@...il.com>
>
>Signed-off-by: Scott Feldman <sfeldma@...il.com>
>---
> include/linux/if_bridge.h | 4 ++++
> 1 file changed, 4 insertions(+)
>
>diff --git a/include/linux/if_bridge.h b/include/linux/if_bridge.h
>index dad8b00..6cc6dbc 100644
>--- a/include/linux/if_bridge.h
>+++ b/include/linux/if_bridge.h
>@@ -46,6 +46,10 @@ struct br_ip_list {
> #define BR_LEARNING_SYNC BIT(9)
> #define BR_PROXYARP_WIFI BIT(10)
>
>+/* values as per ieee8021QBridgeFdbAgingTime */
>+#define BR_MIN_AGEING_TIME (10 * HZ)
>+#define BR_MAX_AGEING_TIME (1000000 * HZ)
I think that a bridge patch checking against these values should be
introduced along with these values, in the same patchset
--
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