[PATCH] I2C_OMAP configuration and Makefile fixes.

Allow I2C_OMAP to be compiled as a module, introduce selection of I2C_OMAP by TWL4030_CORE and remove doubled 'obj-$(CONFIG_I2C_OMAP)' line from makefile. Signed-off-by: Atal Shargorodsky ext-atal.shargorod...@nokia.com --- arch/arm/plat-omap/Kconfig |3 +++ arch/arm/plat-omap/Makefile |

[PATCH 2/3] DSPBRIDGE DVFS and OFF mode support with OPP2

From 6a3c7c79eb2a67b9079b9094c0fb0af4d76c06ef Mon Sep 17 00:00:00 2001 From: Ramesh Gupta G grgu...@ti.com Date: Thu, 12 Feb 2009 05:45:10 +0530 Subject: [PATCH 2/3] DSPBRIDGE DVFS and OFF mode support with OPP2 There are some issues with the OPP1 for DSP This patch keeps VDD1 in OPP2 through out

[PATCH 3/3] Boosting OPP1 voltage level

From a0b8d146249e05465ff30cfd72592418c7a5da8d Mon Sep 17 00:00:00 2001 From: Ramesh Gupta G grgu...@ti.com Date: Thu, 12 Feb 2009 03:03:18 +0530 Subject: [PATCH 3/3] Boosting OPP1 voltage level some issues are observed like DSP sending SYS_ERROR MMU Fault if operated in OPP1, Looks like drop in

RE: [PATCH 0/3] DSPBRIDGE DVFS and Off mode support for bridgedriver

All, Looks like there was some issue with git-send-email configuration, It didn't reach the list, I resent the same. Thanks Ramesh Gupta G -Original Message- From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Gupta, Ramesh Sent: Thursday,

[PATCH 1/1] Export notifier register functions for kernel module building

From dde519d855e64a312331f86d9442c7b6d9ff0291 Mon Sep 17 00:00:00 2001 From: Ramesh Gupta G grgu...@ti.com Date: Thu, 12 Feb 2009 00:39:47 +0530 Subject: [PATCH 1/1] Export notifier register functions for kernel module building. This Patch exports symbols clk_notifier_register/unregister

RE: [PATCH 0/1] Export clock notifier symbols to kernel modules

All, Some mistake in mail configuration, it didn't reach the list, I resent the same. Thanks Ramesh Gupta G -Original Message- From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Gupta, Ramesh Sent: Thursday, February 12, 2009 6:52 AM To:

RE: [PATCH 0/3] DSPBRIDGE DVFS and Off mode support for bridgedriver

Hi Rajendra, -Original Message- From: Nayak, Rajendra Sent: Thursday, February 12, 2009 10:13 AM To: Gupta, Ramesh; linux-omap@vger.kernel.org Subject: RE: [PATCH 0/3] DSPBRIDGE DVFS and Off mode support for bridgedriver -Original Message- From:

Re: ASoC audio not working on OMAP3 EVM

The patch doesn't help, result is same... Any help is welcome On Thu, Feb 12, 2009 at 1:09 PM, Eero Nurkkala ext-eero.nurkk...@nokia.com wrote: Has anyone observed the same problems on other platforms as well? Do we have a fix for them? Give this a try:

Re: ASoC audio not working on OMAP3 EVM

On Thu, 12 Feb 2009 10:38:27 +0100 ext Anuj Aggarwal anuj.aggar...@gmail.com wrote: The patch doesn't help, result is same... Any help is welcome My Beagle is working fine on top of l-o head (commit 70ff4a1aafd2378c9e3ff153135ba6d0bde45215) and with Steve's patch

omapfb: 24bpp not working?

Hi all, I selected a 1024x768x24bpp in the drivers/video/omap/lcd_xxx file for a new platform (very similar to OMAP3EVM) which has a display connected to the CPU using a LVDS-transmitter. Everything works find, but the systems does not send 888-RGB-values but 565 ones, even if i select bpp = 24

Re: omapfb: 24bpp not working?

