Searched full:cases (Results 1 – 25 of 2920) sorted by relevance
12345678910>>...117
| /linux-5.10/tools/testing/selftests/tc-testing/ |
| D | README | 59 cases. To disable execution within the namespace, pass the -N option
77 future). A test suite has one or more test cases in it.
106 executed as part of the test. More will be added as test cases require.
111 The NAMES values are used to substitute into the commands in the test cases.
131 Execute test cases that use a physical device, where
137 select which test cases: files plus directories; filtered by categories
150 Execute the specified test cases with specified IDs
153 select action to perform on selected test cases
155 -l, --list List all test cases, or those only within the
157 -s, --show Display the selected test cases
[all …]
|
| D | tdc.py | 68 Get all required plugins from the list of test cases and return
86 Get all required plugins from the list of test cases and load any plugin
431 Open the JSON file containing the test cases and return them
468 'selection', 'select which test cases: ' +
471 'action', 'select action to perform on selected test cases')
486 help='Execute the specified test cases with specified IDs')
489 help='List all test cases, or those only within the specified category')
492 help='Display the selected test cases')
495 help='Generate ID numbers for new test cases')
504 help='Execute test cases that use a physical device, ' +
[all …]
|
| /linux-5.10/net/bluetooth/ |
| D | Kconfig | 119 cases are run first thing at module load time. When the Bluetooth
120 subsystem is compiled into the kernel image, then the test cases
124 bool "ECDH test cases"
127 Run test cases for ECDH cryptographic functionality used by the
131 bool "SMP test cases"
134 Run test cases for SMP cryptographic functionality, including both
|
| /linux-5.10/scripts/coccinelle/misc/ |
| D | cond_no_effect.cocci | 5 // There can be false positives in cases where the positional
7 // is a placeholder for not yet handled cases.
17 // the two known cases are:
38 // All other cases look like bugs or at least lack of documentation
|
| /linux-5.10/tools/testing/selftests/tc-testing/creating-testcases/ |
| D | AddingTestCases.txt | 1 tdc - Adding test cases for tdc
5 ADDING TEST CASES
10 template.json for the required JSON format for test cases.
18 If you wish to store your custom test cases elsewhere, be sure to run
81 in the test cases. tdc will output a series of TAP results for the skipped
|
| /linux-5.10/tools/usb/ |
| D | hcd-tests.sh | 37 # NOTE: the 'in' and 'out' cases are usually bulk, but can be
106 echo '** Control test cases:'
124 echo '** Host Write (OUT) test cases:'
155 echo '** Host ISOCHRONOUS Write (OUT) test cases:'
182 echo '** Host Read (IN) test cases:'
208 echo '** Host ISOCHRONOUS Read (IN) test cases:'
|
| /linux-5.10/Documentation/devicetree/bindings/iommu/ |
| D | iommu.txt | 44 the specific IOMMU. Below are a few examples of typical use-cases:
51 In such cases the number of cells will usually be 1 as in the next case.
53 in order to enable translation for a given master. In such cases the single
54 address cell corresponds to the master device's ID. In some cases more than
62 Note that these are merely examples and real-world use-cases may use different
85 have a means to turn off translation. But it is invalid in such cases to
|
| /linux-5.10/Documentation/bpf/ |
| D | bpf_devel_QA.rst | 79 from the current review queue. Likewise for cases where patches would
198 at the end of the week. In some cases pull requests could additionally
217 Q: Verifier changes and test cases
219 Q: I made a BPF verifier change, do I need to add test cases for
223 it is absolutely necessary to add test cases to the BPF kernel
228 cases, including a lot of corner cases that LLVM BPF back end may
229 generate out of the restricted C code. Thus, adding test cases is
231 affect prior use-cases. Thus, treat those test cases as: verifier
244 The more test cases we add to BPF selftests, the better the coverage
311 commit is in net-next (or in some cases bpf-next). The ``Fixes:`` tag is
[all …]
|
| D | ringbuf.rst | 42 Additionally, given the performance of BPF ringbuf, many use cases would just
64 a replacement for perf buffer use cases), to a complicated application
103 pointer directly to ring buffer memory. In a lot of cases records are larger
109 due to extra memory copy, covers some use cases that are not suitable for
114 code. Discard is useful for some advanced use-cases, such as ensuring
203 buffer. For extreme cases, when BPF program wants more manual control of
|
| /linux-5.10/Documentation/devicetree/bindings/slimbus/ |
| D | bus.txt | 18 In some cases it may be necessary to describe non-probeable device
20 such cases, child nodes for those devices will be present as
28 Instance ID Is for the cases where multiple Devices of the
|
| /linux-5.10/Documentation/RCU/ |
| D | rcuref.rst | 11 those unusual cases where percpu-ref would consume too much memory,
82 update (write) stream. In such cases, atomic_inc_not_zero() might be
84 use atomic_inc() in such cases.
87 search_and_reference() code path. In such cases, the
139 In cases where delete() can sleep, synchronize_rcu() can be called from
|
| /linux-5.10/Documentation/driver-api/ |
| D | device-io.rst | 78 writes have occurred in the specific cases the author cares. This kind
80 cases, the read used to flush the device may be expected to fail (if the
109 complete. In many cases, however, the driver may want to indicate that the
112 these cases, although only some platforms will honor the relaxed
115 provides examples of how to use readX_relaxed(). In many cases, a majority
|
| /linux-5.10/arch/mips/math-emu/ |
| D | sp_maddf.c | 46 * Handle the cases when at least one of x, y or z is a NaN. in _sp_maddf()
64 /* ZERO z cases are handled separately below */ in _sp_maddf()
84 * Cases of addition of infinities with opposite signs in _sp_maddf()
105 /* Handle cases +0 + (-0) and similar ones. */ in _sp_maddf()
108 * Cases of addition of zeros of equal signs in _sp_maddf()
|
| /linux-5.10/Documentation/powerpc/ |
| D | ultravisor.rst | 312 Use cases
386 Use cases
437 Use cases
483 Use cases
544 Use cases
593 Use cases
638 Use cases
673 Use cases
720 Use cases
770 Use cases
[all …]
|
| /linux-5.10/tools/testing/selftests/rcutorture/doc/ |
| D | TINY_RCU.txt | 1 This document gives a brief rationale for the TINY_RCU test cases.
19 In common code tested by TREE_RCU test cases.
|
| /linux-5.10/include/dt-bindings/mux/ |
| D | mux.h | 5 * Most Multiplexer bindings specify an idle state. In most cases, the
6 * multiplexer can be left as is when idle, and in some cases it can
|
| /linux-5.10/tools/testing/selftests/tc-testing/creating-plugins/ |
| D | AddingPlugins.txt | 15 - adding commands to be run before and/or after the test cases
16 - adding commands to be run before and/or after the execute phase of the test cases
59 the TAP output for the extra test cases.
|
| /linux-5.10/lib/kunit/ |
| D | kunit-example-test.c | 44 * Here we make a list of all the test cases we want to add to the test suite
51 * use KUnit, just know that this is how you associate test cases with a
61 * Test cases are defined as belonging to the suite by adding them to
|
| /linux-5.10/arch/arm/probes/kprobes/ |
| D | test-core.h | 8 #define VERBOSE 0 /* Set to '1' for more logging of test cases */
32 * The arguments given to test cases can be one of three types.
85 * Building blocks for test cases.
95 * Some specific test cases may make use of other custom constructs.
197 * Macros to define test cases.
199 * Those of the form TEST_{R,P,M}* can be used to define test cases
438 /* Various values used in test cases... */
|
| /linux-5.10/lib/ |
| D | test_linear_ranges.c | 23 * which generate test cases to test the existing functions - and by default
37 * ...chances are you also need to fix the test cases. In sunny day you fix one
43 * can implement few, carefully selected simple UT-cases which test this. I've
46 * expected. I am not covering all the cases but I will see the logic should be
51 * working. And I definitely don't want to add 500+ test cases that break when
|
| /linux-5.10/tools/testing/selftests/ |
| D | Makefile | 126 # objects in the src directory in all cases making the src
146 # O= KBUILD_OUTPUT cases don't run into this error, since main Makefile
149 # flags in both cases.
150 # Local build cases: "make kselftest", "make -C" - headers are installed
198 # right output location for the following cases:
|
| /linux-5.10/tools/testing/selftests/bpf/ |
| D | bpf_rlimit.h | 12 /* For the sake of running the test cases, we temporarily in bpf_rlimit_ctor()
14 * errors from actual test cases and not getting noise in bpf_rlimit_ctor()
|
| /linux-5.10/sound/hda/ |
| D | Kconfig | 42 # A fallback is provided so that the code compiles in all cases.
48 # A fallback is provided so that the code compiles in all cases.
|
| /linux-5.10/arch/mips/ |
| D | Kconfig.debug | 40 For such cases, this option allows you to hardcode your own
57 pass arguments to the kernel. For these platforms, and for the cases
60 build time by entering them here. In other cases you can specify
|
| /linux-5.10/drivers/staging/rtl8188eu/include/ |
| D | odm_debug.h | 14 /* 1. DBG_TRACE and DBG_LOUD are used for normal cases. */
19 /* 2. DBG_WARNNING and DBG_SERIOUS are used for unusual or error cases, */
30 /* Abnormal, rare, or unexpected cases. */
|
12345678910>>...117