Linux bluetooth development
 help / color / mirror / Atom feed
From: Marcel Holtmann <marcel@holtmann.org>
To: Johan Hedberg <johan.hedberg@gmail.com>
Cc: linux-bluetooth@vger.kernel.org
Subject: Re: [PATCH 1/2] Bluetooth: Fix link security setting when powering on
Date: Sun, 27 Jan 2013 04:15:29 +0100	[thread overview]
Message-ID: <1359256529.16748.24.camel@aeonflux> (raw)
In-Reply-To: <1359239630-3579-1-git-send-email-johan.hedberg@gmail.com>

Hi Johan,

> If a controller is powered on while the HCI_AUTO_OFF flag is set the
> link security setting (HCI_LINK_SECURITY) might not be in sync with the
> actual state of the controller (HCI_AUTH). This patch fixes the issue by
> checking for inequality between the intended and actual settings and
> sends a HCI_Write_Auth_Enable command if necessary.
> 
> Signed-off-by: Johan Hedberg <johan.hedberg@intel.com>
> ---
>  net/bluetooth/mgmt.c |    7 +++++++
>  1 file changed, 7 insertions(+)
> 
> diff --git a/net/bluetooth/mgmt.c b/net/bluetooth/mgmt.c
> index fbc8edf..f6ef8ff 100644
> --- a/net/bluetooth/mgmt.c
> +++ b/net/bluetooth/mgmt.c
> @@ -3096,6 +3096,13 @@ int mgmt_powered(struct hci_dev *hdev, u8 powered)
>  					     sizeof(cp), &cp);
>  		}
>  
> +		if (test_bit(HCI_LINK_SECURITY, &hdev->dev_flags) !=
> +		    test_bit(HCI_AUTH, &hdev->flags)) {
> +			u8 val = test_bit(HCI_LINK_SECURITY, &hdev->dev_flags);
> +			hci_send_cmd(hdev, HCI_OP_WRITE_AUTH_ENABLE,
> +				     sizeof(val), &val);
> +		}

why not actually just test for the value and store its result, then
compare and then use the value. Testing HCI_LINK_SECURITY twice seems a
bit too much.

Regards

Marcel



      parent reply	other threads:[~2013-01-27  3:15 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-01-26 22:33 [PATCH 1/2] Bluetooth: Fix link security setting when powering on Johan Hedberg
2013-01-26 22:33 ` [PATCH 2/2] Bluetooth: Increment Management interface revision Johan Hedberg
2013-01-27  3:15 ` Marcel Holtmann [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1359256529.16748.24.camel@aeonflux \
    --to=marcel@holtmann.org \
    --cc=johan.hedberg@gmail.com \
    --cc=linux-bluetooth@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox