summaryrefslogtreecommitdiffstats
path: root/fs/fuse/Kconfig
diff options
context:
space:
mode:
authorJohan Hedberg <johan.hedberg@intel.com>2014-12-12 11:15:21 +0200
committerMarcel Holtmann <marcel@holtmann.org>2014-12-12 13:20:12 +0100
commit9845904fd489288bcf693642c1b31cc463c0b660 (patch)
treeb7964b4e15df38eb53a91c4850f41e3289dd71d3 /fs/fuse/Kconfig
parentec6f99b807e4bd50566c48fff8994da2fb1bf9fe (diff)
downloadtalos-op-linux-9845904fd489288bcf693642c1b31cc463c0b660.tar.gz
talos-op-linux-9845904fd489288bcf693642c1b31cc463c0b660.zip
Bluetooth: Fix mgmt response status when removing adapter
When an adapter is removed (hci_unregister_dev) any pending mgmt commands for that adapter should get the appropriate INVALID_INDEX response. Since hci_unregister_dev() calls hci_dev_do_close() first that'd so far have caused "not powered" responses to be sent. Skipping the HCI_UNREGISTER case in mgmt_powered() is also not a solution since before reaching the mgmt_index_removed() stage any hci_conn callbacks (e.g. used by pairing) will get called, thereby causing "disconnected" status responses to be sent. The fix that covers all scenarios is to handle both INVALID_INDEX and NOT_POWERED responses through the mgmt_powered() function. The INVALID_INDEX response sending from mgmt_index_removed() is left untouched since there are a couple of places not related to powering off or removing an adapter that call it (e.g. configuring a new bdaddr). Signed-off-by: Johan Hedberg <johan.hedberg@intel.com> Signed-off-by: Marcel Holtmann <marcel@holtmann.org>
Diffstat (limited to 'fs/fuse/Kconfig')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud