[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <56DFF253.9050208@st.com>
Date: Wed, 9 Mar 2016 10:52:19 +0100
From: Giuseppe CAVALLARO <peppe.cavallaro@...com>
To: Tomeu Vizoso <tomeu@...euvizoso.net>,
Fabrice GASNIER <fabrice.gasnier@...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>,
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 3/9/2016 10:42 AM, Tomeu Vizoso wrote:
> 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
ok, failure due to the "stmmac: Fix 'eth0: No PHY found' regression"
>
> * net.git (133800d1f028) + revert: everything fine
ok that is expected but the fixed-link will be NOK
>
> * net.git (133800d1f028) + revert + "stmmac: fix MDIO settings": everything fine
thx for having tested it. So it works on real transceiver (tested by
you) and with the fixed-link (tested by me).
>
> * 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
ok, I was looking at this problem now that seems to related
the "stmmac: first frame prep at the end of xmit routine"
that, at first glance, is breaking the gmac 3.50 with normal descriptor.
> Btw, could you CC LKML on future patches that need testing?
sure
peppe
>
> 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
>>>>
>>>
>>>
>>
>
>
Powered by blists - more mailing lists