Attached is the patch for kernel version 2.6.13-rc3.
diff -Naur linux-2.6.13-rc3/include/linux/tcp.h
linux-2.6.13-rc3.patched/include/linux/tcp.h
--- linux-2.6.13-rc3/include/linux/tcp.h2005-07-26 10:16:10.0
-0700
+++ linux-2.6.13-rc3.patched/include/linux/tcp.h2005-07-26
Chelsio Communications would like to announce the availability of its
TCP offload (TOE) support for Linux under the GPL. This is code
developed by us over the past couple of years and has been in production
for over a year. The code, architecture description, and some papers
comparing TOE perfor
On Wednesday 03 August 2005 08:39, Martin J. Bligh wrote:
> --Francois Romieu <[EMAIL PROTECTED]> wrote (on Tuesday, August 02, 2005
> > Btw I do not get what the mempool/GFP_CRITICAL idea buys: it seems
> > redundant with the threshold ("if (memory_pressure)") used in the Rx path
> > to decide th
On Wednesday 03 August 2005 07:43, Francois Romieu wrote:
> Daniel Phillips <[EMAIL PROTECTED]> :
> [...]
>
> > A point on memory pressure: here, we are not talking about the continuous
> > state of running under heavy load, but rather the microscopically short
> > periods where not a single page o
--Francois Romieu <[EMAIL PROTECTED]> wrote (on Tuesday, August 02, 2005
23:43:40 +0200):
> Daniel Phillips <[EMAIL PROTECTED]> :
> [...]
>> A point on memory pressure: here, we are not talking about the continuous
>> state of running under heavy load, but rather the microscopically short
>>
On 8/2/05, Eric Dumazet <[EMAIL PROTECTED]> wrote:
> Arnaldo Carvalho de Melo a écrit :
> > Hi Eric,
> >
> > Interesting, I'm reading it now that I finished one more changeset on
> > the
> > generalisation of all the tcp_hashinfo routines, could you please take
> > a look at:
> >
> > http://w
Daniel Phillips <[EMAIL PROTECTED]> :
[...]
> A point on memory pressure: here, we are not talking about the continuous
> state of running under heavy load, but rather the microscopically short
> periods where not a single page of memory is available to normal tasks. It
> is when a block IO eve
Arnaldo Carvalho de Melo a écrit :
Hi Eric,
Interesting, I'm reading it now that I finished one more changeset on the
generalisation of all the tcp_hashinfo routines, could you please take
a look at:
http://www.kernel.org/git/?p=linux/kernel/git/acme/timewait-2.6.14.git;a=summary
?
yes
Hi Eric,
Interesting, I'm reading it now that I finished one more changeset on the
generalisation of all the tcp_hashinfo routines, could you please take
a look at:
http://www.kernel.org/git/?p=linux/kernel/git/acme/timewait-2.6.14.git;a=summary
?
Good thing is that any optimization you do
Eric Dumazet a écrit :
Hi David, Hi all
I would like to provide a patch to speedup tcp lookups, but I need your
comments first.
1) First some peformance data :
tcp_v4_rcv() waste a lot of time in __tcp_v4_lookup_established()
The most critical code is :
s
On Tue, Aug 02, 2005 at 11:13:39AM -0700, Randy.Dunlap wrote:
> On Tue, 2 Aug 2005, Sridhar Samudrala wrote:
>
> > On Fri, 2005-07-29 at 03:53 +0400, Alexey Dobriyan wrote:
> > > * Use __be16, __be32.
> > > * Add SCTP_NL() in the spirit of SCTP_U32() and friends.
> > > * Tiny tweak in sctp_chunk_a
(cross-posted to linux-mm now)
On Wednesday 03 August 2005 03:27, Sridhar Samudrala wrote:
> On Tue, 2005-08-02 at 06:54 +1000, Daniel Phillips wrote:
> > Hi guys,
> >
> > Well I have been reading net code seriously for two days, so I am still
> > basically a complete network klutz. But we have a
Resend of 20 July patch that repaired the flow_cache_lookup
authorization (now for 2.6.13-rc4-git4).
Verified that failed authorization results in a new resolution.
Note that the prior [PATCH 2/2] of 18 July works with this patch, so
there will be no resend of it. Please let me know if a resend
On Tue, 2 Aug 2005, Sridhar Samudrala wrote:
> On Fri, 2005-07-29 at 03:53 +0400, Alexey Dobriyan wrote:
> > * Use __be16, __be32.
> > * Add SCTP_NL() in the spirit of SCTP_U32() and friends.
> > * Tiny tweak in sctp_chunk_assign_ssn().
>
> How do we run sparse to check for endian errors?
> I trie
On Tuesday 02 August 2005 19:46, Ingo Oeser wrote:
> Daniel Phillips wrote:
> > On Tuesday 02 August 2005 07:30, Patrick McHardy wrote:
> > > IIRC Linus called the whole swapping over ISCSI idea
> > > broken because apparently even userspace needs to allocate memory in
> > > some situations to make
On Fri, 2005-07-29 at 03:53 +0400, Alexey Dobriyan wrote:
> * Use __be16, __be32.
> * Add SCTP_NL() in the spirit of SCTP_U32() and friends.
> * Tiny tweak in sctp_chunk_assign_ssn().
How do we run sparse to check for endian errors?
I tried make C=1 net/sctp/sctp.ko, but i didn't see any
endian wa
On Tue, 2005-08-02 at 06:54 +1000, Daniel Phillips wrote:
> Hi guys,
>
> Well I have been reading net code seriously for two days, so I am still
> basically a complete network klutz. But we have a nasty network-realted vm
> deadlock that needs fixing and there seems to be little choice but to w
On Tue, 2 Aug 2005, Herbert Xu wrote:
On Mon, Aug 01, 2005 at 10:41:33AM +0200, Krzysztof Oledzki wrote:
RFC 2408 says: "A protocol implementation SHOULD begin using the newly
created SA for outbound traffic and SHOULD continue to support incoming
traffic on the old SA until it is deleted or
Generally there are two cases to consider: when the TCP mode is not visible
and when it is.
When it is not visible it is certainly easy to manage the TCP connection
with subset logic within the RDMA stack and never involve the host
stack. This is certainly what the initial proposal will rely upon.
On Sun, Jul 31, 2005 at 09:46:53PM -0700, David S. Miller wrote:
>
> I've tried to avoid doing that, but I may need to capitulate for now.
> My concern was that the divide that thing does has non-trivial cost.
You're right, this could be expensive.
> Wait... that's not true, multiple SKBs can h
> Can you provide more details on exactly why you think this is a horrible
> idea? I agree it will be complex, but it _could_ be scoped such that the
> complexity is reduced. For instance, the "offload" function could fail
> (with EBUSY or something) if there is _any_ data pending on the socket.
Hello,
Could someone please help me out. I am desperately looking out for a
solution.
Thanks,
Partha
x3025
-Original Message-
From: Partha Chatterjee
Sent: Tuesday, August 02, 2005 3:57 PM
To: Partha Chatterjee; netdev@vger.kernel.org
Subject: RE: ARP entry ageing time
Actually I tried
[NETFILTER] attribute count is an anttribute of message type, not subsytem
Prior to this patch, every nfnetlink subsystem had to specify it's
attribute count. However, in reality the attribute count depends on the
message type within the subsystem, not the subsystem itself. This patch
moves 'att
[NETFILTER] cleanup nfnetlink_check_attributes()
1) memset return parameter 'cda' (nfattr pointer array) only on success
2) a message without attributes and just a 'struct nfgenmsg' is valid,
don't return -EINVAL
3) use likely() and unlikely() where apropriate
Signed-off-by: Harald Welte <[EMA
[NETFILTER] fix ctnetlink 'create_expect' parsing
There was a stupid copy+paste mistake where we parse the MASK nfattr into
the "tuple" variable instead of the "mask" variable. This patch fixes it.
Thanks to Pablo Neira.
Signed-off-by: Harald Welte <[EMAIL PROTECTED]>
---
commit 5d03469be285d9b
[NETFILTER] don't use nested attributes for conntrack_expect
We used to use nested nfattr structures for ip_conntrack_expect. This is
bogus, since ip_conntrack and ip_conntrack_expect are communicated in
different netlink message types. both should be encoded at the top level
attributes, no extr
[NETFILTER] conntrack_netlink: Fix locking during conntrack_create
The current codepath allowed for ip_conntrack_lock to be unlock'ed twice.
Signed-off-by: Pablo Neira <[EMAIL PROTECTED]>
Signed-off-by: Harald Welte <[EMAIL PROTECTED]>
---
commit 0432a984f1e502d036115b1f25da8675ee9cebc4
tree aeb
[NETFILTER] remove bogus memset() calls from ip_conntrack_netlink.c
nfattr_parse_nested() calls nfattr_parse() which in turn does a memset on
the 'tb' array. All callers therefore don't need to memset before calling
it.
Signed-off-by: Pablo Neira <[EMAIL PROTECTED]>
Signed-off-by: Harald Welte <
Hi Dave!
I know you're travelling, but I already have this pile of patches/fixes
for nfnetlink and ctnetlink. I'm sorry to keep patch-bombing you, but
I think it's better we find those issues right now (before it is in mainline)
rather than later, when it already is in the mainline tree.
Please
Actually I tried looking into the neighbor structure, but could not find
any useful hints.
Thanks,
Partha
x3025
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Partha Chatterjee
Sent: Tuesday, August 02, 2005 3:24 PM
To: netdev@vger.kernel.org
Subject: AR
On Mon, Aug 01, 2005 at 10:41:33AM +0200, Krzysztof Oledzki wrote:
>
> RFC 2408 says: "A protocol implementation SHOULD begin using the newly
> created SA for outbound traffic and SHOULD continue to support incoming
> traffic on the old SA until it is deleted or until traffic is received
> under t
Message original
Sujet: [RFC] Idea to speedup tcp lookups
Date: Tue, 02 Aug 2005 11:53:12 +0200
De: Eric Dumazet <[EMAIL PROTECTED]>
Pour: David S. Miller
Copie: [EMAIL PROTECTED], [EMAIL PROTECTED]
Références: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
<[EM
Hello,
I wanted to know whether there is any means to get the arp ageing time,
i.e the time left before
the arp entry will be aged out.
Something similar to what Cisco switches support.
Thanks,
Partha
x3025
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a me
Daniel Phillips wrote:
> On Tuesday 02 August 2005 07:30, Patrick McHardy wrote:
> > IIRC Linus called the whole swapping over ISCSI idea
> > broken because apparently even userspace needs to allocate memory in
> > some situations to make things work.
>
> Even a user space task may run in PF_MEMALL
On Tue, 2 Aug 2005, Patrick McHardy wrote:
Krzysztof Oledzki wrote:
On Mon, 1 Aug 2005, Herbert Xu wrote:
On Mon, Aug 01, 2005 at 05:46:26AM +0200, Krzysztof Oledzki wrote:
Any new patches to test? ;)
As I said in an earlier message, you should patch racoon to delete
the old *outbou
Hi Acme!
On Mon, Aug 01, 2005 at 09:54:47PM -0300, Arnaldo Carvalho de Melo wrote:
> > Are you aware of this one? :-) Perhaps Dave commited some mistake
> > while merging, this is on 2.6.14.git latest.
>
> Ah, this is with 'make allyesconfig'.
Dave's tree is missing the attached patch.
--
- H
On Mon, Aug 01, 2005 at 09:54:47PM -0300, Arnaldo Carvalho de Melo wrote:
> On 8/1/05, Arnaldo Carvalho de Melo <[EMAIL PROTECTED]> wrote:
> > CC net/netfilter/nfnetlink_queue.o
> > net/netfilter/nfnetlink_queue.c: In function `init_or_cleanup':
> > net/netfilter/nfnetlink_queue.c:1030: erro
37 matches
Mail list logo
