Good afternoon,
I am working on a beagleXM fitted with an OMAP3630 (I know it's old).
I am getting a reference on the emu_src_ck clock by calling
clk = clk_get(dev, emu_src_ck);
From there calling:
clk_enable(clk);
I have observed that upon returning from clk_enable() the clock is
still not
Signed-off-by: Mathieu Poirier mathieu.poir...@linaro.org
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
Acked-by: Tony Lindgren t...@atomide.com
---
arch/arm/Kconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index 84449dd
From: Arnd Bergmann a...@arndb.de
The following is a set of patches that have been sent
out during the 3.1 cycle that were not acked or merged.
Sending again for completeness.
Tony, please pull if there are no objections:
The following changes since commit
From: Arnd Bergmann a...@arndb.de
map2_mbox_iva_priv is used on multiple omap2 socs but is hidden
in an outdated #ifdef that is specific to a single soc.
Signed-off-by: Arnd Bergmann a...@arndb.de
Signed-off-by: Mathieu Poirier mathieu.poir...@linaro.org
Acked-by: Santosh Shilimkar
From: Arnd Bergmann a...@arndb.de
Random configurations can fail if none of the omap families
in mach-omap2 is selected. This patch automatically selects
omap2 if the user has not made any other choice.
Signed-off-by: Arnd Bergmann a...@arndb.de
Signed-off-by: Mathieu Poirier mathieu.poir
From: Arnd Bergmann a...@arndb.de
The omap platform requires CPU_FREQ_TABLE support to be enabled for its
CPU_FREQ implementations, so automatically select that when CPU_FREQ
is enabled.
Signed-off-by: Arnd Bergmann a...@arndb.de
Signed-off-by: Mathieu Poirier mathieu.poir...@linaro.org
Signed-off-by: Mathieu Poirier mathieu.poir...@linaro.org
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
Acked-by: Tony Lindgren t...@atomide.com
---
arch/arm/Kconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index dfb0312
-off-by: Mathieu Poirier mathieu.poir...@linaro.org
Acked-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/Kconfig |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/Kconfig b/arch/arm/mach-omap2/Kconfig
index e20c8ab..0279e9e 100644
From: Arnd Bergmann a...@arndb.de
When the omap serial driver is built as a module, we must
not allow the console driver to be selected, because consoles
can not be loadable modules.
Signed-off-by: Arnd Bergmann a...@arndb.de
Signed-off-by: Mathieu Poirier mathieu.poir...@linaro.org
Acked
From: Arnd Bergmann a...@arndb.de
A trivial typo causes build breakage when I2C is disabled
and omap_i2c_reset is set to NULL on OMAP:
omap_hwmod_44xx_data.c:2287:11: error: lvalue required as unary '' operand
Removing the '' character solves this.
Signed-off-by: Arnd Bergmann a...@arndb.de
in this case. This needs
to be fixed properly, e.g. by converting n8x0 to be probed through the
device tree and moving that code into the driver.
Signed-off-by: Mathieu Poirier mathieu.poir...@linaro.org
Suggested-by: Russell King li...@arm.linux.org.uk
Acked-by: Tony Lindgren t...@atomide.com
---
arch/arm
to allow all
possible randconfig combinations to build cleanly.
Signed-off-by: Arnd Bergmann a...@arndb.de
Signed-off-by: Mathieu Poirier mathieu.poir...@linaro.org
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
Acked-by: Tony Lindgren t...@atomide.com
---
arch/arm/plat-omap/include/plat
space, something that is required by 'decode-edid' and
'parse-edid'.
BugLink: https://bugs.launchpad.net/bugs/608279
Signed-off-by: Mathieu Poirier mathieu.poir...@canonical.com
---
arch/arm/mach-omap2/board-omap3beagle.c |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff
Good morning,
The config file found at
http://people.canonical.com/~mpoirier/config.mmc_failure;
was generated by doing a make omap3_beagle_defconfig from 2.6.35-rc6,
followed by a make menuconfig where the following flags were enabled:
CONFIG_PREEMPT_VOLUNTARY
CONFIG_CPU_IDLE
CONFIG_SOUND
) in 'omap3beagle_flash_init'.
The gpmc init was decoupled from nand flash init and
got its own init function. This change was not reflected in
'omap3beagle_flash_init' resulting in a lookup failure when
probing for flash.
BugLink: https://bugs/launchpad.net/bugs/608266
Signed-off-by: Mathieu Poirier
From b817304b25a0358f2897d39048adfada8d4126bc Mon Sep 17 00:00:00 2001
From: Mathieu J. Poirier mathieu.poir...@canonical.com
Date: Wed, 14 Jul 2010 15:31:46 -0600
Subject: [PATCH] Combine dsi and sdi under the same vdds supply.
The omapfb driver can't locate its display sink because of an
On Wed, 2010-06-16 at 14:13 +0530, Venkatraman S wrote:
Mathieu Poirier mathieu.poir...@canonical.com wrote:
On Tue, 2010-06-15 at 20:58 +0530, Venkatraman S wrote:
Mathieu Poirier mathieu.poir...@canonical.com wrote:
HW: Beagleboard rev. C2 and C4
Processor: OMAP3
Kernel: 2.6.35-rc2
HW: Beagleboard rev. C2 and C4
Processor: OMAP3
Kernel: 2.6.35-rc2
Driver: mmci-omap-hs
I am faced with an SDHC card problem on a beagleboard. Some cards
cannot be initialized on startup while others work perfectly. I tracked
the issue down to one single kernel config: PREEMPT_VOLUNTARY.
On Tue, 2010-06-15 at 20:58 +0530, Venkatraman S wrote:
Mathieu Poirier mathieu.poir...@canonical.com wrote:
HW: Beagleboard rev. C2 and C4
Processor: OMAP3
Kernel: 2.6.35-rc2
Driver: mmci-omap-hs
I am faced with an SDHC card problem on a beagleboard. Some cards
cannot
On Tue, 2010-06-15 at 14:55 -0700, David Brownell wrote:
When going from PREEMPT_VOLUNTARY to PREEMPT_NONE
the problem goes away.
Have you found whether this is a problem
with the OMAP HSMMC driver
versus the MMC/SD framework code
Not yet - I'm in the code, investigating.
--
To
20 matches
Mail list logo