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
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 b
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 tha
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
> errors
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 thread just to see if
> >
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 ad
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 note that there are two
d
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 b
> 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 = phy_read(phyde
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 using the Amlogic S905 (GXB
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 wil
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 iperf3, here are the ethtool
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 try
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 odroid c2 board which show
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).
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 actually suspect some related
>> problem on bus setup. So I suggest
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 true, I should expect some pr
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 you ask for having values
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 traffic. Copying a
>> 1GB
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, Syn
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 followi
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 -K
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
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 (= simila
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 for the hint - by "f
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 register supported
[1.517286]
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
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 c
28 matches
Mail list logo
