From: Andrew Morton <akpm@linux-foundation.org>
To: mm-commits@vger.kernel.org, akpm@linux-foundation.org,
akpm@linux-foundation.org
Subject: + linux-next-rejects.patch added to -mm tree
Date: Fri, 08 Apr 2022 10:43:54 -0700 [thread overview]
Message-ID: <20220408174355.5B266C385A3@smtp.kernel.org> (raw)
The patch titled
Subject: linux-next-rejects
has been added to the -mm tree. Its filename is
linux-next-rejects.patch
This patch should soon appear at
https://ozlabs.org/~akpm/mmots/broken-out/linux-next-rejects.patch
and later at
https://ozlabs.org/~akpm/mmotm/broken-out/linux-next-rejects.patch
Before you just go and hit "reply", please:
a) Consider who else should be cc'ed
b) Prefer to cc a suitable mailing list as well
c) Ideally: find the original patch on the mailing list and do a
reply-to-all to that, adding suitable additional cc's
*** Remember to use Documentation/process/submit-checklist.rst when testing your code ***
The -mm tree is included into linux-next and is updated
there every 3-4 working days
------------------------------------------------------
From: Andrew Morton <akpm@linux-foundation.org>
Subject: linux-next-rejects
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
---
arch/x86/mm/Makefile | 3 --
mm/mempolicy.c | 23 ++++++-----------
mm/migrate.c | 54 +++++++++++++++--------------------------
3 files changed, 31 insertions(+), 49 deletions(-)
--- a/arch/x86/mm/Makefile~linux-next-rejects
+++ a/arch/x86/mm/Makefile
@@ -20,13 +20,12 @@ CFLAGS_REMOVE_mem_encrypt_identity.o = -
endif
obj-y := init.o init_$(BITS).o fault.o ioremap.o extable.o mmap.o \
- pgtable.o physaddr.o setup_nx.o tlb.o cpu_entry_area.o maccess.o pgprot.o
+ pgtable.o physaddr.o tlb.o cpu_entry_area.o maccess.o pgprot.o
obj-y += pat/
# Make sure __phys_addr has no stackprotector
CFLAGS_physaddr.o := -fno-stack-protector
-CFLAGS_setup_nx.o := -fno-stack-protector
CFLAGS_mem_encrypt_identity.o := -fno-stack-protector
CFLAGS_fault.o := -I $(srctree)/$(src)/../include/asm/trace
--- a/mm/mempolicy.c~linux-next-rejects
+++ a/mm/mempolicy.c
@@ -1211,24 +1211,19 @@ static struct page *new_page(struct page
vma = vma->vm_next;
}
- if (PageHuge(page)) {
- return alloc_huge_page_vma(page_hstate(compound_head(page)),
+ if (folio_test_hugetlb(src))
+ return alloc_huge_page_vma(page_hstate(&src->page),
vma, address);
- } else if (PageTransHuge(page)) {
- struct page *thp;
- thp = alloc_hugepage_vma(GFP_TRANSHUGE, vma, address,
- thp_order(page));
- if (!thp)
- return NULL;
- prep_transhuge_page(thp);
- return thp;
- }
+ if (folio_test_large(src))
+ gfp = GFP_TRANSHUGE;
+
/*
- * if !vma, alloc_page_vma() will use task or system default policy
+ * if !vma, vma_alloc_folio() will use task or system default policy
*/
- return alloc_page_vma(GFP_HIGHUSER_MOVABLE | __GFP_RETRY_MAYFAIL,
- vma, address);
+ dst = vma_alloc_folio(gfp, folio_order(src), vma, address,
+ folio_test_large(src));
+ return &dst->page;
}
#else
--- a/mm/migrate.c~linux-next-rejects
+++ a/mm/migrate.c
@@ -1538,34 +1538,31 @@ struct page *alloc_migration_target(stru
gfp_mask = mtc->gfp_mask;
nid = mtc->nid;
if (nid == NUMA_NO_NODE)
- nid = page_to_nid(page);
+ nid = folio_nid(folio);
- if (PageHuge(page)) {
- struct hstate *h = page_hstate(compound_head(page));
+ if (folio_test_hugetlb(folio)) {
+ struct hstate *h = page_hstate(&folio->page);
gfp_mask = htlb_modify_alloc_mask(h, gfp_mask);
return alloc_huge_page_nodemask(h, nid, mtc->nmask, gfp_mask);
}
- if (PageTransHuge(page)) {
+ if (folio_test_large(folio)) {
/*
* clear __GFP_RECLAIM to make the migration callback
* consistent with regular THP allocations.
*/
gfp_mask &= ~__GFP_RECLAIM;
gfp_mask |= GFP_TRANSHUGE;
- order = thp_order(page);
+ order = folio_order(folio);
}
- zidx = zone_idx(page_zone(page));
+ zidx = zone_idx(folio_zone(folio));
if (is_highmem_idx(zidx) || zidx == ZONE_MOVABLE)
gfp_mask |= __GFP_HIGHMEM;
- new_page = __alloc_pages(gfp_mask, order, nid, mtc->nmask);
-
- if (new_page && PageTransHuge(page))
- prep_transhuge_page(new_page);
+ new_folio = __folio_alloc(gfp_mask, order, nid, mtc->nmask);
- return new_page;
+ return &new_folio->page;
}
#ifdef CONFIG_NUMA
@@ -2007,29 +2004,20 @@ static struct page *alloc_misplaced_dst_
unsigned long data)
{
int nid = (int) data;
- struct page *newpage;
-
- newpage = __alloc_pages_node(nid,
- (GFP_HIGHUSER_MOVABLE |
- __GFP_THISNODE | __GFP_NOMEMALLOC |
- __GFP_NORETRY | __GFP_NOWARN) &
- ~__GFP_RECLAIM, 0);
-
- return newpage;
-}
-
-static struct page *alloc_misplaced_dst_page_thp(struct page *page,
- unsigned long data)
-{
- int nid = (int) data;
- struct page *newpage;
-
- newpage = alloc_pages_node(nid, (GFP_TRANSHUGE_LIGHT | __GFP_THISNODE),
- HPAGE_PMD_ORDER);
- if (newpage)
- prep_transhuge_page(newpage);
+ int order = compound_order(page);
+ gfp_t gfp = __GFP_THISNODE;
+ struct folio *new;
+
+ if (order > 0)
+ gfp |= GFP_TRANSHUGE_LIGHT;
+ else {
+ gfp |= GFP_HIGHUSER_MOVABLE | __GFP_NOMEMALLOC | __GFP_NORETRY |
+ __GFP_NOWARN;
+ gfp &= ~__GFP_RECLAIM;
+ }
+ new = __folio_alloc_node(gfp, order, nid);
- return newpage;
+ return &new->page;
}
static int numamigrate_isolate_page(pg_data_t *pgdat, struct page *page)
_
Patches currently in -mm which might be from akpm@linux-foundation.org are
mm-list_lruc-revert-mm-list_lru-optimize-memcg_reparent_list_lru_node.patch
mm.patch
mm-create-new-mm-swaph-header-file-fix.patch
mm-shmem-make-shmem_init-return-void-fix.patch
ksm-count-ksm-merging-pages-for-each-process-fix.patch
mm-memory_hotplug-refactor-hotadd_init_pgdat-and-try_online_node-checkpatch-fixes.patch
proc-fix-dentry-inode-overinstantiating-under-proc-pid-net-checkpatch-fixes.patch
fs-proc-kcorec-remove-check-of-list-iterator-against-head-past-the-loop-body-fix.patch
add-fat-messages-to-printk-index-checkpatch-fixes.patch
linux-next-rejects.patch
mm-oom_killc-fix-vm_oom_kill_table-ifdeffery.patch
next reply other threads:[~2022-04-08 17:44 UTC|newest]
Thread overview: 75+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-04-08 17:43 Andrew Morton [this message]
-- strict thread matches above, loose matches on Subject: below --
2022-03-28 18:46 + linux-next-rejects.patch added to -mm tree Andrew Morton
2022-02-03 21:53 akpm
2021-12-03 17:31 akpm
2021-10-07 18:12 akpm
2021-07-27 20:07 akpm
2021-06-01 1:46 akpm
2021-03-30 0:48 akpm
2021-03-18 23:47 akpm
2021-03-11 18:51 akpm
2021-03-08 18:34 akpm
2020-12-18 23:15 akpm
2020-11-10 18:13 akpm
2020-09-03 22:00 akpm
2020-08-12 1:29 incoming Andrew Morton
2020-08-14 3:22 ` + linux-next-rejects.patch added to -mm tree Andrew Morton
2020-07-03 5:16 akpm
2020-06-09 4:29 incoming Andrew Morton
2020-06-09 4:44 ` + linux-next-rejects.patch added to -mm tree Andrew Morton
2020-06-08 5:49 akpm
2020-04-28 21:27 akpm
2020-02-19 19:15 akpm
2020-02-11 21:12 akpm
2020-01-09 22:46 akpm
2018-02-06 19:43 akpm
2017-09-25 20:57 akpm
2017-07-28 21:33 akpm
2017-06-20 18:28 akpm
2017-06-15 23:27 akpm
2017-01-06 20:53 akpm
2016-11-14 20:01 akpm
2016-09-09 18:31 akpm
2016-07-29 18:50 akpm
2016-04-22 17:51 akpm
2016-04-01 18:54 akpm
2016-02-16 18:48 akpm
2015-12-05 1:09 akpm
2015-09-30 22:16 akpm
2015-07-08 0:24 akpm
2015-04-30 19:58 akpm
2015-03-16 18:02 akpm
2015-02-24 0:45 akpm
2015-02-12 19:34 akpm
2015-01-21 21:26 akpm
2014-11-05 20:41 akpm
2014-09-12 19:56 akpm
2014-07-24 20:43 akpm
2014-05-20 18:14 akpm
2014-04-10 23:53 akpm
2014-04-07 22:48 akpm
2014-03-12 19:05 akpm
2014-02-13 20:59 akpm
2014-02-10 20:31 akpm
2013-11-21 23:02 akpm
2013-10-29 21:35 akpm
2013-10-11 21:26 akpm
2013-09-26 0:29 akpm
2013-04-30 22:36 akpm
2013-04-29 23:38 akpm
2013-03-13 19:46 akpm
2012-12-18 22:06 akpm
2012-12-12 22:20 akpm
2012-11-14 1:20 akpm
2012-05-29 22:38 akpm
2012-04-04 19:43 akpm
2011-07-21 19:10 akpm
2011-05-25 4:02 akpm
2011-03-21 22:50 akpm
2011-02-09 21:58 akpm
2011-01-20 22:47 akpm
2011-01-13 1:20 akpm
2010-03-05 22:06 akpm
2009-03-12 19:59 akpm
2009-03-02 19:17 akpm
2009-02-13 23:49 akpm
2008-10-29 0:37 akpm
2008-07-24 23:16 akpm
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=20220408174355.5B266C385A3@smtp.kernel.org \
--to=akpm@linux-foundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mm-commits@vger.kernel.org \
/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