Re: [PATCH 1/4] driver: bluetooth: hci_qca: fix ssr fail when BT_EN is pulled up by hw

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Dear,Konrad

On 8/12/2025 8:36 PM, Konrad Dybcio wrote:
> On 8/12/25 1:36 PM, Shuai Zhang wrote:
>> When the host actively triggers SSR and collects coredump data,
>> the Bluetooth stack sends a reset command to the controller. However,due
>> to the inability to clear the QCA_SSR_TRIGGERED and QCA_IBS_DISABLED bits,
>> the reset command times out.
>>
>> For the purpose of HCI_QUIRK_NON_PERSISTENT_SETUP, please refer to
>> commit: 740011cfe94859df8d05f5400d589a8693b095e7.
>>
>> The change is placed under if (!HCI_QUIRK_NON_PERSISTENT_SETUP)
>> because this quirk is associated with BT_EN, and can be used to
>> determine whether BT_EN is present in the device tree (DTS).
>>
>> Signed-off-by: Shuai Zhang <quic_shuaz@xxxxxxxxxxx>
>> ---
> 
> I have received this series two times, you didn't add a version
> prefix (make the next one v3 so as not to confuse the tooling), there
> is no changelog and you still haven't added the relevant people to CC.
> 
> Please read the internal guidelines at go/upstream and switch to using
> the b4 tool.
> 
> Konrad
I apologize for not including the version number due to my oversight.
I will update it to v3 accordingly. Since the patch has already been 
generated, I won’t use b4 this time. Going forward, 
I will use b4 for all future submissions. Thank you

BR,
Shuai





[Index of Archives]     [Bluez Devel]     [Linux Wireless Networking]     [Linux Wireless Personal Area Networking]     [Linux ATH6KL]     [Linux USB Devel]     [Linux Media Drivers]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Big List of Linux Books]

  Powered by Linux