Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751487AbcCNQUp (ORCPT ); Mon, 14 Mar 2016 12:20:45 -0400 Received: from mx08-00178001.pphosted.com ([91.207.212.93]:27806 "EHLO mx07-00178001.pphosted.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1750924AbcCNQUm (ORCPT ); Mon, 14 Mar 2016 12:20:42 -0400 Message-ID: <56E6E4B0.8060408@st.com> Date: Mon, 14 Mar 2016 17:20:00 +0100 From: Giuseppe CAVALLARO User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Tomeu Vizoso CC: Dinh Nguyen , =?UTF-8?B?QW5kcmVhcyBGw6RyYmVy?= , Fabrice GASNIER , "devicetree@vger.kernel.org" , =?UTF-8?B?SGVpa28gU3TDvGJuZXI=?= , , "open list:ARM/Rockchip SoC..." , LAKML , Gabriel Fernandez , Alexandre TORGUE , =?UTF-8?B?RnJhbmsgU2Now6RmZXI=?= , LKML Subject: Re: [PATCH v3 0/8] arm64: rockchip: Initial GeekBox enablement References: <1457294038-14243-1-git-send-email-afaerber@suse.de> <56DD8FBE.9010200@suse.de> <56DD99A4.5030004@st.com> <56DDA26C.3050301@suse.de> <56DDA3D5.3090209@st.com> <56DDB749.1020808@suse.de> <56DE7E1D.5070508@st.com> <56DFE55B.2090806@st.com> <56DFE64B.8060606@st.com> <56DFF253.9050208@st.com> <56DFFA9E.7060602@st.com> <56E033C8.40506@st.com> <56E038CE.606@st.com> <56E13AAB.2080900@st.com> <56E28B5D.6000708@st.com> In-Reply-To: Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.52.139.42] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2016-03-14_05:,, signatures=0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1187 Lines: 36 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 Regards Peppe