| /kernel/linux/linux-6.6/include/linux/sched/ |
| D | task_stack.h | 49 * When the stack grows down, this is just above the thread
52 * When the stack grows up, this is the highest address.
|
| /kernel/linux/linux-5.10/include/linux/sched/ |
| D | task_stack.h | 48 * When the stack grows down, this is just above the thread
51 * When the stack grows up, this is the highest address.
|
| /kernel/linux/linux-6.6/arch/parisc/include/asm/ |
| D | mman.h | 18 * The stack on parisc grows upwards, so if userspace requests memory in arch_calc_vm_flag_bits()
|
| /kernel/linux/linux-5.10/Documentation/devicetree/bindings/net/ |
| D | ftgmac100.txt | 22 rmii (100bT) but kept as a separate property in case NC-SI grows support
|
| /kernel/linux/linux-5.10/include/net/ |
| D | sock_reuseport.h | 22 /* ID stays the same even after the size of socks[] grows. */
|
| /kernel/linux/linux-5.10/mm/ |
| D | mprotect.c | 528 const int grows = prot & (PROT_GROWSDOWN|PROT_GROWSUP); in do_mprotect_pkey() local
548 if (grows == (PROT_GROWSDOWN|PROT_GROWSUP)) /* can't be both */ in do_mprotect_pkey()
580 if (unlikely(grows & PROT_GROWSDOWN)) { in do_mprotect_pkey()
590 if (unlikely(grows & PROT_GROWSUP)) { in do_mprotect_pkey()
|
| /kernel/linux/linux-6.6/include/net/ |
| D | sock_reuseport.h | 24 /* ID stays the same even after the size of socks[] grows. */
|
| /kernel/linux/linux-6.6/arch/arc/include/asm/ |
| D | entry.h | 163 * which grows upwards towards thread_info
171 /* Go to end of page where stack begins (grows upwards) */
|
| /kernel/linux/linux-6.6/Documentation/devicetree/bindings/net/ |
| D | faraday,ftgmac100.yaml | 54 rmii (100bT) but kept as a separate property in case NC-SI grows support
|
| /kernel/linux/linux-6.6/arch/x86/boot/ |
| D | header.S | 479 # LZ4 is even worse: data that cannot be further compressed grows by 0.4%,
481 # the size-dependent part now grows so fast.
485 # ZSTD compressed data grows by at most 3 bytes per 128K, and only has a 22
|
| /kernel/linux/linux-5.10/drivers/mmc/host/ |
| D | sdhci-cns3xxx.c | 39 * On CNS3xxx divider grows linearly up to 4, and then in sdhci_cns3xxx_set_clock()
|
| /kernel/linux/linux-5.10/kernel/time/ |
| D | jiffies.c | 23 * larger can result in overflows. TICK_NSEC grows as HZ
|
| /kernel/linux/linux-5.10/arch/x86/boot/ |
| D | header.S | 537 # LZ4 is even worse: data that cannot be further compressed grows by 0.4%,
539 # the size-dependent part now grows so fast.
543 # ZSTD compressed data grows by at most 3 bytes per 128K, and only has a 22
|
| /kernel/linux/linux-6.6/mm/ |
| D | mprotect.c | 697 const int grows = prot & (PROT_GROWSDOWN|PROT_GROWSUP); in do_mprotect_pkey() local
714 if (grows == (PROT_GROWSDOWN|PROT_GROWSUP)) /* can't be both */ in do_mprotect_pkey()
747 if (unlikely(grows & PROT_GROWSDOWN)) { in do_mprotect_pkey()
757 if (unlikely(grows & PROT_GROWSUP)) { in do_mprotect_pkey()
|
| /kernel/linux/linux-6.6/include/linux/ |
| D | rhashtable.h | 51 * The maximum (not average) chain length grows with the size of the hash
826 * table grows beyond 70%.
855 * table grows beyond 70%.
878 * table grows beyond 70%.
903 * table grows beyond 70%.
955 * table grows beyond 70%.
|
| /kernel/linux/linux-5.10/include/linux/ |
| D | rhashtable.h | 51 * The maximum (not average) chain length grows with the size of the hash
817 * table grows beyond 70%.
846 * table grows beyond 70%.
869 * table grows beyond 70%.
894 * table grows beyond 70%.
946 * table grows beyond 70%.
|
| /kernel/linux/linux-6.6/security/ |
| D | Kconfig.hardening | 277 be evaluated for suitability. For example, x86_64 grows by less
278 than 1%, and arm64 grows by about 5%.
|
| /kernel/linux/linux-5.10/arch/arc/include/asm/ |
| D | entry.h | 209 * which grows upwards towards thread_info
217 /* Go to end of page where stack begins (grows upwards) */
|
| /kernel/linux/linux-5.10/Documentation/admin-guide/LSM/ |
| D | Yama.rst | 13 As Linux grows in popularity, it will become a larger target for
|
| /kernel/linux/linux-6.6/Documentation/admin-guide/LSM/ |
| D | Yama.rst | 13 As Linux grows in popularity, it will become a larger target for
|
| /kernel/linux/linux-5.10/net/dccp/ |
| D | ackvec.c | 209 * The reason is that the vector grows in O(burst_length); when in dccp_ackvec_add_new()
210 * it grows too large there will no room left for the payload. in dccp_ackvec_add_new()
|
| /kernel/linux/linux-6.6/net/dccp/ |
| D | ackvec.c | 209 * The reason is that the vector grows in O(burst_length); when in dccp_ackvec_add_new()
210 * it grows too large there will no room left for the payload. in dccp_ackvec_add_new()
|
| /kernel/linux/linux-5.10/Documentation/arm/ |
| D | porting.rst | 73 process can access+1. The user space stack grows down from this
|
| /kernel/linux/linux-6.6/Documentation/arch/arm/ |
| D | porting.rst | 73 process can access+1. The user space stack grows down from this
|
| /kernel/linux/linux-6.6/fs/ext4/ |
| D | indirect.c | 1170 /* Shared branch grows from the inode */ in ext4_ind_truncate()
1179 /* Shared branch grows from an indirect block */ in ext4_ind_truncate()
1288 /* Shared branch grows from the inode */ in ext4_ind_remove_space()
1293 /* Shared branch grows from an indirect block */ in ext4_ind_remove_space()
1368 /* Shared branch grows from the inode */ in ext4_ind_remove_space()
1374 /* Shared branch grows from an indirect block */ in ext4_ind_remove_space()
|