| To: | hadi@xxxxxxxxxx |
|---|---|
| Subject: | Re: patch: Action repeat |
| From: | Patrick McHardy <kaber@xxxxxxxxx> |
| Date: | Sun, 01 May 2005 02:06:12 +0200 |
| Cc: | netdev <netdev@xxxxxxxxxxx>, "David S. Miller" <davem@xxxxxxxxxxxxx> |
| In-reply-to: | <1114890709.8929.147.camel@xxxxxxxxxxxxxxxxxxxxx> |
| References: | <1114879817.8929.117.camel@xxxxxxxxxxxxxxxxxxxxx> <4273BB30.1050402@xxxxxxxxx> <4273BBAA.6060405@xxxxxxxxx> <1114882045.8929.123.camel@xxxxxxxxxxxxxxxxxxxxx> <4273CAB7.6080403@xxxxxxxxx> <1114890709.8929.147.camel@xxxxxxxxxxxxxxxxxxxxx> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
| User-agent: | Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.7.6) Gecko/20050324 Debian/1.7.6-1 |
jamal wrote: You mean not passing it back via skbs but through something else? What do you have in mind? It does sound distasteful for either changing the ->act() parametrization just so we can have a classid passed back or provide a spot for it in struct tc_action since only some actions will need tochange it. I meant changing ->act() to have the same prototype as tcf_act_exec() itself: - int (*act)(struct sk_buff **, struct tc_action *);+ int (*act)(struct sk_buff **, struct tc_action *, struct tcf_result *); I see the issue with classid leaking - perhaps specific actions could reset it when they steal packets? We should also reset it if the packet is stolen. Since its already reset after actions are executed, we only need to additionally reset it for packets that take a different path. At the moment I think this only happens with mirred. Regards Patrick |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: patch: Action repeat, Thomas Graf |
|---|---|
| Next by Date: | Re: patch: Action repeat, Patrick McHardy |
| Previous by Thread: | Re: patch: Action repeat, Patrick McHardy |
| Next by Thread: | Re: 2.6.12-rc3-mm1 (a-new-10gb-ethernet-driver-by-chelsio-communications.patch), Alexey Dobriyan |
| Indexes: | [Date] [Thread] [Top] [All Lists] |