Hi Mark,
On Wednesday 14 December 2011 19:27:11 Mark Brown wrote:
This seems like we need a better system for doing this, we can't go
changing the machine name every time there's a kernel space change that
affects a UCM file, that's going to get crazy.
As of know we do not have UCM for the
On Wed, 2011-12-14 at 10:21 +0530, Chandrabhanu Mahapatra wrote:
+const struct dispc_coef *dispc_ovl_get_scale_coef(int inc, int five_taps)
+{
+ int i;
+ static const struct {
+ int Mmin;
+ int Mmax;
+ const struct dispc_coef *coef_3;
+
Hello,
All McBSP ports in OMAP4 has 128 word long FIFO which is not taken into account.
Fix the configuration so we can configure the FIFO for McBSP in OMAP4.
Regards,
Peter
---
Peter Ujfalusi (2):
OMAP4: mcbsp: Enable FIFO usage
ASoC: omap-mcbsp: Enable FIFO usage on OMAP4
All McBSP instances on OMAP4 has 128 word long FIFO
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-omap2/mcbsp.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/mcbsp.c b/arch/arm/mach-omap2/mcbsp.c
index 292eee3..857860b
Allow McBSP FIFO configuration from ASoC dai driver
on OMAP4 platform.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
sound/soc/omap/omap-mcbsp.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/sound/soc/omap/omap-mcbsp.c b/sound/soc/omap/omap-mcbsp.c
index
Configure the WAKEUPEN register at the same time we configure the rest of
the McBSP registers.
In case of OMAP3+, if the sysclock has been reconfigured we are going to
disable McBSP for the duration of the clock change, which will reset the
McBSP registers. The WAKEUPEN register need to be
Hello,
OMAP4 has different clock names compared to OMAP2/3.
Restructure the clock reparenting code for omap2plus in order to be able to
suport OMAP4 clock source selection without breaking upper layer API.
Regards,
Peter
---
Peter Ujfalusi (2):
OMAP2+: mcbsp: Restructure clk reparenting code
In OMAP4 we have different clk names compared to OMAP2/3.
To be able to support OMAP4 clock reparenting the set_clk_src
function need to be separated into two function.
One for selecting the platform's clock names, the other
will do the reparenting.
Signed-off-by: Peter Ujfalusi
With OMAP4 the clock names are different compared to
OMAP2/3.
The internal fclk name depends on the McBSP instance
number.
In case of MCBSP_TYPE4 (OMAP4) we should use different
clock selection method compared to OMAP2/3.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
Hi Ilya
On 12/15/11 01:46, Ilya Yanok wrote:
Hi Tony,
On 08.12.2011 04:15, Tony Lindgren wrote:
AM35xx SoCs include DaVinci EMAC IP. Initialization code in
board-am3517evm.c is pretty board independent and will work for any
AM35xx based board so move this code to it's own file to be reused
On 12/15/11 02:53, Ilya Yanok wrote:
Very basic support for HTKW mcx board. Able to boot via board-generic
and ramdisk/initramfs, however most of peripherals is unsupported.
Produces tons of twl4030 related errors as this board doesn't have
twl4030 installed.
Signed-off-by: Ilya Yanok
Hi Tony,
On 12/15/2011 7:52 AM, Rajendra Nayak wrote:
On Thursday 15 December 2011 12:55 AM, Tony Lindgren wrote:
* Rajendra Nayakrna...@ti.com [111214 03:24]:
Pass minimal data needed for console boot, from dt, for
OMAP4 panda/sdp and OMAP3 beagle boards, and get rid of the
static
Hi Igor,
On 12/15/2011 10:51 AM, Igor Grinberg wrote:
On 12/15/11 02:53, Ilya Yanok wrote:
Very basic support for HTKW mcx board. Able to boot via board-generic
and ramdisk/initramfs, however most of peripherals is unsupported.
Produces tons of twl4030 related errors as this board doesn't have
On 12/14/11 20:14, mar...@neutronstar.dyndns.org wrote:
On Wed, Dec 14, 2011 at 11:31:35AM +0200, Igor Grinberg wrote:
Hi Martin,
On 12/14/11 03:25, Martin Hostettler wrote:
Adds board support for an MT9M032 based camera to omap3evm.
Signed-off-by: Martin Hostettler
Hi Ilya,
On 12/15/11 02:53, Ilya Yanok wrote:
Support for the HTKW mcx board (TI AM3517 based) including serial,
Ethernet, I2C, USB host, HSMMC, DSS and RTC.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
Requires updated mach-types file and previously posted AM35xx-EMAC
patch:
On 12/15/11 12:17, Cousson, Benoit wrote:
Hi Igor,
On 12/15/2011 10:51 AM, Igor Grinberg wrote:
On 12/15/11 02:53, Ilya Yanok wrote:
Very basic support for HTKW mcx board. Able to boot via board-generic
and ramdisk/initramfs, however most of peripherals is unsupported.
Produces tons of
Hi Martin,
On Wednesday 14 December 2011 19:22:29 mar...@neutronstar.dyndns.org wrote:
On Wed, Dec 14, 2011 at 02:15:22PM +0100, Laurent Pinchart wrote:
On Wednesday 14 December 2011 10:31:35 Igor Grinberg wrote:
On 12/14/11 03:25, Martin Hostettler wrote:
Adds board support for an
On Thursday 15 December 2011 10:17:38 Péter Ujfalusi wrote:
Hi Mark,
On Wednesday 14 December 2011 19:27:11 Mark Brown wrote:
This seems like we need a better system for doing this, we can't go
changing the machine name every time there's a kernel space change that
affects a UCM file,
On Wednesday 14 December 2011 17:57:47 Mark Brown wrote:
On Wed, Dec 14, 2011 at 11:46:57AM +0200, Peter Ujfalusi wrote:
+enum board_type {
+ OMAP_ABE_TWL6040_SDP4430,
+ OMAP_ABE_TWL6040_PANDA,
+ OMAP_ABE_TWL6040_PANDA_ES,
+};
It seems like it might better in the long run to
Hi Rob,
On 12/14/2011 5:58 PM, Rob Herring wrote:
Benoit,
On 12/09/2011 08:02 AM, Benoit Cousson wrote:
Add initial DT support to retrieve the frequency using a
DT attribute instead of the pdata pointer if of_node exist.
Add documentation for omap i2c controller binding.
Based on original
On Thu, Dec 15, 2011 at 09:54:15AM +0800, Richard Zhao wrote:
On Thu, Dec 15, 2011 at 09:46:20AM +0800, Shawn Guo wrote:
On Thu, Dec 15, 2011 at 09:02:20AM +0800, Richard Zhao wrote:
On Wed, Dec 14, 2011 at 03:01:19PM +, Dave Martin wrote:
On Wed, Dec 14, 2011 at 10:05:04PM +0800,
From: Rajendra Nayak rna...@ti.com
patch adds IO Daisychain support for OMAP4 as per section 3.9.4 in OMAP4430
Public TRM.
Signed-off-by: Rajendra Nayak rna...@ti.com
Signed-off-by: Vishwanath BS vishwanath...@ti.com
Tested-by: Govindraj.R govindraj.r...@ti.com
---
Changes done in V3:
1. Moved
On 12/15/2011 09:05 AM, Cousson, Benoit wrote:
Hi Rob,
On 12/14/2011 5:58 PM, Rob Herring wrote:
Benoit,
On 12/09/2011 08:02 AM, Benoit Cousson wrote:
Add initial DT support to retrieve the frequency using a
DT attribute instead of the pdata pointer if of_node exist.
Add documentation
Common Kconfig options which depend on a long list of board- and
SoC- specific Kconfigs can be cumbersome to maintain, leading to
annoying merge conflicts (although rather trivial ones).
This series factors out the dependencies of CACHE_L2X0 and SMP so
that the knowledge about when these can be
Making CACHE_L2X0 depend on (huge list of MACH_ and ARCH_ configs)
is bothersome to maintain and likely to lead to merge conflicts.
This patch moves the knowledge of which platforms have a L2x0 or
PL310 cache controller to the individual machines. To enable this,
a new MIGHT_HAVE_CACHE_L2X0
Making SMP depend on (huge list of MACH_ and ARCH_ configs) is
bothersome to maintain and likely to lead to merge conflicts.
This patch moves the knowledge of which platforms are SMP-capable
to the individual machines. To enable this, a new HAVE_SMP config
option is introduced to allow machines
If running in the Normal World on a TrustZone-enabled SoC, Linux
does not have complete control over the L2 cache controller
configuration. The kernel cannot work reliably on such platforms
without the l2x0 cache support code built in.
This patch unconditionally enables l2x0 support for the
If running in the Normal World on a TrustZone-enabled SoC, Linux
does not have complete control over the L2 cache controller
configuration. The kernel cannot work reliably on such platforms
without the l2x0 cache support code built in.
This patch unconditionally enables l2x0 support for the
The i.MX6 Quad SoC will work without the l2x0 L2 cache controller
support built into the kernel, so this patch removes the dependency
on CACHE_L2X0.
This makes the l2x0 support optional, so that it can be turned off
when desired for debugging purposes etc.
Since SOC_IMX6Q already depends on
On 12/15/2011 4:48 PM, Rob Herring wrote:
On 12/15/2011 09:05 AM, Cousson, Benoit wrote:
[...]
Or using some omap3-i2c or omap4-i2c to determine the proper version and
thus populate the right flags during probe.
If that's specific enough, then yes. I meant that if say only the
omap3578
On 12/13/2011 11:38 PM, Tony Lindgren wrote:
* Cousson, Benoitb-cous...@ti.com [111213 05:02]:
On 12/13/2011 2:27 PM, Tomi Valkeinen wrote:
Hi,
On Tue, 2011-12-06 at 17:49 +0100, Benoit Cousson wrote:
devicetree will become the mandatory boot method for OMAP2+.
In order to avoid cluttering
On 12/9/2011 5:12 PM, Rob Herring wrote:
On 12/09/2011 10:06 AM, Cousson, Benoit wrote:
[...]
My point is that even in the DT case I do have some devices that are
initialized without DT for the moment and thus cannot get access to the
interrupt-controller node and then cannot retrieve the
On Thu, Dec 15, 2011 at 1:15 AM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Tue, Dec 13, 2011 at 11:19 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Mon, Dec 12, 2011 at 9:09 AM, Jarkko Nikula jarkko.nik...@bitmer.com
wrote:
Indeed yes. I checked that in 3.0 it still
On Wed, Dec 14, 2011 at 11:39:38AM +, Dave Martin wrote:
Making SMP depend on (huge list of MACH_ and ARCH_ configs) is
bothersome to maintain and likely to lead to merge conflicts.
This patch moves the knowledge of which platforms are SMP-capable
to the individual machines. To enable
* Igor Grinberg grinb...@compulab.co.il [111215 01:07]:
Hi Ilya
On 12/15/11 01:46, Ilya Yanok wrote:
Hi Tony,
On 08.12.2011 04:15, Tony Lindgren wrote:
AM35xx SoCs include DaVinci EMAC IP. Initialization code in
board-am3517evm.c is pretty board independent and will work for any
On 12/15/2011 11:49 AM, Cousson, Benoit wrote:
On 12/9/2011 5:12 PM, Rob Herring wrote:
On 12/09/2011 10:06 AM, Cousson, Benoit wrote:
[...]
My point is that even in the DT case I do have some devices that are
initialized without DT for the moment and thus cannot get access to the
* Cousson, Benoit b-cous...@ti.com [111215 01:34]:
Hi Tony,
On 12/15/2011 7:52 AM, Rajendra Nayak wrote:
On Thursday 15 December 2011 12:55 AM, Tony Lindgren wrote:
* Rajendra Nayakrna...@ti.com [111214 03:24]:
Pass minimal data needed for console boot, from dt, for
OMAP4 panda/sdp and
On 12/15/2011 10:13 PM, Tony Lindgren wrote:
* Cousson, Benoitb-cous...@ti.com [111215 01:34]:
Hi Tony,
On 12/15/2011 7:52 AM, Rajendra Nayak wrote:
On Thursday 15 December 2011 12:55 AM, Tony Lindgren wrote:
* Rajendra Nayakrna...@ti.com [111214 03:24]:
Pass minimal data needed for
* Cousson, Benoit b-cous...@ti.com [111215 12:56]:
Nit: The convention is without the 0x prefix.
OK will post an updated version as a reply to this
email.
Beside that, that looks good top me. But I'll not be able to try it :-)
Boots fine with the following n8x0.dts patch. Currently
MMC of
Hi,
This is a repost of Tero's PRCM chain handler patch set with a few changes:
- A new mux patch has been added to place hwmod mux entries with
OMAP_DEVICE_PAD_WAKEUP set into the dynamic list
- Several OCP barriers have been added to PRM writes to try to protect
against races between PRM
From: Govindraj R govindraj.r...@ti.com
Add API to enable IO pad wakeup capability based on mux pad and
wake_up enable flag available from hwmod_mux initialization.
Use the wakeup_enable flag and enable wakeup capability for the given
pads. Wakeup capability will be enabled/disabled during hwmod
From: Tero Kristo t-kri...@ti.com
Use the new PRCM interrupt handler code on OMAP4 systems.
Signed-off-by: Tero Kristo t-kri...@ti.com
Tested-by: Kevin Hilman khil...@ti.com
Reviewed-by: Kevin Hilman khil...@ti.com
[p...@pwsan.com: split this from a previous patch to this patch; call
From: Tero Kristo t-kri...@ti.com
PM interrupt handling is now done through the PRCM chain handler. The
interrupt handling logic is also split in two parts, to serve IO and
WKUP events separately. This allows us to handle IO chain events in a
clean way.
Core event code is also changed in
From: Tero Kristo t-kri...@ti.com
OMAP mux now parses active wakeup events from pad registers and calls
corresponding hwmod ISRs once a wakeup is detected. This is
accomplished by registering an interrupt handler for PRCM IO event,
which is raised every time the HW detects wakeups.
From: Tero Kristo t-kri...@ti.com
By default all registered pads will trigger mpu_irqs[0]. Now there is
an API for selecting used mpu_irq on pad basis, which can be used to
trigger different irq handlers for different pads in the same hwmod.
Each pad that requires its interrupt to be re-routed
omap_hwmod_mux() currently only iterates through the dynamic pad list.
This list currently only consists of pads with the
OMAP_DEVICE_MUX_REMUX flag set.
Subsequent patches in this series will cause hwmod mux entries with
the OMAP_DEVICE_MUX_WAKEUP flag set to be changed dynamically, to
control
From: Tero Kristo t-kri...@ti.com
PRCM chain handler needs to disable forwarding of interrupts during
suspend, because runtime PM is disabled and most of the drivers
are potentially not able to handle interrupts coming at this time.
This patch masks all the PRCM interrupt events if a PRCM
Add PRM functions to test for pending PRM IRQs. This will be used in
a subsequent patch to implement the PRM interrupt handler on the MPU.
Add PRM functions to ensure that all outstanding writes from the MPU
to the PRM IP block have completed before continuing execution. This
will be used in a
From: Tero Kristo t-kri...@ti.com
Introduce a chained interrupt handler mechanism for the PRCM
interrupt, so that individual PRCM event can cleanly be handled by
handlers in separate drivers. We do this by introducing PRCM event
names, which are then matched to the particular PRCM interrupt bit
Add minimal device tree support for omap2420 and omap2430
Signed-off-by: Tony Lindgren t...@atomide.com
--- /dev/null
+++ b/arch/arm/boot/dts/omap2.dtsi
@@ -0,0 +1,67 @@
+/*
+ * Device Tree Source for OMAP2 SoC
+ *
+ * Copyright (C) 2011 Texas Instruments Incorporated - http://www.ti.com/
+ *
+
* Paul Walmsley p...@pwsan.com [111215 13:05]:
omap_hwmod_mux() currently only iterates through the dynamic pad list.
This list currently only consists of pads with the
OMAP_DEVICE_MUX_REMUX flag set.
Subsequent patches in this series will cause hwmod mux entries with
the
Hi Tony,
On 15.12.2011 22:43, Tony Lindgren wrote:
Should this be just called emac-common.c? Or is it so am35xx specific
that it won't work with others?
Uh.. I'm not sure but I thought that EMAC is present only on am35xx SoCs...
OK, maybe just do a quick check on that so we don't end up
Hi Igor,
On 15.12.2011 13:51, Igor Grinberg wrote:
+/* AM35xx doesn't have IVA */
+soc {
+iva {
+status = disabled;
+};
+};
I don't get it...
Why SoCs that do not have those IP blocks should poke
their configuration inside the h/w
On Thu, Dec 15, 2011 at 7:51 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Thu, Dec 15, 2011 at 1:15 AM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Tue, Dec 13, 2011 at 11:19 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Mon, Dec 12, 2011 at 9:09 AM, Jarkko
Hi,
Here's a few cleanups and a possible fix. Nothing major.
Felipe Contreras (3):
usb: musb: fix pm_runtime mismatches
usb: musb: trivial cleanup
usb: musb: remove a bit of indentation
drivers/usb/musb/musb_gadget.c |1 +
drivers/usb/musb/omap2430.c| 36
Properly call pm_runtime_put() afer pm_runttime_get() on errors.
Untested.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
drivers/usb/musb/musb_gadget.c |1 +
drivers/usb/musb/omap2430.c|1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git
enabled driver || !enabled can be simplified to !enabled || driver.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
drivers/usb/musb/omap2430.c |8 +---
1 files changed, 1 insertions(+), 7 deletions(-)
diff --git a/drivers/usb/musb/omap2430.c
And use dev instead of musb-controller.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
drivers/usb/musb/omap2430.c | 27 +--
1 files changed, 13 insertions(+), 14 deletions(-)
diff --git a/drivers/usb/musb/omap2430.c b/drivers/usb/musb/omap2430.c
index
On Fri, 16 Dec 2011, Felipe Contreras wrote:
Properly call pm_runtime_put() afer pm_runttime_get() on errors.
Untested.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
drivers/usb/musb/musb_gadget.c |1 +
drivers/usb/musb/omap2430.c|1 +
2 files changed, 2
Hi,
I'm running 3.2-rc5 on pandora with Neil's twl patches on top, and
omap_hsmmc driver fails to probe:
[3.491394] omap_hsmmc omap_hsmmc.0: context was not lost
[3.497161] omap_hsmmc omap_hsmmc.0: enabled
[3.715270] omap_hsmmc omap_hsmmc.0: Unable to grab MMC CD IRQ
Pandora is using
On Wed, Dec 14, 2011 at 11:39:38AM +, Dave Martin wrote:
Making SMP depend on (huge list of MACH_ and ARCH_ configs) is
bothersome to maintain and likely to lead to merge conflicts.
This patch moves the knowledge of which platforms are SMP-capable
to the individual machines. To enable
On Thu, Dec 15, 2011 at 6:18 AM, Omar Ramirez Luna omar.rami...@ti.com wrote:
@@ -123,11 +123,10 @@ static int iommu_enable(struct omap_iommu *obj)
if (!arch_iommu)
return -ENODEV;
- clk_enable(obj-clk);
+ pm_runtime_get_sync(obj-dev);
err =
On Thu, Dec 15, 2011 at 6:18 AM, Omar Ramirez Luna omar.rami...@ti.com wrote:
+/* l4_core - isp mmu */
+static struct omap_hwmod_ocp_if omap3xxx_l4_core__isp_mmu = {
+ .master = omap3xxx_l4_core_hwmod,
+ .slave = omap3xxx_isp_mmu_hwmod,
+ .addr =
On Thu, Dec 15, 2011 at 6:18 AM, Omar Ramirez Luna omar.rami...@ti.com wrote:
Use hwmod data and device attributes to build and register an
omap device for iommu driver.
- Update the naming convention in isp module.
- Remove unneeded check for number of resources, as this is now
handled
On Fri, 16 Dec 2011 02:03:51 +0200 Grazvydas Ignotas nota...@gmail.com
wrote:
Hi,
I'm running 3.2-rc5 on pandora with Neil's twl patches on top, and
omap_hsmmc driver fails to probe:
[3.491394] omap_hsmmc omap_hsmmc.0: context was not lost
[3.497161] omap_hsmmc omap_hsmmc.0:
On Thu, Dec 15, 2011 at 6:18 AM, Omar Ramirez Luna omar.rami...@ti.com wrote:
Use runtime PM functionality interfaced with hwmod enable/idle
functions, to replace direct clock operations, reset and sysconfig
handling.
Removed clk handling during interrupt, given that in order to receive one,
On Fri, Dec 16, 2011 at 2:03 AM, Grazvydas Ignotas nota...@gmail.com wrote:
I'm running 3.2-rc5 on pandora with Neil's twl patches on top, and
omap_hsmmc driver fails to probe:
[ 3.491394] omap_hsmmc omap_hsmmc.0: context was not lost
[ 3.497161] omap_hsmmc omap_hsmmc.0: enabled
[
On Fri, Dec 16, 2011 at 1:22 AM, Alan Stern st...@rowland.harvard.edu wrote:
On Fri, 16 Dec 2011, Felipe Contreras wrote:
Properly call pm_runtime_put() afer pm_runttime_get() on errors.
Untested.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
On Mon, Dec 12, 2011 at 11:34 PM, Felipe Balbi ba...@ti.com wrote:
On Mon, Dec 12, 2011 at 10:55:11PM +0200, Felipe Contreras wrote:
Samuel assumed it was ok and, like I said above, it worked for my simple
GPIO
usecase with beagleboard.
Well, for 3.2 I think the situation is fine, but
Hi,
On Fri, Dec 16, 2011 at 11:50:32AM +1100, NeilBrown wrote:
On Fri, 16 Dec 2011 02:03:51 +0200 Grazvydas Ignotas nota...@gmail.com
wrote:
Hi,
I'm running 3.2-rc5 on pandora with Neil's twl patches on top, and
omap_hsmmc driver fails to probe:
[3.491394] omap_hsmmc
On Thu, Dec 15, 2011 at 6:39 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Thu, Dec 15, 2011 at 6:18 AM, Omar Ramirez Luna omar.rami...@ti.com
wrote:
+/* l4_core - isp mmu */
+static struct omap_hwmod_ocp_if omap3xxx_l4_core__isp_mmu = {
+ .master =
On Thu, Dec 15, 2011 at 6:33 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Thu, Dec 15, 2011 at 6:18 AM, Omar Ramirez Luna omar.rami...@ti.com
wrote:
@@ -123,11 +123,10 @@ static int iommu_enable(struct omap_iommu *obj)
if (!arch_iommu)
return -ENODEV;
-
On Thu, Dec 15, 2011 at 6:53 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Thu, Dec 15, 2011 at 6:18 AM, Omar Ramirez Luna omar.rami...@ti.com
wrote:
Use runtime PM functionality interfaced with hwmod enable/idle
functions, to replace direct clock operations, reset and sysconfig
On Fri, 16 Dec 2011, Felipe Contreras wrote:
--- a/drivers/usb/musb/omap2430.c
+++ b/drivers/usb/musb/omap2430.c
@@ -385,6 +385,7 @@ static void omap2430_musb_disable(struct musb *musb)
static int omap2430_musb_exit(struct musb *musb)
{
+ pm_runtime_put(musb-controller);
On Friday 16 December 2011 03:09 AM, Tony Lindgren wrote:
Add minimal device tree support for omap2420 and omap2430
Looks good to me.
Signed-off-by: Tony Lindgrent...@atomide.com
--- /dev/null
+++ b/arch/arm/boot/dts/omap2.dtsi
@@ -0,0 +1,67 @@
+/*
+ * Device Tree Source for OMAP2 SoC
+ *
On Thu, Dec 15, 2011 at 2:25 PM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On Wed, 2011-12-14 at 10:21 +0530, Chandrabhanu Mahapatra wrote:
+const struct dispc_coef *dispc_ovl_get_scale_coef(int inc, int five_taps)
+{
+ int i;
+ static const struct {
+ int Mmin;
+
Hi
This series was boot-tested on a 4430 ES2 Panda also. It generates the
following message on boot:
PRCM: failed to allocate irq descs: -12
which is an -ENOMEM coming from irq_alloc_descs(). This is probably
because OMAP hasn't been converted to use sparse IRQs yet.
Until that happens,
Hi Benoît
On Wed, 14 Dec 2011, Ming Lei wrote:
Signed-off-by: Ming Lei ming@canonical.com
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 81
1 files changed, 81 insertions(+), 0 deletions(-)
any comments on this patch? I'd like to queue it if it
Add OMAP3 Mistral EVM DTS file to use the omap3.dtsi SoC file,
along with memory node information.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
Boot tested it on DM37x Mistral EVM, kernel parses the info correctly.
arch/arm/boot/dts/omap3-evm.dts | 20
1 files
(cc'ing Ranjith)
Hi
On Fri, 16 Dec 2011, Ilya Yanok wrote:
+ clk_add_alias(NULL, dev_name(am35xx_emac_device.dev),
+ emac_clk, am35xx_emac_device.dev);
+ clk_add_alias(NULL, dev_name(am35xx_mdio_device.dev),
+ phy_clk,
Hi Benoît
On Mon, 28 Nov 2011, Peter Ujfalusi wrote:
To be able to get the memory resources by name from
the DMIC driver (for MPU and for DMA).
Any comments on this one? Looks like we'd need to add these names as
hints in the script.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
-Original Message-
From: Hiremath, Vaibhav
Sent: Friday, December 16, 2011 11:36 AM
To: linux-omap@vger.kernel.org
Cc: t...@atomide.com; linux-arm-ker...@lists.infradead.org; devicetree-
disc...@lists.ozlabs.org; grant.lik...@secretlab.ca; Cousson, Benoit;
Hiremath, Vaibhav
It has been detected that HDMI audio is broken in K3.2-rcX due to
the most recent updates in the DSS. This set of patches aims to repair such
break. It also improves the implementation of the ASoC codec to better follow
the DSS design by clearly separating functions that need acess to IP-
specific
Under the new DSS architecture for HDMI, there is a clear separation
between general DSS code and HDMI IP-specific data. Functions
that require access to the HDMI driver IP-specific data receive an
hdmi_ip_data structure. The ASoC codec require access to such
IP-specific data. Then, instead of
In order to separate clearly IP-specific code from general DSS code,
a function for OMAP4 audio enable is created. This function is
included in the HDMI IP ops to align with the current implementation
of the DSS HDMI driver. This function is to be used by the ASoC
HDMI audio codec.
Signed-off-by:
The function hdmi_audio_trigger is a callback used by ASoC to stop/start
HDMI audio. Also, it does not perform IP-specific configuration directly.
Hence, it should be placed in the general portion of the HDMI driver,
along with the other ASoC callbacks.
Signed-off-by: Ricardo Neri
These functions require access to IP-secific data. However, it is not possible
to pass such data as a function argument as such functions have a specific
signature specified by ASoC. Instead, they will have access to the IP-specific
data by calling snd_soc_codec_get_drvdata. The codec driver data
When playing audio through HDMI, the module should be put in
no-idle mode. This is to prevent the DSS_L3_ICLK to be shut down.
Once audio playback is stopped, the module is set back to smart-idle
wakeup-capable.
Also, a omap_hwmod structure is added to hdmi_ip_data to have access
to idle-mode
Add OMAP3 EVM (OMAP3530, AM/DM37x) DTS file to use the omap3.dtsi SoC file,
along with memory node information.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
Boot tested it on AM/DM37x EVM, kernel parses the info correctly.
arch/arm/boot/dts/omap3-evm.dts | 20
1
Hi,
On Wed, Dec 14, 2011 at 11:48 AM, Tony Lindgren t...@atomide.com wrote:
* Tony Lindgren t...@atomide.com [111214 11:04]:
Hi Arnd Olof,
Please pull support for new omap variants from:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
Sorry the link above should be:
Hi,
On Wed, Dec 14, 2011 at 11:42 AM, Tony Lindgren t...@atomide.com wrote:
Hi Arnd Olof,
Please pull musb updates from:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap musb
This branch enables musb for some new omaps and boards.
It depends on the board branch I posted a
Hi,
On Wed, Dec 14, 2011 at 11:39 AM, Tony Lindgren t...@atomide.com wrote:
Hi Arnd Olof,
Please pull omap board changes from:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap board
This contains minimal changes to support new omap
variants and features using existing
Hi,
On Wed, Dec 14, 2011 at 1:53 PM, Tony Lindgren t...@atomide.com wrote:
Hi Arnd Olof,
Please pull two regression fixes for the -rc series from:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap fixes
Thanks, pulled into fixes.
-Olof
--
To unsubscribe from this list: send
Tarun,
On Wed, Dec 14, 2011 at 1:50 AM, Tarun Kanti DebBarma
tarun.ka...@ti.com wrote:
This series is continuation of cleanup of OMAP GPIO driver and fixes.
The cleanup include getting rid of cpu_is_* checks wherever possible,
use of gpio_bank list instead of static array, use of unique
Hi,
We are trying to boot 35 kernel on zoom2,I tried with android_zoom3 config and
choosing MACH as zoom2 and also with omap_zoom2_defconfig, kernel is not booting
at all,it is struck after
Starting kernel ...
Uncompressing Linux...
done, booting the kernel.
I have taken the omap4 panda
95 matches
Mail list logo