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

2015-02-01 Thread Emil Medve
From: Kumar Gala Change-Id: If643fa5ba0a903aef8f5056a2c90ebecc995b760 Signed-off-by: Kumar Gala Signed-off-by: Geoff Thorpe Signed-off-by: Hai-Ying Wang Signed-off-by: Chunhe Lan Signed-off-by: Poonam Aggrwal [Emil Medve: Sync with the upstream binding] Signed-off-by: Emil Medve --- v6:

[PATCH v6 1/2] powerpc/mpc85xx: Add FSL QorIQ DPAA BMan support to device tree(s)

2015-02-01 Thread Emil Medve
From: Kumar Gala Change-Id: If643fa5ba0a903aef8f5056a2c90ebecc995b760 Signed-off-by: Kumar Gala Signed-off-by: Geoff Thorpe Signed-off-by: Hai-Ying Wang Signed-off-by: Chunhe Lan Signed-off-by: Poonam Aggrwal [Emil Medve: Sync with the upstream binding] Signed-off-by: Emil Medve --- v6:

Re: [PATCH V3] cpuidle/powernv: Read target_residency value of idle states from DT if available

2015-02-01 Thread Michael Ellerman
On Mon, 2015-02-02 at 10:40 +0530, Preeti U Murthy wrote: > The device tree now exposes the residency values for different idle states. > Read > these values instead of calculating residency from the latency values. The > values > exposed in the DT are validated for optimal power efficiency. Howe

Re: [PATCH V3] cpuidle/powernv: Read target_residency value of idle states from DT if available

2015-02-01 Thread Stewart Smith
Preeti U Murthy writes: > The device tree now exposes the residency values for different idle states. > Read > these values instead of calculating residency from the latency values. The > values > exposed in the DT are validated for optimal power efficiency. However to > maintain > compatibilit

[PATCH] powerpc/mm: warn on flushing tlb page in kernel context

2015-02-01 Thread Arseny Solokha
Function __flush_tlb_page() must only be called for user contexts, so put in extra hardening to warn on calling it for kernel context. Signed-off-by: Arseny Solokha --- arch/powerpc/mm/tlb_nohash.c | 9 - 1 file changed, 8 insertions(+), 1 deletion(-) diff --git a/arch/powerpc/mm/tlb_no

[PATCH V3] cpuidle/powernv: Read target_residency value of idle states from DT if available

2015-02-01 Thread Preeti U Murthy
The device tree now exposes the residency values for different idle states. Read these values instead of calculating residency from the latency values. The values exposed in the DT are validated for optimal power efficiency. However to maintain compatibility with the older firmware code which doe

Re: [PATCH] powerpc/mm: bail out early when flushing TLB page

