On 14 March 2016 at 17:20, Giuseppe CAVALLARO <peppe.cavallaro@xxxxxx> wrote: > Hi Tomeu > > On 3/14/2016 12:43 PM, Tomeu Vizoso wrote: >> >> 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 out > > > I 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. > >> >> >> https://git.collabora.com/cgit/user/tomeu/linux.git/log/?h=broken-eth-on-rock2 > > > 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 > > -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html