On 08/03/10 16:31, Cyril Chemparathy wrote:
This patch adds mdio platform devices on SoCs that have the necessary
hardware. Clock lookup entries (aliases) have also been added, so that the
MDIO and EMAC drivers can independently enable/disable a shared underlying
clock. Further, the EMAC MMR
On 08/03/10 17:32, Cyril Chemparathy wrote:
Hi Igor,
Shouldn't arch/arm/mach-omap2/board-am3517evm.c be on your list?
I think it should, or else it will be broken by:
[PATCH 5/8] netdev: cleanup unused davinci mdio emac code
Correct. As stated in the series summary:
On 08/10/10 15:36, Stanley.Miao wrote:
cpu_is_omap3517() and cpu_is_omap3505() are the subgroups of
cpu_is_omap34xx(),
so we should check cpu_is_omap3517() and cpu_is_omap3505() first, then check
cpu_is_omap34xx().
Signed-off-by: Stanley.Miao stanley.m...@windriver.com
Tested-by: Igor
On 08/11/10 13:27, Tony Lindgren wrote:
* Premi, Sanjeev pr...@ti.com [100811 12:45]:
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Tony Lindgren
Sent: Wednesday, August 11, 2010 2:50 PM
To: Igor Grinberg
Cc
On 08/14/10 18:39, Tarun Kanti DebBarma wrote:
This patch series contains:
(*) most of the comments provided in v1 implemented and
(*) OMAP4 timers support
The comment details are availabe in respective patch series.
The comment regarding usage of dmtimer name will be resolved
after
Hi,
I have am3517 based board and Libertas sdio (4 wires)
wifi connected directly (no transceiver / level shifter) on mmc2
(which is named mmc1 in s/w).
am3517 is configured (h/w) for 3.3V and so is Libertas wifi.
dmesg | grep mmc1 shows:
--cut--
mux: Setting
On 08/25/10 03:36, Laine Walker-Avina wrote:
On Tue, Aug 24, 2010 at 5:29 PM, Laine Walker-Avina lwalk...@ieee.org wrote:
On Tue, Aug 24, 2010 at 5:42 AM, Igor Grinberg grinb...@compulab.co.il
wrote:
Hi,
I have am3517 based board and Libertas sdio (4 wires)
wifi connected directly
On 08/25/10 03:29, Laine Walker-Avina wrote:
On Tue, Aug 24, 2010 at 5:42 AM, Igor Grinberg grinb...@compulab.co.il
wrote:
Hi,
I have am3517 based board and Libertas sdio (4 wires)
wifi connected directly (no transceiver / level shifter) on mmc2
(which is named mmc1 in s/w).
am3517
On 08/25/10 11:12, Igor Grinberg wrote:
On 08/25/10 03:29, Laine Walker-Avina wrote:
On Tue, Aug 24, 2010 at 5:42 AM, Igor Grinberg grinb...@compulab.co.il
wrote:
Hi,
I have am3517 based board and Libertas sdio (4 wires)
wifi connected directly (no transceiver / level shifter) on mmc2
Hi,
I think, this can help:
http://www.spinics.net/lists/arm-kernel/msg94759.html
Seems like there were not enough interest and it is still floating.
May be a little ping can help ;)
On 09/07/10 14:46, Premi, Sanjeev wrote:
Hi all,
While booting the latest kernel (from linux-omap) on
Add basic suppot, enable uart and led.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
arch/arm/mach-omap2/Kconfig |7 ++
arch/arm/mach-omap2/Makefile |1 +
arch/arm/mach-omap2/board-cm-t3517.c | 109 ++
3 files changed, 117
.
Based on:
commit da22d713d1149f528a734a10ea264c91a804662a
Merge: 8f3ce99 8475b9e
Author: Tony Lindgren t...@atomide.com
Date: Mon Sep 13 21:17:04 2010 -0700
Linux-omap rebuilt: Updated to -rc4
Igor Grinberg (5):
omap3: Introduce CompuLab CM-T3517 module.
omap3: cm-t3517: add support
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
arch/arm/mach-omap2/board-cm-t3517.c | 36 ++
1 files changed, 36 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-cm-t3517.c
b/arch/arm/mach-omap2/board-cm-t3517.c
index 507d2d5
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
arch/arm/mach-omap2/board-cm-t3517.c | 45 ++
1 files changed, 45 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-cm-t3517.c
b/arch/arm/mach-omap2/board-cm-t3517.c
index d4399e7
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
arch/arm/mach-omap2/board-cm-t3517.c | 54 ++
1 files changed, 54 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-cm-t3517.c
b/arch/arm/mach-omap2/board-cm-t3517.c
index 23cd9a1
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
arch/arm/mach-omap2/board-cm-t3517.c | 51 ++
1 files changed, 51 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-cm-t3517.c
b/arch/arm/mach-omap2/board-cm-t3517.c
index 2b41c6d
Hi,
On 09/16/10 11:00, Felipe Balbi wrote:
Hi,
On Thu, Sep 16, 2010 at 03:54:39AM -0500, Igor Grinberg wrote:
put a description here.
This is a relatively small patch, is the subject not descriptive enough?
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
[snip]
+static int
On 09/16/10 19:53, Tony Lindgren wrote:
* Igor Grinberg grinb...@compulab.co.il [100916 01:46]:
Add basic suppot, enable uart and led.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
arch/arm/mach-omap2/Kconfig |7 ++
arch/arm/mach-omap2/Makefile |1
On 09/16/10 19:48, Tony Lindgren wrote:
* Igor Grinberg grinb...@compulab.co.il [100916 02:04]:
Hi,
On 09/16/10 11:00, Felipe Balbi wrote:
Hi,
On Thu, Sep 16, 2010 at 03:54:39AM -0500, Igor Grinberg wrote:
put a description here.
This is a relatively small patch, is the subject
On 09/20/10 08:39, Felipe Balbi wrote:
On Thu, Sep 16, 2010 at 04:12:06AM -0500, Igor Grinberg wrote:
Yes it will, but even if the hub reset gpio is for some reason unavailable,
we don't want to disable ehci completely...
then you should set the gpio to an invalid number, otherwise you might
Add basic suppot, enable uart and led.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
arch/arm/mach-omap2/Kconfig |7 ++
arch/arm/mach-omap2/Makefile |1 +
arch/arm/mach-omap2/board-cm-t3517.c | 109 ++
arch/arm
.
Based on:
commit 44ed8ecfeb1f639c59897de3f551f50e3f0fd52e
Merge: 96542e6 0cbe681
Author: Tony Lindgren t...@atomide.com
Date: Mon Sep 20 15:14:25 2010 -0700
Linux-omap rebuilt: Merged in the smp-on-up patches for testing
Igor Grinberg (5):
omap3: Introduce CompuLab CM-T3517 module.
omap3
add support for hsusb host ports 1, 2 and on-module usb hub.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
arch/arm/mach-omap2/board-cm-t3517.c | 50 ++
1 files changed, 50 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-cm-t3517
add support for v3020 rtc.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
arch/arm/mach-omap2/board-cm-t3517.c | 36 ++
1 files changed, 36 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-cm-t3517.c
b/arch/arm/mach-omap2/board-cm
add support for NAND flash.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
arch/arm/mach-omap2/board-cm-t3517.c | 54 ++
1 files changed, 54 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-cm-t3517.c
b/arch/arm/mach-omap2/board
add support for TI HECC.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
arch/arm/mach-omap2/board-cm-t3517.c | 45 ++
1 files changed, 45 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-cm-t3517.c
b/arch/arm/mach-omap2/board-cm
On 09/21/10 18:26, Gadiyar, Anand wrote:
On Tue, Sep 21, 2010 at 9:33 PM, Igor Grinberg grinb...@compulab.co.il
wrote:
add support for hsusb host ports 1, 2 and on-module usb hub.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
arch/arm/mach-omap2/board-cm-t3517.c | 50
On 09/29/10 14:45, Ajay Kumar Gupta wrote:
AM35x has musb interface and uses CPPI4.1 DMA engine.
Current patch supports only PIO mode. DMA support can be
added later once basic CPPI4.1 DMA patch is accepted.
Also added USB_MUSB_AM35X which is required to differentiate musb ips
between
Hi,
On 09/29/10 17:38, Sergei Shtylyov wrote:
Hello.
Igor Grinberg wrote:
AM35x has musb interface and uses CPPI4.1 DMA engine.
Current patch supports only PIO mode. DMA support can be
added later once basic CPPI4.1 DMA patch is accepted.
Also added USB_MUSB_AM35X which is required
Hi,
Already replied to Sergei on the comments below,
so please see the answer in my reply to Sergei.
On 09/29/10 17:46, Gupta, Ajay Kumar wrote:
Hi,
[...]
+ devconf2 = ~CONF2_OTGMODE;
+ switch (musb_mode) {
+#ifdef CONFIG_USB_MUSB_OTG
+ case MUSB_OTG: /* Don't override
Hi Srinath,
On 11/19/10 18:07, srin...@mistralsolutions.com wrote:
From: Srinath srin...@mistralsolutions.com
AM3517/05 Craneboard has one EHCI interface on board using port1.
GPIO35 is used as power enable.
GPIO38 is used as port1 PHY reset.
Signed-off-by: Srinath
This little patch serie is based on Tony's devel-board branch.
It fixes the rtc and some comments on cm-t3517.
Igor Grinberg (2):
arm: omap3: cm-t3517: rtc fix
arm: omap3: cm-t3517: minor comment fix
arch/arm/mach-omap2/board-cm-t3517.c | 29 -
1 files changed
Fix rtc gpios and mux
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
arch/arm/mach-omap2/board-cm-t3517.c | 25 ++---
1 files changed, 22 insertions(+), 3 deletions(-)
diff --git a/arch/arm/mach-omap2/board-cm-t3517.c
b/arch/arm/mach-omap2/board-cm-t3517.c
index
offsets in the comment were wrong - fix this.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
arch/arm/mach-omap2/board-cm-t3517.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/board-cm-t3517.c
b/arch/arm/mach-omap2/board-cm-t3517.c
Hi,
On 02/03/11 11:48, Sourav Poddar wrote:
gpio_pendown in ads7846_probe is not getting initalized (defaulted to 0)
resulting in gpio_free to be called without a gpio_request. This
results in the following backtrace in bootup.
[ cut here ]
WARNING: at
Hi again,
On 02/03/11 12:10, Igor Grinberg wrote:
Hi,
On 02/03/11 11:48, Sourav Poddar wrote:
gpio_pendown in ads7846_probe is not getting initalized (defaulted to 0)
resulting in gpio_free to be called without a gpio_request. This
results in the following backtrace in bootup
On 02/03/11 13:00, Poddar, Sourav wrote:
On Thu, Feb 3, 2011 at 3:47 PM, Igor Grinberg grinb...@compulab.co.il wrote:
if (pdata-get_pendown_state) {
ts-get_pendown_state = pdata-get_pendown_state;
ts-gpio_pendown = -1;
return 0;
}
Yes we can do so .I initialise
Hi,
On 02/03/11 13:28, ABRAHAM, KISHON VIJAY wrote:
On Thu, Feb 3, 2011 at 4:42 PM, Igor Grinberg grinb...@compulab.co.il wrote:
On 02/03/11 13:00, Poddar, Sourav wrote:
On Thu, Feb 3, 2011 at 3:47 PM, Igor Grinberg grinb...@compulab.co.il
wrote:
if (pdata-get_pendown_state) {
ts
Hi,
On 02/03/11 17:47, Wolfram Sang wrote:
On Thu, Feb 03, 2011 at 08:51:26PM +0530, Sourav Poddar wrote:
gpio_pendown in ads7846_probe is not getting initalized (defaulted to 0)
resulting in gpio_free being called without a gpio_request. This
results in the following backtrace in bootup (at
On 02/04/11 16:16, G, Manjunath Kondaiah wrote:
On Fri, Feb 04, 2011 at 03:08:47PM +0100, Wolfram Sang wrote:
On Fri, Feb 04, 2011 at 07:02:50PM +0530, G, Manjunath Kondaiah wrote:
On Thu, Feb 03, 2011 at 09:19:53AM -0800, Dmitry Torokhov wrote:
On Thu, Feb 03, 2011 at 08:54:05AM -0800,
Hi Dmitry,
On Thu, Feb 03, 2011 at 08:54:05AM -0800, Dmitry Torokhov wrote:
On Thu, Feb 03, 2011 at 08:51:46PM +0530, Sourav Poddar wrote:
The ads7846 driver requests a gpio but does not currently
configure it explicitly as an input. Use gpio_request_one
to request and configure it at one
On 02/04/11 17:11, Poddar, Sourav wrote:
On Fri, Feb 4, 2011 at 8:17 PM, Igor Grinberg grinb...@compulab.co.il wrote:
On 02/04/11 16:16, G, Manjunath Kondaiah wrote:
On Fri, Feb 04, 2011 at 03:08:47PM +0100, Wolfram Sang wrote:
On Fri, Feb 04, 2011 at 07:02:50PM +0530, G, Manjunath
Hi,
On 02/04/11 17:15, G, Manjunath Kondaiah wrote:
On Fri, Feb 04, 2011 at 04:47:09PM +0200, Igor Grinberg wrote:
On 02/04/11 16:16, G, Manjunath Kondaiah wrote:
On Fri, Feb 04, 2011 at 03:08:47PM +0100, Wolfram Sang wrote:
On Fri, Feb 04, 2011 at 07:02:50PM +0530, G, Manjunath Kondaiah
On Fri, Feb 4, 2011 at 9:00 PM, Igor Grinberg grinb...@compulab.co.il wrote:
On 02/04/11 17:11, Poddar, Sourav wrote:
On Fri, Feb 4, 2011 at 8:17 PM, Igor Grinberg grinb...@compulab.co.il
wrote:
On 02/04/11 16:16, G, Manjunath Kondaiah wrote:
On Fri, Feb 04, 2011 at 03:08:47PM +0100
TDO35S samples the data on the falling adge of the pixel clock,
therefore the data strobe should be on the raising edge.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
.../video/omap2/displays/panel-toppoly-tdo35s.c|8 ++--
1
CM-T35 DVI transmitter sampling the data on the raising edge of the
pixel clock, therefore the data strobe should happen on the falling
edge.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/mach-omap2/board-cm-t35.c |2 ++
1
Tomi,
Any comments?
TDO35S samples the data on the falling adge of the pixel clock,
therefore the data strobe should be on the raising edge.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
.../video/omap2/displays/panel-toppoly
ping!
TDO35S samples the data on the falling adge of the pixel clock,
therefore the data strobe should be on the raising edge.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
.../video/omap2/displays/panel-toppoly-tdo35s.c|8
On Wed, 2010-07-21 at 16:36 +0200, ext Igor Grinberg wrote:
ping!
Man has to have his vacation!
Well, sorry for that...
I had no idea you are on vacation, but I hope you had a good one :)
TDO35S samples the data on the falling adge of the pixel clock,
therefore the data
CM-T35 DVI transmitter sampling the data on the raising edge of the
pixel clock, therefore the data strobe should happen on the falling
edge.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
Signed-off-by: Mike Rapoport m...@compulab.co.il
NAK, this only fixes the pixel clock
This patch enables platforms to modify the dss device configuration
of the generic panel.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
drivers/video/omap2/displays/panel-generic.c |2 +-
1 files changed, 1 insertions(+), 1
CM-T35 DVI transmitter sampling the data on the raising edge of the
pixel clock, therefore the data strobe should happen on the falling
edge.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/mach-omap2/board-cm-t35.c |1 +
1
On 07/27/10 11:00, Tomi Valkeinen wrote:
On Mon, 2010-07-26 at 12:34 +0200, ext Igor Grinberg wrote:
This patch enables platforms to modify the dss device configuration
of the generic panel.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
Signed-off-by: Mike Rapoport m
Tomi,
Any thoughts?
On 07/27/10 16:59, Igor Grinberg wrote:
On 07/27/10 11:00, Tomi Valkeinen wrote:
On Mon, 2010-07-26 at 12:34 +0200, ext Igor Grinberg wrote:
This patch enables platforms to modify the dss device configuration
of the generic panel.
Signed-off-by: Igor
Hi Paul,
This patch does not apply, after the v2 of 1_6, see below:
On 09/14/11 00:28, Paul Walmsley wrote:
Use explicit revision codes for OMAP/AM 3505/3517 ES levels, as the rest
of the OMAP2+ SoCs do in mach-omap2/cpu.c.
Signed-off-by: Paul Walmsley p...@pwsan.com
Cc: Sanjeev Premi
Hi Paul,
Same problem (as with 3_6) here...
On 09/14/11 00:28, Paul Walmsley wrote:
The OMAP_REVBITS_* macros are just used as otherwise meaningless
aliases for the numbers zero through five, so remove these macros.
Signed-off-by: Paul Walmsley p...@pwsan.com
---
On 09/14/11 15:29, Paul Walmsley wrote:
On Wed, 14 Sep 2011, Igor Grinberg wrote:
Hi Paul,
Same problem (as with 3_6) here...
Thanks, I'll repost those. In the meantime, maybe try pulling the branch
'id_3517_cleanup_3.2' from git://git.pwsan.com/linux-2.6 ?
I've applied those manually
:
Tested-by: Igor Grinberg grinb...@compulab.co.il
thanks for the testing help,
No problem ;)
--
Regards,
Igor.
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org
Hi Hemant,
On 09/29/11 04:09, Hemant Pedanekar wrote:
This patch adds minimal support and build configuration for TI8148 EVM. Also
adds support for low level debugging on UART1 console on the EVM.
Note that existing TI8168 EVM file (board-ti8168evm.c) is updated with machine
info for TI8148
On 10/03/11 18:45, Pedanekar, Hemant wrote:
Hi Igor,
Igor Grinberg wrote on Sunday, October 02, 2011 5:38 PM:
Hi Hemant,
On 09/29/11 04:09, Hemant Pedanekar wrote:
This patch adds minimal support and build configuration for TI8148 EVM.
Also adds support for low level debugging on UART1
On 10/04/11 10:06, Tomi Valkeinen wrote:
Hi Paul,
On Mon, 2011-10-03 at 14:48 -0600, Paul Walmsley wrote:
Hello Sricharan,
It looks like Archit is out of the office. Would it be possible for you
to test the updated DSS reset patch, below?
thanks
- Paul
-- Forwarded
Hi Tony,
(git.)kernel.org is back online recently, but there is no tmlind/* project(s)
on it?
What are your intentions on this?
Should we just wait for while, or will it stay on the github?
--
Regards,
Igor.
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of
Hi Ajay,
On 10/11/11 13:26, Ajay Kumar Gupta wrote:
From: Ravi Babu ravib...@ti.com
Adding musb support in ti814 EVM board file.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
Signed-off-by: Ravi Babu ravib...@ti.com
Acked-by: Felipe Balbi ba...@ti.com
---
Hi Ajay,
On 10/11/11 13:26, Ajay Kumar Gupta wrote:
From: Ravi Babu ravib...@ti.com
Adding musb support in ti816 EVM board file.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
Signed-off-by: Ravi Babu ravib...@ti.com
Acked-by: Felipe Balbi ba...@ti.com
This patch can result in a
Hi Tony,
This one is stand alone and can be applied to fixes.
I will re spin the rest in a couple of hours.
Thanks
On 10/19/11 18:46, Igor Grinberg wrote:
OMAP pin mux configuration API has been used incorrectly resulting
in wrong mux mode set for several DSS pins.
Signed-off-by: Igor
Hi Tony,
On 11/05/11 01:57, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [04 16:05]:
* Igor Grinberg grinb...@compulab.co.il [111019 02:05]:
Applying to board branch for v3.3 merge window.
Hmm, actually I suggest you respin patches 2 and 3 so they apply
on their own
This patch series fixes several issues on boards in subj.
It is based on Tony's fixes branch.
v2: - Rebase on top of fixes branch
- Elaborate more in the commit messages
Igor Grinberg (4):
ARM: OMAP3: cm-t35: fix ads7846 touchscreen
ARM: OMAP3: cm-t35: fix DSS regulator supply
ads7846 driver fails to find the regulator supply and
as a result the touchscreen is not working.
Fix this by adding a regulator supply for the ads7846 driver.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
v2: - Rebase on top of fixes branch
- Elaborate on the problem
cm-t35 DSS suplies are connected to VIO.
In fact, TPS65930 does not have VPLL2.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
v2: - Rebase on top of fixes branch
arch/arm/mach-omap2/board-cm-t35.c | 13 +++--
1 files changed, 3 insertions(+), 10 deletions(-)
diff --git
TWL4030 audio codec is not being registered if no platform data is
supplied. Provide platform data for the TWL4030 audio codec.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
v2: - Rebase on top of fixes branch
- fix the commit message (10x to Sergei)
arch/arm/mach-omap2/board-cm
USB hub is not functional until is reset.
Reset the USB hub on SB-T35.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
v2: - Rebase on top of fixes branch
- Elaborate on the problem in the commit message
arch/arm/mach-omap2/board-cm-t35.c | 22 --
1
Hi Vaibhav,
On 11/07/11 14:58, Vaibhav Hiremath wrote:
Fixes below compilation error -
CC arch/arm/mach-omap2/hwspinlock.o
cc1: warnings being treated as errors
In file included from arch/arm/mach-omap2/hwspinlock.c:22:0:
include/linux/hwspinlock.h: In function
On 11/07/11 22:31, Tony Lindgren wrote:
* Igor Grinberg grinb...@compulab.co.il [06 04:45]:
Hi Tony,
On 11/05/11 01:57, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [04 16:05]:
* Igor Grinberg grinb...@compulab.co.il [111019 02:05]:
Applying to board branch for v3.3 merge
Hi Ilya,
On 11/09/11 02:12, Ilya Yanok wrote:
Split omap3.dtsi file into common part, OM3xxx specific part and
AM35xx specific part. For now the only difference is missing IVA node on
AM35xx.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
arch/arm/boot/dts/am35xx.dtsi | 15
Hi Ilya,
On 11/09/11 02:12, 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
---
arch/arm/boot/dts/mcx.dts| 29 ++
On 11/10/11 19:09, Cousson, Benoit wrote:
+ devicetree ml
On 11/10/2011 1:18 PM, Igor Grinberg wrote:
Hi Ilya,
On 11/09/11 02:12, Ilya Yanok wrote:
Split omap3.dtsi file into common part, OM3xxx specific part and
AM35xx specific part. For now the only difference is missing IVA node
On 11/10/11 20:07, Cousson, Benoit wrote:
Hi Igor,
On 11/10/2011 6:26 PM, Igor Grinberg wrote:
On 11/10/11 19:09, Cousson, Benoit wrote:
+ devicetree ml
On 11/10/2011 1:18 PM, Igor Grinberg wrote:
Hi Ilya,
On 11/09/11 02:12, Ilya Yanok wrote:
Split omap3.dtsi file into common part
On 11/19/11 02:14, Tony Lindgren wrote:
* Igor Grinberg grinb...@compulab.co.il [08 04:47]:
On 11/07/11 22:31, Tony Lindgren wrote:
* Igor Grinberg grinb...@compulab.co.il [06 04:45]:
Hi Tony,
On 11/05/11 01:57, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [04 16:05
Hi Kevin,
On 07/12/12 02:00, Kevin Hilman wrote:
Hi Igor,
Igor Grinberg grinb...@compulab.co.il writes:
In case a board provides the gpio_pendown and not board_pdata,
the GPIO debounce is not taken care of.
Fix this by taking care of GPIO debounce in any case.
Signed-off-by: Igor
if the
bank has been runtime suspended.
This is exctly what happens on Overo platforms (3530 Water, 3730 Overo
FireSTORM) since this is the only GPIO used in the bank.
To fix, don't free the GPIO at all since it is always in use.
Cc: Igor Grinberg grinb...@compulab.co.il
Signed-off
patch
(e.g. fixes-non-critical should not receive the patch).
Kevin, thanks for the patch.
On 07/23/12 15:53, Igor Grinberg wrote:
On 07/12/12 02:18, Kevin Hilman wrote:
commit 97ee9f01d6 (ARM: OMAP: fix the ads7846 init code) mistakenly
frees the pen-down GPIO even though it will be used
On 07/26/12 22:30, Kevin Hilman wrote:
+ Zumeng Chen
Igor Grinberg grinb...@compulab.co.il writes:
Hi Kevin,
I've just noticed that the patch has been modified by Arnd in a way
that of course will trigger GPIO use without being requested.
I'm sorry, I was not available by that time Arnd
On 07/26/12 22:30, Kevin Hilman wrote:
+ Zumeng Chen
Igor Grinberg grinb...@compulab.co.il writes:
Hi Kevin,
I've just noticed that the patch has been modified by Arnd in a way
that of course will trigger GPIO use without being requested.
I'm sorry, I was not available by that time Arnd
On 07/27/12 20:46, Kevin Hilman wrote:
Igor Grinberg grinb...@compulab.co.il writes:
On 07/26/12 22:30, Kevin Hilman wrote:
+ Zumeng Chen
Igor Grinberg grinb...@compulab.co.il writes:
Hi Kevin,
I've just noticed that the patch has been modified by Arnd in a way
that of course
On 07/31/12 02:50, Juha Kuikka wrote:
Similarly to am3703, it seems that omap3503 has an IVA control
registers even though the subsystem is non-functional.
This patch sets the OMAP3_HAS_IVA_REGS feature to force
initialization of there registers.
Based in Mark A. Greer's patch
ARM:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/06/12 09:00, Tomi Valkeinen wrote:
On Sat, 2012-08-04 at 19:19 +0300, Grazvydas Ignotas wrote:
omapfb does not currently set pseudo palette correctly for color depths
above 16bpp, making red text invisible, command like
echo -e
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/06/12 14:22, Tomi Valkeinen wrote:
On Mon, 2012-08-06 at 13:15 +0300, Igor Grinberg wrote:
On 08/06/12 09:00, Tomi Valkeinen wrote:
On Sat, 2012-08-04 at 19:19 +0300, Grazvydas Ignotas wrote:
omapfb does not currently set pseudo palette
Chen zumeng.c...@windriver.com
Cc: Arnd Bergmann a...@arndb.de
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
Kevin, sorry for the late reply.
How about the above commit message and the below patch?
The patch applies cleanly to Tony's master branch (6 Aug 2012)
or Kevin's kevin-omap-pm
On 08/06/12 23:52, Kevin Hilman wrote:
Igor Grinberg grinb...@compulab.co.il writes:
1) The above commit introduced a common -get_pendown_state() function
into the generic code, but that function was board-specific for the
OMAP3EVM and thus broke most other boards using this code.
2
On 08/07/12 04:42, Zumeng Chen wrote:
于 2012年08月07日 04:22, Igor Grinberg 写道:
1) The above commit introduced a common -get_pendown_state() function
into the generic code, but that function was board-specific for the
OMAP3EVM and thus broke most other boards using this code.
2) The above
Hi Peter,
Thank you very much for the patch series.
I probably will have some time to look into it more deeply on the next week.
Currently, only a small comment, please see below.
On 08/08/12 12:54, Peter Ujfalusi wrote:
These boards have similar audio setup and they can all use the same driver
On 08/08/12 15:29, Peter Ujfalusi wrote:
Hi Igor,
On 08/08/2012 03:24 PM, Igor Grinberg wrote:
diff --git a/arch/arm/mach-omap2/board-cm-t35.c
b/arch/arm/mach-omap2/board-cm-t35.c
index 97d7190..b73fa5c 100644
--- a/arch/arm/mach-omap2/board-cm-t35.c
+++ b/arch/arm/mach-omap2/board-cm
On 08/09/12 13:21, Peter Ujfalusi wrote:
On 08/08/2012 04:06 PM, Igor Grinberg wrote:
Well, yes I know we will need to adjust the user space.
I wanted to change that for a long time and did not get to it...
Now, with your patches, it seems like the best time for doing this.
Done for the v2
Hi Timo,
On 08/09/12 15:41, Timo Kokkonen wrote:
The IR diode on the RX51 is connected to the GPT9. This data is needed
for the IR driver to function.
Signed-off-by: Timo Kokkonen timo.t.kokko...@iki.fi
---
arch/arm/mach-omap2/board-rx51-peripherals.c | 30
++
On 08/09/12 15:41, Timo Kokkonen wrote:
This is the driver for the IR transmitter diode found on the Nokia
N900 (also known as RX51) device. The driver is mostly the same as
found in the original 2.6.28 based kernel that comes with the device.
The following modifications have been made
On 08/14/12 12:07, Peter Ujfalusi wrote:
These boards have similar audio setup and they can all use the same driver
for audio support if it is enabled in the kernel config.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Cc: Igor Grinberg grinb...@compulab.co.il
Acked-by: Tony Lindgren
thomas.weber.li...@googlemail.com reported
that value of devkit8000 to be CS0. Overo board was found
to be using CS0 based on u-boot, while google grep says
omap3touchbook too has CS0.
Signed-off-by: Afzal Mohammed af...@ti.com
Reviewed-by: Jon Hunter jon-hun...@ti.com
Acked-by: Igor Grinberg grinb
Currently, omap2_sync32k_clocksource_init() function initializes the 32K
timer as the system clock source regardless of the CONFIG_OMAP_32K_TIMER
setting.
Fix this by providing a default implementation for
!CONFIG_OMAP_32K_TIMER case.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
Reviewed
tested with omap1|2plus_defconfig(s).
Igor Grinberg (9):
ARM: OMAP: cleanup struct omap_board_config_kernel
ARM: OMAP: omap3evm: cleanup revision bits
ARM: OMAP: remove the sti console workaround
ARM: OMAP1: remove the crystal type tag parsing
ARM: OMAP: remove the omap custom tags
ARM
-by: Igor Grinberg grinb...@compulab.co.il
---
arch/arm/mach-omap2/pm24xx.c | 10 --
1 files changed, 0 insertions(+), 10 deletions(-)
diff --git a/arch/arm/mach-omap2/pm24xx.c b/arch/arm/mach-omap2/pm24xx.c
index 2edeffc..9e54dc9 100644
--- a/arch/arm/mach-omap2/pm24xx.c
+++ b/arch/arm/mach
1 - 100 of 367 matches
Mail list logo