Re: [PATCH v2 0/3] fix a kernel panic on fsl corenet board when CONFIG_CLK_PPC_CORENET is enabled

2014-10-21 Thread Kevin Hao
On Sun, Oct 19, 2014 at 02:11:36PM +0800, Kevin Hao wrote: Hi, I have done a boot test on p2014rdb and t4240qds boards. I don't have an access to mpc512x board, so only build test for that. I do find a mpc5121ads board in our lab, the kernel boot well with these changes. Thanks, Kevin

[PATCH] powerpc, pseries: All events of EPOW_SYSTEM_SHUTDOWN must initiate shutdown

2014-10-21 Thread Anshuman Khandual
The current handling of EPOW_SHUTDOWN_ON_UPS event does not shutdown the system after logging the message. All the events of EPOW_SYSTEM_SHUTDOWN action code (EPOW_SHUTDOWN_ON_UPS is a part of it) must initiate system shutdown as per the SPAPR spec. If the LPAR does not shutdown after receiving

kernel 3.17 - perf build failure

2014-10-21 Thread leroy christophe
LINK perf libperf.a(skip-callchain-idx.o): In function `arch_skip_callchain_idx': /root/gen/trunk/knl/tools/perf/arch/powerpc/util/skip-callchain-idx.c:250: undefined reference to `pr_debug' libperf.a(skip-callchain-idx.o): In function `check_return_addr':

RE: [PATCH] cpufreq: qoriq: Make the driver usable on all QorIQ platforms

2014-10-21 Thread Yuantian Tang
#ifndef CONFIG_SMP static inline const struct cpumask *cpu_core_mask(int cpu) { @@ -79,6 +75,79 @@ static inline const struct cpumask *cpu_core_mask(int cpu) } #endif +#if defined(CONFIG_PPC_E500MC) Probably should just be CONFIG_PPC, but do we need this at all. Can't we just use

RE: [PATCH] cpufreq: qoriq: Make the driver usable on all QorIQ platforms

2014-10-21 Thread Yuantian Tang
-config PPC_CORENET_CPUFREQ - tristate CPU frequency scaling driver for Freescale E500MC SoCs - depends on PPC_E500MC OF COMMON_CLK +config QORIQ_CPUFREQ + tristate CPU frequency scaling driver for Freescale QorIQ SoCs + depends on OF COMMON_CLK

Re: [PATCH] cpufreq: qoriq: Make the driver usable on all QorIQ platforms

2014-10-21 Thread Viresh Kumar
On 21 October 2014 14:29, Yuantian Tang yuantian.t...@freescale.com wrote: If I do so, menuconfig will display like this(on PPC): PowerPC CPU frequency scaling drivers QorIQ CPU Frequency scaling --- * CPU frequency scaling driver for Freescale QorIQ SoCs On

Re: [PATCH 1/2] ipr: Convert to generic DMA API

2014-10-21 Thread Christoph Hellwig
Wendy, Brian, can you give me an ACK for this series? ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: [PATCH] cpuidle/powernv: Populate cpuidle state details by querying the device-tree

2014-10-21 Thread Rafael J. Wysocki
On Tuesday, October 14, 2014 01:23:00 PM Preeti U Murthy wrote: We hard code the metrics relevant for cpuidle states in the kernel today. Instead pick them up from the device tree so that they remain relevant and updated for the system that the kernel is running on. Cc:

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

2014-10-21 Thread Geert Uytterhoeven
On Tue, Oct 21, 2014 at 8:10 PM, Geert Uytterhoeven geert+rene...@glider.be wrote: Below is the list of build error/warning regressions/improvements in v3.18-rc1[1] compared to v3.17[2]. Summarized: - build errors: +21/-15 [1] http://kisskb.ellerman.id.au/kisskb/head/8002/ (all 119

[PATCH] powernv/iommu: disable IOMMU bypass with param iommu=nobypass

2014-10-21 Thread Thadeu Lima de Souza Cascardo
When IOMMU bypass is enabled, a PCI device can read and write memory that was not mapped by the driver without causing an EEH. That might cause memory corruption, for example. When we disable bypass, DMA reads and writes to addresses not mapped by the IOMMU will cause an EEH, allowing us to debug

powerpc: Replace __get_cpu_var uses

2014-10-21 Thread Christoph Lameter
This still has not been merged and now powerpc is the only arch that does not have this change. Sorry about missing linuxppc-dev before. V2-V2 - Fix up to work against 3.18-rc1 __get_cpu_var() is used for multiple purposes in the kernel source. One of them is address calculation via the form

Re: [PATCH] drivers: depend on instead of select BACKLIGHT_CLASS_DEVICE and ACPI_VIDEO

2014-10-21 Thread Darren Hart
On Sat, Oct 18, 2014 at 12:13:23AM +0300, Jani Nikula wrote: Documentation/kbuild/kconfig-language.txt warns to use select with care, and in general use select only for non-visible symbols and for symbols with no dependencies, because select will force a symbol to a value without visiting the

Re: [PATCH] powernv/iommu: disable IOMMU bypass with param iommu=nobypass

2014-10-21 Thread Gavin Shan
On Tue, Oct 21, 2014 at 04:49:43PM -0200, Thadeu Lima de Souza Cascardo wrote: When IOMMU bypass is enabled, a PCI device can read and write memory that was not mapped by the driver without causing an EEH. That might cause memory corruption, for example. When we disable bypass, DMA reads and

[PATCH] powernv: Use _GLOBAL_TOC for opal wrappers

2014-10-21 Thread Jeremy Kerr
Currently, we can't call opal wrappers from modules when using the LE ABIv2, which requires a TOC init. This change uses the _GLOBAL_TOC() macro (rather than _GLOBAL) for the opal wrappers, so that we can do non-local calls to them. Signed-off-by: Jeremy Kerr j...@ozlabs.org ---

[PATCH] powerpc: Convert power off logic to pm_power_off

2014-10-21 Thread Michael Ellerman
The generic Linux framework to power off the machine is a function pointer called pm_power_off. The trick about this pointer is that device drivers can potentially implement it rather than board files. Today on powerpc we set pm_power_off to invoke our generic full machine power off logic which

[PATCH 2/3] ls1021aqds: add qe node to ls1021aqds dts

2014-10-21 Thread Zhao Qiang
add qe node(qe-tdm and qe-uart) into ls1021a-qds.dts Signed-off-by: Zhao Qiang b45...@freescale.com --- arch/arm/boot/dts/ls1021a-qds.dts | 24 1 file changed, 24 insertions(+) diff --git a/arch/arm/boot/dts/ls1021a-qds.dts b/arch/arm/boot/dts/ls1021a-qds.dts index

Re: [PATCH] powernv: Use _GLOBAL_TOC for opal wrappers

2014-10-21 Thread Michael Ellerman
On Wed, 2014-10-22 at 11:32 +0800, Jeremy Kerr wrote: Currently, we can't call opal wrappers from modules when using the LE ABIv2, which requires a TOC init. What happens if we try? Build failure or run time bug? This change uses the _GLOBAL_TOC() macro (rather than _GLOBAL) for the opal