From: Hiroshi DOYU hiroshi.d...@nokia.com
Subject: Re: [PATCH v2t2 00/17] omap: mailbox:
Date: Sat, 22 May 2010 08:14:15 +0300 (EEST)
From: ext Felipe Contreras felipe.contre...@gmail.com
Subject: Re: [PATCH v2t2 00/17] omap: mailbox:
Date: Sat, 22 May 2010 01:34:52 +0200
On Sat, May 22,
Hi,
Here is a compile-tested patch since I haven't seen this fixed in mainline
yet. It applies to the tip of Linus' tree.
Attempting to remove usb_nop_xceiv_register() completely will require
someone
with more knowledge of davinci and blackfin archs to comment on what
boards
need the
Hi,
On Sun, 2010-05-23 at 14:09 +0200, ext Janusz Krzysztofik wrote:
Monday 17 May 2010 03:20:13 Janusz Krzysztofik wrote:
I was observing the following error messages on my OMAP1 based Amstrad
Delta board when first changing from text to graphics mode or vice versa
after the LCD display
On Mon, May 24, 2010 at 9:36 AM, Hiroshi DOYU hiroshi.d...@nokia.com wrote:
Moreover, Tony says that anything that registers platform devices
should be built-in, but omap3-iommu does register devices and is not
built-in.
It seems that this makes you confused. It should have been
build-in;).
From: ext Felipe Contreras felipe.contre...@gmail.com
Subject: Re: [PATCH v2t2 00/17] omap: mailbox:
Date: Mon, 24 May 2010 10:58:31 +0200
On Mon, May 24, 2010 at 9:36 AM, Hiroshi DOYU hiroshi.d...@nokia.com wrote:
Moreover, Tony says that anything that registers platform devices
should be
From: ext Felipe Contreras felipe.contre...@gmail.com
Subject: [PATCH v3 01/14] omap: mailbox: trivial whitespace cleanups
Date: Sat, 22 May 2010 19:14:12 +0200
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
Hiroshi: I think there's something wrong with your editor =/
Hm...I
On Mon, May 24, 2010 at 12:29 PM, Hiroshi DOYU hiroshi.d...@nokia.com wrote:
From: ext Felipe Contreras felipe.contre...@gmail.com
Subject: Re: [PATCH v2t2 00/17] omap: mailbox:
Date: Mon, 24 May 2010 10:58:31 +0200
On Mon, May 24, 2010 at 9:36 AM, Hiroshi DOYU hiroshi.d...@nokia.com wrote:
From: Hemanth V heman...@ti.com
Date: Fri, 21 May 2010 15:52:03 +0530
Subject: [PATCH] misc: ROHM BH1780GLI Ambient light sensor Driver
This patch adds support for ROHM BH1780GLI Ambient light sensor.
BH1780 supports I2C interface. Driver supports read/update of power state and
read of lux value
Hi Hari,
From: ext Hari Kanigeri h-kanige...@ti.com
Subject: [PATCH 0/3][v3] omap:iommu-enable TLB miss interrupt
Date: Mon, 24 May 2010 04:01:49 +0200
The current iommu module doesn't provide the mechanism to get MMU fault on
TLB miss when working with locked TLB entries and TWL disabled.
To
This patch adds driver support for OMAP3/4 high speed UART.
The driver is made separate from 8250 driver as we cannot
over load 8250 driver with omap platform specific configuration for
features like DMA, it makes easier to implement features like DMA and
hardware flow control and software flow
Govindraj.R govindraj.r...@ti.com writes:
Patch series is based on remotes/origin/pm-wip/govindraj
branch from Kevin's PM tree.
Patches are tested with 3430SDP.
Have updated 2420/2430 hwmod data files
it would be great if some one can test the same.
Hi Govindraj,
This series looks great.
This was convenient in conjunction with some of the previous patches
since platform_device data was already getting read for max_clk_div and
num_cs was there too. Since max_clk_div is no more, maybe this patch
isn't worthwhile.
It's not a bug fix, so no harm ignoring.
I'll regenerate it if
From: ext Felipe Contreras felipe.contre...@gmail.com
Subject: [PATCH v3 13/14] omap: mailbox: simplify omap_mbox_register()
Date: Sat, 22 May 2010 19:14:24 +0200
No need to dynamically register mailboxes one by one.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
From: ext Felipe Contreras felipe.contre...@gmail.com
Subject: [PATCH v3 10/14] omap: mailbox: reorganize registering
Date: Sat, 22 May 2010 19:14:21 +0200
platform_get_resource(pdev, IORESOURCE_MEM, 0);
- if (unlikely(!res)) {
- dev_err(pdev-dev, invalid mem resource\n);
-
Please ignore this patch.
Developer preference whether you want this much detail.
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Check spi-chip_select for range before use.
The spi-controller_state check is already in 2.6.34-rc7
Signed-off-by: Scott Ellis sc...@jumpnowtek.com
drivers/spi/omap2_mcspi.c | 19 +++
1 files changed, 11 insertions(+), 8 deletions(-)
diff --git a/drivers/spi/omap2_mcspi.c
This patchset introduces an approach to eliminate the direct calls
to follow_page and to the low level cache APIs.
The patchset works by caching the page information while memory
is mapped, and then using that information later when needed
instead of calling follow_page. The low level cache API
Enhance dmm_map_object to support additional mapping
and page information. This will be used to keep
track of mapping resources needed later to invoke
DMA transfers to/from the DSP.
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
---
If you want, you can also reach me at ohadb at ti dot com .
Every time the MM application calls proc_map to map
a memory area, remember the details of that mapping,
together with the related page structures.
Whenever a buffer is unmapped, clean up the mapping
information resources.
This information is maintained as part of the
DMM resource tracking
Eliminate the call to follow_page. Instead, use the page
information that was kept during the proc_map call.
This also has the advantage that users can now only
specify memory areas that were previously mapped.
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
---
If you want, you can also reach me
Instead of using low level cache manipulation API,
use the standard DMA API. This is achieved by adding
a proc_begin_dma function that takes a generic
dma_data_direction, and then implementing proc_flush_memory
and proc_invalidate_memory by means of proc_begin_dma
in the following manner:
* flush
Now that we use standard DMA API instead of low level cache
manipulation API, mem_flush_cache can be removed.
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
---
If you want, you can also reach me at ohadb at ti dot com .
arch/arm/plat-omap/include/dspbridge/drv.h | 15
Add new dspbridge API that ends DMA transfers.
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
---
If you want, you can also reach me at ohadb at ti dot com .
drivers/dsp/bridge/rmgr/proc.c | 68
1 files changed, 68 insertions(+), 0 deletions(-)
diff
Add two new dspbridge ioctls that mark the
beginnind and end of a DMA transfer.
The direction of the DMA transfer is given as a parameter,
thus all three directions (DMA_BIDIRECTIONAL, DMA_TO_DEVICE
and DMA_FROM_DEVICE) are supported.
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
---
If you want,
On Fri, May 21, 2010 at 12:42 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
Although I'm still worried that VM_IO != write-combine, but I guess
it's a safe assumption to do for now.
small update we missed:
The original code is ignoring VM_IO buffers as well:
static int
On Tue, May 18, 2010 at 12:12 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Tue, May 18, 2010 at 3:34 PM, Robert Nelson robertcnel...@gmail.com
wrote:
On Tue, May 18, 2010 at 2:55 AM, Tomi Valkeinen
tomi.valkei...@nokia.com wrote:
On Mon, 2010-05-17 at 16:30 +0200, ext Robert
Hi,
On Sat, May 22, 2010 at 07:14:25PM +0200, ext Felipe Contreras wrote:
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
arch/arm/mach-omap1/mailbox.c |3 ---
arch/arm/mach-omap2/mailbox.c |1 -
arch/arm/plat-omap/include/plat/mailbox.h |3 ++-
On Sat, May 22, 2010 at 8:25 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
Hi,
I played a bit with omap_hwmod/omap_device for the mailbox, and this is the
result.
Nice move Felipe :)
Can you convert this to use the runtime PM layer, instead of directly
calling omap_device functions
On Mon, May 24, 2010 at 06:24:07PM +0300, Hiroshi DOYU wrote:
From: ext Felipe Contreras felipe.contre...@gmail.com
Subject: [PATCH v3 10/14] omap: mailbox: reorganize registering
Date: Sat, 22 May 2010 19:14:21 +0200
platform_get_resource(pdev, IORESOURCE_MEM, 0);
- if (unlikely(!res))
On Monday 24 May 2010, Felipe Balbi wrote:
On Mon, May 24, 2010 at 02:46:54AM +0200, ext Rafael J. Wysocki wrote:
On Saturday 22 May 2010, Arve Hjønnevåg wrote:
This patch series adds a suspend-block api that provides the same
functionality as the android wakelock api. This version adds a
On Mon, May 24, 2010 at 8:16 PM, Felipe Balbi felipe.ba...@nokia.com wrote:
personally I don't like this patch since it makes the C-sources rely on
indirect header inclusion by another header. That's really error prone and
will cause build failures if someone decides to remove the include
On Mon, May 24, 2010 at 9:32 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Mon, May 24, 2010 at 06:24:07PM +0300, Hiroshi DOYU wrote:
From: ext Felipe Contreras felipe.contre...@gmail.com
Subject: [PATCH v3 10/14] omap: mailbox: reorganize registering
Date: Sat, 22 May 2010
On Mon, May 24, 2010 at 7:19 PM, Ohad Ben-Cohen o...@wizery.com wrote:
On Fri, May 21, 2010 at 12:42 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
Although I'm still worried that VM_IO != write-combine, but I guess
it's a safe assumption to do for now.
small update we missed:
The
On Mon, May 24, 2010 at 5:42 PM, Hiroshi DOYU hiroshi.d...@nokia.com wrote:
From: ext Felipe Contreras felipe.contre...@gmail.com
+ if (false);
nitpcik:
The above may look better as below:
if (false)
;
checkpatch.pl also doesn't complain.
Personally I think it
On Mon, May 24, 2010 at 8:29 PM, Ohad Ben-Cohen o...@wizery.com wrote:
On Sat, May 22, 2010 at 8:25 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
I played a bit with omap_hwmod/omap_device for the mailbox, and this is the
result.
Nice move Felipe :)
Thanks :)
Can you convert this
On Mon, May 24, 2010 at 10:21 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Mon, May 24, 2010 at 7:19 PM, Ohad Ben-Cohen o...@wizery.com wrote:
On Fri, May 21, 2010 at 12:42 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
Although I'm still worried that VM_IO !=
On Mon, May 24, 2010 at 10:33 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Mon, May 24, 2010 at 8:29 PM, Ohad Ben-Cohen o...@wizery.com wrote:
On Sat, May 22, 2010 at 8:25 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
I played a bit with omap_hwmod/omap_device for the
On Mon, May 24, 2010 at 10:29:01PM +0300, Felipe Contreras wrote:
On Mon, May 24, 2010 at 5:42 PM, Hiroshi DOYU hiroshi.d...@nokia.com wrote:
From: ext Felipe Contreras felipe.contre...@gmail.com
+ if (false);
nitpcik:
The above may look better as below:
if (false)
Add the missing braces in hwmod fw and clean the data for
OMAP2420, 2430 and 3430.
The brace fix was tested on OMAP4 PAB.
Please note that the data changes were built for the 3 platforms
but not tested on board.
The series is based on l-o master.
Thanks,
Benoit
Benoit Cousson (2):
OMAP:
As reported by Sergei, a couple of braces were missing after
the WARM removal patch.
[07/22] OMAP: hwmod: Replace WARN by pr_warning if clock lookup failed
https://patchwork.kernel.org/patch/100756/
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Sergei
In the lastest OMAP4 hwmod data file, the _hwmod was removed
in order to save some memory space and because it does not
bring a lot.
Align OMAP2420, 2430 and 3430 data files with the same convention.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Rajendra
Hi Govindraj,
On 5/20/2010 3:38 PM, Govindraj.R wrote:
With this patch we retain uart name and just uart
rather than uart_hwmod as per autogenerated file for
omap4 just to retain common names across hwmod data files.
Also pass rx channel id as first dma platform parameter
to driver.
Why do
On 05/21/2010 03:07 AM, Tomi Valkeinen wrote:
On Thu, 2010-05-20 at 00:33 +0200, ext Steve Sakoman wrote:
I did a quick test build of the current linux-omap head and get a
failure very early on in the boot process in
drivers/video/omap2/vram.c code:
Illegal SDRAM size for VRAM
It is
Rafael J. Wysocki r...@sisk.pl writes:
On Monday 24 May 2010, Felipe Balbi wrote:
On Mon, May 24, 2010 at 02:46:54AM +0200, ext Rafael J. Wysocki wrote:
On Saturday 22 May 2010, Arve Hjønnevåg wrote:
This patch series adds a suspend-block api that provides the same
functionality as the
On Tuesday 25 May 2010, Kevin Hilman wrote:
Rafael J. Wysocki r...@sisk.pl writes:
On Monday 24 May 2010, Felipe Balbi wrote:
On Mon, May 24, 2010 at 02:46:54AM +0200, ext Rafael J. Wysocki wrote:
On Saturday 22 May 2010, Arve Hjønnevåg wrote:
This patch series adds a suspend-block api
Kanigeri, Hari h-kanige...@ti.com writes:
Felipe,
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Felipe Contreras
Sent: Saturday, May 22, 2010 12:25 PM
To: linux-omap
Cc: Hiroshi Doyu; Kevin Hilman; Paul Walmsley;
Felipe Contreras felipe.contre...@gmail.com writes:
Only OMAP3 would work.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
arch/arm/mach-omap2/devices.c | 103 +--
arch/arm/mach-omap2/mailbox.c | 14 +---
Ohad Ben-Cohen o...@wizery.com writes:
On Mon, May 24, 2010 at 10:33 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Mon, May 24, 2010 at 8:29 PM, Ohad Ben-Cohen o...@wizery.com wrote:
On Sat, May 22, 2010 at 8:25 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
I played a
Govindraj.R govindraj.r...@ti.com writes:
This happening because we are missing these patches:
https://patchwork.kernel.org/patch/84748/
https://patchwork.kernel.org/patch/84749/
https://patchwork.kernel.org/patch/84755/
https://patchwork.kernel.org/patch/84750/
Not part of LO yet.
On Tue, May 25, 2010 at 3:00 AM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Felipe Contreras felipe.contre...@gmail.com writes:
Only OMAP3 would work.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
arch/arm/mach-omap2/devices.c | 103
Hi,
On Mon, May 24, 2010 at 09:14:24PM +0200, ext Felipe Contreras wrote:
Now, regarding device.h:
which was my only concern
Now, I am pretty sure that platform_device.h will always depend on
device.h that's why I removed them, but I can add them again if
somebody wants to, but again, the
51 matches
Mail list logo
