Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[PATCH\]\s+PKT_SCHED\:\s+Fix\s+cls\s+indev\s+validation\s*$/: 26 ]

Total 26 documents matching your query.

1. shared/cloned skbs (score: 1)
Author: jamal <hadi@xxxxxxxxxx>
Date: Sun, 19 Dec 2004 21:30:50 +0100
this will ge
/archives/netdev/2004-12/msg00516.html (12,550 bytes)

2. shared/cloned skbs (score: 1)
Author: r <linux_lover2004@xxxxxxxxx>
Date: Mon, 20 Dec 2004 09:27:27 +0100
1048.188.camel@xxxxxxxxxxxxxxxx> 2004-12-19 15:23 If the qdisc at that level muddies the packet thats fair game - thats what goes out on the wire. So we should
/archives/netdev/2004-12/msg00544.html (11,025 bytes)

3. ut_slow, 2.6.10-rc3 (score: 1)
Author: Arnd Bergmann <arnd@xxxxxxxx>
Date: Mon, 20 Dec 2004 14:03:14 +0100
ting: splitting of ip_route_[in|out]put_slow, 2.6.10-rc3 From: Einar Lueck <lkml@xxxxxxxxxxxxxx> This patch splits up ip_route_[in|out]put_slow in inlined func
/archives/netdev/2004-12/msg00555.html (12,055 bytes)

4. shared/cloned skbs (score: 1)
Author: jamal <hadi@xxxxxxxxxx>
Date: 20 Dec 2004 09:16:55 -0500
shouldnt care if once in a while tcpdump actually gets to see the real packet that went out the wire. Indeed; hence my comment to talk to Werner. cheers, jamal
/archives/netdev/2004-12/msg00562.html (10,969 bytes)

