| /linux/Documentation/admin-guide/cifs/ |
| H A D | todo.rst | 23 b) Better optimized compounding and error handling for sparse file support,
39 handle caching leases) and better using reference counters on file
50 (requires minor protocol extension) to enable better support for SELINUX
57 exists. Also better integration with winbind for resolving SID owners
101 y) Improved tracing, more eBPF trace points, better scripts for performance
117 cifs/smb3 better
|
| /linux/Documentation/ABI/testing/ |
| H A D | sysfs-bus-iio-bno055 | 57 the number, the better the calibration status.
65 the number, the better the calibration status.
73 the number, the better the calibration status.
81 the number, the better the calibration status.
|
| H A D | sysfs-platform-hidma-mgmt | 64 Choosing a higher number gives better performance but
85 Choosing a higher number gives better performance but
|
| /linux/tools/sched_ext/ |
| H A D | Kconfig | 20 # (i.e., avoiding lock holder preemption) for better system-wide progress.
29 # Enable extra scheduling features (for a better code coverage while testing
36 # Enable fully preemptible kernel for a better test coverage of the schedulers
|
| /linux/arch/alpha/include/asm/ |
| H A D | wrperfmon.h | 17 /* Following commands are on EV5 and better CPUs */
20 /* Following command are on EV6 and better CPUs */
22 /* Following command are on EV67 and better CPUs */
|
| /linux/Documentation/process/ |
| H A D | management-style.rst | 45 manage had better know the details better than you, so if they come to
49 (Corollary:if the people you manage don't know the details better than
118 Remember: they'd better know more about the details than you do, and
125 clear which approach is better, they'll eventually figure it out. The
188 knowledge that we're better than the average person (let's face it,
251 We all think we're better than anybody else, which means that when
|
| H A D | botching-up-ioctls.rst | 160 an asynchronous event on a pollable file descriptor. It fits much better
214 * Consider other interfaces than ioctls. A sysfs attribute is much better for
218 disclaimer of not having a stable ABI would be better.
|
| H A D | 3.Early-stage.rst | 88 acceptable for mainline merging. It is better to find out about
92 problem; they may have ideas for a better solution, and may be willing
201 of a kernel development project, the better off everybody involved will be.
|
| /linux/tools/arch/x86/lib/ |
| H A D | memset_64.S | 14 * string to get better performance than the original function. The code is
25 * from the compiler for better calling conventions.
30 * which the compiler could/should do much better anyway.
|
| /linux/drivers/parport/ |
| H A D | TODO-parport | 7 2. A better lp.c:
18 4. A better PLIP (make use of bidirectional/ECP/EPP ports).
|
| /linux/scripts/ |
| H A D | xz_wrap.sh | 66 "for better compression" >&2
112 "for better compression" >&2
151 # Use single-threaded mode because it compresses a little better
|
| /linux/tools/testing/selftests/tc-testing/ |
| H A D | TODO.txt | 9 need to better handle problems in pre- and post-suite.
16 - A better implementation of the "hooks". Currently, every plugin
|
| /linux/fs/verity/ |
| H A D | Kconfig | 26 data each time it is paged back in, which provides better
42 IMA appraisal) can be much better. For details about the
|
| /linux/Documentation/ABI/obsolete/ |
| H A D | sysfs-bus-iio | 8 so, it is better to use, instead:
20 so, it is better to use, instead:
157 so, it is better to use, instead:
172 so, it is better to use, instead:
|
| /linux/Documentation/networking/device_drivers/can/freescale/ |
| H A D | flexcan.rst | 25 performs better under high system load situations.
47 This mode activates the "RX mailbox mode" for better performance, on
|
| /linux/lib/crc/x86/ |
| H A D | crc-pclmul-template.h | 49 * has touched, which could result in a larger cutoff being better. Indeed, a
50 * larger cutoff is usually better for a *single* message. However, the
|
| /linux/drivers/net/wireless/realtek/rtlwifi/rtl8192se/ |
| H A D | rf.c | 165 /* Realtek better performance increase power diff in _rtl92s_get_txpower_writeval_byregulatory()
173 "RTK better performance, writeval = 0x%x\n", writeval); in _rtl92s_get_txpower_writeval_byregulatory()
208 /* Better regulatory don't increase any power diff */ in _rtl92s_get_txpower_writeval_byregulatory()
211 "Better regulatory, writeval = 0x%x\n", writeval); in _rtl92s_get_txpower_writeval_byregulatory()
272 "RTK better performance, writeval = 0x%x\n", writeval); in _rtl92s_get_txpower_writeval_byregulatory()
|
| /linux/Documentation/filesystems/ext4/ |
| H A D | allocators.rst | 6 ext4 recognizes (better than ext3, anyway) that data locality is
30 is that the filesystem can make better location decisions.
|
| /linux/Documentation/arch/arm/ |
| H A D | mem_alignment.rst | 15 are better to use the macros provided by include/linux/unaligned.h. The
17 a high performance cost. It better be rare.
|
| /linux/arch/x86/lib/ |
| H A D | csum-partial_64.c | 5 * This file contains network checksum routines that are better done
48 /* Do two 40-byte chunks in parallel to get better ILP */ in csum_partial()
|
| /linux/Documentation/scheduler/ |
| H A D | sched-util-clamp.rst | 17 scheduler to make a better decision. And when schedutil cpufreq governor is
39 the uclamp values as performance points rather than utilization is a better
93 The overall visible effect goes beyond better perceived user
94 experience/performance and stretches to help achieve a better overall
528 better decision about task placement and frequency selection.
532 dynamically monitor and adjust. Ultimately this will allow for a better user
533 experience at a better perf/watt.
|
| /linux/include/linux/crush/ |
| H A D | crush.h | 110 * straw O(n) better better
263 * mappings line up a bit better with previous mappings. */
|
| /linux/Documentation/driver-api/ |
| H A D | ioctl.rst | 61 A better approach is to add a new ioctl command with a new number. The
188 but some properties of them are implementation-defined, so it is better
237 * System calls are a better choice for a system-wide feature that
|
| /linux/Documentation/usb/ |
| H A D | ehci.rst | 186 It's expected that newer implementations will better this, throwing
209 than the I/O. If that same loop used 16 KB chunks, it'd be better; a
213 I/O be efficient, it's better to just queue up several (bulk) requests
|
| /linux/drivers/acpi/ |
| H A D | glue.c | 117 * better to make it look less attractive here, so that the other device in find_child_checks()
170 * Second, if the object that has just been found has a better score, in check_one_child()
183 /* Continue, because there may be better matches. */ in check_one_child()
|