[PATCH] common: dma-mapping: add support for generic dma_mmap_* calls

2012-06-14 Thread Marek Szyprowski
Commit 9adc5374 ('common: dma-mapping: introduce mmap method') added a generic method for implementing mmap user call to dma_map_ops structure. This patch converts ARM and PowerPC architectures (the only providers of dma_mmap_coherent/dma_mmap_writecombine calls) to use this generic dma_map_ops ba

Re: [PATCH v2] Make hard_irq_disable() actually hard-disable interrupts

2012-06-14 Thread Benjamin Herrenschmidt
On Fri, 2012-06-15 at 14:51 +1000, Paul Mackerras wrote: > At present, hard_irq_disable() does nothing on powerpc because of > this code in include/linux/interrupt.h: > > #ifndef hard_irq_disable > #define hard_irq_disable() do { } while(0) > #endif > > So we need to make our hard_irq_disabl

[PATCH v2] Make hard_irq_disable() actually hard-disable interrupts

2012-06-14 Thread Paul Mackerras
At present, hard_irq_disable() does nothing on powerpc because of this code in include/linux/interrupt.h: #ifndef hard_irq_disable #define hard_irq_disable() do { } while(0) #endif So we need to make our hard_irq_disable be a macro. Acked-by: Benjamin Herrenschmidt Signed-off-by: Paul Mack

RE: [PATCH] powerpc/44x: Support OCM(On Chip Memory) for APM821xx SoC and Bluestone board

2012-06-14 Thread Vinh Huu Tuong Nguyen
> -Original Message- > From: Josh Boyer [mailto:jwbo...@gmail.com] > Sent: Friday, June 15, 2012 12:47 AM > To: Vinh Nguyen Huu Tuong > Cc: Benjamin Herrenschmidt; Paul Mackerras; Matt Porter; Grant Likely; > Rob Herring; Duc Dang; David S. Miller; Kumar Gala; Li Yang; Ashish > Kalra; Anato

Re: [PATCH 1/2] powerpc/mm: remove obsolete comment about page size name array

2012-06-14 Thread Michael Ellerman
On Thu, 2012-06-14 at 18:40 -0500, Scott Wood wrote: > The array of names in hugetlbpage.c no longer exists. > > Signed-off-by: Scott Wood > --- > arch/powerpc/include/asm/mmu.h |7 +-- > 1 files changed, 1 insertions(+), 6 deletions(-) > > diff --git a/arch/powerpc/include/asm/mmu.h b/

Re: [PATCH 2/2] powerpc/e6500: TLB miss handler with hardware tablewalk support

2012-06-14 Thread Benjamin Herrenschmidt
On Thu, 2012-06-14 at 18:41 -0500, Scott Wood wrote: > There are a few things that make the existing hw tablewalk handlers > unsuitable for e6500: > > - Indirect entries go in TLB1 (though the resulting direct entries go in >TLB0). That per-se doesn't justify a whole new handler... patching

[PATCH 2/2] powerpc/e6500: TLB miss handler with hardware tablewalk support

2012-06-14 Thread Scott Wood
There are a few things that make the existing hw tablewalk handlers unsuitable for e6500: - Indirect entries go in TLB1 (though the resulting direct entries go in TLB0). - It has threads, but no "tlbsrx." -- so we need a spinlock and a normal "tlbsx". Because we need this lock, hardware

[PATCH 1/2] powerpc/mm: remove obsolete comment about page size name array

2012-06-14 Thread Scott Wood
The array of names in hugetlbpage.c no longer exists. Signed-off-by: Scott Wood --- arch/powerpc/include/asm/mmu.h |7 +-- 1 files changed, 1 insertions(+), 6 deletions(-) diff --git a/arch/powerpc/include/asm/mmu.h b/arch/powerpc/include/asm/mmu.h index f014552..a9e9ec6 100644 --- a/ar

Re: [PATCH v2 1/2] uprobes: Pass probed vaddr to arch_uprobe_analyze_insn()

2012-06-14 Thread Oleg Nesterov
On 06/14, Srikar Dronamraju wrote: > > * Oleg Nesterov [2012-06-13 21:15:19]: > > > For example. Suppose there is some instruction in /lib64/libc.so which > > is valid for 64-bit, but not for 32-bit. > > > > Suppose that a 32-bit application does mmap("/lib64/libc.so", PROT_EXEC). > > > > How corr

Re: [PATCH] powerpc/44x: Support OCM(On Chip Memory) for APM821xx SoC and Bluestone board

2012-06-14 Thread Josh Boyer
On Sun, May 6, 2012 at 11:52 PM, Vinh Nguyen Huu Tuong wrote: > This patch consists of: > - Add driver for OCM component > - Export OCM Information at /sys/class/ocm/ocminfo Again, apologies for the delay. Aside from the incorrect sysfs usage I pointed out in my other reply, I have just a few co

Re: [PATCH] i2c: let the core register devices from devicetree

