From: Clemens Gruber <clemens.gruber@pqgruber.com>
To: netdev@vger.kernel.org
Subject: RX performance bottleneck on i.MX6Q with KSZ9031
Date: Wed, 18 Feb 2015 13:25:08 +0100 [thread overview]
Message-ID: <20150218122507.GA6651@pqgruber.com> (raw)
Hi,
we are developing an IO board with a TQMa6Q module, which in turn is
using the i.MX6Q. As ethernet PHY we are using the Micrel KSZ9031RNX.
We run Linux 3.19 and are experiencing poor receive throughput when
testing with iperf. However, this also occured on 3.16 and before.
Transmit performance is OK (about 350-400 Mbit/s), but when receiving
data, there seems to be an upper bound of 135 Mbit/s.
I am aware of the Freescale ERR004512, which explains the bottleneck for
TX but not for RX. I am of course testing this separately.
What's also odd is that when I am pinging the embedded board from my
Linux Desktop, I get the following result:
35 packets transmitted, 35 received, 0% packet loss, time 34043ms
rtt min/avg/max/mdev = 0.467/38.600/79.556/23.740 ms
But when pinging my desktop from the embedded board, I get a much lower RTT:
35 packets transmitted, 35 packets received, 0% packet loss
round-trip min/avg/max = 0.216/0.283/0.336 ms
ethtool eth0 reports the following:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full 1000baseT/Full
Supported pause frame use: Symmetric
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full 1000baseT/Full
Advertised pause frame use: Symmetric
Advertised auto-negotiation: Yes
Link partner advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full 1000baseT/Full
Link partner advertised pause frame use: No
Link partner advertised auto-negotiation: Yes
Speed: 1000Mb/s
Duplex: Full
Port: MII
PHYAD: 3
Transceiver: external
Auto-negotiation: on
Link detected: yes
Can anyone confirm poor ethernet RX performance when using the i.MX6
processor and/or the KSZ9031RNX PHY?
Any ideas what the cause or bottleneck might be? fec driver, phy, mac?
Do you have any tips on how to debug this further and improve the
performance?
Best regards,
Clemens
reply other threads:[~2015-02-18 12:33 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=20150218122507.GA6651@pqgruber.com \
--to=clemens.gruber@pqgruber.com \
--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