OMAP3630 is a migration in GS70 process of the OMAP3430 with some performance
improvements. OMAP3630 is a high performance multimedia application processor
based on the enhanced OMAP 3 Architecture integrated on a 45nm process
OMAP3630's architecture is designed for 2.5G wireless terminals, 3G
From 553ee2299d0ea6493e8587e7cc832361646f81a7 Mon Sep 17 00:00:00 2001
From: Allen Pais allen.p...@ti.com
Date: Mon, 26 Oct 2009 12:50:17 +0530
Subject: [PATCH 1/2] Added board-3630.c file.
The following sequence of patch set is to adds minimal OMAP3630 board support
to OMAP GIT.
This patch is
From 0599ed35fde00cd84681e5d8f9a57a797fae1270 Mon Sep 17 00:00:00 2001
From: Allen Pais allen.p...@ti.com
Date: Mon, 26 Oct 2009 12:51:02 +0530
Subject: [PATCH 2/2] Accomodate the board file change in Kconfig
Signed-off-by: Allen Pais allen.p...@ti.com
---
arch/arm/mach-omap2/Kconfig |4
#endif
+ if (cpu_is_omap24xx() || cpu_is_omap34xx() || cpu_is_omap44xx()) {
+ if (!bank-gpio_status) {
+ ctrl = __raw_readl(bank-base + OMAP24XX_GPIO_CTRL);
+ /* Module is enabled, clocks are not gated */
+ ctrl =
Felipe Balbi had written, on 10/23/2009 05:56 PM, the following:
On Fri, Oct 23, 2009 at 09:25:29PM +0530, ch...@ti.com wrote:
From: Charulatha V ch...@ti.com
During initialization, GPIO module is reset using soft reset bit
of SYSCONFIG register
Signed-off-by: Charulatha V ch...@ti.com
---
-Original Message-
From: G, Manjunath Kondaiah
Sent: Monday, October 26, 2009 3:40 AM
To: Menon, Nishanth; linux-omap@vger.kernel.org
Cc: Imberton Guilhem; Mike Chan; Nayak, Rajendra; Roger Quadros; Kalle
Jokiniemi; Reddy, Teerth; Kevin Hilman; Paul Walmsley; Hogander Jouni
Subject:
From: Varadarajan, Charu Latha
Sent: Monday, October 26, 2009 4:26 AM
To: Menon, Nishanth; m...@felipebalbi.com
Felipe Balbi had written, on 10/23/2009 05:56 PM, the following:
On Fri, Oct 23, 2009 at 09:25:29PM +0530, ch...@ti.com wrote:
From: Charulatha V ch...@ti.com
During
From: Varadarajan, Charu Latha
Sent: Monday, October 26, 2009 4:07 AM
#endif
+ if (cpu_is_omap24xx() || cpu_is_omap34xx() ||
cpu_is_omap44xx()) {
+ if (!bank-gpio_status) {
+ ctrl = __raw_readl(bank-base +
OMAP24XX_GPIO_CTRL);
+
sinipped
bank-gpio_status |= 1 offset;
Why to touch gpio_status if not used (for other than 34xx/24xx/44xx
cases)?
either the gpio_status should be under a #ifdef for 34xx when defining
or it should be usable by all. what it does now is do both.
gpio_status is not used under
-snippet
attemp)
+udelay(1);
i guess cpu_relax() is better here.
I guess cpu_relax is not required because this part of code is called only
from
board file during boot-up. Hence this would be the only code to be
executed.
What is your opinion on this?
+
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Pais, Allen
Sent: Monday, October 26, 2009 2:43 AM
To: linux-omap@vger.kernel.org
Subject: [PATCH 2/2] Accomodate the board file change in Kconfig
From
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Pais, Allen
Sent: Monday, October 26, 2009 2:43 AM
To: linux-omap@vger.kernel.org
Subject: [PATCH 1/2] Added board-3630.c file.
From
snippet-
i guess cpu_relax() is better here.
I guess cpu_relax is not required because this part of code is called
only
from
board file during boot-up. Hence this would be the only code to be
executed.
What is your opinion on this?
Cpu_relax is still
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Menon, Nishanth
Sent: Monday, October 26, 2009 4:40 PM
To: Pais, Allen; linux-omap@vger.kernel.org
Subject: RE: [PATCH 1/2] Added board-3630.c file.
-Original
I posted a patch series for this sometime back and did not get any respose.. :(
http://marc.info/?l=linux-omapm=125258227301958w=2
This time again I am posting these patches, with one more patch added
in series, after re-basing the patches on top of LO master head.
This patch series adds flash
From 92c416f513df62cc0ad75b61639df27f2857b641 Mon Sep 17 00:00:00 2001
From: Vimal Singh vimalsi...@ti.com
Date: Mon, 26 Oct 2009 14:24:18 +0530
Subject: [PATCH] OMAP2/3: Add support for flash on SDP boards
Add support for flash on SDP boards. NAND, NOR and OneNAND
are supported.
Only tested on
From 76e86c500e247e231c975f0a5bf01e832bf460d6 Mon Sep 17 00:00:00 2001
From: Vimal Singh vimalsi...@ti.com
Date: Mon, 26 Oct 2009 14:25:26 +0530
Subject: [PATCH] OMAP3: Add support for NAND on ZOOM2/LDP boards
Adding NAND support for ZOOM2 and LDP board. I have tested it for ZOOM2 boards,
someone
From d99d0bb2f2bf1d6a1b8197daf93634dc5a9fa16f Mon Sep 17 00:00:00 2001
From: Vimal Singh vimalsi...@ti.com
Date: Mon, 26 Oct 2009 16:56:16 +0530
Subject: [PATCH] OMAP: Zoom2: Enable NAND and JFFS2 support in defconfig
Enable NAND and JFFS2 options by default in zoom2_defconfig file
Other changes
From 7f9c36fb821c2a836508be712e8247d6b283acfe Mon Sep 17 00:00:00 2001
From: Vimal Singh vimalsi...@ti.com
Date: Mon, 26 Oct 2009 17:23:57 +0530
Subject: [PATCH] OMAP: 3430SDP: Enable NAND in defconfig
Enable NAND options by default in 3430sdp_defconfig file
Other changes in defconfig come from
From: Nishanth Menon [mailto:menon.nisha...@gmail.com]
Cousson, Benoit said the following on 10/25/2009 05:12 PM:
diff --git a/arch/arm/mach-omap2/smartreflex.c b/arch/arm/mach-
[...]
+ },
+ /* *INDENT-ON* */
+};
+
+/* SR list for 3430 */
+static __initdata
From: Tero Kristo tero.kri...@nokia.com
Previously used u32 as temporary data storage that wraps around at 4.294s.
Signed-off-by: Tero Kristo tero.kri...@nokia.com
---
arch/arm/mach-omap2/cpuidle34xx.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
From: De-Schrijver Peter peter.de-schrij...@nokia.com
C2 can't be entered while we have bus activity.
Signed-off-by: Peter 'p2' De Schrijver peter.de-schrij...@nokia.com
---
arch/arm/mach-omap2/cpuidle34xx.c |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff --git
From: Tero Kristo tero.kri...@nokia.com
Following patches apply on top of PM branch. They implement a couple of
small fixes for cpuidle. Timer resolution patch probably does not change
anything until kernel cpuidle is fixed to support longer timers (there are
some pending patches for this.)
+static int __init omap_i2c_init(void)
+{
+ omap_register_i2c_bus(1, 2600, sdp3630_i2c_boardinfo,
+ ARRAY_SIZE(sdp3630_i2c_boardinfo));
+ omap_register_i2c_bus(2, 400, NULL, 0);
+ omap_register_i2c_bus(3, 400, NULL, 0);
+ return 0;
+}
If sdp3630 board
-Original Message-
From: Menon, Nishanth
Sent: Monday, October 26, 2009 3:48 PM
To: G, Manjunath Kondaiah; linux-omap@vger.kernel.org
Cc: Imberton Guilhem; Mike Chan; Nayak, Rajendra; Roger
Quadros; Kalle Jokiniemi; Reddy, Teerth; Kevin Hilman; Paul
Walmsley; Hogander Jouni
Trying not to top post.. Apologies before hand on my client restrictions.
Anyways..
Manjunath,
Yes, the call sequences are common. We may consider using cpu_relax() in the
context of dvfs calls.. Except it could result in race connditions not in
intrest.
Do me a favor and flag the udelays u'd
Tony Lindgren wrote at 2009-10-21 12:40 -0600:
Well I got took a quick look at it last night to get the LCD working again..
I just pushed one fix into omap-fixes, fixed the drivers/cbus compile, updated
the board-n8x0.c for LCD. And then still needed one more hack to skip the LCD
detection..
From: Kalle Jokiniemi kalle.jokini...@digia.com
sdrc_ps_to_ticks introduced some unnecessary
rounding error to SDRC_RFR value calculation.
Fixed by adding 10^3 more accuracy before
division and skipping the sdrc_ps_to_ticks call.
Problem-reported-by: Jukka S. Laitinen jukka.s.laiti...@nokia.com
From: Tero Kristo tero.kri...@nokia.com
This modification is needed by DVFS.
Signed-off-by: Tero Kristo tero.kri...@nokia.com
Signed-off-by: Jouni Hogander jouni.hogan...@nokia.com
---
arch/arm/mach-omap2/board-rx51-sdram.c | 84 ++--
1 files changed, 47
From: Tero Kristo tero.kri...@nokia.com
Following patch set fixes a few issues with current RX51 board SDRAM settings.
Applies on top of PM branch.
-Tero
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo
From: Onkalo Samu.P samu.p.onk...@nokia.com
Current memory parameters are slightly off-spec. Also, a couple of unused
functions removed from code.
Signed-off-by: Samu Onkalo samu.p.onk...@nokia.com
---
arch/arm/mach-omap2/board-rx51-sdram.c | 130 ++--
1 files
From: Tero Kristo tero.kri...@nokia.com
Removed a few unused functions + macro definitions + variables from the code.
Signed-off-by: Tero Kristo tero.kri...@nokia.com
---
arch/arm/mach-omap2/board-rx51-sdram.c | 51
1 files changed, 0 insertions(+), 51
From: Nishanth Menon [mailto:menon.nisha...@gmail.com] On Behalf Of Menon,
Nishanth
Benoit,
thanks.. overall good discussion that is nice to take in.. more comments
You're welcome! My pleasure.
follow:
Cousson, Benoit said the following on 10/26/2009 08:05 AM:
From: Nishanth Menon
Tero Kristo tero.kri...@nokia.com writes:
From: Tero Kristo tero.kri...@nokia.com
Following patch set fixes a few issues with current RX51 board SDRAM settings.
Applies on top of PM branch.
Tero,
Can you resend this series against the master branch? There is no reason
this should be
Tero Kristo tero.kri...@nokia.com writes:
From: De-Schrijver Peter peter.de-schrij...@nokia.com
C2 can't be entered while we have bus activity.
Why?
For the benefit of git history, can you add a more verbose changelog
please describing why?
Otherwise, patch looks fine.
Thanks,
Kevin
ch...@ti.com writes:
From: Charulatha V ch...@ti.com
During initialization, GPIO module is reset using soft reset bit
of SYSCONFIG register
Signed-off-by: Charulatha V ch...@ti.com
---
arch/arm/plat-omap/gpio.c | 12 +++-
1 files changed, 11 insertions(+), 1 deletions(-)
Hi, All,
Regarding the idle power problem I've mentioned in a mail last weekend:
http://marc.info/?l=linux-omapm=125634121921583w=2
I have spent more efforts on this problem. By comparing with PM debug
messages from Maemo kernel, it seems full-retention in linux-omap
2.6.28 has no problem on
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Felix
Xiaozhu Lin
Sent: Monday, October 26, 2009 5:36 PM
To: linux-omap@vger.kernel.org
Subject: update: n8x0 idle power problem
Hi, All,
Regarding the idle
Yes. I took off N810's battery and powered it with an external power supply.
By different power rails, you mean dissecting N810 to do finer-grain
power measurement?
Hope any people who have also done this 'overall' measurement can
confirm my observation or point out my mistake.
Best Regards,
--
39 matches
Mail list logo