Re: [RFC 3/3] mm: iommu: The Virtual Contiguous Memory Manager

2010-07-13 Thread FUJITA Tomonori
On Mon, 12 Jul 2010 22:46:59 -0700 Zach Pfeffer zpfef...@codeaurora.org wrote: Joerg Roedel wrote: On Fri, Jul 02, 2010 at 12:33:51AM -0700, Zach Pfeffer wrote: Daniel Walker wrote: So if we include this code which map implementations could you collapse into this implementations ?

Re: [RFC 1/3 v3] mm: iommu: An API to unify IOMMU, CPU and device memory management

2010-07-13 Thread FUJITA Tomonori
On Mon, 12 Jul 2010 22:57:06 -0700 Zach Pfeffer zpfef...@codeaurora.org wrote: FUJITA Tomonori wrote: On Thu, 08 Jul 2010 16:59:52 -0700 Zach Pfeffer zpfef...@codeaurora.org wrote: The problem I'm trying to solve boils down to this: map a set of contiguous physical buffers to an

Re: ARM defconfig files

2010-07-13 Thread Uwe Kleine-König
Hi On Mon, Jul 12, 2010 at 01:50:47PM -0600, Grant Likely wrote: On Mon, Jul 12, 2010 at 1:34 PM, Linus Torvalds torva...@linux-foundation.org wrote: On Mon, Jul 12, 2010 at 12:17 PM, Nicolas Pitre n...@fluxnic.net wrote: I think Uwe could provide his script and add it to the kernel tree.

optimized script [Was: ARM defconfig files]

2010-07-13 Thread Uwe Kleine-König
Hello, On Tue, Jul 13, 2010 at 09:07:41AM +0200, Uwe Kleine-König wrote: Hi On Mon, Jul 12, 2010 at 01:50:47PM -0600, Grant Likely wrote: On Mon, Jul 12, 2010 at 1:34 PM, Linus Torvalds torva...@linux-foundation.org wrote: On Mon, Jul 12, 2010 at 12:17 PM, Nicolas Pitre

Re: [RFC 3/3] mm: iommu: The Virtual Contiguous Memory Manager

2010-07-13 Thread Alan Cox
Why video4linux can't use the DMA API? Doing DMA with vmalloc'ed buffers is a thing that we should avoid (there are some exceptions like xfs though). Vmalloc is about the only API for creating virtually linear memory areas. The video stuff really needs that to avoid lots of horrible special

Re: [RFC 3/3] mm: iommu: The Virtual Contiguous Memory Manager

2010-07-13 Thread FUJITA Tomonori
On Tue, 13 Jul 2010 09:20:12 +0100 Alan Cox a...@lxorguk.ukuu.org.uk wrote: Why video4linux can't use the DMA API? Doing DMA with vmalloc'ed buffers is a thing that we should avoid (there are some exceptions like xfs though). Vmalloc is about the only API for creating virtually linear

Re: [RFC 3/3] mm: iommu: The Virtual Contiguous Memory Manager

