Re: stmmac/RTL8211F/Meson GXBB: TX throughput problems

2016-11-17 Thread Jerome Brunet
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

Re: stmmac/RTL8211F/Meson GXBB: TX throughput problems

2016-11-17 Thread André Roth
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

Re: stmmac/RTL8211F/Meson GXBB: TX throughput problems

2016-11-15 Thread Jerome Brunet
On Mon, 2016-11-14 at 16:00 +0100, Andreas Färber wrote: > Hi, > > Am 07.11.2016 um 18:37 schrieb Martin Blumenstingl: > > > > The same problem still appears on my Tronsmart Vega S95 Meta even > > with > > the patched PHY driver. > > > > Unfortunately I don't have a second device to rule out

Re: stmmac/RTL8211F/Meson GXBB: TX throughput problems

2016-11-14 Thread Andreas Färber
Hi, Am 07.11.2016 um 18:37 schrieb Martin Blumenstingl: > The same problem still appears on my Tronsmart Vega S95 Meta even with > the patched PHY driver. > > Unfortunately I don't have a second device to rule out that my > Tronsmart Vega S95 Meta could be broken (not unlikely, I get DDR >

Re: stmmac/RTL8211F/Meson GXBB: TX throughput problems

2016-11-14 Thread Jerome Brunet
On Mon, 2016-11-14 at 08:47 +0100, Giuseppe CAVALLARO wrote: > Hello Martin > > On 11/7/2016 6:37 PM, Martin Blumenstingl wrote: > > > > Hi Peppe, > > > > On Mon, Nov 7, 2016 at 11:59 AM, Giuseppe CAVALLARO > > wrote: > > > > > > In the meantime, I will read again the

Re: stmmac/RTL8211F/Meson GXBB: TX throughput problems

2016-11-14 Thread Jerome Brunet
On Sun, 2016-11-13 at 20:13 +0100, André Roth wrote: > > > > Andre, the 3.14 kernel you are talking, is it this one ? :  > > https://github.com/hardkernel/linux/tree/odroidc2-3.14.y > > yes >   > > > > Because in drivers/net/phy/realtek.c, they disable EEE, but > > also 1000Base-T Full Duplex

Re: stmmac/RTL8211F/Meson GXBB: TX throughput problems

2016-11-13 Thread Giuseppe CAVALLARO
Hello Martin On 11/7/2016 6:37 PM, Martin Blumenstingl wrote: Hi Peppe, On Mon, Nov 7, 2016 at 11:59 AM, Giuseppe CAVALLARO wrote: In the meantime, I will read again the thread just to see if there is something I am missing. if you are re-reading this thread: please

Re: stmmac/RTL8211F/Meson GXBB: TX throughput problems

2016-11-13 Thread André Roth
Hi all, > To everybody having similar issue with their OdroidC2, could you try > the attached patch and let us know if it changes anything for you ? I can confirm that this patch removes the problem, I have now constant ~300Mb/s in both directions without any issue ! :) I used the v4.10/integ

Re: stmmac/RTL8211F/Meson GXBB: TX throughput problems

2016-11-13 Thread André Roth
> Andre, the 3.14 kernel you are talking, is it this one ? :  > https://github.com/hardkernel/linux/tree/odroidc2-3.14.y yes > Because in drivers/net/phy/realtek.c, they disable EEE, but > also 1000Base-T Full Duplex advertisement ? > > + /* disable 1000m adv*/ > + val =

Re: stmmac/RTL8211F/Meson GXBB: TX throughput problems

2016-11-07 Thread Martin Blumenstingl
Hi Peppe, On Mon, Nov 7, 2016 at 11:59 AM, Giuseppe CAVALLARO wrote: > In the meantime, I will read again the thread just to see if > there is something I am missing. if you are re-reading this thread: please note that there are two devices in discussion here! Both are

Re: stmmac/RTL8211F/Meson GXBB: TX throughput problems

