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  PHC 
Open Source and information security mailing list archives
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Mon, 19 Mar 2012 14:59:41 +0000
From:	"Wyborny, Carolyn" <>
To:	Chris Boot <>
CC:	netdev <>,
	lkml <>,
Subject: RE: e1000e interface hang on 82574L

>-----Original Message-----
>From: Chris Boot []
>Sent: Saturday, March 17, 2012 10:54 AM
>To: Wyborny, Carolyn
>Cc: netdev; lkml;
>Subject: Re: e1000e interface hang on 82574L
>> Carolyn,
>> I've just had the opportunity to upgrade to a 3.2.9 kernel on these
>> systems and have made sure e1000e is loaded with IntMode=1,1. One of
>> servers was only up 5.5 hours before the NIC has crashed/stopped
>> again.
Hello Chris,

The ASPM problem with 82574L is hardware based and is not solvable in software other than to disable it.  Since the platforms vary in their reliability in disabling the feature from the driver, your best option is to always boot with pcie_aspm=off with that part in the system.  

>Most notably it appears as though MSI-X is not enabled on the
>Supermicro, and ASPM L1 is. There appears to be no difference on the
>Supermicro as to the MSI-X status when booting with IntMode=1,1 compared
>to without it.

So, at least we are clear in your situation, the ASPM needs to be disabled.  Please let me know if there are continued problems after booting with pcie_aspm=off.



Carolyn Wyborny
Linux Development
LAN Access Division
Intel Corporation

Powered by blists - more mailing lists