On Thu, Feb 12, 2009 at 11:50 AM, Matthias Ludwig matthias.lud...@gmx.net wrote: Hi all, I selected a 1024x768x24bpp in the drivers/video/omap/lcd_xxx file for a new platform (very similar to OMAP3EVM) which has a display connected to the CPU using a LVDS-transmitter. Everything works find,

Re: ASoC audio not working on OMAP3 EVM

Op 12 feb 2009, om 10:49 heeft Jarkko Nikula het volgende geschreven: On Thu, 12 Feb 2009 10:38:27 +0100 ext Anuj Aggarwal anuj.aggar...@gmail.com wrote: The patch doesn't help, result is same... Any help is welcome My Beagle is working fine on top of l-o head (commit

[PATCH] OMAP3: SDTI: Prevent access to sdti writing if module is not initialized.

The function sti_channel_write_trace can be run from process and interrupt context. It has to be completed before other sti_channel_write_trace calls. Prevent sdti writing when SDTI module is not initialized. Signed-off-by: Roman Tereshonkov roman.tereshon...@nokia.com ---

[PATCH 0/1] DSPBRIDGE Fix condition statement for Global Flush

All, There was a mistake in conditional statement in the previous patch set [PATCH 0/3] DSPBRIDGE DVFS and Off mode support for bridgedriver This patch fixes that. Signed-off-by: Ramesh Gupta G grgu...@ti.com --- drivers/dsp/bridge/wmd/tiomap3430.c |3 ++- 1 files changed, 2

[PATCH 1/1] DSPBRIDGE Fix condition statement for Global Flush

From c04f200032378b9b56a1ac8e66f80c953f5707a5 Mon Sep 17 00:00:00 2001 From: Ramesh Gupta G grgu...@ti.com Date: Thu, 12 Feb 2009 17:57:21 +0530 Subject: [PATCH 1/1] DSPBRIDGE Fix condition statement for Global Flush This fixes the condition statement with the original patch set. Signed-off-by:

[PATCH 1/1] Allow I2C_OMAP to compile as a module.

This patch allows I2C_OMAP to be compiled as a module. Only drivers/i2c/busses/i2c-omap.c can be compiled as a module, but not arch/arm/plat-omap/i2c.c , so let the contents of i2c.c to compile into the kernel if I2C_OMAP was selected to compile in or as a module. Signed-off-by: Atal Shargorodsky

Re: PM branch updates: 3430sdp and omap3evm results

Hi Tony, On 2/12/09, Ramesh Gupta Guntha grgupt...@gmail.com wrote: Hi Tony, On 2/12/09, Tony Lindgren t...@atomide.com wrote: * Kevin Hilman khil...@deeprootsystems.com [090210 14:30]: Ramesh Gupta Guntha grgupt...@gmail.com writes: Kevin, I pulled git kernel today but still I

Re: [PATCH 1/1] Allow I2C_OMAP to compile as a module.

On Thu, 12 Feb 2009 13:54:54 +0100 Shargorodsky Atal (EXT-Teleca/Helsinki) ext-atal.shargorod...@nokia.com wrote: This patch allows I2C_OMAP to be compiled as a module. Only drivers/i2c/busses/i2c-omap.c can be compiled as a module, but not arch/arm/plat-omap/i2c.c , so let the contents of

[PATCH 1/1] Allow I2C_OMAP to compile as a module.

This patch allows I2C_OMAP to be compiled as a module. Only drivers/i2c/busses/i2c-omap.c can be compiled as a module, but not arch/arm/plat-omap/i2c.c , so let the contents of i2c.c to compile into the kernel if either I2C_OMAP was selected to compile in or as a module. Signed-off-by: Atal

[PATCH] Removal of duplicate cbus entry

Removal of duplicate cbus entry. Signed-off-by: Ameya Palande ameya.pala...@nokia.com --- drivers/Makefile |1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/drivers/Makefile b/drivers/Makefile index 67de08b..1eff6ed 100644 --- a/drivers/Makefile +++ b/drivers/Makefile @@

Re: [PATCH 1/1] per board prm timings

Peter 'p2' De Schrijver peter.de-schrij...@nokia.com writes: API definition to set prm setup times. Signed-off-by: Peter 'p2' De Schrijver peter.de-schrij...@nokia.com Peter, I like this approach much better than what we currently have. Pushing to PM branch. The next thing I would like to