5. 90: network driver. (score: 1)
Author: xxxxxx>
Date: Mon, 20 Dec 2004 21:07:39 +0100
application to flush the socket on link-down events (by down'ing the interface?). That seems more complex than needs be, for userspace at least. It is the resp
/archives/netdev/2004-12/msg00573.html (9,521 bytes)

6. s in action policer (score: 1)
Author: xx>
Date: Tue, 21 Dec 2004 01:22:30 +0100
xxxxxxxxxxx> 2004-12-20 09:27 I've put up a snapshot of what I have at: http://people.suug.ch/~tgr/tmp/tc-testsuite.tar.gz .. and a special for jamal not inclu
/archives/netdev/2004-12/msg00588.html (9,138 bytes)

7. lated to netconsole (score: 1)
Author: >
Date: Mon, 20 Dec 2004 16:56:16 -0800
e at the moment as I haven't been thinking about such stuff enough lately. Silly response of the day: Mark, can you try this (again completely untested, but at
/archives/netdev/2004-12/msg00592.html (9,251 bytes)

8. s in action policer (score: 1)
Author: avid S. Miller" <davem@xxxxxxxxxxxxx>
Date: Tue, 21 Dec 2004 11:17:23 +0100
tcng although Werner has showed it to me a few times (may be under influence). We need to pick one or other test setup. I dont care if its what I have, tcng or
/archives/netdev/2004-12/msg00598.html (10,107 bytes)

9. lated to netconsole (score: 1)
Author: Forte <andreaf@xxxxxxxxxxxxxxx>
Date: Wed, 22 Dec 2004 01:31:42 +0100
ev_mc_add takes dev->xmit_lock and the game is over. Marc, if the patch below happens to work, it should not drop messages like the previous one (it is an ugly
/archives/netdev/2004-12/msg00609.html (10,066 bytes)

10. lated to netconsole (score: 1)
Author: af@xxxxxxx>
Date: Wed, 22 Dec 2004 10:36:48 +0100
h below happens to work, it should not drop messages like the previous one (it is an ugly short-term suggestion). - spin_lock(&np->dev->xmit_lock); + while (!s
/archives/netdev/2004-12/msg00612.html (10,654 bytes)

11. s in action policer (score: 1)
Author: l <hadi@xxxxxxxxxx>
Date: 22 Dec 2004 08:32:46 -0500
xxxxxxxxxx> 2004-12-22 08:10 Sure, no problem. Here's an example: ts_tc "attr-police" "police creation" $FILTER police rate 2kbit buffer 10k drop ts_log "cls-p
/archives/netdev/2004-12/msg00620.html (11,170 bytes)

12. s in action policer (score: 1)
Author: l <hadi@xxxxxxxxxx>
Date: Wed, 22 Dec 2004 15:26:37 +0100
hich could be empty. First one to say what to do with traffic - you have it going to /dev/null Note that i had tcpdump capture it because i wanted to analyze i
/archives/netdev/2004-12/msg00625.html (12,871 bytes)

13. in U32 classifier. (score: 1)
Author: S. Miller" <davem@xxxxxxxxxxxxx>
Date: 28 Dec 2004 08:27:52 -0500
diffe
/archives/netdev/2004-12/msg00765.html (12,528 bytes)

14. [PATCH] PKT_SCHED: Fix cls indev validation (score: 1)
Author: Thomas Graf <tgraf@xxxxxxx>
Date: Sun, 19 Dec 2004 21:30:50 +0100
Dave, This patch is actually part of a patchset for 2.6.11 inclusion but the memory corruption possibility might make it worth for 2.6.10. It's not really dangerous since it requires admin capabiliti
/archives/netdev/2004-12/msg01467.html (12,550 bytes)

15. Re: [PATCH] PKT_SCHED: Fix cls indev validation (score: 1)
Author: Patrick McHardy <kaber@xxxxxxxxx>
Date: Mon, 20 Dec 2004 09:27:27 +0100
This patch is actually part of a patchset for 2.6.11 inclusion but the memory corruption possibility might make it worth for 2.6.10. It's not really dangerous since it requires admin capabilities tho
/archives/netdev/2004-12/msg01495.html (10,957 bytes)

16. Re: [PATCH] PKT_SCHED: Fix cls indev validation (score: 1)
Author: Thomas Graf <tgraf@xxxxxxx>
Date: Mon, 20 Dec 2004 14:03:14 +0100
* Patrick McHardy <41C68CEF.3030803@xxxxxxxxx> 2004-12-20 09:27 Agreed, also the recursive algorithms are vulnerable but this doesn't mean we should just ignore it. I'm fine with droping this for 2.6
/archives/netdev/2004-12/msg01506.html (12,133 bytes)

17. Re: [PATCH] PKT_SCHED: Fix cls indev validation (score: 1)
Author: jamal <hadi@xxxxxxxxxx>
Date: 20 Dec 2004 09:16:55 -0500
Hehe. I am sure thats a cutnpaste(LinuxWay) from some code in the kernel probably sch_api.c (or maybe the code it was cutnpasted has been fixed in the last 3 years ;->). That needs fixing. Who is sen
/archives/netdev/2004-12/msg01513.html (11,047 bytes)

18. Re: [PATCH] PKT_SCHED: Fix cls indev validation (score: 1)
Author: Thomas Graf <tgraf@xxxxxxx>
Date: Mon, 20 Dec 2004 21:07:39 +0100
* jamal <1103552215.1048.333.camel@xxxxxxxxxxxxxxxx> 2004-12-20 09:16 I'll put it into my patchset so it gets into the test cycles. It might cause random data to be printed onto the console ;) I'll r
/archives/netdev/2004-12/msg01524.html (9,641 bytes)

19. Re: [PATCH] PKT_SCHED: Fix cls indev validation (score: 1)
Author: Thomas Graf <tgraf@xxxxxxx>
Date: Tue, 21 Dec 2004 01:22:30 +0100
Dave, drop this one. I will move indev into the abstraction layer i'm going to introduce .11 which will fix the current issues, remove the ifdefs and will make removal/replacement much simpler once w
/archives/netdev/2004-12/msg01539.html (9,258 bytes)

20. Re: [PATCH] PKT_SCHED: Fix cls indev validation (score: 1)
Author: "David S. Miller" <davem@xxxxxxxxxxxxx>
Date: Mon, 20 Dec 2004 16:56:16 -0800
OK.
/archives/netdev/2004-12/msg01543.html (9,398 bytes)


This search system is powered by Namazu