Searched full:variants (Results 1 – 25 of 725) sorted by relevance
12345678910>>...29
/Linux-v6.6/Documentation/scheduler/ |
D | completion.rst | 39 - the waiting part through a call to one of the variants of wait_for_completion(), 79 variants of wait_for_completion(), as it must be assured that memory de-allocation 125 To emphasise this again: in particular when using some of the waiting API variants 127 _killable() and _interruptible()) variants, the wait might complete 174 uninterruptible. wait_for_completion() and its variants are only safe 180 As all variants of wait_for_completion() can (obviously) block for a long 185 wait_for_completion*() variants available: 188 The below variants all return status and this status should be checked in 228 Further variants include _killable which uses TASK_KILLABLE as the 235 The _io variants wait_for_completion_io() behave the same as the non-_io [all …]
|
/Linux-v6.6/scripts/atomic/ |
D | atomics.tbl | 3 # Where meta contains a string of variants to generate. 4 # Upper-case implies _{acquire,release,relaxed} variants. 9 # * R - return: returns base type (has _return variants) 10 # * F/f - fetch: returns base type (has fetch_ variants)
|
/Linux-v6.6/include/linux/mtd/ |
D | spinand.h | 218 * There are 3 possible variants: 275 * struct spinand_op_variants - SPI NAND operation variants 276 * @ops: the list of variants for a given operation 277 * @nops: the number of variants 279 * Some operations like read-from-cache/write-to-cache have several variants 281 * cycles. This structure is a way to describe the different variants supported 332 * @op_variants: operations variants 333 * @op_variants.read_cache: variants of the read-cache operation 334 * @op_variants.write_cache: variants of the write-cache operation 335 * @op_variants.update_cache: variants of the update-cache operation
|
/Linux-v6.6/arch/arm/mach-bcm/ |
D | Kconfig | 36 which includes the following variants: 46 which includes the following variants: 111 variants. 119 BCM21663 and BCM21664 variants.
|
/Linux-v6.6/arch/arm/mach-pxa/ |
D | Kconfig | 124 Select code specific to PXA21x/25x/26x variants 130 Select code specific to PXA27x variants 136 Select code specific to PXA3xx variants
|
/Linux-v6.6/include/linux/ |
D | atomic.h | 11 * Relaxed variants of xchg, cmpxchg and some atomic operations. 13 * We support four variants: 35 * The idea here is to build acquire/release variants by adding explicit
|
D | seqlock.h | 129 * Lockdep is never used in any for the raw write variants. 313 * @s: Pointer to seqcount_t or any of the seqcount_LOCKNAME_t variants 338 * @s: Pointer to seqcount_t or any of the seqcount_LOCKNAME_t variants 352 * @s: Pointer to seqcount_t or any of the seqcount_LOCKNAME_t variants 364 * @s: Pointer to seqcount_t or any of the seqcount_LOCKNAME_t variants 385 * @s: Pointer to seqcount_t or any of the seqcount_LOCKNAME_t variants 410 * @s: Pointer to seqcount_t or any of the seqcount_LOCKNAME_t variants 434 * @s: Pointer to seqcount_t or any of the seqcount_LOCKNAME_t variants 454 * @s: Pointer to seqcount_t or any of the seqcount_LOCKNAME_t variants 475 * @s: Pointer to seqcount_t or any of the seqcount_LOCKNAME_t variants [all …]
|
D | instrumented.h | 107 * variants). The instrumentation must be inserted before the accesses. 124 * variants). The instrumentation should be inserted before the accesses. 141 * variants). The instrumentation should be inserted after the accesses.
|
/Linux-v6.6/tools/testing/selftests/bpf/prog_tests/ |
D | libbpf_str.c | 18 * Test case to check that all bpf_attach_type variants are covered by 63 * Test case to check that all bpf_link_type variants are covered by 108 * Test case to check that all bpf_map_type variants are covered by 158 * Test case to check that all bpf_prog_type variants are covered by
|
/Linux-v6.6/Documentation/fb/ |
D | s3fb.rst | 10 S3 Trio64 (and variants V+, UV+, V2/DX, V2/GX) 11 S3 Virge (and variants VX, DX, GX and GX2+) 26 * 4 bpp pseudocolor modes (with 18bit palette, two variants)
|
/Linux-v6.6/Documentation/devicetree/bindings/interrupt-controller/ |
D | opencores,or1k-pic.txt | 5 - compatible : should be "opencores,or1k-pic-level" for variants with 6 level triggered interrupt lines, "opencores,or1k-pic-edge" for variants with
|
/Linux-v6.6/Documentation/arch/x86/ |
D | mds.rst | 10 on internal buffers in Intel CPUs. The variants are: 73 All variants have the same mitigation strategy at least for the single CPU 166 and not by any other MDS variant. The other MDS variants cannot be 168 the Load Ports are shared. So on CPUs affected by other variants, the 187 The mitigation is hooked into all variants of halt()/mwait(), but does
|
/Linux-v6.6/include/crypto/ |
D | chacha.h | 9 * The ChaCha paper specifies 20, 12, and 8-round variants. In general, it is 11 * variants can be needed in some performance-sensitive scenarios. The generic 12 * ChaCha code currently allows only the 20 and 12-round variants.
|
/Linux-v6.6/Documentation/core-api/ |
D | timekeeping.rst | 12 The recommended simplest form returns an opaque ktime_t, with variants 62 For all of the above, there are variants that return the time in a 100 Some additional variants exist for more specialized cases: 138 These variants are safe to call from any context, including from
|
D | asm-annotations.rst | 112 architecture specific ``__ALIGN`` bytes. There are also ``_NOALIGN`` variants 149 one. ``_NOALIGN`` variants exist too. The use is the same as for the ``FUNC`` 194 * ``SYM_DATA`` and ``SYM_DATA_LOCAL`` are variants for simple, mostly one-line 211 symbol marked by them. They are used either in ``_LABEL`` variants of the
|
/Linux-v6.6/include/linux/mfd/ |
D | stmpe.h | 52 * For registers whose locations differ on variants, the correct address is 115 * different variants. Indexed by one of STMPE_IDX_*. 117 * @num_gpios: number of gpios, differs for variants
|
D | tmio.h | 60 * we don't have documentation for old variants, so we enable only known good 61 * variants with this flag. Can be removed once all variants are known good.
|
/Linux-v6.6/Documentation/driver-api/ |
D | vfio-pci-device-specific-driver-acceptance.rst | 3 Acceptance criteria for vfio-pci device specific driver variants 19 variants may interact with parent devices (ex. SR-IOV PF in support of
|
/Linux-v6.6/Documentation/devicetree/bindings/arm/ |
D | arm,versatile.yaml | 13 The ARM Versatile boards are two variants of ARM926EJ-S evaluation boards 39 0x10000000 in all the Versatile variants.
|
/Linux-v6.6/Documentation/admin-guide/hw-vuln/ |
D | mds.rst | 26 Not all processors are affected by all variants of MDS, but the mitigation 161 other variants cannot be protected against cross Hyper-Thread attacks. 219 cross Hyper-Threads when entering idle states. Some XEON PHI variants allow 224 XEON PHI is not affected by the other MDS variants and MSBDS is mitigated 233 All MDS variants except MSBDS can be attacked cross Hyper-Threads. That
|
/Linux-v6.6/drivers/mmc/host/ |
D | mmci.h | 161 /* Extended status bits for the ST Micro variants */ 165 /* Extended status bits for the STM32 variants */ 182 /* Extended status bits for the ST Micro variants */ 186 /* Extended clear bits for the STM32 variants */ 213 /* Extended status bits for the ST Micro variants */ 217 /* Extended status bits for the STM32 variants */
|
/Linux-v6.6/drivers/iio/pressure/ |
D | abp060mg.c | 39 /* mbar & kPa variants */ 62 /* psi variants (1 psi ~ 6895 Pa) */ 210 /* mbar & kPa variants (abp060m [60 mbar] == abp006k [6 kPa]) */ 235 /* psi variants */
|
/Linux-v6.6/Documentation/hwmon/ |
D | intel-m10-bmc-hwmon.rst | 28 reprogramed to some variants in order to support different Intel 30 variants, but now it only supports the BMC for Intel PAC N3000.
|
/Linux-v6.6/drivers/clk/samsung/ |
D | Kconfig | 85 on some Samsung Exynos SoC variants. Choose M or Y here if you want 94 Exynos SoC variants. Usually the XCLKOUT is used to monitor the
|
/Linux-v6.6/Documentation/bpf/ |
D | map_hash.rst | 6 BPF_MAP_TYPE_HASH, with PERCPU and LRU Variants 28 variants add LRU semantics to their respective hash tables. An LRU hash 227 ``BPF_MAP_TYPE_LRU_HASH`` and variants 248 variants. See the dot file source for kernel function name code references.
|
12345678910>>...29