Revert "rfkill: Add rfkill-any LED trigger"
authorJohannes Berg <johannes.berg@intel.com>
Mon, 19 Dec 2016 08:51:11 +0000 (09:51 +0100)
committerJohannes Berg <johannes.berg@intel.com>
Tue, 20 Dec 2016 07:45:54 +0000 (08:45 +0100)
commit7b854982b273134e4ff02c61a74e70e1b1876286
treeb0c7319696809d511230ec31b9ef20af5c7ff610
parente77a8be9a0a7f2c10151967e3c72c5afcbd41117
Revert "rfkill: Add rfkill-any LED trigger"

This reverts commit 73f4f76a196d7adb11a1e192bd8024fe0bc83910.

As Mike reported, and I should've seen in review, we can't call
the new LED functions, which acquire the mutex, from places like
rfkill_set_sw_state() that are documented to be callable from
any context the user likes to use. For Mike's case it led to a
deadlock, but other scenarios are possible.

Reported-by: Михаил Кринкин <krinkin.m.u@gmail.com>
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
net/rfkill/core.c