Re: [PATCH] board-n8x0: add USB initialization

2010-03-01 Thread Kalle Valo
Francisco Alecrim alec...@gmail.com writes: Hi Kalle, Hi again Francisco, On Sun, Feb 28, 2010 at 2:57 PM, Kalle Valo kalle.v...@iki.fi wrote: Please do not add my Signed-off-by unless I have explicitly added it. And I don't recall giving it to this patch, so it can be removed. I

RE: [PATCH] OMAP4: clockdomain: Use logical OR instead of bitwise OR

2010-03-01 Thread Nayak, Rajendra
-Original Message- From: Tony Lindgren [mailto:t...@atomide.com] Sent: Saturday, February 27, 2010 6:12 AM To: Nayak, Rajendra Cc: p...@pwsan.com; linux-omap@vger.kernel.org; Pagare, Abhijit Subject: Re: [PATCH] OMAP4: clockdomain: Use logical OR instead of bitwise OR *

[PATCH] OMAP4: prcm: Use logical OR instead of bitwise OR

2010-03-01 Thread Rajendra Nayak
This patch fixes usage of bitwise OR in if conditions, and instead uses logical OR. Signed-off-by: Rajendra Nayak rna...@ti.com Cc: Abhijit Pagare abhijitpag...@ti.com --- arch/arm/mach-omap2/clockdomain.c |6 +++--- arch/arm/mach-omap2/powerdomain.c |2 +- arch/arm/mach-omap2/prcm.c

Re: [PATCH 1/3] OMAPFB: install omapfb.h

2010-03-01 Thread Tomi Valkeinen
Hi, On Tue, 2010-02-23 at 23:36 +0100, Syrjala Ville (Nokia-D/Helsinki) wrote: From: Ville Syrjälä ville.syrj...@nokia.com omapfb has several custom ioctls so user space needs the header in order to utilize them. Signed-off-by: Ville Syrjälä ville.syrj...@nokia.com This one, and the 2/3

[PATCH 00/03] sDMA driver descriptor autoloading feature [version 5] and omap hsmmc driver adaptations

2010-03-01 Thread Venkatraman S
This patch series is introduction of new sDMA feature: descriptor autoloading (v5) and its adoption by omap hsmmc driver. Previous thread (v4 of sDMA patch, without hsmmc adoptions) is here: http://patchwork.kernel.org/patch/66690/ Current version(s) based on for-next branch, 7b97f3ed.

[PATCH 01/03] omap hsmmc: prevent race between dma and hsmmc callback

2010-03-01 Thread Venkatraman S
It is observed that sometimes the MMC Transfer Complete (TC) is not received when DMA completion callback is processed (or takes too long to process) This patch moves the releasing of DMA channel from dma callback to the mmc transfer complete handler. This is observed consistently when descriptor

[PATCH 02/03] sDMA driver: descriptor autoloading feature [v5]

2010-03-01 Thread Venkatraman S
This patch introduces the sDMA driver API for descriptor autoloading feature (available in OMAP3630 and OMAP4430) v1 http://marc.info/?l=linux-omapm=125012097403050w=2 v2 http://marc.info/?l=linux-omapm=125137152606644w=2 v3 http://patchwork.kernel.org/patch/45408/ v4

[PATCH 03/03] omap hsmmc: adaptation of sdma descriptor autoloading feature

2010-03-01 Thread Venkatraman S
Start to use the sDMA descriptor autoloading feature. For large datablocks, the MMC driver has to repeatedly setup, program and teardown the dma channel for each element of the sglist received in omap_hsmmc_request. By using descriptor autoloading, transfers from / to each element of the sglist

Re: [alsa-devel] [PATCHv4 7/7] ASoC: TWL6030: Detect power-up sequence completion

