linux-next: manual merge of the akpm-current tree with the powerpc tree

2016-03-03 Thread Stephen Rothwell
Hi all, Today's linux-next merge of the akpm-current tree got a conflict in: mm/huge_memory.c between commit: ff20c2e0acc5 ("mm: Some arch may want to use HPAGE_PMD related values as variables") from the powerpc tree and commit: 82fdbe051e29 ("mm: make optimistic check for swapin reada

Pull request: scottwood/linux.git fixes

2016-03-03 Thread Scott Wood
This patch fixes a regression that causes any usage of hugetlb on e5500 to oops. The following changes since commit fb822e6076d972691c5dd33431c10f82dda94ae9: powerpc/hw_breakpoint: Fix oops when destroying hw_breakpoint event (2016-03-03 22:06:08 +1100) are available in the git repository at:

Re: [PATCH][v4] livepatch/ppc: Enable livepatching on powerpc

2016-03-03 Thread Kamalesh Babulal
* Petr Mladek [2016-03-03 17:52:01]: > From: Balbir Singh > > Changelog v4: > 1. Renamed klp_matchaddr() to klp_get_ftrace_location() > and used it just to convert the function address. > 2. Synced klp_write_module_reloc() with s390(); made it > inline, no error me

Re: [RFC] powerpc/mm: Add validation for platform reserved memory ranges

2016-03-03 Thread Anshuman Khandual
On 03/04/2016 10:19 AM, Aneesh Kumar K.V wrote: > Anshuman Khandual writes: > >> On 03/02/2016 05:40 PM, Michael Ellerman wrote: >>> On Wed, 2016-02-03 at 08:46:12 UTC, Anshuman Khandual wrote: For partition running on PHYP, there can be a adjunct partition which shares the virtual addr

Re: [PATCH RFC 1/2] mm: meminit: initialise more memory for inode/dentry hash tables in early boot

2016-03-03 Thread Li Zhang
On Thu, Mar 3, 2016 at 5:41 PM, Anshuman Khandual wrote: > On 03/03/2016 12:31 PM, Li Zhang wrote: >> From: Li Zhang >> >> This patch is based on Mel Gorman's old patch in the mailing list, >> https://lkml.org/lkml/2015/5/5/280 which is dicussed but it is > > Typo here ...

[PATCH 2/2] Fix misleading comment for hard_irq_disable() in pmao_restore_workaround

2016-03-03 Thread Madhavan Srinivasan
Current comment added in pmao_restore_workaround() for hard_irq_disable is misleading. Comment should say to hard "disable" interrupts instead of "enable" it. Patch to fix the typo. Signed-off-by: Madhavan Srinivasan --- arch/powerpc/perf/core-book3s.c | 2 +- 1 file changed, 1 insertion(+), 1 d

[PATCH 1/2] Fix misleading comment in early_setup_secondary

2016-03-03 Thread Madhavan Srinivasan
Current comment in the early_setup_secondary() for paca->soft_enabled update is misleading. Comment should say to Mark interrupts "disabled" insteads of "enable". Patch to fix the typo. Signed-off-by: Madhavan Srinivasan --- arch/powerpc/kernel/setup_64.c | 2 +- 1 file changed, 1 insertion(+),

Re: [RFC] powerpc/mm: Add validation for platform reserved memory ranges

2016-03-03 Thread Aneesh Kumar K.V
Anshuman Khandual writes: > On 03/02/2016 05:40 PM, Michael Ellerman wrote: >> On Wed, 2016-02-03 at 08:46:12 UTC, Anshuman Khandual wrote: >>> For partition running on PHYP, there can be a adjunct partition >>> which shares the virtual address range with the operating system. >>> Virtual address

linux-next: manual merge of the kvm tree with the powerpc tree

2016-03-03 Thread Stephen Rothwell
Hi all, Today's linux-next merge of the kvm tree got a conflict in: arch/powerpc/kvm/book3s_64_vio_hv.c between commit: f64e8084c94b ("powerpc/mm: Move hash related mmu-*.h headers to book3s/") from the powerpc tree and commit: d3695aa4f452 ("KVM: PPC: Add support for multiple-TCE hcall

Re: [RFC] powerpc/mm: Add validation for platform reserved memory ranges

