…ors@1.0-convert`
* `libndksensorbridge` was converted to AIDL and is no longer linked to
this static library that contains symbols required by our sensor
blobs. Add a shim linked to `android.hardware.sensors@1.0-convert` to
fix our sensors
Change-Id: I969f97bb15d0abcc71f87352722995db3826e122
Signed-off-by: Woomymy <woomy@woomy.be>
Signed-off-by: Shirayuki39 <lorddemecrius83@proton.me>
* This will be useful when updating to Android 14
Change-Id: I1892e9a15b2c10121581a7717a24eb6c64f849ef
Signed-off-by: fjrXTR <fajarslebew31@gmail.com>
Signed-off-by: Shirayuki39 <lorddemecrius83@proton.me>
* The MTK Neural Networks service is started via a property trigger.
This HAL starts a lot earlier than other HALs since it is started
with start instead of enable, the difference between them being
that start will immediately cause the service to try and start, while
enable effectively removes the disabled attribute from the service
(so in the case of a HAL, it will be started with all the other services
in class hal instead of immediately).
* This initially didn't have any side effects until I noticed the Neural Networks
service constantly crashing in offline charger mode. To fix this, simply
convert the start command to an enable to ensure that this service is not
only started at the right time (in class hal), but also only started when
needed (and not in offline charger mode).
Change-Id: Iacf310fb2211117aaf028ad6bf0814a7d447cf53
Signed-off-by: bengris32 <bengris32@protonmail.ch>
Signed-off-by: Shirayuki39 <lorddemecrius83@proton.me>
* The libavservices_minijail_vendor library was substituted for
the vendor variant of libavservices_minijail in Android 13.
* Patchelf the C2 service to link against libavservices_minijail
instead of libavservices_minijail_vendor.
Signed-off-by: bengris32 <bengris32@protonmail.ch>
Signed-off-by: Shirayuki39 <lorddemecrius83@proton.me>
F linker : CANNOT LINK EXECUTABLE /vendor/bin/hw/vendor.mediatek.hardware.pq@2.2-service: cannot locate symbol _ZN7android8String16aSEOS0_ referenced by /apex/com.android.vndk.v34/lib64/libhidlbase.so...
The ndk_platform backend will soon be deprecated because the ndk backend
can serve the same purpose. This is to eliminate the confusion about
having two variants (ndk and ndk_platform) for the same ndk backend.
Bug: 161456198
Test: m
Signed-off-by: xyzuniverse <dev.xyzuniverse@gmail.com>
Signed-off-by: fjrXTR <fajarslebew31@gmail.com>
Signed-off-by: Shirayuki39 <lorddemecrius83@proton.me>
The ndk_platform backend will soon be deprecated because the ndk backend
can serve the same purpose. This is to eliminate the confusion about
having two variants (ndk and ndk_platform) for the same ndk backend.
Bug: 161456198
Test: m
Merged-In: Id16039722fd70d4e2e934a0988f13a768ce833ec
Change-Id: Id16039722fd70d4e2e934a0988f13a768ce833ec
Signed-off-by: dodyirawan85 <40514988+dodyirawan85@users.noreply.github.com>
Shirayuki39