- 29 Apr, 2013 40 commits
-
-
Jiang Liu authored
Use helper function free_highmem_page() to free highmem pages into the buddy system. Signed-off-by:
Jiang Liu <jiang.liu@huawei.com> Cc: Michal Simek <monstr@monstr.eu> Signed-off-by:
Andrew Morton <akpm@linux-foundation.org> Signed-off-by:
Linus Torvalds <torvalds@linux-foundation.org>
-
Jiang Liu authored
Use helper function free_highmem_page() to free highmem pages into the buddy system. Signed-off-by:
-
Jiang Liu authored
Use helper function free_highmem_page() to free highmem pages into the buddy system. Also fix a bug that totalhigh_pages should be increased when freeing a highmem page into the buddy system. Signed-off-by:
-
Jiang Liu authored
Use helper function free_highmem_page() to free highmem pages into the buddy system. Signed-off-by:
-
Jiang Liu authored
The original goal of this patchset is to fix the bug reported by https://bugzilla.kernel.org/show_bug.cgi?id=53501 Now it has also been expanded to reduce common code used by memory initializion. This is the second part, which applies to the previous part at: http://marc.info/?l=linux-mm&m=136289696323825&w=2 It introduces a helper function free_highmem_page() to free highmem pages into the buddy system when initializing mm subsystem. Introduction of free_highmem_page() is one step forward to clean up accesses and modificaitons of totalhigh_pages, totalram_pages and zone->managed_pages etc. I hope we could remove all references to totalhigh_pages from the arch/ subdirectory. We have only tested these patchset on x86 platforms, and have done basic compliation tests using cross-compilers from ftp.kernel.org. That means some code may not pass compilation on some architectures. So any help to test this patchset are welcomed! There are several other parts still under development: Part3: refine code to manage totalram_pages, totalhigh_pages and zone->managed_pages Part4: introduce helper functions to simplify mem_init() and remove the global variable num_physpages. This patch: Introduce helper function free_highmem_page(), which will be used by architectures with HIGHMEM enabled to free highmem pages into the buddy system. Signed-off-by:
Pekka Enberg <penberg@kernel.org> Signed-off-by:
-
Jiang Liu authored
Use common help functions to free reserved pages. Signed-off-by:
Zhang Yanfei <zhangyanfei@cn.fujitsu.com> Signed-off-by:
-
Jiang Liu authored
Use common help functions to free reserved pages. Signed-off-by:
-
Jiang Liu authored
Use common help functions to free reserved pages. Signed-off-by:
Vineet Gupta <vgupta@synopsys.com> Signed-off-by:
-
Jiang Liu authored
Use common help functions to free reserved pages. Signed-off-by:
-
Jiang Liu authored
Use common help functions to free reserved pages. Signed-off-by:
-
Jiang Liu authored
Use common help functions to free reserved pages. Signed-off-by:
-
Jiang Liu authored
Use common help functions to free reserved pages. Signed-off-by:
-
Jiang Liu authored
Use common help functions to free reserved pages. Signed-off-by:
Paul Mundt <lethal@linux-sh.org> Signed-off-by:
-
Jiang Liu authored
Use common help functions to free reserved pages. Signed-off-by:
-
Jiang Liu authored
Use common help functions to free reserved pages. Signed-off-by:
-
Jiang Liu authored
Use common help functions to free reserved pages. Signed-off-by:
-
Jiang Liu authored
Use common help functions to free reserved pages. Signed-off-by:
-
Jiang Liu authored
Use common help functions to free reserved pages. Also include <asm/sections.h> to avoid local declarations. Signed-off-by:
-
Jiang Liu authored
Use common help functions to free reserved pages. Signed-off-by:
-
Jiang Liu authored
Use common help functions to free reserved pages. Signed-off-by:
-
Jiang Liu authored
Use common help functions to free reserved pages. Signed-off-by:
-
Jiang Liu authored
Use common help functions to free reserved pages. Signed-off-by:
Geert Uytterhoeven <geert@linux-m68k.org> Signed-off-by:
-
Jiang Liu authored
Use common help functions to free reserved pages. Also include <asm/sections.h> to avoid local declarations. Signed-off-by:
-
Jiang Liu authored
Use common help functions to free reserved pages. Signed-off-by:
-
Jiang Liu authored
Use common help functions to free reserved pages. Signed-off-by:
-
Jiang Liu authored
Use common help functions to free reserved pages. Signed-off-by:
-
Jiang Liu authored
Use common help functions to free reserved pages. Also include <asm/sections.h> to avoid local declaration. Signed-off-by:
-
Jiang Liu authored
Use common help functions to free reserved pages. Signed-off-by:
-
Jiang Liu authored
Use common help functions to free reserved pages. Signed-off-by:
-
Jiang Liu authored
Use common help functions to free reserved pages. Signed-off-by:
Hans-Christian Egtvedt <egtvedt@samfundet.no> Cc: Haavard Skinnemoen <hskinnemoen@gmail.com> Signed-off-by:
-
Jiang Liu authored
Use common help functions to free reserved pages. Signed-off-by:
-
Jiang Liu authored
Use common help functions to free reserved pages. Also include <asm/sections.h> to avoid local declarations. Signed-off-by:
-
Jiang Liu authored
The original goal of this patchset is to fix the bug reported by https://bugzilla.kernel.org/show_bug.cgi?id=53501 Now it has also been expanded to reduce common code used by memory initializion. This is the first part, which applies to v3.9-rc1. It introduces following common helper functions to simplify free_initmem() and free_initrd_mem() on different architectures: adjust_managed_page_count(): will be used to adjust totalram_pages, totalhigh_pages, zone->managed_pages when reserving/unresering a page. __free_reserved_page(): free a reserved page into the buddy system without adjusting page statistics info free_reserved_page(): free a reserved page into the buddy system and adjust page statistics info mark_page_reserved(): mark a page as reserved and adjust page statistics info free_reserved_area(): free a continous ranges of pages by calling free_reserved_page() free_initmem_default(): default method to free __init pages. We have only tested these patchset on x86 platforms, and have done basic compliation tests using cross-compilers from ftp.kernel.org. That means some code may not pass compilation on some architectures. So any help to test this patchset are welcomed! There are several other parts still under development: Part2: introduce free_highmem_page() to simplify freeing highmem pages Part3: refine code to manage totalram_pages, totalhigh_pages and zone->managed_pages Part4: introduce helper functions to simplify mem_init() and remove the global variable num_physpages. This patch: Code to deal with reserved/managed pages are duplicated by many architectures, so introduce common help functions to reduce duplicated code. These common help functions will also be used to concentrate code to modify totalram_pages and zone->managed_pages, which makes the code much more clear. Signed-off-by:
-
Hillf Danton authored
Local variable total_scanned is no longer used. Signed-off-by:
Hillf Danton <dhillf@gmail.com> Acked-by:
Rik van Riel <riel@redhat.com> Signed-off-by:
-
Jan Kara authored
Currently, dio_send_cur_page() submits bio before current page and cached sdio->cur_page is added to the bio if sdio->boundary is set. This is actually wrong because sdio->boundary means the current buffer is the last one before metadata needs to be read. So we should rather submit the bio after the current page is added to it. Signed-off-by:
Jan Kara <jack@suse.cz> Reported-by:
Kazuya Mio <k-mio@sx.jp.nec.com> Tested-by:
-
Jan Kara authored
When we read/write a file sequentially, we will read/write not only the data blocks but also the indirect blocks that may not be physically adjacent to the data blocks. So filesystems set the BH_Boundary flag to submit the previous I/O before reading/writing an indirect block. However the generic direct IO code mishandles buffer_boundary(), setting sdio->boundary before each submit_page_section() call which results in sending only one page bios as underlying code thinks this page is the last in the contiguous extent. So fix the problem by setting sdio->boundary only if the current page is really the last one in the mapped extent. With this patch and "direct-io: submit bio after boundary buffer is added to it" I've measured about 10% throughput improvement of direct IO reads on ext3 with SATA harddrive (from 90 MB/s to 100 MB/s). With ramdisk, the improvement was about 3-fold (from 350 MB/s to 1.2 GB/s). For other filesystems (such as ext4), the improvements won't be as visible because the frequency of BH_Boundary flag being set is much smaller. Signed-off-by:
-
Toshi Kani authored
Fix a typo "end_pft" in the comment of walk_memory_range(). Signed-off-by:
Toshi Kani <toshi.kani@hp.com> Signed-off-by:
-
Vineet Gupta authored
This came to light when calling memblock allocator from arc port (for copying flattended DT). If a "0" alignment is passed, the allocator round_up() call incorrectly rounds up the size to 0. round_up(num, alignto) => ((num - 1) | (alignto -1)) + 1 While the obvious allocation failure causes kernel to panic, it is better to warn the caller to fix the code. Tejun suggested that instead of BUG_ON(!align) - which might be ineffective due to pending console init and such, it is better to WARN_ON, and continue the boot with a reasonable default align. Caller passing @size need not be handled similarly as the subsequent panic will indicate that anyhow. Signed-off-by:
Tejun Heo <tj@kernel.org> Signed-off-by:
-
Hillf Danton authored
We have to recompute pgoff if the given page is huge, since result based on HPAGE_SIZE is not approapriate for scanning the vma interval tree, as shown by commit 36e4f20a ("hugetlb: do not use vma_hugecache_offset() for vma_prio_tree_foreach"). Signed-off-by:
-
Paul E. McKenney authored
There is an ifdef in page_cache_get_speculative() that checks for !SMP and TREE_RCU, which has been an impossible combination since the advent of TINY_RCU. The ifdef enables a fastpath that is valid when preemption is disabled by rcu_read_lock() in UP systems, which is the case when TINY_RCU is enabled. This commit therefore adjusts the ifdef to generate the fastpath when TINY_RCU is enabled. Signed-off-by:
Paul E. McKenney <paulmck@linux.vnet.ibm.com> Reported-by:
Andi Kleen <andi@firstfloor.org> Signed-off-by:
-
