Re: [PATCH 1/5] capemgr: Beaglebone DT overlay based cape manager

2013-01-09 Thread Lee Jones
On Tue, 08 Jan 2013, Arnd Bergmann wrote: On Tuesday 08 January 2013, Pantelis Antoniou wrote: On Jan 8, 2013, at 2:12 PM, Arnd Bergmann wrote: On Tuesday 08 January 2013, Lee Jones wrote: If there is not, there is no way to automatically load the overlays; you can always use

Re: [PATCH 1/5] capemgr: Beaglebone DT overlay based cape manager

2013-01-09 Thread Linus Walleij
On Wed, Jan 9, 2013 at 9:11 AM, Lee Jones lee.jo...@linaro.org wrote: On Tue, 08 Jan 2013, Arnd Bergmann wrote: On Tuesday 08 January 2013, Pantelis Antoniou wrote: On Jan 8, 2013, at 2:12 PM, Arnd Bergmann wrote: On Tuesday 08 January 2013, Lee Jones wrote: If there is not, there is

RE: [RFC v2 14/18] ARM: OMAP2+: AM33XX: control: Add some control module registers and APIs

2013-01-09 Thread Bedia, Vaibhav
On Wed, Jan 09, 2013 at 13:01:03, Shilimkar, Santosh wrote: On Wednesday 09 January 2013 11:08 AM, Bedia, Vaibhav wrote: On Tue, Jan 08, 2013 at 20:51:08, Shilimkar, Santosh wrote: On Monday 31 December 2012 06:37 PM, Vaibhav Bedia wrote: Add minimal APIs for writing to the IPC and the

Re: [PATCH RESEND] ARM: dts: AM33XX: Rename I2C and GPIO nodes

2013-01-09 Thread Pantelis Antoniou
Hi Benoit, On Jan 8, 2013, at 6:13 PM, Benoit Cousson wrote: Hi Anil, On 01/02/2013 11:12 AM, AnilKumar, Chimata wrote: On Wed, Nov 21, 2012 at 17:22:17, AnilKumar, Chimata wrote: Rename I2C and GPIO nodes according to AM33XX TRM. According to AM33XX TRM device instances are starting from

Re: [RFC v2 14/18] ARM: OMAP2+: AM33XX: control: Add some control module registers and APIs

2013-01-09 Thread Santosh Shilimkar
On Wednesday 09 January 2013 03:07 PM, Bedia, Vaibhav wrote: On Wed, Jan 09, 2013 at 13:01:03, Shilimkar, Santosh wrote: On Wednesday 09 January 2013 11:08 AM, Bedia, Vaibhav wrote: On Tue, Jan 08, 2013 at 20:51:08, Shilimkar, Santosh wrote: On Monday 31 December 2012 06:37 PM, Vaibhav Bedia

[PATCH for 3.8] ARM: OMAP: zoom-display: Remove the use of TWL4030_MODULE_PWM1

2013-01-09 Thread Peter Ujfalusi
Use the future proof TWL_MODULE_PWM module id instead to aim the twl-core cleanup planed for 3.9 kernel cycle. Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com --- Hi Tony, can you queue this patch for 3.8 cycle? With the second part of my twl-core cleanup series I have overlooked this file

Re: Help wanted with USB and OMAP3 off_mode

2013-01-09 Thread Igor Grinberg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Neil, On 01/09/13 00:29, NeilBrown wrote: Hi, I'm trying to get off_mode working reliably on my gta04 mobile phone. My current stumbling block is USB. The Option GSM module is attached via USB (there is a separate transceiver chip

Re: Help wanted with USB and OMAP3 off_mode

2013-01-09 Thread NeilBrown
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, 09 Jan 2013 12:00:05 +0200 Igor Grinberg grinb...@compulab.co.il wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Neil, On 01/09/13 00:29, NeilBrown wrote: Hi, I'm trying to get off_mode working reliably on my gta04

Re: Help wanted with USB and OMAP3 off_mode

