[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20120501200403.GA20763@electric-eye.fr.zoreil.com>
Date: Tue, 1 May 2012 22:04:03 +0200
From: Francois Romieu <romieu@...zoreil.com>
To: Stefan Richter <stefanr@...6.in-berlin.de>
Cc: netdev@...r.kernel.org
Subject: Re: 3.4-rc: NETDEV WATCHDOG: eth0 (r8169): transmit queue 0 timed out
Stefan Richter <stefanr@...6.in-berlin.de> :
[...]
> # dmesg | grep XID
> r8169 0000:0b:00.0: eth0: RTL8168c/8111c at 0xffffc9000005e000,
> 00:23:54:91:8a:2b, XID 1c4000c0 IRQ 49
I have no idea what has gone wrong with this chipset during the
3.3 to 3.4-rc5 move.
Can you apply the patch below on top of current ethtool
(git://git.kernel.org/pub/scm/network/ethtool/ethtool.git) and see
if it is enough to compare the register dumps (ethtool -d eth0).
diff --git a/realtek.c b/realtek.c
index c3d7ae5..ac83829 100644
--- a/realtek.c
+++ b/realtek.c
@@ -33,6 +33,7 @@ enum chip_type {
RTL8101Ebc,
RTL8100E1,
RTL8100E2,
+ RTL8168c0,
};
enum {
@@ -65,6 +66,7 @@ static struct chip_info {
{ "RTL-8101Ebc", HW_REVID(0, 0, 1, 1, 0, 1, 0, 0) },
{ "RTL-8100E(1)", HW_REVID(0, 0, 1, 1, 0, 0, 1, 0) },
{ "RTL-8100E(2)", HW_REVID(0, 0, 1, 1, 1, 0, 1, 0) },
+ { "RTL-8168c", HW_REVID(0, 0, 1, 1, 1, 1, 0, 1) },
{ }
};
>
> # ethtool eth0
> Settings for eth0:
[...]
> drv probe ifdown ifup
> Link detected: yes
Everything seems normal and we should be able to see both link up and down
messages.
> # ethtool -i eth0
[...]
Ok. This is a firmware free chipset anyway. Nothing strange in the interface
stats (ethtool -S eth0) ?
You may have to narrow things. Can you check if the r8169.c at
036dafa28da1e2565a8529de2ae663c37b7a0060 behaves the same ?
--
Ueimor
--
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