New: Bluetooth: AC9560 doesn't respond any more after suspend multiple times

https://bugzilla.kernel.org/show_bug.cgi?id=213923

            Bug ID: 213923
           Summary: Bluetooth: AC9560 doesn't respond any more after
                    suspend multiple times
           Product: Drivers
           Version: 2.5
    Kernel Version: v5.14-rc3
          Hardware: All
                OS: Linux
              Tree: Mainline
            Status: NEW
          Severity: high
          Priority: P1
         Component: Bluetooth
          Assignee: [email protected]
          Reporter: [email protected]
        Regression: No

Created attachment 298119
--> https://bugzilla.kernel.org/attachment.cgi?id=298119&action=edit
lsusb

1. Turn BT off.
2. suspend(deep) and resume 10times.
3. can't open BT again
#[failed]rfkill unblock bluetooth
#[failed]sudo hciconfig hci0 up.
4. status of hci is always down.
#sudo hciconfig -a

Once issue appeare, get these errors

[ 877.194032] Bluetooth: hci0: urb 0000000061b9a002 failed to resubmit (113)
[ 886.941327] Bluetooth: hci0: Failed to read MSFT supported features (-110)

it's related to mstf feature.
1. Remove MSTF from configuration, issue wouldn't be triggered.
2. revert this patch, issue wouldn't be observed. 4a37682c6b59c8888acf93117362d761c5923a69 Bluetooth: advmon offload MSFT handle

You may reply to this email to add a comment.

You are receiving this mail because:
You are the assignee for the bug.

https://bugzilla.kernel.org/show_bug.cgi?id=213923

--- Comment #2 from KobaKo ([email protected]) --- Created attachment 298149
--> https://bugzilla.kernel.org/attachment.cgi?id=298149&action=edit
dmesg_20210802

You may reply to this email to add a comment.

You are receiving this mail because:
You are the assignee for the bug.

https://bugzilla.kernel.org/show_bug.cgi?id=213923

--- Comment #4 from KobaKo ([email protected]) --- Here's a full btmon log during reproducing issue.
https://drive.google.com/file/d/1wSn1wugdp73ntt0tsYoxfdu-SRgumECv/view?usp=sharing

btmon_20210802 is only contained btmon log after turn on bt.

You may reply to this email to add a comment.

You are receiving this mail because:
You are the assignee for the bug.

https://bugzilla.kernel.org/show_bug.cgi?id=213923

Chethan T N ([email protected]) changed:

What |Removed |Added
----------------------------------------------------------------------------

                 CC|                            |chethan.tumkur.narayan@inte
                   |                            |l.com

--- Comment #5 from Chethan T N ([email protected]) --- Would you please help to provide more details on the test setup and test case.

Setup details:
Linux distribution : Ubuntu/Fedora ??
kernel version: 5.xx??
Model name: ??

From the logs shared looks like one every suspend/resume Bluetooth device is getting enumerated and FW download sequence is initiated.

May i know why the above behavior ?

And also noticed that in most of the suspend/resume flow during the FW download sequence itself the system is entering the suspend state.

//System entering SUSPEND State
37213 2021-08-06 12:39:52.879966 host controller 252
Sent Intel Secure Send

//System RESUME state
37222 2021-08-06 12:40:16.529947 host controller 3
Sent Intel Read Version

May i know why the above behavior?

You may reply to this email to add a comment.

You are receiving this mail because:
You are the assignee for the bug.

https://bugzilla.kernel.org/show_bug.cgi?id=213923

--- Comment #6 from KobaKo ([email protected]) --- @Chethan,
Im using Ubuntu to reproduce on JSL platform.
the issue could be observed since 5.14rc3 only with AC9560. With ax210, there's no issue.

The suspend&resume is a normal behavior when you don't use notebook any more and suspend notebook for the power saving.
User wouldn't know if bt fw is downloading when user want to suspend the his notebook.

I just use a scripts to run suspend&resume automatically. #for i in $(seq 10);do sleep 10;sudo rtcwake -m mem -s 10;done

you also can suspend by pushing suspend button manually.

Could you share what's correct hw_variant of ac9560? 0x11 or 0x13?

You may reply to this email to add a comment.

You are receiving this mail because:
You are the assignee for the bug.