[PATCH v4] OMAP4: hwmod data: I2C: add flag for context restore

2011-07-15 Thread Shubhrajyoti D
Restore of context is not done for OMAP4. This patch adds the OMAP_I2C_FLAG_RESET_REGS_POSTIDLE in the OMAP4 hwmod data which activates the restore for OMAP4. Currently the OMAP4 does not hit device off still the driver may have support for it. Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com

Re: [PATCHv2 17/28] OMAP2420: HWMOD: Add DSS opt clocks

2011-07-15 Thread Paul Walmsley
On Thu, 9 Jun 2011, Tomi Valkeinen wrote: Add DSS optional clocks to HWMOD data for OMAP2420. Thanks; queued for 3.1-rc fixes at git://git.pwsan.com/linux-2.6 in the branch 'omap2_3_hwmod_dss_fixes_3.1rc'. - Paul -- To unsubscribe from this list: send the line unsubscribe linux-omap in the

Re: [PATCHv2 16/28] OMAP3: HWMOD: Add DSS opt clocks

2011-07-15 Thread Paul Walmsley
On Thu, 9 Jun 2011, Tomi Valkeinen wrote: Add DSS optional clocks to HWMOD data for OMAP3xxx. Thanks; queued for 3.1-rc fixes at git://git.pwsan.com/linux-2.6 in the branch 'omap2_3_hwmod_dss_fixes_3.1rc'. - Paul -- To unsubscribe from this list: send the line unsubscribe linux-omap in the

Re: [PATCHv2 18/28] OMAP2430: HWMOD: Add DSS opt clocks

2011-07-15 Thread Paul Walmsley
On Thu, 9 Jun 2011, Tomi Valkeinen wrote: Add DSS optional clocks to HWMOD data for OMAP2430. Thanks; queued for 3.1-rc fixes at git://git.pwsan.com/linux-2.6 in the branch 'omap2_3_hwmod_dss_fixes_3.1rc'. - Paul -- To unsubscribe from this list: send the line unsubscribe linux-omap in the

Re: [PATCH] ARM: OMAP4: PCM049: remove vusim regulator

2011-07-15 Thread Tony Lindgren
* Jan Weitzel j.weit...@phytec.de [110714 01:34]: Am Donnerstag, den 14.07.2011, 00:34 -0700 schrieb Tony Lindgren: * Jan Weitzel j.weit...@phytec.de [110713 05:51]: Am Mittwoch, den 13.07.2011, 16:13 +0400 schrieb Sergei Shtylyov: Have you added that 'i' at the end

Re: [PATCH] OMAP: powerdomains: Make all powerdomain target states as ON at init

2011-07-15 Thread Paul Walmsley
On Wed, 13 Jul 2011, Santosh Shilimkar wrote: From: Rajendra Nayak rna...@ti.com Program all powerdomain target state as ON; This is to prevent domains from hitting low power states (if bootloader has target states set to something other than ON) and potentially even losing context while

Re: [PATCH] ARM: OMAP4: PCM049: remove vusim regulator

2011-07-15 Thread Felipe Balbi
Hi, On Fri, Jul 15, 2011 at 12:50:24AM -0700, Tony Lindgren wrote: * Jan Weitzel j.weit...@phytec.de [110714 01:34]: Am Donnerstag, den 14.07.2011, 00:34 -0700 schrieb Tony Lindgren: * Jan Weitzel j.weit...@phytec.de [110713 05:51]: Am Mittwoch, den 13.07.2011, 16:13 +0400 schrieb

Re: [PATCH] OMAP: powerdomains: Make all powerdomain target states as ON at init

2011-07-15 Thread Felipe Balbi
Hi, On Wed, Jul 13, 2011 at 08:56:27AM +0530, Santosh Shilimkar wrote: From: Rajendra Nayak rna...@ti.com Program all powerdomain target state as ON; This is to prevent domains from hitting low power states (if bootloader has target states set to something other than ON) and potentially

Re: [PATCH] OMAP: clockdomain: Wait for powerdomain to be ON when using clockdomain force wakeup

