Re: Problems with Kernels 3.17-rc1 and onwards on Acube Sam460 AMCC 460ex board

2015-03-07 Thread Julian Margetson
On 3/5/2015 7:15 AM, Julian Margetson wrote: On 3/4/2015 7:52 PM, Michael Ellerman wrote: On Wed, 2015-03-04 at 07:46 -0400, Julian Margetson wrote: Still stuck. Problem still exist with 4.0.0-rc2 and I cant finish the bisect. Triggered when using HDMI. No problem when using DVI. [ 33.535692]

Re: [PATCH 1/4] mm: thp: Return the correct value for change_huge_pmd

2015-03-07 Thread Mel Gorman
On Sat, Mar 07, 2015 at 12:31:03PM -0800, Linus Torvalds wrote: > On Sat, Mar 7, 2015 at 7:20 AM, Mel Gorman wrote: > > > > if (!prot_numa || !pmd_protnone(*pmd)) { > > - ret = 1; > > entry = pmdp_get_and_clear_notify(mm, addr, pmd); >

Re: [PATCH 1/4] mm: thp: Return the correct value for change_huge_pmd

2015-03-07 Thread Linus Torvalds
On Sat, Mar 7, 2015 at 7:20 AM, Mel Gorman wrote: > > if (!prot_numa || !pmd_protnone(*pmd)) { > - ret = 1; > entry = pmdp_get_and_clear_notify(mm, addr, pmd); > entry = pmd_modify(entry, newprot); >

Re: [PATCH 1/4] mm: thp: Return the correct value for change_huge_pmd

2015-03-07 Thread Linus Torvalds
Looks obviously correct. The old code was just very wrong. Acked-by: Linus Torvalds Linus On Sat, Mar 7, 2015 at 7:20 AM, Mel Gorman wrote: > The wrong value is being returned by change_huge_pmd since commit > 10c1045f28e8 ("mm: numa: avoid unnecessary TLB flushes when se

Re: [PATCH 4/4] mm: numa: Slow PTE scan rate if migration failures occur

2015-03-07 Thread Linus Torvalds
On Sat, Mar 7, 2015 at 8:36 AM, Ingo Molnar wrote: > > And the patch Dave bisected to is a relatively simple patch. > Why not simply revert it to see whether that cures much of the > problem? So the problem with that is that "pmd_set_numa()" and friends simply no longer exist. So we can't just re

Re: [PATCH 3/4] mm: numa: Mark huge PTEs young when clearing NUMA hinting faults

2015-03-07 Thread Linus Torvalds
On Sat, Mar 7, 2015 at 10:33 AM, Linus Torvalds wrote: > > Completely untested, but that "just > or in the new protection bits" is what pnf_pte() does just a few lines > above this. Hmm. Looking at this, we do *not* want to set _PAGE_ACCESSED when we turn a page into PROT_NONE or mark

Re: [PATCH 3/4] mm: numa: Mark huge PTEs young when clearing NUMA hinting faults

2015-03-07 Thread Linus Torvalds
On Sat, Mar 7, 2015 at 7:20 AM, Mel Gorman wrote: > pmd = pmd_modify(pmd, vma->vm_page_prot); > + pmd = pmd_mkyoung(pmd); Hmm. I *thought* this should be unnecessary. vm_page_prot alreadty has the accessed bit set, and we kind of depend on the initial page table setup and mk_pte() a

Re: [PATCH 4/4] mm: numa: Slow PTE scan rate if migration failures occur

2015-03-07 Thread Mel Gorman
On Sat, Mar 07, 2015 at 05:36:58PM +0100, Ingo Molnar wrote: > > * Mel Gorman wrote: > > > Dave Chinner reported the following on https://lkml.org/lkml/2015/3/1/226 > > > > Across the board the 4.0-rc1 numbers are much slower, and the > > degradation is far worse when using the large memory fo

Re: [PATCH 4/4] mm: numa: Slow PTE scan rate if migration failures occur

2015-03-07 Thread Ingo Molnar
* Mel Gorman wrote: > Dave Chinner reported the following on https://lkml.org/lkml/2015/3/1/226 > > Across the board the 4.0-rc1 numbers are much slower, and the > degradation is far worse when using the large memory footprint > configs. Perf points straight at the cause - this is from 4.0-rc

[PATCH 1/4] mm: thp: Return the correct value for change_huge_pmd

2015-03-07 Thread Mel Gorman
The wrong value is being returned by change_huge_pmd since commit 10c1045f28e8 ("mm: numa: avoid unnecessary TLB flushes when setting NUMA hinting entries") which allows a fallthrough that tries to adjust non-existent PTEs. This patch corrects it. Signed-off-by: Mel Gorman --- mm/huge_memory.c |

[RFC PATCH 0/4] Automatic NUMA balancing and PROT_NONE handling followup v2r8

2015-03-07 Thread Mel Gorman
Dave Chinner reported a problem due to excessive NUMA balancing activity and bisected it. The first patch in this series corrects a major problem that is unlikely to affect Dave but is still serious. Patch 2 is a minor cleanup that was spotted while looking at scan rate control. Patch 3 is minor an

[PATCH 3/4] mm: numa: Mark huge PTEs young when clearing NUMA hinting faults

2015-03-07 Thread Mel Gorman
Base PTEs are marked young when the NUMA hinting information is cleared but the same does not happen for huge pages which this patch addresses. Note that migrated pages are not marked young as the base page migration code does not assume that migrated pages have been referenced. This could be addre

[PATCH 4/4] mm: numa: Slow PTE scan rate if migration failures occur

2015-03-07 Thread Mel Gorman
Dave Chinner reported the following on https://lkml.org/lkml/2015/3/1/226 Across the board the 4.0-rc1 numbers are much slower, and the degradation is far worse when using the large memory footprint configs. Perf points straight at the cause - this is from 4.0-rc1 on the "-o bhash=101073" config:

[PATCH 2/4] mm: numa: Remove migrate_ratelimited

2015-03-07 Thread Mel Gorman
This code is dead since commit 9e645ab6d089 ("sched/numa: Continue PTE scanning even if migrate rate limited") so remove it. Signed-off-by: Mel Gorman --- include/linux/migrate.h | 5 - mm/migrate.c| 20 2 files changed, 25 deletions(-) diff --git a/include

[PATCH] ps3: Fix trivial typos in comment and debug message

2015-03-07 Thread Yannick Guerrini
Change 'prosessor' to 'processor' Change 'set_inteval' to 'set_interval' Signed-off-by: Yannick Guerrini --- drivers/ps3/ps3-lpm.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/ps3/ps3-lpm.c b/drivers/ps3/ps3-lpm.c index b139b77..cb7d3a6 100644 --- a/drivers/ps3

Re: [PATCH v2 10/11] tty: kconfig: remove the superfluous dependency on PPC_OF

2015-03-07 Thread Greg Kroah-Hartman
On Thu, Feb 26, 2015 at 08:08:22PM +0800, Kevin Hao wrote: > In the current kernel, the CONFIG_PPC_OF is always 'y' for the ppc > arch. So we don't need to check it with other ppc specific options. > > Signed-off-by: Kevin Hao > --- > v2: No change. > > drivers/tty/serial/Kconfig | 4 ++-- > 1

Re: [REGRESSION in 3.18][PPC] PA Semi fails to boot after: of/base: Fix PowerPC address parsing hack

2015-03-07 Thread Christian Zigotzky
Hi All, I have a patch for it (Kernel 4.0-rc2): diff -rupN linux-4.0/drivers/of/address.c linux-4.0-nemo/drivers/of/address.c --- linux-4.0/drivers/of/address.c2015-03-03 18:04:59.0 +0100 +++ linux-4.0-nemo/drivers/of/address.c2015-03-03 22:34:00.037500744 +0100 @@ -450,21 +4

[PATCH] powerpc64: use fixed lock token for !CONFIG_PPC_SPLPAR

2015-03-07 Thread Kevin Hao
It makes no sense to use a variant lock token on a platform which doesn't support for shared-processor logical partitions. Actually we can eliminate a memory load by using a fixed lock token on these platforms. Signed-off-by: Kevin Hao --- arch/powerpc/include/asm/spinlock.h | 8 ++-- 1 file

[PATCH] powerpc: book3e_64: fix the align size for paca_struct

2015-03-07 Thread Kevin Hao
All the cache line size of the current book3e 64bit SoCs are 64 bytes. So we should use this size to align the member of paca_struct. With this change we save 192 bytes. Also change it to __aligned(size) since it is preferred over __attribute__((aligned(size))). Before: /* size: 1920, cach

Re: [REGRESSION in 3.18][PPC] PA Semi fails to boot after: of/base: Fix PowerPC address parsing hack

2015-03-07 Thread Benjamin Herrenschmidt
On Fri, 2015-03-06 at 16:16 -0800, Alex Perez wrote: > I will of course ultimately defer to Olof, but PASemi hasn’t existed > for years, and there is no entity which could possibly update the DT > for these reference PASemi development boards, unless Olof has source, > which I’m pretty sure he doe