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
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20141023140625.GD1480@cisco.com>
Date:	Thu, 23 Oct 2014 15:06:25 +0100
From:	Scott Harrison <scoharr2@...co.com>
To:	netdev@...r.kernel.org
Subject: ixgbe driver fails occasionally since
 ee98b577e7711d5890ded2c7b05578a29512bd39

Hi,

I was asked to raise this issue here.

https://bugzilla.kernel.org/show_bug.cgi?id=86591

lspci ->

03:00.0 Ethernet controller: Intel Corporation 82599EB 10-Gigabit SFI/SFP+ Network Connection (rev 01)
03:00.1 Ethernet controller: Intel Corporation 82599EB 10-Gigabit SFI/SFP+ Network Connection (rev 01)

With the fibre 10Gbs SFP occasionally on reboot we get

[   15.104726] ixgbe 0000:03:00.0 eth0: detected SFP+: 5                        
[   19.735155] ixgbe 0000:03:00.0 eth0: setup link failed with code -14  

Probably about 1 in 10 boots.  With the 1Gbs Copper SFP it works fine.  
kernel 3.14.8 worked fine, but on upgrading to 3.16.1 it fails in this way.  
I have narrowed it down to the commit

https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/?id=ee98b577e7711d5890ded2c7b05578a29512bd39

I don't know enough about the hardware to understand why the change 
sometimes causes the failure, and was hoping someone else would.  Reverting 
this commit on 3.16.1 fixes the issue.

If you need any more information please ask.

Scott.

-- 
Software Engineer

Cisco.com - http://www.cisco.com

This email may contain confidential and privileged material for the sole use of 
the intended recipient. Any review, use, distribution or disclosure by others 
is strictly prohibited. If you are not the intended recipient (or authorised to 
receive for the recipient), please contact the sender by reply email and delete 
all copies of this message.

For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/index.html
--
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