2011-07-15 Thread Paul Walmsley
cc'ing Patrick Hi Rajendra, Santosh, some comments here: On Wed, 13 Jul 2011, Santosh Shilimkar wrote: While using clockdomain force wakeup method, not waiting for powerdomain to be effectively ON may end up locking the clockdomain FSM until a next wakeup event occurs. One such issue was

Re: [PATCH] OMAP: powerdomains: Make all powerdomain target states as ON at init

2011-07-15 Thread Paul Walmsley
Hi, On Fri, 15 Jul 2011, Felipe Balbi wrote: diff --git a/arch/arm/mach-omap2/powerdomain.c b/arch/arm/mach-omap2/powerdomain.c index e0490bc..e61866c 100644 --- a/arch/arm/mach-omap2/powerdomain.c +++ b/arch/arm/mach-omap2/powerdomain.c @@ -109,6 +109,16 @@ static int

Re: [PATCH] usb: musb: omap2430: handle charger OTG xceiver event

2011-07-15 Thread Felipe Balbi
Hi, On Tue, Jul 12, 2011 at 10:44:19AM -0700, Dima Zavin wrote: On Mon, Jul 11, 2011 at 11:01 PM, Felipe Balbi ba...@ti.com wrote: Hi, On Mon, Jul 11, 2011 at 03:43:17PM -0700, Dima Zavin wrote: Set a flag on OTG charger event and check it on cable remove event (i.e. USB_EVENT_NONE).

Re: [PATCH 6/6] OMAP: Add debugfs node to show the summary of all clocks

2011-07-15 Thread Paul Walmsley
Hi, On Thu, 14 Jul 2011, Jon Hunter wrote: From: Jon Hunter jon-hun...@ti.com Add a debugfs node called summary to /sys/kernel/debug/clock/ that displays a quick summary of all clocks registered in the clocks structure. The format of the output from this node is: clock-name parent-name

Re: [PATCH 0/6] OMAP3+ Clock Fixes

2011-07-15 Thread Paul Walmsley
Hi Jon On Thu, 14 Jul 2011, Jon Hunter wrote: From: Jon Hunter jon-hun...@ti.com Various clock fixes for OMAP3 and OMAP4 devices. Plus one debug patch (if anyone is interested). Jon Hunter (4): OMAP4: Add missing clock divider for OCP_ABE_ICLK OMAP3+: use DPLLs recalc function

Re: [PATCH] OMAP: powerdomains: Make all powerdomain target states as ON at init

2011-07-15 Thread Felipe Balbi
Hi, On Fri, Jul 15, 2011 at 02:10:46AM -0600, Paul Walmsley wrote: diff --git a/arch/arm/mach-omap2/powerdomain.c b/arch/arm/mach-omap2/powerdomain.c index e0490bc..e61866c 100644 --- a/arch/arm/mach-omap2/powerdomain.c +++ b/arch/arm/mach-omap2/powerdomain.c @@ -109,6 +109,16

Re: [PATCH] ARM: OMAP4: PCM049: remove vusim regulator

2011-07-15 Thread Tony Lindgren
* Felipe Balbi ba...@ti.com [110715 00:53]: Hi, On Fri, Jul 15, 2011 at 12:50:24AM -0700, Tony Lindgren wrote: * Jan Weitzel j.weit...@phytec.de [110714 01:34]: Am Donnerstag, den 14.07.2011, 00:34 -0700 schrieb Tony Lindgren: * Jan Weitzel j.weit...@phytec.de [110713 05:51]: Am

Re: [PATCH 1/6] OMAP4: Add missing clock divider for OCP_ABE_ICLK

2011-07-15 Thread Paul Walmsley
cc'ing Benoît Hi Jon On Thu, 14 Jul 2011, Jon Hunter wrote: From: Jon Hunter jon-hun...@ti.com The parent clock of the OCP_ABE_ICLK is the AESS_FCLK and the parent clock of the AESS_FCLK is the ABE_FCLK... ABE_FCLK -- AESS_FCLK -- OCP_ABE_ICLK The AESS_FCLK and OCP_ABE_ICLK clocks

Re: [PATCH] OMAP: powerdomains: Make all powerdomain target states as ON at init

