powerpc/hugetlb: BUG: using smp_processor_id() in preemptible

2014-01-17 Thread Nikita Yushchenko
Hi While running LTP hugeltb tests on freescale powerpc board, I'm getting [ 7253.637591] BUG: using smp_processor_id() in preemptible [ ] code: hugemmap01/9048 [ 7253.637601] caller is free_hugepd_range.constprop.25+0x88/0x1a8 [ 7253.637605] CPU: 1 PID: 9048 Comm: hugemmap01

Re: powerpc/hugetlb: BUG: using smp_processor_id() in preemptible

2014-01-17 Thread “tiejun.chen”
On 01/17/2014 05:23 PM, Nikita Yushchenko wrote: Hi While running LTP hugeltb tests on freescale powerpc board, I'm getting [ 7253.637591] BUG: using smp_processor_id() in preemptible [ ] code: hugemmap01/9048 [ 7253.637601] caller is free_hugepd_range.constprop.25+0x88/0x1a8 [

Re: powerpc/hugetlb: BUG: using smp_processor_id() in preemptible

2014-01-17 Thread Nikita Yushchenko
Could you try this? powerpc/hugetlb: replace __get_cpu_var with get_cpu_var Replace __get_cpu_var safely with get_cpu_var to avoid the following call trace: Confirmed, no more acktraces. Nikita ___ Linuxppc-dev mailing list

Re: [PATCH RFC] powerpc/mpc85xx: add support for the kmp204x reference board

2014-01-17 Thread Valentin Longchamp
Hi Scott, Thanks for you feedback. On 01/17/2014 12:35 AM, Scott Wood wrote: On Thu, 2014-01-16 at 14:38 +0100, Valentin Longchamp wrote: This patch introduces the support for Keymile's kmp204x reference design. This design is based on Freescale's P2040/P2041 SoC. The peripherals used by

Re: [RFC PATCH powerpc] Fix compile error of pgtable-ppc64.h

2014-01-17 Thread Li Zhong
On Fri, 2014-01-17 at 12:27 +0530, Aneesh Kumar K.V wrote: Li Zhong zh...@linux.vnet.ibm.com writes: It seems that forward declaration couldn't work well with typedef, use struct spinlock directly to avoiding following build errors: In file included from include/linux/spinlock.h:81,

[PATCH 1/2] powerpc/pseries: fix regression on PCI link speed

2014-01-17 Thread Kleber Sacilotto de Souza
Commit 5091f0c (powerpc/pseries: Fix PCIE link speed endian issue) introduced a regression on the PCI link speed detection using the device-tree property. The ibm,pcie-link-speed-stats property is composed of two 32-bit integers, the first one being the maxinum link speed and the second the

[PATCH 0/2] Fixes for PCI-E link speed

2014-01-17 Thread Kleber Sacilotto de Souza
These two patches fix problems on the PCI-E link speed detection. The first one fixes a regression and adds some improvements on the code, and the second one adds definitions for Gen3 speeds. Kleber Sacilotto de Souza (2): powerpc/pseries: fix regression on PCI link speed powerpc/pseries: add

[PATCH 2/2] powerpc/pseries: add Gen3 definitions for PCIE link speed

2014-01-17 Thread Kleber Sacilotto de Souza
Rev3 of the PCI Express Base Specification defines a Supported Link Speeds Vector where the bit definitions within this field are: Bit 0 - 2.5 GT/s Bit 1 - 5.0 GT/s Bit 2 - 8.0 GT/s This vector definition is used by the platform firmware to export the maximum and current link speeds of the PCI

Re: [PATCH] powerpc/configs: Enbale Freescale IFC controller

2014-01-17 Thread Kumar Gala
On Jan 17, 2014, at 12:09 AM, Prabhakar Kushwaha prabha...@freescale.com wrote: Currently IFC NAND driver is enabled in corenet32smp_defconfig. But IFC controller is not enabled So, Enable IFC controller in corenet32smp_defconfig. Signed-off-by: Prabhakar Kushwaha

Re: [PATCH] powerpc/pci: Fix IMMRBAR address

