Re: How to properly enable omap-pm functionality

Hi Kevin, On Monday, 20 July, 2009, at 08:30AM, Kevin Hilman khil...@deeprootsystems.com wrote: You still will not see omap-pm.h included because I did not test DVFS on Overo since just going idle eventually leads to memory corruption. As I stated[1], SDRC settings need some

Re: Reading from ISP registers fails

ext matthias schwarz wrote: Hello there, i just wrote a little kernel-module, which only executes the following lines of code: u32 syn_mode; void* iomem; struct resource* resource_ptr; resource_ptr = request_mem_region(0x480BC000, 0xFFF, isp_ccdc); iomem =

Re: Reading from ISP registers fails

2009/7/21 Roger Quadros ext-roger.quad...@nokia.com: ext matthias schwarz wrote: Hello there, i just wrote a little kernel-module, which only executes the following lines of code: u32 syn_mode; void* iomem; struct resource* resource_ptr; resource_ptr = request_mem_region(0x480BC000,

RE: android-omap-2.6.29 for gumstix overo

Elvis -Original Message- From: Elvis Dowson [mailto:elvis.dow...@mac.com] Sent: Tuesday, July 21, 2009 12:34 AM To: Pandita, Vikram; Kevin Hilman Cc: Linux OMAP Users Subject: RE: android-omap-2.6.29 for gumstix overo Hi Vikram, I am now looking at the

RE: android-omap-2.6.29 for gumstix overo

Hi Vikram, Thanks, this is good news since you appear to have atleast one working version of omap-pm on omap-2.6.29 up and running. Could you email me those patches so I can try it out? Best regards, Elvis On Tuesday, 21 July, 2009, at 05:26AM, Pandita, Vikram

RE: android-omap-2.6.29 for gumstix overo

-Original Message- From: Elvis Dowson [mailto:elvis.dow...@mac.com] Sent: Tuesday, July 21, 2009 7:54 AM To: Pandita, Vikram Cc: Kevin Hilman; Linux OMAP Users Subject: RE: android-omap-2.6.29 for gumstix overo Hi Vikram, Thanks, this is good news since you appear to

[PATCH 0/3] [OMAP:I2C] Small bug fixes and errata 1.153

This patch includes the following: - Bug in reading the RXSTAT/TXSTAT values from I2C_BUFFSTAT - In case of a NACK|ARDY|AL interrupts return from the ISR - OMAP3430 silicon errata 1.153 Signed-off-by: Moiz Sonasathm-sonas...@ti.com Signed-off-by: Vikram panditavikram.pand...@ti.com Moiz

[PATCH 1/3] [OMAP:I2C]Bug in reading the RXSTAT/TXSTAT values from the I2C_BUFFSTAT register

Fix bug in reading the I2C_BUFFSTAT register for getting byte count on RX/TX interrupt. On Interrupt: I2C_STAT[RDR], read 'RXSTAT' from I2C_BUFFSTAT[8-13] On Interrupt: I2C_STAT[XDR] read 'TXSTAT' from I2C_BUFFSTAT[0-5] Signed-off-by: Jagadeesh Pakaravoorj-pakarav...@ti.com

[PATCH 2/3] [OMAP:I2C]In case of a NACK|ARDY|AL return from the ISR

In case of a NACK or ARDY or AL interrupt, complete the request. There is no need to service the RRDY/RDR or XRDY/XDR interrupts. Refer TRM SWPU114: Figure 18-31.I2C Master Transmitter Mode, Interrupt Method, in F/S and HS Modes

[PATCH 3/3] [OMAP:I2C]OMAP3430 Silicon Errata 1.153

When an XRDY/XDR is hit, wait for XUDF before writing data to DATA_REG. Otherwise some data bytes can be lost while transferring them from the memory to the I2C interface. Do a Busy-wait for XUDF, before writing data to DATA_REG. While waiting if there is NACK | AL, set the appropriate error

[RESUBMIT][PATCH][RFC] OMAP4: I2C Support for OMAP4430

This patch adds OMAP4 support to the I2C driver. All I2C register addresses are different between OMAP1/2/3 and OMAP4. In order to not have #ifdef's at various places in code, as well as to support multi-OMAP build, Array's are created to hold the register addresses. Signed-off-by: Syed Rafiuddin

RE: Reading from ISP registers fails

-Original Message- From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap- ow...@vger.kernel.org] On Behalf Of matthias schwarz Sent: Tuesday, July 21, 2009 4:31 PM To: Roger Quadros Cc: linux-omap@vger.kernel.org Subject: Re: Reading from ISP registers fails 2009/7/21 Roger

