From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kefeng Wang Subject: Re: [PATCH 00/23 v2] cleanup: introduce br/netdev/netif/wiphy__ratelimited() and use them to simplify code Date: Mon, 21 Oct 2013 19:26:24 +0800 Message-ID: <52650F60.5080402@huawei.com> References: <1382068363-10088-1-git-send-email-wangkefeng.wang@huawei.com> <1382069482.22110.164.camel@joe-AO722> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Cc: , , , To: Joe Perches Return-path: In-Reply-To: <1382069482.22110.164.camel@joe-AO722> Sender: linux-kernel-owner@vger.kernel.org List-Id: netdev.vger.kernel.org On 10/18 12:11, Joe Perches wrote: > (resending to lists only because of multiple X's in the subject line) > > On Fri, 2013-10-18 at 11:52 +0800, Kefeng Wang wrote: >> v1-v2: >> >> Introduce macro br/netdev/netif/wiphy_XXX_ratelimited() according >> to Joe Perches's advice. The macros are similar to net_XXX_ratelimited() >> which is more clarifying than net_ratelimited_function(), then use them >> to simplify code. > > There are some conceptual differences between these > implementations and other _ratelimited uses. > > For every other subsystem but net, there is a per-location > struct ratelimit_state. yes, but I think I just changed net subsystem. Macro DEFINE_RATELIMIT_STATE used DEFAULT_RATELIMIT_INTERVAL and DEFAULT_RATELIMIT_BURST, so what do you think? Could anyone give me some advises ? > Here you've made the global net_ratelimit_state replace all > of these individual structs so there is some new interaction. > > Dunno if that's good or bad. > > > > >