Re: [2/2] pstore: add pstore support on powernv

2014-12-04 Thread Hari Bathini
On 12/04/2014 11:07 AM, Michael Ellerman wrote: On Wed, 2014-03-12 at 11:03:15 UTC, Hari Bathini wrote: This patch extends pstore, a generic interface to platform dependent persistent storage, support for powernv platform to capture certain useful information, during dying moments. Such support

Re: [PATCH] powerpc/book3s: Fix partial invalidation of TLBs in MCE code.

2014-12-04 Thread Benjamin Herrenschmidt
On Fri, 2014-12-05 at 10:01 +0530, Mahesh J Salgaonkar wrote: > From: Mahesh Salgaonkar > > The existing MCE code calls flush_tlb hook with IS=0 (single page) resulting > partial invalidation of TLBs which is not right. This patch fixes that > by passing IS=0xc00 to invalidate whole TLB for succe

Re: powerpc/book3s: Fix flush_tlb cpu_spec hook to take a generic argument.

2014-12-04 Thread Mahesh Jagannath Salgaonkar
On 12/04/2014 03:05 PM, Michael Ellerman wrote: > On Tue, 2014-12-02 at 14:31 +0530, Mahesh Jagannath Salgaonkar wrote: >> On 11/29/2014 04:08 AM, Michael Ellerman wrote: >>> On Tue, 2014-23-09 at 03:53:54 UTC, Mahesh Salgaonkar wrote: From: Mahesh Salgaonkar The flush_tlb hook in c

[PATCH] powerpc/book3s: Fix partial invalidation of TLBs in MCE code.

2014-12-04 Thread Mahesh J Salgaonkar
From: Mahesh Salgaonkar The existing MCE code calls flush_tlb hook with IS=0 (single page) resulting partial invalidation of TLBs which is not right. This patch fixes that by passing IS=0xc00 to invalidate whole TLB for successful recovery from TLB and ERAT errors. Signed-off-by: Mahesh Salgaonk

[PATCH v2] powerpc/powernv: Expose OPAL firmware symbol map

2014-12-04 Thread Benjamin Herrenschmidt
Newer versions of OPAL will provide this, so let's expose it to user space so tools like perf can use it to properly decode samples in firmware space. Signed-off-by: Benjamin Herrenschmidt --- v2. Use memory_read_from_buffer() diff --git a/arch/powerpc/platforms/powernv/opal.c b/arch/powerpc/p

Re: [PATCH v3 1/3] Revert "clk: ppc-corenet: Fix Section mismatch warning"

2014-12-04 Thread Scott Wood
On Wed, 2014-12-03 at 16:53 +0800, Kevin Hao wrote: > This reverts commit da788acb28386aa896224e784954bb73c99ff26c. > > That commit tried to fix the section mismatch warning by moving the > ppc_corenet_clk_driver struct to init section. This is definitely wrong > because the kernel would free the

Re: [PATCH linux-next] Documentation: Build mic/mpssd only for x86_64

2014-12-04 Thread Dan Streetman
On Thu, Dec 4, 2014 at 4:27 PM, Ashutosh Dixit wrote: > mic/mpssd along with MIC drivers are currently only usable on > x86_64. So build mic/mpssd only for x86_64 to avoid build breaks on > big-endian systems. Only building for x86_64 is fine, but in that case what's the point of leaving the htol

[PATCH] powerpc/powernv: Expose OPAL firmware symbol map

2014-12-04 Thread Benjamin Herrenschmidt
Newer versions of OPAL will provide this, so let's expose it to user space so tools like perf can use it to properly decode samples in firmware space. Signed-off-by: Benjamin Herrenschmidt --- diff --git a/arch/powerpc/platforms/powernv/opal.c b/arch/powerpc/platforms/powernv/opal.c index 06d907

Re: powerpc/pci: remove pci device on a bus in reverse order

