group.of.nepali.translators team mailing list archive

[Heitor Alves de Siqueira <1852432@xxxxxxxxxxxxxxxxxx>]

Public bug reported:

[Impact]
 * Creating SR-IOV enabled VMs in Openstack can sometimes trigger the GPF and leave system unusable

[Test Case]
 * Continuously spin up VFs and set MAC address with e.g. ifconfig

[Fix]
 * The fix updates the VSI pointer passed down to i40e_set_vf_mac function() if the adapter is still in reset, preventing the GPF.

[Regression Potential]
 * Regression potential should be low, as we're now updating the VSI using the ID stored in the VF pointer
 * Regressions could arise from issues in VF creation or reset, as that would corrupt the new VSI pointer
 * Patch was validated and tested in a production environment

[Other]
 * Fix was introduced in v5.4-rc1, so all previous kernels are affected

** Affects: linux (Ubuntu)
     Importance: High
     Assignee: Heitor Alves de Siqueira (halves)
         Status: Confirmed

** Affects: linux (Ubuntu Xenial)
     Importance: High
     Assignee: Heitor Alves de Siqueira (halves)
         Status: Confirmed

** Affects: linux (Ubuntu Bionic)
     Importance: High
     Assignee: Heitor Alves de Siqueira (halves)
         Status: Confirmed

** Affects: linux (Ubuntu Disco)
     Importance: High
     Assignee: Heitor Alves de Siqueira (halves)
         Status: Confirmed

** Affects: linux (Ubuntu Eoan)
     Importance: High
     Assignee: Heitor Alves de Siqueira (halves)
         Status: Confirmed

** Affects: linux (Ubuntu Focal)
     Importance: High
     Assignee: Heitor Alves de Siqueira (halves)
         Status: Confirmed


** Tags: sts

** Description changed:

  [Impact]
-  * Creating SR-IOV enabled VMs in Openstack can sometimes trigger the GPF and
-    leave system unusable
+  * Creating SR-IOV enabled VMs in Openstack can sometimes trigger the GPF and leave system unusable
  
  [Test Case]
   * Continuously spin up VFs and set MAC address with e.g. ifconfig
  
  [Fix]
-  * The fix updates the VSI pointer passed down to i40e_set_vf_mac function() if
-    the adapter is still in reset, preventing the GPF.
+  * The fix updates the VSI pointer passed down to i40e_set_vf_mac function() if the adapter is still in reset, preventing the GPF.
  
  [Regression Potential]
-  * Regression potential should be low, as we're now updating the VSI using the
-    ID stored in the VF pointer
-  * Regressions could arise from issues in VF creation or reset, as that would
-    corrupt the new VSI pointer
-  * Patch was validated and tested in a production environment with Openstack
+  * Regression potential should be low, as we're now updating the VSI using the ID stored in the VF pointer
+  * Regressions could arise from issues in VF creation or reset, as that would corrupt the new VSI pointer
+  * Patch was validated and tested in a production environment
  
  [Other]
   * Fix was introduced in v5.4-rc1, so all previous kernels are affected

** Also affects: linux (Ubuntu Xenial)
   Importance: Undecided
       Status: New

** Also affects: linux (Ubuntu Focal)
   Importance: High
     Assignee: Heitor Alves de Siqueira (halves)
       Status: Confirmed

** Also affects: linux (Ubuntu Bionic)
   Importance: Undecided
       Status: New

** Also affects: linux (Ubuntu Eoan)
   Importance: Undecided
       Status: New

** Also affects: linux (Ubuntu Disco)
   Importance: Undecided
       Status: New

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

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

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

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

** Changed in: linux (Ubuntu Eoan)
   Importance: Undecided => High

** Changed in: linux (Ubuntu Disco)
   Importance: Undecided => High

** Changed in: linux (Ubuntu Xenial)
   Importance: Undecided => High

** Changed in: linux (Ubuntu Bionic)
   Importance: Undecided => High

** Changed in: linux (Ubuntu Eoan)
     Assignee: (unassigned) => Heitor Alves de Siqueira (halves)

** Changed in: linux (Ubuntu Disco)
     Assignee: (unassigned) => Heitor Alves de Siqueira (halves)

** Changed in: linux (Ubuntu Bionic)
     Assignee: (unassigned) => Heitor Alves de Siqueira (halves)

** Changed in: linux (Ubuntu Xenial)
     Assignee: (unassigned) => Heitor Alves de Siqueira (halves)

-- 
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1852432

Title:
  i40e: Setting VF MAC address causes General Protection Fault

Status in linux package in Ubuntu:
  Confirmed
Status in linux source package in Xenial:
  Confirmed
Status in linux source package in Bionic:
  Confirmed
Status in linux source package in Disco:
  Confirmed
Status in linux source package in Eoan:
  Confirmed
Status in linux source package in Focal:
  Confirmed

Bug description:
  [Impact]
   * Creating SR-IOV enabled VMs in Openstack can sometimes trigger the GPF and leave system unusable

  [Test Case]
   * Continuously spin up VFs and set MAC address with e.g. ifconfig

  [Fix]
   * The fix updates the VSI pointer passed down to i40e_set_vf_mac function() if the adapter is still in reset, preventing the GPF.

  [Regression Potential]
   * Regression potential should be low, as we're now updating the VSI using the ID stored in the VF pointer
   * Regressions could arise from issues in VF creation or reset, as that would corrupt the new VSI pointer
   * Patch was validated and tested in a production environment

  [Other]
   * Fix was introduced in v5.4-rc1, so all previous kernels are affected

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