On Fri, Mar 22, 2013 at 08:07:22PM -0400, rebelyouth wrote:

On 22/03/13 07:54 PM, Eric Dumazet wrote:

quoted

On Fri, 2013-03-22 at 19:07 -0400, rebelyouth wrote:

quoted

Hi,

I'm writing again for the same issue about :

Your mail is so long that we are lost.

Have you done some research to tell if the bug is :

1) Sending corrupt frames

2) receive corrupt frames

Hi Eric and Hannes,

The server receiver errors  when I use the atheros:

RX packets:78125369 errors:58741 dropped:0 overruns:58741 frame:0

but on the client side  there aren't any error but the file  is corrupted

I rebooted  the server and did the test with the Realtek:

 file ok , no errors in both sides

I also reset again the server and did a test on windows using samba and 
the Atheros:

 file ok , no errors in both sides

Could you try this patch? It solves the problem with an atl1e nic on my
friends computer. This does not solve the real problem, which I have
not yet understood (wrong packets will be discarded now and will be
hopefully resend).

[PATCH RFC] atl1e: don't rely on hardware checksumming

Signed-off-by: Hannes Frederic Sowa <redacted>
---
 drivers/net/ethernet/atheros/atl1e/atl1e_main.c | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/drivers/net/ethernet/atheros/atl1e/atl1e_main.c b/drivers/net/ethernet/atheros/atl1e/atl1e_main.c
index e1f1b2a..0363e5b 100644
--- a/drivers/net/ethernet/atheros/atl1e/atl1e_main.c
+++ b/drivers/net/ethernet/atheros/atl1e/atl1e_main.c

@@ -1337,6 +1337,8 @@ static inline void atl1e_rx_checksum(struct atl1e_adapter *adapter,
 	u16 err_flags;
 
 	skb_checksum_none_assert(skb);
+	goto hw_xsum;
+
 	pkt_flags = prrs->pkt_flag;
 	err_flags = prrs->err_flag;
 	if (((pkt_flags & RRS_IS_IPV4) || (pkt_flags & RRS_IS_IPV6)) &&

-- 
1.8.1.4