mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
* your recently submitted patch to fix BT RIP error shall be applied to 6.6 stable (I have a systematic crash on reboot in 6.6.23)
@ 2024-03-27 13:14 Eric Valette
       [not found] ` <PH0PR11MB512628ED33CB0EC120ECC08AD3342@PH0PR11MB5126.namprd11.prod.outlook.com>
  0 siblings, 1 reply; 5+ messages in thread
From: Eric Valette @ 2024-03-27 13:14 UTC (permalink / raw)
  To: luiz.von.dentz; +Cc: Linux Kernel Mailing List

hci_cmd_sync_cancel_sync shall check the error passed to it since it
will be propagated using req_result which is __u32 it needs to be
properly set to a positive value if it was passed as negative othertise
IS_ERR will not trigger as -(errno) would be converted to a positive
value.

https://patchwork.kernel.org/project/bluetooth/patch/20240326164317.1460864-1-luiz.dentz@gmail.com/

On my MSI laptop, on coldboot I have no bt errors but when I restart I 
alway get qeveral (firmware download error, ...). Without your proposed 
patch, I get a systematic RIP when rebooting, and after the laptop does 
not properly shutdown.

Your patch applies with offsets.

-- eric

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

* Re: your recently submitted patch to fix BT RIP error shall be applied to 6.6 stable (I have a systematic crash on reboot in 6.6.23)
       [not found] ` <PH0PR11MB512628ED33CB0EC120ECC08AD3342@PH0PR11MB5126.namprd11.prod.outlook.com>
@ 2024-03-27 13:41   ` Eric Valette
  2024-03-27 13:46     ` Eric Valette
  0 siblings, 1 reply; 5+ messages in thread
From: Eric Valette @ 2024-03-27 13:41 UTC (permalink / raw)
  To: Von Dentz, Luiz; +Cc: Linux Kernel Mailing List

On 27/03/2024 14:36, Von Dentz, Luiz wrote:
> Hi Eric,
> 
> This shouldn't apply to 6.6 kernel, the regression was introduced with:
> 
> commit 711c35949648ba19f54bce27b49ced0ad90b19b9
> Author: Luiz Augusto von Dentz <luiz.von.dentz@intel.com>
> Date:   Tue Jan 9 13:45:40 2024 -0500
> 
>      Bluetooth: hci_core: Cancel request on command timeout
> 
> So, you only really need that fix if you were using 6.9-rc1

Well I get the same error message and with the fix it works again.

Will check the 6.6.22 6.6.23 patch.

Could you point me to the problematic patch via adiff that I could 
easilly check?

-- eric



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

* Re: your recently submitted patch to fix BT RIP error shall be applied to 6.6 stable (I have a systematic crash on reboot in 6.6.23)
  2024-03-27 13:41   ` Eric Valette
@ 2024-03-27 13:46     ` Eric Valette
       [not found]       ` <PH0PR11MB5126D61336DDE016C3607997D3342@PH0PR11MB5126.namprd11.prod.outlook.com>
  0 siblings, 1 reply; 5+ messages in thread
From: Eric Valette @ 2024-03-27 13:46 UTC (permalink / raw)
  To: Von Dentz, Luiz; +Cc: Linux Kernel Mailing List

On 27/03/2024 14:41, Eric Valette wrote:
> On 27/03/2024 14:36, Von Dentz, Luiz wrote:
>> Hi Eric,
>>
>> This shouldn't apply to 6.6 kernel, the regression was introduced with:
>>
>> commit 711c35949648ba19f54bce27b49ced0ad90b19b9
>> Author: Luiz Augusto von Dentz <luiz.von.dentz@intel.com>
>> Date:   Tue Jan 9 13:45:40 2024 -0500
>>
>>      Bluetooth: hci_core: Cancel request on command timeout
>>
>> So, you only really need that fix if you were using 6.9-rc1
> 
> Well I get the same error message and with the fix it works again.
> 
> Will check the 6.6.22 6.6.23 patch.
> 
> Could you point me to the problematic patch via adiff that I could 
> easilly check?

Found it. The patch adds the function hci_send_cmd_sync and I have it in 
my 6.6.23 kernel tree.

grep hci_send_cmd_sync net/bluetooth/hci_core.c
static void hci_send_cmd_sync(struct hci_dev *hdev, struct sk_buff *skb)
                 hci_send_cmd_sync(hdev, skb);

more Makefile
# SPDX-License-Identifier: GPL-2.0
VERSION = 6
PATCHLEVEL = 6
SUBLEVEL = 23
EXTRAVERSION =

-- eric



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

* Re: your recently submitted patch to fix BT RIP error shall be applied to 6.6 stable (I have a systematic crash on reboot in 6.6.23)
       [not found]       ` <PH0PR11MB5126D61336DDE016C3607997D3342@PH0PR11MB5126.namprd11.prod.outlook.com>
