| /linux/tools/testing/selftests/drivers/net/hw/ |
| H A D | csum.py | 94 cases = []
96 cases.append(test_builder("rx_tcp", cfg, ipver, False, "-t"))
97 cases.append(test_builder("rx_tcp_invalid", cfg, ipver, False, "-t -E"))
99 cases.append(test_builder("rx_udp", cfg, ipver, False, ""))
100 cases.append(test_builder("rx_udp_invalid", cfg, ipver, False, "-E"))
102 cases.append(test_builder("tx_udp_csum_offload", cfg, ipver, True, "-U"))
103 cases.append(test_builder("tx_udp_zero_checksum", cfg, ipver, True, "-U -Z"))
105 ksft_run(cases=cases, args=(cfg, ))
|
| H A D | tso.py | 241 cases = []
249 cases += [
254 cases.append(test_builder(info[0], cfg, outer_ipver, info[2], None, outer_ipver))
256 ksft_run(cases=cases, args=(cfg, ))
|
| /linux/Documentation/livepatch/ |
| H A D | reliable-stacktrace.rst | 41 In some cases it is legitimate to omit specific functions from the trace,
42 but all other functions must be reported. These cases are described in
45 Secondly, the reliable stacktrace function must be robust to cases where
47 function should attempt to detect such cases and return a non-zero error
49 an unsafe way. Specific cases are described in further detail below.
55 To ensure that kernel code can be correctly unwound in all cases,
63 In some cases, an unwinder may require metadata to correctly unwind.
115 To ensure that such cases do not result in functions being omitted from a
148 Architectures which cannot identify when it is reliable to unwind such cases
154 Architectures which can identify when it is reliable to unwind such cases (or
[all …]
|
| /linux/net/bluetooth/ |
| H A D | Kconfig | 130 cases are run first thing at module load time. When the Bluetooth
131 subsystem is compiled into the kernel image, then the test cases
135 bool "ECDH test cases"
138 Run test cases for ECDH cryptographic functionality used by the
142 bool "SMP test cases"
145 Run test cases for SMP cryptographic functionality, including both
|
| /linux/scripts/coccinelle/misc/ |
| H A 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/tools/usb/ |
| H A 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/tools/testing/selftests/tc-testing/creating-testcases/ |
| H A 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
83 in the test cases. tdc will output a series of TAP results for the skipped
|
| /linux/tools/testing/selftests/net/lib/py/ |
| H A D | ksft.py | 223 def ksft_run(cases=None, globs=None, case_pfx=None, args=()):
224 cases = cases or []
232 cases.append(value)
242 print("1.." + str(len(cases)), flush=True)
247 for case in cases:
213 ksft_run(cases=None, globs=None, case_pfx=None, args=()) global() argument
|
| /linux/Documentation/process/ |
| H A D | deprecated.rst | 63 cases is to refactor the code as suggested below to avoid the open-coded
129 is strscpy(), though care must be given to any cases where the return
144 strscpy(), though care must be given to any cases where the return value
147 errno when it truncates). Any cases still needing NUL-padding should
153 attribute to avoid future compiler warnings. For cases still needing
162 though care must be given to any cases where the return value of strlcpy()
202 The C language allows switch cases to fall through to the next case
222 cases, we have adopted a pseudo-keyword macro "fallthrough" which
242 for these cases. The older style of one-element or zero-length arrays should
350 There are two special cases of replacement where the DECLARE_FLEX_ARRAY()
[all …]
|
| /linux/lib/kunit/ |
| H A D | Kconfig | 81 In most cases this should be left as Y. Only if additional opt-in
93 In most cases this should be left as Y. Only if additional opt-in
100 Sets the default timeout, in seconds, for Kunit test cases. This value
107 cases.
|
| /linux/Documentation/devicetree/bindings/iommu/ |
| H A 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/Documentation/bpf/ |
| H A D | bpf_devel_QA.rst | 106 from the current review queue. Likewise for cases where patches would
228 at the end of the week. In some cases pull requests could additionally
248 Q: Verifier changes and test cases
250 Q: I made a BPF verifier change, do I need to add test cases for
254 it is absolutely necessary to add test cases to the BPF kernel
259 cases, including a lot of corner cases that LLVM BPF back end may
260 generate out of the restricted C code. Thus, adding test cases is
262 affect prior use-cases. Thus, treat those test cases as: verifier
275 The more test cases we add to BPF selftests, the better the coverage
342 commit is in net-next (or in some cases bpf-next). The ``Fixes:`` tag is
[all …]
|
| H A 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/Documentation/RCU/ |
| H A 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/Documentation/userspace-api/ |
| H A D | mseal.rst | 57 - For above error cases, users can expect the given memory range is
59 - There might be other internal errors/cases not listed here, e.g.
61 number of supported VMAs. In those cases, partial updates to the given
62 memory range could happen. However, those cases should be rare.
125 Use cases
195 Those cases are:
|
| /linux/Documentation/arch/powerpc/ |
| H A 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/arch/mips/math-emu/ |
| H A 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/arch/arm/probes/kprobes/ |
| H A 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.
198 * Macros to define test cases.
200 * Those of the form TEST_{R,P,M}* can be used to define test cases
439 /* Various values used in test cases... */
|
| /linux/tools/testing/selftests/tc-testing/ |
| H A D | README | 58 cases. To disable execution within the namespace, pass the -N option
76 future). A test suite has one or more test cases in it.
114 executed as part of the test. More will be added as test cases require.
119 The NAMES values are used to substitute into the commands in the test cases.
205 Jamal Hadi Salim, for providing valuable test cases
|
| /linux/tools/testing/selftests/net/ |
| H A D | link_netns.py | 67 cases = [
75 for src_net, netns, link_netns, exp1, exp2 in cases:
106 cases = [
118 for src_net, netns, link_netns, peer_netns, exp in cases:
|
| /linux/Documentation/rust/ |
| H A D | coding-guidelines.rst | 45 while merging and rebasing, since in some cases it condenses several items into
108 There may be cases where exceptions may need to be made, i.e. none of this is
245 reason. In almost all cases, a fallible approach should be used, typically
405 - Conditional compilation triggers the warning in some cases but not others.
407 If there are only a few cases where the warning triggers (or does not
408 trigger) compared to the total number of cases, then one may consider using
413 triggers the warning in some cases but not in others.
443 configuration. Therefore, in cases like this, we cannot use ``expect`` as-is.
|
| /linux/tools/testing/selftests/tc-testing/creating-plugins/ |
| H A 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/tools/testing/selftests/rcutorture/doc/ |
| H A 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/drivers/base/firmware_loader/builtin/ |
| H A D | main.c | 35 * Some use cases in the kernel have a requirement so that no memory allocator
37 * the x86 CPU microcode loader. In these cases all the caller wants is to see
39 * for such cases.
|
| /linux/lib/tests/ |
| H A D | ffs_kunit.c | 26 * Basic edge cases - core functionality validation
66 * 64-bit test cases
270 /* Test basic cases */ in ffs_mathematical_relationships_test()
275 /* Test 64-bit cases */ in ffs_mathematical_relationships_test()
282 * Test edge cases and boundary conditions
308 * Test 64-bit edge cases
338 * ffz() test data - Find First Zero bit test cases
455 /* Test basic test cases */ in ffz_mathematical_relationships_test()
467 * Test edge cases and boundary conditions for ffz()
|