| /Linux-v5.15/fs/ntfs/ |
| D | types.h | 27 * and VCN, to allow for type checking and better code readability.
36 * values. We define our own type LSN, to allow for type checking and better
44 * We define our own type USN, to allow for type checking and better code
|
| /Linux-v5.15/arch/alpha/include/asm/ |
| 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-v5.15/Documentation/admin-guide/cifs/ |
| D | todo.rst | 38 handle caching leases) and better using reference counters on file
49 (requires minor protocol extension) to enable better support for SELINUX
56 exists. Also better integration with winbind for resolving SID owners
119 cifs/smb3 better
|
| /Linux-v5.15/Documentation/hwmon/ |
| D | lm90.rst | 299 * Better external channel accuracy
317 * Better local resolution
324 * Better local resolution
328 * Better local resolution
338 * Better local resolution
354 * Better local resolution
|
| /Linux-v5.15/drivers/parport/ |
| D | TODO-parport | 7 2. A better lp.c:
18 4. A better PLIP (make use of bidirectional/ECP/EPP ports).
|
| /Linux-v5.15/Documentation/process/ |
| 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
|
| D | 7.AdvancedTopics.rst | 20 BitKeeper. For better or for worse, the kernel project has settled on git
155 reviewing patches. It is certainly true that there is no better way to
167 get released in this path?" will always work better than stating "the
177 All types of review, if they lead to better code going into the kernel, are
|
| D | 1.Intro.rst | 70 better suit their needs.
102 better; the following text should help you - or those who work for you -
169 to implement changes which make the kernel work better for their needs.
228 much better positioned to get the new product ready for market quickly.
|
| /Linux-v5.15/drivers/gpu/drm/i915/gem/ |
| D | i915_gemfs.c | 25 * mount flags that better match our usecase. in i915_gemfs_init()
27 * One example, although it is probably better with a per-file in i915_gemfs_init()
|
| /Linux-v5.15/tools/testing/selftests/tc-testing/ |
| 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-v5.15/Documentation/ABI/obsolete/ |
| D | sysfs-bus-iio | 8 so, it is better to use, instead:
19 so, it is better to use, instead:
167 so, it is better to use, instead:
181 so, it is better to use, instead:
|
| /Linux-v5.15/Documentation/filesystems/ext4/ |
| 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-v5.15/Documentation/arm/ |
| D | mem_alignment.rst | 15 are better to use the macros provided by include/asm/unaligned.h. The
17 a high performance cost. It better be rare.
|
| /Linux-v5.15/drivers/net/wireless/realtek/rtlwifi/rtl8192se/ |
| 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-v5.15/Documentation/ide/ |
| D | ChangeLog.ide-tape.1995-2002 | 94 * typically results in better IDE bus efficiency and
130 * Ver 1.8 Sep 26 96 Attempt to find a better balance between good
212 * 7) 6.6 Comparison; wouldn't it be better to allow different
214 * Wouldn't it be better to control the tape buffer
|
| /Linux-v5.15/Documentation/networking/device_drivers/ethernet/neterion/ |
| D | vxge.rst | 65 For better Rx interrupt moderation.
69 Receive side steering for better scaling.
|
| /Linux-v5.15/Documentation/ABI/testing/ |
| D | sysfs-platform-hidma-mgmt | 64 Choosing a higher number gives better performance but
85 Choosing a higher number gives better performance but
|
| /Linux-v5.15/arch/arc/include/uapi/asm/ |
| D | swab.h | 13 * -Better htonl implementation (5 instead of 9 ALU instructions)
64 * Joern suggested a better "C" algorithm which is great since
|
| /Linux-v5.15/Documentation/networking/ |
| D | net_dim.rst | 50 A step would result as "better" if bandwidth increases and as "worse" if
52 compared in a similar fashion - increase == "better" and decrease == "worse".
56 considered "better". Step #2 has an optimization for avoiding false results: it
|
| /Linux-v5.15/drivers/infiniband/hw/qib/ |
| D | qib_intr.c | 96 * states, or if it transitions from any of the up (INIT or better) in qib_handle_e_ibstatuschanged()
220 /* separate routine, for better optimization of qib_intr() */ in qib_bad_intrstatus()
224 * having a better chance of debugging the problem. in qib_bad_intrstatus()
|
| /Linux-v5.15/arch/arm64/kvm/hyp/nvhe/ |
| D | tlb.c | 69 * We could do so much better if we had the VA as well. in __kvm_tlb_flush_vmid_ipa()
100 * the host is running at EL1. As above, we could do better if in __kvm_tlb_flush_vmid_ipa()
|
| /Linux-v5.15/tools/perf/tests/ |
| D | cpumap.c | 82 /* This one is better stores in mask. */ in test__cpu_map_synthesize()
90 /* This one is better stores in cpu values. */ in test__cpu_map_synthesize()
|
| /Linux-v5.15/Documentation/sound/hd-audio/ |
| D | notes.rst | 137 kernel as MSI works better on some machines, and in general, it's
138 better for performance. However, Nvidia controllers showed bad
237 better chance.
253 Some other models may match better and give you more matching
262 certain GPIO. If the codec pin supports EAPD, you have a better
309 If no model option gives you a better result, and you are a tough guy
343 Thus, it'd be better to turn this on always.
442 matching better with the actual codec or device behavior. Many of
748 on alsa-project.org. But, if you send a bug report, it'd be better to
|
| /Linux-v5.15/block/ |
| D | Kconfig | 53 filesystems to ensure better data integrity.
92 can be used to protect cgroups in terms of bandwidth/iops and better
|
| /Linux-v5.15/arch/x86/include/asm/ |
| D | local.h | 153 /* On x86_32, these are no better than the atomic variants.
154 * On x86-64 these are better than the atomic variants on SMP kernels
|
