History log of /hardware/qcom/bt/msm8992/libbt-vendor/src/bt_vendor_qcom.c
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
17d195806bb4e43d2978358ac79d56e5fd740e1d 22-Jun-2016 Sunny Kapdi <sunnyk@codeaurora.org> Enable LPM idle timeout for all chipsets

Set LPM idle timeout to 1 sec for all chipsets.

Bug: 29471412
Change-Id: I8fd154dfe256d9b85f19375bbef7518841d2522d
(cherry picked from commit 1b44862e7d7319ad31f9020e242ef8132c5ee079)
/hardware/qcom/bt/msm8992/libbt-vendor/src/bt_vendor_qcom.c
64f6d43e93303b84c8885f7e697ec822ceb70667 11-Jun-2016 Sunny Kapdi <sunnyk@codeaurora.org> Reset vendor power state while BT power on.

Use case: SSR or other similar cases when Bluetooth process
is killed abruptly without cleanup.

Steps: SSR or command timeout cases where Bluetooth process
gets killed abruptly.

Failure: Since, vendor cleanup is not done properly, next
BT enable fails.

Root cause: Vendor power state was not reset.

Fix: Added check for previous known vendor state and send
vendor power off while enabling BT if it is not in off state.

Bug:29243594
Change-Id: I5394f1e0ca8a581fc43efc7440a08aa9b520929d
/hardware/qcom/bt/msm8992/libbt-vendor/src/bt_vendor_qcom.c
d7ed5bb817da0b50b4c1be13dbd77d5aea25653c 06-May-2016 Ben YoungTae Kim <ytkim@qca.qualcomm.com> Do not send enable_controller_log if it is already done

Enabling controller log by sending vendor specific command is required
once. Don't need to send WS command if state is not initial stage.
It is possible to lead crash if stage is in middle of turning off or so.

Bug: 28614494

Change-Id: I92a13a3357f488b9bca20d7a66a1eaf639854aee
Signed-off-by: Ben YoungTae Kim <ytkim@qca.qualcomm.com>
(cherry picked from commit 166c2b1c14e88e6b94285f04b5a666a035189843)
/hardware/qcom/bt/msm8992/libbt-vendor/src/bt_vendor_qcom.c
4e2674baaa2e59740c76698385beb3497adb4fdb 05-Apr-2016 Ben YoungTae Kim <ytkim@qca.qualcomm.com> Bluetooth: Add to get BT FW SU information

From FW patch file, it extract FW SU information and
save into filesystem to record current FW SU.

Change-Id: I4f98f6a8e42fd7e3a7107ca3aeee371668bbb4a4

Signed-off-by: Ben YoungTae Kim <ytkim@qca.qualcomm.com>
/hardware/qcom/bt/msm8992/libbt-vendor/src/bt_vendor_qcom.c
02a07fc80aabb0b81bf69b9f8d32f76a4baa276f 21-Feb-2016 Sunny Kapdi <sunnyk@codeaurora.org> Pick msm8992 HAL for msm8996

Change-Id: I96b9eb810bff42d9dcfbe4d371a401e0b6af3a9f
/hardware/qcom/bt/msm8992/libbt-vendor/src/bt_vendor_qcom.c
62a4057b65f11c31e209a06e735986de01d14be3 12-Jan-2016 Sunny Kapdi <sunnyk@codeaurora.org> Delay UART CLK_OFF during BT init sequence

UART clk vote was not held for a short duration post
firmware-download sequence and prior to returning from
vendor open callback. Since libbt-vendor relies on UART
to hold the wakelock, and the stack/framework doesn't hold
a wakelock during BT init, there is a chance that the system
can go to sleep during BT_VND_OP_USERIAL_OPEN without this fix.

Bug: 24669317
Change-Id: Idd568dd70c8ae82a548dae8a3d59199e24e031e9
/hardware/qcom/bt/msm8992/libbt-vendor/src/bt_vendor_qcom.c
f2169748daa2d42d833831d240dfad98161f3c32 26-Aug-2015 Sunny Kapdi <sunnyk@codeaurora.org> Remove dependency from libbtnv

BD_ADDR is passed by the stack and is not required to be
fetched from libbtnv

Change-Id: If77f1f96c11d6c78544428fec487da6dbb076b52
/hardware/qcom/bt/msm8992/libbt-vendor/src/bt_vendor_qcom.c
3877697852db58569e9fab3aad46494bca561a9a 01-May-2015 Mekala Natarajan <mekalan@codeaurora.org> qcom/bt: Enable 8992/4 Bluetooth

Bluetooth HAL version LA.BF64.1.2.9

Change-Id: Ie0a9bc987cc27952672b50e814042bb58fc47597
/hardware/qcom/bt/msm8992/libbt-vendor/src/bt_vendor_qcom.c