Fix HDP select thread id type am: f28952970e
am: 6c1929f588

Change-Id: Id4473f3db0f99789ad700101545aae349ae13a8a

Fix HDP select thread id type
am: f28952970e

Change-Id: I3171422ec9bfd8a0937ef500c9fc85b0af70b4e1

Fix HDP select thread id type

Recent changes in libbionic cause pthread_join to SIGABRT if called with
an invalid thread id. The select_thread_id variable in the HDP
sub-system was truncated from long->int causing pthread_join to not find
the correct thread and triggering the error.

Using the correct type for select_thread_id fixes this problem.

Change-Id: Id332fa86cf7f30abd211588d32899d41e157b462
Fixes: 35432169
Test: manual; boot device, turn BT off; ensure it stays off

Merge "Add a mutex to guard all btsnoop operations" am: d8a0667363
am: 0c5b10be09

Change-Id: Ie42a94583e0d65170b0b1a7477b1d05927ffb1aa

Merge "Add a mutex to guard all btsnoop operations"
am: d8a0667363

Change-Id: I1ba7c525e9cd24fd5d5d588b0b950e1cc39a785f

Merge "Add a mutex to guard all btsnoop operations"

Merge changes Idcbbc7eb,I3dc48800 am: 6f04f03f44
am: 9f0ff40820

Change-Id: Ie63d140ad279fe66f71515242bb65f4d43d0c279

Fix advertise data parsing am: 2e97666062
am: aacdc55171

Change-Id: I7ed5f1725a722062042e296d9e93e0e9a7a807a9

Merge changes Idcbbc7eb,I3dc48800
am: 6f04f03f44

Change-Id: I690e029727e74f6c948ff29be79f2c90645d5a9c

Fix advertise data parsing
am: 2e97666062

Change-Id: Ia196299b560036813eaf4b2268e5d1dd720943ce

Merge changes Idcbbc7eb,I3dc48800

* changes:
  Use LE Extended Create Connection when possible
  Add LE Extended Create Connection HCI command

Add a mutex to guard all btsnoop operations

After switching to HIDL, capture() can be called by multiple threads.
Capturing a packet and writing to the btsnoop/btsnooz logs
require multiple operations, hence we need a mutex to make those
operations atomic.
Previously, there were occasional btsnoop_hci.log files
with corrupted data as reported by Wireshark.

Test: Manual - captured multiple btsnoops_hci.log files.
Change-Id: Ib89d9156ad7e27a7dee652f71a0cf38c85d4447c

Use LE Extended Create Connection when possible

Bug: 30622771
Test: manual
Change-Id: Idcbbc7eb6f9b32b2f258d6f8913ead6986510da8

Add LE Extended Create Connection HCI command

Bug: 30622771
Test: manual
Change-Id: I3dc48800bd2dfb2f00c824c89888c9f4e8271497

Fix advertise data parsing

This patch fixes overflow of position variable, and possible read
outside of vector boundaries when parsing advertise data.

Parsing 1004 bytes of hex "112233112233.." was causing infinite loop.

Bug: 30622771
Test: manual
Change-Id: I0d669f7958de73f5d53350fb293ff27fea172f44

HID: Fix scroll issue with Apple Magic Mouse am: 3e2201163b
am: 266f1f8335

Change-Id: Ifc1101137398845aa86b46ce3f06348016071a66

HID: Fix scroll issue with Apple Magic Mouse
am: 3e2201163b

Change-Id: I368798f4084b3cd4126c76707a9dfc6e9b8ea3d1

HID: Fix scroll issue with Apple Magic Mouse

Usecase
1) Pair and connect with Apple Magic Mouse
2) Scroll over HID mouse and see if pointer moves up or down
   on DUT.

Observation:
Scroll functionality does not work on DUT and mouse pointer
stays still.

Root Cause:
From kernel 3.18 onwards, UHID flags are updated and following new
flags are added. Support for handling same is missing in user
space hid driver (bta_hh_co.cc)
UHID_GET_REPORT
UHID_GET_REPORT_REPLY
UHID_SET_REPORT
UHID_SET_REPORT_REPLY

Fix:
Add support for set report and get report in HID user
space because of changes in uhid kernel driver with kernel changes
for kernel 3.18. Apple Magic Mouse scroll functionality does not
work without this fix, as Apple Mouse requires set report from
HID host for it to start working properly wrt Scroll functionality.

Bug: 35306202
Change-Id: I90230b76d68e9275dcacd9f46f03e312ddf2fa30

