Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*More\s+tc\s+action\s+mess\s*$/: 12 ]

Total 12 documents matching your query.

1. _SCHED 1/4]: cls_rsvp: fix tcf_exts fallout (score: 1)
Author: rdy <kaber@xxxxxxxxx>
Date: Wed, 19 Jan 2005 06:09:43 +0100
atrick McHardy: o Merge coreworks.de
/archives/netdev/2005-01/msg00824.html (8,607 bytes)

2. FC] batched tc to improve change throughput (score: 1)
Author: xxxxxxx>
Date: 19 Jan 2005 08:10:57 -0500
il i have more time and my hardware
/archives/netdev/2005-01/msg00839.html (8,819 bytes)

3. onversions introduces bug in Wavelan driver (score: 1)
Author: xxxxxx>
Date: Wed, 19 Jan 2005 21:22:51 +0100
nd only works for static patterns? T
/archives/netdev/2005-01/msg00850.html (8,876 bytes)

4. [PATCH]: was Re: LLTX and netif_stop_queue (score: 1)
Author: xxxxxx>
Date: 19 Jan 2005 23:30:14 -0500
e (using Obex), so it's not like it
/archives/netdev/2005-01/msg00890.html (10,191 bytes)

5. [PATCH]: was Re: LLTX and netif_stop_queue (score: 1)
Author: elo <acme@xxxxxxxxxxxxxxxx>
Date: Thu, 20 Jan 2005 07:32:49 +0100
ervisor assumes the OSInstance speaks L3 (but not exactly L2);-> Yep, that would be a
/archives/netdev/2005-01/msg00893.html (9,948 bytes)

6. icy router operates faster/better than V2.6 (score: 1)
Author: avem@xxxxxxxxxxxxx>
Date: 20 Jan 2005 08:44:23 -0500
e those should just use kmalloc + kfree instead of their own slab?
/archives/netdev/2005-01/msg00898.html (11,572 bytes)

7. More tc action mess (score: 1)
Author: Patrick McHardy <kaber@xxxxxxxxx>
Date: Wed, 19 Jan 2005 06:09:43 +0100
I probably found the reason for the problems with the ipt action you were talking about. netfilter targets, like tc actions, expect a struct sk_buff **, but the ipt action does: struct sk_buff *skb =
/archives/netdev/2005-01/msg02314.html (8,417 bytes)

8. Re: More tc action mess (score: 1)
Author: jamal <hadi@xxxxxxxxxx>
Date: 19 Jan 2005 08:10:57 -0500
No, just restore the code that you took out in one of your patches right above that line which reads: -- if (skb_cloned(skb)) { if (pskb_expand_head(skb, 0, 0, GFP_ATOMIC)) { return -1; } } -- Depen
/archives/netdev/2005-01/msg02329.html (8,867 bytes)

9. Re: More tc action mess (score: 1)
Author: Patrick McHardy <kaber@xxxxxxxxx>
Date: Wed, 19 Jan 2005 21:22:51 +0100
This means we must convert all paths on which tcf_action_exec is called to use struct sk_buff ** :( No, just restore the code that you took out in one of your patches right above that line which rea
/archives/netdev/2005-01/msg02340.html (8,893 bytes)

10. Re: More tc action mess (score: 1)
Author: jamal <hadi@xxxxxxxxxx>
Date: 19 Jan 2005 23:30:14 -0500
for ipt, just restore: if (pskb_expand_head(skb, 0, 0, GFP_ATOMIC)) return -ENOMEM for the rest, the action code will handle all just fine. There will only be one copy per serious of tramplings. This
/archives/netdev/2005-01/msg02380.html (10,296 bytes)

11. Re: More tc action mess (score: 1)
Author: Patrick McHardy <kaber@xxxxxxxxx>
Date: Thu, 20 Jan 2005 07:32:49 +0100
This does not help. Netfilter calls skb_ip_make_writable if it has to touch the packet, if it is shared or cloned the packet will be copied. for ipt, just restore: if (pskb_expand_head(skb, 0, 0, GF
/archives/netdev/2005-01/msg02383.html (10,089 bytes)

12. Re: More tc action mess (score: 1)
Author: jamal <hadi@xxxxxxxxxx>
Date: 20 Jan 2005 08:44:23 -0500
Praise be to the people behind pskb_expand (Alexey and Dave). Amen. The whole idea behind the psk_expand is to _copy_ the data while preserving the skb head i.e anyone in the path before the expand c
/archives/netdev/2005-01/msg02388.html (11,733 bytes)


This search system is powered by Namazu