summaryrefslogtreecommitdiffstats
path: root/arch/x86
diff options
context:
space:
mode:
authorJohan Hedberg <johan.hedberg@nokia.com>2011-01-19 12:06:48 +0530
committerGustavo F. Padovan <padovan@profusion.mobi>2011-01-19 14:40:42 -0200
commit88644bb9fee591b2743a881923263bc28df4cded (patch)
treef544155e89e9c622fcc2a59c797e6da659370a13 /arch/x86
parent683d949a7fbf33c244670e34d35c460e0d6558cb (diff)
downloadlinux-stable-88644bb9fee591b2743a881923263bc28df4cded.tar.gz
linux-stable-88644bb9fee591b2743a881923263bc28df4cded.tar.bz2
linux-stable-88644bb9fee591b2743a881923263bc28df4cded.zip
Revert "Bluetooth: Update sec_level/auth_type for already existing connections"
This reverts commit 045309820afe047920a50de25634dab46a1e851d. That commit is wrong for two reasons: - The conn->sec_level shouldn't be updated without performing authentication first (as it's supposed to represent the level of security that the existing connection has) - A higher auth_type value doesn't mean "more secure" like the commit seems to assume. E.g. dedicated bonding with MITM protection is 0x03 whereas general bonding without MITM protection is 0x04. hci_conn_auth already takes care of updating conn->auth_type so hci_connect doesn't need to do it. Signed-off-by: Johan Hedberg <johan.hedberg@nokia.com> Acked-by: Marcel Holtmann <marcel@holtmann.org> Signed-off-by: Gustavo F. Padovan <padovan@profusion.mobi>
Diffstat (limited to 'arch/x86')
0 files changed, 0 insertions, 0 deletions