[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4C8E308B.7020003@ti.com>
Date: Mon, 13 Sep 2010 10:09:15 -0400
From: Cyril Chemparathy <cyril@...com>
To: Caglar Akyuz <caglarakyuz@...il.com>
CC: Michael Williamson <michael.williamson@...ticallink.com>,
Kevin Hilman <khilman@...prootsystems.com>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
"davinci-linux-open-source@...ux.davincidsp.com"
<davinci-linux-open-source@...ux.davincidsp.com>,
"linux-omap@...r.kernel.org" <linux-omap@...r.kernel.org>
Subject: Re: [PATCH v3 00/10] split out emac cpdma and mdio for reuse
Hi Caglar,
[...]
> Unfortunately emac driver is not stable after this series. I face lock-ups
> time to time, followed by attached kernel trace.
Could you elaborate on your test scenario so that I can try and
reproduce the problem at my end? Also, did you have the contents of my
commit stack in this particular kernel build?
Assuming that the DMA got stuck at some point leading up to the transmit
timeout, any ideas as to why a host error was not thrown? To help
debug, I'll post out a set of patches that dump out the MAC (and DMA)
registers on timeout. That should give us some visibility into the problem.
> [ 1651.440000] nfs: server 192.168.2.34 not responding, still trying
> [ 1859.010000] ------------[ cut here ]------------
> [ 1859.010000] WARNING: at net/sched/sch_generic.c:258
> dev_watchdog+0x184/0x294()
> [ 1859.020000] NETDEV WATCHDOG: eth0 (davinci_emac): transmit queue 0 timed
> out
[...]
Regards
Cyril.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists