netdev - Re: socfpga/sockit ethernet problems

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Thu, 08 May 2014 10:28:41 -0500
From:	Dinh Nguyen <dinh.linux@...il.com>
To:	Pavel Machek <pavel@...x.de>, peppe.cavallaro@...com,
	netdev@...r.kernel.org, dinguyen@...era.com,
	linux-arm-kernel@...ts.infradead.org
Subject: Re: socfpga/sockit ethernet problems



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
>
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html