We're not using perfd so this is useless.
log error:
E/audio_hw_extn(704): audio_extn_perf_lock_acquire: Failed to acquire perf lock, err: -1
E/audio_hw_extn(704): audio_extn_perf_lock_release: Perf lock release error
Change-Id: Ie54202c0a82741f139e72a10019d520768766eb7
Since these were combined into libhidlbase.
Bug: 135686713
Test: build only (libhwbinder/libhidltransport are empty)
Change-Id: I640a3f0e0839214523627bf0b59fd5ae9dd2c61c
* Adapted to new O shim flag (TARGET_LD_SHIM_LIBS)
* Rename: libshim_boringssl ==> libshims_boringssl
Co-authored-by: Louis Popi <theh2o64@gmail.com>
Signed-off-by: Ad!thya R <gh0strider.2k18.reborn@gmail.com>
Android needs this text file to know what libraries are allowed to be loaded by apps directly.
For now, add:
libOpenCL.so to the list, in order to get OpenCL to function properly.
adsprpc related libraries, since they were also declared public in stock.
Change-Id: I15ef7a7ab7d1f1a0cc6b484cd2ca9993f40de23b
charger binary is moved to /system/bin. Also the label got changed
to charger. Update it accordingly.
Change-Id: I78574238f9fc5ec028d10ab866676bfc0cd36370
P: GraphicBuffer::lock(uint32_t inUsage, void** vaddr);
Q: GraphicBuffer::lock(uint32_t inUsage, void** vaddr, int32_t* outBytesPerPixel, int32_t* outBytesPerStride);
we would need pass outBytesPerPixel and outBytesPerStride since the camera wont be able to load and cause an nullptr reference
Signed-off-by: Kai Jones <joneskai626@gmail.com>
Change-Id: I0b2acd4ee03ecb0aac0416637b87220437352b4d
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
