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 Kernel
Packages, which is subscribed to linux in Ubuntu.
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
--
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
