Searched full:strictly (Results 1 – 25 of 442) sorted by relevance
12345678910>>...18
/Linux-v6.1/arch/arm64/kernel/ |
D | perf_callchain.c | 46 * Frame pointers should strictly progress back up the stack in user_backtrace() 91 * Frame pointers should strictly progress back up the stack in compat_user_backtrace()
|
/Linux-v6.1/drivers/gpu/drm/i915/gt/ |
D | intel_ring.h | 72 if (pos & -ring->size) /* must be strictly within the ring */ in intel_ring_offset_valid() 119 /* Whilst writes to the tail are strictly order, there is no in intel_ring_set_tail()
|
/Linux-v6.1/Documentation/ |
D | atomic_t.txt | 67 Therefore, an explicitly unsigned variant of the atomic ops is strictly 225 is a 'typical' RELEASE pattern, the barrier is strictly stronger than 234 strictly stronger than ACQUIRE. As illustrated:
|
/Linux-v6.1/include/dt-bindings/reset/ |
D | imx7-reset.h | 40 * IMX7_RESET_PCIE_CTRL_APPS_EN is not strictly a reset line, but it
|
/Linux-v6.1/drivers/ssb/ |
D | Makefile | 24 # Not strictly a part of SSB, but kept here for convenience
|
/Linux-v6.1/drivers/net/ethernet/intel/i40e/ |
D | i40e_xsk.h | 8 * macro. Why 4? It is strictly empirical. It seems to be a good
|
/Linux-v6.1/arch/x86/include/asm/ |
D | vmware.h | 19 * In short, new driver code should strictly use the new definition of
|
D | bug.h | 74 * This instrumentation_begin() is strictly speaking incorrect; but it
|
/Linux-v6.1/drivers/soundwire/ |
D | intel.h | 25 void __iomem *mmio_base; /* not strictly needed, useful for debug */
|
/Linux-v6.1/Documentation/devicetree/bindings/misc/ |
D | ifm-csi.txt | 9 GPIOs (strictly in this order).
|
/Linux-v6.1/include/net/ |
D | inet_dscp.h | 30 * Using dscp_t allows to strictly separate DSCP and ECN bits, thus avoiding
|
/Linux-v6.1/Documentation/core-api/ |
D | tracepoint.rst | 13 a callback mechanism. The 'probes' are strictly typed functions that are
|
D | circular-buffers.rst | 56 Typically, items will all be of the same unit size, but this isn't strictly 223 reloading its cached value. This isn't strictly needed if you can
|
/Linux-v6.1/arch/ia64/scripts/ |
D | toolchain-flags | 25 the kernel will be bigger than strictly necessary).
|
/Linux-v6.1/net/ipv6/ |
D | exthdrs_core.c | 30 * Note that strictly speaking this conflicts with RFC 2460 4.0: 33 * be processed strictly in the order they appear in the packet; a
|
/Linux-v6.1/Documentation/driver-api/firmware/ |
D | firmware-usage-guidelines.rst | 13 then of course these rules will not apply strictly.)
|
/Linux-v6.1/Documentation/maintainer/ |
D | modifying-patches.rst | 8 exactly the same in your tree and the submitters'. If you stick strictly to
|
/Linux-v6.1/tools/lib/ |
D | argv_split.c | 57 * @str. This is performed by strictly splitting on white-space; no
|
/Linux-v6.1/drivers/hid/usbhid/ |
D | Kconfig | 40 specification standpoint) that aren't strictly user interface
|
/Linux-v6.1/tools/testing/selftests/powerpc/copyloops/ |
D | Makefile | 36 # Strictly speaking, we only need the memcpy_64 test cases for big-endian
|
/Linux-v6.1/arch/arm/kernel/ |
D | perf_callchain.c | 53 * Frame pointers should strictly progress back up the stack in user_backtrace()
|
/Linux-v6.1/lib/ |
D | argv_split.c | 50 * @str. This is performed by strictly splitting on white-space; no
|
/Linux-v6.1/include/crypto/internal/ |
D | blake2b.h | 42 /* Hash one less (full) block than strictly possible */ in __blake2b_update()
|
/Linux-v6.1/Documentation/scsi/ |
D | lpfc.rst | 10 Starting in the 8.0.17 release, the driver began to be targeted strictly
|
/Linux-v6.1/tools/testing/selftests/powerpc/tm/ |
D | tm-signal.S | 23 * Don't strictly need to save and restore as it depends on if
|
12345678910>>...18