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
-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
*
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
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
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.
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
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
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
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,
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
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
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
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,
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
+ 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
* 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
+
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
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 +-
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 -
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
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
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().
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
+ *
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.)
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
-
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
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:
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
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
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.
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
-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
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
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
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
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
-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
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) {
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
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;
* 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;
* 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
-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,
+ 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,
* 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));
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:
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
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
48 matches
Mail list logo