2015-02-01 Thread Arseny Solokha
> On Fri, 2015-01-30 at 19:08 +0700, Arseny Solokha wrote: >> MMU_NO_CONTEXT is conditionally defined as 0 or (unsigned int)-1. However, >> in __flush_tlb_page() a corresponding variable is only tested for open >> coded 0, which can cause NULL pointer dereference if `mm' argument was >> legitimatel

Re: [PATCH 00/15] powerpc: kill PPC_OF

2015-02-01 Thread Kevin Hao
On Mon, Feb 02, 2015 at 01:25:37PM +1100, Michael Ellerman wrote: > On Sat, 2015-01-31 at 21:47 +0800, Kevin Hao wrote: > > Hi, > > > > This patch series tries to kill the PPC_OF. > > So on the whole this series looks good. > > Getting it merged is going to be a bit of a pain though. I assume mo

Re: [PATCH 01/15] PCI: introduce pci_device_to_OF_node() for !CONFIG_OF

2015-02-01 Thread Michael Ellerman
On Sat, 2015-01-31 at 21:47 +0800, Kevin Hao wrote: > So we can avoid the ugly #ifdef in some drivers. > > Signed-off-by: Kevin Hao > --- > include/linux/pci.h | 2 ++ > 1 file changed, 2 insertions(+) Hi Bjorn, Do you mind putting this into your next for 3.20? Or giving us an ACK for it if y

Re: [PATCH 00/15] powerpc: kill PPC_OF

2015-02-01 Thread Michael Ellerman
On Sat, 2015-01-31 at 21:47 +0800, Kevin Hao wrote: > Hi, > > This patch series tries to kill the PPC_OF. So on the whole this series looks good. Getting it merged is going to be a bit of a pain though. I assume most of them depend on patch 1, in which case they really need to go in as one serie

Re: [PATCH v7 0/4] Add support for parametrized events

2015-02-01 Thread Michael Ellerman
On Fri, 2015-01-30 at 11:52 -0300, Arnaldo Carvalho de Melo wrote: > Em Thu, Jan 29, 2015 at 03:28:43PM +1100, Michael Ellerman escreveu: > > On Mon, 2015-01-26 at 17:43 -0800, Sukadev Bhattiprolu wrote: > > > Description of "event parameters" from the documentation patch: > > > > > > Cody P Schaf

Re: [PATCH] cxl: remove redundant increment of hwirq

2015-02-01 Thread Michael Ellerman
On Sun, 2015-02-01 at 21:40 +, Colin King wrote: > From: Colin Ian King > > Recent commit 80fa93fce37d3490f > ("cxl: Name interrupts in /proc/interrupt") introduced a > redundant increment of hwirq which is not used or even > initialised at the point it is incremented. Detected by > cppcheck:

[PATCH v3] net/fsl_pq_mdio: Document supported compatibles

2015-02-01 Thread Emil Medve
From: Shruti Kanetkar The device tree binding(s) document has fallen out of sync with the driver code. Update the list of supported devices to reflect current driver capabilities Change-Id: I440d8de2ee2d9c3b7b23e69b3da851cab18a4c9a Signed-off-by: Shruti Kanetkar Signed-off-by: Emil Medve ---

[PATCH v4 2/2] powerpc/corenet: Enable muxing MDIO buses via FPGA

2015-02-01 Thread Emil Medve
From: Shruti Kanetkar Change-Id: I00c521664573808af4f9a9c06a97665db470b49a Signed-off-by: Andy Fleming Signed-off-by: Shaohui Xie Signed-off-by: Shruti Kanetkar Signed-off-by: Emil Medve --- v4: Add 'Signed-off-by' v3: Spearated from the FMan MDIO dt/binding patchset http://patchwo

[PATCH v4 1/2] powerpc/corenet: Enable muxing MDIO buses via GPIO

2015-02-01 Thread Emil Medve
From: Andy Fleming Change-Id: I4489db79957ad533f4ba3f04fe7d5bcb3288e981 Signed-off-by: Andy Fleming Signed-off-by: Shaohui Xie Signed-off-by: Shruti Kanetkar Signed-off-by: Emil Medve --- v4: Add 'Signed-off-by' v3: Spearated from the FMan MDIO dt/binding patchset http://patchwork.

[PATCH] cxl: remove redundant increment of hwirq

2015-02-01 Thread Colin King
From: Colin Ian King Recent commit 80fa93fce37d3490f ("cxl: Name interrupts in /proc/interrupt") introduced a redundant increment of hwirq which is not used or even initialised at the point it is incremented. Detected by cppcheck: [drivers/misc/cxl/irq.c:439]: (error) Uninitialized variable: h

Re: nvram and generic_nvram modules are problematic, was Re: [PATCH] arch: m68k: mac: misc.c: Remove some unused functions

2015-02-01 Thread Geert Uytterhoeven
On Sun, Feb 1, 2015 at 4:39 AM, Finn Thain wrote: > On Sun, 4 Jan 2015, Geert Uytterhoeven wrote: > >> On Sun, Jan 4, 2015 at 8:21 AM, Finn Thain >> wrote: >> > On Thu, 1 Jan 2015, Rickard Strandqvist wrote: >> > > Removes some functions that are not used anywhere: >> > > mac_pram_write() mac_pr

Re: nvram and generic_nvram modules are problematic, was Re: [PATCH] arch: m68k: mac: misc.c: Remove some unused functions

2015-02-01 Thread Russell King - ARM Linux
On Sun, Feb 01, 2015 at 02:39:42PM +1100, Finn Thain wrote: > I find the ARM support in drivers/char/nvram to be surprising, not to say > questionable. The /proc/driver/nvram implementation, given > defined(__arm__), decodes the NVRAM contents in exactly the same format as > when defined(__i386_