Message ID | 20231217135012.1476534-1-xiaokeqinhealth@126.com |
---|---|
State | New |
Headers | show |
Series | [BlueZ] adapter: Fix link key address type for old kernels | expand |
This is automated email and please do not reply to this email! Dear submitter, Thank you for submitting the patches to the linux bluetooth mailing list. This is a CI test results with your patch series: PW Link:https://patchwork.kernel.org/project/bluetooth/list/?series=810816 ---Test result--- Test Summary: CheckPatch PASS 1.04 seconds GitLint PASS 0.37 seconds BuildEll PASS 23.78 seconds BluezMake PASS 699.36 seconds MakeCheck PASS 11.67 seconds MakeDistcheck PASS 153.15 seconds CheckValgrind PASS 214.28 seconds CheckSmatch PASS 317.31 seconds bluezmakeextell PASS 100.06 seconds IncrementalBuild PASS 641.96 seconds ScanBuild PASS 915.99 seconds --- Regards, Linux Bluetooth
Hi Xiao, On Sun, Dec 17, 2023 at 11:21 AM Xiao Yao <xiaokeqinhealth@126.com> wrote: > > From: Xiao Yao <xiaoyao@rock-chips.com> > > Fixes: https://github.com/bluez/bluez/issues/686 > > Signed-off-by: Xiao Yao <xiaoyao@rock-chips.com> > --- > src/adapter.c | 12 +++++++++++- > 1 file changed, 11 insertions(+), 1 deletion(-) > > diff --git a/src/adapter.c b/src/adapter.c > index ee70b00d2..b4628a411 100644 > --- a/src/adapter.c > +++ b/src/adapter.c > @@ -4347,7 +4347,17 @@ static void load_link_keys(struct btd_adapter *adapter, GSList *keys, > struct link_key_info *info = l->data; > > bacpy(&key->addr.bdaddr, &info->bdaddr); > - key->addr.type = info->bdaddr_type; > + > + /* > + * According to the Bluetooth specification, the address > + * type of the link key is not fixed. However, the > + * load_link_keys function in the old kernel code requires > + * that the address type must be BREDR. Since the address > + * type is not actually used by the link key, to maintain > + * compatibility with older kernel versions, the addr.type > + * of the link key is set to BDADDR_BREDR. > + */ > + key->addr.type = BDADDR_BREDR; We probably want to find a way to detect if the kernel is capable of handling the addr type or not, maybe attempt to load with it set and in case it doesn't work then use BREDR. > key->type = info->type; > memcpy(key->val, info->key, 16); > key->pin_len = info->pin_len; > -- > 2.34.1 > >
diff --git a/src/adapter.c b/src/adapter.c index ee70b00d2..b4628a411 100644 --- a/src/adapter.c +++ b/src/adapter.c @@ -4347,7 +4347,17 @@ static void load_link_keys(struct btd_adapter *adapter, GSList *keys, struct link_key_info *info = l->data; bacpy(&key->addr.bdaddr, &info->bdaddr); - key->addr.type = info->bdaddr_type; + + /* + * According to the Bluetooth specification, the address + * type of the link key is not fixed. However, the + * load_link_keys function in the old kernel code requires + * that the address type must be BREDR. Since the address + * type is not actually used by the link key, to maintain + * compatibility with older kernel versions, the addr.type + * of the link key is set to BDADDR_BREDR. + */ + key->addr.type = BDADDR_BREDR; key->type = info->type; memcpy(key->val, info->key, 16); key->pin_len = info->pin_len;