Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*Problem\s+with\s+dev_kfree_skb

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*Problem\s+with\s+dev_kfree_skb_any\s+in\s+2\.6\.0\s*$/: 10 ]

Total 10 documents matching your query.

1. Re: Problem with dev_kfree_skb_any() in 2.6.0 (score: 1): Author: xxxxxxxxxxx>; Date: Mon, 29 Mar 2004 16:46:16 +0100; The way I see this, dev_kfree_skb_any() is not used in any performance critical path, so at worst during device shutdown, reset, or power-down, TX queue packet freeing work could be delayed by up to; /archives/netdev/2004-03/msg00559.html (10,267 bytes)
2. Re: Problem with dev_kfree_skb_any() in 2.6.0 (score: 1): Author: "David S. Miller" <davem@xxxxxxxxxx>; Date: Thu, 1 Jan 2004 12:42:18 -0800; Ok, this is reasonable and works. Though, is there any particular reason you don't like adding a "|| irqs_disabled()" check to the if statement instead? I prefer that solution better actually.; /archives/netdev/2004-01/msg00003.html (8,782 bytes)
3. Re: Problem with dev_kfree_skb_any() in 2.6.0 (score: 1): Author: Jeff Garzik <jgarzik@xxxxxxxxx>; Date: Thu, 1 Jan 2004 21:58:07 -0500; The only counter argument to this -- to which I have no data to answer -- is that there may be advantage to calling __kfree_skb immediately instead of deferring it slightly. I didn't think that disad; /archives/netdev/2004-01/msg00004.html (10,120 bytes)
4. Re: Problem with dev_kfree_skb_any() in 2.6.0 (score: 1): Author: xxxxxx>; Date: Mon, 5 Jan 2004 19:54:03 -0800; The way I see this, dev_kfree_skb_any() is not used in any performance critical path, so at worst during device shutdown, reset, or power-down, TX queue packet freeing work could be delayed by up to; /archives/netdev/2004-01/msg00039.html (9,487 bytes)
5. Re: Problem with dev_kfree_skb_any() in 2.6.0 (score: 1): Author: HIFUJI Hideaki / 吉藤英明 <yoshfuji@xxxxxxxxxxxxxx>; Date: Tue, 30 Dec 2003 12:43:21 -0500; David S. Miller wrote: On Tue, 30 Dec 2003 01:12:21 -0500 Jeff Garzik <jgarzik@xxxxxxxxx> wrote: Think about the name of this function: dev_kfree_skb_any() If this function cannot be used -anywhere-,; /archives/netdev/2003-12/msg00377.html (10,910 bytes)
6. Re: Problem with dev_kfree_skb_any() in 2.6.0 (score: 1): Author: "David S. Miller" <davem@xxxxxxxxxx>; Date: Mon, 29 Mar 2004 16:46:16 +0100; The way I see this, dev_kfree_skb_any() is not used in any performance critical path, so at worst during device shutdown, reset, or power-down, TX queue packet freeing work could be delayed by up to; /archives/netdev/2004-03/msg01223.html (11,049 bytes)
7. Re: Problem with dev_kfree_skb_any() in 2.6.0 (score: 1): Author: "David S. Miller" <davem@xxxxxxxxxx>; Date: Thu, 1 Jan 2004 12:42:18 -0800; Ok, this is reasonable and works. Though, is there any particular reason you don't like adding a "|| irqs_disabled()" check to the if statement instead? I prefer that solution better actually.; /archives/netdev/2004-01/msg00711.html (9,367 bytes)
8. Re: Problem with dev_kfree_skb_any() in 2.6.0 (score: 1): Author: Jeff Garzik <jgarzik@xxxxxxxxx>; Date: Thu, 1 Jan 2004 21:58:07 -0500; The only counter argument to this -- to which I have no data to answer -- is that there may be advantage to calling __kfree_skb immediately instead of deferring it slightly. I didn't think that disad; /archives/netdev/2004-01/msg00712.html (10,727 bytes)
9. Re: Problem with dev_kfree_skb_any() in 2.6.0 (score: 1): Author: "David S. Miller" <davem@xxxxxxxxxx>; Date: Mon, 5 Jan 2004 19:54:03 -0800; The way I see this, dev_kfree_skb_any() is not used in any performance critical path, so at worst during device shutdown, reset, or power-down, TX queue packet freeing work could be delayed by up to; /archives/netdev/2004-01/msg00747.html (10,115 bytes)
10. Re: Problem with dev_kfree_skb_any() in 2.6.0 (score: 1): Author: Jeff Garzik <jgarzik@xxxxxxxxx>; Date: Tue, 30 Dec 2003 12:43:21 -0500; Think about the name of this function: dev_kfree_skb_any() If this function cannot be used -anywhere-, then the concept (and the net stack) is fundamentally broken for this function. We must _remove; /archives/netdev/2003-12/msg00776.html (11,729 bytes)

Current List: 1 - 10
Page: [1]