Searched full:efficient (Results 1 – 25 of 589) sorted by relevance
12345678910>>...24
| /Linux-v6.1/Documentation/devicetree/bindings/net/ |
| D | ethernet-phy.yaml | 114 Mark the corresponding energy efficient ethernet mode as
120 Mark the corresponding energy efficient ethernet mode as
126 Mark the corresponding energy efficient ethernet mode as
132 Mark the corresponding energy efficient ethernet mode as
138 Mark the corresponding energy efficient ethernet mode as
144 Mark the corresponding energy efficient ethernet mode as
|
| /Linux-v6.1/Documentation/filesystems/ |
| D | btrfs.rst | 15 * Space efficient packing of small files
16 * Space efficient indexed directories
28 * Efficient incremental backup and FS mirroring (send/receive)
|
| /Linux-v6.1/arch/sparc/include/asm/ |
| D | elf_64.h | 73 #define AV_SPARC_MUL32 0x00000100 /* 32x32 multiply is efficient */
74 #define AV_SPARC_DIV32 0x00000200 /* 32x32 divide is efficient */
75 #define AV_SPARC_FSMULD 0x00000400 /* 'fsmuld' is efficient */
77 #define AV_SPARC_POPC 0x00001000 /* 'popc' is efficient */
|
| /Linux-v6.1/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-v6.1/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-v6.1/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-v6.1/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-v6.1/fs/reiserfs/ |
| D | Kconfig | 13 Balanced trees are more efficient than traditional file system
16 In general, ReiserFS is as fast as ext2, but is very efficient with
|
| /Linux-v6.1/Documentation/core-api/ |
| D | idr.rst | 18 only ID allocation, and as a result is much more memory-efficient.
46 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
159 want to allocate entries starting at 1, it is more efficient to use
181 xa_is_err() is slightly more efficient.
302 set or clear a mark. It may be more efficient to use the advanced API
|
| /Linux-v6.1/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-v6.1/include/linux/regulator/ |
| D | consumer.h | 20 * to use most efficient operating mode depending upon voltage and load and
47 * best (and most efficient) regulator mode for a desired load.
53 * In order of power efficiency (least efficient at top).
63 * IDLE Regulator runs in a more efficient mode for light
69 * STANDBY Regulator runs in the most efficient mode for very
|
| /Linux-v6.1/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-v6.1/include/net/ |
| 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-v6.1/drivers/platform/x86/amd/pmf/ |
| D | Kconfig | 13 quiter, power efficient by adapting to user behavior and environment.
|
| /Linux-v6.1/fs/omfs/ |
| D | Kconfig | 9 more efficient than a standard FS for MPEG files, in fact likely
|
| /Linux-v6.1/arch/openrisc/include/asm/ |
| D | tlb.h | 19 * OpenRISC doesn't have an efficient flush_tlb_range() so use flush_tlb_mm()
|
| /Linux-v6.1/arch/arm/include/asm/ |
| D | glue.h | 9 * into the kernel in an efficient manner. The idea is to use branches
|
| /Linux-v6.1/include/linux/ |
| D | energy_model.h | 177 * em_pd_get_efficient_state() - Get an efficient performance state from the EM
178 * @pd : Performance domain for which we want an efficient frequency
184 * Return: An efficient performance state, high enough to meet @freq
|
| /Linux-v6.1/arch/arm/mach-iop32x/ |
| D | hardware.h | 10 * To make IO space accesses efficient, we store virtual addresses in
|
| /Linux-v6.1/Documentation/trace/rv/ |
| D | deterministic_automata.rst | 51 In the paper "Efficient formal verification for the Linux kernel",
182 Silva. Efficient formal verification for the Linux kernel. In:
|
| /Linux-v6.1/tools/verification/dot2/ |
| D | dot2c | 10 # "Efficient Formal Verification for the Linux Kernel." International
|
| /Linux-v6.1/include/asm-generic/ |
| D | tlb.h | 35 * correct and efficient ordering of freeing pages and TLB invalidations.
177 * Use this if your architecture lacks an efficient flush_tlb_range(). This
362 * When an architecture does not have efficient means of range flushing TLBs
380 * but does have a reasonably efficient flush_vma_range() implementation
|
| D | access_ok.h | 28 * OpenRISC architecture, and was found to be the most efficient
|
12345678910>>...24
