Home
last modified time | relevance | path

Searched full:efficient (Results 1 – 25 of 508) sorted by relevance

12345678910>>...21

/Linux-v5.4/Documentation/devicetree/bindings/net/
Dethernet-phy.yaml93 Mark the corresponding energy efficient ethernet mode as
99 Mark the corresponding energy efficient ethernet mode as
105 Mark the corresponding energy efficient ethernet mode as
111 Mark the corresponding energy efficient ethernet mode as
117 Mark the corresponding energy efficient ethernet mode as
123 Mark the corresponding energy efficient ethernet mode as
/Linux-v5.4/Documentation/filesystems/
Dbtrfs.txt12 * Space efficient packing of small files
13 * Space efficient indexed directories
22 * Efficient incremental backup and FS mirroring
/Linux-v5.4/arch/sparc/include/asm/
Delf_64.h74 #define AV_SPARC_MUL32 0x00000100 /* 32x32 multiply is efficient */
75 #define AV_SPARC_DIV32 0x00000200 /* 32x32 divide is efficient */
76 #define AV_SPARC_FSMULD 0x00000400 /* 'fsmuld' is efficient */
78 #define AV_SPARC_POPC 0x00001000 /* 'popc' is efficient */
/Linux-v5.4/Documentation/devicetree/bindings/leds/
Dleds-lm3692x.txt1 * Texas Instruments - LM3692x Highly Efficient White LED Driver
3 The LM3692x is an ultra-compact, highly efficient,
/Linux-v5.4/tools/testing/selftests/kvm/include/
Dsparsebit.h8 * This library provides a memory efficient means of storing
12 * to each other. This library is efficient in memory usage
/Linux-v5.4/drivers/atm/
DKconfig32 tristate "Efficient Networks Speedstream 3010"
35 Supports ATM cards based on the Efficient Networks "Lanai"
41 tristate "Efficient Networks ENI155P"
44 Driver for the Efficient Networks ENI155p series and SMC ATM
46 2MB on-board RAM (Efficient calls them "C" and "S", respectively),
Dtonga.h2 /* drivers/atm/tonga.h - Efficient Networks Tonga (PCI bridge) declarations */
/Linux-v5.4/include/net/
Dfq.h23 * fat flows and efficient head-dropping if packet limit is reached
62 * @backlogs: linked to fq_flows. Used to maintain fat flows for efficient
Diw_handler.h98 * o Lean : it should be efficient memory wise to minimise the impact
107 * handler in a single lookup, which is much more efficient (think hash
121 * efficient. If each of the handler was individually typed I would need
125 * hardware, it may be more efficient or logical to handle multiple
368 * efficient, but that's another story...
471 * Function that are so simple that it's more efficient inlining them
/Linux-v5.4/fs/reiserfs/
DKconfig9 Balanced trees are more efficient than traditional file system
12 In general, ReiserFS is as fast as ext2, but is very efficient with
/Linux-v5.4/Documentation/scheduler/
Dsched-energy.rst10 Energy Model (EM) of the CPUs to select an energy efficient CPU for each task,
132 platform and the PELT signals to choose an energy-efficient target CPU during
251 necessarily more energy-efficient than big CPUs. For some systems, the high OPPs
252 of the little CPUs can be less energy-efficient than the lowest OPPs of the
258 And even in the case where all OPPs of the big CPUs are less energy-efficient
289 the most energy efficient CPUs of the system more than the others if that can be
291 it from breaking the energy-efficient task placement found by EAS. It is safe to
/Linux-v5.4/Documentation/
Dio-mapping.txt28 maps are more efficient::
92 provides an efficient mapping for this usage.
/Linux-v5.4/Documentation/core-api/
Didr.rst18 only ID allocation, and as a result is much more memory-efficient.
43 :c:func:`idr_alloc_cyclic`. The IDR becomes less efficient when dealing
Dxarray.rst15 next or previous entry in a cache-efficient manner. In contrast to a
17 order to grow the array. It is more memory-efficient, parallelisable
21 The XArray implementation is efficient when the indices used are densely
146 want to allocate entries starting at 1, it is more efficient to use
168 xa_is_err() is slightly more efficient.
287 set or clear a mark. It may be more efficient to use the advanced API
/Linux-v5.4/include/linux/regulator/
Dconsumer.h20 * to use most efficient operating mode depending upon voltage and load and
45 * best (and most efficient) regulator mode for a desired load.
51 * In order of power efficiency (least efficient at top).
61 * IDLE Regulator runs in a more efficient mode for light
67 * STANDBY Regulator runs in the most efficient mode for very
/Linux-v5.4/arch/arm/mm/
Dproc-arm940.S98 * There is no efficient way to flush a range of cache entries
174 * There is no efficient way to invalidate a specifid virtual
195 * There is no efficient way to clean a specifid virtual
219 * There is no efficient way to clean and invalidate a specifid
/Linux-v5.4/drivers/base/regmap/
Dregmap-spmi.c42 * SPMI defines a more bandwidth-efficient 'Register 0 Write' sequence, in regmap_spmi_base_gather_write()
119 * bandwidth-efficient 'Extended Register Read' command when possible in regmap_spmi_ext_read()
/Linux-v5.4/fs/crypto/
DKconfig16 efficient since it avoids caching the encrypted and
/Linux-v5.4/fs/omfs/
DKconfig9 more efficient than a standard FS for MPEG files, in fact likely
/Linux-v5.4/arch/unicore32/include/asm/
Dtlb.h13 * unicore32 lacks an efficient flush_tlb_range(), use flush_tlb_mm().
/Linux-v5.4/arch/openrisc/include/asm/
Dtlb.h19 * OpenRISC doesn't have an efficient flush_tlb_range() so use flush_tlb_mm()
/Linux-v5.4/arch/arm/include/asm/
Dglue.h9 * into the kernel in an efficient manner. The idea is to use branches
/Linux-v5.4/arch/arm/mach-iop32x/
Dhardware.h10 * To make IO space accesses efficient, we store virtual addresses in
/Linux-v5.4/include/asm-generic/
Dtlb.h35 * correct and efficient ordering of freeing pages and TLB invalidations.
149 * Use this if your architecture lacks an efficient flush_tlb_range().
321 * When an architecture does not have efficient means of range flushing TLBs
350 * but does have a reasonably efficient flush_vma_range() implementation
/Linux-v5.4/Documentation/ABI/testing/
Dsysfs-platform-ideapad-laptop18 * 4 -> Efficient Thermal Dissipation Mode

12345678910>>...21