Re: [PATCH] bridge: don't allow setting hello time to zero

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
From: Stephen Hemminger
Date: Monday, September 8, 2008 - 3:33 pm

On Mon, 8 Sep 2008 23:35:19 +0200
"Dushan Tcholich" <dusanc@gmail.com> wrote:


The basics:
* Hello timer is always enabled
* STP defaults to off unless you turn it on
* Turn STP on/off with brctl.

In the existing design, the hello timer always runs, even when STP
is not turned on. If STP is not enabled, the packet is just never
created.  Fixing it would not be hard (or gain much), but would have
to deal with complex lock ordering and timer problems, so it isn't
worth fixing for current releases.

--
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
Re: ksoftirqd high cpu load on kernels 2.6.24 to 2.6.27-rc ..., Stephen Hemminger, (Sun Aug 31, 10:05 am)
[RFC] bridge: STP timer management range checking, Stephen Hemminger, (Sun Aug 31, 10:43 am)
Re: [RFC] bridge: STP timer management range checking, Stephen Hemminger, (Sun Aug 31, 4:29 pm)
Re: [RFC] bridge: STP timer management range checking, Valdis.Kletnieks, (Sun Aug 31, 7:25 pm)
Re: [RFC] bridge: STP timer management range checking, David Miller, (Tue Sep 2, 4:41 pm)
Re: [RFC] bridge: STP timer management range checking, David Miller, (Tue Sep 2, 5:28 pm)
[PATCH] bridge: don't allow setting hello time to zero, Stephen Hemminger, (Thu Sep 4, 3:47 pm)
Re: [PATCH] bridge: don't allow setting hello time to zero, Dushan Tcholich, (Mon Sep 8, 2:35 pm)
Re: [PATCH] bridge: don't allow setting hello time to zero, Stephen Hemminger, (Mon Sep 8, 3:33 pm)