Hi Tony,
On Tue, Feb 02, 2010 at 06:25:55PM -0800, Tony Lindgren wrote:
From: Uwe Kleine-König u.kleine-koe...@pengutronix.de
The only usage of _toggle_gpio_edge_triggering is in an
CONFIG_ARCH_OMAP1 is defined, too.
This sentence is broken, isn't it? I guess git commit played tricks on
me
From: Andy Shevchenko ext-andriy.shevche...@nokia.com
Try to use simple_strtol() kernel native method instead.
However, there are opened questions:
- why type of Atoi() is s32 if the sign is used only to detect base?
- should we really to check hex integers like DEAD0123h?
- how many spaces
This patch series adds support for slave, FIFO for McSPI on OMAP.
DMA and FIFO could be enabled together for better throughput. Platform config
parameters have been added to enable these features on any particular McSPI
controller.
FIFO can be enabled by defining fifo_depth parameter. fifo_depth
From ee48142ddc43129a21676dbb56a83e3e7d8063de Mon Sep 17 00:00:00 2001
From: Hemanth V heman...@ti.com
Date: Fri, 27 Nov 2009 14:22:30 +0530
Subject: [PATCH] Update platform files
This patch updates platform files for
fifo, slave support
Signed-off-by: Hemanth V heman...@ti.com
---
From 5faa83f37c0aaa73e2a03780d2b1dfe9469d1e2e Mon Sep 17 00:00:00 2001
From: Hemanth V heman...@ti.com
Date: Wed, 2 Dec 2009 18:13:13 +0530
Subject: [PATCH] Adds support for FIFO and auto chip select mode
DMA and FIFO could be enabled together for better throughput.
Platform config parameters
From c13e2181154c793a71e132ab374bba1720ca421c Mon Sep 17 00:00:00 2001
From: Hemanth V heman...@ti.com
Date: Fri, 27 Nov 2009 14:37:20 +0530
Subject: [PATCH] Add McSPI slave support.
This patch adds support for mcspi slave mode.
Signed-off-by: Hemanth V heman...@ti.com
---
Hi Tony,
As more and more people start contributing to dspbridge code (as we have
seen recently) tracking patches is becoming difficult.
Is it possible to delegate dspbridge patches to dspbridge maintainer in
patchwork?
Cheers,
Ameya.
--
To unsubscribe from this list: send the line unsubscribe
hi,
On Wed, Feb 3, 2010 at 6:29 AM, Stephen Rothwell s...@canb.auug.org.au wrote:
Hi Tomi,
Today's linux-next merge of the omap_dss2 tree got a conflict in
arch/arm/mach-omap2/board-omap3pandora.c between commit
f8b6f704105164eac7c043a48f79c4234e03e4b2 (omap: Rename hsmmc symbols to
reflect
Sanjeev Premi pr...@ti.com writes:
When 'enable_off_mode' is 0, the target power state for MPU
and CORE was locally changed to PWRDM_POWER_RET but, the
statistics are updated for idle state originally selected
by the governor.
This patch 'invalidates' the idle states that lead either of
Tomi Valkeinen wrote:
On Thu, 2010-01-14 at 21:25 +0100, ext Janusz Krzysztofik wrote:
Support for RGB444 (12-bit) pixel format has been introduced into omapfb/lcdc
by Mark Underwood on 2006-05-26 (commit
f74edb6668aad9fc8e81585861b18f996c78a574) in preparation for Amstrad Delta
(E3)
* Uwe Kleine-König u.kleine-koe...@pengutronix.de [100203 00:10]:
Hi Tony,
On Tue, Feb 02, 2010 at 06:25:55PM -0800, Tony Lindgren wrote:
From: Uwe Kleine-König u.kleine-koe...@pengutronix.de
The only usage of _toggle_gpio_edge_triggering is in an
CONFIG_ARCH_OMAP1 is defined, too.
* Ameya Palande ameya.pala...@nokia.com [100203 04:24]:
Hi Tony,
As more and more people start contributing to dspbridge code (as we have
seen recently) tracking patches is becoming difficult.
Is it possible to delegate dspbridge patches to dspbridge maintainer in
patchwork?
Yeh sure.
* Tony Lindgren t...@atomide.com [100203 09:00]:
* Ameya Palande ameya.pala...@nokia.com [100203 04:24]:
Hi Tony,
As more and more people start contributing to dspbridge code (as we have
seen recently) tracking patches is becoming difficult.
Is it possible to delegate dspbridge
Hello Tony,
On Wed, Feb 03, 2010 at 08:57:55AM -0800, Tony Lindgren wrote:
BTW, looks like with git show --pretty=email the From: field gets
messed up in the patch below. Author name shows OK in git though.
I wonder if that's a git bug for --pretty=email? Using version
1.6.6.1 it seems.
* Grazvydas Ignotas nota...@gmail.com [100203 04:27]:
hi,
On Wed, Feb 3, 2010 at 6:29 AM, Stephen Rothwell s...@canb.auug.org.au
wrote:
Hi Tomi,
Today's linux-next merge of the omap_dss2 tree got a conflict in
arch/arm/mach-omap2/board-omap3pandora.c between commit
* Uwe Kleine-König u.kleine-koe...@pengutronix.de [100203 09:07]:
Hello Tony,
On Wed, Feb 03, 2010 at 08:57:55AM -0800, Tony Lindgren wrote:
BTW, looks like with git show --pretty=email the From: field gets
messed up in the patch below. Author name shows OK in git though.
I wonder if
On Wed, 2010-02-03 at 18:08 +0100, ext Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [100203 09:00]:
* Ameya Palande ameya.pala...@nokia.com [100203 04:24]:
Hi Tony,
As more and more people start contributing to dspbridge code (as we have
seen recently) tracking patches is
Hi Omar,
On Wed, 2010-02-03 at 18:08 +0100, ext Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [100203 09:00]:
* Ameya Palande ameya.pala...@nokia.com [100203 04:24]:
Hi Tony,
As more and more people start contributing to dspbridge code (as we have
seen recently) tracking
* Tero Kristo tero.kri...@nokia.com [100202 01:38]:
From: Tero Kristo tero.kri...@nokia.com
Only RX interrupt will now kick the sleep prevent timer. In addition, TX
fifo status is checked before disabling clocks, this will prevent occasional
garbage being printed on serial line. Smartidle is
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: for-next
Initial commit ID (Likely to change): b816b551d730ef50548cf35031832c4882823808
PatchWorks
http://patchwork.kernel.org/patch/72616/
Git (Likely to change, and takes a while to get
When TWL4030 power scripts are enabled, the sleep script must be
disabled before rebooting, if using DPLL3 reset. DPLL3 reset drives
SYS_OFFMODE low, causing TWL4030 to initiate the sleep script. This
script collapses VDD1 and VDD2 voltages, usually after the warm reset
has happened but while
New function twl4030_remove_script(u8 flags) takes a script type as
defined in twl.h and prevents any script already loaded in that position
from running. This is accomplished by programming SEQ_ADD_* to 0x3f,
the END_OF_SCRIPT value, where SEQ_ADD_* is determined by flags.
Signed-off-by: Mike
Removes TWL4030 sleep script prior to rebooting, only on OMAP3. This is
necessary since DPLL3 reset causes SYS_OFFMODE pin to go low, resulting
in the sleep script being executed on TWL4030. This usually results in
VDD1 VDD2 voltage collapse while ROM code is executing, followed by an
MPU Watch
* Peter Ujfalusi peter.ujfal...@nokia.com [100118 00:05]:
Hello,
On Thursday 14 January 2010 17:58:29 ext Janusz Krzysztofik wrote:
Change the way McBSP registers are maintained: store values written to the
device in a cache in order to make use of those cached values when
convenient.
This series contains patches which remove following things from the MEM module:
1. MEM_CHECK memory leak debugging mechanism
2. MEM_Free() function
3. MEM_VFree() function
Ameya Palande (3):
DSPBRIDGE: Get rid of MEM_CHECK mechanism
DSPBRIDGE: Get rid of MEM_Free()
DSPBRIDGE: Get rid of
kmemleak offeres the same functionality as custom MEM_CHECK
mechanism, so get rid of MEM_CHECK.
Signed-off-by: Ameya Palande ameya.pala...@nokia.com
---
drivers/dsp/bridge/services/mem.c | 212 +
1 files changed, 2 insertions(+), 210 deletions(-)
diff --git
vfree() is NULL safe so MEM_VFree() doesn't provide any significant
advantage. By getting rid of MEM_VFree() and the NULL pointer check
associated with it, we can save on:
1. One level of indirection which translates to a function call cost.
2. NULL pointer checking cost.
Signed-off-by: Ameya
kfree() is NULL and ZERO pointer safe so MEM_Free() doesn't provide any
significant advantage. By getting rid of MEM_Free() and the NULL pointer
check associated with it, we can save on:
1. One level of indirection which translates to a function call cost.
2. NULL pointer checking cost.
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.)
Motivation: Currently, each driver needs to read the context-loss
count before suspend, and again upon resume to
Implement the new runtime PM framework as a thin layer on top of the
omap_device API. Since we don't have an OMAP-specific bus, override
the runtime PM hooks for the platform_bus for the OMAP specific
implementation.
While the runtime PM API has three main states (idle, suspend, resume)
This
Fernando,
-Original Message-
From: Guzman Lugo, Fernando
Sent: Wednesday, February 03, 2010 12:27 AM
To: Hebbar, Shivananda; linux-omap
Subject: RE: [Patch 1/8] DSPBRIDGE: typedef cleanup -DSP RTOS
-Original Message-
From: linux-omap-ow...@vger.kernel.org
On Thu, Feb 4, 2010 at 2:24 AM, Hebbar, Shivananda x0heb...@ti.com wrote:
Why was it changed to long and not to unsigned int as it as defined before
(u32) or int which is the tiye return by Atoi?
I didn't understand your question here.
Long and int are both signed 32 bit type.
Not on all
This series converts the OMAP HS-MMC driver to use omap_hwmod +
runtime PM API.
Depends on MMC hwmods available in 'pm-wip/hwmods' branch of
my git tree[1] as well as previously posted runtime PM series:
[PATCH/RFC 0/2] initial runtime PM layer for OMAP
The easies way to experiment/test is
Convert PM operations to use dev_pm_ops. This will facilitate
the runtime PM coversion which will add to dev_pm_ops hooks.
Note that dev_pm_ops version of the suspend hook no longer takes a
'state' argument. However, the MMC core function mmc_suspend_host()
still takes a 'state' argument, but
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-omap2/board-omap3evm.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-omap3evm.c
b/arch/arm/mach-omap2/board-omap3evm.c
index 346c448..ff849b9 100644
---
From: Paul Walmsley p...@pwsan.com
Split OMAP-common MMC device registration into OMAP1 and OMAP2
components. This is in preparation for the omap_device conversion of
the HSMMC portions.
Original version by Paul: http://marc.info/?l=linux-omapm=124419789024565w=2
Updated for current linux-omap
Convert the HSMMC driver to use the runtime PM layer. A notable
aspect of this is that the use of the dev_attr data from the
omap_hwmod allows the redaction of all of the integration-specific
hacks inside this driver. Regulator control has not yet been
converted; the driver still uses the
* Maulik x0082...@ti.com [100202 03:15]:
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Tuesday, February 02, 2010 3:47 AM
To: Felipe Balbi
Cc: ext Maulik Mankad; linux-omap@vger.kernel.org;
linux-u...@vger.kernel.org; David Brownell; Greg Kroah-Hartman; Sergei
Shtylyov; Olof Johansson
* Aggarwal, Anuj anuj.aggar...@ti.com [100129 00:13]:
-Original Message-
From: Mark Brown [mailto:broo...@opensource.wolfsonmicro.com]
Sent: Friday, October 30, 2009 4:00 AM
To: Aggarwal, Anuj
Cc: alsa-de...@alsa-project.org; linux-omap@vger.kernel.org;
t...@atomide.com
I am trying to migrate from kernel 28 to 32 on TI OMA3. Our board is
derived from EVM board.
In new kernel I can't see the partitions in flash, and found no file
to set them.
Also I do get this warning now while boot:
Hierarchical RCU implementation.
NR_IRQS:368
Clocking rate
40 matches
Mail list logo