2014-01-17 Thread Kumar Gala
On Jan 16, 2014, at 2:14 AM, Minghuan Lian minghuan.l...@freescale.com wrote: For PEXCSRBAR, bit 3-0 indicate prefetchable and address type. So when getting base address, these bits should be masked, otherwise we may get incorrect base address. Signed-off-by: Minghuan Lian

Re: [PATCH 1/2][v3] driver/memory:Move Freescale IFC driver to a common driver

2014-01-17 Thread Kumar Gala
On Jan 15, 2014, at 11:42 PM, Prabhakar Kushwaha prabha...@freescale.com wrote: Freescale IFC controller has been used for mpc8xxx. It will be used for ARM-based SoC as well. This patch moves the driver to driver/memory and fix the header file includes. Also remove

PASEMI: Nemo support

2014-01-17 Thread Christian Zigotzky
Hi All, First, let me introduce myself. My name is Christian Zigotzky. I'm 39 years old and I live in Germany. My hobbies are traveling and computing. I'm a member of the A-EON Core Linux Support Team. A-EON Technology, in co-operation with Varisys, Hyperion Entertainment and AmigaKit

linuxppc-dev@lists.ozlabs.org

2014-01-17 Thread Christian Zigotzky
Hi All, First, let me introduce myself. My name is Christian Zigotzky. I'm 39 years old and I live in Germany. My hobbies are traveling and computing. I'm a member of the A-EON Core Linux Support Team. A-EON Technology, in co-operation with Varisys, Hyperion Entertainment and AmigaKit

Re: [PATCH] powerpc/configs: Enbale Freescale IFC controller

2014-01-17 Thread Scott Wood
On Fri, 2014-01-17 at 11:02 -0600, Kumar Gala wrote: On Jan 17, 2014, at 12:09 AM, Prabhakar Kushwaha prabha...@freescale.com wrote: Currently IFC NAND driver is enabled in corenet32smp_defconfig. But IFC controller is not enabled So, Enable IFC controller in corenet32smp_defconfig.

Re: [RFC PATCH powerpc] Fix compile error of pgtable-ppc64.h

2014-01-17 Thread Benjamin Herrenschmidt
On Fri, 2014-01-17 at 21:30 +0800, Li Zhong wrote: On Fri, 2014-01-17 at 12:27 +0530, Aneesh Kumar K.V wrote: Li Zhong zh...@linux.vnet.ibm.com writes: It seems that forward declaration couldn't work well with typedef, use struct spinlock directly to avoiding following build errors:

Re: [PATCH RFC] powerpc/mpc85xx: add support for the kmp204x reference board

2014-01-17 Thread Scott Wood
On Fri, 2014-01-17 at 13:51 +0100, Valentin Longchamp wrote: Hi Scott, Thanks for you feedback. On 01/17/2014 12:35 AM, Scott Wood wrote: On Thu, 2014-01-16 at 14:38 +0100, Valentin Longchamp wrote: This patch introduces the support for Keymile's kmp204x reference design. This design

Re: [PATCH 3/4 v2]powerpc/fsl-booke: Add support for T2080/T2081 SoC

