GitLab

* commit 'a5b275c3':
  Changes to restart supplicant on crash

specify timeout value in poll to check if the supplicant
connection is active, if not we should indicate
terminate command to framework to restart supplicant.

Change-Id: I8e602b9cb07a13c3f0b96813b2fc89f46457473e

* commit '9739aeb2':
  Indicate WPA_EVENT_TERMINATING event on primary interface.

Internal fabricated WPA_EVENT_TERMINATING events to restart
supplicant should be sent on primary interface.

Change-Id: I2d018e0707819614d9b092c6f3a812f04b5446ca

* commit '8eb3354a':
  Audio: add an openOutputStreamWithFlags API

The existing openOutputStream API did not allow passing stream flags even
though its audio hardware interface's open_output_stream counterpart does take
a "flags" argument.  This means that, when the audio hw_module is implemented
using libhardware_legacy, the output flag was lost.

This commit adds an API in libhardware_legacy's audio module, allowing to pass
the flag, and updates the default wrapper in order to call this new API instead
of the old version that missed the flag.

Change-Id: I20c102d32b489f87fabbd7d02aa0b28fae13948b
Signed-off-by: David Wagner <david.wagner@intel.com>
Signed-off-by: Bruce Beare <bruce.j.beare@intel.com>
Signed-off-by: Jack Ren <jack.ren@intel.com>

Fix a few 64-bit warnings and set -Wno-unused-parameter, which makes
the directory warnings-clean on 32-bit and 64-bit.
Remove LOCAL_32_BIT_ONLY.

Change-Id: I688b31683f1a6598419866d9b7b6bc27a7056f4a

* commit '60089828':
  Audio policy is 32-bit only

Change-Id: I2eca0286d98bb5eebe9c68286d4ee7ed366f173d

* commit 'be39c1e4':
  audio policy : add AUDIO_DEVICE_IN_USB_DEVICE to sDeviceNameToEnumTable

* commit 'eaf44380':
  Wi-Fi HAL: fix supplicant start failed issue

This commit adds AUDIO_DEVICE_IN_USB_DEVICE to sDeviceNameToEnumTable[],
It had to be added here, when it was defined in system/core/include/system/audio.h

AudioPolicyManagerBase::loadHwModule() fails to parse device type of
AUDIO_DEVICE_IN_USB_DEVICE in audio_policy.conf.
By applying this commit, AUDIO_DEVICE_IN_USB_DEVICE can be used for
audio policy customization.

Change-Id: I0165956334d7105129dca4c746372dbca0d9e324

init.svc.*(hostapd, p2p_supplicant) properties are set when starting
STA or uAP via Wi-Fi HAL, after sending ctrl.start command to
property_service, thread called wifi_start_supplicant will yield cpu
for android init process to get scheduled, then init.svc.* status
is read to check if supplicant status is running

there is a chance that after scheld_yield returned, init is not
scheduled, serial value is not updated, __system_property_read got
the "stopped" status, then init is scheduled to update service status
after that back to this loop in Wi-Fi HAL, serial is updated, but
status is not reread, still used "stopped", then Wi-Fi HAL will
report supplicant start failed

as the following schedule sequence:

process A(WifiStateMachine)           process B(init)
1. ctl.start
2. scheld_yield
3. __system_proerty_read
   /*serial1, value1*/
                                      4. __system_property_update
                                         /*serial2, value2*/
5. serial1 != serial2
6. value1 == "stopped"

So after sched_yield, first check if serial is updated, then read
service status

Change-Id: I5181e0d4504c525832c033b9a35bd58ec63e1de8
Signed-off-by: jiaguo <jiaguo@marvell.com>

* commit 'c32be36f':
  wifi: check if supplicant is running before starting it

am 84b5cd7c: Merge "hardware/libhardware_legacy: convert LOCAL_MODULE_PATH to LOCAL_MODULE_RELATIVE_PATH"

* commit '84b5cd7c':
  hardware/libhardware_legacy: convert LOCAL_MODULE_PATH to LOCAL_MODULE_RELATIVE_PATH

LOCAL_MODULE_PATH doesn't work for multiarch builds, replace it
with LOCAL_MODULE_RELATIVE_PATH.

Change-Id: I4e4ceec61d026bbe74ba604554c06104bde42e5e

* commit 'cf68701c':

* commit 'b8fada87':
  wifi: Link libwpa_client only if wpa_supplicant was chosen

Change-Id: Ic487c3767a17299880e83080b79a91dbbaef1234
Signed-off-by: Dmitry Shmidt <dimitrysh@google.com>

* commit '3c2559ea':

* commit '18fc094c':
  Define and use DRC-specific volume curves when applicable

Add support for property defining whether a DRC on the speaker path
 is enabled and will boost soft sounds.
Define new volume curves with more attenuations than existing ones
 to compensate for DRC-induced boost on sonification sounds to
 provide a more "linear" control to the user over the applied volume.

Bug 11600699

Change-Id: If23dd097a8b9b5ebb61e75dd8512ff75e63ba899

* commit '376356d4':
  audio: do not use GNU old-style field designators

Avoiding the use of gnu extensions improves code portability

Change-Id: Ifa8f5d230de20a6284bb943c1ca3c48fd5fd5f2d

* commit '2c14d798':
  Revert "audio: do not use GNU old-style field designators"