Add a missing NULL pointer check inside bta_av_rcfg_str_ok() am: c9cff56fea
am: 22b8ffcda5

Change-Id: I996c38aba138ef98929b887ff2e2f3e42e943c2f

Add a missing NULL pointer check inside bta_av_rcfg_str_ok()
am: c9cff56fea

Change-Id: I9346b420fe29960640871ae380d0ddb51973523f

Merge "Fix SIGBUS error in BT stack when pairing with ARM boards" am: 24dc553b55
am: dea0ee893c

Change-Id: Idf9adfc5b7cb1b92c246b4ef88b2f85bb4fcc3cc

Merge "Fix SIGBUS error in BT stack when pairing with ARM boards"
am: 24dc553b55

Change-Id: I286d317aa89c363ba1f3baecd4c707211b9411f6

Add a missing NULL pointer check inside bta_av_rcfg_str_ok()

Apparently, the p_data argument could be NULL if the reconfig
was triggered by the local device.

Test: Tested with Bluetooth headsets
Bug: 35351216
Change-Id: Ic51d849232944b5978772d222c41f66824e14dd4

Merge "Fix SIGBUS error in BT stack when pairing with ARM boards"

Update the A2DP MTU if the L2CAP MTU changes during codec reconfiguration am: 31d373be95
am: d964b1ac31

Change-Id: I9f2104a48467d0c8d54322a8bbb67f080c4d61be

Update the A2DP MTU if the L2CAP MTU changes during codec reconfiguration
am: 31d373be95

Change-Id: I5c897b42abbcf6d14c5c9f74e8e186d3eaff259d

Fix SIGBUS error in BT stack when pairing with ARM boards

Bluetooth stack crashes with a SIGBUS memory unaligned error since the
toolchain optimizes memcpy to generate register instructions which are
unaligned in memory. Similar issue was seen earlier in
https://android-review.googlesource.com/#/c/181713/
which was solved by casting pointers to (void *). That fix misses edge
cases where the destination pointer needs to be casted as well.

Change-Id: I23cc16142deaf3dc1fff91588d736abdfcb3bfde
Fixes: 35154933
Test: Verified by building and pairing with RPI3/NXP Arm boards.

Update the A2DP MTU if the L2CAP MTU changes during codec reconfiguration

Previously, the MTU was saved inside the AVDTP module after the first
codec setup. However, the MTU wasn't updated after codec reconfiguration.
As a result, if a Sink device uses different (smaller) MTU for
a codec like SBC, then switching fron another codec to SBC will
result in generating SBC frames that are too large to transmit,
and there will be no audio.

Bug: b/35351216
Test: A2DP streaming and codec switch to various Sink devices.
Change-Id: Ieb3caf4ef7a30a7af31ceb2f6132807739829441

Merge "Lower the BLE connection supervision timeout to 5s." am: 72caf0257f
am: 9056c8cf9d

Change-Id: I6f21dbda3394261573516f2684fef67c5a3d215d

Merge "Lower the BLE connection supervision timeout to 5s."
am: 72caf0257f

Change-Id: I565c7920cef98cfdaa59e0585734e71587dee579

Merge "Lower the BLE connection supervision timeout to 5s."

Merge "Change LE advertisement data length type (uint8_t -> uint16_t)" am: f49eebd089
am: 13a35c0898

Change-Id: If48478b23df412a809178d83a82a0050258ffe4d

Merge "Change LE advertisement data length type (uint8_t -> uint16_t)"
am: f49eebd089

Change-Id: Iecf2d0e338ec4d30aebbe8c385925076ab630a3c

Merge "Change LE advertisement data length type (uint8_t -> uint16_t)"

Fix comment formatting at the beginning of lines am: 0ec947509d
am: e77189b5e5

Change-Id: Ib6613d3ea4eafb6701663f711bc684e6aaa25f9a

Fix comment formatting at the beginning of lines
am: 0ec947509d

Change-Id: I1700d82b29714a34b3170b5c6de66f81aaea547b

Fix comment formatting at the beginning of lines

Test: builds
Change-Id: I691a40ad37b0cbe3ce56a09dc986df8857883b23

Lower the BLE connection supervision timeout to 5s.

The current default of 20 seconds is too high especially considering
that BLE tries to optimize (re)connection times. A connection
supervision timeout of 20 seconds essentially means that an initiator
of the connection could be in the connecting state for 20 seconds
before giving up on that connection attempt.

Checking other platforms such as iOS for default connection supervision
timeout reveals that they use sub-second (750ms) values.