Re: [PATCH 1/1] Export notifier register functions for kernel module building

Gupta, Ramesh grgu...@ti.com writes: This Patch exports symbols clk_notifier_register/unregister function for other kernel modules usage. Signed-off-by: Ramesh Gupta G grgu...@ti.com Thanks, pushed to PM branch. Kevin --- arch/arm/plat-omap/clock.c |2 ++ 1 files changed, 2

[PATCH 0/3] musb_hdrc: Clean-up init code for mainline merge

Hi Felipe Dave, While creating a patch for usb-musb.c init code for mainline kernel, I ended up cleaning up following stuff in the l-o tree. Does it look OK to you? Regards, Tony --- Tony Lindgren (3): musb_hdrc: Build usb-musb based on config entry, clean-up Makefile

[PATCH 1/3] musb_hdrc: Set musb_resources dynamically

The cpu_is_omap34xx() may not be static. Cc: Felipe Balbi felipe.ba...@nokia.com Cc: David Brownell dbrown...@users.sourceforge.net Signed-off-by: Tony Lindgren t...@atomide.com --- arch/arm/mach-omap2/usb-musb.c | 23 +-- 1 files changed, 13 insertions(+), 10 deletions(-)

[PATCH 2/3] musb_hdrc: Clean-up MUSB init code for next merge window

Let's just use mach/usb.h as mach/musb.h only has one entry. Cc: Felipe Balbi felipe.ba...@nokia.com Cc: David Brownell dbrown...@users.sourceforge.net Signed-off-by: Tony Lindgren t...@atomide.com --- arch/arm/mach-omap2/board-2430sdp.c|2 +- arch/arm/mach-omap2/board-3430sdp.c

[PATCH 3/3] musb_hdrc: Build usb-musb based on config entry, clean-up Makefile

Build usb-musb based on config entry, clean-up Makefile Cc: Felipe Balbi felipe.ba...@nokia.com Cc: David Brownell dbrown...@users.sourceforge.net Signed-off-by: Tony Lindgren t...@atomide.com --- arch/arm/mach-omap2/Makefile | 17 ++--- arch/arm/mach-omap2/usb-musb.c

Re: [PATCH 0/3] musb_hdrc: Clean-up init code for mainline merge

* Tony Lindgren t...@atomide.com [090212 11:16]: Hi Felipe Dave, While creating a patch for usb-musb.c init code for mainline kernel, I ended up cleaning up following stuff in the l-o tree. Does it look OK to you? And here's what the musb_init patch for the mainline. No boards are

Re: [PATCH 1/3] musb_hdrc: Set musb_resources dynamically

On Thu, Feb 12, 2009 at 11:16:55AM -0800, Tony Lindgren wrote: The cpu_is_omap34xx() may not be static. Cc: Felipe Balbi felipe.ba...@nokia.com Cc: David Brownell dbrown...@users.sourceforge.net Signed-off-by: Tony Lindgren t...@atomide.com This looks ok ---

Re: [PATCH 2/3] musb_hdrc: Clean-up MUSB init code for next merge window

On Thu, Feb 12, 2009 at 11:17:08AM -0800, Tony Lindgren wrote: Let's just use mach/usb.h as mach/musb.h only has one entry. Cc: Felipe Balbi felipe.ba...@nokia.com Cc: David Brownell dbrown...@users.sourceforge.net Signed-off-by: Tony Lindgren t...@atomide.com ---

Re: [PATCH 3/3] musb_hdrc: Build usb-musb based on config entry, clean-up Makefile

On Thu, Feb 12, 2009 at 11:17:19AM -0800, Tony Lindgren wrote: Build usb-musb based on config entry, clean-up Makefile Cc: Felipe Balbi felipe.ba...@nokia.com Cc: David Brownell dbrown...@users.sourceforge.net Signed-off-by: Tony Lindgren t...@atomide.com Makes sense to me ---

Re: [PATCH 2/3] musb_hdrc: Clean-up MUSB init code for next merge window

