From: Shannon Nelson <snelson@pensando.io>
Date: Thu, 17 Feb 2022 14:02:49 -0800
Subject: ionic: catch transition back to RUNNING with fw_generation 0
Patch-mainline: v5.18-rc1
Git-commit: 12b1b997c0e5604f1a5c081f51ff67f4c814b7dd
References: git-fixes
In some graceful updates that get initially triggered by the
RESET event, especially with older firmware, the fw_generation
bits don't change but the fw_status is seen to go to 0 then back
to 1. However, the driver didn't perform the restart, remained
waiting for fw_generation to change, and got left in limbo.
This is because the clearing of idev->fw_status_ready to 0
didn't happen correctly as it was buried in the transition
trigger: since the transition down was triggered not here
but in the RESET event handler, the clear to 0 didn't happen,
so the transition back to 1 wasn't detected.
Fix this particular case by bringing the setting of
idev->fw_status_ready back out to where it was before.
Fixes: 398d1e37f960 ("ionic: add FW_STOPPING state")
Signed-off-by: Shannon Nelson <snelson@pensando.io>
Signed-off-by: Jakub Kicinski <kuba@kernel.org>
Acked-by: Thomas Bogendoerfer <tbogendoerfer@suse.de>
---
drivers/net/ethernet/pensando/ionic/ionic_dev.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
--- a/drivers/net/ethernet/pensando/ionic/ionic_dev.c
+++ b/drivers/net/ethernet/pensando/ionic/ionic_dev.c
@@ -199,6 +199,8 @@ do_check_time:
if (fw_status_ready != idev->fw_status_ready) {
bool trigger = false;
+ idev->fw_status_ready = fw_status_ready;
+
if (!fw_status_ready && lif &&
!test_bit(IONIC_LIF_F_FW_RESET, lif->state) &&
!test_and_set_bit(IONIC_LIF_F_FW_STOPPING, lif->state)) {
@@ -215,8 +217,6 @@ do_check_time:
if (trigger) {
struct ionic_deferred_work *work;
- idev->fw_status_ready = fw_status_ready;
-
work = kzalloc(sizeof(*work), GFP_ATOMIC);
if (work) {
work->type = IONIC_DW_TYPE_LIF_RESET;