Re: [PATCH] fix omap3 sram virtual addres overlap vmalloc space after increasing vmalloc size

Thanks, Paul Tony Is there some issue about this patch? Thanks Janboe Ye On Fri, 2009-07-17 at 16:04 -0600, Paul Walmsley wrote: On Thu, 16 Jul 2009, Janboe Ye wrote: resend for mini coding style fixing commit e85c205ac1427f2405021a36f083280ff0d0a35e increase vmalloc size. vmalloc

Re: [PATCH] fix omap3 sram virtual addres overlap vmalloc space after increasing vmalloc size

On Tue, 21 Jul 2009, Janboe Ye wrote: Thanks, Paul Tony Is there some issue about this patch? Tony's on vacation right now, so you shouldn't expect a response from him until he returns. http://www.mail-archive.com/linux-omap@vger.kernel.org/msg14015.html - Paul Thanks Janboe Ye

Re: How to properly enable omap-pm functionality

Elvis Dowson elvis.dow...@mac.com writes: Hi Kevin, On Monday, 20 July, 2009, at 08:30AM, Kevin Hilman khil...@deeprootsystems.com wrote: You still will not see omap-pm.h included because I did not test DVFS on Overo since just going idle eventually leads to memory

[PATCH 00/14] OMAP PM fixes for .31-rc series

Also available here as a v2.6.31-rc3 based branch from: git://git.kernel.org/pub/scm/linux/kernel/git/khilman/linux-omap-pm.git pm-upstream/fixes Eero Nurkkala (1): OMAP: PM: CPUfreq: obey min/max settings of policy Jouni Hogander (1): OMAP3: PM: Fix wrong sequence in suspend. Kevin

[PATCH 01/14] OMAP2/3: PM: make PM __init calls static

Signed-off-by: Kevin Hilman khil...@deeprootsystems.com --- arch/arm/mach-omap2/pm.h |3 --- arch/arm/mach-omap2/pm24xx.c |2 +- arch/arm/mach-omap2/pm34xx.c |2 +- 3 files changed, 2 insertions(+), 5 deletions(-) diff --git a/arch/arm/mach-omap2/pm.h b/arch/arm/mach-omap2/pm.h

[PATCH 02/14] OMAP3: PM: CM_REGADDR macros using wrong name

Signed-off-by: Kevin Hilman khil...@deeprootsystems.com --- arch/arm/mach-omap2/cm.h |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/arch/arm/mach-omap2/cm.h b/arch/arm/mach-omap2/cm.h index 1d3c93b..f3c91a1 100644 --- a/arch/arm/mach-omap2/cm.h +++

[PATCH 03/14] OMAP3: PM: Ensure PRCM interrupts are cleared at boot

Any pending PRCM interrupts can prevent retention. Ensure they are cleared during boot. Signed-off-by: Kevin Hilman khil...@deeprootsystems.com --- arch/arm/mach-omap2/pm34xx.c |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/arch/arm/mach-omap2/pm34xx.c

[PATCH 04/14] OMAP3: PM: Clear pending PRCM reset flags on init

Any pending reset flags can prevent retention. Ensure they are all cleared during boot. Signed-off-by: Kevin Hilman khil...@deeprootsystems.com --- arch/arm/mach-omap2/pm34xx.c |9 + 1 files changed, 9 insertions(+), 0 deletions(-) diff --git a/arch/arm/mach-omap2/pm34xx.c

[PATCH 05/14] OMAP3: PM: prevent module wakeups from waking IVA2

