Re: [PATCH F 10/12] OMAP2/3 clock: omap2_clk_enable(): fix logic

2009-02-02 Thread Paul Walmsley
Hi Russell, On Sat, 31 Jan 2009, Russell King - ARM Linux wrote: On Wed, Jan 28, 2009 at 12:35:28PM -0700, Paul Walmsley wrote: Rearrange the parent clock enable status check code so it actually makes sense. No functional change. I don't think there's anything gained from introducing

Re: [PATCH F 12/12] OMAP2/3 McBSP: add temporary clockdomain fix for McBSP virtual clocks

2009-02-02 Thread Paul Walmsley
Hi Russell, On Sat, 31 Jan 2009, Russell King - ARM Linux wrote: On Wed, Jan 28, 2009 at 12:35:33PM -0700, Paul Walmsley wrote: The McBSP driver uses virtual clocks to handle enabling and disabling its hardware clocks. These virtual clocks have no associated clockdomain. After commit

Re: [PATCH] OMAP: MMC: recover from transfer failures

2009-02-02 Thread Jean Pihet
Tony, Has this patch been applied to the linux-omap tree? Does it need to go the patchwork? Cf. http://marc.info/?l=linux-omapm=123141577308177w=2 Regards, Jean On Thursday 08 January 2009 12:49:19 Jean Pihet wrote: Thanks for the suggestion, it works great (stress tested) and is a cleaner

RE: [PATCH] I2C: OMAP: Include OMAP_I2C_SYSC_REG in save and restore

