| To: | hadi@xxxxxxxxxx |
|---|---|
| Subject: | Re: [PATCH PKT_SCHED 4/4]: fix CONFIG_NET_CLS_ACT skb leaks in HFSC/CBQ |
| From: | Patrick McHardy <kaber@xxxxxxxxx> |
| Date: | Wed, 19 Jan 2005 14:33:46 +0100 |
| Cc: | "David S. Miller" <davem@xxxxxxxxxxxxx>, Maillist netdev <netdev@xxxxxxxxxxx> |
| In-reply-to: | <1106141206.1047.937.camel@xxxxxxxxxxxxxxxx> |
| References: | <41EDE462.9040602@xxxxxxxxx> <1106141206.1047.937.camel@xxxxxxxxxxxxxxxx> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
| User-agent: | Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.7.3) Gecko/20041008 Debian/1.7.3-5 |
jamal wrote: I dont have time, but please double check that the following still applies: 1) A qdisc receiving a STOLEN/QUEUED/SHOT signal from the classification result MUST free the packet and immediately stop processing that packet. The infrastructure code will clone packets if they want to steal or queue it. It does now. Before there were things like "unsigned int len = skb->len" after the call to tc_classify. 2) Return code of qdisc from enqueue function need to be dealt with care. For example if the packet is localy generated and it is a TCP packet you could confuse the stack by telling it the packet was dropped because it will retransmit (and some things will happen with the window adjustments). TC_ACT_SHOT => NET_XMIT_DROP TC_ACT_STOLEN | TC_ACT_QUEUED => NET_XMIT_SUCCESS 3) packets that are dropped because of a full Q should continue to return a XMIT_DROP (you want TCP for example to know about this) They do. |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [PATCH PKT_SCHED 4/4]: fix CONFIG_NET_CLS_ACT skb leaks in HFSC/CBQ, jamal |
|---|---|
| Next by Date: | Re: path: module replay, jamal |
| Previous by Thread: | Re: [PATCH PKT_SCHED 4/4]: fix CONFIG_NET_CLS_ACT skb leaks in HFSC/CBQ, jamal |
| Next by Thread: | Re: [PATCH PKT_SCHED 4/4]: fix CONFIG_NET_CLS_ACT skb leaks in HFSC/CBQ, jamal |
| Indexes: | [Date] [Thread] [Top] [All Lists] |