| /hardware/google/gfxstream/codegen/generic-apigen/ |
| D | ApiGen.h | 45 const char *sideString(SideType side) { in sideString() argument
47 switch(side) { in sideString()
71 int genProcTypes(const std::string &filename, SideType side);
72 int genFuncTable(const std::string &filename, SideType side);
74 int genContext(const std::string &filename, SideType side);
75 int genContextImpl(const std::string &filename, SideType side);
77 int genEntryPoints(const std::string &filename, SideType side);
|
| D | ApiGen.cpp | 69 int ApiGen::genProcTypes(const std::string &filename, SideType side) in genProcTypes() argument
80 fprintf(fp, "#ifndef __%s_%s_proc_t_h\n", basename, sideString(side)); in genProcTypes()
81 fprintf(fp, "#define __%s_%s_proc_t_h\n", basename, sideString(side)); in genProcTypes()
97 … fprintf(fp, " (%s_APIENTRY *%s_%s_proc_t) (", basename, e->name().c_str(), sideString(side)); in genProcTypes()
98 if (side == CLIENT_SIDE) { fprintf(fp, "void * ctx"); } in genProcTypes()
99 if (e->customDecoder() && side == SERVER_SIDE) { fprintf(fp, "void *ctx"); } in genProcTypes()
106 …if (j != 0 || side == CLIENT_SIDE || (side == SERVER_SIDE && e->customDecoder())) fprintf(fp, ", "… in genProcTypes()
112 if (side == SERVER_SIDE && e->customDecoder() && !e->notApi()) { in genProcTypes()
115 … fprintf(fp, " (%s_APIENTRY *%s_dec_%s_proc_t) (", basename, e->name().c_str(), sideString(side)); in genProcTypes()
133 int ApiGen::genFuncTable(const std::string &filename, SideType side) in genFuncTable() argument
[all …]
|
| D | README | 101 side. Thus, the data endianness that is sent across the wire is
102 determined by the ‘client’ side. It is up to the server side to
181 api_client_context.h - defines the client side dispatch table data
211 api_server_proc.h - type definitions for the server side procedures
325 unsupported - The encoder side implementation is pointed to "unsuppored reporting function".
|
| /hardware/google/gfxstream/ |
| D | README.md | 68 - `CMakeLists.txt`: specifies all host-side build targets. This includes all
71 - Implementations of the host side of various transports
72 - Frontends used for host-side testing with a mock implementation of guest
76 - `Android.bp`: specifies all guest-side build targets for Android:
77 - Implementations of the guest side of various transports (above the kernel)
79 - `BUILD.gn`: specifies all guest-side build targets for Fuchsia
80 - Implementations of the guest side of various transports (above the kernel)
86 - `host-common/`: implementations of host-side support code that makes it
99 - 1:1 threading model - each guest Vulkan encoder thread gets host side decoding thread
|
| /hardware/google/gfxstream/codegen/vulkan/vulkan-docs-next/proposals/ |
| D | VK_EXT_depth_bias_control.adoc | 38 . Solve from the application side by hardcoding `r * n` values for each driver
43 . Solve from the application side with `r * n` resolution
47 . Solve from the application side with shader-side biasing using `gl_FragDepth`
49 …* Another option from the application side is to use a push constant and perform depth-bias manual…
|
| /hardware/google/gfxstream/codegen/vulkan/vulkan-docs-next/chapters/VK_KHR_xcb_surface/ |
| D | platformQuerySupport_xcb.adoc | 11 presentation to an X11 server, using the XCB client-side library, call:
|
| D | platformCreateSurface_xcb.adoc | 8 …Create a slink:VkSurfaceKHR object for a X11 window, using the XCB client-side library',type='prot…
13 client-side library, call:
|
| /hardware/google/gfxstream/codegen/vulkan/vulkan-docs-next/chapters/VK_KHR_xlib_surface/ |
| D | platformQuerySupport_xlib.adoc | 11 presentation to an X11 server, using the Xlib client-side library, call:
|
| D | platformCreateSurface_xlib.adoc | 8 …eate a slink:VkSurfaceKHR object for an X11 window, using the Xlib client-side library',type='prot…
13 client-side library, call:
|
| /hardware/google/gfxstream/host/apigen-codec-common/X11/extensions/ |
| D | multibuf.h | 93 int side; /* Mono, Left, Right */ member
|
| /hardware/google/gfxstream/codegen/vulkan/vulkan-docs-next/appendices/ |
| D | invariance.adoc | 26 side effects (image and buffer variable stores and atomic operations),
71 *Rule 2* _Changes to the following state values have no side effects (the
103 Invariance is relaxed for shaders with side effects, such as performing
112 shaders containing side effects (image and buffer variable stores and atomic
115 of shader side effects.
118 involving shader side effects:
|
| D | VK_NV_low_latency2.adoc | 28 of the CPU side work.
|
| D | VK_QCOM_multiview_per_view_render_areas.adoc | 23 Certain use cases (e.g., side-by-side VR rendering) use multiview and render
|
| D | VK_EXT_shader_demote_to_helper_invocation.adoc | 31 The demoted invocation will have no further side effects and will not output
|
| D | VK_KHR_external_semaphore.adoc | 44 1) Should there be restrictions on what side effects can occur when waiting
|
| /hardware/interfaces/automotive/evs/1.1/ |
| D | IEvsUltrasonicsArrayStream.hal | 23 * Implemented on client side to receive asynchronous ultrasonic data
|
| D | IEvsCameraStream.hal | 24 * Implemented on client side to receive asynchronous streaming event deliveries.
|
| /hardware/interfaces/gnss/2.1/ |
| D | IGnssMeasurementCallback.hal | 82 * This value is the sum of the estimated receiver-side and the space-segment-side
121 * This value is the sum of the space-segment-side inter-system bias, inter-frequency bias
|
| /hardware/interfaces/automotive/evs/1.0/ |
| D | IEvsCameraStream.hal | 21 * Implemented on client side to receive asynchronous video frame deliveries.
|
| /hardware/interfaces/media/bufferpool/1.0/ |
| D | IConnection.hal | 28 * receiving side of buffer during transferring only when the specified
|
| /hardware/interfaces/media/bufferpool/2.0/ |
| D | IConnection.hal | 28 * receiving side of buffer during transferring only when the specified
|
| /hardware/interfaces/audio/7.0/ |
| D | IStreamOut.hal | 163 * callback proxy on the server side and thus dereference the callback
164 * implementation on the client side.
174 * on the client side being held until the HAL server termination.
187 * the local callback proxy on the server side and thus dereference
188 * the callback implementation on the client side.
|
| /hardware/interfaces/audio/6.0/ |
| D | IStreamOut.hal | 151 * callback proxy on the server side and thus dereference the callback
152 * implementation on the client side.
162 * on the client side being held until the HAL server termination.
175 * the local callback proxy on the server side and thus dereference
176 * the callback implementation on the client side.
|
| /hardware/google/gfxstream/host/tests/ |
| D | GLSnapshotTextures_unittest.cpp | 410 GLenum side = kGLES2TextureCubeMapSides[j]; in stateChange() local
411 initImageFunc(side, m_state.imagesCubeMap[j]); in stateChange()
|
| /hardware/google/gfxstream/codegen/vulkan/vulkan-docs-next/katex/ |
| D | README.md | 15 …* **Server side rendering:** KaTeX produces the same output regardless of browser or environment, …
61 e.g., for server-side rendering. For example:
|