2011-07-15 Thread Paul Walmsley
Hi Felipe, On Fri, 15 Jul 2011, Felipe Balbi wrote: I see... thanks for clarifying. The comment above the code wasn't really clear about it to me. No worries. If you propose a clarification, I'll stick that into the patch. - Paul -- To unsubscribe from this list: send the line unsubscribe

Re: [PATCH] ARM: OMAP4: PCM049: remove vusim regulator

2011-07-15 Thread Felipe Balbi
Hi, On Fri, Jul 15, 2011 at 01:20:12AM -0700, Tony Lindgren wrote: * Felipe Balbi ba...@ti.com [110715 00:53]: Hi, On Fri, Jul 15, 2011 at 12:50:24AM -0700, Tony Lindgren wrote: * Jan Weitzel j.weit...@phytec.de [110714 01:34]: Am Donnerstag, den 14.07.2011, 00:34 -0700 schrieb

Re: [PATCH] OMAP: powerdomains: Make all powerdomain target states as ON at init

2011-07-15 Thread Felipe Balbi
Hi, On Fri, Jul 15, 2011 at 02:23:16AM -0600, Paul Walmsley wrote: Hi Felipe, On Fri, 15 Jul 2011, Felipe Balbi wrote: I see... thanks for clarifying. The comment above the code wasn't really clear about it to me. No worries. If you propose a clarification, I'll stick that into the

Re: [PATCH V2 00/16] omap_hsmmc patches

2011-07-15 Thread Grazvydas Ignotas
On Wed, Jul 13, 2011 at 6:36 PM, Chris Ball c...@laptop.org wrote: Hi, On Wed, Jul 13 2011, Grazvydas Ignotas wrote: it seems this series got lost in time, at least patches 01, 02, 03, 04, 05, 06, 07, 08, 12 look like valid standalone fixes and improvements to me, they don't touch other

Re: [PATCH] ARM: OMAP4: PCM049: remove vusim regulator

2011-07-15 Thread Jan Weitzel
Am Freitag, den 15.07.2011, 00:50 -0700 schrieb Tony Lindgren: Well we can add it even before device tree support if it makes sense from code coalescing point of view. In this case it would mean creating board-panda-common.c or similar so the code can be shared amongst the panda variants.

RE: [GIT PULL] minimal omap4460 support for v3.1 merge window

2011-07-15 Thread Vishwanath Sripathy
Tony, I boot tested this pull request on 4460 Panda and it boots up fine. Regards Vishwa -Original Message- From: linux-arm-kernel-boun...@lists.infradead.org [mailto:linux- arm-kernel-boun...@lists.infradead.org] On Behalf Of Tony Lindgren Sent: Monday, July 11, 2011 1:22 AM To:

[PATCH] MTD: Nand: use MTD_NAND_OMAP2 for OMAP4

2011-07-15 Thread Jan Weitzel
use MTD_NAND_OMAP2 also for OMAP4 arch. testes wit omap4430 Signed-off-by: Jan Weitzel j.weit...@phytec.de --- drivers/mtd/nand/Kconfig |5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) diff --git a/drivers/mtd/nand/Kconfig b/drivers/mtd/nand/Kconfig index 4c34252..40e64b8 100644

Re: [PATCH] ARM: OMAP4: PCM049: remove vusim regulator

2011-07-15 Thread Tony Lindgren
* Jan Weitzel j.weit...@phytec.de [110715 02:42]: Am Freitag, den 15.07.2011, 00:50 -0700 schrieb Tony Lindgren: Well we can add it even before device tree support if it makes sense from code coalescing point of view. In this case it would mean creating board-panda-common.c or similar so

Re: [PATCH] ARM: OMAP4: PCM049: remove vusim regulator

2011-07-15 Thread Tony Lindgren
* Felipe Balbi ba...@ti.com [110715 01:25]: possibly something like this (still missing MACHINE_START a few more things): Yes and it would be better to initialize data in the .init_machine to avoid adding machine_is tests in multiple places. diff --git

[PATCH v2] OMAP3: powerdomains: Match silicon revision to select the correct core_pwrdm definition

