public inbox for stable@vger.kernel.org
 help / color / mirror / Atom feed
* Stable apply request [was: Bluetooth: bnep: fix possible might sleep error in bnep_session]
       [not found] ` <0815411E-62D7-42DC-A0BF-78FD150C0949@holtmann.org>
@ 2017-08-23  7:29   ` Jiri Slaby
  2017-08-23 18:07     ` Stable apply request David Miller
  2017-08-23 18:14     ` Stable apply request [was: Bluetooth: bnep: fix possible might sleep error in bnep_session] Marcel Holtmann
  0 siblings, 2 replies; 4+ messages in thread
From: Jiri Slaby @ 2017-08-23  7:29 UTC (permalink / raw)
  To: Marcel Holtmann, Jeffy Chen, stable
  Cc: LKML, open list:BLUETOOTH DRIVERS, rvaswani, Brian Norris,
	dmitry.torokhov, Douglas Anderson, acho, Johan Hedberg,
	Network Development, David S. Miller, Gustavo F. Padovan

On 06/27/2017, 07:32 PM, Marcel Holtmann wrote:
>> It looks like bnep_session has same pattern as the issue reported in
>> old rfcomm:
>>
>> 	while (1) {
>> 		set_current_state(TASK_INTERRUPTIBLE);
>> 		if (condition)
>> 			break;
>> 		// may call might_sleep here
>> 		schedule();
>> 	}
>> 	__set_current_state(TASK_RUNNING);
>>
>> Which fixed at:
>> 	dfb2fae Bluetooth: Fix nested sleeps
>>
>> So let's fix it at the same way, also follow the suggestion of:
>> https://lwn.net/Articles/628628/

...

> all 3 patches have been applied to bluetooth-next tree.

Hi,

given users are hitting it in at least 4.4 and 4.12, can we have all
three in all stables where this applies?

5da8e47d849d Bluetooth: hidp: fix possible might sleep error in
hidp_session_thread
f06d977309d0 Bluetooth: cmtp: fix possible might sleep error in cmtp_session
25717382c1dd Bluetooth: bnep: fix possible might sleep error in bnep_session

I am not sure: to stable directly or via net stable?

thanks,
-- 
js
suse labs

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

* Re: Stable apply request
  2017-08-23  7:29   ` Stable apply request [was: Bluetooth: bnep: fix possible might sleep error in bnep_session] Jiri Slaby
@ 2017-08-23 18:07     ` David Miller
  2017-08-23 18:14     ` Stable apply request [was: Bluetooth: bnep: fix possible might sleep error in bnep_session] Marcel Holtmann
  1 sibling, 0 replies; 4+ messages in thread
From: David Miller @ 2017-08-23 18:07 UTC (permalink / raw)
  To: jslaby
  Cc: marcel, jeffy.chen, stable, linux-kernel, linux-bluetooth,
	rvaswani, briannorris, dmitry.torokhov, dianders, acho,
	johan.hedberg, netdev, gustavo

From: Jiri Slaby <jslaby@suse.cz>
Date: Wed, 23 Aug 2017 09:29:44 +0200

> On 06/27/2017, 07:32 PM, Marcel Holtmann wrote:
>>> It looks like bnep_session has same pattern as the issue reported in
>>> old rfcomm:
>>>
>>> 	while (1) {
>>> 		set_current_state(TASK_INTERRUPTIBLE);
>>> 		if (condition)
>>> 			break;
>>> 		// may call might_sleep here
>>> 		schedule();
>>> 	}
>>> 	__set_current_state(TASK_RUNNING);
>>>
>>> Which fixed at:
>>> 	dfb2fae Bluetooth: Fix nested sleeps
>>>
>>> So let's fix it at the same way, also follow the suggestion of:
>>> https://lwn.net/Articles/628628/
> 
> ...
> 
>> all 3 patches have been applied to bluetooth-next tree.
> 
> Hi,
> 
> given users are hitting it in at least 4.4 and 4.12, can we have all
> three in all stables where this applies?
> 
> 5da8e47d849d Bluetooth: hidp: fix possible might sleep error in
> hidp_session_thread
> f06d977309d0 Bluetooth: cmtp: fix possible might sleep error in cmtp_session
> 25717382c1dd Bluetooth: bnep: fix possible might sleep error in bnep_session
> 
> I am not sure: to stable directly or via net stable?

I generally let the wireless family handle their own -stable submissions
and that includes bluetooth.

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

* Re: Stable apply request [was: Bluetooth: bnep: fix possible might sleep error in bnep_session]
  2017-08-23  7:29   ` Stable apply request [was: Bluetooth: bnep: fix possible might sleep error in bnep_session] Jiri Slaby
  2017-08-23 18:07     ` Stable apply request David Miller
@ 2017-08-23 18:14     ` Marcel Holtmann
  2017-08-27 13:10       ` Greg KH
  1 sibling, 1 reply; 4+ messages in thread
From: Marcel Holtmann @ 2017-08-23 18:14 UTC (permalink / raw)
  To: Jiri Slaby
  Cc: Jeffy Chen, stable, LKML, open list:BLUETOOTH DRIVERS, rvaswani,
	Brian Norris, dmitry.torokhov, Douglas Anderson, acho,
	Johan Hedberg, Network Development, David S. Miller,
	Gustavo F. Padovan

Hi Jiri,

>>> It looks like bnep_session has same pattern as the issue reported in
>>> old rfcomm:
>>> 
>>> 	while (1) {
>>> 		set_current_state(TASK_INTERRUPTIBLE);
>>> 		if (condition)
>>> 			break;
>>> 		// may call might_sleep here
>>> 		schedule();
>>> 	}
>>> 	__set_current_state(TASK_RUNNING);
>>> 
>>> Which fixed at:
>>> 	dfb2fae Bluetooth: Fix nested sleeps
>>> 
>>> So let's fix it at the same way, also follow the suggestion of:
>>> https://lwn.net/Articles/628628/
> 
> ...
> 
>> all 3 patches have been applied to bluetooth-next tree.
> 
> Hi,
> 
> given users are hitting it in at least 4.4 and 4.12, can we have all
> three in all stables where this applies?
> 
> 5da8e47d849d Bluetooth: hidp: fix possible might sleep error in
> hidp_session_thread
> f06d977309d0 Bluetooth: cmtp: fix possible might sleep error in cmtp_session
> 25717382c1dd Bluetooth: bnep: fix possible might sleep error in bnep_session
> 
> I am not sure: to stable directly or via net stable?

as Dave said, just email -stable directly and have Greg pick them up.

Regards

Marcel

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

* Re: Stable apply request [was: Bluetooth: bnep: fix possible might sleep error in bnep_session]
  2017-08-23 18:14     ` Stable apply request [was: Bluetooth: bnep: fix possible might sleep error in bnep_session] Marcel Holtmann
