[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1292409147.4983.298.camel@seasc0214>
Date: Wed, 15 Dec 2010 11:32:27 +0100
From: Hans Schillstrom <hans.schillstrom@...csson.com>
To: Julian Anastasov <ja@....bg>
CC: "horms@...ge.net.au" <horms@...ge.net.au>,
"daniel.lezcano@...e.fr" <daniel.lezcano@...e.fr>,
"wensong@...ux-vs.org" <wensong@...ux-vs.org>,
"lvs-devel@...r.kernel.org" <lvs-devel@...r.kernel.org>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
"netfilter-devel@...r.kernel.org" <netfilter-devel@...r.kernel.org>,
"hans@...illstrom.com" <hans@...illstrom.com>
Subject: Re: [*v2 PATCH 00/22] IPVS, Network Name Space aware
On Wed, 2010-12-15 at 00:43 +0100, Julian Anastasov wrote:
> Hello,
>
> On Mon, 13 Dec 2010, Hans Schillstrom wrote:
[snip]
> v2 PATCH 13/22 - ip_vs_est
> - estimation_timer: what protection is needed for for_each_net?
> It is rtnl for user context and RCU for softirq?
> May be est_timer must be per NS? Now may be rcu_read_lock is
> needed before for_each_net_rcu ? for_each_net can be called
> only under rtnl_lock?
>
[snip]
In case of a common timer for all ns:
rcu_read_lock();
for_each_net_rcu(net) {
...
}
rcu_read_unlock();
I guess it's better with a timer per netns ?
(then for_each_net() is not needed, and the locking can remain the same
as before the netns change.)
Regards
Hans Schillstrom <hans.schillstrom@...csson.com>
--
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