Searched full:efficient (Results 1 – 25 of 508) sorted by relevance
12345678910>>...21
/Linux-v5.4/Documentation/devicetree/bindings/net/ |
D | ethernet-phy.yaml | 93 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/ |
D | btrfs.txt | 12 * 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/ |
D | elf_64.h | 74 #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/ |
D | leds-lm3692x.txt | 1 * 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/ |
D | sparsebit.h | 8 * 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/ |
D | Kconfig | 32 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),
|
D | tonga.h | 2 /* drivers/atm/tonga.h - Efficient Networks Tonga (PCI bridge) declarations */
|
/Linux-v5.4/include/net/ |
D | fq.h | 23 * fat flows and efficient head-dropping if packet limit is reached 62 * @backlogs: linked to fq_flows. Used to maintain fat flows for efficient
|
D | iw_handler.h | 98 * 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/ |
D | Kconfig | 9 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/ |
D | sched-energy.rst | 10 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/ |
D | io-mapping.txt | 28 maps are more efficient:: 92 provides an efficient mapping for this usage.
|
/Linux-v5.4/Documentation/core-api/ |
D | idr.rst | 18 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
|
D | xarray.rst | 15 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/ |
D | consumer.h | 20 * 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/ |
D | proc-arm940.S | 98 * 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/ |
D | regmap-spmi.c | 42 * 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/ |
D | Kconfig | 16 efficient since it avoids caching the encrypted and
|
/Linux-v5.4/fs/omfs/ |
D | Kconfig | 9 more efficient than a standard FS for MPEG files, in fact likely
|
/Linux-v5.4/arch/unicore32/include/asm/ |
D | tlb.h | 13 * unicore32 lacks an efficient flush_tlb_range(), use flush_tlb_mm().
|
/Linux-v5.4/arch/openrisc/include/asm/ |
D | tlb.h | 19 * OpenRISC doesn't have an efficient flush_tlb_range() so use flush_tlb_mm()
|
/Linux-v5.4/arch/arm/include/asm/ |
D | glue.h | 9 * into the kernel in an efficient manner. The idea is to use branches
|
/Linux-v5.4/arch/arm/mach-iop32x/ |
D | hardware.h | 10 * To make IO space accesses efficient, we store virtual addresses in
|
/Linux-v5.4/include/asm-generic/ |
D | tlb.h | 35 * 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/ |
D | sysfs-platform-ideapad-laptop | 18 * 4 -> Efficient Thermal Dissipation Mode
|
12345678910>>...21