LE legacy pairing as the master role of connection establishment |
||||
Issue descriptionThis bug tracks the Implementation of LE Legacy pairing based on Just Work pairing as the master role when establishing a LE connection. The master of pairing is responsible for the following tasks. Phase 1: Send pairing request to initiate the pairing. Phase 2: Send pairing confirm value to start information exchanging fo generating STK. Start encryption using exchanged STK. Phase 3: Wait for the slave to send keys, identity and address over and sent own keys identity and address to the slave. Re-encrypt the link using exchanged LTK.
,
May 11 2018
The following revision refers to this bug: https://chromium.googlesource.com/chromiumos/platform/newblue/+/85b1d7e2da66325af66bb1f11f75a8689cbc3efa commit 85b1d7e2da66325af66bb1f11f75a8689cbc3efa Author: Miao-chen Chou <mcchou@chromium.org> Date: Fri May 11 23:01:44 2018 sm, config: introduce work queue for notification works to the upper layer This introduces a work queue to perform the notification work to the upper layer without potentially blocking the lower layer threads, such as HCI work thread and L2CAP work thread. This also fixes the double-freeing in smDeinit(). BUG= chromium:835393 TEST=Run new_blue_test w/o option to performs 3 advertisements on one DUT, run new_blue_test w/ option "pair" on the other DUT and verify that the just-work pairing and unpairing finishes correctly. The notification works fine when the new_blue_test sleeps for 5 seconds before unpairing. Change-Id: Ia912d09593cbb24ce342b5ae1e9352f98ea848ec [modify] https://crrev.com/85b1d7e2da66325af66bb1f11f75a8689cbc3efa/config.h [modify] https://crrev.com/85b1d7e2da66325af66bb1f11f75a8689cbc3efa/sm.c [modify] https://crrev.com/85b1d7e2da66325af66bb1f11f75a8689cbc3efa/test.c
,
May 11 2018
The following revision refers to this bug: https://chromium.googlesource.com/chromiumos/platform/newblue/+/165907254c3a7adbc6d3af5adb89e1a5cfad2c01 commit 165907254c3a7adbc6d3af5adb89e1a5cfad2c01 Author: Miao-chen Chou <mcchou@chromium.org> Date: Fri May 11 23:01:44 2018 persist: support enumeration of numbers This adds the support of enumeration of numbers in persistEnumKnownDevs() where it takes wantedNumType as an nullable parameter, and this also adds haveNums and wantedNum as parameters of persistKnownDevEnumeratorF to expose the result of searching. Three tests are added to PersistTestSuite. The use case of searching numbers can be handy for the default security manager to find the target peer address with a set of random number and EDIV. BUG= chromium:835393 TEST=build, run new_blue_test and verify that all tests pass Change-Id: Ice2154e1382e33d95667eb043ee0bc710e3a0507 [modify] https://crrev.com/165907254c3a7adbc6d3af5adb89e1a5cfad2c01/persist.c [modify] https://crrev.com/165907254c3a7adbc6d3af5adb89e1a5cfad2c01/tests/persist_unittest.cc [modify] https://crrev.com/165907254c3a7adbc6d3af5adb89e1a5cfad2c01/persist.h
,
May 15 2018
,
May 15 2018
,
Sep 26
|
||||
►
Sign in to add a comment |
||||
Comment 1 by bugdroid1@chromium.org
, May 11 2018