From: Chris Leech <[EMAIL PROTECTED]>
Date: Tue, 20 Dec 2005 23:10:07 -0800
> That could be a good way to deal with it. Actually, I should double
> check the length of tcp_skb_cb. I took a quick look and thought that
> there might be some room left there anyway, even though the comment in
> tcp
From: Eric Dumazet <[EMAIL PROTECTED]>
Date: Wed, 21 Dec 2005 07:20:43 +0100
> Please consider not enlarging cb[] if not CONFIG_NET_DMA ?
I also disagree with putting this thing in the cb[] at all.
Just put the dma_cookie_t explicitly into struct sk_buff,
protected by CONFIG_NET_DMA.
-
To unsubs
Sorry, bounced from vger the first time due to formatting
-- Forwarded message --
From: Chris Leech <[EMAIL PROTECTED]>
Date: Dec 20, 2005 11:05 PM
Subject: Re: [RFC][PATCH 4/5] I/OAT DMA support and TCP acceleration
To: Eric Dumazet <[EMAIL PROTECTED]>
Cc: lkml , netd
Chris Leech a écrit :
Structure changes for TCP recv offload to I/OAT
Adds an async_wait_queue and some additional fields to tcp_sock, a
copied_early flag to sb_buff and a dma_cookie_t to tcp_skb_cb
Renames cleanup_rbuf to tcp_cleanup_rbuf and makes it non-static so we
can call it from tcp_inpu
Structure changes for TCP recv offload to I/OAT
Adds an async_wait_queue and some additional fields to tcp_sock, a
copied_early flag to sb_buff and a dma_cookie_t to tcp_skb_cb
Renames cleanup_rbuf to tcp_cleanup_rbuf and makes it non-static so we
can call it from tcp_input.c
---
include/linu
