From: dinh.linux@gmail.com (Dinh Nguyen)
To: linux-arm-kernel@lists.infradead.org
Subject: socfpga/sockit ethernet problems
Date: Thu, 08 May 2014 10:28:41 -0500 [thread overview]
Message-ID: <536BA2A9.2080908@gmail.com> (raw)
In-Reply-To: <20140507104518.GB18139@amd.pavel.ucw.cz>
On 05/07/2014 05:45 AM, Pavel Machek wrote:
> Hi!
>
> It seems we have some problems with Ethernet on socfpga boards.
>
> Like, "stmmac: Energy-Efficient Ethernet initialized" repeated way too
> often. Or machine failing to boot because NFS server can not be
There's a patch that already mainlined that fixes this:
83bf79b6bb stmmac: disable at run-time the EEE if not supported
> accessed. (And then working on next try). Or link going up and down
> and up and down. Or link taking 3 seconds, 10 seconds to estabilish.
>
> It also seems to be picky about hubs it wants to talk to.
>
> This time it mounted root; on last boot it just hung.
>
> Mounts root 31.394855 Waiting 5 sec before mounting root device...
> Mounts root 33.331379 stmmaceth ff702000.ethernet eth0: Link is Up -
> 100Mbps/Full - flow control rx/tx
> Mounts root 36.418308 VFS: Mounted root (nfs filesystem) on device
> 0:12.
> ### Milestone reached: Mounts root
> Userland boots 51.455751 nfs: server 192.168.1.1 not responding, still
> trying
> Userland boots 52.552075 nfs: server 192.168.1.1 OK
> Userland boots 52.555110 devtmpfs: mounted
> Userland boots 52.566032 Freeing unused kernel memory: 264K (80597000
> - 805d9000)
> Userland boots 61.395175 nfs: server 192.168.1.1 not responding, still
> trying
> Userland boots 61.401301 nfs: server 192.168.1.1 OK
>
> U-boot seems to configure phy timing:
>
> u-boot talk 12.033741 Configuring PHY skew timing for Micrel ksz9021
>
> is there something similar that needs to be done at Linux layer.
I haven't tested in the sockit, but I have been testing on the devkit,
and I am able to NFS mount just fine everytime.
I have a branch at:
git://git.rocketboards.org/linux-socfpga-next.git for-next
that you can test.
Dinh
>
> Any ideas? Thanks,
> Pavel
>
WARNING: multiple messages have this Message-ID (diff)
From: Dinh Nguyen <dinh.linux@gmail.com>
To: Pavel Machek <pavel@denx.de>,
peppe.cavallaro@st.com, netdev@vger.kernel.org,
dinguyen@altera.com, linux-arm-kernel@lists.infradead.org
Subject: Re: socfpga/sockit ethernet problems
Date: Thu, 08 May 2014 10:28:41 -0500 [thread overview]
Message-ID: <536BA2A9.2080908@gmail.com> (raw)
In-Reply-To: <20140507104518.GB18139@amd.pavel.ucw.cz>
On 05/07/2014 05:45 AM, Pavel Machek wrote:
> Hi!
>
> It seems we have some problems with Ethernet on socfpga boards.
>
> Like, "stmmac: Energy-Efficient Ethernet initialized" repeated way too
> often. Or machine failing to boot because NFS server can not be
There's a patch that already mainlined that fixes this:
83bf79b6bb stmmac: disable at run-time the EEE if not supported
> accessed. (And then working on next try). Or link going up and down
> and up and down. Or link taking 3 seconds, 10 seconds to estabilish.
>
> It also seems to be picky about hubs it wants to talk to.
>
> This time it mounted root; on last boot it just hung.
>
> Mounts root 31.394855 Waiting 5 sec before mounting root device...
> Mounts root 33.331379 stmmaceth ff702000.ethernet eth0: Link is Up -
> 100Mbps/Full - flow control rx/tx
> Mounts root 36.418308 VFS: Mounted root (nfs filesystem) on device
> 0:12.
> ### Milestone reached: Mounts root
> Userland boots 51.455751 nfs: server 192.168.1.1 not responding, still
> trying
> Userland boots 52.552075 nfs: server 192.168.1.1 OK
> Userland boots 52.555110 devtmpfs: mounted
> Userland boots 52.566032 Freeing unused kernel memory: 264K (80597000
> - 805d9000)
> Userland boots 61.395175 nfs: server 192.168.1.1 not responding, still
> trying
> Userland boots 61.401301 nfs: server 192.168.1.1 OK
>
> U-boot seems to configure phy timing:
>
> u-boot talk 12.033741 Configuring PHY skew timing for Micrel ksz9021
>
> is there something similar that needs to be done at Linux layer.
I haven't tested in the sockit, but I have been testing on the devkit,
and I am able to NFS mount just fine everytime.
I have a branch at:
git://git.rocketboards.org/linux-socfpga-next.git for-next
that you can test.
Dinh
>
> Any ideas? Thanks,
> Pavel
>
next prev parent reply other threads:[~2014-05-08 15:28 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-05-07 10:45 socfpga/sockit ethernet problems Pavel Machek
2014-05-07 10:45 ` Pavel Machek
2014-05-08 15:28 ` Dinh Nguyen [this message]
2014-05-08 15:28 ` Dinh Nguyen
2014-07-03 9:35 ` Pavel Machek
2014-07-03 9:35 ` Pavel Machek
2014-07-07 20:25 ` Dinh Nguyen
2014-07-07 20:25 ` Dinh Nguyen
2014-07-07 21:43 ` Pavel Machek
2014-07-07 21:43 ` Pavel Machek
2014-07-08 7:19 ` Steffen Trumtrar
2014-07-08 7:19 ` Steffen Trumtrar
2014-07-14 12:36 ` Pavel Machek
2014-07-14 12:36 ` Pavel Machek
2014-07-08 7:47 ` Stefan Roese
2014-07-08 7:47 ` Stefan Roese
2014-07-14 12:34 ` Pavel Machek
2014-07-14 12:34 ` Pavel Machek
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=536BA2A9.2080908@gmail.com \
--to=dinh.linux@gmail.com \
--cc=linux-arm-kernel@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 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.