Jeffy Chen f06d977309 Bluetooth: cmtp: fix possible might sleep error in cmtp_session ... It looks like cmtp_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/ Signed-off-by: Jeffy Chen <jeffy.chen@rock-chips.com> Reviewed-by: Brian Norris <briannorris@chromium.org> Reviewed-by: AL Yu-Chen Cho <acho@suse.com> Signed-off-by: Marcel Holtmann <marcel@holtmann.org>		2017-06-27 19:32:11 +02:00
..
Kconfig	Bluetooth: Introduce BT_BREDR and BT_LE config options	2014-11-02 10:01:53 +02:00
Makefile	Linux-2.6.12-rc2	2005-04-16 15:20:36 -07:00
capi.c	sched/headers: Prepare to move signal wakeup & sigpending methods from <linux/sched.h> into <linux/sched/signal.h>	2017-03-02 08:42:32 +01:00
cmtp.h	Bluetooth: cmtp: Fix deadlock in session deletion	2011-08-11 19:50:27 -03:00
core.c	Bluetooth: cmtp: fix possible might sleep error in cmtp_session	2017-06-27 19:32:11 +02:00
sock.c	net: Pass kern from net_proto_family.create to sk_alloc	2015-05-11 10:50:17 -04:00