Searched refs:in (Results 1 – 4 of 4) sorted by relevance
37 in their physical address spaces, and this option provides107 # Architecture platforms which require a two level mem_section in SPARSEMEM260 while the virtual addresses are not changed. This is useful in372 allocator for chunks in 2^N*PAGE_SIZE amounts - which is frequently447 cleancache code to put the data contained in that page into451 filesystem wishes to access a page in a file on disk, it first458 in a negligible performance hit.471 time-varying size. When space in transcendent memory is available,474 compare-against-NULL resulting in a negligible performance hit498 Turns on debug messages in CMA. This produces KERN_DEBUG[all …]
164 const u64 *in = (u64 *)buf; in page_idle_bitmap_write() local182 if ((*in >> bit) & 1) { in page_idle_bitmap_write()191 in++; in page_idle_bitmap_write()194 return (char *)in - buf; in page_idle_bitmap_write()
19 This results in a large slowdown, but helps to find certain types25 this option cannot be enabled in combination with hibernation as26 that would result in incorrect warnings of memory corruption after
1644 static ssize_t shmem_file_splice_read(struct file *in, loff_t *ppos, in shmem_file_splice_read() argument1648 struct address_space *mapping = in->f_mapping; in shmem_file_splice_read()1753 file_accessed(in); in shmem_file_splice_read()