Hi,
Here is a preliminary patch, not tested at all, just to give everybody a
target to aim bricks at.
* A new __GFP_MEMALLOC flag gives access to the memalloc reserve.
* In dev_alloc_skb, if GFP_ATOMIC fails then try again with __GFP_MEMALLOC.
* We know an skb was allocated from reserve
Hello,
Could someone please help me out on this. I am desperately looking out
for
a solution.
Thanks,
Partha
x3025
-Original Message-
From: Partha Chatterjee
Sent: Tuesday, August 02, 2005 5:50 PM
To: Partha Chatterjee; netdev@vger.kernel.org
Subject: RE: ARP entry ageing time
Hello,
On Wed, 3 Aug 2005, Daniel Phillips wrote:
Hi,
Here is a preliminary patch, not tested at all, just to give everybody a
target to aim bricks at.
* A new __GFP_MEMALLOC flag gives access to the memalloc reserve.
* In dev_alloc_skb, if GFP_ATOMIC fails then try again with
On Sun, Jul 31, 2005 at 10:03:05PM -0700, David S. Miller wrote:
We can avoid the flushing damage to DSTs of the effected policy.
At least I think we can do that cleanly. Do you think that is
a middle ground that might be acceptable to you?
It's acceptable with some blanks filled in :)
On Tue, Aug 02, 2005 at 02:04:41PM -0400, jaegert wrote:
Resend of 20 July patch that repaired the flow_cache_lookup
authorization (now for 2.6.13-rc4-git4).
Thanks for the resend. I'll try to get back to you soon.
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmVHI~}
From: Eric Dumazet [EMAIL PROTECTED]
Date: Tue, 02 Aug 2005 23:45:27 +0200
Please move kmem_cache_t *bind_bucket_cachep; in a better place, not
just after spinlock_t portalloc_lock;
[ Eric, I haven't had time to respond to this thread because I'm
in the UK for UKUUG2005 this week, so email
From: Herbert Xu [EMAIL PROTECTED]
Date: Wed, 3 Aug 2005 21:36:59 +1000
On Sun, Jul 31, 2005 at 10:03:05PM -0700, David S. Miller wrote:
When an SA changes, we walk that assosciated policies DST list
marking them -obsolete
Yes this should work but it's missing one important detail.
The
On Wed, Aug 03, 2005 at 06:29:25AM -0700, David S. Miller wrote:
From: Eric Dumazet [EMAIL PROTECTED]
Date: Tue, 02 Aug 2005 23:45:27 +0200
Please move kmem_cache_t *bind_bucket_cachep; in a better place, not
just after spinlock_t portalloc_lock;
[ Eric, I haven't had time to respond to
On 8/3/05, Christoph Hellwig [EMAIL PROTECTED] wrote:
On Wed, Aug 03, 2005 at 06:29:25AM -0700, David S. Miller wrote:
From: Eric Dumazet [EMAIL PROTECTED]
Date: Tue, 02 Aug 2005 23:45:27 +0200
Please move ; in a better place, not
just after spinlock_t portalloc_lock;
[ Eric, I
On Wed, Aug 03, 2005 at 12:19:24PM -0300, Arnaldo Carvalho de Melo wrote:
On 8/3/05, Christoph Hellwig [EMAIL PROTECTED] wrote:
On Wed, Aug 03, 2005 at 06:29:25AM -0700, David S. Miller wrote:
From: Eric Dumazet [EMAIL PROTECTED]
Date: Tue, 02 Aug 2005 23:45:27 +0200
Please move ;
Great to see TOE support getting reviewed.
Some general stuff:
* Use linux indentation style (Documentation/Codingstyle)
Tabs are 8 characters, and thus indentations are also 8
characters. You are using 4 spaces.
* Don't use // for comments
* All patches must have Signed-off-by:
On Wednesday 03 August 2005 16:59, Martin Josefsson wrote:
On Wed, 3 Aug 2005, Daniel Phillips wrote:
Hi,
Here is a preliminary patch, not tested at all, just to give everybody a
target to aim bricks at.
* A new __GFP_MEMALLOC flag gives access to the memalloc reserve.
* In
This patch exposes certain features of the gianfar ethernet driver through
sysfs so that they can be configured at runtime.
These include allocating and/or locking buffers and buffer descriptors in
the L2 cache, and modifying the threshold in the FIFO at which the
controller starts
On Wed, Aug 03, 2005 at 06:34:38AM -0700, David S. Miller wrote:
I don't understand.
I think I'm still missing something so I don't understand either :)
Therefore, when any SA is added, the assosciated policy is the
one for which we flush all matching DST entries.
How do you find the
no, it hasn't. I am travelling and don't have the space for a
debian/i386 installation in addition to the debian/x86_64 on this box,
sorry :(
That sounds risky. I would ask for this stuff not being merged before
it isn't tested.
However, all nfnetlink-based protocols are supposed to be both
The attached patch allows a bonding device to inherit the zero-
copy features of its slave devices.
It was inspired by a couple of previous postings on this topic:
http://marc.theaimsgroup.com/?l=bonding-develm=111924607327794w=2
http://marc.theaimsgroup.com/?l=bonding-develm=111925242706297w=2
Change inflate/halve to use the ERR_PTR return value method to
avoid having to pass error code by reference.
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
Index: fib/net/ipv4/fib_trie.c
===
--- fib.orig/net/ipv4/fib_trie.c
+++
Change from using a custom debug hooks, to just using
pr_debug() and BUG_ON() in fib_trie.
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
Index: tcp/net/ipv4/fib_trie.c
===
--- tcp.orig/net/ipv4/fib_trie.c
+++
Cleanup of the the fib_trie proc interface:
* cleanup initialization to get rid of ifdef
* new iterator that walks the trie
* cleanup format of /proc/net/fib_trie (no pointers, etc)
* add /proc/net/route for legacy utilities
Signed-off-by: Stephen Hemminger [EMAIL
Convert FIB Trie to use RCU for the normal lookup fast
path. Use simple spin_lock for updates and dump access.
This needs more testing on systems with lareg numbers of routes
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
Index: fib-2.6.13-rc5/net/ipv4/fib_trie.c
We went through all 16 Super TSO patches to see which one causes the
performance degradation (relative to the original TSO implementation)
that was observed earlier, and it appears to be the last patch #16;
results below.
We can either provide a remote to the setup, or test incremental patches
if
On Mon, Aug 01, 2005 at 08:33:20AM +, Guillaume Pelat wrote:
I just tried the patch attached. :)
The bug is still here (same symptoms), with a slightly different backtrace :
[ cut here ]
kernel BUG at net/ipv4/tcp_output.c:918!
OK, let's try again :)
I bet
22 matches
Mail list logo
