Searched full:optimizations (Results 1 – 25 of 227) sorted by relevance
12345678910
| /Linux-v6.1/arch/s390/ |
| D | Kconfig | 273 Select this to enable optimizations for IBM System z10 (2097 and 2098
281 Select this to enable optimizations for IBM zEnterprise 114 and 196
290 Select this to enable optimizations for IBM zBC12 and zEC12 (2828 and
299 Select this to enable optimizations for IBM z13s and z13 (2965 and
308 Select this to enable optimizations for IBM z14 ZR1 and z14 (3907
317 Select this to enable optimizations for IBM z15 (8562
326 Select this to enable optimizations for IBM z16 (3931 and
|
| /Linux-v6.1/Documentation/x86/ |
| D | orc-unwinder.rst | 82 the stack for certain optimizations. But IMO this is unlikely because
124 ability to reverse engineer GCC code flow. If GCC optimizations become
130 If newer versions of GCC come up with some optimizations which break
132 possible solutions would be asking GCC to make the optimizations more
|
| /Linux-v6.1/Documentation/RCU/ |
| D | rcu_dereference.rst | 193 - Disable any value-speculation optimizations that your compiler
195 optimizations that take data collected from prior runs. Such
196 value-speculation optimizations reorder operations by design.
199 optimizations that leverage the branch-prediction hardware are
323 from carrying out optimizations that otherwise might destroy the ordering
435 optimizations involving invented loads and perhaps also load tearing.
|
| /Linux-v6.1/Documentation/driver-api/firmware/ |
| D | request_firmware.rst | 57 Special optimizations on reboot
61 retained during system reboot. When such optimizations are used the driver
|
| /Linux-v6.1/Documentation/crypto/ |
| D | descore-readme.rst | 110 of the optimizations which i did in my encryption routines.
111 it's a bit weak on common low-level optimizations which is why
211 of what i didn't want to do; all their endedness-specific ``optimizations``
227 the (worst-case) cost of my NOT doing endedness-specific optimizations
233 OPTIONAL performance optimizations
249 these optimizations are all rather persnickety, yet with them you should
|
| /Linux-v6.1/tools/memory-model/Documentation/ |
| D | ordering.txt | 223 prohibits compiler code-motion optimizations that might move memory
433 optimizations, so any use of control dependencies must take into account
462 a number of destructive optimizations. However, they provide no
470 a number of destructive optimizations. However, they provide no
508 any number of compiler optimizations, many of which can break your
555 to your compiler as new versions come out and as new optimizations
|
| D | access-marking.txt | 34 any sort of constraint on the compiler's choice of optimizations [2].
36 compiler's use of code-motion and common-subexpression optimizations.
41 data_race(READ_ONCE(a)), which will both restrict compiler optimizations
91 If it is necessary to both restrict compiler optimizations and disable
115 that provides the compiler much less scope for mischievous optimizations.
|
| /Linux-v6.1/arch/x86/ |
| D | Kconfig.cpu | 105 optimizations.
131 applies any applicable optimizations.
303 Instead of just including optimizations for the selected
305 generic optimizations as well. This will make the kernel
309 generic optimizations.
|
| /Linux-v6.1/Documentation/admin-guide/device-mapper/ |
| D | dm-service-time.rst | 56 However, some optimizations below are used to reduce the calculation
69 If such optimizations can't be applied, calculate service time, and
|
| /Linux-v6.1/Documentation/networking/ |
| D | tls.rst | 217 Optional optimizations
220 There are certain condition-specific optimizations the TLS ULP can make,
221 if requested. Those optimizations are either not universally beneficial
|
| /Linux-v6.1/kernel/ |
| D | scftorture.c | 352 barrier(); // Prevent race-reduction compiler optimizations. in scftorture_invoke_one()
374 barrier(); // Prevent race-reduction compiler optimizations. in scftorture_invoke_one()
399 barrier(); // Prevent race-reduction compiler optimizations. in scftorture_invoke_one()
410 barrier(); // Prevent race-reduction compiler optimizations. in scftorture_invoke_one()
428 barrier(); // Prevent race-reduction compiler optimizations. in scftorture_invoke_one()
|
| /Linux-v6.1/arch/x86/kvm/ |
| D | kvm_onhyperv.h | 3 * KVM L1 hypervisor optimizations on Hyper-V.
|
| /Linux-v6.1/Documentation/hwmon/ |
| D | adt7475.rst | 82 * system acoustics optimizations (not implemented)
96 * system acoustics optimizations (not implemented)
|
| /Linux-v6.1/arch/x86/kvm/svm/ |
| D | svm_onhyperv.c | 3 * KVM L1 hypervisor optimizations on Hyper-V for SVM.
|
| /Linux-v6.1/include/uapi/asm-generic/ |
| D | ipcbuf.h | 14 * optimizations, so we may just as well all use the same one.
|
| D | msgbuf.h | 16 * optimizations, so we may just as well all use the same one.
|
| D | sembuf.h | 15 * optimizations, so we may just as well all use the same one.
|
| /Linux-v6.1/arch/xtensa/ |
| D | Kconfig.debug | 17 Enable this function to disable link-time optimizations.
|
| /Linux-v6.1/Documentation/features/core/cBPF-JIT/ |
| D | arch-support.txt | 4 # description: arch supports cBPF JIT optimizations
|
| /Linux-v6.1/Documentation/features/core/eBPF-JIT/ |
| D | arch-support.txt | 4 # description: arch supports eBPF JIT optimizations
|
| /Linux-v6.1/Documentation/mm/damon/ |
| D | index.rst | 21 personalized applications for better understanding and optimizations of their
|
| /Linux-v6.1/Documentation/virt/ |
| D | paravirt_ops.rst | 17 functionalities in various areas. pv-ops allows for optimizations at run
|
| /Linux-v6.1/drivers/media/dvb-frontends/ |
| D | s5h1409.h | 49 /* HVR-1600 optimizations (to better work with MXL5005s)
|
| /Linux-v6.1/arch/sh/lib/ |
| D | udiv_qrnnd.S | 16 /* SH2 optimizations for ___ashrsi3, ___ashlsi3, ___lshrsi3 and
|
| /Linux-v6.1/include/uapi/linux/ |
| D | atm_zatm.h | 30 int offset,next_off; /* alignment optimizations: offset */
|
12345678910
