| /kernel/linux/linux-5.10/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
|
| /kernel/linux/linux-5.10/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 */
|
| /kernel/linux/linux-5.10/Documentation/admin-guide/cifs/ |
| D | todo.rst | 36 handle caching leases) and better using reference counters on file
47 (requires minor protocol extension) to enable better support for SELINUX
54 exists. Also better integration with winbind for resolving SID owners
117 cifs/smb3 better
|
| /kernel/linux/linux-5.10/Documentation/hwmon/ |
| D | lm90.rst | 309 * Better external channel accuracy
327 * Better local resolution
334 * Better local resolution
338 * Better local resolution
348 * Better local resolution
364 * Better local resolution
|
| /kernel/linux/linux-5.10/drivers/parport/ |
| D | TODO-parport | 7 2. A better lp.c:
18 4. A better PLIP (make use of bidirectional/ECP/EPP ports).
|
| /kernel/linux/linux-5.10/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()
|
| /kernel/linux/linux-5.10/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.
|
| /kernel/linux/linux-5.10/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
|
| /kernel/linux/linux-5.10/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.
|
| /kernel/linux/linux-5.10/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.
|
| /kernel/linux/linux-5.10/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()
|
| /kernel/linux/linux-5.10/Documentation/networking/device_drivers/ethernet/neterion/ |
| D | vxge.rst | 65 For better Rx interrupt moderation.
69 Receive side steering for better scaling.
|
| /kernel/linux/linux-5.10/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
|
| /kernel/linux/linux-5.10/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
|
| /kernel/linux/linux-5.10/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
|
| /kernel/linux/linux-5.10/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()
|
| /kernel/linux/linux-5.10/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
|
| /kernel/linux/linux-5.10/drivers/gpu/drm/msm/ |
| D | msm_gem_shrinker.c | 112 /* since we don't know any better, lets bail after a few in msm_gem_shrinker_vmap()
114 * Seems better than unmapping *everything* in msm_gem_shrinker_vmap()
|
| /kernel/linux/linux-5.10/arch/arm64/kvm/hyp/nvhe/ |
| D | tlb.c | 67 * We could do so much better if we had the VA as well. in __kvm_tlb_flush_vmid_ipa()
98 * the host is running at EL1. As above, we could do better if in __kvm_tlb_flush_vmid_ipa()
|
| /kernel/linux/linux-5.10/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()
|
| /kernel/linux/linux-5.10/drivers/staging/android/ |
| D | TODO | 10 - Better test framework (integration with VGEM was suggested)
|
| /kernel/linux/linux-5.10/drivers/siox/ |
| D | Kconfig | 10 Unless you know better, it is probably safe to say "no" here.
|
| /kernel/linux/linux-5.10/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
226 better chance.
242 Some other models may match better and give you more matching
251 certain GPIO. If the codec pin supports EAPD, you have a better
298 If no model option gives you a better result, and you are a tough guy
332 Thus, it'd be better to turn this on always.
431 matching better with the actual codec or device behavior. Many of
737 on alsa-project.org. But, if you send a bug report, it'd be better to
|