[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20190529150611.fc27dee202b4fd1646210361@linux-foundation.org>
Date: Wed, 29 May 2019 15:06:11 -0700
From: Andrew Morton <akpm@...ux-foundation.org>
To: Anshuman Khandual <anshuman.khandual@....com>
Cc: linux-mm@...ck.org, linux-kernel@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, catalin.marinas@....com,
will.deacon@....com, mark.rutland@....com, mhocko@...e.com,
ira.weiny@...el.com, david@...hat.com, cai@....pw,
logang@...tatee.com, james.morse@....com, cpandya@...eaurora.org,
arunks@...eaurora.org, dan.j.williams@...el.com,
mgorman@...hsingularity.net, osalvador@...e.de,
ard.biesheuvel@....com, David Hildenbrand <david@...hat.com>
Subject: Re: [PATCH V5 0/3] arm64/mm: Enable memory hot remove
On Wed, 29 May 2019 14:46:24 +0530 Anshuman Khandual <anshuman.khandual@....com> wrote:
> This series enables memory hot remove on arm64 after fixing a memblock
> removal ordering problem in generic __remove_memory() and one possible
> arm64 platform specific kernel page table race condition. This series
> is based on latest v5.2-rc2 tag.
Unfortunately this series clashes syntactically and semantically with
David Hildenbrand's series "mm/memory_hotplug: Factor out memory block
devicehandling". Could you and David please figure out what we should
do here?
Powered by blists - more mailing lists