Bluetooth: Use HCI_MAX_AD_LENGTH constant instead hardcoded value
authorMarcel Holtmann <marcel@holtmann.org>
Fri, 20 Mar 2015 00:22:25 +0000 (17:22 -0700)
committerJohan Hedberg <johan.hedberg@intel.com>
Fri, 20 Mar 2015 12:08:32 +0000 (14:08 +0200)
Using the HCI_MAX_AD_LENGTH for the max advertising data and max scan
response data length makes more sense than hardcoding the value.

Signed-off-by: Marcel Holtmann <marcel@holtmann.org>
Signed-off-by: Johan Hedberg <johan.hedberg@intel.com>
net/bluetooth/mgmt.c

index cee9bc9735af945aa832412d5ed0cb7544bbcbe8..8c771e79d67df044f401f338fdce5087d49cf610 100644 (file)
@@ -6312,8 +6312,8 @@ static int read_adv_features(struct sock *sk, struct hci_dev *hdev,
        }
 
        rp->supported_flags = cpu_to_le32(0);
-       rp->max_adv_data_len = 31;
-       rp->max_scan_rsp_len = 31;
+       rp->max_adv_data_len = HCI_MAX_AD_LENGTH;
+       rp->max_scan_rsp_len = HCI_MAX_AD_LENGTH;
        rp->max_instances = 0;
        rp->num_instances = 0;