2016-03-03 Thread Anshuman Khandual
On 03/02/2016 05:40 PM, Michael Ellerman wrote: > On Wed, 2016-02-03 at 08:46:12 UTC, Anshuman Khandual wrote: >> For partition running on PHYP, there can be a adjunct partition >> which shares the virtual address range with the operating system. >> Virtual address ranges which can be used by the a

Re: [PATCH] cxl: Ignore probes for virtual afu pci devices

2016-03-03 Thread Ian Munsie
Acked-by: Ian Munsie ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: [3/3] powerpc/pseries: Cleanup property cloning in memory dlpar

2016-03-03 Thread Nathan Fontenot
On 03/01/2016 07:47 PM, Michael Ellerman wrote: > On Wed, 2016-03-02 at 10:02 +1100, Michael Ellerman wrote: >> On Wed, 2016-10-02 at 17:13:29 UTC, Nathan Fontenot wrote: >>> Now that the DLPAR add/remove flow updates the ibm,dynamic-memory device >>> tree property each time we add or remove a LMB

Re: [PATCH v3 7/8] powerpc/ftrace: Add support for -mprofile-kernel ftrace ABI

2016-03-03 Thread Balbir Singh
On 03/03/16 15:26, Michael Ellerman wrote: > From: Torsten Duwe > > The gcc switch -mprofile-kernel defines a new ABI for calling _mcount() > very early in the function with minimal overhead. > > Although mprofile-kernel has been available since GCC 3.4, there were > bugs which were only fixed r

Re: [PATCH v3 1/8] powerpc: Create a helper for getting the kernel toc value

2016-03-03 Thread Balbir Singh
On 03/03/16 15:26, Michael Ellerman wrote: > Move the logic to work out the kernel toc pointer into a header. This is > a good cleanup, and also means we can use it elsewhere in future. > > Reviewed-by: Kamalesh Babulal > Reviewed-by: Torsten Duwe > Signed-off-by: Michael Ellerman > Reviewed-

Re: [5/8] powerpc/mm: Create a new headers for tlbflush for hash64

2016-03-03 Thread Michael Ellerman
On Tue, 2016-01-03 at 07:29:21 UTC, "Aneesh Kumar K.V" wrote: > Signed-off-by: Aneesh Kumar K.V Applied to powerpc next, thanks. https://git.kernel.org/powerpc/c/ee3b93ebfbed6279f7a3290014 cheers ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs

Re: [4/4] mm: Some arch may want to use HPAGE_PMD related values as variables

2016-03-03 Thread Michael Ellerman
On Tue, 2016-01-03 at 04:15:14 UTC, "Aneesh Kumar K.V" wrote: > From: "Kirill A. Shutemov" > > With next generation power processor, we are having a new mmu model > [1] that require us to maintain a different linux page table format. > > Inorder to support both current and future ppc64 systems w

Re: [4/8] powerpc/mm: Move hash related mmu-*.h headers to book3s/

2016-03-03 Thread Michael Ellerman
On Tue, 2016-01-03 at 07:29:20 UTC, "Aneesh Kumar K.V" wrote: > Signed-off-by: Aneesh Kumar K.V Applied to powerpc next, thanks. https://git.kernel.org/powerpc/c/f64e8084c94bb0449177364856 cheers ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs

Re: [3/4] powerpc/mm: Switch book3s 64 with 64K page size to 4 level page table

2016-03-03 Thread Michael Ellerman
On Tue, 2016-01-03 at 04:15:13 UTC, "Aneesh Kumar K.V" wrote: > This is needed so that we can support both hash and radix page table > using single kernel. Radix kernel uses a 4 level table. > > We now use physical address in upper page table tree levels. Even though > they are aligned to their si

Re: [2/8] powerpc/mm: add _PAGE_HASHPTE similar to 4K hash

2016-03-03 Thread Michael Ellerman
On Tue, 2016-01-03 at 07:29:18 UTC, "Aneesh Kumar K.V" wrote: > We don't need to update linux page table entry with _PAGE_HASHPTE early > in hash pte fault. A parallel pte update will loop via _PAGE_BUSY > and look at _PAGE_HASHPTE for a required hpte flush only if > _PAGE_BUSY is cleared. That ens

Re: [2/4] powerpc/mm: Don't have conditional defines for real_pte_t

