Home
last modified time | relevance | path

Searched full:faster (Results 1 – 25 of 1510) sorted by relevance

12345678910>>...61

/kernel/linux/linux-4.19/arch/mips/lib/
Dbitops.c16 * set_bit() if it cannot find a faster solution.
38 * it cannot find a faster solution.
60 * if it cannot find a faster solution.
82 * called by test_and_set_bit() if it cannot find a faster solution.
108 * called by test_and_set_bit_lock() if it cannot find a faster solution.
134 * called by test_and_clear_bit() if it cannot find a faster solution.
159 * called by test_and_change_bit() if it cannot find a faster solution.
/kernel/linux/linux-5.10/arch/mips/lib/
Dbitops.c17 * set_bit() if it cannot find a faster solution.
38 * it cannot find a faster solution.
59 * if it cannot find a faster solution.
80 * called by test_and_set_bit_lock() if it cannot find a faster solution.
105 * called by test_and_clear_bit() if it cannot find a faster solution.
129 * called by test_and_change_bit() if it cannot find a faster solution.
/kernel/linux/linux-5.10/arch/parisc/include/asm/
Dtlbflush.h42 * faster than using __flush_tlb_range. The pdtlb and pitlb in flush_tlb_mm()
44 * It might be faster to do local range flushes on all CPUs in flush_tlb_mm()
52 * small applications (e.g., GCC testsuite) is faster on HP-UX. in flush_tlb_mm()
/kernel/linux/linux-4.19/arch/parisc/include/asm/
Dtlbflush.h57 * faster than using __flush_tlb_range. The pdtlb and pitlb in flush_tlb_mm()
59 * It might be faster to do local range flushes on all CPUs in flush_tlb_mm()
67 * small applications (e.g., GCC testsuite) is faster on HP-UX. in flush_tlb_mm()
/kernel/linux/linux-5.10/drivers/mtd/spi-nor/
DKconfig20 Changing a small part of the flash's contents is usually faster with
21 small sectors. On the other hand erasing should be faster when using
/kernel/linux/linux-5.10/arch/s390/
DKconfig275 2086 series). The kernel will be slightly faster but will not work
284 2096 series). The kernel will be slightly faster but will not work
293 2098 series). The kernel will be slightly faster but will not work
302 (2818 and 2817 series). The kernel will be slightly faster but will
311 2827 series). The kernel will be slightly faster but will not work on
320 2964 series). The kernel will be slightly faster but will not work on
329 and 3906 series). The kernel will be slightly faster but will not
338 and 8561 series). The kernel will be slightly faster but will not
375 This will make the code run faster on the selected machine but
/kernel/linux/linux-4.19/arch/s390/
DKconfig241 2086 series). The kernel will be slightly faster but will not work
249 2096 series). The kernel will be slightly faster but will not work
257 2098 series). The kernel will be slightly faster but will not work
265 (2818 and 2817 series). The kernel will be slightly faster but will
273 2827 series). The kernel will be slightly faster but will not work on
281 2964 series). The kernel will be slightly faster but will not work on
289 and 3906 series). The kernel will be slightly faster but will not
323 This will make the code run faster on the selected machine but
392 will run faster if you say N here.
/kernel/linux/linux-4.19/Documentation/filesystems/
Dubifs.txt52 so it mounts many times faster than JFFS2.
54 which makes UBIFS much faster on writes.
83 media that read faster sequentially
/kernel/linux/linux-5.10/Documentation/filesystems/
Dubifs.rst58 so it mounts many times faster than JFFS2.
60 which makes UBIFS much faster on writes.
90 media that read faster sequentially
/kernel/linux/linux-5.10/arch/arm/crypto/
DKconfig74 blocks, the NEON bit-sliced implementation is usually faster.
88 Use a faster and more secure NEON based implementation of AES in CBC,
/kernel/linux/linux-4.19/Documentation/x86/
Dorc-unwinder.txt10 the ORC unwinder to be much simpler and faster.
66 The simpler debuginfo format also enables the unwinder to be much faster
69 faster than an out-of-tree DWARF unwinder. (Note: That measurement was
Dentry_64.txt82 use the faster check: the stack will be a reliable indicator of
103 generate all 'normal' entry points with the regular (faster) paranoid=0
/kernel/linux/linux-4.19/drivers/mtd/spi-nor/
DKconfig25 Changing a small part of the flash's contents is usually faster with
26 small sectors. On the other hand erasing should be faster when using
/kernel/linux/linux-5.10/Documentation/x86/
Dorc-unwinder.rst13 the ORC unwinder to be much simpler and faster.
69 The simpler debuginfo format also enables the unwinder to be much faster
72 faster than an out-of-tree DWARF unwinder. (Note: That measurement was
Dentry_64.rst88 use the faster check: the stack will be a reliable indicator of
109 generate all 'normal' entry points with the regular (faster) paranoid=0
/kernel/linux/linux-4.19/fs/jffs2/
DKconfig58 for faster filesystem mount.
181 result but gives some preference to LZO (which has faster
/kernel/linux/linux-5.10/fs/jffs2/
DKconfig59 for faster filesystem mount.
182 result but gives some preference to LZO (which has faster
/kernel/linux/linux-5.10/Documentation/hwmon/
Dadm1021.rst127 ADM1021-clones do faster measurements, but there is really no good reason
151 FSB and faster) lost them, until the Core-based generation which
/kernel/linux/linux-4.19/include/uapi/linux/
Drtc.h50 * +ve pll_value means clock will run faster by
59 int pll_max; /* max +ve (faster) adjustment value */
Dmembarrier.h78 * "expedited" commands complete faster than
103 * faster than the non-expedited ones, they
/kernel/linux/linux-4.19/Documentation/hwmon/
Dadm102187 ADM1021-clones do faster measurements, but there is really no good reason
111 FSB and faster) lost them, until the Core-based generation which
/kernel/linux/linux-4.19/Documentation/admin-guide/mm/
Dtranshuge.rst25 The reason applications are running faster is because of two
38 1) the TLB miss will run faster (especially with virtualization using
48 going to run faster.
83 only run faster.
/kernel/linux/linux-5.10/include/linux/
Dskb_array.h29 /* Might be slightly faster than skb_array_full below, but callers invoking
62 /* Might be slightly faster than skb_array_empty below, but only safe if the
/kernel/linux/linux-5.10/include/uapi/linux/
Drtc.h53 * +ve pll_value means clock will run faster by
62 int pll_max; /* max +ve (faster) adjustment value */
/kernel/linux/linux-5.10/tools/testing/selftests/bpf/
Dtrace_helpers.h16 /* open kallsyms and find addresses on the fly, faster than load + search. */

12345678910>>...61