[PATCH 07/14] PCI, powerpc: Register busn_res for root buses

2012-01-30 Thread Yinghai Lu
Signed-off-by: Yinghai Lu Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: linuxppc-dev@lists.ozlabs.org --- arch/powerpc/kernel/pci-common.c |7 ++- 1 files changed, 6 insertions(+), 1 deletions(-) diff --git a/arch/powerpc/kernel/pci-common.c b/arch/powerpc/kernel/pci-common.c index

[PATCH 2/2 v2] P1020RDB-PC: Add p1020rdb-pc platform support

2012-01-30 Thread Zhicheng Fan
From: Zhicheng Fan Signed-off-by: Zhicheng Fan --- arch/powerpc/platforms/85xx/mpc85xx_rdb.c | 26 +- 1 files changed, 25 insertions(+), 1 deletions(-) diff --git a/arch/powerpc/platforms/85xx/mpc85xx_rdb.c b/arch/powerpc/platforms/85xx/mpc85xx_rdb.c index ccf520e..0

[PATCH 1/2 v2] powerpc/dts: Add dts for p1020rdb-pc

2012-01-30 Thread Zhicheng Fan
From: Zhicheng Fan P1020RDB-PC Overview -- 1Gbyte DDR3 SDRAM 32 Mbyte NAND flash 10 16Mbyte NOR flash 16 Mbyte SPI flash SD connector to interface with the SD memory card Real-time clock on I2C bus PCIe: - x1 PCIe slot - x1 mini-PCIe slot 10/100/1000 BaseT Ethernet ports: - eTSE

Re: [PATCH v3 00/25] irq_domain generalization and refinement

2012-01-30 Thread Olof Johansson
On Fri, Jan 27, 2012 at 02:35:54PM -0700, Grant Likely wrote: > Hey everyone, > > This patch series is ready for much wider consumption now. I'd like > to get it into linux-next ASAP because there will be ARM board support > depending on it. I'll wait a few days before I ask Stephen to pull > th

RE: [RFC] dmaengine/dma_slave: add context parameter to prep_slave_sg callback

2012-01-30 Thread Vinod Koul
On Mon, 2012-01-30 at 08:55 -0800, Bounine, Alexandre wrote: > On Monday, January 30, 2012 at 4:31 AM, Vinod Koul wrote: > > > > On Thu, 2012-01-26 at 16:22 -0500, Alexandre Bounine wrote: > > > As we agreed during our discussion about adding DMA Engine support for > > > RapidIO > > > subsystem,

Re: [PATCH 2/2] powerpc: Abstract common define of signal multiplex control for qe

2012-01-30 Thread fanzc
On 01/30/2012 08:32 PM, Tabi Timur-B04825 wrote: fanzc wrote: Signed-off-by: Fanzc Please fix this. There are only two e's in freescale. In addition, please use your full name. Hi Timur, You mean that need to remove the define to other file or create new file? No, I mean you're si

Re: Question about GPIO Lib

2012-01-30 Thread Bruce_Leonard
Bill, Bill Gatliff wrote on 01/27/2012 10:42:57 AM: > > On Fri, Jan 27, 2012 at 5:31 AM, wrote: > > > > The problem is we've got a number of other things hooked up to the GPIO > > pins that it would be very bad if someone from user space played with > > them, like our FPGA configuration pin.

Re: [PATCH] powerpc/booke64: Configurable lazy interrupt disabling

2012-01-30 Thread Scott Wood
On 01/30/2012 04:15 PM, Benjamin Herrenschmidt wrote: > On Mon, 2012-01-30 at 15:47 -0600, Scott Wood wrote: > >> Only the first one will happen in a context where we want to store. The >> issue is if we get another higher priority interrupt when we enable, and >> that enables interrupts and we g

Re: [PATCH] powerpc/booke64: Configurable lazy interrupt disabling

2012-01-30 Thread Benjamin Herrenschmidt
On Mon, 2012-01-30 at 15:47 -0600, Scott Wood wrote: > Only the first one will happen in a context where we want to store. The > issue is if we get another higher priority interrupt when we enable, and > that enables interrupts and we get the doorbell that wants to run the > saved irq. If we get

Re: [PATCH] powerpc/booke64: Configurable lazy interrupt disabling

2012-01-30 Thread Scott Wood
On 01/23/2012 02:50 PM, Benjamin Herrenschmidt wrote: > On Mon, 2012-01-23 at 13:21 -0600, Scott Wood wrote: >> Perhaps the issues with a higher priority interrupt intervening can be >> addressed by messing around with current task priority at the MPIC (with >> an hcall introduced for the hv case,

[RFC] powerpc: Make SPARSE_IRQ required

2012-01-30 Thread Grant Likely
All IRQs on powerpc are managed via irq_domain anyway, there isn't really any advantage to turning SPARSE_IRQ off, and it's the direction we want to take the kernel design anyway. This patch makes powerpc always use SPARSE_IRQ. On pseries_defconfig, SPARSE_IRQ adds only about 0x300 bytes to the .

Re: [PATCH v3 22/25] irq_domain/x86: Convert x86 (embedded) to use common irq_domain

2012-01-30 Thread Grant Likely
On Sat, Jan 28, 2012 at 05:44:05PM +0100, Sebastian Andrzej Siewior wrote: > * Grant Likely | 2012-01-27 14:36:16 [-0700]: > > >This patch removes the x86-specific definition of irq_domain and replaces > >it with the common implementation. > > I pulled your devicetree/next tree. After this patch

RE: [RFC] dmaengine/dma_slave: add context parameter to prep_slave_sg callback

2012-01-30 Thread Bounine, Alexandre
On Monday, January 30, 2012 at 4:31 AM, Vinod Koul wrote: > > On Thu, 2012-01-26 at 16:22 -0500, Alexandre Bounine wrote: > > As we agreed during our discussion about adding DMA Engine support for > > RapidIO > > subsystem, RapidIO and similar clients may benefit from adding an extra > > context

Re: [PATCH 06/13] PCI, powerpc: Register busn_res for root buses

2012-01-30 Thread Bjorn Helgaas
On Fri, Jan 27, 2012 at 6:49 PM, Yinghai Lu wrote: > Signed-off-by: Yinghai Lu > Cc: Benjamin Herrenschmidt > Cc: Paul Mackerras > Cc: linuxppc-dev@lists.ozlabs.org > --- >  arch/powerpc/kernel/pci-common.c |    7 ++- >  1 files changed, 6 insertions(+), 1 deletions(-) > > diff --git a/arch

Re: [PATCH 2/2] powerpc: Abstract common define of signal multiplex control for qe

2012-01-30 Thread Tabi Timur-B04825
fanzc wrote: >> >>> Signed-off-by: Fanzc >> Please fix this. There are only two e's in freescale. In addition, >> please use your full name. >> > Hi Timur, > >You mean that need to remove the define to other file or create new > file? No, I mean you're signed-off-by should be this: Sign

Re: [RFC] dmaengine/dma_slave: add context parameter to prep_slave_sg callback

2012-01-30 Thread Vinod Koul
On Thu, 2012-01-26 at 16:22 -0500, Alexandre Bounine wrote: > As we agreed during our discussion about adding DMA Engine support for RapidIO > subsystem, RapidIO and similar clients may benefit from adding an extra > context > parameter to device_prep_slave_sg() callback. > See https://lkml.org/lk