@ 2024-03-27 14:10         ` Eric Valette
  2024-03-27 16:37           ` Eric Valette
  0 siblings, 1 reply; 5+ messages in thread
From: Eric Valette @ 2024-03-27 14:10 UTC (permalink / raw)
  To: Von Dentz, Luiz; +Cc: Linux Kernel Mailing List

On 27/03/2024 15:01, Von Dentz, Luiz wrote:
> Hi Eric,
> 
> Then it must have been backported, which is kind of odd given that it was just merged for an -rc release that is still not consider stable, anyway the real culprit might actually be the following:
> 
> https://patchwork.kernel.org/project/bluetooth/patch/20240327140855.896095-1-kiran.k@intel.com/


Reading the patch, I'm afraid, if I apply the patch bt will then not 
work if I reboot which is not what I want (I suspect  the firmware is 
probably not unloaded when rebooting). Or am I making wrong assumptions?

NB: I may try to be sure...

--eric



  ________________________________
> From: Eric Valette <eric.valette@free.fr>
> Sent: Wednesday, March 27, 2024 9:46 AM
> To: Von Dentz, Luiz <luiz.von.dentz@intel.com>
> Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
> Subject: Re: your recently submitted patch to fix BT RIP error shall be applied to 6.6 stable (I have a systematic crash on reboot in 6.6.23)
> 
> On 27/03/2024 14:41, Eric Valette wrote:
>> On 27/03/2024 14:36, Von Dentz, Luiz wrote:
>>> Hi Eric,
>>>
>>> This shouldn't apply to 6.6 kernel, the regression was introduced with:
>>>
>>> commit 711c35949648ba19f54bce27b49ced0ad90b19b9
>>> Author: Luiz Augusto von Dentz <luiz.von.dentz@intel.com>
>>> Date:   Tue Jan 9 13:45:40 2024 -0500
>>>
>>>       Bluetooth: hci_core: Cancel request on command timeout
>>>
>>> So, you only really need that fix if you were using 6.9-rc1
>>
>> Well I get the same error message and with the fix it works again.
>>
>> Will check the 6.6.22 6.6.23 patch.
>>
>> Could you point me to the problematic patch via adiff that I could
>> easilly check?
> 
> Found it. The patch adds the function hci_send_cmd_sync and I have it in
> my 6.6.23 kernel tree.
> 
> grep hci_send_cmd_sync net/bluetooth/hci_core.c
> static void hci_send_cmd_sync(struct hci_dev *hdev, struct sk_buff *skb)
>                   hci_send_cmd_sync(hdev, skb);
> 
> more Makefile
> # SPDX-License-Identifier: GPL-2.0
> VERSION = 6
> PATCHLEVEL = 6
> SUBLEVEL = 23
> EXTRAVERSION =
> 
> -- eric
> 
> 
> 


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

* Re: your recently submitted patch to fix BT RIP error shall be applied to 6.6 stable (I have a systematic crash on reboot in 6.6.23)
  2024-03-27 14:10         ` Eric Valette
@ 2024-03-27 16:37           ` Eric Valette
  0 siblings, 0 replies; 5+ messages in thread
From: Eric Valette @ 2024-03-27 16:37 UTC (permalink / raw)
  To: Von Dentz, Luiz; +Cc: Linux Kernel Mailing List

On 27/03/2024 15:10, Eric Valette wrote:
> On 27/03/2024 15:01, Von Dentz, Luiz wrote:
>> Hi Eric,
>>
>> Then it must have been backported, which is kind of odd given that it 
>> was just merged for an -rc release that is still not consider stable, 
>> anyway the real culprit might actually be the following:
>>
>> https://patchwork.kernel.org/project/bluetooth/patch/20240327140855.896095-1-kiran.k@intel.com/
> 
> 
> Reading the patch, I'm afraid, if I apply the patch bt will then not 
> work if I reboot which is not what I want (I suspect  the firmware is 
> probably not unloaded when rebooting). Or am I making wrong assumptions?
> 
> NB: I may try to be sure...

Only get the first error and bt is still functional. Thanks.

Do not forget to queue the fix for stable.

-- eric


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

end of thread, other threads:[~2024-03-27 16:37 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2024-03-27 13:14 your recently submitted patch to fix BT RIP error shall be applied to 6.6 stable (I have a systematic crash on reboot in 6.6.23) Eric Valette
     [not found] ` <PH0PR11MB512628ED33CB0EC120ECC08AD3342@PH0PR11MB5126.namprd11.prod.outlook.com>
2024-03-27 13:41   ` Eric Valette
2024-03-27 13:46     ` Eric Valette
     [not found]       ` <PH0PR11MB5126D61336DDE016C3607997D3342@PH0PR11MB5126.namprd11.prod.outlook.com>
2024-03-27 14:10         ` Eric Valette
2024-03-27 16:37           ` Eric Valette

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®