From: jbrunet@baylibre.com (Jerome Brunet)
To: linus-amlogic@lists.infradead.org
Subject: stmmac/RTL8211F/Meson GXBB: TX throughput problems
Date: Thu, 17 Nov 2016 22:47:31 +0100 [thread overview]
Message-ID: <1479419251.17538.73.camel@baylibre.com> (raw)
In-Reply-To: <20161117194405.4ca7899b@gmail.com>
On Thu, 2016-11-17 at 19:44 +0100, Andr? Roth wrote:
> Hi all,
>
> >
> > I checked again the kernel
> > at?https://github.com/hardkernel/linux/tree/ odroidc2-3.14.y. The
> > version you mention (3.14.65-73) seems to be:
> > sha1:?c75d5f4d1516cdd86d90a9d1c565bb0ed9251036 tag: jenkins-deb
> > s905
> > kernel-73
>
> I downloaded the prebuilt image from hardkernel, I did not build the
> kernel myself. but hardkernel has an earlier release of the same
> kernel
> version, which works fine too. I assume they would have committed the
> change in the newer version..
> ?
> >
> > In this particular version, both realtek drivers:
> > - drivers/net/phy/realtek.c
> > - drivers/amlogic/ethernet/phy/am_realtek.c
> >
> > have the hack to disable 1000M advertisement. I don't understand
> > how
> > it possible for you to have 1000Base-T Full Duplex with this, maybe
> > I'm missing something here ?
>
> that's what I don't understand as well...
>
> the patched kernel shows the following:
>
> $ uname -a
> Linux T-06 4.9.0-rc4+ #21 SMP PREEMPT Sun Nov 13 12:07:19 UTC 2016
>
> $ sudo ethtool eth0
> Settings for eth0:
> ????????Supported ports: [ TP MII ]
> ????????Supported link modes:???10baseT/Half 10baseT/Full?
> ????????????????????????????????100baseT/Half 100baseT/Full?
> ????????????????????????????????1000baseT/Full?
> ????????Supported pause frame use: No
> ????????Supports auto-negotiation: Yes
> ????????Advertised link modes:??10baseT/Half 10baseT/Full?
> ????????????????????????????????100baseT/Half 100baseT/Full?
> ????????????????????????????????1000baseT/Full?
> ????????Advertised pause frame use: No
> ????????Advertised auto-negotiation: Yes
> ????????Link partner advertised link modes:??10baseT/Half
> 10baseT/Full?
> ?????????????????????????????????????????????100baseT/Half
> 100baseT/Full 1000baseT/Half 1000baseT/Full?
> ????????Link partner advertised pause frame use: Symmetric Receive-
> only
> ????????Link partner advertised auto-negotiation: Yes
> ????????Speed: 1000Mb/s
> ????????Duplex: Full
> ????????Port: MII
> ????????PHYAD: 0
> ????????Transceiver: external
> ????????Auto-negotiation: on
> ????????Supports Wake-on: ug
> ????????Wake-on: d
> ????????Current message level: 0x0000003f (63)
> ???????????????????????????????drv probe link timer ifdown ifup
> ????????Link detected: yes
>
> $ sudo ethtool --show-eee eth0
> EEE Settings for eth0:
> ????????EEE status: disabled
> ????????Tx LPI: disabled
> ????????Supported EEE link modes:??100baseT/Full?
> ???????????????????????????????????1000baseT/Full?
> ????????Advertised EEE link modes:??100baseT/Full?
> ????????Link partner advertised EEE link modes:??100baseT/Full?
> ?????????????????????????????????????????????????1000baseT/Full?
>
> can it be that "EEE link modes" and the "normal" link modes are two
> different things ??
Exactly, They are.
Hardkernel code disable both.
With hardkernel's kernel, you should not have?1000baseT/Full in
"Advertised link modes" and you would have nothing reported in
"Advertised EEE link modes"
>
> >
> > If you did compile the kernel yourself, could you check the 2 file
> > mentioned above ? Just to be sure there was no patch applied at the
> > last minute, which would not show up in the git history of
> > hardkernel ?
>
> I cannot check this easily at the moment..
>
> Regards,
>
> ?Andr?
>
next prev parent reply other threads:[~2016-11-17 21:47 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-09-11 20:39 Martin Blumenstingl
2016-09-12 16:37 ` Alexandre Torgue
2016-09-12 21:26 ` Martin Blumenstingl
2016-09-17 21:23 ` André Roth
2016-09-26 6:17 ` Giuseppe CAVALLARO
2016-10-01 15:58 ` Martin Blumenstingl
2016-11-03 16:36 ` Jerome Brunet
2016-11-05 12:20 ` Martin Blumenstingl
2016-11-13 19:20 ` André Roth
[not found] ` <216F2694-1C1D-44DA-AC15-57ED15C24BBE@bluematt.me>
2016-09-12 21:29 ` Martin Blumenstingl
2016-09-14 15:30 ` Giuseppe CAVALLARO
2016-09-18 20:42 ` André Roth
2016-09-19 5:38 ` Giuseppe CAVALLARO
2016-10-01 20:15 ` Martin Blumenstingl
2016-10-01 20:40 ` Martin Blumenstingl
2016-10-31 10:25 ` André Roth
2016-11-03 16:57 ` Jerome Brunet
2016-11-07 10:59 ` Giuseppe CAVALLARO
2016-11-07 17:37 ` Martin Blumenstingl
2016-11-14 7:47 ` Giuseppe CAVALLARO
2016-11-14 11:02 ` Jerome Brunet
2016-11-14 15:00 ` Andreas Färber
2016-11-15 11:27 ` Jerome Brunet
2016-11-13 19:13 ` André Roth
2016-11-14 10:49 ` Jerome Brunet
2016-11-17 18:44 ` André Roth
2016-11-17 21:47 ` Jerome Brunet [this message]
2016-10-01 20:26 ` Martin Blumenstingl
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=1479419251.17538.73.camel@baylibre.com \
--to=jbrunet@baylibre.com \
--cc=linus-amlogic@lists.infradead.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
all inboxes | Powered by JetHome®