@ 2017-08-27 13:10       ` Greg KH
  0 siblings, 0 replies; 4+ messages in thread
From: Greg KH @ 2017-08-27 13:10 UTC (permalink / raw)
  To: Marcel Holtmann
  Cc: Jiri Slaby, Jeffy Chen, stable, LKML, open list:BLUETOOTH DRIVERS,
	rvaswani, Brian Norris, dmitry.torokhov, Douglas Anderson, acho,
	Johan Hedberg, Network Development, David S. Miller,
	Gustavo F. Padovan

On Wed, Aug 23, 2017 at 08:14:15PM +0200, Marcel Holtmann wrote:
> Hi Jiri,
> 
> >>> It looks like bnep_session has same pattern as the issue reported in
> >>> old rfcomm:
> >>> 
> >>> 	while (1) {
> >>> 		set_current_state(TASK_INTERRUPTIBLE);
> >>> 		if (condition)
> >>> 			break;
> >>> 		// may call might_sleep here
> >>> 		schedule();
> >>> 	}
> >>> 	__set_current_state(TASK_RUNNING);
> >>> 
> >>> Which fixed at:
> >>> 	dfb2fae Bluetooth: Fix nested sleeps
> >>> 
> >>> So let's fix it at the same way, also follow the suggestion of:
> >>> https://lwn.net/Articles/628628/
> > 
> > ...
> > 
> >> all 3 patches have been applied to bluetooth-next tree.
> > 
> > Hi,
> > 
> > given users are hitting it in at least 4.4 and 4.12, can we have all
> > three in all stables where this applies?
> > 
> > 5da8e47d849d Bluetooth: hidp: fix possible might sleep error in
> > hidp_session_thread
> > f06d977309d0 Bluetooth: cmtp: fix possible might sleep error in cmtp_session
> > 25717382c1dd Bluetooth: bnep: fix possible might sleep error in bnep_session
> > 
> > I am not sure: to stable directly or via net stable?
> 
> as Dave said, just email -stable directly and have Greg pick them up.

All now picked up :)

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

end of thread, other threads:[~2017-08-27 13:10 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <1498556084-25346-1-git-send-email-jeffy.chen@rock-chips.com>
     [not found] ` <0815411E-62D7-42DC-A0BF-78FD150C0949@holtmann.org>
2017-08-23  7:29   ` Stable apply request [was: Bluetooth: bnep: fix possible might sleep error in bnep_session] Jiri Slaby
2017-08-23 18:07     ` Stable apply request David Miller
2017-08-23 18:14     ` Stable apply request [was: Bluetooth: bnep: fix possible might sleep error in bnep_session] Marcel Holtmann
2017-08-27 13:10       ` Greg KH

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