netdev
[Top] [All Lists]

Re: [PATCH 2/9] PKT_SCHED: tc filter extension API

To: Thomas Graf <tgraf@xxxxxxx>
Subject: Re: [PATCH 2/9] PKT_SCHED: tc filter extension API
From: jamal <hadi@xxxxxxxxxx>
Date: 30 Dec 2004 23:42:44 -0500
Cc: "David S. Miller" <davem@xxxxxxxxxxxxx>, Patrick McHardy <kaber@xxxxxxxxx>, netdev@xxxxxxxxxxx
In-reply-to: <20041230140929.GY32419@postel.suug.ch>
Organization: jamalopolous
References: <20041230122652.GM32419@postel.suug.ch> <20041230123023.GO32419@postel.suug.ch> <1104414713.1047.130.camel@jzny.localdomain> <20041230140929.GY32419@postel.suug.ch>
Reply-to: hadi@xxxxxxxxxx
Sender: netdev-bounce@xxxxxxxxxxx
On Thu, 2004-12-30 at 09:09, Thomas Graf wrote:
> * jamal <1104414713.1047.130.camel@xxxxxxxxxxxxxxxx> 2004-12-30 08:51
> > In current code you can have CONFIG_NET_CLS_ACT and not use new
> > style policer, rather use old one i.e CONFIG_NET_CLS_POLICE. You seem to
> > indicate presence of CONFIG_NET_CLS_ACT implies absence of
> > NET_CLS_POLICE.
> 
> Is this wrong? Current code: (u32)
> 
> 2004/06/15 hadi       | #ifdef CONFIG_NET_CLS_ACT
> 2004/06/15 hadi       |       struct tc_action        *action;
> 2004/06/15 hadi       | #else
> 2002/02/05 torvalds   | #ifdef CONFIG_NET_CLS_POLICE
> 2002/02/05 torvalds   |       struct tcf_police       *police;
> 2002/02/05 torvalds   | #endif
> 2004/06/15 hadi       | #endif
> 
> > config NET_CLS_POLICE
> >         ...
> >         depends on NET_CLS && NET_QOS && NET_ACT_POLICE!=y &&  
> > NET_ACT_POLICE!=m
> 
> Hmm... doesn't make too much sense for me. What's the advantage of
> allowing this mix?

Ok, send a patch for the Kconfig then;-> Make sure that CLS_POLICE cant
be selected if CONFIG_NET_CLS_ACT is on.
[Agreed that doing it this way would allow killing the policer sooner]

cheers,
jamal


<Prev in Thread] Current Thread [Next in Thread>