linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: "Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>
To: Andrew Morton <akpm@linux-foundation.org>,
	Andrea Arcangeli <aarcange@redhat.com>,
	Hugh Dickins <hughd@google.com>
Cc: Dave Hansen <dave.hansen@intel.com>, Mel Gorman <mgorman@suse.de>,
	Rik van Riel <riel@redhat.com>, Vlastimil Babka <vbabka@suse.cz>,
	Christoph Lameter <cl@gentwo.org>,
	Naoya Horiguchi <n-horiguchi@ah.jp.nec.com>,
	Steve Capper <steve.capper@linaro.org>,
	"Aneesh Kumar K.V" <aneesh.kumar@linux.vnet.ibm.com>,
	Johannes Weiner <hannes@cmpxchg.org>,
	Michal Hocko <mhocko@suse.cz>,
	Jerome Marchand <jmarchan@redhat.com>,
	Sasha Levin <sasha.levin@oracle.com>,
	linux-kernel@vger.kernel.org, linux-mm@kvack.org,
	"Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>
Subject: [PATCHv9 16/36] mm, thp: remove compound_lock
Date: Mon, 20 Jul 2015 17:20:49 +0300	[thread overview]
Message-ID: <1437402069-105900-17-git-send-email-kirill.shutemov@linux.intel.com> (raw)
In-Reply-To: <1437402069-105900-1-git-send-email-kirill.shutemov@linux.intel.com>

We are going to use migration entries to stabilize page counts. It means
we don't need compound_lock() for that.

Signed-off-by: Kirill A. Shutemov <kirill.shutemov@linux.intel.com>
Tested-by: Sasha Levin <sasha.levin@oracle.com>
Tested-by: Aneesh Kumar K.V <aneesh.kumar@linux.vnet.ibm.com>
Acked-by: Vlastimil Babka <vbabka@suse.cz>
---
 include/linux/mm.h         | 35 -----------------------------------
 include/linux/page-flags.h | 12 +-----------
 mm/debug.c                 |  3 ---
 mm/memcontrol.c            | 11 +++--------
 4 files changed, 4 insertions(+), 57 deletions(-)

diff --git a/include/linux/mm.h b/include/linux/mm.h
index 5e8e708c5c8c..b6fb5293259a 100644
--- a/include/linux/mm.h
+++ b/include/linux/mm.h
@@ -396,41 +396,6 @@ static inline int is_vmalloc_or_module_addr(const void *x)
 
 extern void kvfree(const void *addr);
 
-static inline void compound_lock(struct page *page)
-{
-#ifdef CONFIG_TRANSPARENT_HUGEPAGE
-	VM_BUG_ON_PAGE(PageSlab(page), page);
-	bit_spin_lock(PG_compound_lock, &page->flags);
-#endif
-}
-
-static inline void compound_unlock(struct page *page)
-{
-#ifdef CONFIG_TRANSPARENT_HUGEPAGE
-	VM_BUG_ON_PAGE(PageSlab(page), page);
-	bit_spin_unlock(PG_compound_lock, &page->flags);
-#endif
-}
-
-static inline unsigned long compound_lock_irqsave(struct page *page)
-{
-	unsigned long uninitialized_var(flags);
-#ifdef CONFIG_TRANSPARENT_HUGEPAGE
-	local_irq_save(flags);
-	compound_lock(page);
-#endif
-	return flags;
-}
-
-static inline void compound_unlock_irqrestore(struct page *page,
-					      unsigned long flags)
-{
-#ifdef CONFIG_TRANSPARENT_HUGEPAGE
-	compound_unlock(page);
-	local_irq_restore(flags);
-#endif
-}
-
 /*
  * The atomic page->_mapcount, starts from -1: so that transitions
  * both from it and to it can be tracked, using atomic_inc_and_test
diff --git a/include/linux/page-flags.h b/include/linux/page-flags.h
index 91b7f9b2b774..f10f9c0030dd 100644
--- a/include/linux/page-flags.h
+++ b/include/linux/page-flags.h
@@ -106,9 +106,6 @@ enum pageflags {
 #ifdef CONFIG_MEMORY_FAILURE
 	PG_hwpoison,		/* hardware poisoned page. Don't touch */
 #endif
-#ifdef CONFIG_TRANSPARENT_HUGEPAGE
-	PG_compound_lock,
-#endif
 	__NR_PAGEFLAGS,
 
 	/* Filesystems */
@@ -683,12 +680,6 @@ static inline void ClearPageSlabPfmemalloc(struct page *page)
 #define __PG_MLOCKED		0
 #endif
 