2011-07-15 Thread Abhilash K V
powerdomains3xxx_data.c defines core_3xxx_pre_es3_1_pwrdm and core_3xxx_es3_1_pwrdm to take care of differences in core_pwrdm implementations across revisions. However,_pwrdm_lookup(core_pwrdm) always matches the first definition for 3630 ES 1.1 and 1.2 which is incorrect. This patch fixes this

[PATCH v14 REPOST 02/12] OMAP4: hwmod data: add dmtimer version information

2011-07-15 Thread Tarun Kanti DebBarma
OMAP4 has two groups of timers: version 1 timers are 1, 2, 10, while the rest of the timers, 3-9, 11 are version 2 timers. The version information is required by the driver so that they could be handled correctly by it. Signed-off-by: Tarun Kanti DebBarma tarun.ka...@ti.com Acked-by: Cousson,

[PATCH v14 REPOST 03/12] OMAP1: dmtimer: conversion to platform devices

2011-07-15 Thread Tarun Kanti DebBarma
From: Thara Gopinath th...@ti.com Convert OMAP1 dmtimers into a platform devices and then registers with device model framework so that it can be bound to corresponding driver. Signed-off-by: Thara Gopinath th...@ti.com Signed-off-by: Tarun Kanti DebBarma tarun.ka...@ti.com Acked-by: Cousson,

[PATCH v14 REPOST 04/12] OMAP2+: dmtimer: convert to platform devices

2011-07-15 Thread Tarun Kanti DebBarma
Add routines to converts dmtimers to platform devices. The device data is obtained from hwmod database of respective platform and is registered to device model after successful binding to driver. In addition, capability attribute of each of the timers is added in hwmod database. Signed-off-by:

[PATCH v14 REPOST 07/12] OMAP: dmtimer: pm_runtime support

2011-07-15 Thread Tarun Kanti DebBarma
Add pm_runtime feature to dmtimer whereby _get_sync() is called within omap_dm_timer_enable(), _put_sync() is called in omap_dm_timer_disable(). Signed-off-by: Tarun Kanti DebBarma tarun.ka...@ti.com [p-bas...@ti.com: added pm_runtime logic in probe()] Signed-off-by: Partha Basak p-bas...@ti.com

[PATCH v14 REPOST 08/12] OMAP: dmtimer: add timeout to low-level routines

2011-07-15 Thread Tarun Kanti DebBarma
The low-level read and write access routines wait on write-pending register in posted mode to make sure that previous write is complete on respective registers. This waiting is done in an infinite while loop. Now it is being modified to use timeout instead. Signed-off-by: Tarun Kanti DebBarma

[PATCH v14 REPOST 06/12] OMAP: dmtimer: switch-over to platform device driver

2011-07-15 Thread Tarun Kanti DebBarma
Register timer devices by going through hwmod database using hwmod API. The driver probes each of the registered devices. Functionality which are already performed by hwmod framework are removed from timer code. New set of timers present on OMAP4 are now supported. Signed-off-by: Tarun Kanti

[PATCH v14 REPOST 10/12] OMAP: dmtimer: mark clocksource and clockevent timers reserved

2011-07-15 Thread Tarun Kanti DebBarma
In driver probe use sys_timer_reserved to identify which all timers have already been used for clocksource and clockevent. Mark all those timers as reserved so that no one else can use them. Signed-off-by: Tarun Kanti DebBarma tarun.ka...@ti.com --- arch/arm/mach-omap1/timer.c |2 ++

[PATCH v14 REPOST 00/12] dmtimer adaptation to platform_driver

2011-07-15 Thread Tarun Kanti DebBarma
Adaptation of dmtimer code to platform driver using omap_device and omap_hwmod abstraction. It also include pm-runtime and off-mode support. Baseline: git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git Branch: Master I have applied the patch series on top of Tony Lindgren's

[PATCH v14 REPOST 01/12] OMAP2+: dmtimer: add device names to flck nodes

2011-07-15 Thread Tarun Kanti DebBarma
Add device name to OMAP2 dmtimer fclk nodes so that the fclk nodes can be retrieved by doing a clk_get with the corresponding device pointers or device names. Signed-off-by: Tarun Kanti DebBarma tarun.ka...@ti.com Signed-off-by: Thara Gopinath th...@ti.com Acked-by: Cousson, Benoit