2016-11-07 Thread Giuseppe CAVALLARO
Hi Jerome We met, on some platform, problems that, in a glance, look similar to yours and those were related to EEE and LPI interrupts. We had a subset of patches to disable EEE but, indeed, if you disable from PHY, the STMMAC will never act the protocol. We can provide you these patches... I

Re: stmmac/RTL8211F/Meson GXBB: TX throughput problems

2016-11-05 Thread Martin Blumenstingl
On Thu, Nov 3, 2016 at 5:36 PM, Jerome Brunet wrote: > Hi all, > > I did several tests on this issue with amlogic's S905 SoC (Synopsys MAC > - user ID: 0x11, Synopsys ID: 0x37.) > > With the OdroidC2 (PHY Realtek RTL8211F), EEE is on by default. > Just before launching

Re: stmmac/RTL8211F/Meson GXBB: TX throughput problems

2016-11-03 Thread Jerome Brunet
On Mon, 2016-10-31 at 11:25 +0100, André Roth wrote: > Hi all, >   > > > > on my device this results in: > > [0xc9410018] = 0x200 > > [0xc9410030] = 0x0 > > [0xc941003c] = 0x0 > > [0xc9411000] = 0x1100802 > > [0xc9411018] = 0x2202006 > > [0xc9411028] = 0x0 > > > > maybe someone else could

Re: stmmac/RTL8211F/Meson GXBB: TX throughput problems

2016-11-03 Thread Jerome Brunet
On Sat, 2016-10-01 at 17:58 +0200, Martin Blumenstingl wrote: > Hello Peppe, > > On Mon, Sep 26, 2016 at 8:17 AM, Giuseppe CAVALLARO > wrote: > > > > Hello André > > > > On 9/17/2016 11:23 PM, André Roth wrote: > > > > > > > > > > > > Hi all, > > > > > > I have an

Re: stmmac/RTL8211F/Meson GXBB: TX throughput problems

2016-10-31 Thread André Roth
Hi all, > on my device this results in: > [0xc9410018] = 0x200 > [0xc9410030] = 0x0 > [0xc941003c] = 0x0 > [0xc9411000] = 0x1100802 > [0xc9411018] = 0x2202006 > [0xc9411028] = 0x0 > > maybe someone else could try the command from above on his device > (running the original Amlogic kernel).

Re: stmmac/RTL8211F/Meson GXBB: TX throughput problems

2016-10-01 Thread Martin Blumenstingl
On Sat, Oct 1, 2016 at 10:15 PM, Martin Blumenstingl wrote: > On Wed, Sep 14, 2016 at 5:30 PM, Giuseppe CAVALLARO > wrote: >> Also you could check the AXI tuning and PBL value. To be honest >> (thinking about your problem) I can

Re: stmmac/RTL8211F/Meson GXBB: TX throughput problems

2016-10-01 Thread Martin Blumenstingl
On Wed, Sep 14, 2016 at 5:30 PM, Giuseppe CAVALLARO wrote: > as rule of thumb, I can only suggest you to see the RXDLY and TXDLY > and if you have (or need!) the resistor on PCB to have the 2ns of > extra delay. This can impact on RGMII case (1G). > Indeed, if this is

Re: stmmac/RTL8211F/Meson GXBB: TX throughput problems