2016-03-03 Thread Michael Ellerman
On Tue, 2016-01-03 at 04:15:12 UTC, "Aneesh Kumar K.V" wrote: > We remove real_pte_t out of STRICT_MM_TYPESCHECK. > > Reviewed-by: Paul Mackerras > Signed-off-by: Aneesh Kumar K.V Applied to powerpc next, thanks. https://git.kernel.org/powerpc/c/ae9a71afa4d7cf29a816fbc387 cheers _

Re: [1/8] powerp/mm: Update code comments

2016-03-03 Thread Michael Ellerman
On Tue, 2016-01-03 at 07:29:17 UTC, "Aneesh Kumar K.V" wrote: > We are updating pte in those functions. > > Signed-off-by: Aneesh Kumar K.V Applied to powerpc next, thanks. https://git.kernel.org/powerpc/c/e9a681478ce535b4a0263a760a cheers ___ Linuxp

Re: [1/4] powerpc/mm: Split pgtable types to separate header

2016-03-03 Thread Michael Ellerman
On Tue, 2016-01-03 at 04:15:11 UTC, "Aneesh Kumar K.V" wrote: > We move the page table accessors into a separate header. We will > later add a big endian variant of the table which is needed for radix. > No functionality change only code movement. > > Reviewed-by: Paul Mackerras > Signed-off-by:

[PATCH] powerpc/eeh: Fix build error caused by pci_dn

2016-03-03 Thread Gavin Shan
eeh.h could be included when we have following condition. Then we run into build error as below: (CONFIG_PPC64 && !CONFIG_EEH) || (!CONFIG_PPC64 && !CONFIG_EEH) In file included from arch/powerpc/kernel/of_platform.c:30:0: ./arch/powerpc/include/asm/eeh.h:344:48: error: ‘struct pci_dn’ \ declared

Re: [PATCH][v4] livepatch/ppc: Enable livepatching on powerpc

2016-03-03 Thread Balbir Singh
On 4 Mar 2016 03:52, "Petr Mladek" wrote: > > From: Balbir Singh > > Changelog v4: > 1. Renamed klp_matchaddr() to klp_get_ftrace_location() >and used it just to convert the function address. > 2. Synced klp_write_module_reloc() with s390(); made it >inline

Re: [PATCH v2 0/3] powerpc/eeh: Enhancement to EEH for VF

2016-03-03 Thread Gavin Shan
On Fri, Mar 04, 2016 at 11:01:36AM +1100, Gavin Shan wrote: >On Wed, Mar 02, 2016 at 02:03:36PM +1100, Michael Ellerman wrote: >>On Wed, 2016-03-02 at 13:28 +1100, Gavin Shan wrote: >> >>> Those patches are based on the series of patches supporting EEH for VF, >>> which is pending for merging: http

Re: [PATCH v2 0/3] powerpc/eeh: Enhancement to EEH for VF

2016-03-03 Thread Gavin Shan
On Wed, Mar 02, 2016 at 02:03:36PM +1100, Michael Ellerman wrote: >On Wed, 2016-03-02 at 13:28 +1100, Gavin Shan wrote: > >> Those patches are based on the series of patches supporting EEH for VF, >> which is pending for merging: https://patchwork.ozlabs.org/patch/581315/ > >I haven't merged them y

Re: [PATCH v14 0/9] EEH Support for SRIOV VFs

2016-03-03 Thread Gavin Shan
On Wed, Feb 10, 2016 at 05:02:48PM +1100, Gavin Shan wrote: In this series, there're some issues on attempt to recover errors on pass-throu VFs. Updated series (v15) with more patches sent to address the issues: So please ignore this series and look at v15. Thanks, Gavin >This applies to linux-

[PATCH v15 02/12] PCI: Add pcibios_bus_add_device() weak function

2016-03-03 Thread Gavin Shan
From: Wei Yang This adds weak function pcibios_bus_add_device() for arch dependent code could do proper setup. For example, powerpc could setup EEH related resources for SRIOV VFs. Signed-off-by: Wei Yang Reviewed-by: Gavin Shan Acked-by: Bjorn Helgaas --- drivers/pci/bus.c | 3 +++ includ

[PATCH v15 10/12] powerpc/eeh: Don't propagate error to guest