[PATCH v14 REPOST 11/12] OMAP: dmtimer: add context save/restore routines

2011-07-15 Thread Tarun Kanti DebBarma
Define context register structure and make it member of struct omap_dm_timer. Also define two routines to save and restore dmtimer context to be used subsequently. Signed-off-by: Tarun Kanti DebBarma tarun.ka...@ti.com --- arch/arm/plat-omap/dmtimer.c | 48

[PATCH v14 REPOST 05/12] OMAP: dmtimer: platform driver

2011-07-15 Thread Tarun Kanti DebBarma
Add dmtimer platform driver functions which include: (1) platform driver initialization (2) driver probe function (3) driver remove function Signed-off-by: Tarun Kanti DebBarma tarun.ka...@ti.com Signed-off-by: Thara Gopinath th...@ti.com Acked-by: Cousson, Benoit b-cous...@ti.com ---

[PATCH v14 REPOST 09/12] OMAP: dmtimer: use mutex instead of spinlock

2011-07-15 Thread Tarun Kanti DebBarma
Since the spinlock is not used in any interrupt context we can replace it with mutex instead. Signed-off-by: Tarun Kanti DebBarma tarun.ka...@ti.com --- arch/arm/plat-omap/dmtimer.c | 27 +++ 1 files changed, 11 insertions(+), 16 deletions(-) diff --git

[PATCH v14 REPOST 12/12] OMAP: dmtimer: Off mode support

2011-07-15 Thread Tarun Kanti DebBarma
Clock is enabled only when timer is started and disabled when the the timer is stopped. Therefore before accessing registers in functions clock is enabled and then disabled back at the end of access. Context save and restore functions are called as needed based upon whether the context is lost or

Re: [PATCHv5 01/11] OMAP: prcm: switch to a chained IRQ handler mechanism

2011-07-15 Thread Govindraj
On Tue, Jul 5, 2011 at 3:57 PM, Tero Kristo t-kri...@ti.com wrote: Introduce a chained interrupt handler mechanism for the PRCM interrupt, so that individual PRCM event can cleanly be handled by handlers in separate drivers. We do this by introducing PRCM event names, which are then matched to

How to get the handler of a device that has been open

2011-07-15 Thread Zhang, Shijie
Hi all: I have got a problem while I want to open a mutex device, which has been opened by another process. such as /dev/apls9802als, which is opened while the system boot up. But I have to do some test to its read function in its driver provided to the user space. Is there a way that I can

Re: [PATCH 1/6] OMAP4: Add missing clock divider for OCP_ABE_ICLK

2011-07-15 Thread Jon Hunter
Hi Paul, On 7/15/2011 3:21, Paul Walmsley wrote: cc'ing Benoît Hi Jon On Thu, 14 Jul 2011, Jon Hunter wrote: From: Jon Hunterjon-hun...@ti.com The parent clock of the OCP_ABE_ICLK is the AESS_FCLK and the parent clock of the AESS_FCLK is the ABE_FCLK... ABE_FCLK -- AESS_FCLK --

Re: [PATCH 0/6] OMAP3+ Clock Fixes

2011-07-15 Thread Jon Hunter
Hi Paul, On 7/15/2011 3:16, Paul Walmsley wrote: Hi Jon On Thu, 14 Jul 2011, Jon Hunter wrote: From: Jon Hunterjon-hun...@ti.com Various clock fixes for OMAP3 and OMAP4 devices. Plus one debug patch (if anyone is interested). Jon Hunter (4): OMAP4: Add missing clock divider for

[RFC 0/2] join omap4panda and pcm049

2011-07-15 Thread Jan Weitzel
First try to join both boards. Only compile testet. basis for discusson Jan Weitzel (2): omap4: board-omap4panda: prepare for join omap4: board-omap4panda: join Phytec phyCORE-OMAP4 arch/arm/mach-omap2/Kconfig |6 + arch/arm/mach-omap2/board-omap4panda.c | 817

[PATCH 2/2] omap4: board-omap4panda: join Phytec phyCORE-OMAP4