-#ifdef CONFIG_TRANSPARENT_HUGEPAGE
-#define __PG_COMPOUND_LOCK		(1 << PG_compound_lock)
-#else
-#define __PG_COMPOUND_LOCK		0
-#endif
-
 /*
  * Flags checked when a page is freed.  Pages being freed should not have
  * these flags set.  It they are, there is a problem.
@@ -698,8 +689,7 @@ static inline void ClearPageSlabPfmemalloc(struct page *page)
 	 1 << PG_private | 1 << PG_private_2 | \
 	 1 << PG_writeback | 1 << PG_reserved | \
 	 1 << PG_slab	 | 1 << PG_swapcache | 1 << PG_active | \
-	 1 << PG_unevictable | __PG_MLOCKED | __PG_HWPOISON | \
-	 __PG_COMPOUND_LOCK)
+	 1 << PG_unevictable | __PG_MLOCKED | __PG_HWPOISON)
 
 /*
  * Flags checked when a page is prepped for return by the page allocator.
diff --git a/mm/debug.c b/mm/debug.c
index 3eb3ac2fcee7..9dfcd77e7354 100644
--- a/mm/debug.c
+++ b/mm/debug.c
@@ -45,9 +45,6 @@ static const struct trace_print_flags pageflag_names[] = {
 #ifdef CONFIG_MEMORY_FAILURE
 	{1UL << PG_hwpoison,		"hwpoison"	},
 #endif
-#ifdef CONFIG_TRANSPARENT_HUGEPAGE
-	{1UL << PG_compound_lock,	"compound_lock"	},
-#endif
 };
 
 static void dump_flags(unsigned long flags,
diff --git a/mm/memcontrol.c b/mm/memcontrol.c
index 09c4454891ac..21378c828f34 100644
--- a/mm/memcontrol.c
+++ b/mm/memcontrol.c
@@ -2469,9 +2469,7 @@ struct mem_cgroup *__mem_cgroup_from_kmem(void *ptr)
 
 /*
  * Because tail pages are not marked as "used", set it. We're under
- * zone->lru_lock, 'splitting on pmd' and compound_lock.
- * charge/uncharge will be never happen and move_account() is done under
- * compound_lock(), so we don't have to take care of races.
+ * zone->lru_lock and migration entries setup in all page mappings.
  */
 void mem_cgroup_split_huge_fixup(struct page *head)
 {
@@ -4551,9 +4549,7 @@ static struct page *mc_handle_file_pte(struct vm_area_struct *vma,
  * @from: mem_cgroup which the page is moved from.
  * @to:	mem_cgroup which the page is moved to. @from != @to.
  *
- * The caller must confirm following.
- * - page is not on LRU (isolate_page() is useful.)
- * - compound_lock is held when nr_pages > 1
+ * The caller must make sure the page is not on LRU (isolate_page() is useful.)
  *
  * This function doesn't do "charge" to new cgroup and doesn't do "uncharge"
  * from old cgroup.
@@ -4896,8 +4892,7 @@ static int mem_cgroup_move_charge_pte_range(pmd_t *pmd,
 	struct page *page;
 
 	/*
-	 * We don't take compound_lock() here but no race with splitting thp
-	 * happens because:
+	 * No race with splitting thp happens because:
 	 *  - if pmd_trans_huge_lock() returns 1, the relevant thp is not
 	 *    under splitting, which means there's no concurrent thp split,
 	 *  - if another thread runs into split_huge_page() just after we
-- 
2.1.4

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

  parent reply	other threads:[~2015-07-20 14:21 UTC|newest]

Thread overview: 65+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-07-20 14:20 [PATCHv9 00/36] THP refcounting redesign Kirill A. Shutemov
2015-07-20 14:20 ` [PATCHv9 01/36] mm, proc: adjust PSS calculation Kirill A. Shutemov
2015-07-20 14:20 ` [PATCHv9 02/36] rmap: add argument to charge compound page Kirill A. Shutemov
2015-07-31 14:45   ` Jerome Marchand
2015-07-20 14:20 ` [PATCHv9 03/36] memcg: adjust to support new THP refcounting Kirill A. Shutemov
2015-07-31 14:46   ` Jerome Marchand
2015-07-20 14:20 ` [PATCHv9 04/36] mm, thp: adjust conditions when we can reuse the page on WP fault Kirill A. Shutemov
2015-07-20 14:20 ` [PATCHv9 05/36] mm: adjust FOLL_SPLIT for new refcounting Kirill A. Shutemov
2015-07-31 14:47   ` Jerome Marchand
2015-07-20 14:20 ` [PATCHv9 06/36] mm: handle PTE-mapped tail pages in gerneric fast gup implementaiton Kirill A. Shutemov
2015-07-20 14:20 ` [PATCHv9 07/36] thp, mlock: do not allow huge pages in mlocked area Kirill A. Shutemov
2015-07-20 14:20 ` [PATCHv9 08/36] khugepaged: ignore pmd tables with THP mapped with ptes Kirill A. Shutemov
2015-07-20 14:20 ` [PATCHv9 09/36] thp: rename split_huge_page_pmd() to split_huge_pmd() Kirill A. Shutemov
2015-07-20 14:20 ` [PATCHv9 10/36] mm, vmstats: new THP splitting event Kirill A. Shutemov
2015-07-20 14:20 ` [PATCHv9 11/36] mm: temporally mark THP broken Kirill A. Shutemov
2015-07-31 14:50   ` Jerome Marchand
2015-07-20 14:20 ` [PATCHv9 12/36] thp: drop all split_huge_page()-related code Kirill A. Shutemov
2015-07-31 14:50   ` Jerome Marchand
2015-07-20 14:20 ` [PATCHv9 13/36] mm: drop tail page refcounting Kirill A. Shutemov
2015-07-31 14:51   ` Jerome Marchand
2015-07-20 14:20 ` [PATCHv9 14/36] futex, thp: remove special case for THP in get_futex_key Kirill A. Shutemov
2015-07-31 14:52   ` Jerome Marchand
2015-07-20 14:20 ` [PATCHv9 15/36] ksm: prepare to new THP semantics Kirill A. Shutemov
2015-07-31 14:53   ` Jerome Marchand
2015-07-20 14:20 ` Kirill A. Shutemov [this message]
2015-07-31 14:53   ` [PATCHv9 16/36] mm, thp: remove compound_lock Jerome Marchand
2015-07-20 14:20 ` [PATCHv9 17/36] arm64, thp: remove infrastructure for handling splitting PMDs Kirill A. Shutemov
2015-07-20 14:20 ` [PATCHv9 18/36] arm, " Kirill A. Shutemov
2015-07-20 14:20 ` [PATCHv9 19/36] mips, " Kirill A. Shutemov
2015-07-20 14:20 ` [PATCHv9 20/36] powerpc, " Kirill A. Shutemov
2015-07-20 14:20 ` [PATCHv9 21/36] s390, " Kirill A. Shutemov
2015-07-20 14:20 ` [PATCHv9 22/36] sparc, " Kirill A. Shutemov
2015-07-20 14:20 ` [PATCHv9 23/36] tile, " Kirill A. Shutemov
2015-07-20 14:20 ` [PATCHv9 24/36] x86, " Kirill A. Shutemov
2015-07-31 14:54   ` Jerome Marchand
2015-07-20 14:20 ` [PATCHv9 25/36] mm, " Kirill A. Shutemov
2015-07-31 15:01   ` Jerome Marchand
2015-08-03 10:41     ` Kirill A. Shutemov
2015-08-03 11:40       ` Jerome Marchand
2015-07-20 14:20 ` [PATCHv9 26/36] mm: rework mapcount accounting to enable 4k mapping of THPs Kirill A. Shutemov
2015-07-31 15:04   ` Jerome Marchand
2015-08-03 10:43     ` Kirill A. Shutemov
2015-08-03 11:41       ` Jerome Marchand
2015-07-20 14:21 ` [PATCHv9 27/36] mm: differentiate page_mapped() from page_mapcount() for compound pages Kirill A. Shutemov
2015-07-31 15:04   ` Jerome Marchand
2015-07-20 14:21 ` [PATCHv9 28/36] mm, numa: skip PTE-mapped THP on numa fault Kirill A. Shutemov
2015-07-31 15:06   ` Jerome Marchand
2015-07-20 14:21 ` [PATCHv9 29/36] thp: implement split_huge_pmd() Kirill A. Shutemov
2015-07-31 15:06   ` Jerome Marchand
2015-08-03 10:44     ` Kirill A. Shutemov
2015-07-20 14:21 ` [PATCHv9 30/36] thp: add option to setup migration entiries during PMD split Kirill A. Shutemov
2015-07-31 15:09   ` Jerome Marchand
2015-08-03 10:53     ` Kirill A. Shutemov
2015-07-20 14:21 ` [PATCHv9 31/36] thp, mm: split_huge_page(): caller need to lock page Kirill A. Shutemov
2015-07-31 15:12   ` Jerome Marchand
2015-07-20 14:21 ` [PATCHv9 32/36] thp: reintroduce split_huge_page() Kirill A. Shutemov
2015-07-31 15:13   ` Jerome Marchand
2015-07-20 14:21 ` [PATCHv9 33/36] migrate_pages: try to split pages on qeueuing Kirill A. Shutemov
2015-07-31 15:14   ` Jerome Marchand
2015-07-20 14:21 ` [PATCHv9 34/36] thp: introduce deferred_split_huge_page() Kirill A. Shutemov
2015-07-31 15:14   ` Jerome Marchand
2015-07-20 14:21 ` [PATCHv9 35/36] mm: re-enable THP Kirill A. Shutemov
2015-07-31 15:15   ` Jerome Marchand
2015-07-20 14:21 ` [PATCHv9 36/36] thp: update documentation Kirill A. Shutemov
2015-07-31 15:16   ` Jerome Marchand

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1437402069-105900-17-git-send-email-kirill.shutemov@linux.intel.com \
    --to=kirill.shutemov@linux.intel.com \
    --cc=aarcange@redhat.com \
    --cc=akpm@linux-foundation.org \
    --cc=aneesh.kumar@linux.vnet.ibm.com \
    --cc=cl@gentwo.org \
    --cc=dave.hansen@intel.com \
    --cc=hannes@cmpxchg.org \
    --cc=hughd@google.com \
    --cc=jmarchan@redhat.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=mgorman@suse.de \
    --cc=mhocko@suse.cz \
    --cc=n-horiguchi@ah.jp.nec.com \
    --cc=riel@redhat.com \
    --cc=sasha.levin@oracle.com \
    --cc=steve.capper@linaro.org \
    --cc=vbabka@suse.cz \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).