Enable MediaTek NPU runtime via uses-native-library manifest entries

[jcwtw]

Summary

Add 29 <uses-native-library> entries to Android/src/app/src/main/AndroidManifest.xml so that the MediaTek NPU adapter — libneuronusdk_adapter.mtk.so (shipped in the existing split_mediatek_runtime_v8 split APK) — can dlopen its transitive vendor library dependencies on devices with a MediaTek SoC. Mirrors the existing entries for Qualcomm (libcdsprpc.so) and Google Tensor (libedgetpu_litert.so). All marked android:required="false" so non-MediaTek devices install and run as before.

Why

libneuronusdk_adapter.mtk.so's static constructor dlopens ~29 sibling MediaTek vendor libs (libmvpu_runtime_25_pub.mtk.so, libapuwarexrp_v2.mtk.so, libneuron_sys_util.mtk.so, …) from /vendor/lib64/. MediaTek publishes the full list in /system/etc/public.libraries-mtk.txt on supported devices, but Android's nativeloader only routes those into an app's linker namespace if the app declares them via <uses-native-library>.

Without these entries, on every device I've tested with the official Gemma3-1B-IT_q4_ekv1280_mt6989.litertlm bundle the app crashes on first NPU invoke:

F libc:  Fatal signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x0
         in tid 30440 (DefaultDispatch), pid 30400 (ai.edge.gallery)
F DEBUG: Process uptime: 35s
         #00 pc 0x0  <unknown>
         #01-03 libneuronusdk_adapter.mtk.so (BuildId bfa87e71…)  ← constructor
         #04 linker64 __dl__ZN6soinfo17call_constructorsEv+532
         #07 libdl.so dlopen+16
         #08-11 libLiteRtDispatch_MediaTek.so

The null PC is the function pointer the constructor would have populated from a sibling lib that the linker refused to load.

Verification

After applying the patch on Vivo PD2417 (iQOO Z9 Turbo+, MediaTek Dimensity 9300, firmware PD2417_A_16.2.9.2.W10.V000L1, Android 16 / SDK 36) and re-signing/re-installing the split APK set, logcat shows the namespace extension working:

D nativeloader: Extending system_exposed_libraries: libapuwareapusys.mtk.so:
  libapuwareapusys_v2.mtk.so:libapuwarexrp.mtk.so:...:libmvpu_config.mtk.so

End-to-end smoke test (Gemma3-1B-IT_q4_ekv1280_mt6989.litertlm):

• LiteRtCreateCompiledModel(NPU) → rc=0
• LiteRtCompiledModelIsFullyAccelerated → is_full=1
• LiteRtRunCompiledModel → rc=0
• App generates text. Prompt: "What is the capital of Taiwan?" → "The capital of Taiwan was Taipei." (Sampling quirk aside, the NPU executed prefill+decode in the app, no crash.)

How the library list was derived

Union of:

1. Names extracted from strings libneuronusdk_adapter.mtk.so that match ^lib.*\.so$ and are reachable from the constructor's dlopen chain.
2. Names actually present in /system/etc/public.libraries-mtk.txt on a retail D9300 device.

Libraries that exist in the adapter's lookup table but aren't in any public list (e.g. libmdla_standalone.so, libedma_custom.so) are deliberately not declared — they appear to be optional probe paths the adapter tolerates failing.

Test plan

• App installs on MediaTek device (Vivo PD2417 / D9300).
• App installs on non-MediaTek device (unchanged behavior — required="false").
• Gemma3-1B-IT_q4_ekv1280_mt6989.litertlm loads without SIGSEGV.
• IsFullyAccelerated returns true.
• Inference completes, text output rendered.
• Test on additional MediaTek-firmware OEMs (Xiaomi, OPPO, OnePlus) — community welcome.

Scope

Manifest-only change. No code, no resources, no behavior change on non-MediaTek devices.