2016-10-01 Thread Martin Blumenstingl
On Wed, Sep 14, 2016 at 5:30 PM, Giuseppe CAVALLARO wrote: > Also you could check the AXI tuning and PBL value. To be honest > (thinking about your problem) I can actually suspect some related > problem on bus setup. So I suggest you to play with these value > (better if

Re: stmmac/RTL8211F/Meson GXBB: TX throughput problems

2016-10-01 Thread Martin Blumenstingl
Hello Peppe, On Mon, Sep 26, 2016 at 8:17 AM, Giuseppe CAVALLARO wrote: > Hello André > > On 9/17/2016 11:23 PM, André Roth wrote: >> >> >> Hi all, >> >> I have an odroid c2 board which shows this issue. No data is >> transmitted or received after a moment of intense tx

Re: stmmac/RTL8211F/Meson GXBB: TX throughput problems

2016-09-26 Thread Giuseppe CAVALLARO
Hello André On 9/17/2016 11:23 PM, André Roth wrote: Hi all, I have an odroid c2 board which shows this issue. No data is transmitted or received after a moment of intense tx traffic. Copying a 1GB file per scp from the board triggers it repeatedly. The board has a stmmac - user ID: 0x11,

Re: stmmac/RTL8211F/Meson GXBB: TX throughput problems

2016-09-18 Thread Giuseppe CAVALLARO
Hello André On 9/18/2016 10:42 PM, André Roth wrote: Hello, For example, you could try disabling the scatter-gather or tx-cum via ethtool and seeing if there is some benefit; so we could image some problem on your HW or SYNP MAC integration for checksumming on tx side. disabling the

Re: stmmac/RTL8211F/Meson GXBB: TX throughput problems

2016-09-18 Thread André Roth
Hello, > For example, you could try disabling the scatter-gather or tx-cum > via ethtool and seeing if there is some benefit; so we could image > some problem on your HW or SYNP MAC integration for checksumming > on tx side. disabling the following: ethtool -K eth0 sg off or: ethtool

Re: stmmac/RTL8211F/Meson GXBB: TX throughput problems

2016-09-17 Thread André Roth
Hi all, I have an odroid c2 board which shows this issue. No data is transmitted or received after a moment of intense tx traffic. Copying a 1GB file per scp from the board triggers it repeatedly. The board has a stmmac - user ID: 0x11, Synopsys ID: 0x37. When switching the network to 100Mb/s

Re: stmmac/RTL8211F/Meson GXBB: TX throughput problems

2016-09-14 Thread Giuseppe CAVALLARO
Hello Martin On 9/11/2016 10:39 PM, Martin Blumenstingl wrote: Hello, I have a device with a Meson GXBB SoC with an stmmac IP block. Gbit ethernet on my device is provided by a Realtek RTL8211F RGMII PHY. Similar issues were reported in #linux-amlogic by a user with an Odroid C2 board (=

Re: stmmac/RTL8211F/Meson GXBB: TX throughput problems

2016-09-12 Thread Martin Blumenstingl
Hi Matt, On Sun, Sep 11, 2016 at 10:57 PM, Matt Corallo wrote: > The general advice is to force it into 100M mode then it seems to work fine. > There is some issue with the driver seemingly not fully supporting 1G (at > least on Odroid C2) which needs to be worked out. thanks

Re: stmmac/RTL8211F/Meson GXBB: TX throughput problems

2016-09-12 Thread Martin Blumenstingl
Hi Alexandre, On Mon, Sep 12, 2016 at 6:37 PM, Alexandre Torgue wrote: > Which Synopsys IP version do you use ? found this in a dmesg log: [1.504784] stmmac - user ID: 0x11, Synopsys ID: 0x37 [1.509785] Ring mode enabled [1.512796] DMA HW capability

Re: stmmac/RTL8211F/Meson GXBB: TX throughput problems

2016-09-12 Thread Alexandre Torgue
Hi Martin, On 09/11/2016 10:39 PM, Martin Blumenstingl wrote: Hello, I have a device with a Meson GXBB SoC with an stmmac IP block. Which Synopsys IP version do you use ? Gbit ethernet on my device is provided by a Realtek RTL8211F RGMII PHY. Similar issues were reported in #linux-amlogic

stmmac/RTL8211F/Meson GXBB: TX throughput problems

2016-09-11 Thread Martin Blumenstingl
Hello, I have a device with a Meson GXBB SoC with an stmmac IP block. Gbit ethernet on my device is provided by a Realtek RTL8211F RGMII PHY. Similar issues were reported in #linux-amlogic by a user with an Odroid C2 board (= similar hardware). The symptoms are: Receiving data is plenty fast (I