Re: [PATCH v2] slab: Fix nodeid bounds check for non-contiguous node IDs

2014-12-01 Thread Michael Ellerman
On Mon, 2014-12-01 at 16:24 +1100, Paul Mackerras wrote: On Mon, Dec 01, 2014 at 04:02:14PM +1100, Michael Ellerman wrote: On Mon, 2014-12-01 at 15:28 +1100, Paul Mackerras wrote: The bounds check for nodeid in cache_alloc_node gives false positives on machines where the node IDs are

Re: [PATCH REPOST 3/3] powerpc/vphn: move endianness fixing to vphn_unpack_associativity()

2014-12-01 Thread Michael Ellerman
On Fri, 2014-11-28 at 09:39 +0100, Greg Kurz wrote: On Fri, 28 Nov 2014 12:49:08 +1100 Benjamin Herrenschmidt b...@kernel.crashing.org wrote: In a second pass, we parse that stream, one 16-bytes at a time, and we could do so with a simple loop of be16_to_cpup(foo++). I wouldn't bother with

Re: [PATCH v2] slab: Fix nodeid bounds check for non-contiguous node IDs

2014-12-01 Thread Pekka Enberg
On 12/1/14 6:28 AM, Paul Mackerras wrote: --- v2: include the oops message in the patch description mm/slab.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/mm/slab.c b/mm/slab.c index eb2b2ea..f34e053 100644 --- a/mm/slab.c +++ b/mm/slab.c @@ -3076,7 +3076,7 @@ static

[PATCH v3 0/4] powerpc/mpc85xx: Add FSL QorIQ DPAA B/QMan support to device tree(s)

2014-12-01 Thread Emil Medve
v3: Remove no-map Adjust alloc-ranges for the 32-/36-bit SoC(s) v2: Remove some reserved-memory properties Split the patchset per IP block Refined patch assignment Kumar Gala (4): powerpc/mpc85xx: Create dts components for the FSL QorIQ DPAA BMan

[PATCH v3 1/4] powerpc/mpc85xx: Create dts components for the FSL QorIQ DPAA BMan