By default, prevent functional wakeups from inside a module from waking up the IVA2. Let DSP Bridge code handle this when loaded. Signed-off-by: Kevin Hilman khil...@deeprootsystems.com --- arch/arm/mach-omap2/pm34xx.c |6 ++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git

[PATCH 06/14] OMAP3: PM: Do not build suspend code if SUSPEND is not enabled

Signed-off-by: Jouni Hogander jouni.hogan...@nokia.com Signed-off-by: Kevin Hilman khil...@deeprootsystems.com --- arch/arm/mach-omap2/pm34xx.c |6 ++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/arch/arm/mach-omap2/pm34xx.c b/arch/arm/mach-omap2/pm34xx.c index

[PATCH 07/14] OMAP4: UART: cleanup special case IRQ handling

Streamline the OMAP4 special IRQ assignments by putting inside normal init loop instead of having a separate loop. Signed-off-by: Kevin Hilman khil...@deeprootsystems.com --- arch/arm/mach-omap2/serial.c |7 +++ 1 files changed, 3 insertions(+), 4 deletions(-) diff --git

[PATCH 08/14] OMAP3: Fixed crash bug with serial + suspend

From: Tero Kristo tero.kri...@nokia.com It was possible for an unhandled interrupt to occur if there was incoming serial traffic during wakeup from suspend. This was caused by the code in arch-arm/mach-omap2/serial.c keeping interrupt enabled all the time, but not acking its interrupts. Applies

[PATCH 09/14] OMAP2/3/4: UART: Allow per-UART disabling wakeup for serial ports

This patch causes the OMAP uarts to honor the sysfs power/wakeup file for IOPAD wakeups. Before the OMAP was always woken up from off mode on a rs232 signal change. This patch also creates a different platform device for each serial port so that the wakeup properties can be control per port. By

[PATCH 10/14] OMAP2/3/4: UART: allow in-order port traversal

Use list_add_tail() when adding discovered UART ports. This is so traversal using list_for_each_entry() will traverse the list in the order they were found. Signed-off-by: Kevin Hilman khil...@deeprootsystems.com --- arch/arm/mach-omap2/serial.c |2 +- 1 files changed, 1 insertions(+), 1

[PATCH 14/14] OMAP3: Overo: add missing pen-down GPIO definition

Signed-off-by: Kevin Hilman khil...@deeprootsystems.com --- arch/arm/mach-omap2/board-overo.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/arch/arm/mach-omap2/board-overo.c b/arch/arm/mach-omap2/board-overo.c index dff5528..e26af83 100644 ---

[PATCH 11/14] OMAP: PM: CPUfreq: obey min/max settings of policy

From: Eero Nurkkala ext-eero.nurkk...@nokia.com Use the min/max settings from CPUfreq policy rather than processor defined min/max settings. Without this patch, it's possible to scale frequency outside the current policy range. Signed-off-by: Eero Nurkkala ext-eero.nurkk...@nokia.com

[PATCH 13/14] OMAP: GPIO: clear/restore level/edge detect settings on mask/unmask

If IRQ triggering is enabled, it can trigger a pending interrupt even for masked interrupts. Any pending GPIO interrupts can prevent the powerdomain from hitting retention. Problem found, reported and additional review and testing by Chunquiu Wang. Tested-by: Chunquiu Wang cqw...@motorola.com

Re: [PATCH 00/14] OMAP PM fixes for .31-rc series

On Tue, Jul 21, 2009 at 03:08:26PM -0700, Kevin Hilman wrote: Also available here as a v2.6.31-rc3 based branch from: Looks fine. -- 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/4] OMAP SPI: updates from OMAP PM branch

This is a series of PM updates to the SPI driver from the OMAP PM branch. Hemanth V (1): OMAP3 McSPI: Adds context save/restore for off-mode support Jouni Hogander (2): OMAP: McSPI: enable wake-ups and smart-idle OMAP: McSPI: Convert bit shifted values into BIT format Tero Kristo (1):