2010-07-13 Thread Alan Cox
On Tue, 13 Jul 2010 17:30:43 +0900 FUJITA Tomonori fujita.tomon...@lab.ntt.co.jp wrote: On Tue, 13 Jul 2010 09:20:12 +0100 Alan Cox a...@lxorguk.ukuu.org.uk wrote: Why video4linux can't use the DMA API? Doing DMA with vmalloc'ed buffers is a thing that we should avoid (there are some

Re: [RFC 3/3] mm: iommu: The Virtual Contiguous Memory Manager

2010-07-13 Thread FUJITA Tomonori
On Tue, 13 Jul 2010 09:42:44 +0100 Alan Cox a...@lxorguk.ukuu.org.uk wrote: On Tue, 13 Jul 2010 17:30:43 +0900 FUJITA Tomonori fujita.tomon...@lab.ntt.co.jp wrote: On Tue, 13 Jul 2010 09:20:12 +0100 Alan Cox a...@lxorguk.ukuu.org.uk wrote: Why video4linux can't use the DMA API?

Re: [RFC 3/3] mm: iommu: The Virtual Contiguous Memory Manager

2010-07-13 Thread Russell King - ARM Linux
On Tue, Jul 13, 2010 at 05:45:39PM +0900, FUJITA Tomonori wrote: Drivers can tell the USB layer that these are vmapped buffers? Adding something to struct urb? I might be totally wrong since I don't know anything about the USB layer. With non-DMA coherent aliasing caches, you need to know

[PATCH] omap2: fix assorted compiler warnings

2010-07-13 Thread Sanjeev Premi
This patch fixes these compiler warnings: CC arch/arm/mach-omap2/mux.o arch/arm/mach-omap2/mux.c: In function 'omap_mux_init_gpio': arch/arm/mach-omap2/mux.c:90: warning: 'gpio_mux' may be used uninitial ized in this function CC arch/arm/plat-omap/gpio.o arch/arm/plat-omap/gpio.c:

Re: [RFC 3/3] mm: iommu: The Virtual Contiguous Memory Manager

2010-07-13 Thread Zach Pfeffer
On Tue, Jul 13, 2010 at 02:59:08PM +0900, FUJITA Tomonori wrote: On Mon, 12 Jul 2010 22:46:59 -0700 Zach Pfeffer zpfef...@codeaurora.org wrote: Joerg Roedel wrote: On Fri, Jul 02, 2010 at 12:33:51AM -0700, Zach Pfeffer wrote: Daniel Walker wrote: So if we include this code which

Re: [RFC 1/3 v3] mm: iommu: An API to unify IOMMU, CPU and device memory management

2010-07-13 Thread Zach Pfeffer
On Tue, Jul 13, 2010 at 03:03:25PM +0900, FUJITA Tomonori wrote: On Mon, 12 Jul 2010 22:57:06 -0700 Zach Pfeffer zpfef...@codeaurora.org wrote: FUJITA Tomonori wrote: On Thu, 08 Jul 2010 16:59:52 -0700 Zach Pfeffer zpfef...@codeaurora.org wrote: The problem I'm trying to solve

Re: [PM-OPP][PATCH 2/4] OMAP: Correct the return value check after call into find_device_opp

2010-07-13 Thread Nishanth Menon
Gopinath, Thara had written, on 07/13/2010 12:47 AM, the following: Earlier we were checking on !dev_opp where as find_device_opp returns a error pointer in case of error. So correcting the check as in the earlier code even if find_device_opp returns an error opp_init_cpufreq_table was not

RE: [PM-OPP][PATCH 2/4] OMAP: Correct the return value check after call into find_device_opp

2010-07-13 Thread Gopinath, Thara
-Original Message- From: Menon, Nishanth Sent: Tuesday, July 13, 2010 5:53 PM To: Gopinath, Thara Cc: linux-omap@vger.kernel.org; khil...@deeprootsystems.com; p...@pwsan.com; t...@atomide.com; Cousson, Benoit; Sawant, Anand; Sripathy, Vishwanath; Premi, Sanjeev Subject: Re:

Re: [PM-OPP][PATCH 2/4] OMAP: Correct the return value check after call into find_device_opp

2010-07-13 Thread Nishanth Menon
Gopinath, Thara had written, on 07/13/2010 09:32 AM, the following: -Original Message- From: Menon, Nishanth Sent: Tuesday, July 13, 2010 5:53 PM To: Gopinath, Thara Cc: linux-omap@vger.kernel.org; khil...@deeprootsystems.com; p...@pwsan.com; t...@atomide.com; Cousson, Benoit; Sawant,

RE: [PATCH 3/9 v3] omap: generic: introduce a single check_revision

2010-07-13 Thread Premi, Sanjeev
-Original Message- From: Menon, Nishanth Sent: Thursday, July 08, 2010 7:57 PM To: Tony Lindgren Cc: felipe.ba...@nokia.com; linux-omap; Angelo Arrifano; Zebediah C. McClure; Alistair Buxton; Grazvydas Ignotas; Paul Walmsley; Premi, Sanjeev; Shilimkar, Santosh; Guruswamy,

[PATCH] omap: gpio: omap3_gpio_pads_init current only works for omap3

2010-07-13 Thread janboe
Since omap4 gpio pad config offset is different with omap3, so omap3_gpio_pads_init only works for omap3, and this will break omap4 build. This patch fix this. Signed-off-by: janboe janboe...@gmail.com --- arch/arm/plat-omap/gpio.c | 112 ++-- 1 files

Re: [PATCH 3/9 v3] omap: generic: introduce a single check_revision

2010-07-13 Thread Nishanth Menon
Premi, Sanjeev had written, on 07/13/2010 10:06 AM, the following: -Original Message- From: Menon, Nishanth Sent: Thursday, July 08, 2010 7:57 PM To: Tony Lindgren Cc: felipe.ba...@nokia.com; linux-omap; Angelo Arrifano; Zebediah C. McClure; Alistair Buxton; Grazvydas Ignotas; Paul

RE: [PATCH 3/9 v3] omap: generic: introduce a single check_revision

2010-07-13 Thread Premi, Sanjeev
-Original Message- From: Menon, Nishanth Sent: Tuesday, July 13, 2010 9:08 PM To: Premi, Sanjeev Cc: Tony Lindgren; felipe.ba...@nokia.com; linux-omap; Angelo Arrifano; Zebediah C. McClure; Alistair Buxton; Grazvydas Ignotas; Paul Walmsley; Shilimkar, Santosh; Guruswamy,

Re: [PM-OPP][PATCH 0/4] OMAP: Clean up series for generic opp layer.

2010-07-13 Thread Nishanth Menon
Thara Gopinath had written, on 07/13/2010 12:47 AM, the following: This patch series does some clean up of the opp layer including removal of compilation warnings, avoiding wrong inclusioin of header files, correcting some srror checks and removing the dependency of opp layer on cpu freq layer.

Re: [PATCH 3/9 v3] omap: generic: introduce a single check_revision

2010-07-13 Thread Nishanth Menon
Premi, Sanjeev had written, on 07/13/2010 10:48 AM, the following: -Original Message- From: Menon, Nishanth Sent: Tuesday, July 13, 2010 9:08 PM To: Premi, Sanjeev Cc: Tony Lindgren; felipe.ba...@nokia.com; linux-omap; Angelo Arrifano; Zebediah C. McClure; Alistair Buxton; Grazvydas

[PATCH] omap hsmmc: fix processing of all dma interrupts as block completion

2010-07-13 Thread Venkatraman S
If other informative DMA interrupts are enabled for the channel used by hsmmc, those are incorrectly treated as block completion. This patch lets only the block completion interrupt to be processed. Signed-off-by: Venkatraman S svenk...@ti.com ---

Re: optimized script [Was: ARM defconfig files]

2010-07-13 Thread Olof Johansson
On Tue, Jul 13, 2010 at 10:07:05AM +0200, Uwe Kleine-König wrote: Hello, On Tue, Jul 13, 2010 at 09:07:41AM +0200, Uwe Kleine-König wrote: Hi On Mon, Jul 12, 2010 at 01:50:47PM -0600, Grant Likely wrote: On Mon, Jul 12, 2010 at 1:34 PM, Linus Torvalds torva...@linux-foundation.org

Re: ARM defconfig files

2010-07-13 Thread Rob Landley
On Monday 12 July 2010 18:18:01 Linus Torvalds wrote: 2010/7/12 David Brown dav...@codeaurora.org: Do you have scripts or tools that you did this with, or is a manual process. We're about to add several new (ARM) targets, and it'd be nice to be able to make small defconfigs for those

Re: ARM defconfig files

2010-07-13 Thread Grant Likely
2010/7/13 Uwe Kleine-König u.kleine-koe...@pengutronix.de: Hi On Mon, Jul 12, 2010 at 01:50:47PM -0600, Grant Likely wrote: On Mon, Jul 12, 2010 at 1:34 PM, Linus Torvalds torva...@linux-foundation.org wrote: On Mon, Jul 12, 2010 at 12:17 PM, Nicolas Pitre n...@fluxnic.net wrote: I think

Re: optimized script [Was: ARM defconfig files]

2010-07-13 Thread Nicolas Pitre
On Tue, 13 Jul 2010, Olof Johansson wrote: On Tue, Jul 13, 2010 at 10:07:05AM +0200, Uwe Kleine-König wrote: Hello, On Tue, Jul 13, 2010 at 09:07:41AM +0200, Uwe Kleine-König wrote: Hi On Mon, Jul 12, 2010 at 01:50:47PM -0600, Grant Likely wrote: On Mon, Jul 12, 2010 at 1:34

RE: [PM-OPP][PATCH 0/4] OMAP: Clean up series for generic opp layer.

2010-07-13 Thread Gopinath, Thara
-Original Message- From: Menon, Nishanth Sent: Tuesday, July 13, 2010 9:23 PM To: Gopinath, Thara Cc: linux-omap@vger.kernel.org; khil...@deeprootsystems.com; p...@pwsan.com; t...@atomide.com; Cousson, Benoit; Sawant, Anand; Sripathy, Vishwanath; Premi, Sanjeev Subject: Re:

Re: [RFC 1/3 v3] mm: iommu: An API to unify IOMMU, CPU and device memory management

2010-07-13 Thread FUJITA Tomonori
On Tue, 13 Jul 2010 05:14:21 -0700 Zach Pfeffer zpfef...@codeaurora.org wrote: You mean that you want to specify this alignment attribute every time you create an IOMMU mapping? Then you can set segment_boundary_mask every time you create an IOMMU mapping. It's odd but it should work.

Re: [RFC 3/3] mm: iommu: The Virtual Contiguous Memory Manager

2010-07-13 Thread FUJITA Tomonori
On Tue, 13 Jul 2010 10:02:23 +0100 Russell King - ARM Linux li...@arm.linux.org.uk wrote: On Tue, Jul 13, 2010 at 05:45:39PM +0900, FUJITA Tomonori wrote: Drivers can tell the USB layer that these are vmapped buffers? Adding something to struct urb? I might be totally wrong since I don't