This bug is missing log files that will aid in diagnosing the problem.
While running an Ubuntu kernel (not a mainline or third-party kernel)
please enter the following command in a terminal window:

apport-collect 1945707

and then change the status of the bug to 'Confirmed'.

If, due to the nature of the issue you have encountered, you are unable
to run this command, please add a comment stating that fact and change
the bug status to 'Confirmed'.

This change has been made by an automated script, maintained by the
Ubuntu Kernel Team.

** Changed in: linux (Ubuntu)
       Status: New => Incomplete

-- 
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:
  Incomplete

Bug 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