| /hardware/invensense/6515/libsensors_iio/software/simple_apps/playback/linux/ |
| D | main.c | 158 int order; member
307 if (components[TIME].order == i) { in fifo_callback()
335 } else if (components[CALIBRATED_GYROSCOPE].order == i) { in fifo_callback()
379 } else if (components[CALIBRATED_ACCELEROMETER].order == i) { in fifo_callback()
390 } else if (components[CALIBRATED_COMPASS].order == i) { in fifo_callback()
405 } else if (components[RAW_GYROSCOPE].order == i) { in fifo_callback()
416 } else if (components[RAW_GYROSCOPE_BODY].order == i) { in fifo_callback()
427 } else if (components[RAW_ACCELEROMETER].order == i) { in fifo_callback()
438 } else if (components[RAW_COMPASS].order == i) { in fifo_callback()
449 } else if (components[QUATERNION_9_AXIS].order == i) { in fifo_callback()
[all …]
|
| /hardware/interfaces/broadcastradio/common/tests/ |
| D | WorkerThread_test.cpp | 77 vector<int> order; in TEST() local
83 order.push_back(0); in TEST()
90 order.push_back(4); in TEST()
97 order.push_back(1); in TEST()
104 order.push_back(3); in TEST()
111 order.push_back(2); in TEST()
117 ASSERT_EQ(5u, order.size()); in TEST()
118 ASSERT_TRUE(is_sorted(order.begin(), order.end())); in TEST()
|
| /hardware/google/gfxstream/codegen/vulkan/vulkan-docs-next/appendices/ |
| D | VK_AMD_rasterization_order.adoc | 23 order of primitive rasterization.
34 defined primitive rasterization order that may allow better parallel
36 It is applicable in cases where the primitive rasterization order is known
38 different rasterization order are not a concern from the point of view of
41 A few examples of cases when using the relaxed primitive rasterization order
60 strict API order rasterization is not important due to the nature of the
67 *RESOLVED*: While the relaxed rasterization order might somewhat limit the
69 expected to be retained even when the relaxed rasterization order is used,
73 3) Are there any guarantees about the primitive rasterization order when
77 In this case the rasterization order is completely implementation-dependent,
[all …]
|
| D | VK_EXT_multi_draw.adoc | 27 driver in order to avoid any such overhead, using an array of
31 recorded without any state changes between them in order to maximize
|
| D | VK_KHR_present_wait.adoc | 54 4) What happens when presentations complete out of order wrt calls to
56 were ready out of order.
59 images are always presented in the order of calls to vkQueuePresent.
|
| D | memorymodel.adoc | 139 [[memory-model-program-order]]
145 Program-order is an ordering on dynamic instances of instructions executed
168 program-order relation (e.g. as "`sequenced-before`").
182 [[shader-call-order]]
185 Shader-call-order is a partial order on dynamic instances of instructions
188 * (Program order): If dynamic instance A is program-ordered before B, then
261 [[memory-model-scoped-modification-order]]
265 A occur in an order known as A's _scoped modification order_.
266 A's scoped modification order relates no other operations.
272 at A's set of memory locations becoming visible to it in an order that
[all …]
|
| D | VK_KHR_portability_subset.adoc | 32 properties and limits that the application should adhere to in order to
53 existing structures used by certain standard Vulkan calls, in order to query
|
| D | extensions.adoc | 14 In order not to compromise the readability of the Vulkan Specification, the
40 Within each group, extensions are listed in alphabetical order by their
|
| /hardware/google/gfxstream/guest/mesa/src/vulkan/util/ |
| D | vk_extensions.py | 111 order = []
114 order.append(1)
116 order.append(2)
118 order.append(int(substring))
120 order.append(substring)
121 return order
|
| /hardware/google/gfxstream/codegen/vulkan/vulkan-docs-next/proposals/ |
| D | VK_EXT_rasterization_order_attachment_access.adoc | 11 color or depth/stencil attachments from one fragment to the next, in rasterization order, without e…
24 Raster order attachment reads are done as input attachment reads (as before), but self-dependencies…
25 by fragments earlier in rasterization order.
43 These features allow the implementation to expose separately whether rasterization order access is …
46 The application declares at pipeline creation time whether rasterization order access will be used
65 rasterization order access. The following flags are added to VkSubpassDescriptionFlagBits:
|
| D | VK_MSFT_layered_driver.adoc | 17 to put physical devices in the same order as DXGI adapters. However, it is
25 order between them is currently unspecified. An ideal sort order
33 In that case, the sort order remains unspecified, as a correct ordering
|
| /hardware/interfaces/media/bufferpool/2.0/ |
| D | IAccessor.hal | 22 * IAccessor creates IConnection which is used from IClientManager in order to
29 * the client. IConnection and FMQ are used by IClientManager in order to
48 * pool must verify the receiver with the transaction ID. In order to
51 * order to prevent fake transactions from other clients. This must be
58 * by termination of pipeline call observer in order to ensure
|
| /hardware/qcom/display/msm8994/libhdmi/ |
| D | hdmi.h | 43 EDIDData(int mode, int width, int height, int fps, int order) in EDIDData()
44 : mMode(mode), mWidth(width), mHeight(height), mFps(fps), mModeOrder(order) in EDIDData()
|
| /hardware/interfaces/media/bufferpool/1.0/ |
| D | IAccessor.hal | 21 * IAccessor creates IConnection which is used from IClientManager in order to
28 * the client. IConnection and FMQ are used by IClientManager in order to
47 * pool must verify the receiver with the transaction ID. In order to
50 * order to prevent fake transactions from other clients. This must be
|
| /hardware/google/gfxstream/codegen/vulkan/vulkan-docs-next/chapters/VK_HUAWEI_cluster_culling_shader/ |
| D | clusterculling.adoc | 66 * In a workgroup, the order of output clusters generated by
112 <<drawing-primitive-order,primitive order>>.
116 order.
117 * The order of primitives in a given cluster is specified by the content
|
| /hardware/google/gfxstream/third-party/glm/include/glm/gtx/ |
| D | io.hpp | 60 order_type order; member in glm::io::format_punct
135 struct order struct
139 GLM_FUNC_DECL explicit order(order_type);
158 std::basic_ostream<CTy, CTr>& operator<<(std::basic_ostream<CTy, CTr>&, order const&);
|
| D | io.inl | 24 , order(column_major)
38 , order(a.order)
92 GLM_FUNC_QUALIFIER order::order(order_type a) function in glm::io::order
146 …UALIFIER std::basic_ostream<CTy, CTr>& operator<<(std::basic_ostream<CTy, CTr>& os, order const& a)
148 const_cast<format_punct<CTy>&>(get_facet<format_punct<CTy> >(os)).order = a.value;
246 switch(fmt.order)
283 switch (fmt.order)
389 switch(fmt.order)
|
| /hardware/interfaces/bluetooth/1.0/ |
| D | IBluetoothHci.hal | 54 * Commands must be executed in order.
64 * Packets must be processed in order.
73 * Packets must be processed in order.
|
| /hardware/interfaces/thermal/1.0/ |
| D | IThermal.hal | 28 * current temperatures. The order of temperatures of built-in
49 * CPU usages. The order and number of CPUs in the list must be kept
65 * cooling device information. The order of built-in cooling
|
| /hardware/interfaces/security/rkp/aidl/android/hardware/security/keymint/ |
| D | generateCertificateRequest.cddl | 80 ; Payload is PublicKeys from keysToSign argument, in provided order.
89 ; Payload is PublicKeys from keysToSign argument, in provided order.
|
| /hardware/interfaces/neuralnetworks/ |
| D | TEST_MAPPING | 27 // Do not use any sample driver except sample-all in order to reduce
|
| /hardware/interfaces/rebootescrow/aidl/vts/functional/ |
| D | README.md | 2 "EARLY_BOOT_ONLY" keys be usable when this test runs. In order to accomplish
|
| /hardware/google/gfxstream/codegen/vulkan/vulkan-docs-next/chapters/ |
| D | geometry.adoc | 64 Vertices may: be in a different absolute order than specified by the
65 topology, but must: adhere to the specified winding order.
74 Vertices may: be in a different absolute order than specified by the
75 topology, but must: adhere to the specified winding order, and the
127 produced by a geometry shader, as they pertain to <<drawing-primitive-order,
128 primitive order>>.
132 invocation number to order the primitives, from least to greatest.
205 order on the output interface.
|
| /hardware/interfaces/camera/device/3.2/ |
| D | ICameraDeviceCallback.hal | 56 * The order of returning metadata and buffers for a single result does not
57 * matter, but buffers for a given stream must be returned in FIFO order. So
134 * out-of-order compared to SHUTTER notify for other kinds of requests
139 * ANDROID_CONTROL_CAPTURE_INTENT == STILL_CAPTURE may be out-of-order
143 * ANDROID_CONTROL_CAPTURE_INTENT == STILL_CAPTURE must be in order between
145 * zero-shutter-lag requests with non STILL_CAPTURE intent must be in order
|
| /hardware/interfaces/health/2.1/default/ |
| D | Android.bp | 48 // vendor in order to support charger.
50 // recovery in order to allow recovery to check battery status.
|