From: Jerome Brunet <jbrunet@baylibre.com> To: "André Roth" <neolynx@gmail.com> Cc: Martin Blumenstingl <martin.blumenstingl@googlemail.com>, Johnson Leung <r58129@freescale.com>, Giuseppe CAVALLARO <peppe.cavallaro@st.com>, linux-amlogic@lists.infradead.org, Alexandre Torgue <alexandre.torgue@st.com>, netdev@vger.kernel.org Subject: Re: 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é >
WARNING: multiple messages have this Message-ID (diff)
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: 56+ messages / expand[flat|nested] mbox.gz Atom feed top 2016-09-11 20:39 stmmac/RTL8211F/Meson GXBB: TX throughput problems Martin Blumenstingl 2016-09-11 20:39 ` Martin Blumenstingl 2016-09-12 16:37 ` Alexandre Torgue 2016-09-12 16:37 ` Alexandre Torgue 2016-09-12 21:26 ` Martin Blumenstingl 2016-09-12 21:26 ` Martin Blumenstingl 2016-09-17 21:23 ` André Roth 2016-09-17 21:23 ` André Roth 2016-09-26 6:17 ` Giuseppe CAVALLARO 2016-09-26 6:17 ` Giuseppe CAVALLARO 2016-10-01 15:58 ` Martin Blumenstingl 2016-10-01 15:58 ` Martin Blumenstingl 2016-11-03 16:36 ` Jerome Brunet 2016-11-03 16:36 ` Jerome Brunet 2016-11-05 12:20 ` Martin Blumenstingl 2016-11-05 12:20 ` Martin Blumenstingl 2016-11-13 19:20 ` André Roth 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-12 21:29 ` Martin Blumenstingl 2016-09-14 15:30 ` Giuseppe CAVALLARO 2016-09-14 15:30 ` Giuseppe CAVALLARO 2016-09-18 20:42 ` André Roth 2016-09-18 20:42 ` André Roth 2016-09-19 5:38 ` Giuseppe CAVALLARO 2016-09-19 5:38 ` Giuseppe CAVALLARO 2016-10-01 20:15 ` Martin Blumenstingl 2016-10-01 20:15 ` Martin Blumenstingl 2016-10-01 20:40 ` Martin Blumenstingl 2016-10-01 20:40 ` Martin Blumenstingl 2016-10-31 10:25 ` André Roth 2016-10-31 10:25 ` André Roth 2016-11-03 16:57 ` Jerome Brunet 2016-11-03 16:57 ` Jerome Brunet 2016-11-07 10:59 ` Giuseppe CAVALLARO 2016-11-07 10:59 ` Giuseppe CAVALLARO 2016-11-07 17:37 ` Martin Blumenstingl 2016-11-07 17:37 ` Martin Blumenstingl 2016-11-14 7:47 ` Giuseppe CAVALLARO 2016-11-14 7:47 ` Giuseppe CAVALLARO 2016-11-14 11:02 ` Jerome Brunet 2016-11-14 11:02 ` Jerome Brunet 2016-11-14 15:00 ` Andreas Färber 2016-11-14 15:00 ` Andreas Färber 2016-11-15 11:27 ` Jerome Brunet 2016-11-15 11:27 ` Jerome Brunet 2016-11-13 19:13 ` André Roth 2016-11-13 19:13 ` André Roth 2016-11-14 10:49 ` Jerome Brunet 2016-11-14 10:49 ` Jerome Brunet 2016-11-17 18:44 ` André Roth 2016-11-17 18:44 ` André Roth 2016-11-17 21:47 ` Jerome Brunet [this message] 2016-11-17 21:47 ` Jerome Brunet 2016-10-01 20:26 ` Martin Blumenstingl 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=alexandre.torgue@st.com \ --cc=linux-amlogic@lists.infradead.org \ --cc=martin.blumenstingl@googlemail.com \ --cc=neolynx@gmail.com \ --cc=netdev@vger.kernel.org \ --cc=peppe.cavallaro@st.com \ --cc=r58129@freescale.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: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.