vices.
Signed-off-by: Vaibhav Hiremath
Cc: Paul Walmsley
Cc: Kevin Hilman
Cc: Tony Lindgren
---
arch/arm/mach-omap2/omap_hwmod.c | 180 ++
1 files changed, 180 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod.c b/arch/arm/mach-
from Paul's developement
branch]
Signed-off-by: Vaibhav Hiremath
---
I would like propose further data moment from clock tree perspective,
- Move all "clksel_rate" to common clock data, since one or the
multiple clocktree's will use them.
- Move virtual clk data struct
family of devices.
This patch adds full Clock tree data for AM33XX family
of devices and also integrates it into existing OMAP framework.
Signed-off-by: Vaibhav Hiremath
Signed-off-by: Afzal Mohammed
Signed-off-by: Vaibhav Bedia
Cc: Kevin Hilman
Cc: Rajendra Nayak
CC: Tony Lindgren
Cc: Paul
Newly added AM33XX device falls under omap2 class, so
make cpu_class_is_omap2() true for AM33XX
(Add soc_is_am33xx() check).
Signed-off-by: Vaibhav Hiremath
---
arch/arm/plat-omap/include/plat/cpu.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/plat-omap
On 6/11/2012 12:08 PM, Tony Lindgren wrote:
* Vaibhav Hiremath [120609 08:00]:
Newly added AM33XX device falls under omap2 class, so
make cpu_class_is_omap2() true for AM33XX
(Add soc_is_am33xx() check).
Signed-off-by: Vaibhav Hiremath
---
arch/arm/plat-omap/include/plat/cpu.h |2
On 6/11/2012 6:50 AM, Paul Walmsley wrote:
> Hi Vaibhav, Afzal, Tony,
>
> On Mon, 21 May 2012, Paul Walmsley wrote:
>
>> From: Vaibhav Hiremath
>>
>> Currently dummy voltage domain data is being created
>> in order to succeed boot process, nothing ha
As omap1 and omap2 will never be compiled together, due to
different compiler flags, so we can simply make
cpu_class_is_omap2() = true, for all non-omap1 platforms.
Signed-off-by: Vaibhav Hiremath
---
arch/arm/plat-omap/include/plat/cpu.h |3 +--
1 files changed, 1 insertions(+), 2
On 6/11/2012 2:58 PM, Daniel Mack wrote:
> Hey,
>
> can anybody give me a quick wrap-up about the current state of AM33xx
> based SoCs in mainline? What are the next steps to get things merged?
>
Daniel,
We are in the process of submitting all baseport patches to the
upstream, summary would b
On 6/11/2012 9:40 PM, Paul Walmsley wrote:
> Hi Vaibhav,
>
> On Mon, 11 Jun 2012, Vaibhav Hiremath wrote:
>
>> I think this is not required, since Tony has already accepted the patch
>> which has this implementation (available on linux-omap/master).
>> Please ref
y (through DTB).
Once DMA resource is available from OF layer, we should
kill filling any resources from hwmod.
- Non-DT boot mode
Here, pdev->num_resources = 0, and we should get all the
resources from hwmod (following existing steps)
Signed-off-by: Vaibhav Hiremath
Cc: B
into 3.7 also.
> BTW are you still waiting for something from Vaibhav Hiremath for this?
> Or can the scripts convert the existing clock33xx_data.c also?
>
I believe I have already shared all the patches with Rajendra, so please
let me
On 8/31/2012 2:02 AM, Tony Lindgren wrote:
> * AnilKumar Ch [120828 01:11]:
>> Adds basic pinctrl device tree data for AM33XX family of devices.
>> This patch is based on the pinctrl-single driver.
>>
>> Signed-off-by: AnilKumar Ch
>> ---
>> arch/arm/boot/dts/am33xx.dtsi |9 +
>> 1
Hi Russell & Tony,
AM335X EVM (based on AM33XX device) only supports DT boot mode and
doesn't have CONFIG_MACH_AM335XEVM option defined. Some time back during
baseport submission we had aligned that, we won't create separate EVM
options, killing the board file all-together.
Having said that, the
This adds am335x-evm and am335x-bone dtb targets to
'make dtbs', just like other platforms.
Signed-off-by: Vaibhav Hiremath
Cc: Tony Lindgren
---
arch/arm/mach-omap2/Makefile.boot |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/Makefile.bo
On 9/3/2012 8:16 PM, Benoit Cousson wrote:
> Hi Peter,
>
> The overall series looks good to me, but I do have a couple of comments.
>
> On 08/29/2012 03:31 PM, Peter Ujfalusi wrote:
>> The McBSP IP within OMAP2420 and 2430 is different we need to create separate
>> dtsi files for them.
>>
>> Si
omap_twl_info->use_leds = true;
> +
You can replace this with
omap_twl_info->use_leds = of_property_read_bool(dev->of_node,
"ti,use-leds");
Otherwise looks OK to me, also I have tested it on OMAP3EVM.
Tested-&-Acked-By: Vaibhav Hiremath
Thanks,
Vaibh
* pulldowns:
> + * BIT(2), BIT(6), BIT(7), BIT(8), BIT(13)
> + * BIT(15), BIT(16), BIT(17)
> + */
> + ti,pulldowns = <238020>;
Consider changing above value to hex presentation.
Otherwise looks ok to me, also I have tested it on OMAP3EVM.
Tested-&-Acke
On 9/4/2012 11:44 AM, AnilKumar, Chimata wrote:
> Hi Marc,
>
> On Tue, Sep 04, 2012 at 02:09:15, Marc Kleine-Budde wrote:
>> On 09/03/2012 01:52 PM, AnilKumar Ch wrote:
>>> Add D_CAN raminit support to C_CAN driver to enable D_CAN RAM.
>>> DCAN RAM holds all the message objects during transmissi
On 9/5/2012 5:06 PM, Sourav Poddar wrote:
> smsc ece1099 is a keyboard scan or gpio expansion device.
> The patch create keypad and gpio expander child for this
> multi function smsc driver.
>
> Cc: Samuel Ortiz
> Cc: Benoit Cousson
> Cc: Felipe Balbi
> Cc: Santosh Shilimkar
> Signed-off-by:
On 9/5/2012 5:06 PM, Sourav Poddar wrote:
> From: G, Manjunath Kondaiah
>
> SMSC ECE1099 is a keyboard scan or GPIO expansion device.The device
> supports a keypad scan matrix of 23*8.This driver uses this
> device as a keypad driver.
>
> Cc: Dmitry Torokhov
> Cc: Benoit Cousson
> Cc: Felipe
On 9/5/2012 5:07 PM, Sourav Poddar wrote:
> smsc can be used as an gpio io expander device also. So adding
> support for configuring smsc pins as a gpio.
>
> Cc: Benoit Cousson
> Cc: Felipe Balbi
> Cc: Santosh Shilimkar
> Signed-off-by: Sourav Poddar
> ---
> Changes since v1:
> - Use edge
On 9/5/2012 7:57 PM, Benoit Cousson wrote:
> Hi Paul,
>
> On 08/24/2012 06:20 PM, Peter Ujfalusi wrote:
>> Hi Paul,
>>
>> On 08/24/2012 06:38 PM, Paul Walmsley wrote:
>>> Do we need both this one and your '[PATCH] driver core: Check if r->name
>>> is valid in platform_get_resource_byname()' ?
On 9/6/2012 4:48 AM, Tony Lindgren wrote:
> Hi,
>
> * AnilKumar Ch [120905 04:14]:
>> Add of_dev_auxdata to pass d_can raminit callback APIs to initialize
>> d_can RAM. D_CAN RAM initialization bits are present in CONTROL module
>> address space, which can be accessed by platform specific code.
clock-events, posted mode is enabled by overriding the errata for devices that
> are impacted by this defect.
>
> Although both dmtimers and watchdogs are impacted by this defect this patch
> only
> implements the workaround for the dmtimer. Currently the watchdog driver does
> no
On 9/6/2012 12:34 AM, Jon Hunter wrote:
> Currently the dmtimer posted mode is being enabled when the function
> __omap_dm_timer_reset() is called. This function is only being called for
> OMAP1 timers and OMAP2+ timers that are being used as system timers. Hence,
> for OMAP2+ timers that are NOT
On 9/6/2012 12:34 AM, Jon Hunter wrote:
> The OMAP dmtimer driver does not currently have a function to disable the
> timer interrupts. For some timer instances the timer interrupt enable
> function can be used to disable the interrupts because the same interrupt
> enable register is used to disa
On 9/6/2012 12:34 AM, Jon Hunter wrote:
> This series includes several fixes for the OMAP DMTIMER driver and a few
> clean-ups to simplify some of the code. This series is based upon 3.6-rc4.
>
> Tested on OMAP5912 OSK, OMAP2420 H4, OMAP3430 Beagle and OMAP4430 Panda.
> Testing includes ...
> 1.
On 9/6/2012 8:25 PM, Kishon Vijay Abraham I wrote:
> The mailbox register for usb otg in omap is present in control module.
> On detection of any events VBUS or ID, this register should be written
> to send the notification to musb core.
>
> Till we have a separate control module driver to write
p
> Merge branches 'clkdev_fixes_3.6rc', 'clkdm_fixes_3.6rc' and
> 'hwmod_data_fixes_a_3.6rc' into omap_fixes_a_3.6rc
>
> Tero Kristo (2):
> ARM: OMAP3: hwmod data: fix iva2 reset info
> ARM: OMAP4: hwmod data: temporarily comment out data for
On 9/11/2012 12:05 PM, Paul Walmsley wrote:
>
> Hi Rajendra,
>
> A CCF testing branch has been built here. The base is v3.6-rc5, plus the
> most recent version of the Common Clock Framework preparation patches that
> you posted to the list, "[PATCH v4 0/3] Prepare for OMAP2+ movement to
> C
On 9/11/2012 2:39 PM, Kishon Vijay Abraham I wrote:
> Added device tree support for omap musb driver and updated the
> Documentation with device tree binding information.
>
> Signed-off-by: Kishon Vijay Abraham I
> ---
> Documentation/devicetree/bindings/usb/omap-usb.txt | 33
>
On 9/11/2012 7:54 PM, Shilimkar, Santosh wrote:
> On Tue, Sep 11, 2012 at 7:47 PM, Arnd Bergmann wrote:
>> On Tuesday 11 September 2012, Shilimkar, Santosh wrote:
>>> Just curious to know how you came with some of the above header names ?
>>>
>>> plat/mcbsp ---> dsp-mcbsp.h
>>> There is no conne
config
>
> Note that the object sizes for many .configs are larger than they
> should be, since CONFIG_SOC_AM33XX is selected by default during 'make
> oldnoconfig'. The next time these configs are updated, it will be
> deselected - probably during the next baseline test.
&g
omap_hwmod_33xx_data.c.
Signed-off-by: Vaibhav Hiremath
Cc: Paul Walmsley
---
arch/arm/mach-omap2/omap_hwmod_33xx_data.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod_33xx_data.c
b/arch/arm/mach-omap2/omap_hwmod_33xx_data.c
index
With recent migration of omap architectures to SPARSE_IRQ framework,
it is important to add OMAP_INTC_START to all interrupt numbers
which will be eventually requested by drivers.
This is required in order to get AM33XX boot functionality.
Signed-off-by: Vaibhav Hiremath
Cc: Paul Walmsley
been varified for,
- Build Test (omap2plus_defconfig)
- Boot tested on Bone
- Sparse check pass
Paul,
Request to review these patches and give another pull request for this.
Vaibhav Hiremath (2):
ARM: AM33XX: hwmod: Remove platform specific header files
ARM: AM33XX: hwmod: Add
fail.
Signed-off-by: Vaibhav Hiremath
---
arch/arm/mach-omap2/clock33xx_data.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/clock33xx_data.c
b/arch/arm/mach-omap2/clock33xx_data.c
index b87b88c..114ab4b 100644
--- a/arch/arm/mach-omap2/clock33xx_d
This adds am335x-evm and am335x-bone dtb targets to
'make dtbs', just like other platforms.
Signed-off-by: Vaibhav Hiremath
---
Changes from V1:
- Move target to common Makefile instead of
the per-platform file.
arch/arm/boot/dts/Makefile |4 +++-
1 files
On 9/26/2012 10:23 PM, Jon Hunter wrote:
>
> On 09/20/2012 06:53 PM, Tony Lindgren wrote:
>> * Benoit Cousson [120919 19:24]:
>>> Hi Tony,
>>>
>>> I was about to take the DTS patch, but was wondering if you will pull
>>> the driver changes for 3.7.
>>
>> I suggest that you do a separate branch
ll not be called
which is expected behavior, as gpmc is not supported yet from DT.
Signed-off-by: Vaibhav Hiremath
Cc: Afzal Mohammed
Cc: Tony Lindgren
Cc Paul Walmsley
---
This should go in for rc1, as this breaks AM33xx boot.
arch/arm/mach-omap2/gpmc.c |4
1 files changed, 4 insertions
On 10/18/2012 9:23 PM, Daniel Mack wrote:
> This is needed as preparation for platforms where using pm runtime usage
> is mandatory.
>
> Signed-off-by: Daniel Mack
It looks like, you just duplicated effort here.
RTC patches have been already submitted quite some time back for AM33xx,
probably
On 10/17/2012 11:43 PM, Richard Cochran wrote:
> Paul,
>
> Would you please take this bugfix for 3.7-rc2? The suggestion to mail
> you came from Toni Lindgren. The context where it came from is here:
>
> http://lists.arm.linux.org.uk/lurker/message/20121015.191630.bdae3c50.en.html
>
> Thanks,
On 10/19/2012 12:14 AM, Richard Cochran wrote:
> On Thu, Oct 18, 2012 at 03:46:15AM +, Paul Walmsley wrote:
>>
>> Probably the driver was submitted before any SoC integration support was
>> available. Grepping for 'cpsw' under arch/ turns up only AM33xx. AM335x
>> didn't have device enume
d PRM
cleanup patch-series -
http://www.spinics.net/lists/linux-omap/msg62351.html
Vaibhav Hiremath (2):
ARM: OMAP4: cminst: Add boot time __init function for cminst
ARM: OMAP: am33xx: Hook-up am33xx support to existing cm code
arch/arm/mach-omap2/cminst44xx.c |
cpu_is_am33xx() to follow right execution path.
Signed-off-by: Vaibhav Hiremath
Cc: Kevin Hilman
Cc: Rajendra Nayak
CC: Tony Lindgren
Cc: Paul Walmsley
Cc: Benoit Cousson
---
arch/arm/mach-omap2/cminst44xx.c |9 +
arch/arm/mach-omap2/io.c |1 +
arch/arm/mach-omap2/omap_hwmod.c
ting OMAP4 cminst code
for AM33xx this patch adds,
- Boot time __init function, to initialize _cm_bases
based on cpu_is_xxx
- Instead of maintaining phy addr for CM partition
in _cm_bases[] table and then changing it to virt addr,
directly maintain respective virt addr.
Signed-off-b
In case of AM33xx family of devices (like cpsw) have different sysc
bit field offsets defined,
sysc_type3:
| 3 2 | 10 |
| STDBYMODE | IDLEMODE |
So introduce new sysc_type3 in omap_hwmod common data.
Signed-off-by: Vaibhav Hiremath
Signed-off-by: Vaibhav Bedia
---
arch/arm/mach
leading to DMA transaction error.
Signed-off-by: Vaibhav Hiremath
---
Archit/Laurent,
Can you help me to validate this patch on your platform/usecase?
drivers/media/video/omap/omap_vout_vrfb.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/media/video/omap/omap_vo
init omap_vout_probe()
If the reference is valid then annotate the
variable with __init* or __refdata (see linux/init.h) or name the variable:
*_template, *_timer, *_sht, *_ops, *_probe, *_probe_one, *_console
Signed-off-by: Vaibhav Hiremath
---
drivers/media/video/omap/omap_vout.c |9 +-
et/pwrst/retst mask
Currently, this fields is only applicable and used for AM33XX devices.
Signed-off-by: Vaibhav Hiremath
Cc: Paul Walmsley
Cc: Benoit Cousson
Cc: Kevin Hilman
Cc: Tony Lindgren
---
arch/arm/mach-omap2/powerdomain.h | 17 +
1 files changed, 17 insertio
offset
information through omap_hwmod data, similar to XXX_RSTCTRL.
Currently, this field is only applicable and used for AM33XX devices.
Signed-off-by: Vaibhav Hiremath
Cc: Paul Walmsley
Cc: Benoit Cousson
Cc: Kevin Hilman
Cc: Tony Lindgren
---
arch/arm/plat-omap/include/plat/omap_hwmod.h
uding on this, soon I will
have similar patch for CM support, then clock-tree and hwmod will follow...
Changes from V1 & V2:
- Rolled back to my original approach, where AM33xx device was
handled separately (RFC version).
- As per Paul's comments, added Registe
OMAP framework.
Signed-off-by: Vaibhav Hiremath
Signed-off-by: Afzal Mohammed
Cc: Benoit Cousson
Cc: Tony Lindgren
Cc: Kevin Hilman
Cc: Paul Walmsley
Cc: Rajendra Nayak
---
arch/arm/mach-omap2/Makefile|4 +
arch/arm/mach-omap2/io.c|1 +
arch/arm
clock input for WDT0 and TIMER0.
Signed-off-by: Vaibhav Hiremath
Cc: Paul Walmsley
CC: Tony Lindgren
---
arch/arm/mach-omap2/control.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/control.h b/arch/arm/mach-omap2/control.h
index a406fd0..2858b80
o Santosh here)
- Reorder patch sequence
Vaibhav Hiremath (3):
ARM: OMAP2/3: Add idle_st bits for ST_32KSYNC timer to prcm-common
header
ARM: OMAP2+: hwmod data: Add 32k-sync timer data to hwmod database
ARM: OMAP: Make OMAP clocksource source selection runtime
arch/arm/mach-om
Add missing idle_st bit for 32k-sync timer into the prcm-common
header file, required for hwmod data.
Signed-off-by: Vaibhav Hiremath
Cc: Felipe Balbi
Cc: Benoit Cousson
Cc: Tony Lindgren
Cc: Paul Walmsley
CC: Santosh Shilimkar
Cc: Ming Lei
---
arch/arm/mach-omap2/prcm-common.h |4
Add 32k-sync timer hwmod data to omap2 & 3 hwmod table
and also enable existing hwmod data for omap4 (was disabled before).
Signed-off-by: Vaibhav Hiremath
Signed-off-by: Felipe Balbi
Cc: Benoit Cousson
Cc: Tony Lindgren
Cc: Paul Walmsley
CC: Santosh Shilimkar
Cc: Ming Lei
---
arch
Use hwmod database lookup mechanism, through which at run-time
we can identify availability of 32k-sync timer on the device,
else fall back to gptimer.
Signed-off-by: Vaibhav Hiremath
Signed-off-by: Felipe Balbi
CC: Santosh Shilimkar
Cc: Benoit Cousson
Cc: Tony Lindgren
Cc: Paul Walmsley
Cc: T
ately (RFC version).
- As per Paul's comments, added Register offsets & bit-fields
masks.
Vaibhav Hiremath (4):
ARM: OMAP3+: am33xx: Add voltage domain data
ARM: OMAP3/4: omap_hwmod: Add rstst_off field to struct
omap_hwmod_omap4_prcm
ARM: OMAP2+: powerdomain:
Currently dummy voltage domain data is being created
in order to succeed boot process, nothing has been done
w.r.t actual hardware (voltage control).
Also, hook up the AM33XX voltage domain to OMAP framework.
Signed-off-by: Vaibhav Hiremath
Signed-off-by: Afzal Mohammed
Cc: Benoit Cousson
Cc
offset
information through omap_hwmod data, similar to XXX_RSTCTRL.
Currently, this field is only applicable and used for AM33XX
devices.
Signed-off-by: Vaibhav Hiremath
Cc: Benoit Cousson
Cc: Tony Lindgren
Cc: Kevin Hilman
Cc: Paul Walmsley
Cc: Rajendra Nayak
---
arch/arm/plat-omap/include
m_on/ret/pwrst/retst mask
Currently, this fields is only applicable and used for AM33XX devices.
Signed-off-by: Vaibhav Hiremath
Cc: Benoit Cousson
Cc: Tony Lindgren
Cc: Kevin Hilman
Cc: Paul Walmsley
Cc: Rajendra Nayak
---
arch/arm/mach-omap2/powerdomain.h | 17 +
1 files cha
OMAP framework.
Signed-off-by: Vaibhav Hiremath
Signed-off-by: Afzal Mohammed
Cc: Benoit Cousson
Cc: Tony Lindgren
Cc: Kevin Hilman
Cc: Paul Walmsley
Cc: Rajendra Nayak
---
arch/arm/mach-omap2/Makefile|4 +
arch/arm/mach-omap2/io.c|1 +
arch/arm
to rename files,
cminst44xx.c => cminst_33xx_44xx.c
clockdomain44xx.c => clockdomain_33xx_44xx.c
Vaibhav Hiremath (3):
ARM: OMAP3+: cm33xx: Introduce AM33xx CM API's and register level
details
ARM: OMAP3+: clockdomain33xx: Add clockdomain data and respective
operation
: transitions are based upon hw conditions.
This patch adds all available clockdomain data, respective
clockdomain operations for AM33XX family of device, and also
integrates it into existing OMAP framework.
Signed-off-by: Vaibhav Hiremath
Signed-off-by: Afzal Mohammed
Signed-off-by: Vaibhav Bedia
Cc
p_init_clocksource_32k(), to avoid cpu_is_xxx() check.
- Added commit description based on discussion on list
(Thanks to Santosh here)
- Reorder patch sequence
Vaibhav Hiremath (3):
ARM: OMAP2/3: Add idle_st bits for ST_32KSYNC timer to prcm-common
header
ARM: OMAP2
Add missing idle_st bit for 32k-sync timer into the prcm-common
header file, required for hwmod data.
Signed-off-by: Vaibhav Hiremath
Cc: Felipe Balbi
Cc: Benoit Cousson
Cc: Tony Lindgren
Cc: Paul Walmsley
---
arch/arm/mach-omap2/prcm-common.h |4
1 files changed, 4 insertions
Add 32k-sync timer hwmod-data and add ocp_if details to
omap2 & 3 hwmod table.
Signed-off-by: Vaibhav Hiremath
Signed-off-by: Felipe Balbi
Cc: Benoit Cousson
Cc: Tony Lindgren
Cc: Paul Walmsley
---
This patch has been updated/migrated from last couple of revisions,
as recently Paul
through which at run-time we can identify availability
of 32k-sync timer on the device, else fall back to gptimer.
Signed-off-by: Vaibhav Hiremath
Signed-off-by: Felipe Balbi
CC: Santosh Shilimkar
Cc: Benoit Cousson
Cc: Tony Lindgren
Cc: Paul Walmsley
Cc: Tarun Kanti DebBarma
Cc: Ming Lei
Add OMAP3 Mistral EVM DTS file to use the omap3.dtsi SoC file,
along with memory node information.
Signed-off-by: Vaibhav Hiremath
---
Boot tested it on DM37x Mistral EVM, kernel parses the info correctly.
arch/arm/boot/dts/omap3-evm.dts | 20
1 files changed, 20
Add OMAP3 EVM (OMAP3530, AM/DM37x) DTS file to use the omap3.dtsi SoC file,
along with memory node information.
Signed-off-by: Vaibhav Hiremath
---
Boot tested it on AM/DM37x EVM, kernel parses the info correctly.
arch/arm/boot/dts/omap3-evm.dts | 20
1 files changed, 20
This patch doesn't change functionality or behavior of the code
execution; it barely cleans up the code and splits into SoC
specific implementation for Rev ID and feature detection.
Signed-off-by: Vaibhav Hiremath
---
Changes from V1:
- Incorporated suggessions from Tony to spli
Change log:
==
Changes from V2:
- Split the patch to make it more readable.
- Make omap3_cpuinfo void funtion, since cpu_rev is global now.
Changes from V1:
- Incorporated suggessions from Tony to split the function
Vaibhav Hiremath (2):
arm:omap: Make cpu_rev
As part of omap revision code cleanup, make cpu_rev variable static
global to the file (id.c).
Signed-off-by: Vaibhav Hiremath
CC: Tony Lindgren
---
arch/arm/mach-omap2/id.c | 146 +++---
1 files changed, 72 insertions(+), 74 deletions(-)
diff --git a
This patch doesn't change functionality or behavior of the code
execution; it barely cleans up the code and splits into SoC
specific implementation for Rev ID and feature detection.
Signed-off-by: Vaibhav Hiremath
CC: Tony Lindgren
---
arch/arm/mach-omap2/id.c |
been boot tested on AM/DM37x, OMAP4-Panda and AM335XEVM
platform.
Signed-off-by: Vaibhav Hiremath
Cc: Paul Walmsley
Cc: Rajendra Nayak
Cc: Tony Lindgren
Cc: Kevin Hilman
---
arch/arm/mach-omap2/omap_hwmod.c| 26 +-
arch/arm/mach-omap2/powerdomain.h
ot; entry, to indicate
clearly that scaling is not supported yet.
- Reuse all OMAP4 PRM implementation
* Thanks to Kevin and Rajendra for helping me out in this.
Vaibhav Hiremath (2):
arm:omap:am33xx: Add voltage domain data
arm:omap:am33xx: Add power domain data
arch/a
Currently dummy voltage domain data is being created
in order to succeed boot process, nothing has been done
w.r.t actual hardware (voltage control).
Also, hook up the AM33XX voltage domain to OMAP framework.
Signed-off-by: Afzal Mohammed
Signed-off-by: Vaibhav Hiremath
---
arch/arm/mach
X PRM module.
Also, hook up the AM33XX power domain to OMAP framework.
This patch is based on OMAP4 cleanup patch of hardcoded reg-offs for
PWRSTCTRL & PWRSTST.
Patch -
http://www.mail-archive.com/linux-omap@vger.kernel.org/msg60468.html
Signed-off-by: Afzal Mohammed
Signed-off-by: Vaibhav
Since, now omap4 prm code is reused for AM33XX device where,
PRM module fall under different domain than omap4.
So instead of maintaining phy addr for PRM partition
in _prm_bases[] table and then changing it to virt addr for r/w,
just directly maintain respective virt addr.
Signed-off-by: Vaibhav
comment, patch is split into logical
commits for ease of review.
- Added specific comment for cpu_is_xxx check order change.
Vaibhav Hiremath (3):
arm:omap:omap4: Remove hardcoded reg-offs for PWRSTCTRL & PWRSTST
arm:omap:omap4: Maintain virtual addr in in _prm_bases tabl
AM33XX PRM module (L4_WK domain) will be treated as another seperate
partition in _prm_bases[] table.
Also, since cpu_is_omap34xx check is true for am33xx family of
devices, we must check cpu_is_am33xx fisrt, in order to follow
omap4 execution path.
Signed-off-by: Vaibhav Hiremath
Cc: Kevin
fsets, especially
PWRSTCTRL & PWRSTST.
Signed-off-by: Vaibhav Hiremath
Cc: Kevin Hilman
Cc: Rajendra Nayak
---
arch/arm/mach-omap2/powerdomain.h |4
arch/arm/mach-omap2/powerdomain44xx.c | 24
arch/arm/mach-omap2/powerdomains44xx_data
Add support for TWL4030, which is interfaced on i2c1 bus.
Also add clock frequencies for other i2c instances(2 & 3)
required for client-device exist on OMAP3EVM board.
Signed-off-by: Vaibhav Hiremath
Cc: Benoit Cousson
Cc: Grant Likely
Cc: Tony Lindgren
---
arch/arm/boot/dts/omap3-evm
Add AM3517 EVM (AM3517/05) DTS file to use the omap3.dtsi SoC file,
along with memory node and basic i2c information.
Signed-off-by: Vaibhav Hiremath
Cc: Benoit Cousson
Cc: Grant Likely
Cc: Tony Lindgren
---
arch/arm/boot/dts/am3517-evm.dts | 32
1 files
/hwmod/power/voltage data.
- clock event/source timer (name and instances)
So, this patch adds seperate machine descriptor for AM33XX family
of devices in board-generic.c file.
Signed-off-by: Vaibhav Hiremath
CC: Benoit Cousson
Cc: Grant Likely
Cc: Tony Lindgren
---
Tested it on AM33
Add AM335x EVM DTS file to use the omap3.dtsi SoC file,
along with memory node and i2c information.
Signed-off-by: Vaibhav Hiremath
Cc: Benoit Cousson
Cc: Grant Likely
Cc: Tony Lindgren
---
arch/arm/boot/dts/am335x-evm.dts | 39 ++
1 files changed, 39
version.
Signed-off-by: Vaibhav Hiremath
Signed-off-by: Felipe Balbi
Cc: Benoit Cousson
Cc: Tony Lindgren
Cc: Paul Walmsley
Cc: Kevin Hilman
Vaibhav Hiremath (5):
arm:omap1/2/3/4:Convert 32k-Sync clocksource driver to
platform_driver
arm:omap2/3: Add idle_st bits for ST_32KSYNC timer
a
Device name for the sync_32k_ick clock has been set to
"omap-counter-32k". This change is required, since 32k counter
clocksource driver has been migrated to standard platform_driver.
Signed-off-by: Vaibhav Hiremath
Signed-off-by: Felipe Balbi
Cc: Benoit Cousson
Cc: Tony Lindgren
: Vaibhav Hiremath
Signed-off-by: Felipe Balbi
Cc: Benoit Cousson
Cc: Tony Lindgren
Cc: Paul Walmsley
Cc: Kevin Hilman
---
arch/arm/mach-omap1/devices.c | 24
arch/arm/mach-omap2/devices.c | 25 +
2 files changed, 49 insertions(+), 0 deletions
In order to build the platform_device for 32k counter/timer
add corresponding hwmod data to omap1/2/3 hwmod database.
Also enable it in omap4 hwmod table (was disabled before).
Signed-off-by: Vaibhav Hiremath
Signed-off-by: Felipe Balbi
Cc: Benoit Cousson
Cc: Tony Lindgren
Cc: Paul Walmsley
Convert counter_32k clocksource driver to standard platform_driver
and move it drivers/clocksource/ directory.
Also, rename it to more generic name "omap-32k.c".
Signed-off-by: Vaibhav Hiremath
Signed-off-by: Felipe Balbi
Cc: Benoit Cousson
Cc: Tony Lindgren
Cc: Paul Walmsley
32k counter/timer driver has been migrated to use hwmod database
now, so add missing idle_st bit for 32K Sync timer.
Signed-off-by: Vaibhav Hiremath
Cc: Felipe Balbi
Cc: Benoit Cousson
Cc: Tony Lindgren
Cc: Paul Walmsley
Cc: Kevin Hilman
---
arch/arm/mach-omap2/prcm-common.h |4
1
illipe Balbi'.
http://www.spinics.net/lists/linux-omap/msg63004.html
Based on comments (Thanks to Russell, Marc and Tony) from community
it was clear that, arch_init is not the correct way here.
Vaibhav Hiremath (3):
ARM: OMAP2+: 32k-counter: Use hwmod lookup to check presence of 32k
Add missing idle_st bit for 32k-sync timer into the prcm-common
header file, required for hwmod data.
Signed-off-by: Vaibhav Hiremath
Cc: Felipe Balbi
Cc: Benoit Cousson
Cc: Tony Lindgren
Cc: Paul Walmsley
---
arch/arm/mach-omap2/prcm-common.h |4
1 files changed, 4 insertions
.
So use hwmod database lookup mechanism, through which at run-time
we can identify availability of 32k-sync timer on the device,
else fall back to gp-timer.
Signed-off-by: Vaibhav Hiremath
Signed-off-by: Felipe Balbi
Cc: Benoit Cousson
Cc: Tony Lindgren
Cc: Paul Walmsley
Cc: Tarun Kanti
Add 32k-sync timer hwmod data to omap2 & 3 hwmod table
and also enable existing hwmod data for omap4 (was disabled before).
Signed-off-by: Vaibhav Hiremath
Signed-off-by: Felipe Balbi
Cc: Benoit Cousson
Cc: Tony Lindgren
Cc: Paul Walmsley
---
arch/arm/mach-omap2/omap_hwmod_2420_da
28547 r6 : c065ac80 r5 : 431bde82 r4 : c0655968
[0.00] r3 : 00030ef1 r2 : fb032000 r1 : 0028 r0 : 0001
Signed-off-by: Vaibhav Hiremath
Cc: Tony Lindgren
---
arch/arm/mach-omap2/timer.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2
zation for AM335x devices.
Signed-off-by: Vaibhav Hiremath
Cc: Tony Lindgren
---
arch/arm/mach-omap2/id.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/id.c b/arch/arm/mach-omap2/id.c
index 325e12e..32cf203 100644
--- a/arch/arm/mach-omap2/id.c
+++
Add support for TWL4030, which is interfaced on i2c1 bus.
Also add clock frequencies for other i2c instances(2 & 3)
required for client-device exist on OMAP3EVM board.
Signed-off-by: Vaibhav Hiremath
Cc: Benoit Cousson
Cc: Grant Likely
Cc: Tony Lindgren
---
Changes from V1:
- As
101 - 200 of 266 matches
Mail list logo