Change-Id: I49e0db82994d809b72c03b06f5a2996cdd2c411f

* Causing deepsleep issues.

Change-Id: I40b2afc97a8103d83453fb1466a37cdb12513510

Change-Id: Ib4caf3d02a2ff2fc9cccdbb1832152e867c0286f

Change-Id: Idbc65220952e791f882b00502bd8af7178c22098

Change-Id: Ic54d3f39890e51b87205a400ec83b760770416f6

This reverts commit cbe9d3e3.

Change-Id: I95243a9541ecac080e4568f9f438aba6a2940b04

Change-Id: Ie7535c1d1e522e8b819ba298c136604426252543

Change-Id: I8c69f3e87eb2c8a6eb25cdccacf2e27093b37dd7

Change-Id: If801ee8f1eef70e52bfcf2c6add91f208a05c7f3

Change-Id: Ia658cbe5d5cdbf908cbb598aefbd36118bb7937c

Change-Id: I2d4d70f87432325a133f13b64024d3675e2220dc

Change-Id: Ib5e6848034516afa6dad343afbb2bff5bab4281f

This fixes errors like this:

* E APM::Serializer: deserialize: Could not parse /odm/etc/audio_policy_configuration.xml document.

* E APM::AudioPolicyEngine/Config: parse: Could not parse document /vendor/etc/audio_policy_engine_configuration.xml

Change-Id: Ic50db0d6e749f3f397116ce1fb145956bac7fc56

Change-Id: I1536cada19cb094dd9723a4afd5f21cc58fcdf7b

Change-Id: I2bc5d3a4e90fcb4be3ae6374663be296368b3dfc

Change-Id: I37a3d59fcf510871b9b8ac9d27f3b72e0b6db8f9

Change-Id: I8d1fe37746efc2fac88ac5e71607d139c3aaf54c

Change-Id: Iaed56ee798b80d5d220867e41c0351c284070795

The file aanc_tuning_mixer.txt has to be in /system/etc because:
E MCS-RT-CTL: Can't open the configuration file /system/etc/aanc_tuning_mixer.txt.

Change-Id: Ie8a28b4486aeebbc76facca1bc7a593b33229583

logcat: E MCS-RT-CTL: Can't open the configuration file /system/etc/aanc_tuning_mixer.txt.
Change-Id: If41179d70cf9dfbc5c2ad43011927aaabc391a6e

 * After all, this still seems to be needed for ACDB MCS init,
   as seen bellow. Just let ACDB loader be happy.

   Without the tuning mixer file:
     E ACDB-MCS: acdb_mcs_init: /vendor/etc/audio_tuning_mixer_tasha.txt not present, using /vendor/etc/audio_tuning_mixer.txt config file
     E MCS-RT-CTL: Can't open the configuration file /vendor/etc/audio_tuning_mixer.txt.
     E ACDB-MCS: acdb_mcs_init: MCS routing control initialization failed.

   With the tuning mixer file:
     E ACDB-MCS: acdb_mcs_init: /vendor/etc/audio_tuning_mixer_tasha.txt not present, using /vendor/etc/audio_tuning_mixer.txt config file
     D         : [ACPH]->MCS RTC service registered with ACPH

Change-Id: I6e4b1fe27547a354eaa4132aba8e3df04d6184b3

* https://github.com/luk1337/aeffects-conf2xml

Fixes:
09-04 19:18:03.152   689   689 E EffectsConfig: Failed to parse /vendor/etc/audio_effects.xml: Tinyxml2 error (3): /vendor/etc/audio_effects.xml (null)

09-04 19:18:03.152   689   689 W AudioPolicyEffects: Failed to load XML effect configuration, fallback to .conf

Change-Id: Ibd985bea0441c7d5cffd37e0b3f65d5c27a16891

Change-Id: I45ce590b963d7fe99b396ede02d3079e6a9e4699

Change-Id: I7a1e1a3a02382488c416236cbb8ce04ee7e6ded9

* Disabled open_legacy.
* Disabled Camera API v2.
* Disabled preview restart.
* Set default preview size to 720P.

Change-Id: I74d4656f13b2d174a01606f9b6185e5698d54410

* Open camera2 device causing errors.

Some apps like Snap start preview very early to setup camera while initializing
UI. It then calls setPreviewDisplay (set_preview_window) to define the surface
used for preview.

According to https://developer.android.com/reference/android/hardware/Camera.html#setPreviewDisplay%28android.view.SurfaceHolder%29
"This allows camera setup and surface creation to happen in parallel, saving time."

But https://developer.android.com/reference/android/hardware/Camera.html#startPreview%28%29
"Preview will not actually start until a surface is supplied with setPreviewDisplay(SurfaceHolder) or setPreviewTexture(SurfaceTexture)."

However, hero camera hal starts preview with an internal buffer when surface
is not valid / null.

[CAM_ID(0)][]-WARN(setPreviewWindow[204]):Preview window is NULL, create internal buffer for preview
[CAM_ID(0)][]-INFO(startPreview[519]):setBuffersThread is run

On the next set_preview_window call (the one defining the surface), camera hal
restarts preview since it is already running using the internal buffer.

[CAM_ID(0)][]-WRN(setPreviewWindow[187]):Preview is started, we forcely re-start preview

Problem with this is that it deadlocks quite often. It loops here

[CAM_ID(0)][]-INFO(m_mainThreadQSetup3AA[1078]):m_flagThreadStop(1)

Let's handle the situation in the wrapper so no restart is done by the hal.

Change-Id: I762af781e5af96b52407387aa9ae67874a8ab8b6

* From https://github.com/AICP/device_htc_hima/tree/q10.0

Change-Id: I2b647af9fce842b7e53de8cf0bb3367bbaaafc45

to avoid build errors

Change-Id: I63de50c1a4ffbf2996d02e89d99a526ab562cd90

Change-Id: I10fb59bc1c957e88f3ec1e091b2b14cb296a3ec5

Change-Id: I32d17a175742f90449f3e685748e56fd582c6c5c