Adding GPIO mux config used for PHY reset of EHCI port on base board.
We get below failure message without this patch,
hub 1-0:1.0: unable to enumerate USB device on port 1
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
---
arch/arm/mach-omap2/board-am3517evm.c |3 +++
1 files changed, 3
Enabling OMAP_MUX in defconfig as it is required for EHCI to work.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
---
arch/arm/configs/am3517_evm_defconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/configs/am3517_evm_defconfig
From: Nurkkala Eero.An (EXT-Offcode/Oulu)
Sent: 19 February, 2010 21:04
Oops, I seemed to copy Q1.14 instead of Q14.1, but isn't it
still the same.
When I added some debug messages it still seemed to be corret.
Lowest number (-32768) is represented with 16th bit '1' and
the rest are
Add ASoC interface for OMAP McBSP2 and McBSP3 sidetones.
Signed-off-by: Ilkka Koskinen ilkka.koski...@nokia.com
---
sound/soc/omap/omap-mcbsp.c | 138 +++
sound/soc/omap/omap-mcbsp.h |2 +
2 files changed, 140 insertions(+), 0 deletions(-)
diff --git
From: Eero Nurkkala ext-eero.nurkk...@nokia.com
Add sidetone feature to McBSP instances 2 and 3 on OMAP3 based devices.
Signed-off-by: Ilkka Koskinen ilkka.koski...@nokia.com
---
arch/arm/mach-omap2/mcbsp.c |2 +
arch/arm/plat-omap/include/plat/mcbsp.h | 60 +
The first patch implements McBSP sidetone feature on OMAP3 while the second
one provides ALSA interface for using it.
The patch set is based on the patch Eduardo Valentin sent to alsa-devel
mailing list in October 2009. Channel gain control and enabling the sidetone
have been moved to ALSA
Hello,
I need to add a couple of mux entries and am refer to
arch/arm/mach-omap2/mux.c file.
I would like to what is the differences between BALLNUM_34XX_ and
BALLNUM_3430_ entries. I could not find any mux entries specific to
BALLNUM_35XX_.
How does one decide if a pin needs to be pulled up
On Monday 22 February 2010 14:21:10 Koskinen Ilkka (Nokia-D/Tampere) wrote:
The first patch implements McBSP sidetone feature on OMAP3 while the second
one provides ALSA interface for using it.
The patch set is based on the patch Eduardo Valentin sent to alsa-devel
mailing list in October
These patches add support for SDIO cards to the omap_hsmmc driver.
Power management changes to prevent SDIO cards from being turned off
and losing all state, and card interrupts.
I've been unable to test these exact patches as I only have an N900 for
testing and the N900 support in mainline is
Don't turn SDIO cards off to save power. Doing so will lose all
internal state in the card.
Signed-off-by: David Vrabel david.vra...@csr.com
---
drivers/mmc/host/omap_hsmmc.c | 12
1 files changed, 8 insertions(+), 4 deletions(-)
diff --git a/drivers/mmc/host/omap_hsmmc.c
Enable the use of SDIO card interrupts.
FCLK must be enabled while SDIO interrupts are enabled or the MMC
module won't wake-up (even though ENAWAKEUP in SYSCONFIG and IWE in
HTCL have been set). Enabling the MMC module to wake-up would require
configuring the MMC module (and the mmci_dat[1] GPIO
Madhusudhan wrote:
A little bit of rearranging the David's changes to the irq handler gets the
MMC/SD cards to work fine again. Changes are shown in the attached patch for
now and it should not hurt the CIRQ handling as well.
This breaks detecting card interrupts unless a command is in
On Mon, Feb 22, 2010 at 02:21:10PM +0200, Ilkka Koskinen wrote:
The first patch implements McBSP sidetone feature on OMAP3 while the second
one provides ALSA interface for using it.
The patch set is based on the patch Eduardo Valentin sent to alsa-devel
mailing list in October 2009. Channel
On Mon, 2010-02-22 at 16:18 +0200, Peter Ujfalusi wrote:
On Monday 22 February 2010 14:21:10 Koskinen Ilkka (Nokia-D/Tampere) wrote:
The first patch implements McBSP sidetone feature on OMAP3 while the second
one provides ALSA interface for using it.
The patch set is based on the patch
On Mon, Feb 22, 2010 at 4:24 PM, David Vrabel david.vra...@csr.com wrote:
These patches add support for SDIO cards to the omap_hsmmc driver.
Power management changes to prevent SDIO cards from being turned off
and losing all state, and card interrupts.
I've been unable to test these exact
Felipe Contreras wrote:
On Mon, Feb 22, 2010 at 4:24 PM, David Vrabel david.vra...@csr.com wrote:
These patches add support for SDIO cards to the omap_hsmmc driver.
Power management changes to prevent SDIO cards from being turned off
and losing all state, and card interrupts.
I've been
On Mon, Feb 22, 2010 at 5:11 PM, David Vrabel david.vra...@csr.com wrote:
Felipe Contreras wrote:
On Mon, Feb 22, 2010 at 4:24 PM, David Vrabel david.vra...@csr.com wrote:
These patches add support for SDIO cards to the omap_hsmmc driver.
Power management changes to prevent SDIO cards from
From: Mike Turquette mturque...@ti.com
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
* Mark Brown broo...@opensource.wolfsonmicro.com [100222 06:36]:
On Mon, Feb 22, 2010 at 02:21:10PM +0200, Ilkka Koskinen wrote:
The first patch implements McBSP sidetone feature on OMAP3 while the second
one provides ALSA interface for using it.
The patch set is based on the patch
On Mon, 22 Feb 2010 10:35:26 -0800
Tony Lindgren t...@atomide.com wrote:
Both patches
Acked-by: Mark Brown broo...@opensource.wolfsonmicro.com
too.
OK, I'll add them into omap for-next.
No need to re-commit if you have done it already, but here's my ack too
just in case :-)
On Sat, Feb 20, 2010 at 18:18, Bruno Prémont wrote:
drivers/video/bf54x-lq043fb.c | 2 +-
drivers/video/bfin-t350mcqb-fb.c | 2 +-
Acked-by: Mike Frysinger vap...@gentoo.org
-mike
Hi Santosh,
-Original Message-
From: Shilimkar, Santosh
Sent: Saturday, February 20, 2010 12:47 PM
To: Anna, Suman; linux-omap@vger.kernel.org
Cc: hiroshi.d...@nokia.com; Clark, Rob; Kanigeri, Hari; C.A, Subramaniam
Subject: RE: [PATCH 1/5] omap2/3/4: mailbox: remove compiler
Hi Santosh,
-Original Message-
From: Shilimkar, Santosh
Sent: Saturday, February 20, 2010 12:53 PM
To: Anna, Suman; linux-omap@vger.kernel.org
Cc: hiroshi.d...@nokia.com; Clark, Rob; Kanigeri, Hari; C.A, Subramaniam
Subject: RE: [PATCH 2/5] omap: mailbox: correct OMAP4 reset logic
Hi Benoit,
-Original Message-
From: Cousson, Benoit
Sent: Sunday, February 21, 2010 7:36 AM
To: Shilimkar, Santosh; Anna, Suman; linux-omap@vger.kernel.org
Cc: hiroshi.d...@nokia.com; Clark, Rob; Kanigeri, Hari; C.A, Subramaniam
Subject: RE: [PATCH 2/5] omap: mailbox: correct OMAP4
* Anna, Suman s-a...@ti.com [100222 12:04]:
Hi Santosh,
-Original Message-
From: Shilimkar, Santosh
Sent: Saturday, February 20, 2010 12:53 PM
To: Anna, Suman; linux-omap@vger.kernel.org
Cc: hiroshi.d...@nokia.com; Clark, Rob; Kanigeri, Hari; C.A, Subramaniam
Subject: RE:
* Tero Kristo tero.kri...@nokia.com [100217 06:01]:
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
Hi Roel,
On Sun, 14 Feb 2010, Roel Kluin wrote:
Don't dereference autodep when it's NULL. In _autodep_lookup() an
ERR_PTR(-ENOENT) is assigned to autodep-pwrdm.ptr if pwrdm_lookup() fails.
Signed-off-by: Roel Kluin roel.kl...@gmail.com
Thanks for the patch, but I don't understand what
* Anna, Suman s-a...@ti.com [100222 11:53]:
Hi Santosh,
-Original Message-
From: Shilimkar, Santosh
Sent: Saturday, February 20, 2010 12:47 PM
To: Anna, Suman; linux-omap@vger.kernel.org
Cc: hiroshi.d...@nokia.com; Clark, Rob; Kanigeri, Hari; C.A, Subramaniam
Subject: RE:
* Shilimkar, Santosh santosh.shilim...@ti.com [100220 00:27]:
Tony,
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Tony
Lindgren
Sent: Saturday, February 20, 2010 5:00 AM
To:
* Tony Lindgren t...@atomide.com [100222 12:11]:
* Anna, Suman s-a...@ti.com [100222 12:04]:
Hi Santosh,
-Original Message-
From: Shilimkar, Santosh
Sent: Saturday, February 20, 2010 12:53 PM
To: Anna, Suman; linux-omap@vger.kernel.org
Cc: hiroshi.d...@nokia.com;
* Shilimkar, Santosh santosh.shilim...@ti.com [100218 21:22]:
Bye the way just to add bit more clarity, this patch addresses TX
hardware restriction in the new UART IP used on omap3630 and omap4430.
First part of the fix for RX is already in mainline,
Commit:
Tony,
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Monday, February 22, 2010 3:37 PM
To: Anna, Suman
Cc: Shilimkar, Santosh; linux-omap@vger.kernel.org;
hiroshi.d...@nokia.com; Clark, Rob; Kanigeri, Hari; C.A, Subramaniam
Subject: Re: [PATCH 1/5]
* Santosh Shilimkar santosh.shilim...@ti.com [100218 00:56]:
This patch removes all the omap4 specific dma request
lines defines from plat/dma.h and includes dma-44xx.h
The defines are aligned so no driver should be impacted
because of this change.
Dropped this and the next patch as they
* Tony Lindgren t...@atomide.com [100222 13:35]:
* Shilimkar, Santosh santosh.shilim...@ti.com [100218 21:22]:
Bye the way just to add bit more clarity, this patch addresses TX
hardware restriction in the new UART IP used on omap3630 and omap4430.
First part of the fix for RX is already in
From 657358cd06a3f20bef2472945991749bacef12e6 Mon Sep 17 00:00:00 2001
From: Suman Anna s-a...@ti.com
Date: Mon, 25 Jan 2010 18:27:21 -0600
Subject: [PATCH] omap2/3/4: mailbox: remove compiler warning
Remove a compiler warning in device-specific
mailbox module.
Signed-off-by: Suman Anna
* Anna, Suman s-a...@ti.com [100222 13:41]:
Tony,
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Monday, February 22, 2010 3:37 PM
To: Anna, Suman
Cc: Shilimkar, Santosh; linux-omap@vger.kernel.org;
hiroshi.d...@nokia.com; Clark, Rob; Kanigeri,
label err_iva1 is defined to unregister the mbox device
for omap2420 which is contained in mbox_iva_info struct
mbox_dsp_info is not being used by the omap2420
Signed-off-by: Leed Aguilar leed.agui...@ti.com
---
arch/arm/mach-omap2/mailbox.c |2 +-
1 files changed, 1 insertions(+), 1
On 2/22/2010 5:41 PM, Anna, Suman wrote:
From 657358cd06a3f20bef2472945991749bacef12e6 Mon Sep 17 00:00:00 2001
From: Suman Annas-a...@ti.com
Date: Mon, 25 Jan 2010 18:27:21 -0600
Subject: [PATCH] omap2/3/4: mailbox: remove compiler warning
Remove a compiler warning in device-specific
mailbox
On 2/22/2010 5:57 PM, Ramirez Luna, Omar wrote:
why not moving omap_mbox_unregister to the block containing the ifdefs?
at least you won't be adding an ifdef and if(cpu_xx)
i take this back... both statements are needed because of previous
registration.
- omar
--
To unsubscribe from this
Hi Aguilar,
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Aguilar Pena, Leed
Sent: Monday, February 22, 2010 5:55 PM
To: linux-omap@vger.kernel.org
Cc: t...@atomide.com; Hiroshi DOYU
Subject: [PATCH] omap: mailbox:
Hello,
Here are a few more OMAP clock and hwmod patches intended for 2.6.34,
posted in case anyone has any review comments.
These patches have been boot-tested on OSK5912, N800, 2430SDP,
Overo; and compile-tested on 4430SDP.
- Paul
---
size:
textdata bss dec hex filename
From: Vimarsh Zutshi vimarsh.zut...@nokia.com
Add necessary clk_sel definitions to clock framework to allow changing
dpll4_m5_ck_3630 rate. This is used by the ISP driver.
Signed-off-by: Vimarsh Zutshi vimarsh.zut...@nokia.com
[p...@pwsan.com: updated to apply]
Signed-off-by: Paul Walmsley
The OMAP hwmod core code is intended to use SoC IP block description
structures that are autogenerated from TI's OMAP hardware database.
Currently the hwmod code uses clkdev device + connection addressing to
identify clocks. This causes problems in the hwmod autogeneration
process, since the TI
From: Santosh Shilimkar santosh.shilim...@ti.com
On OMAP4 platform the iclk control is completly under hardware control
and no software control is available.
This difference w.r.t previous OMAP's needs all the common driver
accross OMAP's , cpu_is_() checks. To avoid poulluting the
drivers
From: Santosh Shilimkar santosh.shilim...@ti.com
Now the omap4 clock framework is in mainline and clk_get_rate()
is functional. Hence reomve the hardcoded clock hacks.
This patch also fixes
Division by zero in kernel.
Backtrace:
[c0025fb8] (dump_backtrace+0x0/0x110) from [c017febc]
Add support for categorizing and iterating over hardware IP blocks by
the class of the IP block. The class is the type of the IP block:
e.g., timer, timer1ms, etc. Move the OCP_SYSCONFIG/SYSSTATUS data
from the struct omap_hwmod into the struct omap_hwmod_class, since
it's expected to stay
_clkdm_add_autodeps() and _clkdm_del_autodeps() will attempt to dereference
a NULL pointer if no autodeps were supplied to clkdm_init().
Based on a patch from Roel Kluin roel.kl...@gmail.com - thanks Roel.
Signed-off-by: Paul Walmsley p...@pwsan.com
Cc: Roel Kluin roel.kl...@gmail.com
---
Simplify the code in the omap2_clk_disable() and omap2_clk_enable()
functions, reducing levels of indentation. This makes the code easier
to read. Add some additional debugging pr_debug()s here also to help
others understand what is going on.
Revise the omap2_clk_disable() logic so that it now
From: Rajendra Nayak rna...@ti.com
All leaf clock nodes are renamed for OMAP4 to have a clk name which
end with a _ick or a _fck. This is done so that the naming convention
is same as that followed on older OMAPs.
Signed-off-by: Rajendra Nayak rna...@ti.com
Signed-off-by: Benoit Cousson
Code should be able to #include any header file without the fear that
the header file will go allocating memory. This is a coding style
issue, similar to commit 82e9bd588563c4e22ebb55b684ebec7e310cc715.
Move the existing hwmod data from .h files to .c files.
While here, convert omap34xx to
The OMAP2 and OMAP3 boot-time MPU rate change code is almost
identical. Merge them into mach-omap2/clock.c, and add kerneldoc
documentation.
Signed-off-by: Paul Walmsley p...@pwsan.com
---
arch/arm/mach-omap2/clock.c | 85 +++
Nishanth,
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Menon, Nishanth
Sent: Thursday, February 18, 2010 8:58 AM
To: Gopinath, Thara
Cc: linux-omap@vger.kernel.org; Kevin Hilman; Kristo Tero (Nokia-
D/Tampere)
From: Aguirre, Sergio
Sent: Tuesday, February 23, 2010 7:28 AM
To: Menon, Nishanth; Gopinath, Thara
[...]
Signed-off-by: Thara Gopinath th...@ti.com
Cc: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-omap2/resource34xx.c |4 +++-
1 files changed, 3
Thanks Tony
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Tuesday, February 23, 2010 4:37 AM
To: Shilimkar, Santosh
Cc: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org;
Woodruff, Richard; Ghorai,
Sukumar
Subject: Re: [PATCH 1/9] omap3/4:
Ben,
Did you happen to look at this ?
-Original Message-
From: Shilimkar, Santosh
Sent: Friday, February 19, 2010 10:03 PM
To: ben-li...@fluff.org
Cc: linux-omap@vger.kernel.org; linux-...@vger.kernel.org; Shilimkar,
Santosh; Syed, Rafiuddin; Cory
Maccarrone
Subject: [PATCH]
AM3517 platform includes the ti-hecc CAN peripheral. This patch
series enables support for the ti-hecc peripheral on AM3517 platform.
This patch series has been validated on AM3517EVM.
The patch series is dependent on AM35x clock support patches submitted
earlier.
Add board specific hookup for TI HECC driver on
AM3517 EVM
Signed-off-by: Sriramakrishnan s...@ti.com
Acked-by: Anant Gole anantg...@ti.com
---
The driver requires that CAN_STB signal be driven low to enable
CAN PHY. Currently this is being managed from U-boot. Will submit a patch
for handling
Modify the default kernel configuration on AM3517 to enable CAN.
Signed-off-by: Sriramakrishnan s...@ti.com
Acked-by: Anant Gole anantg...@ti.com
---
arch/arm/configs/am3517_evm_defconfig | 22 ++
1 files changed, 18 insertions(+), 4 deletions(-)
diff --git
Tony,
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Tuesday, February 23, 2010 4:37 AM
To: Shilimkar, Santosh
Cc: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org;
Woodruff, Richard; Ghorai,
Sukumar
Subject: Re: [PATCH 1/9] omap3/4: uart:
59 matches
Mail list logo