[PATCH][v2] powerpc/85xx:Add PSC9131 RDB Support

2012-03-12 Thread Prabhakar Kushwaha
PSC9131RDB is a Freescale reference design board for PSC9131 SoC.The PSC9131 is integrated SoC that targets Femto base station market. It combines Power Architecture e500v2 and DSP StarCore SC3850 core technologies with MAPLE-B2F baseband acceleration processing elements. The PSC9131 SoC includes

linux-next: manual merge of the devicetree tree with the powerpc tree

2012-03-12 Thread Stephen Rothwell
Hi Grant, Today's linux-next merge of the devicetree tree got a conflict in include/linux/of.h between commit eb740b5f3e65 ("powerpc/eeh: Introduce EEH device") from the powerpc tree and commit 0f22dd395fc4 ("of: Only compile OF_DYNAMIC on PowerPC pseries and iseries") from the devicetree tree. J

linux-next: manual merge of the pci tree with the powerpc tree

2012-03-12 Thread Stephen Rothwell
Hi Jesse, Today's linux-next merge of the pci tree got a conflict in arch/powerpc/include/asm/ppc-pci.h between commit cb3bc9d0de1e ("powerpc/eeh: Cleanup comments in the EEH core") from the powerpc tree and commit 673c97562489 ("powerpc/PCI: replace pci_probe_only with pci_flags") from the pci tr

[PATCH 19/38] KVM: PPC: e500mc: add load inst fixup

2012-03-12 Thread Alexander Graf
There's always a chance we're unable to read a guest instruction. The guest could have its TLB mapped execute-, but not readable, something odd happens and our TLB gets flushed. So it's a good idea to be prepared for that case and have a fallback that allows us to fix things up in that case. Add f

Re: [PATCH v2 1/2] powerpc/e500: make load_up_spe a normal fuction

2012-03-12 Thread Alexander Graf
On 07.03.2012, at 18:08, Scott Wood wrote: > On 03/07/2012 07:56 AM, Alexander Graf wrote: >> On 03/01/2012 02:20 AM, Olivia Yin wrote: >>> From: Liu Yu >>> >>> So that we can call it when improving SPE switch like book3e did for >>> fp switch. >> >> Timur / Scott, can you please (n)ack this on

Re: [PATCH V2 0/2] powerpc: Add support for GE IMP3A

2012-03-12 Thread Martyn Welch
Whoops, forgot to correct the subject. This is v3 of the patches. I got it right in the actual patches, just the cover letter I missed. Martyn On 12/03/12 17:12, Martyn Welch wrote: > These patches add support for the GE IMP3A. This board (based on a Freescale > P2020) uses some support for FPGA

[PATCH v3 4/4] powerpc: Board support for GE IMP3A

2012-03-12 Thread Martyn Welch
Initial board support for the GE IMP3A, a 3U compactPCI card with a p2020 processor. Signed-off-by: Martyn Welch --- v2: Rebase patch onto powerpc/next, taking work by Kyle Moffett into account. v3: Correct detection of interrupt controller. arch/powerpc/boot/dts/ge_imp3a.dts | 255

[PATCH v3 3/4] powerpc: Move GE PIC drivers

2012-03-12 Thread Martyn Welch
Move the GE PIC drivers to allow these to be used by non-86xx boards. Signed-off-by: Martyn Welch --- v2: Move GPIO and PIC drivers to sysdev/ge/ rather than platforms/. v3: Now just PIC driver. GPIO driver going to drivers/gpio. arch/powerpc/platforms/86xx/Kconfig|4

[PATCH v3 2/4] gpio: Move GE GPIO driver to reside within GPIO subsystem

2012-03-12 Thread Martyn Welch
The GE GPIO driver provides basic support (set direction, read/write state) for the GPIO provided on some GE single board computers. This patch moves the driver from the 86xx specific platform directrory to the GPIO subsystem so that it can be used on non-86xx boards. Signed-off-by: Martyn Welch

[PATCH v3 1/4] powerpc: Add GE FPGA config option

2012-03-12 Thread Martyn Welch
This patch adds the GE_FPGA configuration option. This is being carried out as ground work to allow the PIC and GPIO drivers to be move from the powerpc 86xx platform directory to more general locations to allow them to be used on non-86xx boards and to reduce churn when further boards using these

[PATCH V2 0/2] powerpc: Add support for GE IMP3A

2012-03-12 Thread Martyn Welch
These patches add support for the GE IMP3A. This board (based on a Freescale P2020) uses some support for FPGA logic common with the PPC9A and other 86xx based boards, so this support has been moved out of the 86xx directory. A config option (GE_FPGA) has been added to reduce churn on dependant dri

Re: [PATCH v2 0/9] DMA engine cookie handling cleanups

2012-03-12 Thread Vinod Koul
On Mon, 2012-03-12 at 16:11 +, Russell King - ARM Linux wrote: > On Wed, Mar 07, 2012 at 07:24:26PM +0530, Vinod Koul wrote: > > On Tue, 2012-03-06 at 22:33 +, Russell King - ARM Linux wrote: > > > [v2 - more or less same description. Including lakml in cc for the full > > > set] > > > >

Re: [PATCH v2 0/9] DMA engine cookie handling cleanups

2012-03-12 Thread Russell King - ARM Linux
On Wed, Mar 07, 2012 at 07:24:26PM +0530, Vinod Koul wrote: > On Tue, 2012-03-06 at 22:33 +, Russell King - ARM Linux wrote: > > [v2 - more or less same description. Including lakml in cc for the full > > set] > > > > This patch series cleans up the handling of cookies in DMA engine drivers.

Re: [PATCH] powerpc/fsl_msi : return proper error value when ioremap failed.

2012-03-12 Thread Timur Tabi
soniccat@gmail.com wrote: > From: Liu Shuo > > Signed-off-by: Liu Shuo Acked-by: Timur Tabi This is not a critical fix for 3.3, but it should probably be applied to 3.3-stable. -- Timur Tabi Linux kernel developer at Freescale ___ Linuxppc-de

[PATCH] powerpc/fsl_msi : return proper error value when ioremap failed.

2012-03-12 Thread soniccat . liu
From: Liu Shuo Signed-off-by: Liu Shuo --- arch/powerpc/sysdev/fsl_msi.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/arch/powerpc/sysdev/fsl_msi.c b/arch/powerpc/sysdev/fsl_msi.c index ecb5c19..0bab156 100644 --- a/arch/powerpc/sysdev/fsl_msi.c +++ b/arch/powerpc/sy

[PATCH 1/2] [v3] powerpc/44x: Fix PCI MSI support for Maui APM821xx SoC and Bluestone board

2012-03-12 Thread Mai La
This patch consists of: - Enable PCI MSI as default for Bluestone board - Change definition of number of MSI interrupt as it depends on SoC - Fix returning ENODEV as finding MSI node - Fix MSI physical high and low address - Keep MSI data logically Signed-off-by: Mai La --- v3: * Use upper_32_bi