Change-Id: I6ff7a20ceab0df8986191dd73676cadbe23a175e

Change LE advertisement data length type (uint8_t -> uint16_t)

Chained advertisement data can be up to 1650 bytes.

Test: manual
Bug: 30622771
Change-Id: I67af5a8130ac2d3f0dbd8f5e3f28b72b152256c2

btif: remove logspam at higher debug levels am: c338fe868c
am: 9135c237f6

Change-Id: I1bb302465f641efe1a9caacbaac0de12f2cbbd79

btif: remove logspam at higher debug levels
am: c338fe868c

Change-Id: Icd07fdcccf6267d9ff9e4a27a031f45d7a3d3f18

btif: remove logspam at higher debug levels

Some CHECK macros had logs that printed the function name, which
duplicated the logs in the functions outside the checks, producing too
many logs.

Remove some unused macros.

Changes:
02-01 09:34:11.757  1259  1755 D bt_btif : get_folder_items_list_rsp
02-01 09:34:11.757  1259  1755 D bt_btif : get_folder_items_list_rsp: item_cnt: 0 len: 0
to
02-01 09:34:11.757  1259  1755 D bt_btif : get_folder_items_list_rsp: item_cnt: 0 len: 0

and similar.

Test: run logcat, check that we have less duplicated logs
Change-Id: Id6e57f38b34d176ed8be0c3baedfbcf55e61a9a4

Allow back-to-back AVDTP API_RECONFIG_EVT events am: a72b0e2757
am: ebf192bdfa

Change-Id: I35a89889bb669428efc01c25a6565a6b6548720d

Allow back-to-back AVDTP API_RECONFIG_EVT events
am: a72b0e2757

Change-Id: I17287bb26295cc43c04e00263e4d58e8656a8d7f

Allow back-to-back AVDTP API_RECONFIG_EVT events

Based on AVDTP Spec 1.3, Section 9.8 StreamChangeParameters, the RECONFIG
procedure (AVDTP_RECONFIGURE_CMD) happens in OPEN state, and there is no
state transition that would prohibit calling the RECONFIG procedure
back-to-back.

Test: A2DP codec reconfiguration and audio play with several Sink devices
Bug: 35284763
Change-Id: Ie4ddca8545e2146fbd863e55713fd2d49994b4b0

Merge "osi: Remove unused eager_reader code" am: 8f79930f36
am: bcd9c5a5e6

Change-Id: Iee3cfeb9b86b9927544dab78f4edff6096090468

Merge "osi: Remove unused eager_reader code"
am: 8f79930f36

Change-Id: I976eabd7609710f5acbd882fbf1e57f06673066d

Merge "osi: Remove unused eager_reader code"

Get rid of btm_ble_send_extended_scan_params am: defbb91f06
am: 896e6cc77e

Change-Id: I7f78d992842daa591a320b7f6f46bdbf66b2c42e

Fix set extended scan params command am: 42300f2235
am: bb826d724f

Change-Id: Ib1930c9cdeea3d9d5cfa91488f4ed6be3a05112c

Get rid of btm_ble_send_extended_scan_params
am: defbb91f06

Change-Id: I352ab720b1040699bd25ee748d148886a92dcb7d

Fix set extended scan params command
am: 42300f2235

Change-Id: I871bca8c20130b3d736b682674ead62047a063bc

Get rid of btm_ble_send_extended_scan_params

Bug: 30622771
Test: sl4a FilteringTest
Change-Id: I94e62ca0d785b20f97e3397131b70eac06e15003

Fix set extended scan params command

scanning_phys is a bitmap, not a count of PHYs. This error was resulting
in invalid HCI command being sent. This had no impact so far, because
only 1M PHY was used.

Bug: 30622771
Test: manual
Change-Id: I2be4f5ddbe0d453dc49cdee4605821b10853d7d8

Add Service Data GAP EIR data type am: 2a2583bdd3
am: e1403f2990

Change-Id: I263f41199f1e78f91a9e9654cd44e6d97d800433

Add Service Data GAP EIR data type
am: 2a2583bdd3

Change-Id: Id9e77ecd8ae5c101379c16e201e9538ab89458c3

Add Service Data GAP EIR data type

Test: Build
Change-Id: I378883fdeb09fadaac04ace2dc499abd27b7d3ab

Merge "Minor fixes" am: bb952824d1
am: f4ed8ead35

Change-Id: I6084df1776fd7be3900e0150f229c6cedda0a1ae

