From: Sean Wang <[email protected]>
WMT cmd/event doesn't follow up the generic HCI cmd/event handling, it
needs constantly polling control pipe until the host received the WMT
event, thus, we should require to specifically acquire PM counter on the
USB to prevent the interface from entering auto suspended while WMT
cmd/event in progress.
Fixes: a1c49c434e15 ("Bluetooth: btusb: Add protocol support for MediaTek
MT7668U USB devices")
Co-developed-by: Jing Cai <[email protected]>
Signed-off-by: Jing Cai <[email protected]>
Signed-off-by: Sean Wang <[email protected]>
---
v2:
1. move usb_autopm_[get, put]_interface to btusb_mtk_hci_wmt_sync whenever
wmt cmd is invoked.
2. add the explanation why we needed the specific
usb_autopm_[get, put]_interface there.
v3: correct the version and there is no logic changed
v4: fix GitLint fail due to Title exceeds max length
v5: rebase to fix patches does not apply
---
drivers/bluetooth/btusb.c | 14 ++++++++++++++
1 file changed, 14 insertions(+)
diff --git a/drivers/bluetooth/btusb.c b/drivers/bluetooth/btusb.c
index 30dd443f395f..70d61bb4a053 100644
--- a/drivers/bluetooth/btusb.c
+++ b/drivers/bluetooth/btusb.c
@@ -2480,15 +2480,29 @@ static int btusb_mtk_hci_wmt_sync(struct hci_dev *hdev,
set_bit(BTUSB_TX_WAIT_VND_EVT, &data->flags);
+ /* WMT cmd/event doesn't follow up the generic HCI cmd/event handling,
+ * it needs constantly polling control pipe until the host received the
+ * WMT event, thus, we should require to specifically acquire PM counter
+ * on the USB to prevent the interface from entering auto suspended
+ * while WMT cmd/event in progress.
+ */
+ err = usb_autopm_get_interface(data->intf);
+ if (err < 0)
+ goto err_free_wc;
+
err = __hci_cmd_send(hdev, 0xfc6f, hlen, wc);
if (err < 0) {
clear_bit(BTUSB_TX_WAIT_VND_EVT, &data->flags);
+ usb_autopm_put_interface(data->intf);
goto err_free_wc;
}
/* Submit control IN URB on demand to process the WMT event */
err = btusb_mtk_submit_wmt_recv_urb(hdev);
+
+ usb_autopm_put_interface(data->intf);
+
if (err < 0)
goto err_free_wc;
--
2.25.1
This is automated email and please do not reply to this email!
Dear submitter,
Thank you for submitting the patches to the linux bluetooth mailing list.
This is a CI test results with your patch series:
PW Link:https://patchwork.kernel.org/project/bluetooth/list/?series=666728
---Test result---
Test Summary:
CheckPatch PASS 1.09 seconds
GitLint PASS 0.51 seconds
SubjectPrefix PASS 0.40 seconds
BuildKernel PASS 32.92 seconds
BuildKernel32 PASS 28.25 seconds
Incremental Build with patchesPASS 40.43 seconds
TestRunner: Setup PASS 476.67 seconds
TestRunner: l2cap-tester PASS 16.82 seconds
TestRunner: bnep-tester PASS 6.04 seconds
TestRunner: mgmt-tester PASS 99.54 seconds
TestRunner: rfcomm-tester PASS 9.47 seconds
TestRunner: sco-tester PASS 9.19 seconds
TestRunner: smp-tester PASS 9.17 seconds
TestRunner: userchan-tester PASS 6.30 seconds
---
Regards,
Linux Bluetooth
Hi Luiz,
If the patch looks good to you, could you help apply the patch to
bluetooth.git? It can fix the issue present in the stable kernel, I
would like to backport it earlier once it appears in the Linus tree.
Sean
On Wed, Aug 10, 2022 at 5:59 PM <[email protected]> wrote:
>
> From: Sean Wang <[email protected]>
>
> WMT cmd/event doesn't follow up the generic HCI cmd/event handling, it
> needs constantly polling control pipe until the host received the WMT
> event, thus, we should require to specifically acquire PM counter on the
> USB to prevent the interface from entering auto suspended while WMT
> cmd/event in progress.
>
> Fixes: a1c49c434e15 ("Bluetooth: btusb: Add protocol support for MediaTek
> MT7668U USB devices")
> Co-developed-by: Jing Cai <[email protected]>
> Signed-off-by: Jing Cai <[email protected]>
> Signed-off-by: Sean Wang <[email protected]>
> ---
> v2:
> 1. move usb_autopm_[get, put]_interface to btusb_mtk_hci_wmt_sync whenever
> wmt cmd is invoked.
> 2. add the explanation why we needed the specific
> usb_autopm_[get, put]_interface there.
>
> v3: correct the version and there is no logic changed
> v4: fix GitLint fail due to Title exceeds max length
> v5: rebase to fix patches does not apply
> ---
> drivers/bluetooth/btusb.c | 14 ++++++++++++++
> 1 file changed, 14 insertions(+)
>
> diff --git a/drivers/bluetooth/btusb.c b/drivers/bluetooth/btusb.c
> index 30dd443f395f..70d61bb4a053 100644
> --- a/drivers/bluetooth/btusb.c
> +++ b/drivers/bluetooth/btusb.c
> @@ -2480,15 +2480,29 @@ static int btusb_mtk_hci_wmt_sync(struct hci_dev *hdev,
>
> set_bit(BTUSB_TX_WAIT_VND_EVT, &data->flags);
>
> + /* WMT cmd/event doesn't follow up the generic HCI cmd/event handling,
> + * it needs constantly polling control pipe until the host received the
> + * WMT event, thus, we should require to specifically acquire PM counter
> + * on the USB to prevent the interface from entering auto suspended
> + * while WMT cmd/event in progress.
> + */
> + err = usb_autopm_get_interface(data->intf);
> + if (err < 0)
> + goto err_free_wc;
> +
> err = __hci_cmd_send(hdev, 0xfc6f, hlen, wc);
>
> if (err < 0) {
> clear_bit(BTUSB_TX_WAIT_VND_EVT, &data->flags);
> + usb_autopm_put_interface(data->intf);
> goto err_free_wc;
> }
>
> /* Submit control IN URB on demand to process the WMT event */
> err = btusb_mtk_submit_wmt_recv_urb(hdev);
> +
> + usb_autopm_put_interface(data->intf);
> +
> if (err < 0)
> goto err_free_wc;
>
> --
> 2.25.1
>
Hello:
This patch was applied to bluetooth/bluetooth-next.git (master)
by Luiz Augusto von Dentz <[email protected]>:
On Thu, 11 Aug 2022 08:49:07 +0800 you wrote:
> From: Sean Wang <[email protected]>
>
> WMT cmd/event doesn't follow up the generic HCI cmd/event handling, it
> needs constantly polling control pipe until the host received the WMT
> event, thus, we should require to specifically acquire PM counter on the
> USB to prevent the interface from entering auto suspended while WMT
> cmd/event in progress.
>
> [...]
Here is the summary with links:
- [v5] Bluetooth: btusb: mediatek: fix WMT failure during runtime suspend
https://git.kernel.org/bluetooth/bluetooth-next/c/177978b29426
You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html