2012-06-14 Thread Linus Walleij
On Wed, Jun 13, 2012 at 11:12 PM, Wolfram Sang wrote: > Currently, every driver has to do it on its own, but it should be done > in the core, like we already do with board_info structs. > > Signed-off-by: Wolfram Sang Acked-by: Linus Walleij Lee might be able to test this with his DT bindings

Re: [PATCH v2 1/2] uprobes: Pass probed vaddr to arch_uprobe_analyze_insn()

2012-06-14 Thread Srikar Dronamraju
* Oleg Nesterov [2012-06-13 21:15:19]: > On 06/12, Oleg Nesterov wrote: > > > > On 06/12, Srikar Dronamraju wrote: > > > > > > > > Note also that we should move this !UPROBE_COPY_INSN from > > > > install_breakpoint() to somewhere near alloc_uprobe(). This code > > > > is called only once, it loo

Re: [PATCH] i2c: let the core register devices from devicetree

2012-06-14 Thread Benjamin Herrenschmidt
On Thu, 2012-06-14 at 11:14 +0200, Wolfram Sang wrote: > On Thu, Jun 14, 2012 at 07:33:37AM +1000, Benjamin Herrenschmidt wrote: > > On Wed, 2012-06-13 at 23:12 +0200, Wolfram Sang wrote: > > > Currently, every driver has to do it on its own, but it should be done > > > in the core, like we already

Re: [PATCH] Make hard_irq_disable() actually hard-disable interrupts

2012-06-14 Thread Benjamin Herrenschmidt
On Thu, 2012-06-14 at 20:31 +1000, Paul Mackerras wrote: > At present, hard_irq_disable() does nothing because of this code in > include/linux/interrupt.h: > > #ifndef hard_irq_disable > #define hard_irq_disable()do { } while(0) > #endif > > So we need to make our hard_irq_disable() be a macr

Re: [PATCH] i2c: let the core register devices from devicetree

2012-06-14 Thread Jean Delvare
Hi Wolfram, On Wed, 13 Jun 2012 23:12:10 +0200, Wolfram Sang wrote: > Currently, every driver has to do it on its own, but it should be done > in the core, like we already do with board_info structs. > > Signed-off-by: Wolfram Sang > --- > > Based on v3.5-rc2. Only build tested, I don't have a

Re: [PATCH] i2c: let the core register devices from devicetree

2012-06-14 Thread Pawel Moll
On Wed, 2012-06-13 at 23:12 +0200, Wolfram Sang wrote: > Currently, every driver has to do it on its own, but it should be done > in the core, like we already do with board_info structs. > > Signed-off-by: Wolfram Sang > --- > drivers/i2c/busses/i2c-versatile.c |1 - > drivers/i2c/i

[PATCH] Make hard_irq_disable() actually hard-disable interrupts

2012-06-14 Thread Paul Mackerras
At present, hard_irq_disable() does nothing because of this code in include/linux/interrupt.h: #ifndef hard_irq_disable #define hard_irq_disable() do { } while(0) #endif So we need to make our hard_irq_disable() be a macro. Signed-off-by: Paul Mackerras --- arch/powerpc/include/asm/hw_ir

RE: [PATCH 0/6] Description for PCI patches using platform driver

2012-06-14 Thread Bhushan Bharat-R65777
Hello Ben, Kumar, others Please provide your comments/thoughts on this ? Thanks -Bharat > > > > > > > > > -Original Message- > > > > > From: Jia Hongtao-B38951 > > > > > Sent: Friday, June 08, 2012 3:12 PM > > > > > To: linuxppc-dev@lists.ozlabs.org; ga...@kernel.crashing.org > > > > > C

Re: [PATCH] i2c: let the core register devices from devicetree

2012-06-14 Thread Wolfram Sang
On Thu, Jun 14, 2012 at 07:33:37AM +1000, Benjamin Herrenschmidt wrote: > On Wed, 2012-06-13 at 23:12 +0200, Wolfram Sang wrote: > > Currently, every driver has to do it on its own, but it should be done > > in the core, like we already do with board_info structs. > > > > Signed-off-by: Wolfram Sa

Re: [PATCH] i2c: let the core register devices from devicetree

2012-06-14 Thread viresh kumar
On Wed, Jun 13, 2012 at 10:12 PM, Wolfram Sang wrote: > Currently, every driver has to do it on its own, but it should be done > in the core, like we already do with board_info structs. > > Signed-off-by: Wolfram Sang > --- > diff --git a/drivers/i2c/busses/i2c-designware-platdrv.c > b/drivers

Re: [PATCH] i2c: let the core register devices from devicetree

2012-06-14 Thread Peter Korsgaard
> "Wolfram" == Wolfram Sang writes: Wolfram> Currently, every driver has to do it on its own, but it should Wolfram> be done in the core, like we already do with board_info Wolfram> structs. Wolfram> Signed-off-by: Wolfram Sang Wolfram> --- Wolfram> Based on v3.5-rc2. Only build test