Merge "Minor fixes"
am: bb952824d1

Change-Id: I71a561da11481ceddcc53e7051ea568f821124d3

Merge "Minor fixes"

Merge "Advertising data handling improvements" am: caac63a814
am: e883a96a02

Change-Id: Ie099bd7055d376c85968d6a9a6d7fbb7bb6babd9

Merge "Advertising data handling improvements"
am: caac63a814

Change-Id: Ice53320def5bfd56de0329465c42e551828c0661

Merge "Advertising data handling improvements"

Merge "Enable DLOG on eng and userdebug builds" am: 0b8c812427
am: fd3e9557c7

Change-Id: Id934eaf1a73d32eabf9de7ff47c21272241abae1

Merge "Enable DLOG on eng and userdebug builds"
am: 0b8c812427

Change-Id: I67ecd676087b183f749d5ee7495ede92dd938423

Merge "Enable DLOG on eng and userdebug builds"

Minor fixes

- Include <mutex> for heart_rate_server
- Remove unnecessary assignment

Test: Build
Change-Id: Ic2368d08789b95e71c083460148c70b9d0ef0b20

Advertising data handling improvements

* use non-hardcoded advertise data size
* use cache for keeping non-complete advertising data, waiting either
for scan scan response, or secondary channel data.

Bug: 30622771
Test: sl4a FilteringTest
Change-Id: I689edcb4aee30361df15340029559cd19dac552b

Merge "Remove build variables that are no longer used" am: f9ea60e015
am: 23cdcce890

Change-Id: I7e659d0597425ebb5bada5ae64980bb1cccdba92

Merge "Remove build variables that are no longer used"
am: f9ea60e015

Change-Id: Ic47a45bc196acc715e2152ed95510b9e1afb01c8

Merge "Remove build variables that are no longer used"

Enable DLOG on eng and userdebug builds

Test: manual
Change-Id: I1ff4ad6b2543246351d4d34919ba443e5617a9c0

Use same timestamp for on-disk BT Snoop Log and in-memory BT Snooz Log am: 071b507ad4
am: ae0c098aaa

Change-Id: I51273b1a197582e4be846cc1980c157721f2536a

Use same timestamp for on-disk BT Snoop Log and in-memory BT Snooz Log
am: 071b507ad4

Change-Id: Ie19de8d98cdf01ac1b66d146742f19a769969f9f

Use same timestamp for on-disk BT Snoop Log and in-memory BT Snooz Log

* Logcat uses gettimeofday for its timestamp, the same as on-disk BT
  Snoop log
* Although in-memory BT Snooz Log uses the same method to get time, it
  is calling it separately, resulting in mismatch between timestamps of
  two snoop logs
* This CL let them uses the same timestamp_us value and put the function
  definition to libosi
* Note that preserved on-disk BT Snoop logs timestamp postfix at
      btsnoop_hci_<timestamp>.log
  will be changed to microsecond since epoch at current device timezone
  instead of the shifted BT Snoop timestamp value
* New unit tests for gettimeofday

Bug: 35113514
Test: Make, unit tests, run BT activities and check both snoop logs
Change-Id: I5b3f87bc523b272ced2c69a4595d0e0cbe29bcb3

Merge "Guard btsnooz ringbuffer access from multiple threads" am: 82fc2a96ef
am: 3c7a71dcd2

Change-Id: Ie6a1fe91e12bba1df5ad998b3b9f5ca47a298beb

Fix AAC bitrate computation and add missing parameters am: 3b8f12614f
am: 495467f9af

Change-Id: I232ee1e8b0f7b7b2b9a22ea60411497d3f392391

Merge "Guard btsnooz ringbuffer access from multiple threads"
am: 82fc2a96ef

Change-Id: I75ad53c392554ea41694a9d314e1503009c076ce

Fix AAC bitrate computation and add missing parameters
am: 3b8f12614f

Change-Id: I9ecff0dfe4d804678c6dc5c3bc2fc0f5d0a324ed

Merge "Guard btsnooz ringbuffer access from multiple threads"

Remove build variables that are no longer used

* Removed BtHcilpIncluded from BOARD_BLUETOOTH_BDROID_HCILP_INCLUDE
* Removed BtHciUseMct from BLUETOOTH_HCI_USE_MCT

Bug: 35203653, 34951912
Test: Code compilation, no user visible effects
Change-Id: Ifbb0c2165a2b7cb6ec1d5c87a610219dd010206b

Fix AAC bitrate computation and add missing parameters

