[PATCH v3 0/8] arm64: rockchip: Initial GeekBox enablement
From: tomeu@tomeuvizoso.net (Tomeu Vizoso)
Date: 2016-03-15 07:23:59
Also in:
linux-devicetree, linux-rockchip, lkml, netdev
From: tomeu@tomeuvizoso.net (Tomeu Vizoso)
Date: 2016-03-15 07:23:59
Also in:
linux-devicetree, linux-rockchip, lkml, netdev
On 14 March 2016 at 17:20, Giuseppe CAVALLARO [off-list ref] wrote:
Hi Tomeu On 3/14/2016 12:43 PM, Tomeu Vizoso wrote:quoted
Hi Peppe, with that patch I don't see any difference at all in my setup. So to be clear, with these commits on top of next-20160314, I still get the hang during boot: 209afef6f0cd ARM: dts: rockchip: Add mdio node to ethernet node 2315acc6cf7f Revert "stmmac: first frame prep at the end of xmit routine" b5e08e810c63 stmmac: fix tx prepare for normal desc 37c15a31d850 i2c: immediately mark ourselves as registered 4342eec3c5a2 Add linux-next specific files for 20160314 [ 27.521026] WARNING: CPU: 1 PID: 0 at net/sched/sch_generic.c:303 dev_watchdog+0x284/0x288 [ 27.529460] NETDEV WATCHDOG: eth0 (rk_gmac-dwmac): transmit queue 0 timed outI do not reproduce the WATCHDOG but i am continuing to look at the code to understand if normal descriptor management is ok or not. I keep you informed. Just an info, did you test with 2315acc6cf7f included? Just to understand if it is introducing a problem. It works in case of enhanced descriptors are used instead of.thx I will take a look at this
Thanks.
Btw, I have rebased on top of 4.5 this morning and I have noticed that
88f8b1bb41c6 ("stmmac: Fix 'eth0: No PHY found' regression") got in
there, so I guess we have now a bunch of boards with broken network on
that release :(
Regards,
Tomeu
Regards Peppe