2016-03-03 Thread Gavin Shan
When EEH error happened to the parent PE of those PEs that have been passed through to guest, the error is propagated to guest domain and the VFIO driver's error handlers are called. It's not correct as the error in the host domain shouldn't be propagated to guests and affect them. This adds one m

[PATCH v15 12/12] powerpc/eeh: Synchronize recovery in host/guest

2016-03-03 Thread Gavin Shan
When passing through SRIOV VFs to guest, we possibly encounter EEH error on PF. In this case, the VF PEs are put into frozen state. The error could be reported to guest before it's captured by the host. That means the guest could attempt to recover errors on VFs before host gets chance to recover e

[PATCH v15 08/12] powerpc/powernv: Support PCI config restore for VFs

2016-03-03 Thread Gavin Shan
From: Wei Yang After PE reset, OPAL API opal_pci_reinit() is called on all devices contained in the PE to reinitialize them. While skiboot is not aware of VFs, we have to implement the function in kernel to reinitialize VFs after reset on PE for VFs. In this patch, two functions pnv_pci_fixup_vf

[PATCH v15 09/12] powerpc/eeh: powerpc/eeh: Support error recovery for VF PE

2016-03-03 Thread Gavin Shan
From: Wei Yang PFs are enumerated on PCI bus, while VFs are created by PF's driver. In EEH recovery, it has two cases: 1. Device and driver is EEH aware, error handlers are called. 2. Device and driver is not EEH aware, un-plug the device and plug it again by enumerating it. The special thing h

[PATCH v15 11/12] powerpc/eeh: Don't remove passed VFs

2016-03-03 Thread Gavin Shan
When we have partial hotplug as part of the error recovery on PF, the VFs that are bound with vfio-pci driver will experience hotplug. That's not allowed. This checks if the VF PE is passed or not. If it does, we leave the VF without removing it. Signed-off-by: Gavin Shan Reviewed-by: Russell Cu

[PATCH v15 05/12] powerpc/eeh: EEH device for VF

2016-03-03 Thread Gavin Shan
From: Wei Yang VFs and their corresponding pdn are created and released dynamically when their PF's SRIOV capability is enabled and disabled. This creates and releases EEH devices for VFs when creating and releasing their pdn instances, which means EEH devices and pdn instances have same life cyc

[PATCH v15 06/12] powerpc/eeh: Create PE for VFs

2016-03-03 Thread Gavin Shan
From: Wei Yang This creates PEs for VFs in the weak function pcibios_bus_add_device(). Those PEs for VFs are identified with newly introduced flag EEH_PE_VF so that we treat them differently during EEH recovery. Signed-off-by: Wei Yang Acked-by: Gavin Shan --- arch/powerpc/include/asm/eeh.h

[PATCH v15 07/12] powerpc/powernv: Support EEH reset for VF PE

2016-03-03 Thread Gavin Shan
From: Wei Yang PEs for VFs don't have primary bus. So they have to have their own reset backend, which is used during EEH recovery. The patch implements the reset backend for VF's PE by issuing FLR or AF FLR to the VFs, which are contained in the PE. Signed-off-by: Wei Yang Acked-by: Gavin Shan

[PATCH v15 01/12] PCI/IOV: Rename and export virtfn_{add, remove}

2016-03-03 Thread Gavin Shan
From: Wei Yang During EEH recovery, hotplug is applied to the devices which don't have drivers or their drivers don't support EEH. However, the hotplug, which was implemented based on PCI bus, can't be applied to VF directly. Instead, we unplug and plug individual PCI devices (VFs). This renames

[PATCH v15 03/12] powerpc/pci: Remove VFs prior to PF

2016-03-03 Thread Gavin Shan
From: Wei Yang As commit ac205b7bb72f ("PCI: make sriov work with hotplug remove") indicates, VFs which is on the same PCI bus as their PF, should be removed before the PF. Otherwise, we might run into kernel crash at PCI unplugging time. This applies the above pattern to powerpc PCI hotplug pat

[PATCH v15 00/12] EEH Support for SRIOV VFs

2016-03-03 Thread Gavin Shan
This patchset enables EEH on SRIOV VFs. The general idea is to create proper VF edev and VF PE and handle them properly. Different from the Bus PE, VF PE just contain one VF. This introduces the difference of EEH error handling on a VF PE. Generally, it has several differences. First, the VF's re

