Re: [PATCH] Cleanup migrate case in try_to_unmap_one

From: KOSAKI Motohiro
Date: Thu May 13 2010 - 02:04:29 EST


> Remove duplicate handling of TTU_MIGRATE case for
> anonymous and filesystem pages.
>
> Signed-off-by: Nitin Gupta <ngupta@xxxxxxxxxx>

This patch change swap cache case. I think this is not intentional.



> ---
> mm/rmap.c | 17 ++++-------------
> 1 files changed, 4 insertions(+), 13 deletions(-)
>
> diff --git a/mm/rmap.c b/mm/rmap.c
> index 07fc947..8ccfe4a 100644
> --- a/mm/rmap.c
> +++ b/mm/rmap.c
> @@ -946,6 +946,10 @@ int try_to_unmap_one(struct page *page, struct vm_area_struct *vma,
> dec_mm_counter(mm, MM_FILEPAGES);
> set_pte_at(mm, address, pte,
> swp_entry_to_pte(make_hwpoison_entry(page)));
> + } else if (PAGE_MIGRATION && (TTU_ACTION(flags) == TTU_MIGRATION)) {
> + swp_entry_t entry;
> + entry = make_migration_entry(page, pte_write(pteval));
> + set_pte_at(mm, address, pte, swp_entry_to_pte(entry));
>
> } else if (PageAnon(page)) {
> swp_entry_t entry = { .val = page_private(page) };
>
> @@ -967,22 +971,9 @@ int try_to_unmap_one(struct page *page, struct vm_area_struct *vma,
> }
> dec_mm_counter(mm, MM_ANONPAGES);
> inc_mm_counter(mm, MM_SWAPENTS);
> - } else if (PAGE_MIGRATION) {
> - /*
> - * Store the pfn of the page in a special migration
> - * pte. do_swap_page() will wait until the migration
> - * pte is removed and then restart fault handling.
> - */
> - BUG_ON(TTU_ACTION(flags) != TTU_MIGRATION);
> - entry = make_migration_entry(page, pte_write(pteval));
> }
> set_pte_at(mm, address, pte, swp_entry_to_pte(entry));
> BUG_ON(pte_file(*pte));
> - } else if (PAGE_MIGRATION && (TTU_ACTION(flags) == TTU_MIGRATION)) {
> - /* Establish migration entry for a file page */
> - swp_entry_t entry;
> - entry = make_migration_entry(page, pte_write(pteval));
> - set_pte_at(mm, address, pte, swp_entry_to_pte(entry));
> } else
> dec_mm_counter(mm, MM_FILEPAGES);
>
> --
> 1.6.6.1
>



--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/