Re: [PATCH v3 21/27] Powerpc/MSI: Use MSI chip framework to configure MSI/MSI-X irq

2014-10-17 Thread Michael Ellerman
On Wed, 2014-10-15 at 11:07 +0800, Yijing Wang wrote: > Use MSI chip framework instead of arch MSI functions to configure > MSI/MSI-X irq. So we can manage MSI/MSI-X irq in a unified framework. > > Signed-off-by: Yijing Wang > --- > Hi Michael, >I dropped the Acked-by , because this version h

Re: [PATCH v3 21/27] Powerpc/MSI: Use MSI chip framework to configure MSI/MSI-X irq

2014-10-17 Thread Yijing Wang
On 2014/10/17 15:23, Michael Ellerman wrote: > On Wed, 2014-10-15 at 11:07 +0800, Yijing Wang wrote: >> Use MSI chip framework instead of arch MSI functions to configure >> MSI/MSI-X irq. So we can manage MSI/MSI-X irq in a unified framework. >> >> Signed-off-by: Yijing Wang >> --- >> Hi Michael,

Re: [PATCH 3/3] rheap: move rheap.c from arch/powerpc/lib/ to lib/

2014-10-17 Thread Kumar Gala
On Sep 25, 2014, at 4:47 AM, Zhao Qiang wrote: > qe need to use the rheap, so move it to public directory. > > Signed-off-by: Zhao Qiang > --- > arch/powerpc/Kconfig| 3 --- > arch/powerpc/include/asm/fsl_85xx_cache_sram.h | 2 +- > arch/powerpc/lib/M

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

2014-10-17 Thread Kumar Gala
On Oct 17, 2014, at 5:13 AM, b29...@freescale.com wrote: > From: Tang Yuantian > > Freescale introduced new ARM core-based SoCs which support dynamic > frequency switch feature. DFS on new SoCs are compatible with current > PowerPC CoreNet platforms. In order to support those new platforms, > t

Re: [PATCH v3] dmaengine: driver support for FSL RaidEngine device.

2014-10-17 Thread Vinod Koul
On Fri, Oct 17, 2014 at 02:13:20AM +, Xuelin Shi wrote: > Hi Dan & Vinod, > > I have sent out the v4 of this patch and not received any further feedback > yet. > > This patch looks ruled out from the patchwork. > https://patchwork.kernel.org/project/linux-dmaengine/list/?page=2 > > So do y

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

2014-10-17 Thread Viresh Kumar
On 17 October 2014 08:43, wrote: Hi B29983 :) > From: Tang Yuantian > > Freescale introduced new ARM core-based SoCs which support dynamic > frequency switch feature. DFS on new SoCs are compatible with current > PowerPC CoreNet platforms. In order to support those new platforms, > this driver

[RESEND PATCH v4] dmaengine: Driver support for FSL RaidEngine device.

2014-10-17 Thread xuelin.shi
From: Xuelin Shi The RaidEngine is a new FSL hardware used for Raid5/6 acceration. This patch enables the RaidEngine functionality and provides hardware offloading capability for memcpy, xor and pq computation. It works with async_tx. Signed-off-by: Harninder Rai Signed-off-by: Naveen Burmi S

Re: [PATCH] drivers/crypto/nx: prevent oops on module exit

2014-10-17 Thread Seth Jennings
> On Fri, 2014-10-17 at 09:43 +1100, Michael Ellerman wrote: >> On Thu, 2014-10-16 at 15:30 -0400, Dan Streetman wrote: >> > Check old_devdata->dev in nx-842 driver before accessing it, as >> > on systems without any nx-842 hardware, the ->dev will never be >> > set. Currently, the module will cau

Re: [PATCH] drivers/crypto/nx: prevent oops on module exit

2014-10-17 Thread Seth Jennings
>> On Fri, 2014-10-17 at 09:43 +1100, Michael Ellerman wrote: >>> On Thu, 2014-10-16 at 15:30 -0400, Dan Streetman wrote: >>> > Check old_devdata->dev in nx-842 driver before accessing it, as >>> > on systems without any nx-842 hardware, the ->dev will never be >>> > set. Currently, the module wil

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

2014-10-17 Thread Valentin Longchamp
With "fsl-i2c" compatibility the i2c frequency is not set correctly, because it sets no prescaler. According to the AN2919 from Freescale and the QorIQ (P2041) documentation, the source clock is 1/2 the platform clock. This implies that a prescaler of 2 must be used. This changes the compatibility

Re: [PATCH V2 1/2] mm: Update generic gup implementation to handle hugepage directory

2014-10-17 Thread Steve Capper
On Fri, Oct 17, 2014 at 10:08:06AM +0530, Aneesh Kumar K.V wrote: > Update generic gup implementation with powerpc specific details. > On powerpc at pmd level we can have hugepte, normal pmd pointer > or a pointer to the hugepage directory. > > Signed-off-by: Aneesh Kumar K.V > --- > Changes from

Re: [PATCH] drivers/crypto/nx: prevent oops on module exit

2014-10-17 Thread Dan Streetman
Yep, I own the driver now, I'll send a maintainers patch. On Thu, Oct 16, 2014 at 6:52 PM, Benjamin Herrenschmidt wrote: > On Fri, 2014-10-17 at 09:43 +1100, Michael Ellerman wrote: >> On Thu, 2014-10-16 at 15:30 -0400, Dan Streetman wrote: >> > Check old_devdata->dev in nx-842 driver before acc

[PATCH] MAINTAINERS: nx-842 driver maintainer change

2014-10-17 Thread Dan Streetman
Change maintainer of nx-842 compression coprocessor driver to Dan Streetman. Signed-off-by: Dan Streetman Cc: Nathan Fontenot --- MAINTAINERS | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index b0f17d5..3cc3e41 100644 --- a/MAINTAINERS +++ b/MAINT

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

2014-10-17 Thread Jani Nikula
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 dependencies. Select has become particularly problematic, interde

Re: [PATCH] MAINTAINERS: nx-842 driver maintainer change

2014-10-17 Thread Nathan Fontenot
On 10/17/2014 06:19 PM, Dan Streetman wrote: > Change maintainer of nx-842 compression coprocessor driver > to Dan Streetman. > > Signed-off-by: Dan Streetman > Cc: Nathan Fontenot Acked-by: Nathan Fontenot > --- > MAINTAINERS | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff

[PATCH 1/2] powerpc/numa: use cached value of update->cpu in update_cpu_topology

2014-10-17 Thread Nishanth Aravamudan
There isn't any need to keep referring to update->cpu, as we've already checked cpu == update->cpu at this point. Signed-off-by: Nishanth Aravamudan diff --git a/arch/powerpc/mm/numa.c b/arch/powerpc/mm/numa.c index 649666d5d1c2..86fdb004ad2f 100644 --- a/arch/powerpc/mm/numa.c +++ b/arch/powerp

[PATCH 2/2] powerpc/numa: ensure per-cpu NUMA mappings are correct on topology update

2014-10-17 Thread Nishanth Aravamudan
We received a report of warning in kernel/sched/core.c where the sched group was NULL on an LPAR after a topology update. This seems to occur because after the topology update has moved the CPUs, cpu_to_node is returning the old value still, which ends up breaking the consistency of the NUMA topolo