* Felipe Balbi m...@felipebalbi.com [090212 11:32]: On Thu, Feb 12, 2009 at 11:17:08AM -0800, Tony Lindgren wrote: Let's just use mach/usb.h as mach/musb.h only has one entry. Cc: Felipe Balbi felipe.ba...@nokia.com Cc: David Brownell dbrown...@users.sourceforge.net Signed-off-by: Tony

Re: [PATCH 0/3] musb_hdrc: Clean-up init code for mainline merge

On Thursday 12 February 2009, Tony Lindgren wrote: While creating a patch for usb-musb.c init code for mainline kernel, I ended up cleaning up following stuff in the l-o tree. Does it look OK to you? It all looked fine to me. -- To unsubscribe from this list: send the line unsubscribe

Re: OMAP I2C question

On Wednesday 11 February 2009, Gary Thomas wrote: Why is I2C_FUNC_SMBUS_QUICK functionality missing in i2c-omap.c? The I2C controllers are not documented as supporting it. -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to

Re: [PATCH] Fix compile error in usb-musb.c

* David Brownell davi...@pacbell.net [090211 17:55]: On Wednesday 11 February 2009, Tony Lindgren wrote: * David Brownell davi...@pacbell.net [090126 15:23]: On Sunday 18 January 2009, Tony Lindgren wrote: #if     !defined(CONFIG_ARCH_OMAP730) \

Re: [PATCH 4/8] i2c: lp5521: move to LED framework

On Tuesday 10 February 2009, Felipe Balbi wrote: +   chip-ledr.name = lp5521:red; Rule of thumb: assume there can always be multiple instances of a device. In this case that's trivially possible Exception to that rule: rare, based on system-wide concerns. Like there being only one PMIC,

Re: [PATCH 4/8] i2c: lp5521: move to LED framework

On Thu, 12 Feb 2009 14:18:17 -0800, David Brownell davi...@pacbell.net wrote: On Tuesday 10 February 2009, Felipe Balbi wrote: +   chip-ledr.name = lp5521:red; Rule of thumb: assume there can always be multiple instances of a device. In this case that's trivially possible Exception

Hi David Brownell. I have a question for twl4030 driver.

I added struct regulator_init_data xxx_vpll2 to board-xx.c file to use VPLL2. but couldn't use it because you annotated codes for VPLL2 like below. in drivers/mfd/twl4030-core.c file. /* maybe add LDOs that are omitted on cost-reduced parts */ if (twl_has_regulator() !(features

[PATCH] OMAP3: PM: Update voltage levels for OPP1/2 on VDD1/2

This patch updates the voltage levels for VDD1 OPP1/2 and VDD2 OPP1/2 according to the latest operating condition addendum for 3430. The new voltage levels at various OPP's for VDD1/2 are as below VDD1 OPP1 0.975v VDD1 OPP2 1.050v VDD1 OPP3 1.200v VDD1 OPP4 1.270v VDD1 OPP5 1.350v VDD2 OPP1

Re: [PATCH 1/1] Allow I2C_OMAP to compile as a module.

On Thu, 12 Feb 2009 15:10:29 +0100 Shargorodsky Atal (EXT-Teleca/Helsinki) ext-atal.shargorod...@nokia.com wrote: This patch allows I2C_OMAP to be compiled as a module. Only drivers/i2c/busses/i2c-omap.c can be compiled as a module, but not arch/arm/plat-omap/i2c.c , so let the contents of

Re: [PATCH E 11/14] OMAP clock: track child clocks

(cc'ing Richard Woodruff) Hello Russell, On Mon, 9 Feb 2009, Russell King - ARM Linux wrote: On Thu, Jan 29, 2009 at 10:06:08PM +, Russell King - ARM Linux wrote: @@ -780,7 +780,7 @@ int omap2_clk_set_parent(struct clk *clk, struct clk *new_parent) if (clk-usecount 0)

Re: [PATCH] Removal of duplicate cbus entry

On Thu, 12 Feb 2009 16:39:53 +0100 Palande Ameya (Nokia-D/Helsinki) ameya.pala...@nokia.com wrote: Removal of duplicate cbus entry. Signed-off-by: Ameya Palande ameya.pala...@nokia.com --- drivers/Makefile |1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git