Hello Nishanth,
Little style comment.
On Wed, Nov 25, 2009 at 06:56:08PM +0100, ext Kevin Hilman wrote:
Nishanth Menon n...@ti.com writes:
The logic in omap-target can now be improved with the accessor
functions. Dont scan through the list manually, instead use
get_next_freq to do the
Hello Nishanth,
Same comments from patch 09/10 applies here. Copying those to make like easier:
On Wed, Nov 25, 2009 at 05:09:12AM +0100, ext Nishanth Menon wrote:
Move the definitions from omap3-opp.h to pm34xx.c. The definitions
are now based on omap_opp_def instead of omap_opp itself.
Hello Nishanth and Kevin,
On Thu, Nov 26, 2009 at 01:22:49AM +0100, ext Nishanth Menon wrote:
Kevin Hilman had written, on 11/25/2009 05:46 PM, the following:
[...]
something like this instead:
/**
* opp_find_freq()
* @oppl:OPP list
* @freq:Frequency to look for
On Mon, 2009-12-07 at 22:32 +0100, ext Tony Lindgren wrote:
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [091205 05:54]:
Monday 23 November 2009 18:57:51 Janusz Krzysztofik napisał(a):
Initialy submitted on 2009-11-16
(http://www.spinics.net/lists/linux-omap/msg20629.html).
Resendig due
Tony Lindgren wrote:
* Gadiyar, Anand gadi...@ti.com [091207 08:35]:
Tony Lindgren wrote:
* Mike Rapoport m...@compulab.co.il [091206 07:30]:
Tony,
Any chance this can go to 2.6.33?
Sure, I was just waiting to hear back if the OUTPUT_PULLUP is
needed for sure? Or is just OUTPUT enough
Hi,
thanks for your comments. few thoughts below.
Eduardo Valentin said the following on 12/08/2009 01:49 AM:
Hello Nishanth,
Few comments bellow.
On Wed, Nov 25, 2009 at 05:09:18AM +0100, ext Nishanth Menon wrote:
Introduce the OMAP3630 OPPs including the defined OPP tuples.
Further
Eduardo Valentin said the following on 12/08/2009 02:23 AM:
Hello Nishanth and Kevin,
On Thu, Nov 26, 2009 at 01:22:49AM +0100, ext Nishanth Menon wrote:
Kevin Hilman had written, on 11/25/2009 05:46 PM, the following:
[...]
something like this instead:
/**
* opp_find_freq()
tero.kri...@nokia.com said the following on 12/07/2009 10:54 AM:
Hi,
One comment below.
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of ext
Nishanth Menon
Sent: 25 November, 2009 06:09
To: linux-omap
Cc:
tero.kri...@nokia.com said the following on 12/07/2009 10:59 AM:
Hi,
Couple of comments below.
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of ext
Nishanth Menon
Sent: 25 November, 2009 06:09
To: linux-omap
Cc:
tero.kri...@nokia.com said the following on 12/07/2009 11:02 AM:
One additional comment to this patch, compilation of board-rx51.c fails
unless #include pm.h is added to it. This might be true for other boards
also seeing it has been added to zoom2 at least.
Huh.. Weird, I did build and
On Tue, Dec 08, 2009 at 11:59:49AM +0100, ext Nishanth Menon wrote:
Hi,
thanks for your comments. few thoughts below.
Eduardo Valentin said the following on 12/08/2009 01:49 AM:
Hello Nishanth,
Few comments bellow.
On Wed, Nov 25, 2009 at 05:09:18AM +0100, ext Nishanth Menon wrote:
Eduardo Valentin said the following on 12/08/2009 05:18 AM:
On Tue, Dec 08, 2009 at 11:59:49AM +0100, ext Nishanth Menon wrote:
Hi,
thanks for your comments. few thoughts below.
Eduardo Valentin said the following on 12/08/2009 01:49 AM:
Hello Nishanth,
Few comments bellow.
On
On Tue, Dec 08, 2009 at 12:31:13PM +0100, ext Nishanth Menon wrote:
Eduardo Valentin said the following on 12/08/2009 05:18 AM:
On Tue, Dec 08, 2009 at 11:59:49AM +0100, ext Nishanth Menon wrote:
Hi,
thanks for your comments. few thoughts below.
Eduardo Valentin said the following on
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Weng, Wending
Sent: Friday, December 04, 2009 1:14 AM
To: 'Gary Thomas'
Cc: Pandita, Vikram; linux-omap@vger.kernel.org; Tom
Subject: RE: u-boot for omap3
Hi,
Hi,
I would like to rewrite old eac audio driver for omap730 to current
ASoc implementation
but as I can understand new implementation use McBsP to
transfer data to codec. Could this approach be used in omap850 which
use EAC like codec and data from memory is transfered via DMA?
Thanks in
Replace the mach/usb.h with plat/usb.h
Patch was already done in commit:
801db9180010676f97bb3fbd7074291128b7b5fc , but overwritten.
Signed-off-by: Thomas Weber we...@corscience.de
---
drivers/usb/host/ehci-omap.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
On Tue, 8 Dec 2009 13:06:05 +0100
Belisko Marek marek.beli...@gmail.com wrote:
Hi,
I would like to rewrite old eac audio driver for omap730 to current
ASoc implementation
but as I can understand new implementation use McBsP to
transfer data to codec. Could this approach be used in omap850
On Tue, Dec 08, 2009 at 01:15:06PM +0100, ext Thomas Weber wrote:
Replace the mach/usb.h with plat/usb.h
Patch was already done in commit:
801db9180010676f97bb3fbd7074291128b7b5fc , but overwritten.
Signed-off-by: Thomas Weber we...@corscience.de
Acked-by: Felipe Balbi felipe.ba...@nokia.com
Paul,
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Monday, November 30, 2009 3:45 PM
To: Sripathy, Vishwanath
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCHV3 3/4] OMAP3: Correct width for CLKSEL Fields
Hello Vishwanath,
On Thu, 26 Nov 2009,
Eduardo Valentin had written, on 12/08/2009 05:40 AM, the following:
On Tue, Dec 08, 2009 at 12:31:13PM +0100, ext Nishanth Menon wrote:
Eduardo Valentin said the following on 12/08/2009 05:18 AM:
On Tue, Dec 08, 2009 at 11:59:49AM +0100, ext Nishanth Menon wrote:
Hi,
thanks for your
From: Tero Kristo tero.kri...@nokia.com
Current warning messages will be constantly printed out during normal operation
if smartreflex autocompensation is disabled.
Signed-off-by: Tero Kristo tero.kri...@nokia.com
---
arch/arm/mach-omap2/smartreflex.c | 10 +-
1 files changed, 1
As smc91x driver allows specifying settings in board resources, use that
rather than needing CONFIG_ARCH_OMAP in the drivers/net/smc91x.h header.
arch/arm/mach-omap1/board-fsample.c | 10 ++
arch/arm/mach-omap1/board-h2.c| 10 ++
arch/arm/mach-omap1/board-h3.c
Use smc91x_platdata to setup smc91x, so we can get rid of OMAP specific stuff
in smc91x driver
Signed-off-by: Ladislav Michl la...@linux-mips.org
diff --git a/arch/arm/mach-omap1/board-fsample.c
b/arch/arm/mach-omap1/board-fsample.c
index f4b72c1..91e7b2f 100644
---
Allocate space for storing cached copies of McBSP register values.
Modify omap_msbcp_write() to update the cache with every register write
operation.
Modify omap_mcbsp_read() to support reading from cache or hardware.
Update MCBSP_READ/MCBSP_WRITE macros for modified function APIs.
Introduce a new
Now that all OMAP boards are using the board resources, we don't need
to keep the arch/board specific crap in the driver header.
Signed-off-by: Ladislav Michl la...@linux-mips.org
diff --git a/drivers/net/smc91x.h b/drivers/net/smc91x.h
index 3911be7..bfc53eb 100644
--- a/drivers/net/smc91x.h
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Tuesday, December 08, 2009 4:49 AM
To: Tim Yamin
Cc: Hiremath, Vaibhav; Gregoire Gentil; linux-omap@vger.kernel.org
Subject: Re: [PATCH 2/8] Board file of Always Innovating OMAP3-based
Touch Book
* Tim Yamin
Hi,
Almost there :) Just one more comment below.
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [091208 08:06]:
Allocate space for storing cached copies of McBSP register values.
Modify omap_msbcp_write() to update the cache with every register write
operation.
Modify omap_mcbsp_read() to
* Tony Lindgren t...@atomide.com [091208 08:39]:
@@ -391,6 +405,31 @@ int omap_mcbsp_request(unsigned int id)
}
mcbsp = id_to_mcbsp_ptr(id);
+ if (cpu_is_omap7xx()) {
+ mcbsp-reg_cache = kzalloc(sizeof(u16) *
+ OMAP7XX_MCBSP_REG_NUM,
Hi,
This series contains patches which define OMAP4430 PRM/CM1/CM2 module register
offsets
and masks.
These patches apply on top of the latest mainline kernel and are tested on the
OMAP4 simulator platform as well the omap4430sdp based on ES1.0 silicon.
These patches are also boot tested on
This patch fixes the PRM and CM base addresses and adds
a new CM2 base address for OMAP4
Signed-off-by: Rajendra Nayak rna...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Benoit Cousson b-cous...@ti.com
---
arch/arm/mach-omap2/Makefile |1 +
arch/arm/mach-omap2/prcm.c
This patch adds the offsets for new modules in PRM
and CM for OMAP4
These are autogenerated using a python script (gen_prcm44xx_h.py)
developed by Paul Walmsley and Benoit Cousson.
Signed-off-by: Rajendra Nayak rna...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Benoit Cousson b-cous...@ti.com
---
This patch adds OMAP4 specific CM1 and CM2 module
register defs. Autogenerated using a python scripts
(gen_cm1_4430_h.py,gen_cm2_4430_h.py) developed
by Paul Walmsley and Benoit Cousson.
Signed-off-by: Rajendra Nayak rna...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Benoit Cousson
This patch adds OMAP4 specific PRM register defs. Auto generated
using a python script (gen_prm_4430_h.py) developed by Paul
Walmsley and Benoit Cousson.
Signed-off-by: Rajendra Nayak rna...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Benoit Cousson b-cous...@ti.com
---
arch/arm/mach-omap2/prm.h
There is nothing special on omapflash driver, so it can be replaced with
physmap-flash. First patch in serie does exactly this and second one removes
drivers/mtd/maps/omap_nor.c and associated Kconfig option. I'd like to have
either ack or merge into mtd git tree by mtd maintainers for that second
Convert OMAP based boards to use physmap-flash.
Signed-off-by: Ladislav Michl la...@linux-mips.org
--- /dev/null 2009-12-08 14:04:43.543715066 +0100
+++ linux-omap-2.6/arch/arm/plat-omap/include/plat/flash.h 2009-12-08
18:53:34.0 +0100
@@ -0,0 +1,16 @@
+/*
+ * Flash support for
All OMAP boards are now using physmap-flash.
Signed-off-by: Ladislav Michl la...@linux-mips.org
diff --git a/drivers/mtd/maps/Kconfig b/drivers/mtd/maps/Kconfig
index 14be075..c165a27 100644
--- a/drivers/mtd/maps/Kconfig
+++ b/drivers/mtd/maps/Kconfig
@@ -436,15 +436,6 @@ config MTD_H720X
Hi,
This patch series adds support for OMAP4 clock framework and models all
clock nodes in PRM/CM1/CM2 modules and also models all the DPLL nodes.
This series has a dependency on [1],[2] and can be applied on top of the latest
mainline kernel.
This series is tested on the OMAP4 simulator
This patch adds dummy hooks for OMAP4 dpll api's. Removes
dummy hooks for clkdev api's and enables CLKDEV
for OMAP4.
Also comments clockdomain calls from within the clock
framework as its not supported yet for OMAP4.
Signed-off-by: Rajendra Nayak rna...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc:
This patch moves all the dpll control api's to a
common file dpll.c. This is in preperation of omap4
support wherein most of these api's can be reused.
Signed-off-by: Rajendra Nayak rna...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Benoit Cousson b-cous...@ti.com
---
Most of the dpll api's from dpll.c are reused for OMAP4.
This patch does extend a few api's for OMAP4 support.
Signed-off-by: Rajendra Nayak rna...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Benoit Cousson b-cous...@ti.com
---
arch/arm/mach-omap2/Makefile|5 +++--
* Ladislav Michl ladislav.mi...@seznam.cz [091208 10:20]:
There is nothing special on omapflash driver, so it can be replaced with
physmap-flash. First patch in serie does exactly this and second one removes
drivers/mtd/maps/omap_nor.c and associated Kconfig option. I'd like to have
either ack
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Tomi Valkeinen
Sent: Tuesday, November 10, 2009 3:43 PM
To: Hiremath, Vaibhav
Cc: Tony Lindgren; linux-omap@vger.kernel.org
Subject: RE: [PATCH 1/2] OMAP3: Enable DSS2
I would like to inform you all of the availability of the OMAP36xx Silicon
Rev1.0 Public TRM.
Direct Link: http://focus.ti.com/pdfs/wtbu/SWPU177B_FinalEPDF_12_04_2009.pdf
(Caution: 42MB PDF)
Alternatively you can go to :
Tuesday 08 December 2009 17:59:31 Tony Lindgren napisał(a):
* Tony Lindgren t...@atomide.com [091208 08:39]:
How about just set the cache size above based on the processor,
then do kzalloc here:
mcbsp-reg_cache = kzalloc(size, GFP_KERNEL);
+ if (!mcbsp-reg_cache)
+
On Wed, Dec 09, 2009 at 12:19:22AM +0530, Hiremath, Vaibhav wrote:
Wait until DSS2 patches have been merged. I don't want the extra
complexity of board/panel patches, there's enough work with just the
half-megabyte DSS patches =).
[Hiremath, Vaibhav] Tomi and Tony,
Now since DSS2 has
On Wed, Dec 09, 2009 at 01:36:57AM +0530, Hiremath, Vaibhav wrote:
[Hiremath, Vaibhav] I understand, but if we put the patches on master for
whatever period of time available, people can try and validate it.
Some people are forward porting the patches (earlier versions submitted) or
-Original Message-
From: Olof Johansson [mailto:o...@lixom.net]
Sent: Wednesday, December 09, 2009 1:45 AM
To: Hiremath, Vaibhav
Cc: Tomi Valkeinen; Tony Lindgren; linux-omap@vger.kernel.org
Subject: Re: [PATCH 1/2] OMAP3: Enable DSS2 for OMAP3EVM board
On Wed, Dec 09, 2009 at
On Tue, 8 Dec 2009 12:57:26 -0600
Goluguri, Jayabharath jayabhar...@ti.com wrote:
I would like to inform you all of the availability of the OMAP36xx Silicon
Rev1.0 Public TRM.
Direct Link: http://focus.ti.com/pdfs/wtbu/SWPU177B_FinalEPDF_12_04_2009.pdf
(Caution: 42MB PDF)
Nice coincide,
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [091208 11:45]:
Tuesday 08 December 2009 17:59:31 Tony Lindgren napisał(a):
* Tony Lindgren t...@atomide.com [091208 08:39]:
How about just set the cache size above based on the processor,
then do kzalloc here:
mcbsp-reg_cache =
* Tony Lindgren t...@atomide.com [091208 15:32]:
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [091208 11:45]:
Tuesday 08 December 2009 17:59:31 Tony Lindgren napisał(a):
* Tony Lindgren t...@atomide.com [091208 08:39]:
How about just set the cache size above based on the processor,
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: omap-testing
Initial commit ID (Likely to change): 6a7426ea75ca387aa65f8f9215f5b40b1a4460b9
PatchWorks
http://patchwork.kernel.org/patch/65678/
Git (Likely to change, and takes a while to get
* Tony Lindgren t...@atomide.com [091207 09:56]:
* Vimal Singh vimal.neww...@gmail.com [091207 05:28]:
On Mon, Dec 7, 2009 at 11:59 AM, Vimal Singh vimal.neww...@gmail.com
wrote:
On Sat, Dec 5, 2009 at 3:31 AM, Tony Lindgren t...@atomide.com wrote:
Hi,
Looks good, just one
* Ladislav Michl ladislav.mi...@seznam.cz [091208 08:04]:
Use smc91x_platdata to setup smc91x, so we can get rid of OMAP specific stuff
in smc91x driver
Thanks, will merge both via linux-omap tree.
Regards,
Tony
Signed-off-by: Ladislav Michl la...@linux-mips.org
diff --git
* Ladislav Michl ladislav.mi...@seznam.cz [091208 08:07]:
Now that all OMAP boards are using the board resources, we don't need
to keep the arch/board specific crap in the driver header.
Planning to merge this via linux-omap list too with the platform
data patch unless somebody at netdev has
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: for-next
Initial commit ID (Likely to change): 3bbdd7f9bb4ec490324f9dcc790c2e006b23965e
PatchWorks
http://patchwork.kernel.org/patch/65709/
Git (Likely to change, and takes a while to get
On Sat, Dec 05, 2009 at 11:14:08PM -0800, Cory Maccarrone wrote:
The current i2c-omap driver is set up for 32-bit registers, which
corresponds to most OMAP devices. However, OMAP730/850 based
devices use a 16-bit register size.
This change modifies the driver to perform a runtime CPU type
Hi all,
Here are few more patches that have been posted earlier to
linux-omap list but not yet posted to LAKML.
The series has few clean-up patches, updates Pandor board
file, adds omap7xx USB support and minimal support for
Always Innovating Touch Book.
Regards,
Tony
---
Cory Maccarrone
From: Ladislav Michl la...@linux-mips.org
Use smc91x_platdata to setup smc91x, so we can get rid of OMAP specific stuff
in smc91x driver
Signed-off-by: Ladislav Michl la...@linux-mips.org
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap1/board-fsample.c | 10 ++
From: Ladislav Michl la...@linux-mips.org
Now that all OMAP boards are using the board resources, we don't need
to keep the arch/board specific crap in the driver header.
Cc: linux-...@vger.kernel.org
Signed-off-by: Ladislav Michl la...@linux-mips.org
Signed-off-by: Tony Lindgren
From: Ladislav Michl la...@linux-mips.org
Since omapnand driver never find its way into mainline, switch to gen_nand
instead.
Following patch is compile tested only, but it is based on code I wrote for
NetStar board and runtime tested it there.
Signed-off-by: Ladislav Michl la...@linux-mips.org
From: Cory Maccarrone darkstar6...@gmail.com
This change implements USB client side support into the HTC
Herald board configuration. It uses a similar, but updated
algorithm to initialize the USB as is used in the linwizard
project.
Signed-off-by: Cory Maccarrone darkstar6...@gmail.com
From: Cory Maccarrone darkstar6...@gmail.com
This change adds MUX pin configuration and clocks for I2C support
to OMAP 730 and 850-based devices.
Signed-off-by: Cory Maccarrone darkstar6...@gmail.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap1/clock.c |4
From: Gregoire Gentil grego...@gentil.com
Board file of Always Innovating OMAP3-based Touch Book
Signed-off-by: Gregoire Gentil grego...@gentil.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/Kconfig|5
arch/arm/mach-omap2/Makefile |
From: Grazvydas Ignotas nota...@gmail.com
Pandora board file updates:
- change keycodes of game buttons
it was decided not to use ABXY layout by the developers.
- drop i2c bus 3 speed to 100kHz
this is needed for battery monitoring chip to work reliably.
- drop pandora_lcd platform_device
On Tue, Dec 8, 2009 at 4:29 PM, Ben Dooks ben-li...@fluff.org wrote:
how about changing the read and write register calls to do the
necessary address munging so you don't have to change all the
callsites throughout the file?
Huh, yeah, that would be smarter. I'll do that and resubmit.
On Tue, 8 Dec 2009, Tony Lindgren wrote:
* Ladislav Michl ladislav.mi...@seznam.cz [091208 08:07]:
Now that all OMAP boards are using the board resources, we don't need
to keep the arch/board specific crap in the driver header.
Planning to merge this via linux-omap list too with the
* Tony Lindgren t...@atomide.com [091208 16:48]:
From: Ladislav Michl la...@linux-mips.org
Use smc91x_platdata to setup smc91x, so we can get rid of OMAP specific stuff
in smc91x driver
Signed-off-by: Ladislav Michl la...@linux-mips.org
Signed-off-by: Tony Lindgren t...@atomide.com
---
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: cbus
Initial commit ID (Likely to change): ea51ab278e51ec3ef596862aae4ec2b63e3e82ad
PatchWorks
http://patchwork.kernel.org/patch/64371/
Git (Likely to change, and takes a while to get mirrored)
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: cbus
Initial commit ID (Likely to change): b57560b33964a00931ebde9deb6d99eb5172f1c2
PatchWorks
http://patchwork.kernel.org/patch/64369/
Git (Likely to change, and takes a while to get mirrored)
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: cbus
Initial commit ID (Likely to change): 54fb6e87c520616922a960aeb6d27a5c61976cdb
PatchWorks
http://patchwork.kernel.org/patch/64370/
Git (Likely to change, and takes a while to get mirrored)
Hi Samuel,
This patch is not merged. Please let me know if I am missing something
so that i can post the patches rebased on the latest 2.6.32.
Thanks and Regards,
Balaji T K
-Original Message-
From: Krishnamoorthy, Balaji T
Sent: Thursday, October 01, 2009 5:35 PM
To:
Hi,
Thanks for all the comments. Here is V4 of the patch series.
What changed in V4 (or stage1 as discussed in l-o v3):
* Search OPP APIs changed.
* review comment incorporated
History:
V3: http://marc.info/?t=12591223421r=1w=2
V2: http://marc.info/?l=linux-omapm=125809232732700w=2
V1:
We used to enable and disable OPPs based on rate being set to 0, this
has been confusing in general. So, we now allow specific OPPs to be
now enabled/disabled by an explicit enabled flag instead of re-using
rate flag itself.
Cc: Benoit Cousson b-cous...@ti.com
Cc: Eduardo Valentin
Move the definitions from omap3-opp.h to pm34xx.c. The definitions
are now based on omap_opp_def instead of omap_opp itself.
Since the opp.h has the omap_opp definition, omap-pm.h conflicts and
has been removed in favor of opp.h.
omap3_pm_init_opp_table is used to initialize the OPP table and
Since accessor functions are used through out, we dont depend
on the predefined macros to know the limits of the opp table.
Hence, remove these.
Cc: Benoit Cousson b-cous...@ti.com
Cc: Eduardo Valentin eduardo.valen...@nokia.com
Cc: Kevin Hilman khil...@deeprootsystems.com
Cc: Madhusudhan
Enable the OPP tables for 3630 platforms: SDP3630, zoom3.
NOTE: This needs the corresponding clockframework changes.
Currently this dumps the following on OPP transitions on SDP3630:
[c002d734] (dump_backtrace+0x0/0x110) from [c02c9698] (dump_stack+0x18/0x1c)
r7: r6:c003bff8 r5:c034a227
The logic in omap-target can now be improved with the accessor
functions. Dont scan through the list manually, instead use
get_next_freq to do the scanning.
Cc: Benoit Cousson b-cous...@ti.com
Cc: Eduardo Valentin eduardo.valen...@nokia.com
Cc: Kevin Hilman khil...@deeprootsystems.com
Cc:
With the accessor functions, many of the direct accesses are
redundant. However we do not want to rewrite SRF at this point of time
We do the following here:
Remove get_opp and introduce three SRF specific accessor functions:
opp_to_freq, freq_to_opp - need this coz of usage of opp IDs
Modifies the initial patch From Sanjeev:
http://patchwork.kernel.org/patch/50998/
Discussions and comments from:
http://marc.info/?l=linux-omapm=125482970102327w=2
http://marc.info/?t=12580924752r=1w=2
http://marc.info/?l=linux-omapm=126025973426007w=2
incorporated.
OMAP SOCs have a standard
omap2_clk_init_cpufreq_table currently directly accesses the opp
table, making it unscalable to various OMAPs. Instead use the
accessor functions to populate the cpufreq table.
includes fixes from comment:
http://marc.info/?l=linux-omapm=126027057909254w=2
Cc: Benoit Cousson b-cous...@ti.com
Cc:
Introduce the OMAP3630 OPPs including the defined OPP tuples.
Further information on OMAP3630 can be found here:
http://focus.ti.com/general/docs/wtbu/wtbuproductcontent.tsp?templateId=6123navigationId=12836contentId=52606
OMAP36xx family introduces:
VDD1 with 4 OPPs, of which OPP3 4 are
SmartReflex implements a get_opp to search through the opp table,
replace it opp_is_valid to verify the OPPs and getting the opp_id.
NOTE: usage of opp_id is deprecated and this introduces the following
warnings:
arch/arm/mach-omap2/smartreflex.c: In function 'get_vdd1_opp':
CM-T35 can be assembled with different set of peripherals thus making
certain interfaces available to user as GPIOs or dedicated pins. Because
of it CM-T35 bootloader sets up mux configuration only for pins
necessary to boot the system and the rest of the mux configuration is
done by the kernel.
Hello Tony,
The following changes since commit 9a01609e1885b827b979d6d9dd86f43208a9e5fc:
Olof Johansson (1):
arm: omap: Add omap3_defconfig
are available in the git repository at:
git://git.pwsan.com/linux-2.6 for_2_6_33
Kevin Hilman (6):
OMAP: omap_device: add
84 matches
Mail list logo