From: Vaibhav Hiremath hvaib...@ti.com
With recent changes happened in OMAP2/3 DSS library for regulator interface, it
is required to define DSI regulator supply, without this DSS (in turn Fbdev)
fails to get regulator.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
Hi,
On Thu, 2010-03-11 at 09:55 +0100, ext hvaib...@ti.com wrote:
From: Vaibhav Hiremath hvaib...@ti.com
With recent changes happened in OMAP2/3 DSS library for regulator interface,
it
is required to define DSI regulator supply, without this DSS (in turn Fbdev)
fails to get regulator.
-Original Message-
From: Tomi Valkeinen [mailto:tomi.valkei...@nokia.com]
Sent: Thursday, March 11, 2010 2:29 PM
To: Hiremath, Vaibhav
Cc: linux-omap@vger.kernel.org; t...@atomide.com
Subject: Re: [PATCH-Fix] OMAP: Add DSI regulator supply to OMAP3EVM board
file
Hi,
On Thu,
-Original Message-
From: Hiremath, Vaibhav
Sent: Thursday, March 11, 2010 2:49 PM
To: 'Tomi Valkeinen'
Cc: linux-omap@vger.kernel.org; t...@atomide.com
Subject: RE: [PATCH-Fix] OMAP: Add DSI regulator supply to OMAP3EVM board
file
-Original Message-
From: Tomi
Op 10 mrt 2010, om 19:16 heeft Steve Sakoman het volgende geschreven:
On Tue, Mar 9, 2010 at 11:58 AM, Steve Sakoman sako...@gmail.com wrote:
I just updated all my Beagle and Overo DSS patches to apply on the
latest linux-omap head.
I ran into a slight issue with parsing defaults, but saw
Are you sure vdvi is required by the panel? At least the panel in
3430SDP doesn't require it.
[Hiremath, Vaibhav] As I mentioned before also, we don't need vdvi supply for
OMAP3EVM. Infact there is no supply like vdvi coming out of TWL4030
Since it was being used in panel file I had
From: Vaibhav Hiremath hvaib...@ti.com
With recent changes happened in OMAP2/3 DSS library for regulator interface, it
is required to define DSI regulator supply, and since we don't need VDVI
supply so remove it.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Acked-by: Tomi Valkeinen
[Hiremath, Vaibhav] Tomi,
Also, there are few patches which still are not merged to main-line, like
commit 98d31bf6566be9e716f6dfdce8eb39d1c1097b7c
Author: Vaibhav Hiremath hvaib...@ti.com
Date: Wed Jan 13 17:17:10 2010 +0530
OMAP: AM3517: Enable DSS2 for AM3517EVM board
-Original Message-
From: Tomi Valkeinen [mailto:tomi.valkei...@nokia.com]
Sent: Thursday, March 11, 2010 2:58 PM
To: Hiremath, Vaibhav
Cc: linux-omap@vger.kernel.org; t...@atomide.com
Subject: RE: [PATCH-Fix] OMAP: Add DSI regulator supply to OMAP3EVM board
file
Are you sure
-Original Message-
From: Tomi Valkeinen [mailto:tomi.valkei...@nokia.com]
Sent: Thursday, March 11, 2010 3:01 PM
To: Hiremath, Vaibhav
Cc: linux-omap@vger.kernel.org; t...@atomide.com
Subject: RE: [PATCH-Fix] OMAP: Add DSI regulator supply to OMAP3EVM board
file
[Hiremath,
On Thu, 2010-03-11 at 10:39 +0100, ext Hiremath, Vaibhav wrote:
-Original Message-
From: Tomi Valkeinen [mailto:tomi.valkei...@nokia.com]
Sent: Thursday, March 11, 2010 3:01 PM
To: Hiremath, Vaibhav
Cc: linux-omap@vger.kernel.org; t...@atomide.com
Subject: RE: [PATCH-Fix] OMAP:
-Original Message-
From: Tomi Valkeinen [mailto:tomi.valkei...@nokia.com]
Sent: Thursday, March 11, 2010 3:14 PM
To: Hiremath, Vaibhav
Cc: linux-omap@vger.kernel.org; t...@atomide.com
Subject: RE: [PATCH-Fix] OMAP: Add DSI regulator supply to OMAP3EVM board
file
On Thu,
From: Gurav , Pramod
Sent: Thursday, March 11, 2010 5:57 AM
To: Cousson, Benoit; Kevin Hilman
Cc: linux-omap@vger.kernel.org
Subject: RE: struct dmtimer definition not available in header file
Hi Benoit, Kelvin,
OMAP2_L4_IO_ADDRESS(gpt_phys_base +
Madhusudhan madhu...@ti.com wrote:
-Original Message-
From: linux-mmc-ow...@vger.kernel.org [mailto:linux-mmc-
ow...@vger.kernel.org] On Behalf Of Venkatraman S
Sent: Monday, March 01, 2010 5:27 AM
To: linux-...@vger.kernel.org; linux-arm-ker...@lists.infradead.org;
The patch has the changes to calculate the dpll3 clock stabilization
delay dynamically. The SRAM delay is calibrated during bootup using the
gptimers and used while calculating the stabilization delay. By using
the dynamic method the dependency on the type of cache being used is
removed.
Formula
From: Teerth Reddy tee...@ti.com
The patch has the changes to calculate the dpll3 clock stabilization
delay dynamically. The SRAM delay is calibrated during bootup using the
gptimers and used while calculating the stabilization delay. By using
the dynamic method the dependency on the type of
This patch uses new formula to derive the dpll3 clock Stabilization
delay during DVFS for OMAP3630. The formula used is :
Latency = 2 * SYS_CLK + 10 * CLKOUTX2
Signed-off-by: Vishwanath Sripathy vishwanath...@ti.com
Signed-off-by: Pramod Gurav pramod.gu...@ti.com
---
Hi Tomi,
I am unable to compile dss2 tree for zoom3. Commit I am using following
commit id
893d461b538e889da350061edaadeb8a9289913c
OMAP: DSS2: quick hack for set mode
Error I see is related to usb:-
drivers/usb/core/hcd.c: In function 'usb_hcd_resume_root_hub':
On Thu, 2010-03-11 at 12:40 +0100, ext Y, Kishore wrote:
Hi Tomi,
I am unable to compile dss2 tree for zoom3. Commit I am using following
commit id
893d461b538e889da350061edaadeb8a9289913c
OMAP: DSS2: quick hack for set mode
Error I see is related to usb:-
Tomi Valkeinen wrote:
On Thu, 2010-03-11 at 12:40 +0100, ext Y, Kishore wrote:
Hi Tomi,
I am unable to compile dss2 tree for zoom3. Commit I am using
following commit id
893d461b538e889da350061edaadeb8a9289913c
OMAP: DSS2: quick hack for set mode
Error I see is related
-Original Message-
From: Gadiyar, Anand
Sent: Thursday, March 11, 2010 5:18 PM
To: Tomi Valkeinen; Y, Kishore
Cc: linux-omap@vger.kernel.org
Subject: RE: compile break on dss2 branch for zoom3
Tomi Valkeinen wrote:
On Thu, 2010-03-11 at 12:40 +0100, ext Y, Kishore wrote:
Hi
Greg,
Here is a Version 2 of driver patches that enable MUSB
driver support for OMAP4.
Maulik Mankad(3)
[PATCH v2 1/3] USB: MUSB: Set transceiver interface type
[PATCH v2 2/3] USB: MUSB: Build MUSB driver for OMAP4
[PATCH v2 3/3] USB: MUSB: Add OMAP4 support in MUSB driver
This version is
Program the OTG_INTERFSEL register based on
transcevier type passed from board file.
Adapt signature of musb_platform_init() function
for davinci, blackfin and tusb6010.
Signed-off-by: Maulik Mankad x0082...@ti.com
Cc: Felipe Balbi felipe.ba...@nokia.com
Cc: David Brownell davi...@pacbell.net
This patch updates the Makefile to build the
MUSB driver for OMAP4. It also sets the Kconfig
options for OMAP4.
Signed-off-by: Maulik Mankad x0082...@ti.com
Cc: Felipe Balbi felipe.ba...@nokia.com
Cc: Greg Kroah-Hartman gre...@suse.de
Cc: David Brownell davi...@pacbell.net
Cc: Sergei Shtylyov
This patch adds CONFIG_ARCH_OMAP4 macro within
MUSB driver.
Signed-off-by: Maulik Mankad x0082...@ti.com
Cc: Felipe Balbi felipe.ba...@nokia.com
Cc: Greg Kroah-Hartman gre...@suse.de
Cc: David Brownell davi...@pacbell.net
Cc: Sergei Shtylyov sshtyl...@mvista.com
Cc: Olof Johansson o...@lixom.net
On Thu, 2010-03-11 at 11:03 +0100, ext Hiremath, Vaibhav wrote:
[Hiremath, Vaibhav] Tomi, the above patch has already present in main-line.
The patch I am talking about is defconfig update for DSS on both OMAP3EVM and
AM3517EVM.
It happened to be the same commit description at your
On Thu, Mar 11, 2010 at 12:55:11PM +0100, ext Maulik Mankad wrote:
Greg,
Here is a Version 2 of driver patches that enable MUSB
driver support for OMAP4.
applied, all three of them
--
balbi
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
Op 11 mrt 2010, om 10:24 heeft Koen Kooi het volgende geschreven:
Op 10 mrt 2010, om 19:16 heeft Steve Sakoman het volgende geschreven:
On Tue, Mar 9, 2010 at 11:58 AM, Steve Sakoman sako...@gmail.com wrote:
I just updated all my Beagle and Overo DSS patches to apply on the
latest
On Thu, Mar 11, 2010 at 02:25:17PM +0530, hvaib...@ti.com wrote:
+static struct regulator_consumer_supply omap3_evm_vpll2_supplies[] = {
+ {
+ .supply = vdvi,
+ .dev= omap3_evm_lcd_device.dev,
+ },
Please use dev_name for new code.
--
To
From: Shweta Gulati shweta.gul...@ti.com
DSP usage at VDD1 OPP1 and OPP2 with Smartreflex enabled and any MM UCs
running DSP codec was earlier restricted as DSP crashed.
The root cause is wrong DPLL1/DPLL2 Bypass clock at VDD1 OPP1 and OPP2.
The solution is to make sure DPLL1/DPLL2 bypass clock
On Thu, Mar 11, 2010 at 12:43:00PM +0100, Valkeinen Tomi (Nokia-D/Helsinki)
wrote:
When I disable usb, build goes through but the board does not bootup with this
image. It is stuck at uncompressing linux.
Yes, mainstream linux tree seems to be broken. Not much I can do to help
you there. You
Hi Greg,
Could you please have this patch into your tty tree now?
As I do not see any further comment in community on this
for quite long time now.
--
Regards,
Govindraj.R
This time CC'ing Linux-serial and LKML too, forgot last time.
--
Govindraj.R
This patch adds driver support for
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Y, Kishore
Sent: Thursday, March 11, 2010 5:23 PM
To: Gadiyar, Anand; Tomi Valkeinen
Cc: linux-omap@vger.kernel.org
Subject: RE: compile break on dss2 branch for zoom3
-Original Message-
From: Mark Brown [mailto:broo...@opensource.wolfsonmicro.com]
Sent: Thursday, March 11, 2010 6:18 PM
To: Hiremath, Vaibhav
Cc: linux-omap@vger.kernel.org; t...@atomide.com; tomi.valkei...@nokia.com
Subject: Re: [PATCH-Fix] OMAP: Add DSI regulator supply to
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Gadiyar, Anand
Sent: Thursday, March 11, 2010 5:48 AM
To: Tomi Valkeinen; Y, Kishore
Cc: linux-omap@vger.kernel.org
Subject: RE: compile break on dss2 branch for zoom3
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Y, Kishore
Sent: Thursday, March 11, 2010 7:29 AM
To: Y, Kishore; Gadiyar, Anand; Tomi Valkeinen
Cc: linux-omap@vger.kernel.org
Subject: RE: compile break on dss2
Tony Lindgren wrote:
* Venkatraman S svenk...@ti.com [100310 06:08]:
@@ -1400,14 +1471,23 @@ omap_hsmmc_prepare_data(struct omap_hsmmc_host
*host, struct mmc_request *req)
| (req-data-blocks 16));
set_data_timeout(host, req-data-timeout_ns,
The emac driver uses generic name for the module and phy
clocks. Updated the omap3xxx_clks table to match the names
used by the Davinci emac driver.
Signed-off-by: Sriramakrishnan s...@ti.com
---
arch/arm/mach-omap2/clock3xxx_data.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
This patch series adds support for EMAC peripheral on AM35xx
platform. The EMAC peripheral is borrowed from the DaVinci
platform and hence the same driver(davinci_emac) is used.
This patch series has been generated against tip of linux-omap and
depends on the following patches submitted to
Update the default configuration for AM3517EVM to enable
support for EMAC peripheral.
Signed-off-by: Sriramakrishnan s...@ti.com
---
arch/arm/configs/am3517_evm_defconfig | 70 -
1 files changed, 69 insertions(+), 1 deletions(-)
diff --git
Modified AM35xx EVM init sequence to handle EMAC
initialization.
Signed-off-by: Sriramakrishnan s...@ti.com
---
arch/arm/mach-omap2/board-am3517evm.c | 98 +
1 files changed, 98 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-am3517evm.c
Define offsets for EMAC sub modules.
Signed-off-by: Sriramakrishnan s...@ti.com
---
arch/arm/mach-omap2/include/mach/am35xx.h | 11 ++-
1 files changed, 10 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/include/mach/am35xx.h
b/arch/arm/mach-omap2/include/mach/am35xx.h
-Original Message-
From: ext Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: 10 March, 2010 20:21
To: Kristo Tero (Nokia-D/Tampere)
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCHv6] OMAP3: Serial: Improved sleep logic
Kevin Hilman khil...@deeprootsystems.com writes:
Tero
-Original Message-
From: svenk...@gmail.com [mailto:svenk...@gmail.com] On Behalf Of
Venkatraman S
Sent: Thursday, March 11, 2010 4:52 AM
To: Madhusudhan
Cc: linux-...@vger.kernel.org; linux-arm-ker...@lists.infradead.org;
linux-omap@vger.kernel.org
Subject: Re: [PATCH 03/03]
tero.kri...@nokia.com writes:
-Original Message-
From: ext Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: 10 March, 2010 20:21
To: Kristo Tero (Nokia-D/Tampere)
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCHv6] OMAP3: Serial: Improved sleep logic
Kevin Hilman
* Govindraj.R govindraj.r...@ti.com [100311 05:11]:
Hi Greg,
Could you please have this patch into your tty tree now?
As I do not see any further comment in community on this
for quite long time now.
There are still outstanding comments. I've commented several
times that this patch
* Felipe Balbi felipe.ba...@nokia.com [100310 23:26]:
hi,
On Wed, Mar 10, 2010 at 06:15:49PM +0100, ext Tony Lindgren wrote:
Updated patch below, is this what you want to do? Maybe reply with
an updated patch if you want usb_ehci_init not to use const?
I'm happy with your version.
OK
Tony Lindgren t...@atomide.com writes:
* Kevin Hilman khil...@deeprootsystems.com [100310 10:01]:
Tony Lindgren t...@atomide.com writes:
* Cory Maccarrone darkstar6...@gmail.com [100109 10:34]:
On Sat, Jan 9, 2010 at 10:33 AM, Tony Lindgren t...@atomide.com wrote:
Let's plan on
-Original Message-
From: ext Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: 11 March, 2010 18:30
To: Kristo Tero (Nokia-D/Tampere)
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCHv6] OMAP3: Serial: Improved sleep logic
tero.kri...@nokia.com writes:
-Original
* Santosh Shilimkar santosh.shilim...@ti.com [100310 23:30]:
This patch moves omap_smc1 function to a seperate omap44xx-smc.S file
and sets compile flags as -Wa,-march=armv7-a.
Thanks for doing this, I'll add it to omap-fixes.
Regards,
Tony
--
To unsubscribe from this list: send the line
Madhusudhan madhu...@ti.com wrote:
-Original Message-
From: svenk...@gmail.com [mailto:svenk...@gmail.com] On Behalf Of
Venkatraman S
Sent: Thursday, March 11, 2010 4:52 AM
To: Madhusudhan
Cc: linux-...@vger.kernel.org; linux-arm-ker...@lists.infradead.org;
Hi Felipe Greg,
Here are three fixes to make USB compile for omaps.
Can you please take a look and queue?
The tusb6010 DMA fix needs a platform init patch that I'll
send along with other omap fixes.
Regards,
Tony
---
Tony Lindgren (3):
usb: Fix compile error for omaps for musb_hdrc
CONFIG_ARCH_OMAP34XX is now CONFIG_ARCH_OMAP3.
But since drivers/usb/musb/omap2430.c use CONFIG_PM for these
registers and functions, do the same for the header.
Otherwise we get the following for most omap3 defconfigs:
drivers/usb/musb/omap2430.c:261: error: expected identifier or '(' before
To use this, PM_RUNTIME must be set as discussed at:
http://thread.gmane.org/gmane.linux.usb.general/27432/focus=4460
Otherwise we'll get errors like:
drivers/usb/core/hcd.c:1892: error: 'pm_wq' undeclared (first use in this
function)
drivers/usb/core/hcd.c:1892: error: (Each undeclared
Commit 18eabe2347ae7a11b3db768695913724166dfb0e introduced
DMA buffer ownership. Fix tusb6010 accordingly.
Also change the order of musb_read_fifo() to happen after
dma_cache_maint to have the DMA operations completed before
moving the remaining unaligned bytes with PIO. The DMA
access and PIO
Tony Lindgren wrote:
To use this, PM_RUNTIME must be set as discussed at:
http://thread.gmane.org/gmane.linux.usb.general/27432/focus=4460
Otherwise we'll get errors like:
drivers/usb/core/hcd.c:1892: error: 'pm_wq' undeclared (first use in this
function)
* Venkatraman S svenk...@ti.com [100311 07:04]:
Tony Lindgren wrote:
Does the driver still work in PIO mode?
We need to have the drivers capable to fail over to PIO mode
as the DMA channels can run out.
The driver doesn't have an automatic fallback to PIO,
even without my
* Gadiyar, Anand gadi...@ti.com [100311 10:24]:
Tony Lindgren wrote:
To use this, PM_RUNTIME must be set as discussed at:
http://thread.gmane.org/gmane.linux.usb.general/27432/focus=4460
Otherwise we'll get errors like:
drivers/usb/core/hcd.c:1892: error: 'pm_wq' undeclared
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Pramod Gurav
[snip]
diff --git a/arch/arm/mach-omap2/sram34xx.S b/arch/arm/mach-omap2/sram34xx.S
index de99ba2..00da20a 100644
--- a/arch/arm/mach-omap2/sram34xx.S
+++ b/arch/arm/mach-omap2/sram34xx.S
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: omap-fixes
Initial commit ID (Likely to change): a347e26b81e9724ac6bc71a537dcdc3a7fa39697
PatchWorks
http://patchwork.kernel.org/patch/81923/
Git (Likely to change, and takes a while to get
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: omap-fixes
Initial commit ID (Likely to change): 943c26fba31960a004a4c8eab3a83679cb789d69
PatchWorks
http://patchwork.kernel.org/patch/82291/
Git (Likely to change, and takes a while to get
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: omap-fixes
Initial commit ID (Likely to change): a694acf36251cf9f454422d9cf43ee3f2c859d66
PatchWorks
http://patchwork.kernel.org/patch/82674/
Git (Likely to change, and takes a while to get
* Enric Balletbo i Serra eballe...@gmail.com [100303 09:34]:
From: Enric Balletbo i Serra eballe...@iseebcn.com
IGEP v2 uses EHCI port 1 instead of EHCI port 2.
This does not seem to apply, can you please refresh please?
Tony
Signed-off-by: Enric Balletbo i Serra eballe...@iseebcn.com
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: omap-fixes
Initial commit ID (Likely to change): 0ce147cb24d1371ccc49e962af7648fa7a5d9196
PatchWorks
http://patchwork.kernel.org/patch/83403/
Git (Likely to change, and takes a while to get
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: omap-fixes
Initial commit ID (Likely to change): 3be3c2a3edc0d0171fbe5cf5a5267d3a9c58a0ca
PatchWorks
http://patchwork.kernel.org/patch/83370/
Git (Likely to change, and takes a while to get
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: omap-fixes
Initial commit ID (Likely to change): 90fdcfdb7a3b398377b0ab6ef769845bc5630046
PatchWorks
http://patchwork.kernel.org/patch/83372/
Git (Likely to change, and takes a while to get
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: omap-fixes
Initial commit ID (Likely to change): c9846244fa63adfa4930e35a1ee8bec02e0dd1b4
PatchWorks
http://patchwork.kernel.org/patch/84640/
Git (Likely to change, and takes a while to get
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: omap-fixes
Initial commit ID (Likely to change): f5564bf423cb747c82101d397655216c9d98682f
PatchWorks
http://patchwork.kernel.org/patch/84641/
Git (Likely to change, and takes a while to get
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: omap-fixes
Initial commit ID (Likely to change): 6ae6dad6e6da9cc46c3272aeff62d28c6348ace7
PatchWorks
http://patchwork.kernel.org/patch/84823/
Git (Likely to change, and takes a while to get
* hvaib...@ti.com hvaib...@ti.com [100311 01:28]:
From: Vaibhav Hiremath hvaib...@ti.com
With recent changes happened in OMAP2/3 DSS library for regulator interface,
it
is required to define DSI regulator supply, and since we don't need VDVI
supply so remove it.
This one does not seem to
* Aggarwal, Anuj anuj.aggar...@ti.com [100301 22:21]:
-Original Message-
From: Mark Brown [mailto:broo...@opensource.wolfsonmicro.com]
Sent: Monday, January 11, 2010 4:26 PM
To: Aggarwal, Anuj
Cc: linux-omap@vger.kernel.org; l...@slimlogic.co.uk
Subject: Re: [PATCH 1/1]
* Anuj Aggarwal anuj.aggar...@ti.com [100302 02:52]:
Fixes the below build warning when compiled with omap3_defconfig:
CC arch/arm/mach-omap2/board-am3517evm.o
In file included from arch/arm/mach-omap2/board-am3517evm.c:23:
include/linux/i2c/pca953x.h:14: warning: 'struct
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: omap-fixes
Initial commit ID (Likely to change): 28c60b4bee6a948791d68d305701ec2d63ed22fc
PatchWorks
http://patchwork.kernel.org/patch/81476/
Git (Likely to change, and takes a while to get
1) Suppose I want to talk to a bluetooth chip through UART2. UART2_TX
gives me a choice of pins to hook up to, either to pin AA26 in Mode0,
or pin AF5 in Mode1. If I use omape_mux_init_signal(uart2_tx,
OMAP_PIN_OUTPUT), which pin will that map to?
2) How can I tell the muxing code that I want
* Andrew Clayton and...@digital-domain.net [100305 16:33]:
Signed-off-by: Andrew Clayton and...@digital-domain.net
---
0 files changed, 0 insertions(+), 0 deletions(-)
mode change 100755 = 100644 arch/arm/mach-omap2/board-3630sdp.c
mode change 100755 = 100644
* Roman Tereshonkov roman.tereshon...@nokia.com [100310 02:16]:
mcspi_write_chconf0 is used to control rx/tx triggering.
Post-write flushing is needed to get the immediate effect.
Signed-off-by: Roman Tereshonkov roman.tereshon...@nokia.com
---
drivers/spi/omap2_mcspi.c |1 +
1 files
* Felipe Balbi felipe.ba...@nokia.com [100311 05:09]:
On Thu, Mar 11, 2010 at 12:43:00PM +0100, Valkeinen Tomi (Nokia-D/Helsinki)
wrote:
When I disable usb, build goes through but the board does not bootup with
this image. It is stuck at uncompressing linux.
Yes, mainstream linux tree
On 11 Mar 2010, at 22:26, Tony Lindgren t...@atomide.com wrote:
* Mark Brown broo...@opensource.wolfsonmicro.com [100303 05:34]:
On Wed, Mar 03, 2010 at 03:08:03PM +0200, Peter Ujfalusi wrote:
Peter Ujfalusi (5):
ASoC: core: fix tailing whitespace in soc_pcm_apply_symmetry
ASoC: core: soc
* Peter Barada peter.bar...@gmail.com [100311 14:29]:
1) Suppose I want to talk to a bluetooth chip through UART2. UART2_TX
gives me a choice of pins to hook up to, either to pin AA26 in Mode0,
or pin AF5 in Mode1. If I use omape_mux_init_signal(uart2_tx,
OMAP_PIN_OUTPUT), which pin will
Hi all,
Here's some omap fixes for review.
I also threw in the n8x0 platform init for tusb6010 and
updated the defconfig as those were needed to fix and test
the tusb6010 for the DMA API changes as posted earlier.
Regards,
Tony
---
Aaro Koskinen (2):
omap: pass the reboot command to
Commit 2b0d8c251b8876d530a6bf671eb5425838fa698a changed ARM to use
the common early_param code. Fix compile for Touch Book accordingly.
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/board-omap3touchbook.c | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
From: Felipe Balbi felipe.ba...@nokia.com
the early_param() call in board-omap3touchbook.c expands to:
static const char __setup_str_early_touchbook_revision[]
__section(.init.rodata) _aligned(1) = tbr;
[...]
and we have a non-const variable being added to the
same section:
static
From: Santosh Shilimkar santosh.shilim...@ti.com
This patch moves omap_smc1 function to a seperate omap44xx-smc.S file
and sets compile flags as -Wa,-march=armv7-a.
This fix was suggested by Tony Lindgren t...@atomide.com
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
From: Francisco Alecrim francisco.alec...@openbossa.org
Based on Kalle's and Tony's patches. Some variables re-organized
and unused code removed.
Signed-off-by: Kalle Valo kalle.v...@iki.fi
Signed-off-by: Francisco Alecrim francisco.alec...@openbossa.org
[t...@atomide.com: this is needed to fix
Recent DMA API changes broke compile for tusb6010. While
testing the fixes for tusb6010, I had to update the n8x0
defconfig quite a bit. Might as well merge it while at it
to make it more usable as we're using this to test the
multi-omap booting between V6 and V7 ARMs.
Also, anybody using n8x0
From: Thomas Weber sw...@gmx.li
The omap_serial_early_init prints the following errors:
Could not get uart4_ick
Could not get uart4_fck
because all the uarts available in omap_uart[] will be initialized.
Only omap4430 and omap3630 have 4 uarts at the moment.
This patch reduces the number of
From: Suman Anna s-a...@ti.com
Remove a compiler warning in device-specific
mailbox module.
Signed-off-by: Suman Anna s-a...@ti.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/mailbox.c | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git
From: Aaro Koskinen aaro.koski...@nokia.com
This patch follows the commit be093beb608edf821b45fe00a8a080fb5c6ed4af
by Russell King:
OMAP wishes to pass state to the boot loader upon reboot in order
to instruct it whether to wait for USB-based reflashing or not.
There is already a facility
From: Andrea Gelmini andrea.gelm...@gelma.net
arch/arm/plat-omap/include/plat/blizzard.h:9:
ERROR: spaces prohibited around that ':' (ctx:WxW)
Signed-off-by: Andrea Gelmini andrea.gelm...@gelma.net
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/plat-omap/include/plat/blizzard.h |
From: Enric Balletbo i Serra eballe...@iseebcn.com
Select CONFIG_LEDS_GPIO to enable IGEP v2 LED support and control of supported
LEDs from userspace. Otherwise GPIO LEDs are exported as GPIO 26, 27 and 28
using
the gpiolib framework.
Signed-off-by: Enric Balletbo i Serra eballe...@iseebcn.com
From: Tony Lindgren Aguirre
For omap4 case, this was wrongly writing GPIO_LEVELDETECTx
registers with OMAP24XX_ offset and OMAP4_ offset.
Bug introduced in commit:
commit 3f1686a9bfe74979c6ad538c78039730f665f77e
Author: Tony Lindgren t...@atomide.com
Date: Mon Feb 15 09:27:25 2010 -0800
From: Aaro Koskinen aaro.koski...@nokia.com
Get rid of the following warnings:
warning: non-ANSI function declaration of function [...]
Signed-off-by: Aaro Koskinen aaro.koski...@nokia.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/io.c |8
1
From: Grazvydas Ignotas nota...@gmail.com
This will allow BQ27500 fuel gauge to function.
Signed-off-by: Grazvydas Ignotas nota...@gmail.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/board-omap3pandora.c | 10 +-
1 files changed, 9 insertions(+), 1
From: Kevin Hilman khil...@deeprootsystems.com
Currently if omap2420 is defined but not omap2430, cpu_is_omap2430()
is still defined as a macro, instead of #define'd to zero. This
results in conditional cpu_is_omap2430() code still being compiled,
and leads to possible compile/link errors. In
From: Kevin Hilman khil...@deeprootsystems.com
When building for multi-omap, and OMAP4 is enabled, CONFIG_ARCH_OMAP4
will be true and prevent included code from building/running for
OMAP2/3 as well.
This problem exists in io.c where some hwmod/PM/SDRC init code is
prevented from running even on
From: Vaibhav Hiremath hvaib...@ti.com
With recent changes happened in OMAP2/3 DSS library for regulator interface, it
is required to define DSI regulator supply, without this DSS (in turn Fbdev)
fails to get regulator.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Acked-by: Tomi Valkeinen
* Aguirre, Sergio saagui...@ti.com [100311 15:47]:
Hi Tony,
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Thursday, March 11, 2010 5:49 PM
To: linux-arm-ker...@lists.infradead.org
Cc: Aguirre, Sergio; linux-omap@vger.kernel.org
Subject: [PATCH 12/19]
From eee91441bf26c6ea88656eb9866e706b1e07d30b Mon Sep 17 00:00:00 2001
From: Janusz Krzysztofik jkrzy...@tis.icnet.pl
Date: Tue, 23 Feb 2010 15:50:38 +
Subject: [PATCH] omap: McBSP: Drop unnecessary status/error bit clearing on
reg_cacheretrieved register values
The MsBSP register cache will
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Thursday, March 11, 2010 5:57 PM
To: Aguirre, Sergio
Cc: linux-arm-ker...@lists.infradead.org; linux-omap@vger.kernel.org
Subject: Re: [PATCH 12/19] omap: Fix gpio_resume_after_retention
* Aguirre, Sergio
* Tony Lindgren t...@atomide.com [100311 15:55]:
From 9c7ceeb2621349f180be4779d954352bcc8df9cd Mon Sep 17 00:00:00 2001
From: Vaibhav Hiremath hvaib...@ti.com
Date: Thu, 11 Mar 2010 08:55:17 +
Subject: [PATCH] omap: Add DSI regulator supply to OMAP3EVM board file
With recent changes
1 - 100 of 112 matches
Mail list logo