Home
last modified time | relevance | path

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

12345678910>>...32

/openbmc/linux/Documentation/filesystems/
H A Dbtrfs.rst15 * Space efficient packing of small files
16 * Space efficient indexed directories
28 * Efficient incremental backup and FS mirroring (send/receive)
/openbmc/linux/Documentation/devicetree/bindings/net/
H A Dethernet-phy.yaml120 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
150 Mark the corresponding energy efficient ethernet mode as
/openbmc/openbmc/meta-openembedded/meta-python/recipes-devtools/python/
H A Dpython3-bitarray_3.0.0.bb1 SUMMARY = "efficient arrays of booleans -- C extension"
2 DESCRIPTION = "A high-level Python efficient arrays of booleans -- C extension"
H A Dpython3-flask-uploads_0.2.1.bb1 DESCRIPTION = "Flexible and efficient upload handling for Flask"
H A Dpython3-padatious_0.4.8.bb1 SUMMARY = "An efficient and agile neural network intent parser. Padatious is a core component of My…
/openbmc/linux/arch/sparc/include/asm/
H A Delf_64.h73 #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 */
/openbmc/u-boot/doc/
H A DREADME.NDS3224 - PC relative jump and PC read instructions for efficient position independent
27 - Instruction for efficient power management.
/openbmc/linux/drivers/atm/
H A 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),
/openbmc/linux/Documentation/devicetree/bindings/leds/
H A Dleds-lm3692x.txt1 * Texas Instruments - LM3692x Highly Efficient White LED Driver
3 The LM3692x is an ultra-compact, highly efficient,
/openbmc/linux/tools/testing/selftests/kvm/include/
H A Dsparsebit.h8 * This library provides a memory efficient means of storing
12 * to each other. This library is efficient in memory usage
/openbmc/openbmc/poky/documentation/dev-manual/
H A Defficiently-fetching-sources.rst15 efficient use of resources and time.
29 Here is an efficient way to set it up in your ``local.conf`` file::
/openbmc/linux/Documentation/scheduler/
H A 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
/openbmc/linux/fs/reiserfs/
H A DKconfig15 Balanced trees are more efficient than traditional file system
18 In general, ReiserFS is as fast as ext2, but is very efficient with
/openbmc/linux/Documentation/core-api/
H A Didr.rst18 only ID allocation, and as a result is much more memory-efficient.
46 idr_alloc_cyclic(). The IDR becomes less efficient when dealing
H A 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
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
/openbmc/linux/arch/arm/mm/
H A 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
/openbmc/linux/drivers/gpu/drm/i915/gt/
H A Dselftest_slpc.c91 pr_err("Unable to restore efficient freq"); in slpc_restore_freq()
305 * Turn off efficient frequency so RPn/RP0 ranges are obeyed. in run_test()
309 pr_err("Unable to turn off efficient freq!"); in run_test()
394 /* Restore min/max/efficient frequencies */ in run_test()
/openbmc/linux/include/linux/regulator/
H A Dconsumer.h20 * 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
/openbmc/openbmc/meta-openembedded/meta-oe/recipes-devtools/flatbuffers/
H A Dpython3-flatbuffers.bb1 SUMMARY = "Memory Efficient Serialization Library - Python3 Modules"
/openbmc/linux/drivers/base/regmap/
H A 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()
/openbmc/linux/fs/omfs/
H A DKconfig10 more efficient than a standard FS for MPEG files, in fact likely
/openbmc/openbmc/meta-openembedded/meta-oe/recipes-devtools/msgpack/
H A Dmsgpack-c_6.0.0.bb2 DESCRIPTION = "MessagePack is an efficient binary serialization format. It's like JSON. but fast an…
/openbmc/linux/arch/openrisc/include/asm/
H A Dtlb.h19 * OpenRISC doesn't have an efficient flush_tlb_range() so use flush_tlb_mm()
/openbmc/openbmc/meta-openembedded/meta-oe/recipes-support/zchunk/
H A Dzchunk_1.4.0.bb1 DESCRIPTION = "A file format designed for highly efficient deltas while maintaining good compressio…
/openbmc/linux/include/net/
H A 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...
464 * Function that are so simple that it's more efficient inlining them

12345678910>>...32