Re: [E1000-devel] 82571EB - Detected Hardware Unit Hang

[Nikolay Popov]

Hi, All

It seems that I'm getting same problems with 3.5.2 kernel - 80003ES2LAN 
onboard NIC is going to reset from time to time under load

Aug 25 10:27:53 bras2 kernel: [134612.808590] e1000e :05:00.0: eth2: 
Detected Hardware Unit Hang:
Aug 25 10:27:53 bras2 kernel: [134612.808590]   TDH cd
Aug 25 10:27:53 bras2 kernel: [134612.808590]   TDT b9
Aug 25 10:27:53 bras2 kernel: [134612.808590]   next_to_use b9
Aug 25 10:27:53 bras2 kernel: [134612.808590]   next_to_clean cc
Aug 25 10:27:53 bras2 kernel: [134612.808590] buffer_info[next_to_clean]:
Aug 25 10:27:53 bras2 kernel: [134612.808590]   time_stamp 1020057ff
Aug 25 10:27:53 bras2 kernel: [134612.808590]   next_to_watch cf
Aug 25 10:27:53 bras2 kernel: [134612.808590]   jiffies 102005cda
Aug 25 10:27:53 bras2 kernel: [134612.808590]   next_to_watch.status 0
Aug 25 10:27:53 bras2 kernel: [134612.808590] MAC Status 2080783
Aug 25 10:27:53 bras2 kernel: [134612.808590] PHY Status 792d
Aug 25 10:27:53 bras2 kernel: [134612.808590] PHY 1000BASE-T Status 7800
Aug 25 10:27:53 bras2 kernel: [134612.808590] PHY Extended Status 3000
Aug 25 10:27:53 bras2 kernel: [134612.808590] PCI Status 10
Aug 25 10:27:55 bras2 kernel: [134614.816086] e1000e :05:00.0: eth2: 
Reset adapter
Aug 25 10:27:58 bras2 kernel: [134617.654599] e1000e: eth2 NIC Link is 
Up 1000 Mbps Full Duplex, Flow Control: Rx


root@bras2:~# ethtool -i eth2
driver: e1000e
version: 1.11.3-NAPI
firmware-version: 1.0-0
bus-info: :05:00.0
supports-statistics: yes
supports-test: yes
supports-eeprom-access: yes
supports-register-dump: yes
supports-priv-flags: no

root@bras2:~# lspci | grep 05:00.0
05:00.0 Ethernet controller: Intel Corporation 80003ES2LAN Gigabit 
Ethernet Controller (Copper) (rev 01)

Mainboard: Intel S5000PAL

I used to fall back to 1.11.3-NAPI driver version because with kernel 
2.0.0 (and also with 2.0.0.1 from sf.net) there were a lot of random 
packet drops and latency spikes, so 1.11.3 is more acceptable to 
production.
While reset traffic stop going, iowait increase up to 100% and then link 
flaps and all became normal until next reset that could happen in 1 
hour, or in 1 day. Also I noticed, that resets aren't correlate with 
traffic load. It could happen ever when NIC is almost idle, transferring 
~30-40 mbps.

Is there anything we can do to fix this issue?

Regards, Nikolay



--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
E1000-devel mailing list
E1000-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/e1000-devel
To learn more about Intel#174; Ethernet, visit 
http://communities.intel.com/community/wired

[E1000-devel] [PATCH] ixgbe: using is_zero_ether_addr() to simplify the code

[Wei Yongjun]

From: Wei Yongjun yongjun_...@trendmicro.com.cn

Using is_zero_ether_addr() to simplify the code.

Signed-off-by: Wei Yongjun yongjun_...@trendmicro.com.cn
---
 drivers/net/ethernet/intel/ixgbe/ixgbe_common.c | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/drivers/net/ethernet/intel/ixgbe/ixgbe_common.c 
b/drivers/net/ethernet/intel/ixgbe/ixgbe_common.c
index 90e41db..dc9f28f0 100644
--- a/drivers/net/ethernet/intel/ixgbe/ixgbe_common.c
+++ b/drivers/net/ethernet/intel/ixgbe/ixgbe_common.c
@@ -1777,8 +1777,7 @@ s32 ixgbe_validate_mac_addr(u8 *mac_addr)
else if (IXGBE_IS_BROADCAST(mac_addr))
status = IXGBE_ERR_INVALID_MAC_ADDR;
/* Reject the zero address */
-   else if (mac_addr[0] == 0  mac_addr[1] == 0  mac_addr[2] == 0 
-mac_addr[3] == 0  mac_addr[4] == 0  mac_addr[5] == 0)
+   else if (is_zero_ether_addr(mac_addr))
status = IXGBE_ERR_INVALID_MAC_ADDR;
 
return status;



--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
E1000-devel mailing list
E1000-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/e1000-devel
To learn more about Intel#174; Ethernet, visit 
http://communities.intel.com/community/wired