2013-01-09 Thread Michael Trimarchi
Hi Neil On 01/09/2013 11:19 AM, NeilBrown wrote: On Wed, 09 Jan 2013 12:00:05 +0200 Igor Grinberg grinb...@compulab.co.il wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Neil, On 01/09/13 00:29, NeilBrown wrote: Hi, I'm trying to get off_mode working reliably on my gta04

Re: Help wanted with USB and OMAP3 off_mode

2013-01-09 Thread NeilBrown
On Wed, 09 Jan 2013 11:24:09 +0100 Michael Trimarchi mich...@amarulasolutions.com wrote: Hi Neil On 01/09/2013 11:19 AM, NeilBrown wrote: On Wed, 09 Jan 2013 12:00:05 +0200 Igor Grinberg grinb...@compulab.co.il wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Neil,

Re: Help wanted with USB and OMAP3 off_mode

2013-01-09 Thread Michael Trimarchi
On 01/09/2013 12:34 PM, NeilBrown wrote: On Wed, 09 Jan 2013 11:24:09 +0100 Michael Trimarchi mich...@amarulasolutions.com wrote: Hi Neil On 01/09/2013 11:19 AM, NeilBrown wrote: On Wed, 09 Jan 2013 12:00:05 +0200 Igor Grinberg grinb...@compulab.co.il wrote: -BEGIN PGP SIGNED

Re: Help wanted with USB and OMAP3 off_mode

2013-01-09 Thread Michael Trimarchi
Hi Neil I forget to answer to your questions On 01/09/2013 12:34 PM, NeilBrown wrote: On Wed, 09 Jan 2013 11:24:09 +0100 Michael Trimarchi mich...@amarulasolutions.com wrote: Hi Neil On 01/09/2013 11:19 AM, NeilBrown wrote: On Wed, 09 Jan 2013 12:00:05 +0200 Igor Grinberg

RE: [PATCH 1/9] mailbox: OMAP: introduce mailbox framework

2013-01-09 Thread Bedia, Vaibhav
Hi Loic, On Fri, Dec 21, 2012 at 16:23:24, Loic PALLARDY wrote: On 12/21/2012 11:49 AM, Bedia, Vaibhav wrote: On Fri, Dec 21, 2012 at 14:24:26, Loic PALLARDY wrote: I have a few patches which are dependent on this patch series. Could you please keep me in cc for the future versions.

Re: [PATCH 0/3] can: Add D_CAN raminit support to am335x-evm

2013-01-09 Thread Benoit Cousson
Hi Anil, On 11/14/2012 07:08 PM, AnilKumar Ch wrote: This patch series adds d_can raminit support to c_can/d_can driver, which is required to init/de-init D_CAN message RAM (holds message objects). Added corresponding DT changes to get resource of RAMINIT register and device instance.

RE: [PATCH 0/3] can: Add D_CAN raminit support to am335x-evm

2013-01-09 Thread AnilKumar, Chimata
On Wed, Jan 09, 2013 at 17:46:37, Cousson, Benoit wrote: Hi Anil, On 11/14/2012 07:08 PM, AnilKumar Ch wrote: This patch series adds d_can raminit support to c_can/d_can driver, which is required to init/de-init D_CAN message RAM (holds message objects). Added corresponding DT changes to

Re: [PATCH 1/9] mailbox: OMAP: introduce mailbox framework

2013-01-09 Thread Loic PALLARDY
Hi Vaibhav, On 01/09/2013 01:11 PM, Bedia, Vaibhav wrote: Hi Loic, On Fri, Dec 21, 2012 at 16:23:24, Loic PALLARDY wrote: On 12/21/2012 11:49 AM, Bedia, Vaibhav wrote: On Fri, Dec 21, 2012 at 14:24:26, Loic PALLARDY wrote: I have a few patches which are dependent on this patch series.

RE: [PATCH 1/9] mailbox: OMAP: introduce mailbox framework

