From: Stephen Hemminger <shemminger@vyatta.com>
To: "Maciej Żenczykowski" <zenczykowski@gmail.com>
Cc: Stephen Hemminger <shemminger@linux-foundation.org>,
Linux NetDev <netdev@vger.kernel.org>
Subject: Re: sky2 driver fails to handle "rx length error: status 0x5d60100 length 2982" gracefully
Date: Thu, 12 Aug 2010 15:18:19 -0400 [thread overview]
Message-ID: <20100812151819.282636fe@s6510> (raw)
In-Reply-To: <AANLkTinM2m-dK2FYw5VBi3eBAhBRrrzZ+vH5aCtDoDVS@mail.gmail.com>
On Thu, 12 Aug 2010 09:58:01 -0700
Maciej Żenczykowski <zenczykowski@gmail.com> wrote:
> I'm not sure if there is a known good kernel. It seems to be getting
> worse over time (as I upgrade kernels), but maybe the hardware is
> aging and the situation is becoming more likely. When it first
> started happening it was like once every 2-3 months or even rarer.
> Now it has happened again since the last time I posted to this
> thread...
>
> Aug 12 08:29:08 nike kernel: sky2 0000:0c:00.0: eth0: rx length error:
> status 0x5e50100 length 3013
>
> > Are you trying to run with Jumbo >1500 MTU?
>
> No, normal 1500 MTU network, with ipv4 and ipv6 native traffic. Not a
> huge amount of traffic either.
> And indeed the problem seems to happen just as easily (if not easier)
> when the machine (and thus the network) is close(r) to idle (ie.
> overnight, etc) - although that might just be a matter of more time
> passing.
>
> Are you sure there is nothing the driver could do on seeing such an error?
> It seems like since "ip link set eth0 down && ip link set eth0 up"
> fixes it, what it should do is some sort of partial reset...
>
> I will try to verify if 'ethtool -K eth0 rx off && ethtool -K eth0 rx
> on' is enough to fix the problem (when it happens once again).
> Afterwards I'll turn of rx csum (ethtool -K eth0 rx off) and will see
> if it happens again.
The status values indicate that the GMAC (frame parser) got a reasonable
size frame but the DMA merged frames together. This indicates a timing
problem. There are some bits which even with NDA programmers manual doesn't
help with. The Linux driver expects the BIOS or EEPROM to set them correctly
because different problems different settings.
There is firmware in eeprom that configures internal state. On one motherboard
the vendor provided an update. There is no good way to update this from Linux,
you need to go system vendor and install firmware with their native OS (ie Windows
or MacOS).
next prev parent reply other threads:[~2010-08-12 19:18 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-08-12 0:48 sky2 driver fails to handle "rx length error: status 0x5d60100 length 2982" gracefully Maciej Żenczykowski
2010-08-12 1:59 ` Stephen Hemminger
2010-08-12 5:36 ` Maciej Żenczykowski
2010-08-12 16:00 ` Stephen Hemminger
2010-08-12 16:16 ` Stephen Hemminger
2010-08-12 16:58 ` Maciej Żenczykowski
2010-08-12 19:18 ` Stephen Hemminger [this message]
2010-08-12 20:31 ` Maciej Żenczykowski
2010-08-17 19:37 ` Stephen Hemminger
2010-08-17 20:05 ` Maciej Żenczykowski
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=20100812151819.282636fe@s6510 \
--to=shemminger@vyatta.com \
--cc=netdev@vger.kernel.org \
--cc=shemminger@linux-foundation.org \
--cc=zenczykowski@gmail.com \
/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