All of lore.kernel.org
 help / color / mirror / Atom feed
* Cleaning up bf88fef0b6f1 ("usb: otg-fsm: Fix hrtimer list corruption")
@ 2022-08-29 13:10 Oliver Neukum
  2022-09-01 23:14 ` Dmitry Osipenko
  0 siblings, 1 reply; 2+ messages in thread
From: Oliver Neukum @ 2022-08-29 13:10 UTC (permalink / raw)
  To: Dmitry Osipenko; +Cc: Peter Chen, USB list

[-- Attachment #1: Type: text/plain, Size: 329 bytes --]

Hi,

I am looking at that patch and I am afraid, while it does the job
it is quite unclean. In effect you introduce a flag you set, but
never clear. That is just a kludge. It really tells you that your
setup of data structures is misplaced and you should just do it earlier.

Could you test the attached patch?

	Regards
		Oliver

[-- Attachment #2: 0001-initialize-struct-otg_fsm-earlier.patch --]
[-- Type: text/x-patch, Size: 2632 bytes --]

From a11e0684f338f6cf003eb5dfb562d91da1866cc8 Mon Sep 17 00:00:00 2001
From: Oliver Neukum <oneukum@suse.com>
Date: Mon, 29 Aug 2022 14:42:17 +0200
Subject: [PATCH] initialize struct otg_fsm earlier

The earlier fix bf88fef0b6f1 ("usb: otg-fsm: Fix hrtimer list
corruption") in effect hid an issue with intialization.
In effect it replaces the racy continous reinitialization
of fsm->hnp_polling_work with a delayed one-time
initialization.

This just makes no sense. As a single initialization
is sufficient, the clean solution is just to do it once
and do it early enough.

Fixes: bf88fef0b6f1 ("usb: otg-fsm: Fix hrtimer list corruption")
Signed-off-by: Oliver Neukum <oneukum@suse.com>
---
 drivers/usb/common/usb-otg-fsm.c | 7 +------
 drivers/usb/phy/phy-fsl-usb.c    | 1 +
 include/linux/usb/otg-fsm.h      | 1 -
 3 files changed, 2 insertions(+), 7 deletions(-)

diff --git a/drivers/usb/common/usb-otg-fsm.c b/drivers/usb/common/usb-otg-fsm.c
index 0697fde51d00..0aa2eb7396ce 100644
--- a/drivers/usb/common/usb-otg-fsm.c
+++ b/drivers/usb/common/usb-otg-fsm.c
@@ -117,7 +117,7 @@ static void otg_leave_state(struct otg_fsm *fsm, enum usb_otg_state old_state)
 	}
 }
 
-static void otg_hnp_polling_work(struct work_struct *work)
+void otg_hnp_polling_work(struct work_struct *work)
 {
 	struct otg_fsm *fsm = container_of(to_delayed_work(work),
 				struct otg_fsm, hnp_polling_work);
@@ -193,11 +193,6 @@ static void otg_start_hnp_polling(struct otg_fsm *fsm)
 	if (!fsm->host_req_flag)
 		return;
 
-	if (!fsm->hnp_work_inited) {
-		INIT_DELAYED_WORK(&fsm->hnp_polling_work, otg_hnp_polling_work);
-		fsm->hnp_work_inited = true;
-	}
-
 	schedule_delayed_work(&fsm->hnp_polling_work,
 					msecs_to_jiffies(T_HOST_REQ_POLL));
 }
diff --git a/drivers/usb/phy/phy-fsl-usb.c b/drivers/usb/phy/phy-fsl-usb.c
index 972704262b02..c3bac7eefe82 100644
--- a/drivers/usb/phy/phy-fsl-usb.c
+++ b/drivers/usb/phy/phy-fsl-usb.c
@@ -844,6 +844,7 @@ int usb_otg_start(struct platform_device *pdev)
 
 	/* Initialize the state machine structure with default values */
 	SET_OTG_STATE(otg_trans, OTG_STATE_UNDEFINED);
+	INIT_DELAYED_WORK(&fsm->hnp_polling_work, otg_hnp_polling_work);
 	fsm->otg = p_otg->phy.otg;
 
 	/* We don't require predefined MEM/IRQ resource index */
diff --git a/include/linux/usb/otg-fsm.h b/include/linux/usb/otg-fsm.h
index 6135d076c53d..cc0bc4edf227 100644
--- a/include/linux/usb/otg-fsm.h
+++ b/include/linux/usb/otg-fsm.h
@@ -183,7 +183,6 @@ struct otg_fsm {
 	struct mutex lock;
 	u8 *host_req_flag;
 	struct delayed_work hnp_polling_work;
-	bool hnp_work_inited;
 	bool state_changed;
 };
 
-- 
2.35.3


^ permalink raw reply related	[flat|nested] 2+ messages in thread

* Re: Cleaning up bf88fef0b6f1 ("usb: otg-fsm: Fix hrtimer list corruption")
  2022-08-29 13:10 Cleaning up bf88fef0b6f1 ("usb: otg-fsm: Fix hrtimer list corruption") Oliver Neukum
@ 2022-09-01 23:14 ` Dmitry Osipenko
  0 siblings, 0 replies; 2+ messages in thread
From: Dmitry Osipenko @ 2022-09-01 23:14 UTC (permalink / raw)
  To: Oliver Neukum; +Cc: Peter Chen, USB list

29.08.2022 16:10, Oliver Neukum пишет:
> Hi,
> 
> I am looking at that patch and I am afraid, while it does the job
> it is quite unclean. In effect you introduce a flag you set, but
> never clear. That is just a kludge. It really tells you that your
> setup of data structures is misplaced and you should just do it earlier.
> 
> Could you test the attached patch?
> 
> 	Regards
> 		Oliver

That certainly won't work because phy-fsl has nothing to do with the
original problem. You'll need to check carefully every USB controller
driver. It's just not very worthwhile to do, IMO.

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2022-09-01 23:14 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-08-29 13:10 Cleaning up bf88fef0b6f1 ("usb: otg-fsm: Fix hrtimer list corruption") Oliver Neukum
2022-09-01 23:14 ` Dmitry Osipenko

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.