2013-01-09 Thread Bedia, Vaibhav
On Wed, Jan 09, 2013 at 17:59:39, Loic PALLARDY wrote: Hi Vaibhav, On 01/09/2013 01:11 PM, Bedia, Vaibhav wrote: Hi Loic, On Fri, Dec 21, 2012 at 16:23:24, Loic PALLARDY wrote: On 12/21/2012 11:49 AM, Bedia, Vaibhav wrote: On Fri, Dec 21, 2012 at 14:24:26, Loic PALLARDY wrote:

Re: Help wanted with USB and OMAP3 off_mode

2013-01-09 Thread Igor Grinberg
On 01/09/13 14:08, Michael Trimarchi wrote: Hi Neil I forget to answer to your questions On 01/09/2013 12:34 PM, NeilBrown wrote: On Wed, 09 Jan 2013 11:24:09 +0100 Michael Trimarchi mich...@amarulasolutions.com wrote: Hi Neil On 01/09/2013 11:19 AM, NeilBrown wrote: On Wed, 09 Jan

[PATCH v2 0/5] ARM: OMAP4: Enable AESS IP.

2013-01-09 Thread Sebastien Guiriec
v2: - Add missing AESS memory banks. - Update the serie base on comments related earlier serie: http://www.mail-archive.com/linux-omap@vger.kernel.org/msg69853.html The location of the callback has been updated in order to fit with AESS. Some call of PM runtime can be done by ASoC core when AESS

[PATCH v2 3/5] ARM: OMAP4+: AESS: enable internal auto-gating during initial setup

2013-01-09 Thread Sebastien Guiriec
From: Paul Walmsley p...@pwsan.com Enable the AESS auto-gating control bit during AESS hwmod setup. This fixes the following boot warning on OMAP4: omap_hwmod: aess: _wait_target_disable failed Without this patch, the AESS IP block does not indicate to the PRCM that it is idle after it is

[PATCH v2 1/5] ARM: OMAP2+: hwmod: add enable_preprogram hook

2013-01-09 Thread Sebastien Guiriec
From: Paul Walmsley p...@pwsan.com After setup/enable, some IP blocks need some additional setting to indicate the PRCM that they are inactive until they are configured. Some examples on OMAP4 include the AESS and FSUSB IP blocks. To fix this cleanly, this patch adds another optional function

[PATCH v2 2/5] ASoC: TI AESS: add autogating-enable function, callable from architecture code

2013-01-09 Thread Sebastien Guiriec
From: Paul Walmsley p...@pwsan.com Add a basic header file for the TI AESS IP block, located in the OMAP4 Audio Back-End subsystem. Currently, this header file only contains a function to enable the AESS internal clock auto-gating. This will be used by a subsequent patch to ensure that the AESS

[PATCH v2 4/5] OMAP4: hwmod data: Enable AESS hwmod device

2013-01-09 Thread Sebastien Guiriec
Enable AESS data in hwmod in order to be able to probe audio driver. Signed-off-by: Sebastien Guiriec s-guir...@ti.com --- arch/arm/mach-omap2/omap_hwmod_44xx_data.c |6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/arch/arm/mach-omap2/omap_hwmod_44xx_data.c

[PATCH v2 5/5] OMAP4: hwmod data: Update AESS data with memory bank area

2013-01-09 Thread Sebastien Guiriec
Add AESS memory bank data in hwmod in order to provide memory address information to the driver. Signed-off-by: sebastien Guiriec s-guir...@ti.com --- arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 42 1 file changed, 42 insertions(+) diff --git

Re: [PATCH v2 1/5] ARM: OMAP2+: hwmod: add enable_preprogram hook

2013-01-09 Thread Felipe Balbi
On Wed, Jan 09, 2013 at 04:03:07PM +0100, Sebastien Guiriec wrote: From: Paul Walmsley p...@pwsan.com After setup/enable, some IP blocks need some additional setting to indicate the PRCM that they are inactive until they are configured. Some examples on OMAP4 include the AESS and FSUSB IP