2014-12-01 Thread Emil Medve
From: Kumar Gala ga...@kernel.crashing.org Change-Id: I16e63db731e55a3d60d4e147573c1af8718082d3 Signed-off-by: Kumar Gala ga...@kernel.crashing.org Signed-off-by: Geoff Thorpe geoff.tho...@freescale.com Signed-off-by: Hai-Ying Wang haiying.w...@freescale.com [Emil Medve: Sync with the upstream

[PATCH v3 2/4] powerpc/mpc85xx: Create dts components for the FSL QorIQ DPAA QMan

2014-12-01 Thread Emil Medve
From: Kumar Gala ga...@kernel.crashing.org Change-Id: I16e63db731e55a3d60d4e147573c1af8718082d3 Signed-off-by: Kumar Gala ga...@kernel.crashing.org Signed-off-by: Geoff Thorpe geoff.tho...@freescale.com Signed-off-by: Hai-Ying Wang haiying.w...@freescale.com [Emil Medve: Sync with the upstream

[PATCH v3 4/4] powerpc/mpc85xx: Add FSL QorIQ DPAA QMan support to device tree(s)

2014-12-01 Thread Emil Medve
From: Kumar Gala ga...@kernel.crashing.org Change-Id: If643fa5ba0a903aef8f5056a2c90ebecc995b760 Signed-off-by: Kumar Gala ga...@kernel.crashing.org Signed-off-by: Geoff Thorpe geoff.tho...@freescale.com Signed-off-by: Hai-Ying Wang haiying.w...@freescale.com Signed-off-by: Chunhe Lan

[PATCH v3 3/4] powerpc/mpc85xx: Add FSL QorIQ DPAA BMan support to device tree(s)

2014-12-01 Thread Emil Medve
From: Kumar Gala ga...@kernel.crashing.org Change-Id: If643fa5ba0a903aef8f5056a2c90ebecc995b760 Signed-off-by: Kumar Gala ga...@kernel.crashing.org Signed-off-by: Geoff Thorpe geoff.tho...@freescale.com Signed-off-by: Hai-Ying Wang haiying.w...@freescale.com Signed-off-by: Chunhe Lan

Re: Build regressions/improvements in v3.18-rc7

2014-12-01 Thread Geert Uytterhoeven
On Mon, Dec 1, 2014 at 11:55 AM, Geert Uytterhoeven ge...@linux-m68k.org wrote: JFYI, when comparing v3.18-rc7[1] to v3.18-rc6[3], the summaries are: - build errors: +2/-10 Nothing interesting, just a known powerpc-randconfig issue and one more truncated relocation in

Re: [RFC PATCH 0/2] powerpc: CR based local atomic operation implementation

2014-12-01 Thread Madhavan Srinivasan
On Friday 28 November 2014 03:39 PM, David Laight wrote: From: Madhavan Srinivasan On Thursday 27 November 2014 07:35 PM, David Laight wrote: From: Madhavan Srinivasan This patchset create the infrastructure to handle the CR based local_* atomic operations. Local atomic operations are fast

Re: Right location in sysfs for dlpar file

2014-12-01 Thread Nathan Fontenot
On 11/26/2014 09:12 PM, Benjamin Herrenschmidt wrote: Hi Greg, So Nathan is working on a patch series to cleanup and improve our DLPAR infrastructure which is basically our hotplug mechanism when running under the PowerVM (aka pHyp) and KVM hypervisors. The cleanup to the dlpar

RE: [RFC PATCH 0/2] powerpc: CR based local atomic operation implementation

2014-12-01 Thread David Laight
From: Madhavan Srinivasan [mailto:ma...@linux.vnet.ibm.com] ... I also wonder if it is possible to inspect the interrupted code to determine the start/end of the RAS block. (Easiest if you assume that there is a single 'write' instruction as the last entry in the block.) So each

Re: [PATCH v2] i2c: Driver to expose PowerNV platform i2c busses

2014-12-01 Thread Wolfram Sang
Suuure, let's create more process and committees, and make sure nothing gets done in any reasonable amount of time. Have we gone completely insane ? I did not invent DT bindings. I did not invent that DT is/should be a hardware description. For me, it is a burden that I (as a subsystem

Re: [alsa-devel] [PATCH] ASoC: fsl_ssi: free irq before irq_dispose_mapping()

2014-12-01 Thread Timur Tabi
On 12/01/2014 10:49 AM, Lars-Peter Clausen wrote: The driver creates the mapping by calling irq_of_parse_and_map(), so it also has to dispose the mapping. But the easy way out is to simply use platform_get_irq() instead of irq_of_parse_map(). In this case the mapping is not managed by the

Re: [alsa-devel] [PATCH] ASoC: fsl_ssi: free irq before irq_dispose_mapping()

2014-12-01 Thread Lars-Peter Clausen
On 12/01/2014 05:51 PM, Timur Tabi wrote: On 12/01/2014 10:49 AM, Lars-Peter Clausen wrote: The driver creates the mapping by calling irq_of_parse_and_map(), so it also has to dispose the mapping. But the easy way out is to simply use platform_get_irq() instead of irq_of_parse_map(). In this

Re: [alsa-devel] [PATCH] ASoC: fsl_ssi: free irq before irq_dispose_mapping()

2014-12-01 Thread Lars-Peter Clausen
On 12/01/2014 07:50 AM, Markus Pargmann wrote: [...] devm_request_irq() is used by other drivers too, this should not be a problem. Looking at the code it seems that irq_dispose_mapping may not be necessary with devm_request_irq(). So I think it would be better to remove irq_dispose_mapping()

Re: [PATCH] i2c: mpc: add register documentation to Freescale I2C driver

2014-12-01 Thread Wolfram Sang
On Sat, Nov 29, 2014 at 01:58:42PM -0800, Danielle Costantino wrote: i2c: mpc: add register documentation to Freescale I2C driver This should be in one patch. return -ETIMEDOUT for all time-out error conditions This should be in a seperate patch. and warn on arbitration lost. And this

Re: [PATCH] i2c-qoriq: modified compatibility for correct prescaler

2014-12-01 Thread Wolfram Sang
I saw that this patch was marked as not applicable, but on most qoriq devices the pre-scaler is 2 especially for p2020/p2010 devices arch/powerpc/boot/dts/fsl/p2020si-post.dtsi Just for completeness: Not applicable given from patchwork of the i2c subsystem means this patch is not for the i2c

Re: [RFC PATCH 2/2]powerpc: rewrite local_* to use CR5 flag

2014-12-01 Thread Gabriel Paubert
On Thu, Nov 27, 2014 at 05:48:41PM +0530, Madhavan Srinivasan wrote: This patch re-write the current local_* functions to CR5 based one. Base flow for each function is { set cr5(eq) load .. store clear cr5(eq) } Above set of instructions are followed by

Re: [alsa-devel] [PATCH] ASoC: fsl_ssi: free irq before irq_dispose_mapping()

2014-12-01 Thread Timur Tabi
On 12/01/2014 10:49 AM, Lars-Peter Clausen wrote: The driver creates the mapping by calling irq_of_parse_and_map(), so it also has to dispose the mapping. I agree with Markus, this does seem weird. It sounds like you're saying that irq_of_parse_and_map() and devm_request_irq() are

Re: [alsa-devel] [PATCH] ASoC: fsl_ssi: free irq before irq_dispose_mapping()

2014-12-01 Thread Mark Brown
On Mon, Dec 01, 2014 at 05:49:56PM +0100, Lars-Peter Clausen wrote: On 12/01/2014 07:50 AM, Markus Pargmann wrote: devm_request_irq() is used by other drivers too, this should not be a problem. Looking at the code it seems that irq_dispose_mapping may not be necessary with devm_request_irq().

Re: [alsa-devel] [PATCH] ASoC: fsl_ssi: free irq before irq_dispose_mapping()

2014-12-01 Thread Lars-Peter Clausen
On 12/01/2014 07:48 PM, Timur Tabi wrote: On 12/01/2014 10:49 AM, Lars-Peter Clausen wrote: The driver creates the mapping by calling irq_of_parse_and_map(), so it also has to dispose the mapping. I agree with Markus, this does seem weird. It sounds like you're saying that

Re: [alsa-devel] [PATCH] ASoC: fsl_ssi: free irq before irq_dispose_mapping()

2014-12-01 Thread Mark Brown
On Mon, Dec 01, 2014 at 08:39:51PM +0100, Lars-Peter Clausen wrote: On 12/01/2014 07:48 PM, Timur Tabi wrote: A quick grep shows the following drivers that call both functions: Most of these drivers will probably work fine without irq_of_parse_and_map(). I'd also note that quite a few of

Re: [alsa-devel] [PATCH] ASoC: fsl_ssi: free irq before irq_dispose_mapping()

2014-12-01 Thread Arnd Bergmann
On Monday 01 December 2014 19:41:47 Mark Brown wrote: On Mon, Dec 01, 2014 at 08:39:51PM +0100, Lars-Peter Clausen wrote: On 12/01/2014 07:48 PM, Timur Tabi wrote: A quick grep shows the following drivers that call both functions: Most of these drivers will probably work fine without

Re: [alsa-devel] [PATCH] ASoC: fsl_ssi: free irq before irq_dispose_mapping()

2014-12-01 Thread Timur Tabi
On 12/01/2014 01:56 PM, Arnd Bergmann wrote: All other drivers that call irq_of_parse_and_map and pass that into devm_request_irq just never unmap, and their interrupts are already mapped by the platform code, so I think it's not even a leak. Does this mean that fsl_ssi.c should not be calling

Re: [alsa-devel] [PATCH] ASoC: fsl_ssi: free irq before irq_dispose_mapping()

2014-12-01 Thread Arnd Bergmann
On Monday 01 December 2014 13:59:27 Timur Tabi wrote: On 12/01/2014 01:56 PM, Arnd Bergmann wrote: All other drivers that call irq_of_parse_and_map and pass that into devm_request_irq just never unmap, and their interrupts are already mapped by the platform code, so I think it's not even a

Re: [alsa-devel] [PATCH] ASoC: fsl_ssi: free irq before irq_dispose_mapping()

2014-12-01 Thread Timur Tabi
On 12/01/2014 02:01 PM, Arnd Bergmann wrote: Does this mean that fsl_ssi.c should not be calling irq_of_parse_and_map? How else should it get the IRQ? platform_get_irq() Ok, but that function also calls irq_create_of_mapping(). So it still appears that the only way to get the IRQ is to map

Re: [alsa-devel] [PATCH] ASoC: fsl_ssi: free irq before irq_dispose_mapping()

2014-12-01 Thread Mark Brown
On Mon, Dec 01, 2014 at 09:01:43PM +0100, Arnd Bergmann wrote: On Monday 01 December 2014 13:59:27 Timur Tabi wrote: On 12/01/2014 01:56 PM, Arnd Bergmann wrote: All other drivers that call irq_of_parse_and_map and pass that into devm_request_irq just never unmap, and their interrupts

Re: [alsa-devel] [PATCH] ASoC: fsl_ssi: free irq before irq_dispose_mapping()

2014-12-01 Thread Lars-Peter Clausen
On 12/01/2014 09:11 PM, Timur Tabi wrote: On 12/01/2014 02:01 PM, Arnd Bergmann wrote: Does this mean that fsl_ssi.c should not be calling irq_of_parse_and_map? How else should it get the IRQ? platform_get_irq() Ok, but that function also calls irq_create_of_mapping(). So it still appears

Re: [alsa-devel] [PATCH] ASoC: fsl_ssi: free irq before irq_dispose_mapping()

2014-12-01 Thread Fabio Estevam
On Mon, Dec 1, 2014 at 6:30 PM, Lars-Peter Clausen l...@metafoo.de wrote: On 12/01/2014 09:11 PM, Timur Tabi wrote: On 12/01/2014 02:01 PM, Arnd Bergmann wrote: Does this mean that fsl_ssi.c should not be calling irq_of_parse_and_map? How else should it get the IRQ? platform_get_irq()

Re: [alsa-devel] [PATCH] ASoC: fsl_ssi: free irq before irq_dispose_mapping()

2014-12-01 Thread Timur Tabi
On 12/01/2014 02:40 PM, Fabio Estevam wrote: Hm... that's new. But it's not really a driver issue anymore if it is done in the core. So I guess for now just use platform_get_irq() and ignore the other issue. With the suggested changes below, the removal of the driver works fine on a mx6:

Re: [alsa-devel] [PATCH] ASoC: fsl_ssi: free irq before irq_dispose_mapping()

2014-12-01 Thread Fabio Estevam
On Mon, Dec 1, 2014 at 6:42 PM, Timur Tabi ti...@tabi.org wrote: Would the mapping continue to exist after the driver is unloaded? Can you try multiple loads/unloads and see if interrupts still work? I tried multiple loads/unloads and audio works fine with those changes. About the ssi irq we

Re: [PATCH v2] slab: Fix nodeid bounds check for non-contiguous node IDs

2014-12-01 Thread David Rientjes
On Mon, 1 Dec 2014, Paul Mackerras wrote: The bounds check for nodeid in cache_alloc_node gives false positives on machines where the node IDs are not contiguous, leading to a panic at boot time. For example, on a POWER8 machine the node IDs are typically 0, 1, 16 and 17. This means

Re: [RFC PATCH 1/2]powerpc: foundation code to handle CR5 for local_t

2014-12-01 Thread Gabriel Paubert
On Thu, Nov 27, 2014 at 05:48:40PM +0530, Madhavan Srinivasan wrote: This patch create the infrastructure to handle the CR based local_* atomic operations. Local atomic operations are fast and highly reentrant per CPU counters. Used for percpu variable updates. Local atomic operations only

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

2014-12-01 Thread Benjamin Herrenschmidt
On Fri, 2014-11-21 at 13:57 +, Mel Gorman wrote: #ifdef CONFIG_NUMA_BALANCING +/* + * These work without NUMA balancing but the kernel does not care. See the + * comment in include/asm-generic/pgtable.h + */ +static inline int pte_protnone(pte_t pte) +{ + return (pte_val(pte) +

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

2014-12-01 Thread Benjamin Herrenschmidt
On Fri, 2014-11-21 at 13:57 +, Mel Gorman wrote: 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. Aneesh, the

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

2014-12-01 Thread Benjamin Herrenschmidt
On Fri, 2014-11-21 at 13:57 +, Mel Gorman wrote: void set_pte_at(struct mm_struct *mm, unsigned long addr, pte_t *ptep, pte_t pte) { -#ifdef CONFIG_DEBUG_VM - WARN_ON(pte_val(*ptep) _PAGE_PRESENT); -#endif + /* +* When handling numa faults, we

Re: [PATCH 2/2] powerpc/mm: don't do tlbie for updatepp request with NO HPTE fault

2014-12-01 Thread Benjamin Herrenschmidt
On Mon, 2014-11-03 at 20:21 +0530, Aneesh Kumar K.V wrote: --- a/arch/powerpc/mm/hash_native_64.c +++ b/arch/powerpc/mm/hash_native_64.c @@ -283,11 +283,11 @@ static long native_hpte_remove(unsigned long hpte_group) static long native_hpte_updatepp(unsigned long slot, unsigned long newpp,

Re: [PATCH 2/2] powerpc/mm: don't do tlbie for updatepp request with NO HPTE fault

2014-12-01 Thread Michael Ellerman
On Mon, 2014-11-03 at 20:21 +0530, Aneesh Kumar K.V wrote: upatepp get called for a nohpte fault, when we find from the linux page table that the translation was hashed before. In that case we are sure that there is no existing translation, hence we could avoid doing tlbie. We are sure there

Re: [RFC PATCH 1/2]powerpc: foundation code to handle CR5 for local_t

2014-12-01 Thread Scott Wood
On Thu, 2014-11-27 at 17:48 +0530, Madhavan Srinivasan wrote: - I really appreciate feedback on the patchset. - Kindly comment if I should try with any other benchmark or workload to check the numbers. - Also, kindly recommand any know stress test for CR Makefile

Re: [PATCH 2/2] powerpc/mm: don't do tlbie for updatepp request with NO HPTE fault

2014-12-01 Thread Benjamin Herrenschmidt
On Mon, 2014-11-03 at 20:21 +0530, Aneesh Kumar K.V wrote: upatepp get called for a nohpte fault, when we find from the linux page table that the translation was hashed before. In that case we are sure that there is no existing translation, hence we could avoid doing tlbie. You need to test

Re: Right location in sysfs for dlpar file

2014-12-01 Thread Greg KH
On Mon, Dec 01, 2014 at 09:41:03AM -0600, Nathan Fontenot wrote: On 11/26/2014 09:12 PM, Benjamin Herrenschmidt wrote: Hi Greg, So Nathan is working on a patch series to cleanup and improve our DLPAR infrastructure which is basically our hotplug mechanism when running under the PowerVM

Re: [PATCH] Documentation: bindings: net: DPAA corenet binding document

2014-12-01 Thread Scott Wood
On Fri, 2014-11-28 at 12:10 +0200, Madalin Bucur wrote: Add the device tree binding document for the DPAA corenet node and DPAA Ethernet nodes. Signed-off-by: Madalin Bucur madalin.bu...@freescale.com --- Documentation/devicetree/bindings/net/fsl-dpaa.txt | 31 ++ 1

Re: [PATCH 2/2] powerpc/mm: don't do tlbie for updatepp request with NO HPTE fault

2014-12-01 Thread Aneesh Kumar K.V
Benjamin Herrenschmidt b...@kernel.crashing.org writes: On Mon, 2014-11-03 at 20:21 +0530, Aneesh Kumar K.V wrote: upatepp get called for a nohpte fault, when we find from the linux page table that the translation was hashed before. In that case we are sure that there is no existing

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

2014-12-01 Thread Scott Wood
On Thu, 2014-11-27 at 15:28 +0100, Alessio Igor Bogani wrote: Scott, On 26 November 2014 at 23:21, Scott Wood scottw...@freescale.com wrote: On Wed, 2014-11-26 at 15:17 +0100, Alessio Igor Bogani wrote: + lbc: localbus@ffe05000 { + reg = 0 0xffe05000 0 0x1000; +

Re: [V4] powerpc, xmon: Enable HW instruction breakpoint on POWER8

2014-12-01 Thread Anshuman Khandual
On 12/01/2014 11:10 AM, Michael Ellerman wrote: On Fri, 2014-28-11 at 04:36:42 UTC, Anshuman Khandual wrote: This patch enables support for hardware instruction breakpoint in xmon on POWER8 platform with the help of a new register called the CIABR (Completed Instruction Address Breakpoint

Re: Right location in sysfs for dlpar file

2014-12-01 Thread Michael Ellerman
On Mon, 2014-12-01 at 09:41 -0600, Nathan Fontenot wrote: On 11/26/2014 09:12 PM, Benjamin Herrenschmidt wrote: Hi Greg, So Nathan is working on a patch series to cleanup and improve our DLPAR infrastructure which is basically our hotplug mechanism when running under the PowerVM (aka

Re: [PATCH] powerpc/xmon: Cleanup the breakpoint flags

2014-12-01 Thread Anshuman Khandual
On 12/01/2014 11:25 AM, Michael Ellerman wrote: Drop BP_IABR_TE, which though used, does not do anything useful. Rename BP_IABR to BP_CIABR. Renumber the flags. Signed-off-by: Michael Ellerman m...@ellerman.id.au --- arch/powerpc/xmon/xmon.c | 19 +-- 1 file changed, 9

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

2014-12-01 Thread Jiada Wang
SSI component isn't unregistered if fsl_ssi_debugfs_create() fails in probe phase. To fix it, this commit replaces label error_asoc_register with error_irq. Signed-off-by: Jiada Wang jiada_w...@mentor.com --- sound/soc/fsl/fsl_ssi.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[PATCH v2 0/2] fsl_ssi misc fix

2014-12-01 Thread Jiada Wang
Hi, Changes in v2: - fix error path in probe - replace irq_of_parse_and_map with platform_get_irq Changes in v1: - free IRQ before irq_dispose_mapping Jiada Wang (2): ASoC: fsl_ssi: fix error path in probe ASoC: fsl_ssi: use platform_get_irq instead of

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

2014-12-01 Thread Jiada Wang
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. Signed-off-by: Jiada Wang jiada_w...@mentor.com --- sound/soc/fsl/fsl_ssi.c | 11 ++- 1 file changed, 2 insertions(+), 9 deletions(-) diff --git

[PATCH V2] powerpc/mm: don't do tlbie for updatepp request with NO HPTE fault

2014-12-01 Thread Aneesh Kumar K.V
upatepp get called for a nohpte fault, when we find from the linux page table that the translation was hashed before. In that case we are sure that there is no existing translation, hence we could avoid doing tlbie. Performance number: We use randbox_access_bench written by Anton. Kernel with

Re: [PATCH 2/2] powerpc/mm: don't do tlbie for updatepp request with NO HPTE fault

2014-12-01 Thread Aneesh Kumar K.V
Benjamin Herrenschmidt b...@kernel.crashing.org writes: On Mon, 2014-11-03 at 20:21 +0530, Aneesh Kumar K.V wrote: --- a/arch/powerpc/mm/hash_native_64.c +++ b/arch/powerpc/mm/hash_native_64.c @@ -283,11 +283,11 @@ static long native_hpte_remove(unsigned long hpte_group) static long

Re: [PATCH 2/2] powerpc/mm: don't do tlbie for updatepp request with NO HPTE fault

2014-12-01 Thread Aneesh Kumar K.V
Michael Ellerman m...@ellerman.id.au writes: On Mon, 2014-11-03 at 20:21 +0530, Aneesh Kumar K.V wrote: upatepp get called for a nohpte fault, when we find from the linux page table that the translation was hashed before. In that case we are sure that there is no existing translation, hence

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

2014-12-01 Thread Aneesh Kumar K.V
Benjamin Herrenschmidt b...@kernel.crashing.org writes: On Fri, 2014-11-21 at 13:57 +, Mel Gorman wrote: 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

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

2014-12-01 Thread Aneesh Kumar K.V
Benjamin Herrenschmidt b...@kernel.crashing.org writes: On Fri, 2014-11-21 at 13:57 +, Mel Gorman wrote: void set_pte_at(struct mm_struct *mm, unsigned long addr, pte_t *ptep, pte_t pte) { -#ifdef CONFIG_DEBUG_VM - WARN_ON(pte_val(*ptep) _PAGE_PRESENT); -#endif

[PATCH V6 0/9] Add new powerpc specific ELF core notes

2014-12-01 Thread Anshuman Khandual
This patch series adds five new ELF core note sections which can be used with existing ptrace request PTRACE_GETREGSET-SETREGSET for accessing various transactional memory and miscellaneous debug register sets on powerpc platform. Previous versions: == RFC:

[PATCH V6 2/9] powerpc, process: Add the function flush_tmregs_to_thread

2014-12-01 Thread Anshuman Khandual
This patch creates a function flush_tmregs_to_thread which will then be used by subsequent patches in this series. The function checks for self tracing ptrace interface attempts while in the TM context and logs appropriate warning message. Signed-off-by: Anshuman Khandual

[PATCH V6 3/9] powerpc, ptrace: Enable fpr_(get/set) for transactional memory

2014-12-01 Thread Anshuman Khandual
This patch enables the fpr_get which gets the running value of all the FPR registers and the fpr_set which sets the running value of of all the FPR registers to accommodate in transaction ptrace interface based requests. Signed-off-by: Anshuman Khandual khand...@linux.vnet.ibm.com ---