Sure! I cannot redeploy right now because I'm using the cloud to chase another 
bug, bug will do asap and report back.

Thank you!

-- 
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/1945707

Title:
  BCM57800 SRIOV bug causes interfaces to disappear

Status in linux package in Ubuntu:
  In Progress
Status in linux source package in Bionic:
  Fix Committed
Status in linux source package in Focal:
  Fix Committed
Status in linux source package in Hirsute:
  Fix Committed

Bug description:
  [Impact]
  bnx2x driver won't add all devices ports/interfaces.

  [Test case]
  Boot system with bnx2x device and verify all ports/interfaces have been added.

  [Potential regression]
  bnx2x devices won't be properly probed. Devices won't be added or SR-IOV 
won't be correctly supported.

  --- Original Description ---

  Works with focal kernel 5.4.0-80
  Broken with focal kernel 5.4.0-88

  On a Dell R720 with the BCM57800 based 1/10 Gigabit Integrated Network
  cards Kernel 5.11.22-3 causes half of the network interfaces to
  disappear specifically the 1gb ports. Commands like "ip link show" and
  "dmesg" no longer show eno3 and eno4 nor any other interface name for
  these ports. I've read the note in the release notes and this does not
  appear to be a case of the interface changing names, the 3rd and 4th
  interface don't show up at all.

  The card is based on the BCM57800 chipset and has two SFP+ and two
  gigabit ports on the same card. Commands like "ip link show" no longer
  show ports 3 and 4. "lspci" still shows four items. dmesg only shows
  the first two interfaces.

  This problem seems to be known upstream, and seems to be a regression.

  More information at https://bugzilla.proxmox.com/show_bug.cgi?id=3558

  This is being seen at a customer during an openstack install. It would
  be appreciated if a workaround could be provided or the fix could be
  prioritized. Using standard Focal 20.04 LTS kernel (it installs ok
  with the working kernel then upgrades to the non-working one -- this
  is done through maas and is difficult to control).

  Tested other kernels like hwe-* and all seem to be affected too.

  Client does not want to disable SRIOV on whole card and also cannot
  disable only ports 3/4 (the bios will not allow it).

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


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to     : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to