Home
last modified time | relevance | path

Searched refs:over (Results 1 – 25 of 138) sorted by relevance

123456

/hardware/google/gfxstream/codegen/vulkan/vulkan-docs-next/config/
Dmathtest.adoc17 f = { c \over { 2^b - 1 } }
24 f = \max\left( {c \over {2^{b-1} - 1}}, -1.0 \right)
43 s = {1 \over 2} + { \left( x_p - x_f \right) \over \text{size} }
48 t = {1 \over 2} + { \left( y_p - y_f \right) \over \text{size} }
56 \over {\| \mathbf{p}_b - \mathbf{p}_a \|^2 }}
63 f = {{ (1-t) {f_a / w_a} + t { f_b / w_b} } \over
71 a = -{1 \over 2}\sum_{i=0}^{n-1}
84 a = {{\mathrm{A}(p p_b p_c)} \over {\mathrm{A}(p_a p_b p_c)}}, \quad
85 b = {{\mathrm{A}(p p_a p_c)} \over {\mathrm{A}(p_a p_b p_c)}}, \quad
86 c = {{\mathrm{A}(p p_a p_b)} \over {\mathrm{A}(p_a p_b p_c)}},
[all …]
/hardware/google/gfxstream/codegen/vulkan/vulkan-docs-next/proposals/
DVK_GOOGLE_surfaceless_query.adoc10 This proposal regards layering OpenGL over Vulkan, and addresses a discrepancy
24 When layering OpenGL over Vulkan, there needs to be a way to query this
42 OpenGL over Vulkan in this regard.
DVK_EXT_calibrated_timestamps.adoc41 …vert between them; however some clocks may be adjusted or otherwise drift over time, requiring imp…
42 …alibrate timestamps at any point, which also handles adjustments or drift between clocks over time.
113 As the supported set of timestamp domains is queryable, additional domains can be added over time i…
126 === Can the host and device timestamp values drift apart over longer periods of time?
DVK_EXT_legacy_dithering.adoc10 This proposal regards layering OpenGL over Vulkan, and provides an efficient
19 quantized over a low-precision format (for example
46 It is therefore necessary for an OpenGL layer over Vulkan to provide a
DVK_EXT_primitives_generated_query.adoc10 This proposal regards layering OpenGL over Vulkan, and provides a convenience
/hardware/google/gfxstream/codegen/vulkan/vulkan-docs-next/appendices/
DVK_EXT_depth_clip_control.adoc21 The purpose of this extension is to allow efficient layering of OpenGL over
36 The fix for porting over the origin is a simple y-axis flip.
DVK_KHR_external_semaphore_win32.adoc40 separate extension so that it can be deprecated over time?
65 Since Vulkan tends to favor flexibility and consistency over simplicity, a
DVK_KHR_win32_surface.adoc84 * Creating a DXGI swapchain over a window object can alter the object for
89 implementation to create a slink:VkSwapchainKHR over the same window
97 * Creating a slink:VkSwapchainKHR over a window object can alter the
DVK_EXT_legacy_dithering.adoc20 The purpose of this extension is to support layering OpenGL over Vulkan, by
DVK_NV_representative_fragment_test.adoc69 repeatable if you draw the same scene over and over again?
DVK_NV_compute_shader_derivatives.adoc30 Derivatives will be computed via differencing over a 2x2 group of shader
DVK_EXT_global_priority.adoc33 The global priority level of a queue shall take precedence over the
DVK_EXT_memory_budget.adoc37 From here the application can notice if it is over budget and decide how it
DVK_NV_ray_tracing_motion_blur.adoc31 * Motion instances to move existing instances over time
DVK_KHR_external_memory_win32.adoc53 separate extension so that it can be deprecated over time?
DVK_KHR_global_priority.adoc36 The global priority level of a queue shall take precedence over the
/hardware/interfaces/uwb/aidl/android/hardware/uwb/fira_android/
DREADME.md10 All other interactions sent/received over the HAL interface is expected to
/hardware/google/gfxstream/guest/mesa/src/util/sha1/
DREADME38 - Pick the sha1.h header from the current folder, by using "" over <> in the
54 - Use memset over explicit_bzero, since memset_s once isn't widely available.
/hardware/interfaces/automotive/vehicle/aidl/impl/proto/android/hardware/automotive/vehicle/
DVehiclePropConfig.proto42 /* Some properties may require additional information passed over this
/hardware/interfaces/tv/cec/1.0/
Dtypes.hal188 * service and yield the control over to the microprocessor that is powered
190 * control over, hence telling the microprocessor to stop handling the CEC
/hardware/google/gchips/libvendorgraphicbuffer/gralloc4/
DREADME.txt144 code when moving over to libvendorgraphicbuffer.
145 But I recommend moving over the Usages declared in
/hardware/interfaces/bluetooth/a2dp/1.0/
DIBluetoothAudioHost.hal29 * calls return immediately and the results, if any, are send over
/hardware/google/pixel/pixelstats/
Dpixelatoms.proto823 // The number of slow IO operations of this type over 24 hours.
875 * are snapshotted periodically over 24hrs.
880 BATTERY_SNAPSHOT_TYPE_MIN_TEMP = 1; // Snapshot at min batt temp over 24hrs.
881 BATTERY_SNAPSHOT_TYPE_MAX_TEMP = 2; // Snapshot at max batt temp over 24hrs.
882 BATTERY_SNAPSHOT_TYPE_MIN_RESISTANCE = 3; // Snapshot at min batt resistance over 24hrs.
883 BATTERY_SNAPSHOT_TYPE_MAX_RESISTANCE = 4; // Snapshot at max batt resistance over 24hrs.
884 BATTERY_SNAPSHOT_TYPE_MIN_VOLTAGE = 5; // Snapshot at min batt voltage over 24hrs.
885 BATTERY_SNAPSHOT_TYPE_MAX_VOLTAGE = 6; // Snapshot at max batt voltage over 24hrs.
886 BATTERY_SNAPSHOT_TYPE_MIN_CURRENT = 7; // Snapshot at min batt current over 24hrs.
887 BATTERY_SNAPSHOT_TYPE_MAX_CURRENT = 8; // Snapshot at max batt current over 24hrs.
[all …]
/hardware/interfaces/confirmationui/1.0/
DIConfirmationResultCallback.hal52 * @param confirmationToken a 32-byte HMAC-SHA256 value, computed over
/hardware/interfaces/keymaster/3.0/
Dtypes.hal182 * over unauthenticated modes for all purposes. */
414 uint8_t[32] hmac; // HMAC is computed over 0 || challenge || user_id ||
418 // can't just compute over the bytes of the struct).

123456