Re: [PATCH v2 2/5] ASoC: TI AESS: add autogating-enable function, callable from architecture code

2013-01-09 Thread Mark Brown
On Wed, Jan 09, 2013 at 04:03:08PM +0100, Sebastien Guiriec wrote: From: Paul Walmsley p...@pwsan.com Add a basic header file for the TI AESS IP block, located in the OMAP4 Audio Back-End subsystem. Acked-by: Mark Brown broonie'opensource.wolfsonmicro.com signature.asc Description: Digital

Re: [PATCH 05/10] ARM: OMAP2+: PM/powerdomain: move omap_set_pwrdm_state() to powerdomain code

2013-01-09 Thread Russell King - ARM Linux
On Wed, Dec 12, 2012 at 03:51:49PM +0530, Vaibhav Hiremath wrote: -int omap_set_pwrdm_state(struct powerdomain *pwrdm, u32 pwrst) -{ - u8 curr_pwrst, next_pwrst; - int sleep_switch = -1, ret = 0, hwsup = 0; - - if (!pwrdm || IS_ERR(pwrdm)) You can use IS_ERR_OR_NULL here. As

Re: [PATCH] omap: DT node Timer iteration fix

2013-01-09 Thread Jon Hunter
Hi Pantelis, On 01/08/2013 07:31 AM, Pantelis Antoniou wrote: The iterator correctly handles of_node_put() calls. Remove it before continue'ing the loop. Without this patch you get: Thanks for the fix! May be worth mentioning that this will only be seen with CONFIG_OF_DYNAMIC (and explains

Re: [RFC 0/4] TI LCDC DRM driver

2013-01-09 Thread Dave Airlie
On Wed, Jan 9, 2013 at 2:11 PM, Rob Clark robdcl...@gmail.com wrote: Updated version of DRM driver for TI LCD Controller. Since the initial version of the patch, which only supported TFP410 DVI output, I've added an output driver for LCD panels (for example, LCD3 or LCD7 cape for the

RE: [PATCH 0/7] HWMOD fixes for AM33xx PWM submodules and device tree nodes.

2013-01-09 Thread Philip, Avinash
Hi Paul, On Wed, Jan 02, 2013 at 18:54:47, Philip, Avinash wrote: This patch series is being part of [1] and resubmitting on top of 3.8-rc1 to make it to 3.9. In AM33xx PWM sub modules like ECAP, EHRPWM EQEP are integrated to PWM subsystem. All these submodules shares the resources

RE: [PATCH 3/7] pwm: pwm-tiehrpwm: Update the clock handling of pwm-tiehrpwm driver

2013-01-09 Thread Philip, Avinash
On Wed, Jan 02, 2013 at 19:08:43, Thierry Reding wrote: On Wed, Jan 02, 2013 at 06:54:50PM +0530, Philip Avinash wrote: The clock framework has changed and it's now better to invoke clock_prepare_enable() and clk_disable_unprepare() rather than the legacy clk_enable() and clk_disable()

Re: [PATCH v3 0/3] ARM: dts: omap: add dt data for MUSB

2013-01-09 Thread kishon
On Friday 28 December 2012 12:05 AM, Aaro Koskinen wrote: Hi, On Thu, Sep 20, 2012 at 05:21:15AM +0200, Benoit Cousson wrote: On 09/19/2012 11:32 AM, Kishon Vijay Abraham I wrote: This patch series adds dt data to get MUSB working in omap4 and omap3 Changes from v2: * Changes the subject of

Re: reset handling in am335x hwmod data

2013-01-09 Thread Peter Korsgaard
Paul == Paul Walmsley p...@pwsan.com writes: Hi Paul, Thanks for the detailed explanaition, and sorry for the slow response - I've been away on holidays. Now the question is why is this configured like this? Paul This behavior is intended to decouple the kernel from the Paul bootloader,