toshiba_acpi: return on a fail path

Return from bt_rfkill_poll() when hci_get_radio_state() fails.

value is invalid in that case and should not be assigned to the rfkill
state.

This also fixes a double unlock bug.

Signed-off-by: Jiri Slaby <jirislaby@gmail.com>
Cc: John W. Linville <linville@tuxdriver.com>
Cc: Johannes Berg <johannes@sipsolutions.net>
Cc: Henrique de Moraes Holschuh <hmh@hmh.eng.br>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Len Brown <len.brown@intel.com>

authored by Jiri Slaby and committed by Len Brown 82e7784f b0de22bd

+1
+1
drivers/platform/x86/toshiba_acpi.c
··· 335 if (hci_result != HCI_SUCCESS) { 336 /* Can't do anything useful */ 337 mutex_unlock(&dev->mutex); 338 } 339 340 new_rfk_state = value;
··· 335 if (hci_result != HCI_SUCCESS) { 336 /* Can't do anything useful */ 337 mutex_unlock(&dev->mutex); 338 + return; 339 } 340 341 new_rfk_state = value;