lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Message-ID: <EA929A9653AAE14F841771FB1DE5A1365FE4CC716B@rrsmsx501.amr.corp.intel.com> Date: Wed, 31 Mar 2010 12:03:30 -0600 From: "Tantilov, Emil S" <emil.s.tantilov@...el.com> To: Paweł Staszewski <pstaszewski@...are.pl>, "Allan, Bruce W" <bruce.w.allan@...el.com> CC: Linux Network Development list <netdev@...r.kernel.org>, "e1000-devel@...ts.sourceforge.net" <e1000-devel@...ts.sourceforge.net> Subject: RE: eth1: Detected Hardware Unit Hang Pawel Staszewski wrote: > Hello > > I reproduce this problem on other machine with the same hardware and > here is dmesg output: (kernel 2.6.33) > > Mar 27 18:19:16 TM_01_C1 [1817894.769395] 0000:04:00.0: eth0: Detected > Hardware Unit Hang: > Mar 27 18:19:16 TM_01_C1 [1817894.769396] TDH <2e> > Mar 27 18:19:16 TM_01_C1 [1817894.769397] TDT <1a> > Mar 27 18:19:16 TM_01_C1 [1817894.769397] next_to_use <1a> > Mar 27 18:19:16 TM_01_C1 [1817894.769398] next_to_clean <2d> > Mar 27 18:19:16 TM_01_C1 [1817894.769398] buffer_info[next_to_clean]: > Mar 27 18:19:16 TM_01_C1 [1817894.769399] time_stamp <11b1591e9> > Mar 27 18:19:16 TM_01_C1 [1817894.769399] next_to_watch <2f> > Mar 27 18:19:16 TM_01_C1 [1817894.769400] jiffies <11b1592e4> > Mar 27 18:19:16 TM_01_C1 [1817894.769401] next_to_watch.status <0> > Mar 27 18:19:16 TM_01_C1 [1817894.769401] MAC Status <80080783> > Mar 27 18:19:16 TM_01_C1 [1817894.769402] PHY Status <796d> > Mar 27 18:19:16 TM_01_C1 [1817894.769402] PHY 1000BASE-T Status <3800> > Mar 27 18:19:16 TM_01_C1 [1817894.769403] PHY Extended Status <3000> > Mar 27 18:19:16 TM_01_C1 [1817894.769404] PCI Status <10> > Mar 27 18:19:18 TM_01_C1 [1817896.773365] 0000:04:00.0: eth0: Detected > Hardware Unit Hang: > Mar 27 18:19:18 TM_01_C1 [1817896.773367] TDH <2e> > Mar 27 18:19:18 TM_01_C1 [1817896.773368] TDT <1a> > Mar 27 18:19:18 TM_01_C1 [1817896.773368] next_to_use <1a> > Mar 27 18:19:18 TM_01_C1 [1817896.773369] next_to_clean <2d> > Mar 27 18:19:18 TM_01_C1 [1817896.773369] buffer_info[next_to_clean]: > Mar 27 18:19:18 TM_01_C1 [1817896.773370] time_stamp <11b1591e9> > Mar 27 18:19:18 TM_01_C1 [1817896.773370] next_to_watch <2f> > Mar 27 18:19:18 TM_01_C1 [1817896.773371] jiffies <11b1594d8> > Mar 27 18:19:18 TM_01_C1 [1817896.773372] next_to_watch.status <0> > Mar 27 18:19:18 TM_01_C1 [1817896.773372] MAC Status <80080783> > Mar 27 18:19:18 TM_01_C1 [1817896.773373] PHY Status <796d> > Mar 27 18:19:18 TM_01_C1 [1817896.773373] PHY 1000BASE-T Status <3800> > Mar 27 18:19:18 TM_01_C1 [1817896.773374] PHY Extended Status <3000> > Mar 27 18:19:18 TM_01_C1 [1817896.773375] PCI Status <10> > Mar 27 18:19:20 TM_01_C1 [1817898.769353] 0000:04:00.0: eth0: Detected <snip> I have a similar (not the same model) system in the lab with 82573E/L on board, but was not able to reproduce the Tx hangs you reported. So at this point we need to start looking into more details. Could you please file a bug at e1000.sf.net? Include the information you provided so far and also: 1. output from ethtoool -e 2. ethtool -d 3. cat /proc/interrupts 4. full dmesg output from boot to the point where Tx hangs occurred. 5. kernel config file Looking at the description of your system (Supermicro X7DCT) I see this board has IPMI option. Do you have IPMI in your system? Thanks, Emil-- 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