2010-03-01 Thread Mark Brown
On Fri, Feb 26, 2010 at 06:22:34PM -0600, Olaya, Margarita wrote: Do you mean something like this? time_left = wait_for_completion_timeout(priv-ready, msecs_to_jiffies(48)); if(!time_left) { twl_i2c_read_u8(TWL4030_MODULE_AUDIO_VOICE, intid,

Re: [PATCH 01/03] omap hsmmc: prevent race between dma and hsmmc callback

2010-03-01 Thread Sergei Shtylyov
Hello. Venkatraman S wrote: It is observed that sometimes the MMC Transfer Complete (TC) is not received when DMA completion callback is processed (or takes too long to process) This patch moves the releasing of DMA channel from dma callback to the mmc transfer complete handler. This is

[PATCH] serial: Add OMAP high-speed UART driver.

2010-03-01 Thread Govindraj.R
This patch adds driver support for OMAP3/4 high speed UART. This driver is made separate from 8250 driver as we cannot over load 8250 driver with omap platform specific configuration for features like DMA, it makes easier to implement features like DMA and hardware flow control and software flow

Re: 2.6.33-rc8-rt1 on Beagle

2010-03-01 Thread Uwe Kleine-König
Hello, On Thu, Feb 25, 2010 at 04:36:23PM +0530, Chatterjee, Amit wrote: Migrated to 2.6.33-rc8-rt2 but still am facing the same issue. Regards, Amit -Original Message- From: linux-rt-users-ow...@vger.kernel.org [mailto:linux-rt-users-ow...@vger.kernel.org] On Behalf Of

Re: [PATCH 2/4] USB: MUSB: Enable MUSB for OMAP4 in Kconfig

2010-03-01 Thread Olof Johansson
On Mon, Mar 01, 2010 at 11:11:29AM +0530, Maulik wrote: Olof, We have such an option USB_MUSB_SOC that takes care of all platforms where MUSB is present. But the Inventra DMA case is typical. Not all architectures that have MUSB use Inventra DMA for e.g Davinci uses CPPI DMA. Yeah,

Re: 2.6.33-rc8-rt1 on Beagle

2010-03-01 Thread Thomas Gleixner
On Mon, 1 Mar 2010, Uwe Kleine-König wrote: You might want to report that to the author(s) of drivers/mmc/host/omap_hsmmc.c. FYI, thats fixed in 33-rt3 and the fix is going mainline as well. Thanks, tglx

Re: [PATCH] serial: Add OMAP high-speed UART driver.

2010-03-01 Thread Alan Cox
+ 213 = /dev/ttyO0 OMAP serial port 0 + 214 = /dev/ttyO1 OMAP serial port 1 + 215 = /dev/ttyO2 OMAP serial port 2 + 216 = /dev/ttyO3 OMAP serial port 3 I think it might be best to

Re: [PATCH] serial: Add OMAP high-speed UART driver.

2010-03-01 Thread Tony Lindgren
* Govindraj.R govindraj.r...@ti.com [100301 06:40]: --- /dev/null +++ b/drivers/serial/omap-serial.c + +static void serial_omap_stop_tx(struct uart_port *port) +{ + struct uart_omap_port *up = (struct uart_omap_port *)port; + + if (up-use_dma +

[RFC part2 v1][PATCH 0/4] omap2/3/4: Some more serial work

2010-03-01 Thread Sergio Aguirre
Hi, This is some proposed cleanups I have been keeping in mind for serial initialization. I'm basically proposing: - Rename omap_serial_init - omap_serial_init_allports to give more clarity to the function purpose. - Don't enable internal UARTs for Zoom2/3, since they aren't even

[RFC part2 v1][PATCH 1/4] omap2/3/4: serial: rename omap_serial_init

2010-03-01 Thread Sergio Aguirre
The name itself doesn't make clear that all UARTs of the platform are going to be initted. This is just to give more awareness of the real action being done here. Signed-off-by: Sergio Aguirre saagui...@ti.com --- arch/arm/mach-omap2/board-2430sdp.c |2 +-

[RFC part2 v1][PATCH 2/4] omap3: zoom2/3 / 3630sdp: Don't init always all uarts

2010-03-01 Thread Sergio Aguirre
This is useless, since in Zoom2/3 boards, the ports aren't even physically accessible. They must be explicitly initted in the board-zoom2.c, board-zoom3.c and board-3630sdp.c files instead. Signed-off-by: Sergio Aguirre saagui...@ti.com --- arch/arm/mach-omap2/board-zoom-peripherals.c |1 -

[RFC part2 v1][PATCH 4/4] omap3: zoom 2/3: Change debugboard serial port id

2010-03-01 Thread Sergio Aguirre
This is now changed to PLAT8250_DEV_PLATFORM (= 0), because it is the only port that's going to be initted in Zoom 2/3 boards. So, it doesn't make sense to keep the hardcoded 3 value anymore. Signed-off-by: Sergio Aguirre saagui...@ti.com --- arch/arm/mach-omap2/board-zoom-debugboard.c |2

[RFC part2 v1][PATCH 3/4] omap3: 3630sdp: Explicitly enable all UARTs

2010-03-01 Thread Sergio Aguirre
All UARTs seem physically reachable, so, enable them all. Signed-off-by: Sergio Aguirre saagui...@ti.com --- arch/arm/mach-omap2/board-3630sdp.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) mode change 100755 = 100644 arch/arm/mach-omap2/board-3630sdp.c diff --git

[PATCH] mmc: omap_hsmmc: Fix conditional locking

2010-03-01 Thread Thomas Gleixner
Conditional locking on (!in_interrupt()) is broken by design and there is no reason to keep the host-irq_lock across the call to mmc_request_done(). Also the host-protect_card magic hack does not depend on the context Fix the mess by dropping host-irq_lock before calling mmc_request_done().

Re: [PATCH 2/2] OMAP: UART: omap_device converions, remove implicit 8520 assumptions

2010-03-01 Thread Kevin Hilman
Nayak, Rajendra rna...@ti.com writes: [...] + /* + * Need to block sleep long enough for interrupt driven + * driver to start. Console driver is in polling mode + * so device needs to be kept enabled while polling driver + *

Re: [PATCH/RFC 1/2] OMAP: omap_device: add omap_device_has_lost_context()

2010-03-01 Thread Kevin Hilman
Paul Walmsley p...@pwsan.com writes: Hi Kevin, a few questions: On Wed, 3 Feb 2010, Kevin Hilman wrote: Add new function omap_device_has_lost_context() as a simple check to be used after omap_device_enable() to determine if device has lost context (and thus needs context restore.)

Re: [PATCHv6] OMAP3: Serial: Improved sleep logic

2010-03-01 Thread Kevin Hilman
Tero Kristo tero.kri...@nokia.com writes: From: Tero Kristo tero.kri...@nokia.com This patch contains following improvements: - Only RX interrupt will now kick the sleep prevent timer - TX fifo status is checked before disabling clocks, this will prevent on-going transmission to be cut -

Re: [RFC part2 v1][PATCH 1/4] omap2/3/4: serial: rename omap_serial_init

2010-03-01 Thread Kevin Hilman
Sergio Aguirre saagui...@ti.com writes: The name itself doesn't make clear that all UARTs of the platform are going to be initted. This is just to give more awareness of the real action being done here. Signed-off-by: Sergio Aguirre saagui...@ti.com IMO, I don't think this adds any more

Re: [RFC part2 v1][PATCH 4/4] omap3: zoom 2/3: Change debugboard serial port id

2010-03-01 Thread Kevin Hilman
Sergio Aguirre saagui...@ti.com writes: This is now changed to PLAT8250_DEV_PLATFORM (= 0), because it is the only port that's going to be initted in Zoom 2/3 boards. So, it doesn't make sense to keep the hardcoded 3 value anymore. Signed-off-by: Sergio Aguirre saagui...@ti.com Acked-by:

Re: [RFC part2 v1][PATCH 2/4] omap3: zoom2/3 / 3630sdp: Don't init always all uarts

2010-03-01 Thread Kevin Hilman
Sergio Aguirre saagui...@ti.com writes: This is useless, since in Zoom2/3 boards, the ports aren't even physically accessible. They must be explicitly initted in the board-zoom2.c, board-zoom3.c and board-3630sdp.c files instead. Signed-off-by: Sergio Aguirre saagui...@ti.com /me likes

[PATCH v2] board-n8x0: add USB initialization

2010-03-01 Thread Francisco Alecrim
From: Francisco Alecrim francisco.alec...@openbossa.org Based on Kalle's and Tony's patches. Some variables re-organized and unused code remove(68499cc5716bbeca16ca8c83ec6e9f04b8dbfacb). Signed-off-by: Kalle Valo kalle.v...@iki.fi Signed-off-by: Francisco Alecrim francisco.alec...@openbossa.org

Re: [PATCHv6 1/9] OMAP3: PM: Added support functions for omap3 pwrdm handling

2010-03-01 Thread Kevin Hilman
Tero Kristo tero.kri...@nokia.com writes: From: Tero Kristo tero.kri...@nokia.com Added omap3_pwrdm_set_next_pwrst and omap3_pwrdm_read_next_pwrst. These functions add support for INACTIVE and ON states to the standard OMAP powerdomain functions, and add caching logic for the next state.

Re: [PATCHv6 0/9] Refreshed idlestatus patches with minor fixes

2010-03-01 Thread Kevin Hilman
Tero Kristo tero.kri...@nokia.com writes: From: Tero Kristo tero.kri...@nokia.com Following changes compared to previous set: - Fixed a problem with PER domain handling when PER was active - Removed rwlock usage from pwrdm_can_idle as the lock was removed from powerdomain code Still

RE: [RFC part2 v1][PATCH 1/4] omap2/3/4: serial: rename omap_serial_init

2010-03-01 Thread Aguirre, Sergio
-Original Message- From: Kevin Hilman [mailto:khil...@deeprootsystems.com] Sent: Monday, March 01, 2010 3:10 PM To: Aguirre, Sergio Cc: linux-omap@vger.kernel.org Subject: Re: [RFC part2 v1][PATCH 1/4] omap2/3/4: serial: rename omap_serial_init Sergio Aguirre saagui...@ti.com

Re: [PATCHv6 4/9] OMAP3: PM: Removed pwrdm state hacking from omap_sram_idle

2010-03-01 Thread Kevin Hilman
Tero Kristo tero.kri...@nokia.com writes: From: Tero Kristo tero.kri...@nokia.com Following hacks will be moved inside cpuidle in subsequent patch: - CAM domain prevents idle completely - PER should not go OFF if core remains active This simplifies the design and allows cpuidle to keep

Re: [PATCHv6 6/9] OMAP: Powerdomains: Add support for checking if pwrdm/clkdm can idle

2010-03-01 Thread Kevin Hilman
Tero Kristo tero.kri...@nokia.com writes: From: Tero Kristo tero.kri...@nokia.com pwrdm_can_idle(pwrdm) will check if the specified powerdomain can enter idle. This is done by checking all clockdomains under the powerdomain if they can idle also. omap2_clkdm_can_idle(clkdm) will check if

Re: [PATCHv6 9/9] OMAP3: PM: Added support for suspending to INACTIVE state

2010-03-01 Thread Kevin Hilman
Tero Kristo tero.kri...@nokia.com writes: From: Tero Kristo tero.kri...@nokia.com With the new support functions this is now possible. Suspending to INACTIVE is useful for testing purposes. Signed-off-by: Tero Kristo tero.kri...@nokia.com --- arch/arm/mach-omap2/pm34xx.c | 11

Re: [RFC part2 v1][PATCH 1/4] omap2/3/4: serial: rename omap_serial_init

2010-03-01 Thread Kevin Hilman
Aguirre, Sergio saagui...@ti.com writes: -Original Message- From: Kevin Hilman [mailto:khil...@deeprootsystems.com] Sent: Monday, March 01, 2010 3:10 PM To: Aguirre, Sergio Cc: linux-omap@vger.kernel.org Subject: Re: [RFC part2 v1][PATCH 1/4] omap2/3/4: serial: rename

RE: [RFC part2 v1][PATCH 1/4] omap2/3/4: serial: rename omap_serial_init

2010-03-01 Thread Aguirre, Sergio
-Original Message- From: Kevin Hilman [mailto:khil...@deeprootsystems.com] Sent: Monday, March 01, 2010 5:49 PM To: Aguirre, Sergio Cc: linux-omap@vger.kernel.org Subject: Re: [RFC part2 v1][PATCH 1/4] omap2/3/4: serial: rename omap_serial_init Aguirre, Sergio saagui...@ti.com

RE: [alsa-devel] [PATCHv4 7/7] ASoC: TWL6030: Detect power-up sequence completion

2010-03-01 Thread Olaya, Margarita
On Monday, March 01, 2010 6:14 AM Mark Brown wrote: On Fri, Feb 26, 2010 at 06:22:34PM -0600, Olaya, Margarita wrote: Do you mean something like this? time_left = wait_for_completion_timeout(priv-ready, msecs_to_jiffies(48)); if(!time_left) {

[UPDATE] kill camel case

2010-03-01 Thread Omar Ramirez Luna
Hi All, CamelCase script execution has been completed, so far I replaced all the tokens picked up by the killcc script[1], and all the changes are present in the following branches: dspbridge-next-camelcase It has all the changes made in three steps: 1) Replaced all

RE: [PATCH] serial: Add OMAP high-speed UART driver.

2010-03-01 Thread G, Manjunath Kondaiah
Tony, -Original Message- From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Tony Lindgren Sent: Tuesday, March 02, 2010 12:16 AM To: Raja, Govindraj Cc: Greg KH; linux-ser...@vger.kernel.org; linux-omap@vger.kernel.org;

Re: [PATCH] serial: Add OMAP high-speed UART driver.

2010-03-01 Thread Tony Lindgren
* G, Manjunath Kondaiah manj...@ti.com [100301 21:48]: Tony, -Original Message- From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Tony Lindgren Sent: Tuesday, March 02, 2010 12:16 AM To: Raja, Govindraj Cc: Greg KH;

Re: linux-next: manual merge of the omap tree with the tree

2010-03-01 Thread Tony Lindgren
* Stephen Rothwell s...@canb.auug.org.au [100228 16:17]: Hi all, Today's linux-next merge of the omap tree got a conflict in arch/arm/plat-omap/Kconfig between commit d6d502fa4be1acd01971476fc732c95a4da16d90 (ARM: 5952/1: ARM: MM: Add ARM_L1_CACHE_SHIFT_6 for handle inside each ARCH

RE: [PATCH 1/1] Regulator: Registering USB internal LDOs for TWL4030

2010-03-01 Thread Aggarwal, Anuj
-Original Message- From: Mark Brown [mailto:broo...@opensource.wolfsonmicro.com] Sent: Monday, January 11, 2010 4:26 PM To: Aggarwal, Anuj Cc: linux-omap@vger.kernel.org; l...@slimlogic.co.uk Subject: Re: [PATCH 1/1] Regulator: Registering USB internal LDOs for TWL4030 On Mon,

RE: [PATCH] serial: Add OMAP high-speed UART driver.

2010-03-01 Thread G, Manjunath Kondaiah
+ up-uart_dma.prev_rx_dma_pos = up-uart_dma.rx_buf_dma_phys; + if (cpu_is_omap44xx()) + omap_writel(0, OMAP44XX_DMA4_BASE + + OMAP_DMA4_CDAC(up-uart_dma.rx_dma_channel)); + else + omap_writel(0,

Re: [PATCH] serial: Add OMAP high-speed UART driver.

2010-03-01 Thread Tony Lindgren
* G, Manjunath Kondaiah manj...@ti.com [100301 22:24]: + up-uart_dma.prev_rx_dma_pos = up-uart_dma.rx_buf_dma_phys; + if (cpu_is_omap44xx()) + omap_writel(0, OMAP44XX_DMA4_BASE + + OMAP_DMA4_CDAC(up-uart_dma.rx_dma_channel));

Re: [PATCH RFC]OMAP3:PM:Dynamic Calculation of SDRC stall latency during DVFS

2010-03-01 Thread Högander Jouni
ext Reddy, Teerth tee...@ti.com writes: Hi Jouni, -Original Message- From: Högander Jouni [mailto:jouni.hogan...@nokia.com] Sent: Monday, February 15, 2010 2:27 PM To: Reddy, Teerth Cc: linux-omap@vger.kernel.org; Sripathy, Vishwanath; Paul Walmsley; Kevin Hilman Subject: Re:

Re: [PATCHv2 1/2] OMAP3: PM: Add cpuidle C-state description information

2010-03-01 Thread Eduardo Valentin
On Tue, Mar 02, 2010 at 01:09:55AM +0100, ext Kevin Hilman wrote: Eduardo Valentin eduardo.valen...@nokia.com writes: From: Eduardo Valentin eduardo.valen...@nokia.com Add a basic description information for each cpuidle C-state. The info contains only which state the MPU, NEON and CORE

Re: [PATCHv2 2/2] OMAP3: PM: Consistently report cpuidle C-state's names

2010-03-01 Thread Eduardo Valentin
Hello Kevin, On Tue, Mar 02, 2010 at 01:11:52AM +0100, ext Kevin Hilman wrote: Eduardo Valentin eduardo.valen...@nokia.com writes: From: Eduardo Valentin eduardo.valen...@nokia.com This patch changes the naming convention for OMAP3 cpuidle C-states. Currently, depending on which