On 10/01/11 6:41 PM, Santosh Shilimkar wrote:
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Etienne Le Sueur
Sent: Monday, January 10, 2011 10:36 AM
To: linux-omap@vger.kernel.org
Subject: cpuidle omap 4430, some
Hi Paul,
Here's a new pull request for OMAP display subsystem patches. This one
is rebased on top of the new omap patches on mainline, and the resulting
board file conflict has been fixed.
And while rebasing, I squashed the topmost patch, OMAP: DSS2: Fix build
breaks for rfbi.c and dsi.c, into
Hello Eduardo,
On Fri, Jan 7, 2011 at 6:50 AM, Eduardo Valentin
eduardo.valen...@nokia.com wrote:
Hello Jean,
On Wed, Jan 05, 2011 at 07:49:02PM +0100, ext jean.pi...@newoldbits.com wrote:
From: Jean Pihet j-pi...@ti.com
Provides documentation for the following:
- the new power trace API,
Kevin.
-Original Message-
From: Kevin Hilman [mailto:khil...@ti.com]
Sent: Thursday, January 06, 2011 9:48 PM
To: DebBarma, Tarun Kanti
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH v8 0/11] dmtimer adaptation to platform_driver
Hi Tarun,
DebBarma, Tarun Kanti
Kevin,
-Original Message-
From: Kevin Hilman [mailto:khil...@ti.com]
Sent: Thursday, January 06, 2011 9:51 PM
To: DebBarma, Tarun Kanti
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH v8 0/11] dmtimer adaptation to platform_driver
Hi Tarun,
DebBarma, Tarun Kanti
I know this is a top post, and a comment on a post from August, but I'd like
to point out that without this patch I can't get musb host mode to work
on the beagle board xm (3630).
With this patch, host mode works. If I disconnect and reconnect the port
goes into a_idle, which is almost right,
Hi,
On Mon, Jan 10, 2011 at 06:47:58AM -0500, Brad Parker wrote:
I know this is a top post, and a comment on a post from August, but I'd like
to point out that without this patch I can't get musb host mode to work
on the beagle board xm (3630).
With this patch, host mode works. If I
-Original Message-
From: Nishanth Menon [mailto:n...@ti.com]
Sent: Saturday, January 08, 2011 8:26 PM
To: Premi, Sanjeev
Cc: linux-omap@vger.kernel.org
Subject: Re: [RFC] omap3: Enable SmartReflex calculations for 720MHz
Premi, Sanjeev wrote, on 01/08/2011 06:29 AM:
With this patch, host mode works.
What about OTG and gadget modes?
The MUSB hardware is flakey with respect to
those init issues. Re-ordering host vs gadget
init has been a good way to waste a few months,
for anyone who has a few to waste. (And a
better way to waste them for folk who do NOT
Hi,
On Fri, 7 Jan 2011, Nishanth Menon wrote:
From: Koen Kooi k...@beagleboard.org
EHCI enable power pin is inverted (active high) in comparison
to vanilla beagle which is active low. Handle this case conditionally.
Without this fix, Beagle XM 4 port EHCI will not function and no
networking
Hi,
On Fri, 7 Jan 2011, Nishanth Menon wrote:
From: Koen Kooi k...@beagleboard.org
TFP410 DVI chip is used to provide display out.
This chip is controlled by 2 lines:
LDO which supplies the power is controlled over gpio + 2
and the enable of the chip itself is done over gpio + 1
NOTE: the LDO
Hi Tony,
Here's a new patches for IGEP boards. These patches are rebased on top of your
for-next tree. Please consider adding for .38 merge window. Thanks.
Cheers,
Enric Balletbo i Serra (3):
omap3: igep3: Add USB EHCI support for IGEP module.
omap3: igep3: Fix IGEP module second MMC
The OMAP3 IGEP module has one EHCI interface on board using
USB2HS port. GPIO183 is used as PHY reset.
Signed-off-by: Enric Balletbo i Serra eballe...@gmail.com
---
arch/arm/mach-omap2/board-igep0030.c | 15 ++-
1 files changed, 14 insertions(+), 1 deletions(-)
diff --git
The second MMC channel (used by the WLAN/BT module) is not linked to
power regulator. This causes the WLAN/BT module to fail being detected if
CONFIG_REGULATOR_DUMMY is not set.
This patch adds the two regulators that actually feed the WLAN/BT module
(1v8 from the TWL4030 VIO LDO, and a fixed
Support twl4030 keypad and gpio keys on IGEP v2.
Signed-off-by: Enric Balletbo i Serra eballe...@gmail.com
---
arch/arm/mach-omap2/board-igep0020.c | 33 +
1 files changed, 33 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-igep0020.c
On 1/10/2011 3:46 AM, Santosh Shilimkar wrote:
At latest mainline commit 0c21e3aaf6a, omap2plus build is broken. This
patch is trivial fix for the missed usb clock node for CK_3430ES2PLUS
flag update.
CHK include/generated/compile.h
CC arch/arm/mach-omap2/clock3xxx_data.o
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Anand Gadiyar
Sent: Monday, January 10, 2011 7:07 PM
To: Santosh Shilimkar
Cc: linux-omap@vger.kernel.org; t...@atomide.com; linux-arm-
ker...@lists.infradead.org; Paul
Hi,
2011/1/7 Anand Gadiyar gadi...@ti.com:
Update: I disabled CONFIG_OMAP_RESET_CLOCKS and the PHY and other
connected devices enumerate just fine. Could you try this out on
your board as well?
Yes, it does work for me if CONFIG_OMAP_RESET_CLOCKS is disabled.
thanks,
--
Lei Ming
--
To
Felipe Balbi wrote:
Hi,
On Mon, Jan 10, 2011 at 06:47:58AM -0500, Brad Parker wrote:
...
(my expectation is that the mode should toggle from b_idle to a_host
when I plug in an a connector with the id pin tied correctly, and
back to b_idle
when I disconnect)
What's the problem in
On 1/10/2011 7:23 PM, Ming Lei wrote:
Hi,
2011/1/7 Anand Gadiyar gadi...@ti.com:
Update: I disabled CONFIG_OMAP_RESET_CLOCKS and the PHY and other
connected devices enumerate just fine. Could you try this out on
your board as well?
Yes, it does work for me if CONFIG_OMAP_RESET_CLOCKS
Hi,
When I attempt to turn off wifi in android-2.2.1, with android-2.6.32
kernel with the TI WiLink 6.1.6.0 proprietary wlan driver, I get a kernel
panic, with the message Unbalanced IRQ 257 wake disable.
What could be causing it and how can I fix it?
WARNING: at
On Wednesday 05 January 2011 12:05:18 Jean Pihet wrote:
Hi Paul,
On Tue, Jan 4, 2011 at 7:48 PM, Paul Walmsley p...@pwsan.com wrote:
Hello Jean,
On Tue, 4 Jan 2011, jean.pi...@newoldbits.com wrote:
From: Jean Pihet j-pi...@ti.com
The patch adds the new power management trace
Aaro Koskinen had written, on 01/10/2011 06:44 AM, the following:
Hi,
On Fri, 7 Jan 2011, Nishanth Menon wrote:
From: Koen Kooi k...@beagleboard.org
EHCI enable power pin is inverted (active high) in comparison
to vanilla beagle which is active low. Handle this case conditionally.
Without
On Mon, 10 Jan 2011 14:26:13 +0100, Enric Balletbo i Serra
eballe...@gmail.com wrote:
The second MMC channel (used by the WLAN/BT module) is not linked to
power regulator. This causes the WLAN/BT module to fail being detected
if
CONFIG_REGULATOR_DUMMY is not set.
This patch adds the two
Aaro Koskinen had written, on 01/10/2011 06:51 AM, the following:
[..]
+if (omap3_beagle_get_rev() == OMAP3BEAGLE_BOARD_XM) {
+gpio_request(gpio + 1, nDVI_PWR_EN);
+gpio_direction_output(gpio + 1, 0);
+gpio_request(gpio + 2, DVI_LDO_EN);
+
The SMSC 3320 USB PHY on the OMAP4 Pandaboard needs a 19.2 MHz
reference clock. This clock is provided from the OMAP4's fref_clk3
pad.
Recent changes to clock44xx_data.c made the clock framework aware
of the existence of these fref_clk[i] lines. If the option
CONFIG_OMAP_RESET_CLOCKS is enabled
Hi,
2011/1/10 Anand Gadiyar gadi...@ti.com:
The SMSC 3320 USB PHY on the OMAP4 Pandaboard needs a 19.2 MHz
reference clock. This clock is provided from the OMAP4's fref_clk3
pad.
Recent changes to clock44xx_data.c made the clock framework aware
of the existence of these fref_clk[i] lines.
Hi,
On Mon, Jan 10, 2011 at 08:12:15PM +0530, Anand Gadiyar wrote:
The SMSC 3320 USB PHY on the OMAP4 Pandaboard needs a 19.2 MHz
reference clock. This clock is provided from the OMAP4's fref_clk3
pad.
Recent changes to clock44xx_data.c made the clock framework aware
of the existence of
On 1/10/2011 9:24 PM, Felipe Balbi wrote:
Hi,
On Mon, Jan 10, 2011 at 08:12:15PM +0530, Anand Gadiyar wrote:
The SMSC 3320 USB PHY on the OMAP4 Pandaboard needs a 19.2 MHz
reference clock. This clock is provided from the OMAP4's fref_clk3
pad.
Recent changes to clock44xx_data.c made the
This patch set adds support for TI816X processor series. This series includes
DM8168, C6A816x and AM389x devices.
The details can be found at following links:
http://focus.ti.com/general/docs/gencontent.tsp?contentId=77960
http://www.ti.com/ww/en/dsp/davinci-netra/index.shtml
This series is
This patch updates the common machine specific source files with support for
TI816X.
The approach taken is to have TI816X only build for OMAP3 when
CONFIG_SOC_OMAPTI816X is defined.
Signed-off-by: Hemant Pedanekar hema...@ti.com
---
arch/arm/mach-omap2/clock3xxx_data.c |5 +++-
This patch updates the common platform files with TI816X support. Also adds new
files for TI816X module base addresses and irq definitions.
The approach taken in this patch is to add TI816X as part of OMAP3 variant where
the cpu class is considered as OMAP34XX and the type is TI816X. This means,
This patch adds minimal support and build configuration for TI816X EVM.
Signed-off-by: Hemant Pedanekar hema...@ti.com
---
arch/arm/mach-omap2/Kconfig |5 +++
arch/arm/mach-omap2/Makefile |1 +
arch/arm/mach-omap2/board-ti8168evm.c | 58
This patch adds support for low level debugging on TI816X boards. Currently the
support for UART3 console on TI816X EVM is added.
Signed-off-by: Hemant Pedanekar hema...@ti.com
---
arch/arm/mach-omap2/include/mach/debug-macro.S | 12
arch/arm/plat-omap/include/plat/serial.h
On Thu, Jan 06, 2011 at 10:10:03PM +0530, Santosh Shilimkar wrote:
ads7846 spi1.0: unable to get regulator: -19
Is something missing from the ldp support code to declare this
regulator?
Am not sure what is connected to SPI on LDP. But mostly
not an important peripheral.
As the log
* Russell King - ARM Linux li...@arm.linux.org.uk [110107 08:12]:
On Thu, Jan 06, 2011 at 12:40:54PM -0800, Tony Lindgren wrote:
Anyways, I can debug the DEBUG_LL booting issue further if the patch
I posted does not help.
This is what I ended up with earlier today to make the debug code
On Mon, 10 Jan 2011, Anand Gadiyar wrote:
The SMSC 3320 USB PHY on the OMAP4 Pandaboard needs a 19.2 MHz
reference clock. This clock is provided from the OMAP4's fref_clk3
pad.
Recent changes to clock44xx_data.c made the clock framework aware
of the existence of these fref_clk[i] lines. If
Hello Santosh, Tony,
On Mon, 10 Jan 2011, Santosh Shilimkar wrote:
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Anand Gadiyar
Sent: Monday, January 10, 2011 7:07 PM
To: Santosh Shilimkar
Cc:
On Mon, 10 Jan 2011, Paul Walmsley wrote:
Looks good to me. Tony, do you want to merge this one as part of the -rc
series? If so then it is:
Acked-by: Paul Walmsley p...@pwsan.com
(once Santosh reposts the updated fix, that is)
- Paul
--
To unsubscribe from this list: send the line
* Nishanth Menon n...@ti.com [110107 15:00]:
Hi,
As discussed in the threads:
http://thread.gmane.org/gmane.linux.ports.arm.omap/47807/
http://marc.info/?t=12154003084r=1w=2
here is the split up series with commit message after discussion:
Hello Jean,
On Wed, 5 Jan 2011, Jean Pihet wrote:
On Tue, Jan 4, 2011 at 7:48 PM, Paul Walmsley p...@pwsan.com wrote:
If the latter, then it might make sense to put these
trace points into the functions that actually change the hardware
registers, e.g., omap2_dflt_clk_{enable,disable}(),
* Paul Walmsley p...@pwsan.com [110110 10:58]:
On Mon, 10 Jan 2011, Paul Walmsley wrote:
Looks good to me. Tony, do you want to merge this one as part of the -rc
series? If so then it is:
Acked-by: Paul Walmsley p...@pwsan.com
(once Santosh reposts the updated fix, that is)
OK
* Paul Walmsley p...@pwsan.com [110110 10:51]:
On Mon, 10 Jan 2011, Anand Gadiyar wrote:
The SMSC 3320 USB PHY on the OMAP4 Pandaboard needs a 19.2 MHz
reference clock. This clock is provided from the OMAP4's fref_clk3
pad.
Recent changes to clock44xx_data.c made the clock framework
Tony Lindgren had written, on 01/10/2011 01:04 PM, the following:
* Nishanth Menon n...@ti.com [110107 15:00]:
Hi,
As discussed in the threads:
http://thread.gmane.org/gmane.linux.ports.arm.omap/47807/
http://marc.info/?t=12154003084r=1w=2
here is the split up series with commit message
Hi Kevin
On Fri, 7 Jan 2011, Kevin Hilman wrote:
Rajendra Nayak rna...@ti.com writes:
[...]
Just another trivial fix.
From bb46b74d2b0ab3d35e72b760da7e123a891e6813 Mon Sep 17 00:00:00 2001
From: Rajendra Nayak rna...@ti.com
Date: Fri, 7 Jan 2011 14:07:25 +0530
Subject: [PATCH]
On Fri, 7 Jan 2011, Sumit Semwal wrote:
From: Senthilvadivu Guruswamy svad...@ti.com
DSS, DISPC, DSI, RFBI, VENC baseaddr can be obtained from
platform_get_resource().
This API in turn picks the right silicon baseaddr from the hwmod database.
So hardcoding of base addr could be removed.
Hi,
* Chris Ball c...@laptop.org [110108 18:33]:
Hi linux-omap folks,
I'd like to merge this patch via the MMC tree; please review/ACK.
Thanks,
- Chris.
From: Tejun Heo t...@kernel.org
Workqueue creation API has been updated and flush_scheduled_work() is
deprecated and scheduled
On Fri, 7 Jan 2011, Sumit Semwal wrote:
From: Senthilvadivu Guruswamy svad...@ti.com
DSS IRQ number can be obtained from platform_get_irq(). This API in turn
picks the right IRQ number belonging to HW IP from the hwmod database.
So hardcoding of IRQ number could be removed.
* Tony Lindgren t...@atomide.com [110110 11:06]:
* Paul Walmsley p...@pwsan.com [110110 10:58]:
On Mon, 10 Jan 2011, Paul Walmsley wrote:
Looks good to me. Tony, do you want to merge this one as part of the -rc
series? If so then it is:
Acked-by: Paul Walmsley p...@pwsan.com
Hi,
* Enric Balletbo i Serra eballe...@gmail.com [110110 05:25]:
Hi Tony,
Here's a new patches for IGEP boards. These patches are rebased on top of
your
for-next tree. Please consider adding for .38 merge window. Thanks.
I'll add these to the devel-board, let's see if we can get these
Hello Sumit, Senthilvadivu,
Here's a first pass of comments based on a preliminary review.
On Fri, 7 Jan 2011, Sumit Semwal wrote:
From: Senthilvadivu Guruswamy svad...@ti.com
Hwmod needs database of all IPs in a system. This patch generates the hwmod
database for Display Sub System
Hello Sumit, Senthilvadivu,
here are some initial comments based on a preliminary review.
On Fri, 7 Jan 2011, Sumit Semwal wrote:
From: Senthilvadivu Guruswamy svad...@ti.com
Hwmod needs database of all IPs in a system. This patch generates the hwmod
database for OMAP2420 Display Sub
Hello Sumit, Senthilvadivu,
here are some initial comments based on a preliminary review.
On Fri, 7 Jan 2011, Sumit Semwal wrote:
From: Senthilvadivu Guruswamy svad...@ti.com
Hwmod needs database of all IPs in a system. This patch generates the hwmod
database for OMAP2430 Display Sub
On Fri, 7 Jan 2011, Sumit Semwal wrote:
From: Senthilvadivu Guruswamy svad...@ti.com
Change the driver name from omapdss to omap_display as the driver takes care
of
the display devices ie number of panels, type of panels available in the
platform. Change the device name in the board
On Fri, 7 Jan 2011, Sumit Semwal wrote:
From: Senthilvadivu Guruswamy svad...@ti.com
All clock management is moved to dss platform driver. clk_get/put APIs use
dss device instead of core platform device.
Hwmod adaptation design requires each of the DSS HW IP to be a platform
driver.
So
Hi Rajendra
On Wed, 5 Jan 2011, Rajendra Nayak wrote:
Define the following architecture specific funtions for omap2/3
.clkdm_add_wkdep
.clkdm_del_wkdep
.clkdm_read_wkdep
.clkdm_clear_all_wkdeps
.clkdm_add_sleepdep
.clkdm_del_sleepdep
.clkdm_read_sleepdep
.clkdm_clear_all_sleepdeps
Thomas Renninger tr...@suse.de writes:
On Wednesday 05 January 2011 12:05:18 Jean Pihet wrote:
Hi Paul,
On Tue, Jan 4, 2011 at 7:48 PM, Paul Walmsley p...@pwsan.com wrote:
Hello Jean,
On Tue, 4 Jan 2011, jean.pi...@newoldbits.com wrote:
From: Jean Pihet j-pi...@ti.com
The patch
Paul Walmsley p...@pwsan.com writes:
On Fri, 7 Jan 2011, Kevin Hilman wrote:
Rajendra Nayak rna...@ti.com writes:
[...]
Just another trivial fix.
From bb46b74d2b0ab3d35e72b760da7e123a891e6813 Mon Sep 17 00:00:00 2001
From: Rajendra Nayak rna...@ti.com
Date: Fri, 7 Jan 2011
On Wed, 5 Jan 2011, Rajendra Nayak wrote:
Define the following architecture specific funtions for omap2/3
.clkdm_add_wkdep
.clkdm_del_wkdep
.clkdm_read_wkdep
.clkdm_clear_all_wkdeps
.clkdm_add_sleepdep
.clkdm_del_sleepdep
.clkdm_read_sleepdep
.clkdm_clear_all_sleepdeps
Convert the
Hi Sumit,
Semwal, Sumit sumit.sem...@ti.com writes:
On Sat, Jan 8, 2011 at 4:32 AM, Kevin Hilman khil...@ti.com wrote:
Sumit Semwal sumit.sem...@ti.com writes:
This patch series enables support for OMAP4 DSS, and adds hwmod support
for dss, dispc, dsi1, dsi2, hdmi, rfbi and venc hwmods.
On Mon, Jan 10, 2011 at 11:51:02AM +0200, Tomi Valkeinen wrote:
Here's a new pull request for OMAP display subsystem patches. This one
is rebased on top of the new omap patches on mainline, and the resulting
board file conflict has been fixed.
And while rebasing, I squashed the topmost
Hi Kevin,
On Tue, Jan 11, 2011 at 7:06 AM, Kevin Hilman khil...@ti.com wrote:
Hi Sumit,
Semwal, Sumit sumit.sem...@ti.com writes:
On Sat, Jan 8, 2011 at 4:32 AM, Kevin Hilman khil...@ti.com wrote:
Sumit Semwal sumit.sem...@ti.com writes:
This patch series enables support for OMAP4 DSS,
On 12/24/2010 11:18 AM, Russell King - ARM Linux wrote:
Allow one shot timer mode to be used with the TWD. This allows
NOHZ mode to be used on SMP systems using the TWD localtimer.
Tested on Versatile Express.
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
Acks/Tested-by's
Hi Paul,
On Tue, Jan 11, 2011 at 5:29 AM, Paul Walmsley p...@pwsan.com wrote:
On Fri, 7 Jan 2011, Sumit Semwal wrote:
From: Senthilvadivu Guruswamy svad...@ti.com
All clock management is moved to dss platform driver. clk_get/put APIs use
dss device instead of core platform device.
Hwmod
64 matches
Mail list logo