Re: [PATCH v2] powerpc+sparc/vio: Modernize driver registration

2012-03-26 Thread Benjamin Herrenschmidt
On Tue, 2012-03-27 at 01:53 -0400, David Miller wrote: > From: Benjamin Herrenschmidt > Date: Tue, 27 Mar 2012 16:06:30 +1100 > > > This makes vio_register_driver() get the module owner & name at compile > > time like PCI drivers do, and adds a name pointer directly in struct > > vio_driver to av

[PATCH] powerpc/perf: Fix instruction address sampling on 970 and Power4

2012-03-26 Thread Benjamin Herrenschmidt
970 and Power4 don't support "continuous sampling" which means that when we aren't in marked instruction sampling mode (marked events), SIAR isn't updated with the last instruction sampled before the perf interrupt. On those processors, we must thus use the exception SRR0 value as the sampled instr

Re: [PATCH v2] powerpc+sparc/vio: Modernize driver registration

2012-03-26 Thread David Miller
From: Benjamin Herrenschmidt Date: Tue, 27 Mar 2012 16:06:30 +1100 > This makes vio_register_driver() get the module owner & name at compile > time like PCI drivers do, and adds a name pointer directly in struct > vio_driver to avoid having to explicitly initialize the embedded > struct device. >

[PATCH v2] powerpc+sparc/vio: Modernize driver registration

2012-03-26 Thread Benjamin Herrenschmidt
This makes vio_register_driver() get the module owner & name at compile time like PCI drivers do, and adds a name pointer directly in struct vio_driver to avoid having to explicitly initialize the embedded struct device. Signed-off-by: Benjamin Herrenschmidt --- v2. Fix the debug printk on power

[PATCH V2 2/2] rapidio/tsi721: add DMA engine support

2012-03-26 Thread Alexandre Bounine
: Alexandre Bounine --- This patch is applicable to linux-next-20120326 and after. v2: Address review comments, Switched to use dma_zalloc_coherent, Switched to use dma_transfer_direction enumerator, Uses updated prep_slave_sg() interface. drivers/rapidio/devices/Makefile |3

[PATCH V2 1/2] rapidio: add DMA engine support for RIO data transfers

2012-03-26 Thread Alexandre Bounine
scatterlist to describe local data buffer. Address flat data buffer on a remote side. Signed-off-by: Alexandre Bounine --- This patch is applicable to linux-next-20120326 and after. v2: Uses updated DMA engine prep_slave_sg() interface. See https://lkml.org/lkml/2012/3/8/373 for more details

[PATCH] powerpc: 512x: Fix mpc5121_clk_get()

2012-03-26 Thread Richard Weinberger
If try_module_get() fails, mpc5121_clk_get() might return a wrong clock. Signed-off-by: Richard Weinberger --- arch/powerpc/platforms/512x/clock.c |6 -- 1 files changed, 4 insertions(+), 2 deletions(-) diff --git a/arch/powerpc/platforms/512x/clock.c b/arch/powerpc/platforms/512x/cloc

Re: [PATCH v2.1 01/10] cpu: Introduce clear_tasks_mm_cpumask() helper

2012-03-26 Thread Peter Zijlstra
On Mon, 2012-03-26 at 19:04 +0200, Oleg Nesterov wrote: > Interesting... Why? I mean, why do you dislike stop_machine() in > _cpu_down() ? Just curious. It disturbs all cpus, the -rt people don't like that their FIFO tasks don't get to run, the trading people don't like their RDMA poll loops to b

Re: [PATCH v2.1 01/10] cpu: Introduce clear_tasks_mm_cpumask() helper

2012-03-26 Thread Oleg Nesterov
On 03/26, Peter Zijlstra wrote: > > On Sun, 2012-03-25 at 19:42 +0200, Oleg Nesterov wrote: > > __cpu_disable() is called by __stop_machine(), we know that nobody > > can preempt us and other CPUs can do nothing. > > It would be very good to not rely on that though, Yes, yes, perhaps I wasn't clea

Re: [PATCH 00/17] Platform Facilities Option and crypto accelerator driver

2012-03-26 Thread Kent Yoder
> > From what I can tell this isn't ISA level instructions and thus should NOT be > in arch/powerpc. This should be moved into drivers/crypto That makes sense. I'll move them over in my next submission. Kent > - k ___ Linuxppc-dev mailing list

[PATCH] powerpc: Support lower minimum entitlement for virtual processors

2012-03-26 Thread Robert Jennings
This patch changes the architecture vector to advertise support for a lower minimum virtual processor entitled capacity. The default minimum without this patch is 10%, this patch specifies 5%. This will allow 20 LPARs per CPU rather than only 10. Signed-off-by: Robert Jennings --- arch/powerpc

Re: kilauea compilation breaks with v3.3 kernel and ELDK 4.2

2012-03-26 Thread Josh Boyer
On Sat, Mar 24, 2012 at 7:53 PM, Benjamin Herrenschmidt wrote: > On Wed, 2012-03-21 at 17:25 +0100, Wolfgang Denk wrote: >> > > The problem is that for ppc-linux-gcc (GCC) 4.2.2 (which comes >> with the >> > > ELDK 4.2) this assembly instruction is not known and the build >> breaks. >> > >> > Sigh

Re: [PATCH v5 1/2] dmaengine: Add context parameter to prep_dma_sg and prep_interleaved_dma

2012-03-26 Thread Vinod Koul
On Mon, 2012-03-26 at 12:25 +0530, Trilok Soni wrote: > > > > You need to > > 1) add wrappers over interleaved api which dont expose this > additional > > parameter > > 2) move existing users to use these wrappers > > Above two steps would be exactly same as > https://lkml.org/lkml/2012/3/8/401 -

Re: [PATCH v5 1/2] dmaengine: Add context parameter to prep_dma_sg and prep_interleaved_dma

2012-03-26 Thread Trilok Soni
On 3/26/2012 11:54 AM, Vinod Koul wrote: On Thu, 2012-03-22 at 19:52 +0530, Ravi Kumar V wrote: Add new context parameter to DMA SG and Interleaveid mode for passing Typo Sorry, we will fix this. diff --git a/drivers/misc/carma/carma-fpga-pr

Re: [PATCH v5 1/2] dmaengine: Add context parameter to prep_dma_sg and prep_interleaved_dma

2012-03-26 Thread Vinod Koul
On Thu, 2012-03-22 at 19:52 +0530, Ravi Kumar V wrote: > Add new context parameter to DMA SG and Interleaveid mode for passing Typo > per transfer specific private data, using this it enables the > dma devices which needs to pass the parameters whic

Re: [PATCH v2.1 01/10] cpu: Introduce clear_tasks_mm_cpumask() helper

2012-03-26 Thread Peter Zijlstra
On Sun, 2012-03-25 at 19:42 +0200, Oleg Nesterov wrote: > __cpu_disable() is called by __stop_machine(), we know that nobody > can preempt us and other CPUs can do nothing. It would be very good to not rely on that though, I would love to get rid of the stop_machine usage in cpu hotplug some day.