2011-07-15 Thread Jan Weitzel
This adds support for the Phytec OMAP4430 board called phyCORE-OMAP4 PCM049. It reuse board-omap4panda platform code. Signed-off-by: Jan Weitzel j.weit...@phytec.de --- arch/arm/mach-omap2/Kconfig |6 + arch/arm/mach-omap2/board-omap4panda.c | 321

[PATCH 1/2] omap4: board-omap4panda: prepare for join

2011-07-15 Thread Jan Weitzel
Prepare board-omap4panda for joing other similar boards. MUX: board_mux and omap4_panda_mux omap4_common_preinit: for muxing omap4_common_init: all common devices omap4_panda_config: gpios, omap_board_data, i2c_board_info ... runtime overwriteable some inititialisation check if

Re: [PATCHv5 01/11] OMAP: prcm: switch to a chained IRQ handler mechanism

2011-07-15 Thread Todd Poynor
On Tue, Jul 05, 2011 at 01:27:47PM +0300, Tero Kristo wrote: Introduce a chained interrupt handler mechanism for the PRCM interrupt, so that individual PRCM event can cleanly be handled by handlers in separate drivers. We do this by introducing PRCM event names, which are then matched to the

[PATCH 0/3] OMAP3 ISP patches for v3.1

2011-07-15 Thread Laurent Pinchart
Hi everybody, Here are the OMAP3 ISP patches in my queue for v3.1. I'll send a pull request in a couple of days if there's no objection. Kalle Jokiniemi (2): OMAP3: ISP: Add regulator control for omap34xx OMAP3: RX-51: define vdds_csib regulator supply Laurent Pinchart (1): omap3isp:

[PATCH 2/3] OMAP3: RX-51: define vdds_csib regulator supply

2011-07-15 Thread Laurent Pinchart
From: Kalle Jokiniemi kalle.jokini...@nokia.com The RX-51 uses the CSIb IO complex for camera operation. The board file is missing definition for the regulator supplying the CSIb complex, so this is added for better power management. Signed-off-by: Kalle Jokiniemi kalle.jokini...@nokia.com

[PATCH 3/3] omap3isp: Support configurable HS/VS polarities

2011-07-15 Thread Laurent Pinchart
Add two fields to the ISP parallel platform data to set the HS and VS signals polarities. Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com --- drivers/media/video/omap3isp/isp.h |6 ++ drivers/media/video/omap3isp/ispccdc.c |4 ++-- 2 files changed, 8

[PATCH 1/3] OMAP3: ISP: Add regulator control for omap34xx

2011-07-15 Thread Laurent Pinchart
From: Kalle Jokiniemi kalle.jokini...@nokia.com The current omap3isp driver is missing regulator handling for CSIb complex in omap34xx based devices. This patch adds a mechanism for this to the omap3isp driver. Signed-off-by: Kalle Jokiniemi kalle.jokini...@nokia.com Acked-by: Laurent Pinchart

[PATCH] GPMC: Limited addressing support

2011-07-15 Thread Raphaël Assénat
This patch provides a way to enable the GPMC limited addressing mode which is needed to access nonmultiplexed devices. Signed-off-by: Raphael Assenat r...@8d.com diff --git a/arch/arm/mach-omap2/gpmc.c b/arch/arm/mach-omap2/gpmc.c index 130034b..521944a 100644 --- a/arch/arm/mach-omap2/gpmc.c

Re: [PATCH v4] OMAP4: hwmod data: I2C: add flag for context restore

2011-07-15 Thread Kevin Hilman
Shubhrajyoti D shubhrajy...@ti.com writes: Restore of context is not done for OMAP4. This patch adds the OMAP_I2C_FLAG_RESET_REGS_POSTIDLE in the OMAP4 hwmod data which activates the restore for OMAP4. Currently the OMAP4 does not hit device off still the driver may have support for it.

[PATCH] usb: musb: Enable DMA mode1 RX for USB-Mass-Storage

2011-07-15 Thread Vikram Pandita
From: Vikram Pandita vikram.pand...@ti.com This patch enables the DMA mode1 RX support. This feature is enabled based on the short_not_ok flag passed from gadget drivers. This will result in a thruput performance gain of around 40% for USB mass-storage/mtp use cases. Based on Original work by