| /linux-6.12.1/scripts/ |
| D | dev-needs.sh | 25 -c lists the compatible string of the dependencies
26 -d lists the driver name of the dependencies that have probed
27 -m lists the module name of the dependencies that have a module
28 -f list the firmware node path of the dependencies
29 -g list the dependencies as edges and nodes for graphviz
30 -t list the dependencies as edges for tsort
32 The filter options provide a way to filter out some dependencies:
33 --allow-no-driver By default dependencies that don't have a driver
41 dependencies.
|
| /linux-6.12.1/tools/testing/selftests/kvm/x86_64/ |
| D | xcr0_cpuid_test.c | 22 #define ASSERT_XFEATURE_DEPENDENCIES(supported_xcr0, xfeatures, dependencies) \ argument
24 uint64_t __supported = (supported_xcr0) & ((xfeatures) | (dependencies)); \
27 __supported == ((xfeatures) | (dependencies)), \
29 __supported, (xfeatures), (dependencies)); \
|
| /linux-6.12.1/tools/memory-model/Documentation/ |
| D | control-dependencies.txt | 4 A major difficulty with control dependencies is that current compilers
7 control dependencies also pose other challenges, which leads to the
11 One such challenge is that control dependencies order only later stores.
32 (usually) guaranteed for load-store control dependencies, as in the
39 Control dependencies can pair with each other and with other types
59 It is tempting to try use control dependencies to enforce ordering on
145 to relying on control dependencies to produce this ordering, you should
182 In addition, control dependencies apply only to the then-clause and
208 The control dependencies would then extend only to the pair of cmov
211 "a" and the store to "c". In short, control dependencies provide ordering
[all …]
|
| D | README | 34 and cannot do to control dependencies: control-dependencies.txt
68 control-dependencies.txt
70 your control dependencies.
|
| D | glossary.txt | 10 Address dependencies are quite common in RCU read-side critical
22 dependencies. Please see Documentation/RCU/rcu_dereference.rst
63 line 1 to the WRITE_ONCE() on line 2. Control dependencies are
65 Please see control-dependencies.txt for more information.
96 on line 1 to the WRITE_ONCE() on line 2. Data dependencies are
|
| /linux-6.12.1/Documentation/kbuild/ |
| D | Kconfig.select-break | 17 # visit the dependencies of the select target (in this case B). And since
18 # Kconfig does not visit the dependencies, it breaks the dependencies of B
|
| D | kconfig-language.rst | 24 Every entry has its own dependencies. These dependencies are used
44 the config option, input prompt, dependencies, help text and default
72 to the user. Optionally dependencies only for this prompt can be added
90 Optionally, dependencies only for this default value can be added with
119 Optionally dependencies for this default value can be added with "if".
121 - dependencies: "depends on" <expr>
124 dependencies are defined, they are connected with '&&'. Dependencies
137 - reverse dependencies: "select" <symbol> ["if" <expr>]
139 While normal dependencies reduce the upper limit of a symbol (see
140 below), reverse dependencies can be used to force a lower limit of
[all …]
|
| /linux-6.12.1/Documentation/admin-guide/ |
| D | init.rst | 23 4) **Binary exists but dependencies not available**: E.g. required library
24 dependencies of the init binary such as ``/lib/ld-linux.so.2`` missing or
33 library dependencies). And before tackling scripts, better first test a
|
| /linux-6.12.1/mm/kfence/ |
| D | .kunitconfig | 5 # Additional dependencies.
|
| /linux-6.12.1/samples/bpf/ |
| D | README.rst | 13 Build dependencies
44 There are usually dependencies to header files of the current kernel.
80 (build dependencies are ninja, cmake and gcc-c++)::
|
| /linux-6.12.1/Documentation/driver-api/ |
| D | pwrseq.rst | 30 define dependencies in the form of other units that must be enabled before
36 dependencies) that a consumer selects by its name when requesting a handle
66 (units) and define their dependencies. They can then expose named targets that
|
| D | dma-buf.rst | 259 Common to all these schemes is that userspace controls the dependencies of these
264 * Only the kernel knows about all DMA fence dependencies, userspace is not aware
265 of dependencies injected due to memory management or scheduler decisions.
267 * Only userspace knows about all dependencies in indefinite fences and when
291 through memory management dependencies which userspace is unaware of, which
294 architecture there is no single entity with knowledge of all dependencies.
297 The only solution to avoid dependencies loops is by not allowing indefinite
364 - Only a fairly theoretical option would be to untangle these dependencies when
|
| /linux-6.12.1/drivers/gpu/drm/ci/xfails/ |
| D | requirements.txt | 4 # ci-collate dependencies
|
| /linux-6.12.1/drivers/gpu/drm/xe/ |
| D | .kunitconfig | 1 # xe dependencies
|
| /linux-6.12.1/drivers/gpu/drm/scheduler/ |
| D | sched_main.c | 814 xa_init_flags(&job->dependencies, XA_FLAGS_ALLOC); in drm_sched_job_init()
875 xa_for_each(&job->dependencies, index, entry) { in drm_sched_job_add_dependency()
881 xa_store(&job->dependencies, index, fence, GFP_KERNEL); in drm_sched_job_add_dependency()
888 ret = xa_alloc(&job->dependencies, &id, fence, xa_limit_32b, GFP_KERNEL); in drm_sched_job_add_dependency()
1011 xa_for_each(&job->dependencies, index, fence) { in drm_sched_job_cleanup()
1014 xa_destroy(&job->dependencies); in drm_sched_job_cleanup()
|
| D | sched_entity.c | 208 xa_for_each(&job->dependencies, index, f) { in drm_sched_entity_kill_jobs_cb()
226 xa_erase(&job->dependencies, index); in drm_sched_entity_kill_jobs_cb()
464 f = xa_load(&job->dependencies, job->last_dependency); in drm_sched_job_dependency()
|
| /linux-6.12.1/tools/testing/selftests/futex/ |
| D | README | 30 o External dependencies shall remain as minimal as possible. Currently gcc
31 and glibc are the only dependencies.
|
| /linux-6.12.1/Documentation/translations/zh_CN/admin-guide/ |
| D | init.rst | 34 4) **二进制存在但依赖项不可用Binary exists but dependencies not available** ：
|
| /linux-6.12.1/tools/memory-model/litmus-tests/ |
| D | dep+plain.litmus | 7 * carry dependencies much like accesses to registers:
|
| /linux-6.12.1/Documentation/locking/ |
| D | lockdep-design.rst | 20 the dependencies between different lock-classes. Lock usage indicates
26 continuing effort to prove lock usages and dependencies are correct or
32 class and hence their usages and dependencies will contribute to those of
156 Furthermore, the following usage based lock dependencies are not allowed
192 Exception: Nested data dependencies leading to nested locking
302 single-task locking dependencies in the kernel as possible, at least
514 Lock dependencies record the orders of the acquisitions of a pair of locks, and
516 dependencies, but we can show that 4 types of lock dependencies are enough for
551 Note that given two locks, they may have multiple dependencies between them,
572 in the path, as the path that doesn't have two conjunct edges (dependencies) as
[all …]
|
| /linux-6.12.1/drivers/net/wireless/ti/ |
| D | Kconfig | 18 # keep last for automatic dependencies
|
| /linux-6.12.1/Documentation/translations/zh_TW/admin-guide/ |
| D | init.rst | 37 4) **二進制存在但依賴項不可用Binary exists but dependencies not available** ：
|
| /linux-6.12.1/Documentation/RCU/ |
| D | rcu_dereference.rst | 6 Proper care and feeding of address and data dependencies is critically
9 data dependencies. These dependencies extend from the rcu_dereference()
15 Most of the time, these dependencies are preserved, permitting you to
20 either address or data dependencies into account it is still possible
23 Follow these rules to preserve the address and data dependencies emanating
53 trust it to carry dependencies through integer operations.
193 That said, it is easy to get control dependencies wrong.
|
| /linux-6.12.1/Documentation/ |
| D | Kconfig | 9 This option makes the Kernel to check for missing dependencies,
|
| /linux-6.12.1/tools/testing/kunit/configs/ |
| D | all_tests.config | 5 # any tests whose dependencies are already satisfied. Please feel free to add
|