Home
last modified time | relevance | path

Searched refs:implementation (Results 1 – 25 of 181) sorted by relevance

12345678

/system/chre/host/hal_generic/V1_2/
Dgeneric_context_hub_v1_2.cc36 namespace implementation { namespace
40 using ::android::hardware::contexthub::common::implementation::getFbsSetting;
41 using ::android::hardware::contexthub::common::implementation::
43 using ::android::hardware::contexthub::common::implementation::
45 using ::android::hardware::contexthub::V1_X::implementation::
47 using ::android::hardware::contexthub::V1_X::implementation::
Dgeneric_context_hub_v1_2.h39 namespace implementation {
41 using ::android::hardware::contexthub::common::implementation::
/system/extras/simpleperf/demo/SimpleperfExampleOfKotlin/app/
Dbuild.gradle29 implementation fileTree(dir: 'libs', include: ['*.jar'])
33 implementation "org.jetbrains.kotlin:kotlin-stdlib-jre7:$kotlin_version"
34 implementation 'com.android.support:appcompat-v7:25.4.0'
36 implementation 'com.android.support.constraint:constraint-layout:1.0.2'
/system/extras/simpleperf/demo/SimpleperfExampleWithNative/app/
Dbuild.gradle35 implementation 'com.android.support.constraint:constraint-layout:1.0.2'
36 implementation fileTree(dir: 'libs', include: ['*.jar'])
40 implementation 'com.android.support:appcompat-v7:25.3.1'
41 implementation 'com.android.support.constraint:constraint-layout:1.0.2'
/system/chre/host/hal_generic/V1_1/
Dgeneric_context_hub_v1_1.cc35 namespace implementation { namespace
39 using ::android::hardware::contexthub::common::implementation::getFbsSetting;
40 using ::android::hardware::contexthub::common::implementation::
Dgeneric_context_hub_v1_1.h39 namespace implementation {
41 using ::android::hardware::contexthub::common::implementation::
/system/extras/simpleperf/demo/SimpleperfExamplePureJava/app/
Dbuild.gradle25 implementation fileTree(dir: 'libs', include: ['*.jar'])
29 implementation 'com.android.support:appcompat-v7:25.3.1'
30 implementation 'com.android.support.constraint:constraint-layout:1.0.2'
/system/core/trusty/confirmationui/
DREADME6 system for integrity and authenticity of input events. This implementation provides
12 This implementation does not provide any security guaranties.
16 service itself this implementation is not secure.
19 for generating nonces. The current implementation (NotSoSecureInput.cpp#generateNonce)
Dservice.cpp23 using android::hardware::confirmationui::V1_0::implementation::createTrustyConfirmationUI;
/system/extras/simpleperf/demo/JavaApi/app/
Dbuild.gradle27 implementation fileTree(dir: 'libs', include: ['*.jar'])
28 implementation 'com.android.support:appcompat-v7:27.1.1'
29 implementation 'com.android.support.constraint:constraint-layout:1.1.3'
/system/chre/host/hal_generic/V1_0/
Dgeneric_context_hub_v1_0.h26 namespace implementation {
28 using ::android::hardware::contexthub::common::implementation::
Dgeneric_context_hub_v1_0.cc23 namespace implementation { namespace
/system/extras/simpleperf/demo/CppApi/app/
Dbuild.gradle33 implementation fileTree(dir: 'libs', include: ['*.jar'])
34 implementation 'com.android.support:appcompat-v7:27.1.1'
35 implementation 'com.android.support.constraint:constraint-layout:1.1.3'
/system/nvram/
DREADME.md1 # Access-controlled NVRAM implementation
16 implementation. This is useful for experimentation and use in scripts.
22 A reference implementation of the NVRAM functionality. This reference
23 implementation can be used to create NVRAM HAL implementations that run in a
29 Note that the reference implementation leaves persistent storage to be handled
30 by the embedding code, which needs to provide an implementation of the storage
40 it is sufficient to provide an implementation that understands `nvram::Request`
/system/chre/
DREADME.md3 This project contains the AOSP reference implementation of the Context Hub
12 The CHRE reference implementation (“CHRE framework”) is designed to be portable
14 particular implementation (only compliance to the contracts given in the CHRE
15 API) using the reference implementation helps to reduce the work needed to
63 - ``host/``: Reference code which supports the CHRE implementation, but runs on
67 and tests (these PALs may optionally be used by the platform implementation)
68 - ``platform/``: Code related to the implementation of CHRE on a particular
80 core framework implementation. Includes code that is usable by nanoapps.
92 The Context Hub service implementation in system server
/system/libhidl/adapter/
DHidlBinderAdapter.cpp159 sp<IBase> implementation = manager->get(interfaceName, args.instanceName).withDefault(nullptr); in adapterMain() local
160 if (implementation == nullptr) { in adapterMain()
165 sp<IBase> adapter = it->second(implementation); in adapterMain()
199 bool restored = manager->add(args.instanceName, implementation).withDefault(false); in adapterMain()
/system/chre/doc/
Dporting_guide.md12 new platform in the CHRE reference implementation.
65 feedback to improve the quality of your CHRE implementation. Please reach out
68 If some parts of a platform’s CHRE implementation must be kept closed source,
79 platform implementation can be referenced to create empty stubs, and then
122 underlying CHRE implementation, but as CHRE is implemented on a different
124 CHRE. This project includes an implementation of the Context Hub HAL under
125 `host/hal_generic` which pairs with the CHRE framework reference implementation.
129 require a new HAL implementation), and passes the messages to and from the CHRE
145 When adding support for a new platform, a new HAL implementation and/or daemon
146 implementation on the host side may be required. Refer to code in the `host/`
[all …]
Dframework_testing.md23 ## PAL implementation tests
25 PAL implementation tests verify implementations of PAL interfaces adhere to the
44 attempt to point out stress points in the framework or platform implementation.
53 validation of a CHRE implementation, by using the Java APIs in Android to load
/system/core/trusty/confirmationui/include/
DTrustyConfirmationuiHal.h25 namespace implementation {
/system/libhidl/transport/memory/1.0/default/
DHidlFetch.h26 namespace implementation {
DHidlFetch.cpp29 namespace implementation { namespace
/system/core/healthd/
Dhealthd_mode_charger_nops.cpp24 using android::hardware::health::V2_1::implementation::HalHealthLoop;
/system/hardware/interfaces/
DREADME.default.md1 The default service implementation for this interface is keystore2.
/system/bt/gd/docs/architecture/
Dstyle_guide.md96 ### Example: utility library with OS dependent implementation
103 * alarm.cc: Linux generic implementation of alarm.h using timer_fd
107 ### Example: module with hardware dependent implementation
113 * hci_hal_android_hidl.cc: implementation of hci_hal.h using Android HIDL
115 implementation
116 * hci_hal_host.cc: implementation of hci_hal.h using root-canal
119 emulator implementation
121 * facade.h/cc: an implementation of the above gRPC interface for the GD
168 * boringssl: Google's openssl implementation
/system/bt/service/doc/
DIBluetoothGattServerCallback.txt44 * request is part of a Long Read procedure. An implementation should handle
62 * request is part of a Long Read procedure. An implementation should handle
78 * with the value |value|. An implementation should handle
84 * |is_prepare_write| is true, then the implementation should not commit this
98 * with the value |value|. An implementation should handle
104 * |is_prepare_write| is true, then the implementation should not commit this
118 * implementation should commit all previously prepared writes. Otherwise all

12345678