* 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