[PATCH v15 04/12] powerpc/eeh: Cache normal BARs, not windows or IOV BARs

2016-03-03 Thread Gavin Shan
From: Wei Yang This restricts the EEH address cache to use only the first 7 BARs. This makes __eeh_addr_cache_insert_dev() ignore PCI bridge window and IOV BARs. As the result of this change, eeh_addr_cache_get_dev() will return VFs from VF's resource addresses instead of parent PFs. This also r

Re: [PATCH] cxl: Ignore probes for virtual afu pci devices

2016-03-03 Thread Andrew Donnellan
On 29/02/16 16:40, Vaibhav Jain wrote: Add a check at the beginning of cxl_probe function to ignore virtual pci devices created for each afu registered. This fixes the the errors messages logged about missing CXL vsec, when cxl probe is unable to find necessary vsec entries in device pci config s

[PATCH 2/2] selftests/powerpc: benchmarks/context_switch.c use vector instructions/types

2016-03-03 Thread Cyril Bur
Currently it doesn't appear the resulting binary actually uses any Altivec or VSX instructions the solution is to explicitly tell GCC to use vector instructions and use vector types in the code. Part of this this issue can be GCC version specific: GCC 4.9.x is happy to use Altivec and VSX instruc

[PATCH 1/2] selftests/powerpc: benchmarks/context_switch.c improve usage message

2016-03-03 Thread Cyril Bur
Signed-off-by: Cyril Bur --- tools/testing/selftests/powerpc/benchmarks/context_switch.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/tools/testing/selftests/powerpc/benchmarks/context_switch.c b/tools/testing/selftests/powerpc/benchmarks/context_switch.c index 7b785

Re: [RFC PATCH v3 1/3] powerpc/86xx: Move dts files to fsl directory

2016-03-03 Thread Scott Wood
On Wed, 2016-03-02 at 13:16 +0100, Alessio Igor Bogani wrote: > Signed-off-by: Alessio Igor Bogani > --- > v2 -> v3 > Use appropriate git format-patch flag "-M" to detect renames > > v1 -> v2 > Address suggestion made by Scott Wood > Split the second patch in two > Don

[PATCH] powerpc/devtree: Parse new DRC mem/cpu/dev device tree elements

2016-03-03 Thread Michael Bringmann
Several properties in the DRC device tree format are replaced by more compact representations to allow, for example, for the encoding of vast amounts of memory, and or reduced duplication of information in related data structures. "ibm,drc-info": This property, when present, replaces the followin

[PATCH][v4] livepatch/ppc: Enable livepatching on powerpc

2016-03-03 Thread Petr Mladek
From: Balbir Singh Changelog v4: 1. Renamed klp_matchaddr() to klp_get_ftrace_location() and used it just to convert the function address. 2. Synced klp_write_module_reloc() with s390(); made it inline, no error message, return -ENOSYS 3. Added an err

Re: [PATCH][v3] Enable livepatching on powerpc

2016-03-03 Thread Petr Mladek
On Fri 2016-03-04 00:11:55, Balbir Singh wrote: > > Changelog v3: > 1. Moved -ENOSYS to -EINVAL in klp_write_module_reloc > 2. Moved klp_matchaddr to use ftrace_location_range Ah, I have been working on it in parallel. It took me longer because I was busy with some other stuff previou

[PATCH][v3] Enable livepatching on powerpc

2016-03-03 Thread Balbir Singh
Changelog v3: 1. Moved -ENOSYS to -EINVAL in klp_write_module_reloc 2. Moved klp_matchaddr to use ftrace_location_range Changelog v2: 1. Implement review comments by Michael 2. The previous version compared _NIP from the wrong location to check for whethe

Re: [PATCH][v3] Enable livepatching on powerpc

2016-03-03 Thread Balbir Singh
On 03/03/16 23:46, Balbir Singh wrote: > Changelog v3: > 1. Removed spurious kgdb patch > 2. Moved -ENOSYS to -EINVAL in klp_write_module_reloc > 3. Moved klp_matchaddr to use ftrace_location_range > Please ignore -- wrong patch! Balbir

[PATCH][v3] Enable livepatching on powerpc

