This patch series has the support for TWL6030-usb
transceiver driver and changes in the musb driver to make it functional
with OMAP4430.
OMAP4 musb support UTMI and ULPI transceiver interfaces.
In UTMI mode, the transceiver functionality is split between
the TWL6030 PMIC chip and OMAP4 embedded
With TWL6030-usb, VBUS SESS_VLD and SESS_END events are not generated
as expected. When these interrupts are enabled, charger VBUS detection
interrupt does not get generated. So USBOTG has to be dependent on charger
VBUS interrupts.
So added one bit for USBOTG and changed the handler to call the
Adding the twl6030-usb transceiver support for OMAP4 musb driver.
OMAP4 supports 2 types of transceiver interface.
1. UTMI: The PHY is embedded within OMAP4. The transceiver functionality
is split between the twl6030 PMIC chip and OMAP4430. The VBUS, ID pin
sensing and OTG SRP generation part
Added the TWL6030-usb transceiver option in the Kconfig
Signed-off-by: Hema HK hem...@ti.com
Cc: Felipe Balbi ba...@ti.com
Cc: David Brownell dbrown...@users.sourceforge.net
---
drivers/usb/otg/Kconfig | 12
1 file changed, 12 insertions(+)
Index:
Registering the twl6030-usb transceiver device as a child to twl6030 core.
Removed the NOP transceiver init call from board file.
Populated twl4030_usb_data platform data structure with the function
pointers for OMAP4430 internal PHY operation to be used twl630-usb driver.
Signed-off-by: Hema
OMAP4430 supports UTMI and ULPI types of transceiver interface.
In UTMI mode: The PHY is embedded within OMAP4430. The transceiver functionality
is split between the twl6030 PMIC chip and OMAP4430. The VBUS, ID pin
sensing and OTG SRP generation part is integrated in TWL6030 and UTMI PHY
From: Jean Pihet j-pi...@ti.com
Some bad interaction between the idle and the suspend paths has been
noticed: the idle code is called during the suspend enter and exit
sequences. This could cause corruption or lock-up of resources.
The solution is to move the calls to disable_hlt at the very
On Wed, Dec 8, 2010 at 2:11 AM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Hi Jean,
Jean Pihet jean.pi...@newoldbits.com writes:
Some bad interaction between the idle and the suspend paths has been
noticed: the idle code is called during the suspend enter and exit
sequences. This could
On Wed, Dec 1, 2010 at 7:31 PM, Govindraj.R govindraj.r...@ti.com wrote:
Changes invloves:
1) Addition of hwmod data for omap2/3/4.
1) McSPI driver hwmod adaptation with cleanup of base address
macros and using omap-device API's.
2) Runtime Conversion of McSPI driver
Any
Paul,
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Wednesday, December 08, 2010 11:49 AM
To: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org
Cc: Rajendra Nayak; Santosh Shilimkar; Benoīt Cousson
Subject: [PATCH 01/11] OMAP4: PRCM: add
On Wed, Dec 08, 2010 at 09:31:15PM +0530, Hema HK wrote:
Adding the twl6030-usb transceiver support for OMAP4 musb driver.
OMAP4 supports 2 types of transceiver interface.
1. UTMI: The PHY is embedded within OMAP4. The transceiver functionality
is split between the twl6030 PMIC chip and
On Wed, Dec 8, 2010 at 3:20 PM, Felipe Balbi ba...@ti.com wrote:
On Wed, Dec 08, 2010 at 09:31:15PM +0530, Hema HK wrote:
Adding the twl6030-usb transceiver support for OMAP4 musb driver.
OMAP4 supports 2 types of transceiver interface.
1. UTMI: The PHY is embedded within OMAP4. The
Hi,
On Tue, Dec 7, 2010 at 7:15 PM, Nicolas Pitre nicolas.pi...@linaro.org wrote:
On Tue, 7 Dec 2010, Dave Martin wrote:
On Tue, Dec 7, 2010 at 2:53 PM, Dave Martin dave.mar...@linaro.org wrote:
[...]
Note that converting to C doesn't mean that code which attempts to
copy function bodies
On Wed, Dec 8, 2010 at 3:53 PM, Kalliguddi, Hema hem...@ti.com wrote:
On Wed, Dec 8, 2010 at 3:20 PM, Felipe Balbi ba...@ti.com wrote:
On Wed, Dec 08, 2010 at 09:31:15PM +0530, Hema HK wrote:
Adding the twl6030-usb transceiver support for OMAP4 musb driver.
OMAP4 supports 2 types of
On Wed, Dec 8, 2010 at 5:59 AM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
Dave,
-Original Message-
From: Santosh Shilimkar [mailto:santosh.shilim...@ti.com]
Sent: Wednesday, December 08, 2010 11:27 AM
To: Dave Martin
Cc: linux-arm-ker...@lists.infradead.org; Tony Lindgren;
-Original Message-
From: Dave Martin [mailto:dave.mar...@linaro.org]
Sent: Wednesday, December 08, 2010 4:11 PM
To: Santosh Shilimkar
Cc: linux-arm-ker...@lists.infradead.org; Tony Lindgren; linux-
o...@vger.kernel.org; linaro-...@lists.linaro.org
Subject: Re: [PATCH v2 2/3] ARM:
On Wed, Dec 8, 2010 at 7:43 AM, David Brownell davi...@pacbell.net wrote:
--- On Tue, 12/7/10, Dave Martin dave.mar...@linaro.org wrote:
From: Dave Martin dave.mar...@linaro.org
Subject: [PATCH] ARM: Thumb-2: Make CONFIG_THUMB2_KERNEL depend on !CPU_V6...
This makes sense, because Thumb-2
On Wed, Dec 8, 2010 at 10:45 AM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
-Original Message-
From: Dave Martin [mailto:dave.mar...@linaro.org]
Sent: Wednesday, December 08, 2010 4:11 PM
To: Santosh Shilimkar
Cc: linux-arm-ker...@lists.infradead.org; Tony Lindgren; linux-
On Wednesday 08 December 2010 08:10:47 Raghuveer Murthy wrote:
This patch adds omap_reserve functionality to board-omap4panda.c.
Helps in the reserving boot time memory in SDRAM, used here for
framebuffer allocation.
This patch is in similar lines to commit id 71ee7dad9b6991, from
Russell
-Original Message-
From: Dave Martin [mailto:dave.mar...@linaro.org]
Sent: Wednesday, December 08, 2010 4:35 PM
To: Santosh Shilimkar
Cc: Tony Lindgren; linux-omap@vger.kernel.org; linaro-
d...@lists.linaro.org; linux-arm-ker...@lists.infradead.org
Subject: Re: [PATCH v2 2/3] ARM:
On Wed, Dec 8, 2010 at 11:10 AM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
-Original Message-
From: Dave Martin [mailto:dave.mar...@linaro.org]
Sent: Wednesday, December 08, 2010 4:35 PM
To: Santosh Shilimkar
Cc: Tony Lindgren; linux-omap@vger.kernel.org; linaro-
On Tue, Dec 7, 2010 at 7:29 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Tue, Dec 07, 2010 at 04:50:50PM +, Dave Martin wrote:
I'll follow up shortly with a patch to the generic ARM Kconfig to make
this explicit, so that ARCH_OMAP2 and THUMB2_KERNEL can't accidentally
be
Russell,
On Fri, Dec 3, 2010 at 12:04, Sourav Poddar sourav.pod...@ti.com wrote:
Having __v as the variable name for the definition of different macros leads
to the namespace pollution. For example,
readl(p)
unrolls to:
({ u32 __v = ({ u32 __v = (( __u32)(__le32)(( __le32) ((void)0,
snip...
diff --git a/arch/arm/mach-omap2/cminst44xx.c
b/arch/arm/mach-omap2/cminst44xx.c
new file mode 100644
index 000..2c0cad3
--- /dev/null
+++ b/arch/arm/mach-omap2/cminst44xx.c
@@ -0,0 +1,118 @@
+/*
+ * OMAP4 CM instance functions
+ *
+ * Copyright (C) 2009 Nokia Corporation
+
snip...
+++ b/arch/arm/mach-omap2/cminst44xx.c
@@ -0,0 +1,118 @@
+/*
+ * OMAP4 CM instance functions
+ *
+ * Copyright (C) 2009 Nokia Corporation
+ * Paul Walmsley
+ *
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU General
Hi,
Would someone happen to know which git repo was used to create the
AM35x-OMAP35x-PSP-SDK-03.00.01.06.tgz download package?
I want to create an OpenEmbedded recipe for this package, and work with it
using OE.
Elvis Dowson
--
To unsubscribe from this list: send the line unsubscribe
Hello.
Hema HK wrote:
Selecting the twl6030-usb for OMAP4430SDP and OMAP4 PANDA board and
adding OMAP4 internal phy code for compilation
Signed-off-by: Hema HK hem...@ti.com
Cc: Felipe Balbi ba...@ti.com
Cc: Tony Lindgren t...@atomide.com
[...]
Index: linux-2.6/drivers/usb/musb/Kconfig
Hello.
Hema HK wrote:
Added the TWL6030-usb transceiver option in the Kconfig
Signed-off-by: Hema HK hem...@ti.com
Cc: Felipe Balbi ba...@ti.com
Cc: David Brownell dbrown...@users.sourceforge.net
[...]
Index: linux-2.6/drivers/usb/otg/Kconfig
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Tuesday, November 16, 2010 3:43 AM
To: Gopinath, Thara
Cc: linux-omap@vger.kernel.org; p...@pwsan.com; Cousson, Benoit; Sripathy,
Vishwanath; Sawant, Anand
Subject: Re: [PATCH v4 7/9] OMAP3: PM: Adding debug
On Tue, Dec 7, 2010 at 5:27 PM, Paul Walmsley p...@pwsan.com wrote:
In the OMAP HSMMC driver, the code path entered via mmc_host_enable() can
include register accesses to the HSMMC IP block. For this to work, both
the device interface clock and functional clock need to be enabled before
Gopinath, Thara had written, on 12/08/2010 10:18 AM, the following:
[..]
And, AFAICT, it wasn't clear from the current code or docs whether this
could work or was expected to work either, e.g., if you set
override_volt_params back to zero, to the original values all get reused?
If you want to
So to recapitulate ... you're agreeing with me on
my key point -- that ARM1156, a V6T2 core with
Thumb2 support (used in fact to introduce
Thumb2), should work for some in-kernel Thumb2
usage, degree TBD, but obviously the v7 cores
are more capable (with SIMD support in T2, etc).
And no, *I*
On 12/07/2010 06:13 AM, Murthy, Raghuveer wrote:
The .gpio_cd member of omap2_hsmmc_info is not initialized. This
will default to zero. On Pandaboard this interferes with gpio line
assigned for powering TFP410 DVI chip.
This fix was missed out in the previous commit bf56f0a6668cd, from
Nishanth
On Wed, 8 Dec 2010, Dave Martin wrote:
Hi,
On Tue, Dec 7, 2010 at 7:15 PM, Nicolas Pitre nicolas.pi...@linaro.org
wrote:
On Tue, 7 Dec 2010, Dave Martin wrote:
On Tue, Dec 7, 2010 at 2:53 PM, Dave Martin dave.mar...@linaro.org wrote:
[...]
Note that converting to C doesn't mean
David Brownell davi...@pacbell.net writes:
So to recapitulate ... you're agreeing with me on my key point --
that ARM1156, a V6T2 core with Thumb2 support (used in fact to
introduce Thumb2), should work for some in-kernel Thumb2 usage,
degree TBD, but obviously the v7 cores are more capable
Hi,
On Wed, Dec 8, 2010 at 4:38 PM, David Brownell davi...@pacbell.net wrote:
So to recapitulate ... you're agreeing with me on
my key point -- that ARM1156, a V6T2 core with
Thumb2 support (used in fact to introduce
Thumb2), should work for some in-kernel Thumb2
usage, degree TBD, but
On Wed, 8 Dec 2010, Rajendra Nayak wrote:
+#include cminst44xx.h
This header seems to be missed in the series.
Oops, sorry about that. Fixed in the git branch on git.pwsan.com.
Attached below is the final mach-omap2/cminst44xx.h file. It's created by
the first patch in this series
Op 8 dec 2010, om 15:05 heeft Elvis Dowson het volgende geschreven:
Hi,
Would someone happen to know which git repo was used to create the
AM35x-OMAP35x-PSP-SDK-03.00.01.06.tgz download package?
I want to create an OpenEmbedded recipe for this package, and work with it
using OE.
On Wed, 8 Dec 2010, Paul Walmsley wrote:
On Wed, 8 Dec 2010, Rajendra Nayak wrote:
+#include cminst44xx.h
This header seems to be missed in the series.
Oops, sorry about that. Fixed in the git branch on git.pwsan.com.
Attached below is the final mach-omap2/cminst44xx.h file.
On Wed, 8 Dec 2010, Elvis Dowson wrote:
What should I do to change the output frequency of mmc2_clk
signal to 48Mhz for the OMAP35xx processor?
Right now it is giving an output of 96MHz and the signal output looks
more like a sine wave than a square wave clock output signal.
On Wed, Dec 8, 2010 at 10:36 PM, Paul Walmsley p...@pwsan.com wrote:
Anyway, if you want to try changing it from the kernel side, you'll need
code like this in the MMC driver or OMAP integration code (off the top of
my head, untested):
Please let me know if this doesn't work.
IIRC, there is
Paul Walmsley p...@pwsan.com writes:
On Tue, 7 Dec 2010, Cousson, Benoit wrote:
On 12/7/2010 2:25 AM, Paul Walmsley wrote:
[...]
+ *
+ * XXX This file needs to be updated to align on one of OMAP4,
OMAP44XX,
+ * or OMAP4430.
Yep, I was thinking to change that as well. My
Datta, Shubhrajyoti shubhrajy...@ti.com writes:
[...]
Subject: Re: [PATCH v6 8/8] Input: omap4 - pm runtime
Abraham Arce x0066...@ti.com writes:
Enable pm runtime in driver
So power is enabled on probe and cut on _remove(). Did you consider
doing any more fine grained PM for this
Removes the following warning:
CC [M] drivers/staging/tidspbridge/rmgr/rmm.o
drivers/staging/tidspbridge/rmgr/rmm.c: In function 'rmm_alloc':
drivers/staging/tidspbridge/rmgr/rmm.c:147: warning: passing
argument 1 of 'list_is_last' from incompatible pointer type
On Tue, Dec 07, 2010 at 12:09:06AM -0600, Omar Ramirez Luna wrote:
Instead use request_firmware and friends to get a valid firmware
image.
Right now the image is supplied dynamically through udev and the
following rule:
KERNEL==omap-dsp, SUBSYSTEM==firmware, ACTION==add, \
commit 0d8e2d0dad98a693bad88aea6876ac8b94ad95c6 (OMAP2+: PM/serial:
hold console semaphore while OMAP UARTs are disabled) added use of the
console semaphore to protect UARTs from being accessed after disabled
during idle, but this causes problems in suspend.
During suspend, the console semaphore
jean.pi...@newoldbits.com writes:
From: Jean Pihet j-pi...@ti.com
Some bad interaction between the idle and the suspend paths has been
noticed: the idle code is called during the suspend enter and exit
sequences. This could cause corruption or lock-up of resources.
The solution is to move
Hi,
On Wed, Dec 8, 2010 at 4:26 PM, Greg KH g...@kroah.com wrote:
On Tue, Dec 07, 2010 at 12:09:06AM -0600, Omar Ramirez Luna wrote:
Instead use request_firmware and friends to get a valid firmware
image.
Right now the image is supplied dynamically through udev and the
following rule:
Nishanth Menon had written, on 12/03/2010 11:03 AM, the following:
Hi,
as discussed in [1], here is step 2 - idle path errata fixes.
this is the next rev incorporating comments from V2 post
of this series.
V2: http://marc.info/?l=linux-omapm=129106200408109w=2
Major change in V3:
Hi,
On Wed, Nov 24, 2010 at 10:54, Nishanth Menon n...@ti.com wrote:
Major changes in V5:
rebased to k.org 2.6.37-rc3
introduced omap_opp_data.h
couple of whitespace and offline license suggestion cleanups
V4: http://marc.info/?l=linux-omapm=128993367112637w=2
V3:
On Wed, Dec 08, 2010 at 05:02:20PM -0600, Ramirez Luna, Omar wrote:
Hi,
On Wed, Dec 8, 2010 at 4:26 PM, Greg KH g...@kroah.com wrote:
On Tue, Dec 07, 2010 at 12:09:06AM -0600, Omar Ramirez Luna wrote:
Instead use request_firmware and friends to get a valid firmware
image.
Right now
Paul Walmsley p...@pwsan.com writes:
Split _omap2_clkdm_set_hwsup() into _disable_hwsup() and _enable_hwsup().
While here, also document that the autodeps are deprecated and that they
should be removed at the earliest opportunity.
Signed-off-by: Paul Walmsley p...@pwsan.com
[...]
@@
On Wed, Dec 8, 2010 at 5:08 PM, Greg KH g...@kroah.com wrote:
On Wed, Dec 08, 2010 at 05:02:20PM -0600, Ramirez Luna, Omar wrote:
Hi,
On Wed, Dec 8, 2010 at 4:26 PM, Greg KH g...@kroah.com wrote:
On Tue, Dec 07, 2010 at 12:09:06AM -0600, Omar Ramirez Luna wrote:
Instead use
Hi Nishanth,
Nishanth Menon n...@ti.com writes:
Major changes in V5:
rebased to k.org 2.6.37-rc3
introduced omap_opp_data.h
couple of whitespace and offline license suggestion cleanups
OK, v5 looks good to me. One more minor minor detail. Can you post
one more time with
On Wed, Dec 08, 2010 at 05:32:50PM -0600, Ramirez Luna, Omar wrote:
On Wed, Dec 8, 2010 at 5:08 PM, Greg KH g...@kroah.com wrote:
On Wed, Dec 08, 2010 at 05:02:20PM -0600, Ramirez Luna, Omar wrote:
Hi,
On Wed, Dec 8, 2010 at 4:26 PM, Greg KH g...@kroah.com wrote:
On Tue, Dec 07, 2010
On Wed, Dec 8, 2010 at 11:40 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
@@ -120,8 +133,9 @@ static void omap2_enter_full_retention(void)
goto no_sleep;
/* Block console output in case it is on one of the OMAP UARTs */
- if (try_acquire_console_sem())
-
On Wed, 8 Dec 2010, Kevin Hilman wrote:
Paul Walmsley p...@pwsan.com writes:
- * _omap2_clkdm_set_hwsup - set the hwsup idle transition bit
+/**
+ * _enable_hwsup - set the hwsup idle transition bit
+ * @clkdm: struct clockdomain *
+ *
+ * XXX fix doco
hmm, 'doco' must be a new
Patch OMAP: hwmod/device: add omap_{device, hwmod}_get_mpu_rt_va[1],
introduces omap_device_get_rt_va which is meant to be called
by drivers to retrieve the _mpu_rt_va, however this function
receives a pointer to an omap_device; since there is no
practical way for a driver to get this parameter
On Wed, Dec 8, 2010 at 5:54 PM, Omar Ramirez Luna omar.rami...@ti.com wrote:
Patch OMAP: hwmod/device: add omap_{device, hwmod}_get_mpu_rt_va[1],
introduces omap_device_get_rt_va which is meant to be called
by drivers to retrieve the _mpu_rt_va, however this function
receives a pointer to an
Patch OMAP: hwmod/device: add omap_{device, hwmod}_get_mpu_rt_va[1],
introduces omap_device_get_rt_va which is meant to be called
by drivers to retrieve the _mpu_rt_va, however this function
receives a pointer to an omap_device; since there is no
practical way for a driver to get this parameter
Hi,
just a quick note to any users of the 2.6.38 branches on git.pwsan.com.
hwmod_a_2.6.38 and pwrdm_prcm_a_2.6.38 have been updated to base on Tony's
for-next branch. pwrdm_prcm_b_2.6.38 has been updated to base on
pwrdm_prcm_a_2.6.38 due to dependencies. And wdt_2.6.38 has been updated
Hi,
On Wed, Dec 8, 2010 at 9:35 PM, Sergei Shtylyov sshtyl...@mvista.com wrote:
Hello.
Hema HK wrote:
Added the TWL6030-usb transceiver option in the Kconfig
Signed-off-by: Hema HK hem...@ti.com
Cc: Felipe Balbi ba...@ti.com
Cc: David Brownell dbrown...@users.sourceforge.net
[...]
On Wed, Dec 8, 2010 at 9:33 PM, Sergei Shtylyov sshtyl...@mvista.com wrote:
Hello.
Hema HK wrote:
Selecting the twl6030-usb for OMAP4430SDP and OMAP4 PANDA board and
adding OMAP4 internal phy code for compilation
Signed-off-by: Hema HK hem...@ti.com
Cc: Felipe Balbi ba...@ti.com
Cc: Tony
63 matches
Mail list logo