| /linux-5.10/scripts/kconfig/tests/err_recursive_dep/ |
| D | expected_stderr | 1 Kconfig:11:error: recursive dependency detected!
4 subsection "Kconfig recursive dependency limitations"
6 Kconfig:5:error: recursive dependency detected!
9 subsection "Kconfig recursive dependency limitations"
11 Kconfig:17:error: recursive dependency detected!
15 subsection "Kconfig recursive dependency limitations"
17 Kconfig:32:error: recursive dependency detected!
21 subsection "Kconfig recursive dependency limitations"
23 Kconfig:37:error: recursive dependency detected!
27 subsection "Kconfig recursive dependency limitations"
[all …]
|
| D | __init__.py | 3 Detect recursive dependency error.
5 Recursive dependency should be treated as an error.
|
| /linux-5.10/drivers/gpu/drm/scheduler/ |
| D | sched_entity.c | 134 if (READ_ONCE(entity->dependency)) in drm_sched_entity_is_ready()
279 if (entity->dependency) { in drm_sched_entity_fini()
280 dma_fence_remove_callback(entity->dependency, in drm_sched_entity_fini()
282 dma_fence_put(entity->dependency); in drm_sched_entity_fini()
283 entity->dependency = NULL; in drm_sched_entity_fini()
309 * drm_sched_entity_clear_dep - callback to clear the entities dependency
317 entity->dependency = NULL; in drm_sched_entity_clear_dep()
322 * drm_sched_entity_clear_dep - callback to clear the entities dependency and
353 * drm_sched_entity_add_dependency_cb - add callback for the entities dependency
355 * @entity: entity with dependency
[all …]
|
| /linux-5.10/Documentation/kbuild/ |
| D | Kconfig.recursion-issue-01 | 8 # This Kconfig file has a simple recursive dependency issue. In order to
9 # understand why this recursive dependency issue occurs lets consider what
34 # the "recursive dependency detected" error.
39 # since CORE_BELL_A depends on CORE. Recursive dependency issues are not always
42 # easy to understand. Note that matching semantics on the dependency on
45 mainmenu "Simple example to demo kconfig recursive dependency issue"
|
| D | kconfig-language.rst | 119 This defines a dependency for this menu entry. If multiple
157 from a direct dependency or with a visible prompt.
198 FOO should imply not only BAZ, but also its dependency BAR::
252 module state. Dependency expressions have the following syntax::
311 the menu entry, e.g. this means the dependency "NET" is added to the
312 dependency list of the config option NETDEVICES.
317 be part of the dependency list and then one of these two conditions
390 dependency, but will not appear under menuconfig M anymore, because
461 This defines an if block. The dependency expression <expr> is appended
532 to describe the dependency on the compiler feature is to use "depends on"
[all …]
|
| /linux-5.10/Documentation/locking/ |
| D | lockdep-design.rst | 22 dependency can be understood as lock order, where L1 -> L2 suggests that
25 dependency just means the order ever happened. The validator maintains a
137 Multi-lock dependency rules:
151 validator will find such dependency circle in arbitrary complexity,
173 dependency rules are enforced:
375 likely to be linked into the lock-dependency graph. This turns out to
512 Dependency types and strong dependency paths:
519 For each lock dependency::
531 With the above combination for simplification, there are 4 types of dependency edges
535 exclusive writer to recursive reader dependency, "X -(ER)-> Y" means
[all …]
|
| /linux-5.10/tools/testing/selftests/ |
| D | kselftest_deps.sh | 24 echo " failed the build dependency check from the TARGETS in Selftests"
26 echo "- Prints pass/fail dependency check for each tests/sub-test."
28 echo "- Default: runs dependency checks on all tests."
122 # that need dependency checks. Find them and append them to the tests
135 # Use the default value and filter out pkg-config for dependency check.
215 echo "FAIL: $test dependency check: $lib" >> $fail
222 echo "PASS: $test dependency check passed $lib" >> $pass
235 echo -e "Kselftest Dependency Check for [$0 $1 $2] results..."
253 echo -e "Targets passed build dependency check on system:"
261 echo -e "Targets failed build dependency check on system:"
|
| /linux-5.10/scripts/basic/ |
| D | fixdep.c | 27 * the dependency on autoconf.h by a dependency on every config
67 * and will read the dependency file <depfile>
69 * The transformed dependency snipped is written to stdout.
76 * process filtering out the dependency on autoconf.h and adding
139 * Print out a dependency path from a symbol name
328 /* Don't write any target names into the dependency file */ in parse_dep_file()
330 /* The /next/ file is the first dependency */ in parse_dep_file()
336 * Do not list the source file as dependency, so that in parse_dep_file()
344 * dependency files, only process the first in parse_dep_file()
|
| /linux-5.10/tools/include/linux/ |
| D | refcount.h | 24 * Do note that inc_not_zero() provides a control dependency which will order
29 * stores will be issued before, it also provides a control dependency, which
32 * The control dependency is against the load of the cmpxchg (ll/sc) that
72 * object memory to be stable (RCU, etc.). It does provide a control dependency
117 * before, and provides a control dependency such that free() must come after.
|
| /linux-5.10/Documentation/driver-api/ |
| D | device_link.rst | 21 Often these two dependency types come together, so a device depends on
27 In its standard or *managed* form, a device link combines *both* dependency
60 represents a driver presence dependency, yet is added from the consumer's
82 driver presence dependency is needed (but only correct suspend/resume and
109 Driver authors should be aware that a driver presence dependency for managed
178 (supplier). A driver presence dependency is not necessary for this
194 * In some SoCs a functional dependency exists from display, video codec and
208 ordering or a driver presence dependency.
235 To prevent introduction of dependency loops into the graph, it is
246 such a device link only makes sense if a driver presence dependency is
|
| /linux-5.10/include/trace/events/ |
| D | timer.h | 400 TP_PROTO(int success, int dependency),
402 TP_ARGS(success, dependency),
406 __field( int , dependency )
411 __entry->dependency = dependency;
414 TP_printk("success=%d dependency=%s", __entry->success, \
415 show_tick_dep_name(__entry->dependency))
|
| /linux-5.10/Documentation/ |
| D | memory-barriers.txt | 55 - Data dependency barriers (historical).
190 There is an obvious data dependency here, as the value loaded into D depends on
395 dependency barriers; see the "SMP barrier pairing" subsection.
398 (2) Data dependency barriers.
400 A data dependency barrier is a weaker form of read barrier. In the case
403 load will be directed), a data dependency barrier would be required to
407 A data dependency barrier is a partial ordering on interdependent loads
413 considered can then perceive. A data dependency barrier issued by the CPU
418 dependency barrier.
423 [!] Note that the first load really has to have a _data_ dependency and
[all …]
|
| /linux-5.10/arch/arm/mach-omap2/ |
| D | clockdomain.c | 130 * "autodep" is a clockdomain sleep/wakeup dependency that is
181 * _clkdm_add_wkdep - add a wakeup dependency from clkdm2 to clkdm1 (lockless)
230 * Remove a wakeup dependency causing @clkdm1 to wake up when @clkdm2
269 * _clkdm_add_sleepdep - add a sleep dependency from clkdm2 to clkdm1 (lockless)
277 * dependencies, -ENOENT if the specified dependency cannot be set in
297 pr_debug("clockdomain: hardware cannot set/clear sleep dependency affecting %s from %s\n", in _clkdm_add_sleepdep()
322 * -ENOENT if the specified dependency cannot be cleared in hardware, or
342 pr_debug("clockdomain: hardware cannot set/clear sleep dependency affecting %s from %s\n", in _clkdm_del_sleepdep()
582 * clkdm_add_wkdep - add a wakeup dependency from clkdm2 to clkdm1
613 * clkdm_del_wkdep - remove a wakeup dependency from clkdm2 to clkdm1
[all …]
|
| D | clockdomain.h | 146 * @clkdm_add_wkdep: Add a wakeup dependency between clk domains
147 * @clkdm_del_wkdep: Delete a wakeup dependency between clk domains
148 * @clkdm_read_wkdep: Read wakeup dependency state between clk domains
150 * @clkdm_add_sleepdep: Add a sleep dependency between clk domains
151 * @clkdm_del_sleepdep: Delete a sleep dependency between clk domains
152 * @clkdm_read_sleepdep: Read sleep dependency state between clk domains
|
| D | pm44xx.c | 38 * struct static_dep_map - Static dependency map
163 * The dynamic dependency between MPUSS -> MEMIF and
187 * omap4plus_init_static_deps() - Initialize a static dependency map
202 pr_err("Failed lookup %s or %s for wakeup dependency\n", in omap4plus_init_static_deps()
208 pr_err("Failed to add %s -> %s wakeup dependency(%d)\n", in omap4plus_init_static_deps()
|
| /linux-5.10/kernel/locking/ |
| D | lockdep.c | 383 * We put the lock dependency chains into a hash-table as well, to cache
409 * The hash key of the lock dependency chains is a hash itself too:
1360 * Add a new dependency to the head of the list:
1369 * Lock not present yet - get a new dependency struct and in add_lock_to_list()
1402 * indicates that adding the <prev> -> <next> lock dependency will
1500 * Return the forward or backward dependency list.
1502 * @lock: the lock_list to get its class's dependency list
1546 * For dependency @prev -> @next:
1645 * Breadth-First Search to find a strong path in the dependency graph.
1655 * e.g. ER and SN) between two nodes in the dependency graph. But
[all …]
|
| /linux-5.10/scripts/ |
| D | adjust_autoksyms.sh | 4 # Script to update include/generated/autoksyms.h and dependency files
12 # For each symbol being added or removed, the corresponding dependency
44 # dependency files.
|
| D | dev-needs.sh | 14 /sys/devices and then lists the probe dependency chain (suppliers and
15 parents) of these devices. It does a breadth first search of the dependency
17 dependency chain.
37 dependency). If you want to follow these links
291 # We don't need to worry about a cycle in the dependency chain causing
|
| /linux-5.10/Documentation/core-api/ |
| D | refcount-vs-atomic.rst | 64 A control dependency (on success) for refcounters guarantees that
68 Control dependency on stores are not implemented using any explicit
123 * fully ordered --> control dependency on success for stores
152 * fully ordered --> RELEASE ordering + control dependency
167 * fully ordered --> RELEASE ordering + control dependency + hold
|
| /linux-5.10/crypto/async_tx/ |
| D | async_tx.c | 39 * @submit: transaction dependency and submission modifiers
59 * async_tx_channel_switch - queue an interrupt descriptor with a dependency
80 /* attached dependency, flush the parent channel */ in async_tx_channel_switch()
133 * to prevent a circular locking dependency with drivers that already
154 /* sanity check the dependency chain: in async_tx_submit()
|
| /linux-5.10/tools/build/ |
| D | fixdep.c | 67 /* Don't write any target names into the dependency file */ in parse_dep_file()
69 /* The /next/ file is the first dependency */ in parse_dep_file()
78 * Do not list the source file as dependency, in parse_dep_file()
87 * multiple dependency files, only in parse_dep_file()
|
| /linux-5.10/drivers/gpu/drm/v3d/ |
| D | v3d_sched.c | 16 * v3d_job_dependency() to manage the dependency between bin and
69 * If placed in the scheduler's .dependency method, the corresponding
358 .dependency = v3d_job_dependency,
365 .dependency = v3d_job_dependency,
372 .dependency = v3d_job_dependency,
379 .dependency = v3d_job_dependency,
386 .dependency = v3d_job_dependency,
|
| /linux-5.10/scripts/kconfig/tests/no_write_if_dep_unmet/ |
| D | __init__.py | 3 Do not write choice values to .config if the dependency is unmet.
6 for symbols with unmet dependency.
|
| /linux-5.10/tools/memory-model/Documentation/ |
| D | recipes.txt | 274 against later accesses that depend on the value loaded. A dependency
276 (address dependency, as shown above), the value written by a later store
277 (data dependency), or whether or not a later store is executed in the
278 first place (control dependency). Note that the term "data dependency"
361 control dependency paired with a full memory barrier:
378 This pairing of a control dependency in CPU0() with a full memory
384 control dependency on the kernel side and a full memory barrier on
398 The kernel's control dependency between the load from ->data_tail
555 the LB litmus test, a control dependency was enough to do the
|
| /linux-5.10/tools/memory-model/litmus-tests/ |
| D | LB+fencembonceonce+ctrlonceonce.litmus | 9 * combination of a control dependency and a full memory barrier are enough
11 * another control dependency and order would still be maintained.)
|