kernel-packages team mailing list archive

[thomas955 <thoehlig@xxxxxxxxxx>]

Hi Joseph,

uname -a
Linux production01 3.4.0-3-generic #8~lp1245938Commit3ab9eb9 SMP Thu Nov 21 18:07:11 UTC 2013 x86_64 GNU/Linux

cat /proc/version
Linux version 3.4.0-3-generic (root@gomeisa) (gcc version 4.7.2 (Ubuntu/Linaro 4.7.2-2ubuntu1) ) #8~lp1245938Commit3ab9eb9 SMP Thu Nov 21 18:07:11 UTC 2013

works for me too!

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

dmesg | grep ixgbe
http://pastie.org/8506784

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1245938

Title:
  Intel x520 NIC's (ixgbe) stop working in 12.10, 13.04, 13.10

Status in “linux” package in Ubuntu:
  Confirmed

Bug description:
  We have a server (Dell R715) with two Intel x520 NIC's. If we run
  Ubuntu 12.04 on it, the NIC's works flawlessly (with stock kernel
  driver or with Intel compiled one), but if we upgrade release to
  12.10, 13.04 or 13.10, the NIC's stop working: either stock or Intel
  drivers fails with error:

  [  226.395766] Intel(R) 10 Gigabit PCI Express Network Driver - version 3.18.7
  [  226.395770] Copyright (c) 1999-2013 Intel Corporation.
  [  226.395980] ixgbe: probe of 0000:22:00.0 failed with error -5
  [  226.396092] ixgbe: probe of 0000:22:00.1 failed with error -5
  [  226.396203] ixgbe: probe of 0000:23:00.0 failed with error -5
  [  226.396311] ixgbe: probe of 0000:23:00.1 failed with error -5

  I contacted Intel developers and they responded:

  "Hey Fernando,
  We (ixgbe) only returns EIO (error 5) for a couple of reasons.
   1) When we fail to io map (ioremap)
   2) If the eeprom checksum is incorrect.
   3) If the MAC address from the checksum is invalid

  Reasons 2 and 3 are related to the NIC's eeprom so if they worked with another system they should still be fine now.  If you really wanted to verify you could try out the NIC's on a known good system again to see if the eeprom somehow got corrupted.
  That pretty much leaves us with ioremap returning an error.  I'm not at all sure why your Ubuntu release would not like the way we are calling ioremap, but it might give you a place to start looking in Ubuntu changes.
  Thanks,
  -Don"

  If the server boot with kernel 3.2.0-55 (from grub menu) both NIC's
  works fine.

  Please let me know how can I help!

  Regards

  Fernando

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1245938/+subscriptions