[PATCH 1/4] OMAP: McSPI: enable wake-ups and smart-idle

From: Jouni Hogander jouni.hogan...@nokia.com By default, enable module wakeups and put module in smart-idle. Signed-off-by: Jouni Hogander jouni.hogan...@nokia.com Signed-off-by: Tony Lindgren t...@atomide.com Signed-off-by: Kevin Hilman khil...@deeprootsystems.com ---

[PATCH 2/4] OMAP: McSPI: Convert bit shifted values into BIT format

From: Jouni Hogander jouni.hogan...@nokia.com Convert bit shifted values into BIT format Signed-off-by: Jouni Hogander jouni.hogan...@nokia.com Signed-off-by: Tony Lindgren t...@atomide.com Signed-off-by: Kevin Hilman khil...@deeprootsystems.com --- drivers/spi/omap2_mcspi.c | 50

[PATCH 3/4] OMAP3 McSPI: Adds context save/restore for off-mode support

From: Hemanth V heman...@ti.com This patch adds context save/restore feature to McSPI driver. Signed-off-by: Hemanth V heman...@ti.com Reviewed-by: Aaro Koskinen aaro.koski...@nokia.com Signed-off-by: Kevin Hilman khil...@deeprootsystems.com --- drivers/spi/omap2_mcspi.c | 134

[PATCH 4/4] OMAP3: SPI: Restore also CHxCONF register when restoring context

From: Tero Kristo tero.kri...@nokia.com Previous restore was lazy and only restored CHxCONF when it was needed by a specific chip select. This could cause occasional errors on an SPI bus where multiple chip selects are in use. Signed-off-by: Tero Kristo tero.kri...@nokia.com Signed-off-by: Kevin

[PATCH] I2C: OMAP3: PM: (re)init for every transfer to support off-mode

From: Rajendra Nayak rna...@ti.com Because of OMAP off-mode, powerdomain can go off when I2C is idle. Save enough state, and do a re-init for each transfer. Additional save/restore state added by Jagadeesh Bhaskar Pakaravoor (SYSC_REG) and Aaro Koskinen (wakeup sources.) Also, The OMAP3430 TRM

[RFC] [PATCH 0/3] Add support for Amstrad E3 (Delta) audio to ASoC

This series of patches adds support for audio device found on Amstrad E3 (Delta) videophone to ASoC. 1/3:ASoC: Add support for Conexant CX20442-11 voice modem codec 2/3:TTY: Add definition of a new line discipline required by Amstrad E3 (Delta) ASoC driver 3/3:ASoC: add

[RFC] [PATCH 1/3] ASoC: Add support for Conexant CX20442-11 voice modem codec

This patch adds support for Conexant CX20442-11 voice modem codec, suitable for use by the ASoC board driver for Amstrad E3 (Delta) videophone. Related sound card driver will follow. Created and tested against linux-2.6.31-rc3. Applies and works with linux-omap-2.6 commit

[RFC] [PATCH 2/3] TTY: Add definition of a new line discipline required by Amstrad E3 (Delta) ASoC driver

This patch adds new line discipline name an number to include/linux/tty.h. The line discipline will be used by the Amstrad E3 (Delta) sound driver that will come next in this series of patches. Created against linux-2.6.31-rc3. Applies to linux-omap-2.6 commit

[RFC] [PATCH 3/3] ASoC: add support for Amstrad E3 (Delta) machine

This patch adds machine support for Amstrad E3 (Delta) videophone to ASoC. Created and tested against linux-2.6.31-rc3. Applies and works with linux-omap-2.6 commit 7c5cb7862d32cb344be7831d466535d5255e35ac as well. Depends on patch 2 form this series: TTY: Add definition of a new line discipline

[RFC] [PATCH 4/3] OMAP1: Readd basic support for DSP initialization

This patch adds back support for powering up the DSP. This is required on OMAP1510 and posiibly other OMAP1 CPU based machines for making back McBSP1/MsBSP3 working. I provide this patch as a temporary solution that should enable interested people to use my ASoC driver for Amstrad Delta before an