Home
last modified time | relevance | path

Searched refs:handled (Results 1 – 25 of 57) sorted by relevance

123

/hardware/google/gfxstream/codegen/vulkan/vulkan-docs-next/appendices/
DVK_EXT_primitives_generated_query.adoc50 How will this be handled?
62 How will this be handled?
69 `transformFeedbackRasterizationStreamSelect` handled?
DVK_EXT_image_robustness.adoc26 images are handled.
DVK_EXT_robustness2.adoc20 writes are handled.
DVK_EXT_custom_border_color.adoc62 happens if that number is exceeded? Should this be handled by the driver
DVK_NV_acquire_winrt_display.adoc71 This could be handled by adding to a platform-independent acquire command a
DVK_NV_viewport_swizzle.adoc150 The viewport swizzle feature performs the coordinate transformation handled
/hardware/interfaces/gnss/2.0/
DIGnssBatching.hal27 * IGnss start() & stop() - i.e. both requests must be handled independently,
/hardware/google/gfxstream/codegen/vulkan/vulkan-docs-next/proposals/
DVK_EXT_non_seamless_cube_map.adoc32 This can commonly be handled by fixed function hardware, which allows identical behavior to the oth…
DVK_EXT_image_sliced_view_of_3d.adoc70 out of bounds and it handled by robustness with the usual rules.
/hardware/interfaces/broadcastradio/1.1/
DIBroadcastRadio.hal42 * Image data with an invalid format must be handled gracefully in the same
DITunerCallback.hal37 * It means the success case may (or may not) be handled by the client in
/hardware/google/gfxstream/guest/OpenglCodecCommon/include/gfxstream/guest/
DGLClientState.h760 bool handled = true; in getVertexAttribParameter() local
797 handled = false; in getVertexAttribParameter()
800 handled = false; in getVertexAttribParameter()
803 return handled; in getVertexAttribParameter()
/hardware/interfaces/graphics/composer/2.1/
DIComposer.hal34 * handled by an external implementation-defined mechanism. Only
/hardware/interfaces/graphics/mapper/stable-c/
DREADME.md108 * Removes `validateBufferSize`, validation is instead handled by clients using metadata queries
/hardware/interfaces/camera/device/3.4/
DICameraDeviceSession.hal92 * handled by calling ICameraDeviceCallback::notify(). In case of
/hardware/interfaces/drm/1.1/
Dtypes.hal207 * handling of the media (compressed and uncompressed) is handled within
/hardware/interfaces/camera/device/3.6/
Dtypes.hal95 * Information for requests that will be handled by offline session
/hardware/interfaces/broadcastradio/2.0/
DIBroadcastRadio.hal85 * Image data with an invalid format must be handled gracefully in the same
/hardware/interfaces/gnss/1.0/
DIGnssBatching.hal26 * IGnss start() & stop() - i.e. both requests must be handled independently,
/hardware/interfaces/camera/device/3.7/
DICameraDeviceSession.hal104 * handled by calling ICameraDeviceCallback::notify(). In case of
/hardware/interfaces/broadcastradio/1.0/
Dtypes.hal153 * Invalid format must be handled gracefully as if the field was missing.
/hardware/interfaces/audio/common/7.0/
Dtypes.hal203 /** Calls handled by the telephony stack (Eg: PSTN). */
205 /** Calls handled by apps (Eg: Hangout). */
/hardware/google/gfxstream/codegen/vulkan/vulkan-docs-next/chapters/
Dfault_handling.adoc132 faults should be handled.
170 faults that were returned will be handled as specified by
/hardware/google/gfxstream/codegen/gles2/
Dgles2.attrib271 # client-state shall be handled locally by the encoder in most cases.
272 # however, GL_CURRENT_VERTEX_ATTRIB and potential others are handled by the server side,
442 # handled by encoder
620 #client-state, handled by the encoder
/hardware/interfaces/neuralnetworks/utils/
DREADME.md123 * Service death is handled using `AIBinder_DeathRecipient` object which is linked to an interface

123