2014-12-04 Thread Wei Yang
On Fri, Dec 05, 2014 at 09:48:13AM +1100, Gavin Shan wrote: >On Thu, Dec 04, 2014 at 03:21:18PM +0800, Wei Yang wrote: >>On Thu, Dec 04, 2014 at 04:40:35PM +1100, Michael Ellerman wrote: >>>On Thu, 2014-04-12 at 03:24:37 UTC, Wei Yang wrote: As in commit ac205b7b (PCI: make sriov work with hot

Re: [PATCH v3 1/3] Revert "clk: ppc-corenet: Fix Section mismatch warning"

2014-12-04 Thread Scott Wood
On Thu, 2014-12-04 at 14:06 +0800, Kevin Hao wrote: > On Wed, Dec 03, 2014 at 10:46:24PM -0600, Scott Wood wrote: > > Since only this first patch is a critical bugfix, and there's no > > arch/powerpc content in that patch, I think it should go via Mike's tree > > if it's to go in for 3.18 (if it's

Re: [PATCH v2 2/2] ASoC: fsl_ssi: use platform_get_irq instead of irq_of_parse_and_map

2014-12-04 Thread Mark Brown
On Tue, Dec 02, 2014 at 02:55:07PM +0900, Jiada Wang wrote: > Use platform_get_irq as no mapping needs to be done. > By using platform_get_irq, driver can avoid to free IRQ manually > when SSI driver exits. Fabio sent a version of this before yours so I applied his, I think the code is the same.

Re: [PATCH v2 1/2] ASoC: fsl_ssi: fix error path in probe

2014-12-04 Thread Mark Brown
On Tue, Dec 02, 2014 at 02:55:06PM +0900, Jiada Wang wrote: > SSI component isn't unregistered if fsl_ssi_debugfs_create() fails > in probe phase. applied, thanks. signature.asc Description: Digital signature ___ Linuxppc-dev mailing list Linuxppc-dev@

Re: powerpc/pci: remove pci device on a bus in reverse order

2014-12-04 Thread Gavin Shan
On Thu, Dec 04, 2014 at 03:21:18PM +0800, Wei Yang wrote: >On Thu, Dec 04, 2014 at 04:40:35PM +1100, Michael Ellerman wrote: >>On Thu, 2014-04-12 at 03:24:37 UTC, Wei Yang wrote: >>> As in commit ac205b7b (PCI: make sriov work with hotplug remove) indicates, >>> when removing pci devices on a bus w

[PATCH linux-next] Documentation: Build mic/mpssd only for x86_64

2014-12-04 Thread Ashutosh Dixit
mic/mpssd along with MIC drivers are currently only usable on x86_64. So build mic/mpssd only for x86_64 to avoid build breaks on big-endian systems. Reported-by: Daniel Borkmann Reported-by: Dan Streetman Suggested-by: Peter Foley Signed-off-by: Ashutosh Dixit --- Documentation/mic/mpssd/Mak

Re: ppc64 and Documentation/mic/mpssd/mpssd.c issues

2014-12-04 Thread Peter Foley
On Thu, Dec 4, 2014 at 11:57 AM, Sudeep Dutt wrote: > On Thu, 2014-12-04 at 08:48 -0800, Yokoyama, Caz wrote: >> Thank you for the report. >> Have you tried to compile on x86_64? Which rhel do you use? Rhel6.X? >> MIC card is expected to work with x86_64 host, not with ppc64. We have never >> com

RE: ppc64 and Documentation/mic/mpssd/mpssd.c issues

2014-12-04 Thread Yokoyama, Caz
Thank you for the report. Have you tried to compile on x86_64? Which rhel do you use? Rhel6.X? MIC card is expected to work with x86_64 host, not with ppc64. We have never compiled on ppc host while our primary development platform was rhel6.X. Line 92 is the first use of htole16 and MIC_VRING_EN

RE: ppc64 and Documentation/mic/mpssd/mpssd.c issues

2014-12-04 Thread Sudeep Dutt
On Thu, 2014-12-04 at 08:48 -0800, Yokoyama, Caz wrote: > Thank you for the report. > Have you tried to compile on x86_64? Which rhel do you use? Rhel6.X? > MIC card is expected to work with x86_64 host, not with ppc64. We have never > compiled on ppc host while our primary development platform wa

Re: ppc64 and Documentation/mic/mpssd/mpssd.c issues

2014-12-04 Thread Benjamin Herrenschmidt
On Thu, 2014-12-04 at 16:48 +, Yokoyama, Caz wrote: > Thank you for the report. > Have you tried to compile on x86_64? Which rhel do you use? Rhel6.X? > MIC card is expected to work with x86_64 host, not with ppc64. We have never > compiled on ppc host while our primary development platform wa

Re: [RFC PATCH v2 1/1] powerpc/85xx: Add support for Emerson/Artesyn MVME2500.

2014-12-04 Thread Scott Wood
On Thu, 2014-12-04 at 10:23 +0100, Alessio Igor Bogani wrote: > +/include/ "fsl/pq3-mpic-message-B.dtsi" The MPIC message include should be done in the SoC file -- it's not board-specific. For some reason I don't see this dtsi being included by anything currently. > @@ -80,33 +82,21 @@ CONFIG_UE

Re: [alsa-devel] [RFC 2/2] sound: ppc: keywest: drop using attach adapter

2014-12-04 Thread Wolfram Sang
> > + > > + /* We assume Macs have consecutive I2C bus numbers starting at 0 */ > > + while (adap) { > > + err = keywest_attach_adapter(adap); > > + if (!err) > > + break; > > + i2c_put_adapter(adap); > > + adap = i2c_get_adapter(++i);

Re: ppc64 and Documentation/mic/mpssd/mpssd.c issues

2014-12-04 Thread Daniel Borkmann
On 12/04/2014 05:57 PM, Sudeep Dutt wrote: On Thu, 2014-12-04 at 08:48 -0800, Yokoyama, Caz wrote: Thank you for the report. Have you tried to compile on x86_64? Which rhel do you use? Rhel6.X? MIC card is expected to work with x86_64 host, not with ppc64. We have never compiled on ppc host whi

Re: [alsa-devel] [RFC 2/2] sound: ppc: keywest: drop using attach adapter

2014-12-04 Thread Takashi Iwai
At Thu, 4 Dec 2014 17:41:53 +0100, Wolfram Sang wrote: > > As we now have deferred probing, we can use a custom mechanism and > finally get rid of the legacy interface from the i2c core. > > Signed-off-by: Wolfram Sang > --- > sound/ppc/keywest.c | 21 ++--- > 1 file changed, 1

[RFC 0/2] get rid of remaining users of attach_adapter

2014-12-04 Thread Wolfram Sang
The attach_adapter mechanism of the I2C framework is deprecated for years. There are two users left, drivers for old Macintosh computers. I recently got the idea of replacing this mechanism with a custom one with the help of deferred probing. Because I don't have the hardware, I worked on a seperat

[RFC 1/2] macintosh: therm_windtunnel: drop using attach adapter

2014-12-04 Thread Wolfram Sang
As we now have deferred probing, we can use a custom mechanism and finally get rid of the legacy interface from the i2c core. Signed-off-by: Wolfram Sang --- drivers/macintosh/therm_windtunnel.c | 25 +++-- 1 file changed, 23 insertions(+), 2 deletions(-) diff --git a/driver

[RFC 2/2] sound: ppc: keywest: drop using attach adapter

2014-12-04 Thread Wolfram Sang
As we now have deferred probing, we can use a custom mechanism and finally get rid of the legacy interface from the i2c core. Signed-off-by: Wolfram Sang --- sound/ppc/keywest.c | 21 ++--- 1 file changed, 18 insertions(+), 3 deletions(-) diff --git a/sound/ppc/keywest.c b/sound

ppc64 and Documentation/mic/mpssd/mpssd.c issues

2014-12-04 Thread Daniel Borkmann
Hi Caz, I think commit ... commit 8d49751580db804a02caf6a5b7cebe2ff26c0d7e Author: Caz Yokoyama Date: Thu Sep 5 16:42:39 2013 -0700 Sample Implementation of Intel MIC User Space Daemon. ... actually triggers a build error on my default config ppc64 (I'm using net-next tree): HOSTCC

Re: [PATCH v5 1/4] tools/perf: support parsing parameterized events

2014-12-04 Thread Jiri Olsa
On Tue, Dec 02, 2014 at 06:09:35PM -0800, Sukadev Bhattiprolu wrote: > From: Cody P Schafer > > Enable event specification like: > > pmu/event_name,param1=0x1,param2=0x4/ > > Assuming that > > /sys/bus/event_source/devices/pmu/events/event_name > > Contains something like > >

[PATCH 10/10] mm: numa: Avoid unnecessary TLB flushes when setting NUMA hinting entries

2014-12-04 Thread Mel Gorman
If a PTE or PMD is already marked NUMA when scanning to mark entries for NUMA hinting then it is not necessary to update the entry and incur a TLB flush penalty. Avoid the avoidhead where possible. Signed-off-by: Mel Gorman --- mm/huge_memory.c | 14 -- mm/mprotect.c| 4 2

[PATCH 09/10] mm: numa: Add paranoid check around pte_protnone_numa

2014-12-04 Thread Mel Gorman
pte_protnone_numa is only safe to use after VMA checks for PROT_NONE are complete. Treating a real PROT_NONE PTE as a NUMA hinting fault is going to result in strangeness so add a check for it. BUG_ON looks like overkill but if this is hit then it's a serious bug that could result in corruption so

[PATCH 08/10] x86: mm: Restore original pte_special check

2014-12-04 Thread Mel Gorman
Commit b38af4721f59 ("x86,mm: fix pte_special versus pte_numa") adjusted the pte_special check to take into account that a special pte had SPECIAL and neither PRESENT nor PROTNONE. Now that NUMA hinting PTEs are no longer modifying _PAGE_PRESENT it should be safe to restore the original pte_special

[PATCH 07/10] mm: numa: Do not trap faults on the huge zero page

2014-12-04 Thread Mel Gorman
Faults on the huge zero page are pointless and there is a BUG_ON to catch them during fault time. This patch reintroduces a check that avoids marking the zero page PAGE_NONE. Signed-off-by: Mel Gorman --- include/linux/huge_mm.h | 3 ++- mm/huge_memory.c| 13 - mm/memory.c

[PATCH 06/10] mm: Remove remaining references to NUMA hinting bits and helpers

2014-12-04 Thread Mel Gorman
This patch removes the NUMA PTE bits and associated helpers. As a side-effect it increases the maximum possible swap space on x86-64. One potential source of problems is races between the marking of PTEs PROT_NONE, NUMA hinting faults and migration. It must be guaranteed that a PTE being protected

[PATCH 05/10] mm: Convert p[te|md]_mknonnuma and remaining page table manipulations

2014-12-04 Thread Mel Gorman
With PROT_NONE, the traditional page table manipulation functions are sufficient. Signed-off-by: Mel Gorman Acked-by: Linus Torvalds Acked-by: Aneesh Kumar Tested-by: Sasha Levin --- include/linux/huge_mm.h | 3 +-- mm/huge_memory.c| 33 +++-- mm/memory.c

[PATCH 04/10] ppc64: Add paranoid warnings for unexpected DSISR_PROTFAULT

2014-12-04 Thread Mel Gorman
ppc64 should not be depending on DSISR_PROTFAULT and it's unexpected if they are triggered. This patch adds warnings just in case they are being accidentally depended upon. Signed-off-by: Mel Gorman Acked-by: Aneesh Kumar K.V Tested-by: Sasha Levin --- arch/powerpc/mm/copro_fault.c | 8 ++

[PATCH 03/10] mm: Convert p[te|md]_numa users to p[te|md]_protnone_numa

2014-12-04 Thread Mel Gorman
Convert existing users of pte_numa and friends to the new helper. Note that the kernel is broken after this patch is applied until the other page table modifiers are also altered. This patch layout is to make review easier. Signed-off-by: Mel Gorman Acked-by: Linus Torvalds Acked-by: Aneesh Kuma

[PATCH 02/10] mm: Add p[te|md] protnone helpers for use by NUMA balancing

2014-12-04 Thread Mel Gorman
This is a preparatory patch that introduces protnone helpers for automatic NUMA balancing. Signed-off-by: Mel Gorman Acked-by: Linus Torvalds Acked-by: Aneesh Kumar K.V Tested-by: Sasha Levin --- arch/powerpc/include/asm/pgtable.h | 16 arch/x86/include/asm/pgtable.h | 16

[PATCH 01/10] mm: numa: Do not dereference pmd outside of the lock during NUMA hinting fault

2014-12-04 Thread Mel Gorman
A transhuge NUMA hinting fault may find the page is migrating and should wait until migration completes. The check is race-prone because the pmd is deferenced outside of the page lock and while the race is tiny, it'll be larger if the PMD is cleared while marking PMDs for hinting fault. This patch

[PATCH 0/10] Replace _PAGE_NUMA with PAGE_NONE protections v4

2014-12-04 Thread Mel Gorman
There are no functional changes here and I kept the mmotm-20141119 baseline as that is what got tested but it rebases cleanly to current mmotm. The series makes architectural changes but splitting this on a per-arch basis would cause bisect-related brain damage. I'm hoping this can go through Andre

Re: [PATCH 03/10] mm: Convert p[te|md]_numa users to p[te|md]_protnone_numa

2014-12-04 Thread Mel Gorman
On Wed, Dec 03, 2014 at 10:50:35PM +0530, Aneesh Kumar K.V wrote: > Mel Gorman writes: > > > On Wed, Dec 03, 2014 at 08:53:37PM +0530, Aneesh Kumar K.V wrote: > >> Benjamin Herrenschmidt writes: > >> > >> > On Tue, 2014-12-02 at 12:57 +0530, Aneesh Kumar K.V wrote: > >> >> Now, hash_preload can

Re: [PATCH 03/10] mm: Convert p[te|md]_numa users to p[te|md]_protnone_numa

2014-12-04 Thread Mel Gorman
On Thu, Dec 04, 2014 at 08:01:57AM +1100, Benjamin Herrenschmidt wrote: > On Wed, 2014-12-03 at 15:52 +, Mel Gorman wrote: > > > > It's implied but can I assume it passed? If so, Ben and Paul, can I > > consider the series to be acked by you other than the minor comment > > updates? > > Yes.

Re: powerpc/book3s: Fix flush_tlb cpu_spec hook to take a generic argument.

2014-12-04 Thread Michael Ellerman
On Tue, 2014-12-02 at 14:31 +0530, Mahesh Jagannath Salgaonkar wrote: > On 11/29/2014 04:08 AM, Michael Ellerman wrote: > > On Tue, 2014-23-09 at 03:53:54 UTC, Mahesh Salgaonkar wrote: > >> From: Mahesh Salgaonkar > >> > >> The flush_tlb hook in cpu_spec was introduced as a generic function hook >

[RFC PATCH v2 1/1] powerpc/85xx: Add support for Emerson/Artesyn MVME2500.

2014-12-04 Thread Alessio Igor Bogani
Add support for the Artesyn MVME2500 Single Board Computer. The MVME2500 is a 6U form factor VME64 computer with: - A single Freescale QorIQ P2010 CPU - 1 GB of DDR3 onboard memory - Three Gigabit Ethernets - Five 16550 compatible UARTS - One USB 2.0 port,

[PATCH] powerpc: dts: pq3/85xx: Fix GPIO address

2014-12-04 Thread Alessio Igor Bogani
Fix the GPIO address in the device tree to match the documented location. Signed-off-by: Alessio Igor Bogani --- arch/powerpc/boot/dts/fsl/pq3-gpio-0.dtsi | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/arch/powerpc/boot/dts/fsl/pq3-gpio-0.dtsi b/arch/powerpc/boot/dts/

Re: [PATCH] powerpc: drop useless warning in eeh_init()

2014-12-04 Thread Greg Kurz
On Thu, 04 Dec 2014 11:32:45 +1100 Michael Ellerman wrote: > On Thu, 2014-12-04 at 09:14 +1100, Gavin Shan wrote: > > On Wed, Dec 03, 2014 at 03:20:46PM +0100, Greg Kurz wrote: > > >On Wed, 26 Nov 2014 09:28:47 +1100 > > >Gavin Shan wrote: > > >> On Tue, Nov 25, 2014 at 05:10:06PM +0100, Greg Ku