[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAE4R7bDeXC0+P5zmgiD+MfQ_6hzujdS-+PBh6d6ox7-pNoSuag@mail.gmail.com>
Date: Sat, 19 Sep 2015 10:20:59 -0700
From: Scott Feldman <sfeldma@...il.com>
To: Jiri Pirko <jiri@...nulli.us>
Cc: Netdev <netdev@...r.kernel.org>,
Siva Mannem <siva.mannem.lnx@...il.com>,
Premkumar Jonnala <pjonnala@...adcom.com>,
"stephen@...workplumber.org" <stephen@...workplumber.org>,
Roopa Prabhu <roopa@...ulusnetworks.com>,
"andrew@...n.ch" <andrew@...n.ch>,
Florian Fainelli <f.fainelli@...il.com>,
Vivien Didelot <vivien.didelot@...oirfairelinux.com>
Subject: Re: [PATCH net-next 4/7] bridge: define some min/max ageing time
constants we'll use next
On Fri, Sep 18, 2015 at 11:45 PM, Jiri Pirko <jiri@...nulli.us> wrote:
> 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
I need the MIN value for this patchset in rocker's ageing timer, so
it's introduced here. MIN/MAX will be used again in follow-on patch
Prem is going to send to range check user input.
--
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