2016-03-03 Thread Balbir Singh
Changelog v3: 1. Removed spurious kgdb patch 2. Moved -ENOSYS to -EINVAL in klp_write_module_reloc 3. Moved klp_matchaddr to use ftrace_location_range Changelog v2: 1. Implement review comments by Michael 2. The previous version compared _NIP from the

Re: selftests/powerpc: Remove -flto from common CFLAGS

2016-03-03 Thread Michael Ellerman
On Mon, 2016-29-02 at 06:29:55 UTC, Suraj Jitindar Singh wrote: > LTO can cause GCC to inline some functions which have attributes set. The > act of inlining the functions can lead to GCC forgetting about the > attributes which leads to incorrect tests. > Notable example being: __attribute__((__tar

Re: selftests/powerpc: Fix out of bounds access in TM signal test

2016-03-03 Thread Michael Ellerman
On Wed, 2016-02-03 at 12:44:31 UTC, Michael Ellerman wrote: > Gcc helpfully points out that we're accessing past the end of the gprs > array: > > tm-signal-msr-resv.c: In function 'signal_usr1': > tm-signal-msr-resv.c:43:37: error: array subscript is above array bounds > [-Werror=array-bounds

Re: [1/9] selftests/powerpc: Test the preservation of FPU and VMX regs across syscall

2016-03-03 Thread Michael Ellerman
On Mon, 2016-29-02 at 06:53:43 UTC, Cyril Bur wrote: > Test that the non volatile floating point and Altivec registers get > correctly preserved across the fork() syscall. > > fork() works nicely for this purpose, the registers should be the same for > both parent and child > > Signed-off-by: Cyr

Re: hw_breakpoint: Fix Oops at destroying hw_breakpoint event on powerpc

2016-03-03 Thread Peter Zijlstra
On Thu, Mar 03, 2016 at 08:23:38PM +1100, Michael Ellerman wrote: > On Wed, 2016-03-02 at 12:59 +0100, Peter Zijlstra wrote: > > > On Wed, Mar 02, 2016 at 10:53:24PM +1100, Michael Ellerman wrote: > > > > Peterz, acme, do you guys want to take this? Or should I? > > > > I'm not too happy its touc

Re: [RFC][PATCH][v2] Enable livepatching for powerpc

2016-03-03 Thread Kamalesh Babulal
* Balbir Singh [2016-03-03 18:00:54]: > Changelog: > 1. Implement review comments by Michael > 2. The previous version compared _NIP from the > wrong location to check for whether we > are going to a patched location > > This applies on top of the patches posted by

Re: [PATCH RFC 1/2] mm: meminit: initialise more memory for inode/dentry hash tables in early boot

2016-03-03 Thread Anshuman Khandual
On 03/03/2016 12:31 PM, Li Zhang wrote: > From: Li Zhang > > This patch is based on Mel Gorman's old patch in the mailing list, > https://lkml.org/lkml/2015/5/5/280 which is dicussed but it is Typo here > fixed with a completion to wait for all memo

Re: hw_breakpoint: Fix Oops at destroying hw_breakpoint event on powerpc

2016-03-03 Thread Michael Ellerman
On Wed, 2016-03-02 at 12:59 +0100, Peter Zijlstra wrote: > On Wed, Mar 02, 2016 at 10:53:24PM +1100, Michael Ellerman wrote: > > Peterz, acme, do you guys want to take this? Or should I? > > I'm not too happy its touching event->ctx at all. It really should not > be doing that. Hmm OK. It's bee

Re: [PATCH RFC 2/2] powerpc/mm: Enable page parallel initialisation

2016-03-03 Thread Mel Gorman
On Thu, Mar 03, 2016 at 03:01:41PM +0800, Li Zhang wrote: > From: Li Zhang > > Parallel initialisation has been enabled for X86, > boot time is improved greatly. > On Power8, for small memory, it is improved greatly. > Here is the result from my test on Power8 platform: > > For 4GB memory: 57% i

Re: [PATCH RFC 1/2] mm: meminit: initialise more memory for inode/dentry hash tables in early boot

2016-03-03 Thread Mel Gorman
On Thu, Mar 03, 2016 at 03:01:40PM +0800, Li Zhang wrote: > From: Li Zhang > > This patch is based on Mel Gorman's old patch in the mailing list, > https://lkml.org/lkml/2015/5/5/280 which is dicussed but it is > fixed with a completion to wait for all memory initialised in > page_alloc_init_late