* Compute the AAC codec bitrate based on the MTU and the AAC
  object type such that the AAC frames are not fragmented.
  The spec recommendation is to avoid fragmentation, and
  some sink devices cannot process fragmented frames.

* Setup/assign AACENC_PEAK_BITRATE as the peak bitrate to
  make sure we never go over the MTU frame size.

* Add missing AAC parameter setup for AACENC_AUDIOMUXVER
  and AACENC_SIGNALING_MODE

* Add a fix for selecting the bitrate if the sink device reports
  capability with zero bitrate - for such devices we negotiate
  our bitrate. For the actual AAC codec bitrate we still compute
  it based on the MTU and the AAC object type.

Test: Tested with numerous AAC sink devices
Bug: 34953385
Change-Id: I9ca6353b0e1ee107f1242803de4e82d568a3394b

Guard btsnooz ringbuffer access from multiple threads

Since moving to HIDL, the btsnooz packet ringbuffer can be accessed from
two separate threads. Thus it should be guarded from concurrent access
to avoid pointer corruption.

Bug: 35182804
Test: manual
Change-Id: I3e6e1a869887a7ad5d87d8bb09ed78a22b3383ae

osi: Remove unused eager_reader code

Test: Builds
Change-Id: Id5c7a8b9ca59ec90c3d2d0d4935f3f5ff287c433

Merge "Use CHECK() to verify that HIDL is installed" am: c9f353fa78
am: 54c96032e0

Change-Id: I008018491d3a92a8acb023fd08ddf7bf835a645e

Merge "Use CHECK() to verify that HIDL is installed"
am: c9f353fa78

Change-Id: Ie4c283f10611062df08cfc7f6520b3a31e6363cc

Merge "Use CHECK() to verify that HIDL is installed"

Merge "Fix the implementation of htonll()" am: 9c0d0af2b0
am: 87b1567d58

Change-Id: I056cb3496c0c572c710e2c60a5ac5a9812d0cdb9

Merge "Fix the implementation of htonll()"
am: 9c0d0af2b0

Change-Id: I31333bc5c25744a5a438bfc36d6ba347cc761b5f

Merge "Fix the implementation of htonll()"

Fix the implementation of htonll()

Prior the fix, all btsnoop entries had same timestamp.

Bug: 35111777
Test: Examine the btsnoop log file with Wireshark
Change-Id: I9e664475ff5b4ffc543d95b90a47c7f80fdc0370

Merge "AVRCT CT: uint8_t is used for 2byte field" am: a84ef64eb8
am: f474d5f2d1

Change-Id: I63d485dde672adbf2ffce916478e8c2875fb9a40

HF Client: SCO routing with multiple devices am: ac109dc225
am: 66d065b665

Change-Id: I19469783e0304d09b1d342a6cb8ca74681f536d2

Merge "AVRCT CT: uint8_t is used for 2byte field"
am: a84ef64eb8

Change-Id: I0f7fee007ae4a5b3bd19fa2862e0c22aa7f46cae

HF Client: SCO routing with multiple devices
am: ac109dc225

Change-Id: Id8893897e60105f11e7b7637a666aaa6cab957ad

Merge "AVRCT CT: uint8_t is used for 2byte field"

Use CHECK() to verify that HIDL is installed

Test: build, boot test on angler
Change-Id: Ia64dcceedc233ef494ab0fdce7ee649e74fa45a0

HF Client: SCO routing with multiple devices

For SCO it makes sense only to have one active connection at a time for
any device since simultaneous SCO calls in a single device is
un-reasonable. This change changes the SCO state machine in following
ways:
a) SCO is not setup automatically whenever AG wants, the client for this
BTA layer will have to call connect_audio to start SCO
b) Also when we disconnect SCO for a device, it does not go into a
listen state. We are making sure that the upper layer caller always has
to call connect to accept a connection

Bug: b/34518638
Test: Manual testing w/ multiple active calls and SCO switching

Change-Id: I6e6c4c6e6ee19e44e3ff14499fb99083102bde5a

AVRCT CT: uint8_t is used for 2byte field

This causes the upper stack to report incorrect entries if the value is
large

Bug: b/34682784
Test: Check with a list > 4 items large and packet size big enough to
exceed uint8_t size

Change-Id: I73233a74378d9c091e33f204780a9492505d99b4

Merge changes from topic 'bt5_scan_props' am: 1e73f14e77
am: de6a7cbd2a

Change-Id: Iee131acc33feb26afa77a70230042eff6beab234