From: Sven Hartge <sven@svenhartge.de>
To: netdev@vger.kernel.org
Subject: Re: Atheros Communications Inc. AR8121/AR8113/AR8114 Gigabit or Fast Ethernet (rev b0) 1.0.0.7 md5/sha1 corrupted using NFS and samba (updated) Version 2
Date: Sun, 24 Mar 2013 01:36:33 +0100 [thread overview]
Message-ID: <69jo698argv8@mids.svenhartge.de> (raw)
In-Reply-To: 20130323150655.GA10779@order.stressinduktion.org
Hannes Frederic Sowa <hannes@stressinduktion.org> wrote:
> On Sat, Mar 23, 2013 at 12:54:25AM -0400, rebelyouth wrote:
>> I applied your patch on my the kernel 3.7.9 and look like the patch do
>> what you said before :
>>
>> "This does not solve the real problem, which I have not yet understood
>> (wrong packets will be discarded now and will be hopefully resend). "
>>
>> There are errors on the RX side of the server and the speed is 5~10%
>> less but the files are ok in nfsv4 , SFTP/FTP and samba.
>>
>> Maybe the Atheros drivers for windows had a patch for the checksum
>> already in the drivers and the chipset have some hardware bug, but for
>> me your patch is already an achievement and I really thank you for your
>> time and consideration.
> The upstream driver (which is a tarball I found with google
> AR81Family-linux-v1.0.1.14.tar.gz) has this function ifdefed out. I have
> a couple of more things I want to test as soon as I have access to the
> hardware again. If I don't find a better solution I will submit a patch
> which disables rx checksumming as a whole for inclusion to net-next.
I remember having the some problem with an atl1e chip on my Asus
PQ5-Pro. It would corrupt ethernet frames, resulting in dropped
connections when using SSH (bailing out with a HMAC crypto error) etc.
After some conversations with an Atheros engineer (Jie Yang
<Jie.Yang@Atheros.com>) I got the following patch, which I applied for
some time to my local Debian kernel packages. It fixed the problem for
me, until I switched the board to a newer one.
As far as I understand, this patch rips out any checksumming function
and just advertises the chip as not using and providing any.
My mail archive indicates, this bug has been fixed in the upstream atl1e
driver since version l1c-linux-v1.0.0.11-test.tar.gz.
diff --git a/drivers/net/atl1e/atl1e_main.c b/drivers/net/atl1e/atl1e_main.c
index 9fc6d6d..73d44d5 100644
--- a/drivers/net/atl1e/atl1e_main.c
+++ b/drivers/net/atl1e/atl1e_main.c
@@ -1343,29 +1343,8 @@ static inline void atl1e_rx_checksum(struct atl1e_adapter *adapter,
{
u8 *packet = (u8 *)(prrs + 1);
struct iphdr *iph;
- u16 head_len = ETH_HLEN;
- u16 pkt_flags;
- u16 err_flags;
skb->ip_summed = CHECKSUM_NONE;
- pkt_flags = prrs->pkt_flag;
- err_flags = prrs->err_flag;
- if (((pkt_flags & RRS_IS_IPV4) || (pkt_flags & RRS_IS_IPV6)) &&
- ((pkt_flags & RRS_IS_TCP) || (pkt_flags & RRS_IS_UDP))) {
- if (pkt_flags & RRS_IS_IPV4) {
- if (pkt_flags & RRS_IS_802_3)
- head_len += 8;
- iph = (struct iphdr *) (packet + head_len);
- if (iph->frag_off != 0 && !(pkt_flags & RRS_IS_IP_DF))
- goto hw_xsum;
- }
- if (!(err_flags & (RRS_ERR_IP_CSUM | RRS_ERR_L4_CSUM))) {
- skb->ip_summed = CHECKSUM_UNNECESSARY;
- return;
- }
- }
-
-hw_xsum :
return;
}
--
Sigmentation fault. Core dumped.
next prev parent reply other threads:[~2013-03-24 0:39 UTC|newest]
Thread overview: 46+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-03-22 23:07 Atheros Communications Inc. AR8121/AR8113/AR8114 Gigabit or Fast Ethernet (rev b0) 1.0.0.7 md5/sha1 corrupted using NFS and samba (updated) Version 2 rebelyouth
2013-03-22 23:54 ` Eric Dumazet
2013-03-23 0:07 ` rebelyouth
2013-03-23 2:10 ` Hannes Frederic Sowa
2013-03-23 4:54 ` rebelyouth
2013-03-23 15:06 ` Hannes Frederic Sowa
2013-03-24 0:36 ` Sven Hartge [this message]
2013-03-24 1:26 ` Hannes Frederic Sowa
2013-03-24 1:35 ` Sven Hartge
2013-03-24 1:41 ` Hannes Frederic Sowa
2013-03-24 3:27 ` Huang, Xiong
2013-03-24 3:40 ` Hannes Frederic Sowa
2013-03-24 4:21 ` Huang, Xiong
2013-03-24 4:37 ` Hannes Frederic Sowa
2013-03-24 4:54 ` Huang, Xiong
2013-03-24 5:13 ` Hannes Frederic Sowa
2013-03-24 5:16 ` Huang, Xiong
2013-03-24 5:23 ` Hannes Frederic Sowa
2013-03-24 5:42 ` Huang, Xiong
2013-03-24 17:22 ` Eric Dumazet
2013-03-24 17:38 ` Hannes Frederic Sowa
2013-03-24 17:23 ` Hannes Frederic Sowa
2013-03-25 16:30 ` Hannes Frederic Sowa
2013-03-26 4:27 ` Hannes Frederic Sowa
2013-03-26 4:34 ` Huang, Xiong
2013-03-26 4:40 ` Hannes Frederic Sowa
2013-03-26 4:44 ` Huang, Xiong
2013-03-27 22:02 ` Hannes Frederic Sowa
2013-03-27 22:28 ` Huang, Xiong
2013-03-27 22:34 ` Hannes Frederic Sowa
2013-03-28 0:10 ` Huang, Xiong
2013-03-28 0:40 ` Hannes Frederic Sowa
2013-03-28 1:01 ` Huang, Xiong
2013-03-28 1:16 ` Hannes Frederic Sowa
2013-03-28 1:17 ` Huang, Xiong
2013-03-28 3:19 ` Hannes Frederic Sowa
2013-03-28 3:25 ` Huang, Xiong
2013-03-28 3:29 ` Hannes Frederic Sowa
2013-03-28 3:39 ` Huang, Xiong
2013-03-29 3:05 ` Hannes Frederic Sowa
2013-03-29 3:39 ` Huang, Xiong
2013-03-28 3:52 ` Huang, Xiong
2013-03-24 6:12 ` Huang, Xiong
2013-03-24 17:24 ` Hannes Frederic Sowa
2013-03-24 1:07 ` Sven Hartge
2013-03-23 0:01 ` Hannes Frederic Sowa
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=69jo698argv8@mids.svenhartge.de \
--to=sven@svenhartge.de \
--cc=netdev@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).