2014-01-17 Thread Scott Wood
On Thu, 2014-01-16 at 18:02 +0800, Shengzhou Liu wrote: + cpc: l3-cache-controller@1 { + compatible = cache; + reg = 0x1 0x1000 +0x11000 0x1000 +0x12000 0x1000; + interrupts = 16 2 1 27 +

Re: Pull request: scottwood/linux.git

2014-01-17 Thread Scott Wood
On Wed, 2014-01-15 at 14:54 +1100, Benjamin Herrenschmidt wrote: On Fri, 2014-01-10 at 18:44 -0600, Scott Wood wrote: Highlights include 32-bit booke relocatable support, e6500 hardware tablewalk support, various e500 SPE fixes, some new/revived boards, and e6500 deeper idle and altivec

[PATCH] powerpc/booke64: Guard e6500 tlb handler with CONFIG_PPC_FSL_BOOK3E

2014-01-17 Thread Scott Wood
...and make CONFIG_PPC_FSL_BOOK3E conflict with CONFIG_PPC_64K_PAGES. This fixes a build break with CONFIG_PPC_64K_PAGES on 64-bit book3e, that was introduced by commit 28efc35fe68dacbddc4b12c2fa8f2df1593a4ad3 (powerpc/e6500: TLB miss handler with hardware tablewalk support). Signed-off-by:

Re: [PATCH v9] clk: corenet: Adds the clock binding

2014-01-17 Thread Scott Wood
On Mon, 2014-01-13 at 16:16 +0800, Tang Yuantian wrote: +Example for clock block and clock provider: +/ { + clockgen: global-utilities@e1000 { + compatible = fsl,p5020-clockgen, fsl,qoriq-clockgen-1.0; + ranges = 0x0 0xe1000 0x1000; + clock-frequency =

Pull request: scottwood/linux.git

2014-01-17 Thread Scott Wood
This contains a fix for a chroma_defconfig build break that was introduced by e6500 tablewalk support, and a device tree binding patch that missed the previous pull request due to some last-minute polishing. The following changes since commit fac515db45207718168cb55ca4d0a390e43b61af: Merge

[PATCH V3 1/3] powernv: Push critical error logs to FSP

2014-01-17 Thread Deepthi Dharwar
This patch provides error logging interfaces to report critical powernv error logs to FSP. All the required information to dump the error is collected at POWERNV level through error log interfaces and then pushed on to FSP. Signed-off-by: Deepthi Dharwar deep...@linux.vnet.ibm.com ---

[PATCH V3 0/3] powerpc/powernv: Error logging interfaces

2014-01-17 Thread Deepthi Dharwar
This patch series defines generic interfaces for error logging to push down critical errors from powernv platform to FSP. Also, it contains few minor fixes for the exisiting error logging framework that retrieves error logs from FSP. This patch only adds the framework to log errors. Coming days

[PATCH V3 2/3] powernv: Correct spell error in opal-elog.c

2014-01-17 Thread Deepthi Dharwar
Correct spell error in opal-elog.c Signed-off-by: Deepthi Dharwar deep...@linux.vnet.ibm.com --- arch/powerpc/platforms/powernv/opal-elog.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/powerpc/platforms/powernv/opal-elog.c

[PATCH V3 3/3] powernv: Have uniform logging of errors in opal-elog.c

2014-01-17 Thread Deepthi Dharwar
Currently some errors/info to be reported use printk and the rest pr_fmt(). This patch makes the complete error/event logging uniform. Signed-off-by: Deepthi Dharwar deep...@linux.vnet.ibm.com --- arch/powerpc/platforms/powernv/opal-elog.c | 14 ++ 1 file changed, 6 insertions(+),

Re: [PATCH] powerpc/configs: Enbale Freescale IFC controller

2014-01-17 Thread Prabhakar Kushwaha
On 1/18/2014 12:19 AM, Scott Wood wrote: On Fri, 2014-01-17 at 11:02 -0600, Kumar Gala wrote: On Jan 17, 2014, at 12:09 AM, Prabhakar Kushwaha prabha...@freescale.com wrote: Currently IFC NAND driver is enabled in corenet32smp_defconfig. But IFC controller is not enabled So, Enable IFC

Re: [PATCH 1/2][v3] driver/memory:Move Freescale IFC driver to a common driver

2014-01-17 Thread Prabhakar Kushwaha
On 1/17/2014 10:38 PM, Kumar Gala wrote: On Jan 15, 2014, at 11:42 PM, Prabhakar Kushwaha prabha...@freescale.com wrote: Freescale IFC controller has been used for mpc8xxx. It will be used for ARM-based SoC as well. This patch moves the driver to driver/memory and fix the header file

[PATCH 1/2][v5] driver/memory:Move Freescale IFC driver to a common driver

2014-01-17 Thread Prabhakar Kushwaha
Freescale IFC controller has been used for mpc8xxx. It will be used for ARM-based SoC as well. This patch moves the driver to driver/memory and fix the header file includes. Also remove module_platform_driver() and instead call platform_driver_register() from subsys_initcall() to make sure