Home
last modified time | relevance | path

Searched full:strictly (Results 1 – 25 of 442) sorted by relevance

12345678910>>...18

/Linux-v6.1/arch/arm64/kernel/
Dperf_callchain.c46 * 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/
Dintel_ring.h72 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/
Datomic_t.txt67 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/
Dimx7-reset.h40 * IMX7_RESET_PCIE_CTRL_APPS_EN is not strictly a reset line, but it
/Linux-v6.1/drivers/ssb/
DMakefile24 # Not strictly a part of SSB, but kept here for convenience
/Linux-v6.1/drivers/net/ethernet/intel/i40e/
Di40e_xsk.h8 * macro. Why 4? It is strictly empirical. It seems to be a good
/Linux-v6.1/arch/x86/include/asm/
Dvmware.h19 * In short, new driver code should strictly use the new definition of
Dbug.h74 * This instrumentation_begin() is strictly speaking incorrect; but it
/Linux-v6.1/drivers/soundwire/
Dintel.h25 void __iomem *mmio_base; /* not strictly needed, useful for debug */
/Linux-v6.1/Documentation/devicetree/bindings/misc/
Difm-csi.txt9 GPIOs (strictly in this order).
/Linux-v6.1/include/net/
Dinet_dscp.h30 * Using dscp_t allows to strictly separate DSCP and ECN bits, thus avoiding
/Linux-v6.1/Documentation/core-api/
Dtracepoint.rst13 a callback mechanism. The 'probes' are strictly typed functions that are
Dcircular-buffers.rst56 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/
Dtoolchain-flags25 the kernel will be bigger than strictly necessary).
/Linux-v6.1/net/ipv6/
Dexthdrs_core.c30 * 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/
Dfirmware-usage-guidelines.rst13 then of course these rules will not apply strictly.)
/Linux-v6.1/Documentation/maintainer/
Dmodifying-patches.rst8 exactly the same in your tree and the submitters'. If you stick strictly to
/Linux-v6.1/tools/lib/
Dargv_split.c57 * @str. This is performed by strictly splitting on white-space; no
/Linux-v6.1/drivers/hid/usbhid/
DKconfig40 specification standpoint) that aren't strictly user interface
/Linux-v6.1/tools/testing/selftests/powerpc/copyloops/
DMakefile36 # Strictly speaking, we only need the memcpy_64 test cases for big-endian
/Linux-v6.1/arch/arm/kernel/
Dperf_callchain.c53 * Frame pointers should strictly progress back up the stack in user_backtrace()
/Linux-v6.1/lib/
Dargv_split.c50 * @str. This is performed by strictly splitting on white-space; no
/Linux-v6.1/include/crypto/internal/
Dblake2b.h42 /* Hash one less (full) block than strictly possible */ in __blake2b_update()
/Linux-v6.1/Documentation/scsi/
Dlpfc.rst10 Starting in the 8.0.17 release, the driver began to be targeted strictly
/Linux-v6.1/tools/testing/selftests/powerpc/tm/
Dtm-signal.S23 * Don't strictly need to save and restore as it depends on if

12345678910>>...18