| /aosp_15_r20/out/soong/.intermediates/external/crosvm/gpu_display/gpu_display_client_protocol_headers/gen/wayland_protocol_codegen/ |
| D | tablet-unstable-v2.h | 1 /* Generated by wayland-scanner 1.22.0 */
8 #include "wayland-client.h"
20 * This description provides a high-level overview of the interplay between
24 * More than one tablet may exist, and device-specifics matter. Tablets are
30 * protocol, a long-term benefit.
55 * serialisation means events are grouped by wp_tablet_tool.frame events.
68 * between windows), compositor-specific grab policies apply. This usually
69 * means that the proximity-out is delayed until all buttons are released.
87 * The wp_tablet_tool.set_cursor request sets a tool-specific cursor.
89 * the same across tools but it is possible to be more fine-grained. For
[all …]
|
| D | tablet-unstable-v1.h | 1 /* Generated by wayland-scanner 1.22.0 */
8 #include "wayland-client.h"
20 * This description provides a high-level overview of the interplay between
24 * More than one tablet may exist, and device-specifics matter. Tablets are
30 * protocol, a long-term benefit.
55 * serialisation means events are grouped by wp_tablet_tool.frame events.
68 * between windows), compositor-specific grab policies apply. This usually
69 * means that the proximity-out is delayed until all buttons are released.
87 * The wp_tablet_tool.set_cursor request sets a tool-specific cursor.
89 * the same across tools but it is possible to be more fine-grained. For
[all …]
|
| /aosp_15_r20/external/wayland-protocols/freedesktop.org/unstable/tablet/ |
| H A D | tablet-unstable-v2.xml | 1 <?xml version="1.0" encoding="UTF-8"?>
6 Copyright 2015-2016 © Red Hat, Inc.
31 This description provides a high-level overview of the interplay between
35 More than one tablet may exist, and device-specifics matter. Tablets are
41 protocol, a long-term benefit.
66 serialisation means events are grouped by wp_tablet_tool.frame events.
79 between windows), compositor-specific grab policies apply. This usually
80 means that the proximity-out is delayed until all buttons are released.
98 The wp_tablet_tool.set_cursor request sets a tool-specific cursor.
100 the same across tools but it is possible to be more fine-grained. For
[all …]
|
| H A D | tablet-unstable-v1.xml | 1 <?xml version="1.0" encoding="UTF-8"?>
6 Copyright 2015-2016 © Red Hat, Inc.
31 This description provides a high-level overview of the interplay between
35 More than one tablet may exist, and device-specifics matter. Tablets are
41 protocol, a long-term benefit.
66 serialisation means events are grouped by wp_tablet_tool.frame events.
79 between windows), compositor-specific grab policies apply. This usually
80 means that the proximity-out is delayed until all buttons are released.
98 The wp_tablet_tool.set_cursor request sets a tool-specific cursor.
100 the same across tools but it is possible to be more fine-grained. For
[all …]
|
| /aosp_15_r20/external/perfmark/api/src/main/java/io/perfmark/ |
| H A D | PerfMark.java | 8 * http://www.apache.org/licenses/LICENSE-2.0
55 * In addition to Tag objects, named-tags can be added to the current task using the
56 * {@code attachTag} methods. These allow including key-value like metadata with the task.
67 * executor.execute(() -> {
83 * have a many-many relationship, and can be reused. Like Tasks and Tags, when PerfMark is
84 * disabled, the Links returned are no-op implementations.
88 * than tasks while PerfMark is enabled, but cannot be used with Links or named-tags.
106 * Marks the beginning of a task. If PerfMark is disabled, this method is a no-op. The name of the
107 * task should be a runtime-time constant, usually a string literal. Tasks with the same name can
108 * be grouped together for analysis later, so avoid using too many unique task names.
[all …]
|
| /aosp_15_r20/external/flatbuffers/tests/annotated_binary/ |
| H A D | README.md | 5 contains all the binary data with line-by-line annotations.
9 Given a `schema` in either plain-text (.fbs) or already compiled to a binary
13 flatc --annotate {schema_file} -- {binary_file}...
22 ..\..\flatc --annotate annotated_binary.fbs -- annotated_binary.bin
29 ..\..\flatc -b annotated_binary.fbs annotated_binary.json
34 Currently there is a built-in text-based format for outputting the annotations.
44 Binary sections are comprised of contigious [binary regions](#binary-regions)
45 that are logically grouped together. For example, a binary section may be a
49 Example of a `vtable` Binary Section that is associated with the user-defined
62 Binary regions are contigious bytes regions that are grouped together to form
[all …]
|
| /aosp_15_r20/external/pytorch/torch/utils/benchmark/ |
| H A D | README.md | 23 serializable and allows many examples to be grouped and interpreted.
46 may be logically equivalent differ in implementation. Assigning separate
62 * `num_threads`: By default, `Timer` will run in single-threaded mode. If
64 will be grouped into separate blocks of rows.
111 time non-contiguous Tensors should be created.) The best way to understand
115 `python -m examples.simple_timeit`
117 `python -m examples.compare`
119 `python -m examples.fuzzer`
121 `python -m examples.end_to_end`
|
| /aosp_15_r20/external/python/google-api-python-client/docs/dyn/ |
| D | analyticsreporting_v4.reports.html | 8 font-weight: inherit;
9 font-style: inherit;
10 font-size: 100%;
11 font-family: inherit;
12 vertical-align: baseline;
16 font-size: 13px;
21 font-size: 26px;
22 margin-bottom: 1em;
26 font-size: 24px;
27 margin-bottom: 1em;
[all …]
|
| D | displayvideo_v1.advertisers.campaigns.html | 8 font-weight: inherit;
9 font-style: inherit;
10 font-size: 100%;
11 font-family: inherit;
12 vertical-align: baseline;
16 font-size: 13px;
21 font-size: 26px;
22 margin-bottom: 1em;
26 font-size: 24px;
27 margin-bottom: 1em;
[all …]
|
| /aosp_15_r20/external/arm-trusted-firmware/docs/components/fconf/ |
| H A D | index.rst | 14 It is used to bridge new and old ways of providing platform-specific data.
16 platform-defined tables. In the future, it may be provided as part of a device
24 Properties defined in the |FCONF| are grouped around namespaces and
25 sub-namespaces: a.b.property.
28 - (|TBBR|) Chain of Trust data: tbbr.cot.trusted_boot_fw_cert
29 - (|TBBR|) dynamic configuration info: tbbr.dyn_config.disable_auth
30 - Arm io policies: arm.io_policies.bl2_image
31 - GICv3 properties: hw_config.gicv3_config.gicr_base
52 - FW_CONFIG: properties related to base address, maximum size and image id
54 - TB_FW: properties related to trusted firmware such as IO policies,
[all …]
|
| /aosp_15_r20/external/trusty/arm-trusted-firmware/docs/components/fconf/ |
| D | index.rst | 14 It is used to bridge new and old ways of providing platform-specific data.
16 platform-defined tables. In the future, it may be provided as part of a device
24 Properties defined in the |FCONF| are grouped around namespaces and
25 sub-namespaces: a.b.property.
28 - (|TBBR|) Chain of Trust data: tbbr.cot.trusted_boot_fw_cert
29 - (|TBBR|) dynamic configuration info: tbbr.dyn_config.disable_auth
30 - Arm io policies: arm.io_policies.bl2_image
31 - GICv3 properties: hw_config.gicv3_config.gicr_base
52 - FW_CONFIG: properties related to base address, maximum size and image id
54 - TB_FW: properties related to trusted firmware such as IO policies,
[all …]
|
| /aosp_15_r20/external/mesa3d/docs/drivers/ |
| H A D | asahi.rst | 7 -----------------
12 reverse-engineering the hardware, as glue to get at the "interesting" GPU
15 The library is only built if ``-Dtools=asahi`` is passed. It builds a single
24 -----------------
27 fragment shader inputs. This process is logically pipelined in AGX, with a value
36 ``st_var`` instruction. ``st_var`` takes a *vertex output index* and a 32-bit
39 consist of a single 32-bit value or an aligned 16-bit register pair, depending
40 on whether interpolation should happen at 32-bit or 16-bit. Vertex outputs are
42 32-bit user varyings coming next with perspective, flat, and linear interpolated
43 varyings grouped in that order, then 16-bit user varyings with the same groupings,
[all …]
|
| /aosp_15_r20/frameworks/base/core/java/android/view/textclassifier/ |
| H A D | TextClassificationManager.java | 8 * http://www.apache.org/licenses/LICENSE-2.0
53 classificationContext -> new TextClassificationSession(
77 * Note that requests to the TextClassifier may be handled in an OEM-provided process rather
166 * session and are logically grouped. For example, when a text widget is focused
168 * grouped together to allow the classifier get better.
196 * Sets a TextClassificationSessionFactory to be used to create session-aware TextClassifiers.
236 Log.d(LOG_TAG, "Local text-classifier not supported. Returning a no-op text-classifier."); in getLocalTextClassifier()
|
| /aosp_15_r20/external/tink/cmake/ |
| H A D | TinkBuildRules.cmake | 7 # http://www.apache.org/licenses/LICENSE-2.0
16 # https://github.com/abseil/abseil-cpp/blob/master/CMake/AbseilHelpers.cmake
55 …# See https://learn.microsoft.com/en-us/cpp/error-messages/compiler-errors-1/fatal-error-c1128?vie…
72 # This is not a requirement, though. Targets should be grouped logically, and
182 # DATA list of non-code dependencies, such as test vectors.
235 # [1] https://gitlab.kitware.com/cmake/cmake/-/issues/23039
273 --cpp_out "${TINK_GENFILE_DIR}"
274 -I "${PROJECT_SOURCE_DIR}"
299 # to group dependencies that are logically related and give them a single name.
|
| /aosp_15_r20/external/libogg/doc/ |
| H A D | rfc3533.txt | 27 a general, freely-available encapsulation format for media streams.
68 available and freely re-implementable, both in software and in
76 framing, error protection and seeking structure for higher-level
80 other time-continuous data streams that are prepared by an encoder as
100 Bitstream". It encapsulates one or several encoder-created
103 structure, i.e., it is split up into a sequence of so-called
107 do not contain boundary information - strung together they appear to
125 transport format to enable both file-based storage and stream-based
144 o small overhead (i.e., use no more than approximately 1-2% of
145 bitstream bandwidth for packet boundary marking, high-level
[all …]
|
| /aosp_15_r20/external/llvm/docs/ |
| H A D | LLVMBuild.rst | 68 with the build system, please see the :doc:`llvm-build
69 <CommandGuide/llvm-build>` documentation.
75 *components*. Every component is typically grouped into its own
82 - *Libraries* - Library components define a distinct API which can be
86 - *Build Tools* - Build tools are applications which are designed to be run
90 - *Tools* - Command line applications which are built using the LLVM
108 .. code-block:: ini
110 ; Comments start with a semi-colon.
128 .. code-block:: ini
142 - ``subdirectories`` **[optional]**
[all …]
|
| /aosp_15_r20/external/cronet/third_party/googletest/src/googletest/samples/ |
| H A D | sample1_unittest.cc | 35 // Writing a unit test using Google C++ testing framework is easy as 1-2-3:
59 // In Google Test, tests are grouped into test cases. This is how we
60 // keep test code organized. You should put logically related tests
79 EXPECT_EQ(1, Factorial(-5)); in TEST()
80 EXPECT_EQ(1, Factorial(-1)); in TEST()
81 EXPECT_GT(Factorial(-10), 0); in TEST()
116 EXPECT_FALSE(IsPrime(-1)); in TEST()
117 EXPECT_FALSE(IsPrime(-2)); in TEST()
|
| /aosp_15_r20/external/googletest/googletest/samples/ |
| H A D | sample1_unittest.cc | 35 // Writing a unit test using Google C++ testing framework is easy as 1-2-3:
59 // In Google Test, tests are grouped into test cases. This is how we
60 // keep test code organized. You should put logically related tests
79 EXPECT_EQ(1, Factorial(-5)); in TEST()
80 EXPECT_EQ(1, Factorial(-1)); in TEST()
81 EXPECT_GT(Factorial(-10), 0); in TEST()
116 EXPECT_FALSE(IsPrime(-1)); in TEST()
117 EXPECT_FALSE(IsPrime(-2)); in TEST()
|
| /aosp_15_r20/external/rust/android-crates-io/crates/quiche/deps/boringssl/src/third_party/googletest/samples/ |
| D | sample1_unittest.cc | 35 // Writing a unit test using Google C++ testing framework is easy as 1-2-3:
58 // In Google Test, tests are grouped into test cases. This is how we
59 // keep test code organized. You should put logically related tests
79 EXPECT_EQ(1, Factorial(-5)); in TEST()
80 EXPECT_EQ(1, Factorial(-1)); in TEST()
81 EXPECT_GT(Factorial(-10), 0); in TEST()
119 EXPECT_FALSE(IsPrime(-1)); in TEST()
120 EXPECT_FALSE(IsPrime(-2)); in TEST()
|
| /aosp_15_r20/external/cronet/third_party/boringssl/src/third_party/googletest/googletest/samples/ |
| H A D | sample1_unittest.cc | 35 // Writing a unit test using Google C++ testing framework is easy as 1-2-3:
59 // In Google Test, tests are grouped into test cases. This is how we
60 // keep test code organized. You should put logically related tests
79 EXPECT_EQ(1, Factorial(-5)); in TEST()
80 EXPECT_EQ(1, Factorial(-1)); in TEST()
81 EXPECT_GT(Factorial(-10), 0); in TEST()
116 EXPECT_FALSE(IsPrime(-1)); in TEST()
117 EXPECT_FALSE(IsPrime(-2)); in TEST()
|
| /aosp_15_r20/external/rust/crates/quiche/deps/boringssl/src/third_party/googletest/samples/ |
| D | sample1_unittest.cc | 35 // Writing a unit test using Google C++ testing framework is easy as 1-2-3:
58 // In Google Test, tests are grouped into test cases. This is how we
59 // keep test code organized. You should put logically related tests
79 EXPECT_EQ(1, Factorial(-5)); in TEST()
80 EXPECT_EQ(1, Factorial(-1)); in TEST()
81 EXPECT_GT(Factorial(-10), 0); in TEST()
119 EXPECT_FALSE(IsPrime(-1)); in TEST()
120 EXPECT_FALSE(IsPrime(-2)); in TEST()
|
| /aosp_15_r20/external/googleapis/google/devtools/clouderrorreporting/v1beta1/ |
| H A D | clouderrorreporting_v1beta1.yaml | 7 - name: google.devtools.clouderrorreporting.v1beta1.ErrorGroupService
8 - name: google.devtools.clouderrorreporting.v1beta1.ErrorStatsService
9 - name: google.devtools.clouderrorreporting.v1beta1.ReportErrorsService
12 summary: |-
16 overview: |-
17 <!-- mdlint off(URL_BAD_G3DOC_PATH) -->
28 [endpoint](/error-reporting/reference/rest/v1beta1/projects.events/report)
44 guide](/docs/authentication/getting-started).
50 href="/docs/authentication/getting-started#creating_a_service_account">service
57 stats](#error-group-stats)
[all …]
|
| /aosp_15_r20/prebuilts/vndk/v32/arm64/include/hardware/libhardware/include/hardware/ |
| D | input.h | 8 * http://www.apache.org/licenses/LICENSE-2.0
447 * of logically grouped properties such as the X and Y coordinates of a single finger touch or
|
| /aosp_15_r20/prebuilts/vndk/v33/arm64/include/hardware/libhardware/include/hardware/ |
| D | input.h | 8 * http://www.apache.org/licenses/LICENSE-2.0
447 * of logically grouped properties such as the X and Y coordinates of a single finger touch or
|
| /aosp_15_r20/prebuilts/vndk/v34/arm64/include/hardware/libhardware/include/hardware/ |
| D | input.h | 8 * http://www.apache.org/licenses/LICENSE-2.0
447 * of logically grouped properties such as the X and Y coordinates of a single finger touch or
|