2009-02-02 Thread Pakaravoor, Jagadeesh
Hi, omap_i2c_write_reg(dev, OMAP_I2C_IE_REG, dev-iestate); @@ -300,14 +302,15 @@ static int omap_i2c_init(struct omap_i2c } else if (dev-rev = OMAP_I2C_REV_ON_3430) { u32 v; This local variable is left unused, so you will get a compiler

RE: [PATCH] I2C: OMAP: Add missing wakeup events

2009-02-02 Thread Pakaravoor, Jagadeesh
Hi, Is it a necesary bugfix, or should it wait for the next merge window? You can line it up for the next merge window. -Jagadeesh -- 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

[PATCH 0/1] Do a warm reboot instead of a cold reboot

2009-02-02 Thread Peter 'p2' De Schrijver
This patch makes arch_reset do a warm reboot instead of a cold reboot. This is necessary because otherwise the system does not reboot reliably when disabling CLKEN in retention. Note : Unfortuately this breaks retention :( IVA2, PER and CORE don't go to retention after reboot. Peter 'p2'

[PATCH 1/1] Do a warm reboot instead of a cold boot

2009-02-02 Thread Peter 'p2' De Schrijver
This patch makes omap_prcm_arch_reset do a warm reboot instead of a cold boot Signed-off-by: Peter 'p2' De Schrijver peter.de-schrij...@nokia.com --- arch/arm/mach-omap2/prcm.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/arch/arm/mach-omap2/prcm.c

[OMAPZOOM][PATCH] ISP: Fix printk's error messages.

2009-02-02 Thread Dominic Curran
From: Dominic Curran dcur...@ti.com Subject: [OMAPZOOM][PATCH] ISP: Fix printk's error messages. This patch adds CRLF characters to some printk's. Added 'ISP_ERR' at beginning of message a thats how other printks are formated in this module. Reported-by: Alexey Klimov klimov.li...@gmail.com

Re: new PM branch available

2009-02-02 Thread Peter 'p2' De Schrijver
Hi Kevin, Hello, The latest PM branch is now available[1]. I've done basic testing of retention and off-mode (suspend and dynamic idle) on Beagle and custom HW. My SDP has something still keeping CORE active that others have not seen, but I have yet to debug. Any other reports from

Re: [PATCH omap-fixes] OMAP2/3: GPIO: remove recursion in IRQ wakeup path

2009-02-02 Thread Kevin Hilman
Kevin Hilman khil...@deeprootsystems.com writes: Now that the generic IRQ and GPIO frameworks are used for enabling and disabling GPIO IRQ wakeup sources, there is no longer a need to call [enable|disable]_irq_wake() in the low-level code. Doing so results in recursive calls to

Re: [PATCH] OMAP: MMC: recover from transfer failures

2009-02-02 Thread Tony Lindgren
Hi, * Jean Pihet jpi...@mvista.com [090202 00:46]: Tony, Has this patch been applied to the linux-omap tree? Does it need to go the patchwork? Cf. http://marc.info/?l=linux-omapm=123141577308177w=2 I'm not applying MMC patches, we need to move that discussion to LKML and keep Pierre

Re: new PM branch available

2009-02-02 Thread Kevin Hilman
Hi Peter, Peter 'p2' De Schrijver peter.de-schrij...@nokia.com writes: Hi Kevin, Hello, The latest PM branch is now available[1]. I've done basic testing of retention and off-mode (suspend and dynamic idle) on Beagle and custom HW. My SDP has something still keeping CORE active that

Re: new PM branch available

2009-02-02 Thread Kevin Hilman
Kevin Hilman khil...@deeprootsystems.com writes: Hi Peter, Peter 'p2' De Schrijver peter.de-schrij...@nokia.com writes: Hi Kevin, Hello, The latest PM branch is now available[1]. I've done basic testing of retention and off-mode (suspend and dynamic idle) on Beagle and custom HW.

Re: dspgateway linux-omap branch

2009-02-02 Thread Tony Lindgren
* Siarhei Siamashka siarhei.siamas...@gmail.com [090201 15:51]: Hello all, I wonder about the status of dspgateway branch. It does not compile cleanly for n770_defconfig confuguration. Applying patches 'USB: omap1 ohci buildfix (otg related)', 'drivers/usb/core/hub.c: fix CONFIG_USB_OTG=y

Re: [PATCH v2 0/2] OMAP 2/3 GPIO fixes for idling debounce clocks

2009-02-02 Thread Kevin Hilman
Kevin Hilman khil...@deeprootsystems.com writes: [updated since v1: also works for retention/off when idle by masking off GPIO clocks in the 'fclks_active' check.] This series against the current PM branch is to add support for auto-disabling GPIO debounce clocks when the system is idle.

Re: [PATCH 2/2] Adding and building TPS6235x based PR785 board support

2009-02-02 Thread Mark Brown
On Mon, Feb 02, 2009 at 09:22:30AM +0530, Pillai, Manikandan wrote: Ditto. It's important to remember that this I2C driver is going to be used by all OMAP systems using I2C - patching in ifdefs for setting up each board isn't going to scale, they would end up obscuring the code for the

Re: [PATCH] I2C: OMAP: Include OMAP_I2C_SYSC_REG in save and restore

2009-02-02 Thread Aaro Koskinen
Hello, ext Pakaravoor, Jagadeesh wrote: From: Jagadeesh Bhaskar Pakaravoor j-pakarav...@ti.com Save and restore should include OMAP_I2C_SYSC_REG. Signed-off-by: Jagadeesh Bhaskar Pakaravoor j-pakarav...@ti.com CC: Jouni Hogander jouni.hogan...@nokia.com --- Index:

Re: [PATCHv2] ARM: OMAP: gptimer based event monitor driver for oprofile

2009-02-02 Thread Siarhei Siamashka
On Thursday 29 January 2009 22:10:06 ext Kevin Hilman wrote: Siarhei Siamashka siarhei.siamas...@nokia.com writes: Signed-off-by: Siarhei Siamashka siarhei.siamas...@nokia.com --- A second revision of gptimer oprofile patch http://marc.info/?l=linux-omapm=123143937515088w=2 with the

Remaining bits for basic support of LDP

2009-02-02 Thread Russell King - ARM Linux
Tony, Thye LDP platform network interface still doesn't seem to work. There seems to be several reasons for this: 1. wrong resource size in arch/arm/mach-omap2/board-ldp.c 2. missing OMAPx4xx configuration from drivers/net/smc911x.h 3. missing SMC9211 chip IDs from drivers/net/smc911x.c The

Re: Remaining bits for basic support of LDP

2009-02-02 Thread David Miller
From: Russell King - ARM Linux li...@arm.linux.org.uk Date: Mon, 2 Feb 2009 21:39:53 + The patch to fix these issues would seem to be relatively small (12 lines in the smc911x and one line change in board-ldp.c) - is it something we want done for -rc4 or do we scrap the ethernet support

Re: Remaining bits for basic support of LDP

2009-02-02 Thread Steve Sakoman
On Mon, Feb 2, 2009 at 1:45 PM, David Miller da...@davemloft.net wrote: From: Russell King - ARM Linux li...@arm.linux.org.uk Date: Mon, 2 Feb 2009 21:39:53 + The patch to fix these issues would seem to be relatively small (12 lines in the smc911x and one line change in board-ldp.c) - is

Re: Remaining bits for basic support of LDP

2009-02-02 Thread Russell King - ARM Linux
On Mon, Feb 02, 2009 at 01:45:30PM -0800, David Miller wrote: From: Russell King - ARM Linux li...@arm.linux.org.uk Date: Mon, 2 Feb 2009 21:39:53 + The patch to fix these issues would seem to be relatively small (12 lines in the smc911x and one line change in board-ldp.c) - is it

RE: [PATCH] I2C: OMAP: Include OMAP_I2C_SYSC_REG in save and restore

2009-02-02 Thread Pakaravoor, Jagadeesh
Ben, is this necessary for inclusion as a bugfix, or can it wait for a merge window? This patch applies to Linux Omap tree only. It is a bug fix, and preferably taken ASAP. I'd like to incorporate your review comments, if you have any. -Jagadeesh -- To unsubscribe from this list: send the

RE: BUG: LDP - smc911x region too small

2009-02-02 Thread Woodruff, Richard
Here should be 0x100. Fixing this won't cause problems with smsc911x patches. Yes it will - if it gets fixed in the -rc series for the smc911x driver your patches will conflict. There's more which needs fixing though - no platform data is being passed so the smc911x driver still fails to

[PATCH 2/2] Add and build TPS6235x based PR785 board support

2009-02-02 Thread Manikandan Pillai
Change in this patch include comments fix from David Brownell and Mark TPS6235x chip based PR785 power modules are from Texas Instruments for OMAP3 EVM boards. This patch supports the PR785 card and provides the driver support for the TPS devices. For compilation, the LCD and MMC drivers are

[PATCH 1/2] Add support for TPS6235x support

2009-02-02 Thread Manikandan Pillai
The patch has been fixed for comments given by David Brownell and Mark Brown for adding TPS6235x support on OMAP3 EVM. Comments fixed include moving Makefile changes to this patch dev_err used removed the extra configuration option from Kconfig Signed-off-by: Manikandan Pillai mani.pil...@ti.com

Re: [PATCH] I2C: OMAP: Add missing wakeup events

2009-02-02 Thread Ben Dooks
On Mon, Feb 02, 2009 at 12:47:05PM +0530, Pakaravoor, Jagadeesh wrote: Ben, Did you get a chance to look at this patch? Is it a necesary bugfix, or should it wait for the next merge window? -Original Message- From: linux-i2c-ow...@vger.kernel.org

Re: [PATCH 2/2] Add and build TPS6235x based PR785 board support

2009-02-02 Thread Mark Brown
On Mon, Feb 02, 2009 at 03:22:05PM +0530, Manikandan Pillai wrote: +int omap_i2c_register_child(struct platform_device *pdev_parent, + const char *name, struct platform_device **pdev) +{ + (*pdev)-dev.parent = pdev_parent-dev; + if (!strcmp(name, vdd2_consumer))

RE: [PATCH 2/2] Add and build TPS6235x based PR785 board support

2009-02-02 Thread Pillai, Manikandan
Hi Mark, I can remove all the consumer related portion in the patch. The consumer patch will be sent as different patch like the Other consumer drivers. Regards Mani -Original Message- From: Mark Brown [mailto:broo...@sirena.org.uk] Sent: Monday, February 02, 2009 5:30 PM To:

[PATCH 1/2] Add support for TPS6235x support

2009-02-02 Thread Manikandan Pillai
The patch has been fixed for comments given by David Brownell and Mark Brown for adding TPS6235x support on OMAP3 EVM. Comments fixed include moving Makefile changes to this patch dev_err used removed the extra configuration option from Kconfig Signed-off-by: Manikandan Pillai mani.pil...@ti.com

[PATCH 2/2] Add and build TPS6235x based PR785 board support

2009-02-02 Thread Manikandan Pillai
Change in this patch include comments fix from David Brownell and Mark Removed all the child registration functions for I2C controller TPS6235x chip based PR785 power modules are from Texas Instruments for OMAP3 EVM boards. This patch supports the PR785 card and provides the driver support for

Re: Omap3430 does not resume after suspend

2009-02-02 Thread Shreyas Mahajan
On Fri, Jan 30, 2009 at 7:32 PM, Premi, Sanjeev pr...@ti.com wrote: -Original Message- From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Shreyas Mahajan Sent: Friday, January 30, 2009 2:54 PM To: linux-omap@vger.kernel.org Subject: