netdev - Re: [PATCH v3 0/8] arm64: rockchip: Initial GeekBox enablement

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:	Wed, 9 Mar 2016 10:42:28 +0100
From:	Tomeu Vizoso <tomeu@...euvizoso.net>
To:	Giuseppe CAVALLARO <peppe.cavallaro@...com>
Cc:	Dinh Nguyen <dinh.linux@...il.com>,
	"devicetree@...r.kernel.org" <devicetree@...r.kernel.org>,
	Heiko Stübner <heiko@...ech.de>,
	netdev@...r.kernel.org,
	"open list:ARM/Rockchip SoC..." <linux-rockchip@...ts.infradead.org>,
	LAKML <linux-arm-kernel@...ts.infradead.org>,
	Fabrice GASNIER <fabrice.gasnier@...com>,
	Andreas Färber <afaerber@...e.de>,
	Gabriel Fernandez <gabriel.fernandez@...aro.org>,
	Alexandre TORGUE <alexandre.torgue@...com>,
	Frank Schäfer <fschaefer.oss@...glemail.com>
Subject: Re: [PATCH v3 0/8] arm64: rockchip: Initial GeekBox enablement

On 9 March 2016 at 10:00, Giuseppe CAVALLARO <peppe.cavallaro@...com> wrote:
> On 3/9/2016 9:56 AM, Giuseppe CAVALLARO wrote:
>>
>> Hello
>>
>> On 3/9/2016 9:35 AM, Tomeu Vizoso wrote:
>>>
>>>
>>> in order to get the onboard network on the Radxa Rock2 to work at all
>>> on today's linux-next, I had to revert both commits:
>>>
>>> * "stmmac: Fix 'eth0: No PHY found' regression" for the drivers to
>>> probe and the link to come up, and
>>
>>
>> I've just sent two patches (on top of net.git) to fix this problem
>> pls let me know if these help on your side too.
>>
>>>
>>> * "stmmac: first frame prep at the end of the xmit routine" for the
>>> network interface to work at all.
>>
>>
>> I cannot reproduce it right now but I am looking at this again and let
>> you know.
>> I will check your output file too
>
>
> hmm, I think that the problem is around the "normal descriptor"
> management that is configured on the boxes where the driver is
> failing now. Using enhanced descriptors the network is ok.
> I will keep you up-to-date.

Hi,

I have done some tests and these are the results:

* net.git (133800d1f028): probe failed

* net.git (133800d1f028) + revert: everything fine

* net.git (133800d1f028) + revert + "stmmac: fix MDIO settings": everything fine

* today's linux-next: probe failed

* today's linux-next + revert of 88f8b1bb41c6 stmmac: Fix 'eth0: No
PHY found' regression: probe succeeded but no network at all

* today's linux-next + revert of 88f8b1bb41c6 (stmmac: Fix 'eth0: No
PHY found' regression) + revert of 0e80bdc9a72d (stmmac: first frame
prep at the end of xmit routine): probe succeeded, dhcp succeeds and
nfsroot works for a few seconds before timing out

Btw, could you CC LKML on future patches that need testing?

Thanks,

Tomeu

> peppe
>
>
>>
>> Regards
>> peppe
>>
>>
>>> But a few seconds into the nfsroot boot I start getting:
>>>
>>> [    9.136701] systemd[1]: Started Load Kernel Modules.
>>> [   18.116321] nfs: server 10.42.0.1 not responding, still trying
>>> [   18.516224] ------------[ cut here ]------------
>>> [   18.521024] WARNING: CPU: 1 PID: 0 at net/sched/sch_generic.c:303
>>> dev_watchdog+0x284/0x288
>>> [   18.529456] NETDEV WATCHDOG: eth0 (rk_gmac-dwmac): transmit queue 0
>>> timed out
>>>
>>> I'm attaching the full boot log.
>>>
>>> Regards,
>>>
>>> Tomeu
>>>
>>
>>
>