Home
last modified time | relevance | path

Searched full:competing (Results 1 – 25 of 42) sorted by relevance

12

/linux-6.14.4/Documentation/devicetree/bindings/i2c/
Di2c-gate.yaml16 there are no competing masters to consider for gates and therefore there is
/linux-6.14.4/tools/sched_ext/
Dscx_flatcg.bpf.c17 * For example, B is competing against C and in that competition its share is
18 * 100/(100+100) == 1/2. At its parent level, A is competing against D and A's
21 * eventual shaer is the same at 1/6. D is only competing at the top level and
25 * as B, C and D competing each other with respective share of 1/6, 1/6 and 2/3
32 * apache instances competing with 2:1 weight ratio nested four level deep.
/linux-6.14.4/net/dccp/ccids/
DKconfig20 be reasonably fair when competing for bandwidth with TCP-like flows,
/linux-6.14.4/tools/testing/selftests/bpf/benchs/
Drun_bench_ringbufs.sh42 header "Single-producer, consumer/producer competing on the same CPU, low batch count"
/linux-6.14.4/Documentation/
Datomic_t.txt115 This is typically true on 'normal' platforms, where a regular competing STORE
328 guarantees between competing LL/SC sections, such a guarantee does not
/linux-6.14.4/fs/jffs2/
Dbackground.c108 * are generally competing for a higher latency resource - in jffs2_garbage_collect_thread()
/linux-6.14.4/include/drm/
Ddrm_modeset_lock.h42 * Each thread competing for a set of locks must use one acquire
/linux-6.14.4/Documentation/usb/
DCREDITS137 introductory documents (competing with Alberto's :).
/linux-6.14.4/arch/mips/include/asm/
Dsync.h140 * such that the Invalidate of a competing LL-SC goes 'missing' and SC
/linux-6.14.4/drivers/nvdimm/
Dpmem.c320 * caches and finally write. A competing pread thread will be held
323 * the recovery write is complete. Competing recovery write threads
/linux-6.14.4/Documentation/driver-api/dmaengine/
Ddmatest.rst17 competing for the same channel.
/linux-6.14.4/tools/testing/selftests/powerpc/mm/
Dpkey_siginfo.c8 * attempted to be protected by two different keys from two competing
/linux-6.14.4/Documentation/block/
Dbfq-iosched.rst194 processes are competing for the device at the same time, but
282 - If several processes are competing for the device at the same time,
/linux-6.14.4/Documentation/locking/
Dww-mutex-design.rst116 expect the number of simultaneous competing transactions to be typically small,
/linux-6.14.4/Documentation/filesystems/caching/
Dnetfs-api.rst380 competing DIO writes to the same storage in the cache.
/linux-6.14.4/Documentation/admin-guide/sysctl/
Dnet.rst144 RPS (e.g. RFS, aRFS) processing is competing with the registered NAPI poll function
/linux-6.14.4/LICENSES/preferred/
DLGPL-2.198 advantage over competing non-free programs. These disadvantages are the
/linux-6.14.4/fs/bcachefs/
Dsix.c114 * for anoter thread taking the competing lock type, and we may havve to do a
/linux-6.14.4/block/
Dblk-wbt.c545 * the idle limit, or go to normal if we haven't had competing in get_limit()
/linux-6.14.4/drivers/memory/tegra/
Dtegra20-emc.c1161 * competing memory accesses. This means that threshold should be in tegra_emc_devfreq_init()
/linux-6.14.4/drivers/gpu/drm/i915/
Di915_active.c259 * worth competing to claim it atomically for ourselves (for in __active_lookup()
/linux-6.14.4/drivers/clocksource/
Dsh_cmt.c436 /* we're competing with the interrupt handler. in sh_cmt_clock_event_program_verify()
/linux-6.14.4/mm/
Dutil.c1008 * balancing memory across competing virtual machines that are hosted.
/linux-6.14.4/drivers/usb/core/
Durb.c179 * At this point, we could be competing with another thread which in usb_unanchor_urb()
/linux-6.14.4/drivers/gpu/drm/amd/amdkfd/
Dkfd_priv.h817 * number of CU's a device has along with number of other competing processes

12