/openbmc/linux/scripts/kconfig/lxdialog/ |
H A D | BIG.FAT.WARNING | 2 significantly modified from the original. It is for use by the Linux
|
/openbmc/u-boot/scripts/kconfig/lxdialog/ |
H A D | BIG.FAT.WARNING | 2 significantly modified from the original. It is for use by the Linux
|
/openbmc/openbmc/meta-openembedded/meta-python/recipes-devtools/python/ |
H A D | python3-jsonpath-rw_1.4.0.bb | 1 DESCRIPTION = "A robust and significantly extended implementation of JSONPath for Python"
|
/openbmc/linux/Documentation/bpf/ |
H A D | ringbuf.rst | 100 significantly. 175 header. This significantly simplifies verifier, as well as improving API 185 One interesting implementation bit, that significantly simplifies (and thus
|
H A D | bpf_licensing.rst | 22 In 2014, the classic BPF instruction set was significantly extended. We
|
/openbmc/openbmc/poky/meta/recipes-graphics/xorg-lib/ |
H A D | libxdamage_1.1.6.bb | 8 significantly more than just those pixels. The DAMAGE extension allows \
|
/openbmc/qemu/docs/system/arm/ |
H A D | musca.rst | 29 for the A and B1 variants differ significantly, so guest
|
/openbmc/linux/drivers/staging/octeon/ |
H A D | ethernet-defines.h | 16 * can significantly improve performance for forwarding and bridging, but
|
/openbmc/linux/kernel/gcov/ |
H A D | Kconfig | 51 Note that a kernel compiled with profiling flags will be significantly
|
/openbmc/openbmc/poky/meta/recipes-devtools/python/ |
H A D | python3-lxml_5.3.0.bb | 5 significantly to offer support for XPath, RelaxNG, XML Schema, XSLT, \
|
/openbmc/linux/drivers/platform/surface/ |
H A D | Kconfig | 216 later. On those devices, the platform profile can significantly 218 'low-power' can significantly limit performance of the discrete GPU on
|
/openbmc/linux/tools/testing/selftests/kvm/include/ |
H A D | sparsebit.h | 10 * is reasonable, significantly less than (2^64 / 8) bytes, as
|
/openbmc/webui-vue/docs/guide/guidelines/ |
H A D | motion.md | 38 motion styles, productive motion is significantly faster than expressive motion.
|
/openbmc/linux/kernel/bpf/ |
H A D | Kconfig | 49 into the kernel. This will significantly speed-up processing of BPF
|
/openbmc/linux/Documentation/devicetree/bindings/pci/ |
H A D | layerscape-pcie-gen4.txt | 22 cache flush/invalid actions, and improve the performance significantly.
|
H A D | layerscape-pci.txt | 48 cache flush/invalid actions, and improve the performance significantly.
|
/openbmc/linux/include/linux/ |
H A D | bit_spinlock.h | 14 * are significantly faster.
|
/openbmc/openbmc/poky/meta/recipes-devtools/strace/ |
H A D | strace_6.12.bb | 27 # like core-image-minimal leading to significantly more tasks being executed
|
/openbmc/linux/net/sunrpc/ |
H A D | Kconfig | 100 but makes troubleshooting NFS issues significantly harder.
|
/openbmc/linux/Documentation/driver-api/ |
H A D | io-mapping.rst | 75 variant, although this may be significantly slower::
|
/openbmc/linux/Documentation/filesystems/ext4/ |
H A D | allocators.rst | 14 up file rewrites significantly. Therefore, it is useful to reduce
|
/openbmc/qemu/docs/ |
H A D | qcow2-cache.txt | 12 performance significantly. However, setting the right cache sizes is 53 value can improve the I/O performance significantly.
|
/openbmc/linux/Documentation/admin-guide/pm/ |
H A D | strategies.rst | 17 significantly reduced, referred to as :doc:`sleep states <sleep-states>`. The
|
/openbmc/linux/lib/ |
H A D | sort.c | 203 * avoids a slow retpoline and so is significantly faster. 254 * "bottom-up" variant, which significantly reduces in sort_r()
|
/openbmc/openbmc/poky/documentation/dev-manual/ |
H A D | speeding-up-build.rst | 66 significantly lower amounts of data stored in the data cache as well
|