Add vio regulator supply, needed for ads7846 touchscreen controller
driver.
Tested on OMAP3 (ES3.1 Si) RevG version of EVM.
Signed-off-by: Vaibhav Hiremath
---
Changes from V1 -
- Added patch description.
arch/arm/mach-omap2/board-omap3evm.c | 20
1 files
If you choose default output to DVI, the LCD backlight used to
stay on, since panel->disable function never gets called.
So, during init put backlight GPIO to off state and the driver
code will decide which output to enable.
Signed-off-by: Vaibhav Hiremath
---
Changes from V1 -
- Ad
G version of EVM with ES3.1 Si.
This patch is based on intial version from Charulatha V, reference
to original discussion -
http://www.mail-archive.com/linux-omap@vger.kernel.org/msg35784.html
Signed-off-by: Vaibhav Hiremath
---
Changes from V1 -
- Removed hardcoded value for rst gpio
Set OMAP_PIN_OFF_WAKEUPENABLE to enable the wake-up
functionality from touchscreen controller.
Signed-off-by: Vaibhav Hiremath
---
arch/arm/mach-omap2/board-omap3evm.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/board-omap3evm.c
b/arch/arm
ial version from Charulatha V, reference
to original discussion -
http://www.mail-archive.com/linux-omap@vger.kernel.org/msg35784.html
Signed-off-by: Vaibhav Hiremath
Signed-off-by: Charulatha V
Tested-by: Kevin Hilman
---
Since Kevin reported that this patch doesn't get applied cleanly,
is broken, enable the wakeup capability
- DSS: Addition of Mux changes for AM/DM37x
- Make Backlight gpio off in default state
Note: Resetting the revision of patches since this is first bundled series.
Vaibhav Hiremath (5):
OMAP:board-omap3evm: Change TWL related gpio API'
Since TWL GPIO's can go into sleep, and using normal
gpio_get/set_value() API will lead to kernel dump (WARN_ON()).
So replacing standard gpio_get/set_value() to
gpio_get/set_value_cansleep().
Signed-off-by: Vaibhav Hiremath
---
arch/arm/mach-omap2/board-omap3evm.c | 12 ++--
1
Add vio regulator supply, needed for ads7846 touchscreen controller
driver.
Tested on OMAP3 (ES3.1 Si) RevG version of EVM.
Signed-off-by: Vaibhav Hiremath
---
arch/arm/mach-omap2/board-omap3evm.c | 20
1 files changed, 20 insertions(+), 0 deletions(-)
diff --git a/arch
If you choose default output to DVI, the LCD backlight used to
stay on, since panel->disable function never gets called.
So, during init put backlight GPIO to off state and the driver
code will decide which output to enable.
Signed-off-by: Vaibhav Hiremath
---
arch/arm/mach-omap2/bo
Set OMAP_PIN_OFF_WAKEUPENABLE to enable the wake-up
functionality from touchscreen controller.
Signed-off-by: Vaibhav Hiremath
---
arch/arm/mach-omap2/board-omap3evm.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/board-omap3evm.c
b/arch/arm
To support higher resolution (e.g 720P@60), on OMAP36x (AM/DM37x)
DSS data bus has been muxed with sys_boot pins.
DSS[18-23] => DSS[0-5]
sys_boot[0,1 3-5] => DSS[18-23]
EVM revision >=RevB adopt this mux changes, which is going to ship outside.
Signed-off-by: Vaibhav Hiremath
---
Hi Tony,
Looks like we have an issue with the merge from branch
"omap-cleanup-for-v3.5",
Patch (ARM: OMAP2+: am33xx: Make am33xx as a separate class) changes
AM335X_CLASS to value 0x33500033 and then later merge commit (Merge tag
'omap-cleanup-for-v3.5' into tmp-merge) reverts it back to 0x335000
On 6/28/2012 8:10 PM, Hiremath, Vaibhav wrote:
> On Sat, Apr 28, 2012 at 07:04:38, Paul Walmsley wrote:
>> On Fri, 17 Feb 2012, Vaibhav Hiremath wrote:
>>
>>> In case of AM33xx family of devices (like cpsw) have different sysc
>>> bit field offsets defined,
&
SOC_HAS_OMAP2_SDRC
- Config option name for SOC_HAS_DPLL_xxx flags
to SOC_HAS_OMAP3_DPLL_xxx.
Vaibhav Hiremath (3):
ARM: OMAP2+: CLEANUP: All OMAP2PLUS uses omap-device.o target so add
one entry
ARM: OMAP2+: CLEANUP: Move omap3 dpll ops to dpll3xxx.c
ARM: OMAP2+: CLEANUP
f-by: Vaibhav Hiremath
Acked-by: Paul Walmsley
Cc: Tony Lindgren
Cc: Kevin Hilman
NOTE: No code change from last version.
---
arch/arm/mach-omap2/clock.c| 18 --
arch/arm/mach-omap2/dpll3xxx.c | 14 ++
2 files changed, 14 insertions(+), 18 deletions(-)
diff --g
function across omap2/3/4...
Signed-off-by: Vaibhav Hiremath
Cc: Tony Lindgren
Cc: Kevin Hilman
Cc: Paul Walmsley
Changes from V1:
- Added Makefile rule to build sdrc.c file for new
option SOC_HAS_OMAP2_SDRC (as per Kevin's comment).
---
arch/arm/mach-omap2/Kconfig |
All OMAP2PLUS based devices, builds omap-device.o target;
so just add one entry so that there is no need to patch this file
for any future OMAP2+ devices.
Signed-off-by: Vaibhav Hiremath
Cc: Tony Lindgren
Cc: Kevin Hilman
Cc: Paul Walmsley
NOTE: No code change from last version.
---
arch
, converting
cpu_is_am33xx/335x() ==> soc_is_am33xx/335x()
Signed-off-by: Vaibhav Hiremath
Cc: Tony Lindgren t status
---
arch/arm/mach-omap2/clock3xxx_data.c |2 +-
arch/arm/mach-omap2/id.c |4 ++--
arch/arm/plat-omap/include/plat/cpu.h | 15 +--
arch/arm/plat-o
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-
.
Signed-off-by: Vaibhav Hiremath
CC: Tony Lindgren
---
Boot tested on Beable Bone, AM37x EVM and build tested for omap1.
It would be helpful if someone can test it on omap1 platform.
Change from V1:
- Fix omap1 build failure, by adding inline function
for omap_type().
arch/arm
On 7/2/2012 2:10 PM, Tony Lindgren wrote:
> * AnilKumar Ch [120622 02:45]:
>> This reverts commit 6c54bbb42678c99685c8e7fd09267e1cb8c2ae40.
>
> As that has not been merged yet, I'll just drop it and set up
> a new devel-dt branch. Applying the reset into devel-dt.
>
Yeah, that's better.
Care
2):
> ARM: OMAP2+: am33xx: Add low level debugging support
> ARM: OMAP2+: am33xx: Add AM335XEVM machine support
>
> Tony Lindgren (1):
> Merge tag 'omap-devel-a-for-3.6' of
> git://git.kernel.org/.../pjw/omap-pending into devel-am33xx
>
> Vai
, converting
cpu_is_am33xx/335x() ==> soc_is_am33xx/335x()
Signed-off-by: Vaibhav Hiremath
Cc: Tony Lindgren t status
---
Rebasing and resubmitting on top of devel-am33xx branch.
arch/arm/mach-omap2/clock3xxx_data.c |2 +-
arch/arm/mach-omap2/id.c |4 ++--
arch/arm/plat-omap/incl
, cpu_is_omap34xx() will return false,
and only cpu_is_am33xx() will be true.
Please refer to the link below, for mailing-list discussion on this -
http://www.spinics.net/lists/linux-omap/msg69439.html
Signed-off-by: Vaibhav Hiremath
Cc: Kevin Hilman
Cc: Paul Walmsley
[t...@atomide.com: fixed typo
On 7/9/2012 10:09 AM, Zumeng Chen wrote:
> Hello,
>
> The following patches based on the 3.5-rc6 from Wim, which
> are based on:
>
> 1 ) bootstatus fix for omap3,
>
> 2 ) omap-wdt framework update cater for the current framework
> as Shubhrajyoti comments mentioned.
>
> Regards,
> Zumeng
On 7/6/2012 2:51 PM, Santosh Shilimkar wrote:
> From: R Sricharan
>
> OMAP5430 is Texas Instrument's SOC based on ARM Cortex-A15 SMP
> architecture. It's a dual core SOC with GIC used for interrupt
> handling and with an integrated L2 cache controller.
>
> OMAP5432 is another variant of OMAP54
On 7/6/2012 2:51 PM, Santosh Shilimkar wrote:
> From: R Sricharan
>
> OMAP socs has a legacy and a highlander version of the
> 32k sync counter IP. The register offsets vary between the
> highlander and the legacy scheme. So use the 'SCHEME'
> bits(30-31) of the revision register to distinguish
Hi All,
During migration to run-time PM we came across unique (I believe) issue
with respect to CPSW driver and eHRPWM. I am looking for pointers to
handle these use-cases, as I am still going through the code and trying
to understand myself on how can we handle this.
CPSW:
=
CPSW Subsystem i
3xx Clock Tree has been merged during rc3-4 timeframe,
before above commit got merged, so similar change is required
for AM33xx as well (Change the gptX_fck => timerX_fck).
Signed-off-by: Vaibhav Hiremath
---
arch/arm/mach-omap2/clock33xx_data.c | 14 +++---
1 files changed, 7 inse
Hi,
In OMAP world, we have omap_device layer, which exports api's like
omap_device_build() to create and register platform_device to the
kernel. This layer understands hwmod infrastructure and parses all the
platform specific information from it.
Now with DT migration, the same thing is achieved u
On 8/3/2012 3:50 AM, Omar Ramirez Luna wrote:
> Hi.
>
> On 2 August 2012 02:52, Paul Walmsley wrote:
>> On Mon, 16 Jul 2012, Omar Ramirez Luna wrote:
>>
>>> For a reset sequence to complete cleanly, a module needs its
>>> associated clocks to be enabled, otherwise the timeout check
>>> in prcm
On 7/25/2012 5:53 PM, AnilKumar Ch wrote:
> Add Bosch D_CAN controller device tree data to AM33XX dtsi file
> by adding d_can device node with all the necessary parameters.
>
> Signed-off-by: AnilKumar Ch
> ---
> arch/arm/boot/dts/am33xx.dtsi |5 +
> 1 file changed, 5 insertions(+)
>
On 7/26/2012 6:34 PM, Sergei Shtylyov wrote:
> Hello.
>
> On 26-07-2012 12:36, Daniel Mack wrote:
>
Add Bosch D_CAN controller device tree data to AM33XX dtsi file
by adding d_can device node with all the necessary parameters.
>
Signed-off-by: AnilKumar Ch
---
arch
ed
in board dts file (like, bone, evm, etc...).
Signed-off-by: Vaibhav Hiremath
Cc: Benoit Cousson
Cc: Grant Likely
Cc: Arnd Bergmann
CC: Tony Lindgren
---
This patch is tested on BeagleBone platform.
arch/arm/boot/dts/am335x-bone.dts |6 ++
arch/arm/boot/dts/am335x-evm.dts |6 +
est, so create new clock nodes
inside am33xx clock-tree table based on dev_id and "con_id = NULL"
for both d_can0 and d_can1 instances.
Signed-off-by: Vaibhav Hiremath
Cc: Paul Walmsley
Cc: Benoit Cousson
Cc: Tony Lindgren
---
This patch is boot tested on BeagleBone platform, and ch
without having to maintain this
cpu/soc_is_xxx list.
Signed-off-by: Vaibhav Hiremath
Cc: Tony Lindgren
---
This patch is boot tested on BeagleBone
(using already accepted hwmod patches)
Changes from V2:
- This change is dropped now, since it breaks common zImage support.
Changes from V1
DCAN module, so this
patch adds "of_dev_auxdata" for both DCAN_0/1 instances.
Signed-off-by: Vaibhav Hiremath
Cc: Tony Lindgren
Cc: Paul Walmsley
Cc: Benoit Cousson
Cc: Grant Likely
---
This patch is boot tested on BeagleBone platform, and checked for
clk_get() return value in d_can
On 8/13/2012 4:37 PM, Santosh Shilimkar wrote:
> The real time counter also called master counter, is a free-running
> counter. It produces the count used by the CPU local timer peripherals
> in the MPU cluster. The timer counts at a rate of 6.144 MHz.
>
> The ratio registers needs to be configu
On 7/23/2012 8:54 PM, Jon Hunter wrote:
> Hi Rob,
>
> On 07/16/2012 10:56 AM, Jon Hunter wrote:
>> Hi Rob,
>>
>> On 07/13/2012 09:15 PM, Rob Herring wrote:
>>> On 07/13/2012 05:26 PM, Jon Hunter wrote:
Add the 12 GP timers nodes present in OMAP3.
Add the 11 GP timers nodes present in O
On 7/14/2012 3:56 AM, Jon Hunter wrote:
> OMAP3 devices may or may not have security features enabled. Security enabled
> devices are known as high-secure (HS) and devices without security are known
> as
> general purpose (GP).
>
> For OMAP3 devices there are 12 general purpose timers available
On 8/8/2012 5:13 PM, Hiremath, Vaibhav wrote:
> On Wed, Aug 08, 2012 at 07:38:01, Rob Herring wrote:
>> On 08/07/2012 10:53 AM, Hiremath, Vaibhav wrote:
>>> On Tue, Aug 07, 2012 at 20:49:48, Rob Herring wrote:
>>>> On 08/07/2012 08:37 AM, Vaibhav Hiremath wrote:
>
as part of Bone and EVM dts support, so care
to add entry "status = "okay"" while adding support for any
module.
Signed-off-by: Vaibhav Hiremath
Acked-by: Arnd Bergmann
Cc: Benoit Cousson
Cc: Grant Likely
Cc: Tony Lindgren
---
Changes from V1:
- Fixed indentation
On 7/16/2012 7:41 PM, Vaibhav Hiremath wrote:
> Hi All,
>
Paul,
>From last couple of days I am almost spending my whole time trying to
get to somewhere on below issue and based on my understanding and
learning so far I started feeling that, probably we might have made
wrong decision
Add missing soc_is_am33xx() check for DPLL common control & clock
related functions, without this dpll programmability would be broken
for am33xx family of devices.
Signed-off-by: Vaibhav Hiremath
Cc: Rajendra Nayak
Cc: Paul Walmsley
---
Not sure whether this should go as a fix in -rc
On 7/17/2012 10:14 AM, Hiremath, Vaibhav wrote:
> On Tue, Jul 17, 2012 at 05:24:39, Paul Walmsley wrote:
>> On Mon, 16 Jul 2012, Vaibhav Hiremath wrote:
>>
>>> With commit ae6df418a21f3a361c5f9b878e32a8aba4e17692
>>> Sub: ARM: OMAP2+: dmtimer: cleanup fclk usag
d clock handle.
Now, when using device tree, the format of the device name created
by OF layer is different, ".",
assuming that the device-tree "reg" property is specified.
This causes the look-up failure for clock node in dcan driver
To fix this add new dcan clock alias for us
.
Although currently hwmod overwrites resources, I have validated this
patch series by changing the omap_device layer to respect DT resources
and boot Tested on BeagleBone platform.
I will be submitting the changes for omap_device layer as well, still
needs to fix on certain things.
Vaibhav Hiremath (2
To make it consistent, convert all hex number presentation
to lower-case from all am33xx specific nodes.
Signed-off-by: Vaibhav Hiremath
Cc: Tony Lindgren
---
arch/arm/boot/dts/am335x-bone.dts |2 +-
arch/arm/boot/dts/am335x-evm.dts |2 +-
arch/arm/boot/dts/am33xx.dtsi | 20
for only specific things.
Newer platforms like, OMAP5 and AM33XX, we only support DT boot mode,
so this patch is preparation for the future where we supposed to get
rid of hwmod dependency anyway.
Signed-off-by: Vaibhav Hiremath
Cc: Tony Lindgren
Cc: Benoit Cousson
---
arch/arm/boot/dts
On 8/25/2012 1:44 AM, Tony Lindgren wrote:
> * AnilKumar Ch [120816 05:20]:
>> Add D_CAN1 pinctrl node to am3358_pinmux master node to export
>> D_CAN functionality on AM335x EVM according to pinctrl-single
>> driver.
>>
>> Signed-off-by: AnilKumar Ch
>> ---
>> Changes from v2:
>> - Incorp
;return' with a value, in function
returning void
make[1]: *** [arch/arm/mach-omap2/hwspinlock.o] Error 1
make: *** [arch/arm/mach-omap2] Error 2
Signed-off-by: Vaibhav Hiremath
---
include/linux/hwspinlock.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff -
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 ID and feature detection; makes
easier to add new SoC (especially for AM devices where we do not have
feature register).
Signed-off-by: Va
For OMAP3 uarts (module rev >= 0x52) and all successor devices
(omap4, TI81xx, AM33xx, etc...) empty fifo read errata is applicable,
so we can get rid of cpu_is_ check and simply check for module rev here.
Signed-off-by: Vaibhav Hiremath
---
NOTE: This patch has been tested on OMAP3EVM,
From: Afzal Mohammed
This patch updates the common machine specific source files for
support for AM33XX/AM335x with cpu type, macros for identification of
AM33XX/AM335X device.
Signed-off-by: Afzal Mohammed
Signed-off-by: Vaibhav Hiremath
---
DPLL5 related comment (from KevinH) has been
This patch set adds support for AM335x device having
Cortex-A8 MPU.
Official website - http://www.ti.com/product/am3359
AM335X is treated as another OMAP3 variant, where,
along with existing cpu class OMAP34XX, new cpu class AM33XX is created
and the respective type is AM335X, which is newly adde
From: Afzal Mohammed
This patch adds minimal support for AM335X EVM.
The approach taken here is to add AM335X EVM support
to AM3517EVM, considering the fact that with device tree
developement we will get rid of board-*.c.
Signed-off-by: Afzal Mohammed
Signed-off-by: Vaibhav Hiremath
---
arch
From: Afzal Mohammed
Add support for low level debugging on AM335X EVM (AM33XX family).
Currently only support for UART1 console, which is used on AM335X EVM
is added.
Signed-off-by: Afzal Mohammed
Signed-off-by: Vaibhav Hiremath
---
arch/arm/mach-omap2/include/mach/debug-macro.S | 17
p:am33xx: Add voltage domain data
arm:omap:am33xx: Integrate voltage domain
arm:omap:am33xx: Add power domain data
arm:omap:am33xx: Integrate powerdomain to OMAP power framework
arm:omap:am33xx: Add Clock & clockdomain data
arm:omap:am33xx: Integrate clock & clockdomain to OMAP cloc
From: Afzal Mohammed
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).
Signed-off-by: Afzal Mohammed
Signed-off-by: Vaibhav Hiremath
---
arch/arm/mach-omap2/voltage.h |1
From: Afzal Mohammed
Hook up AM33XX voltage domain info to OMAP framework.
Signed-off-by: Afzal Mohammed
Signed-off-by: Vaibhav Hiremath
---
arch/arm/mach-omap2/Makefile |2 ++
arch/arm/mach-omap2/io.c |1 +
2 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/arch/arm
From: Afzal Mohammed
Hook up AM33XX clock & clock domain data to OMAP framework.
Signed-off-by: Afzal Mohammed
Signed-off-by: Vaibhav Hiremath
---
arch/arm/mach-omap2/Makefile |4 +++-
arch/arm/mach-omap2/clock3xxx_data.c |5 +++--
arch/arm/mach-o
From: Afzal Mohammed
This patch adds AM33XX power domain data,
corresponding API's to access PRM module and
PRM register offsets & bit fields.
Signed-off-by: Rachna Patil
Signed-off-by: Vaibhav Hiremath
Signed-off-by: Afzal Mohammed
---
arch/arm/mach-omap2/powerdomain.h
From: Afzal Mohammed
Hook up AM33XX power domain to OMAP framework.
Signed-off-by: Afzal Mohammed
Signed-off-by: Vaibhav Hiremath
---
arch/arm/mach-omap2/Makefile |3 +++
arch/arm/mach-omap2/io.c |1 +
2 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach
Hook up AM33XX HWMOD data to OMAP framework.
Signed-off-by: Afzal Mohammed
Signed-off-by: Vaibhav Hiremath
---
arch/arm/mach-omap2/Makefile |1 +
arch/arm/mach-omap2/io.c |2 ++
arch/arm/mach-omap2/omap_hwmod.c | 13 +
3 files changed, 12 insertions(+), 4
This patch creats seperate irq and dma defination header file
and updates the module base addresses required for HWMOD data.
Signed-off-by: Afzal Mohammed
Signed-off-by: Vaibhav Hiremath
---
arch/arm/plat-omap/include/plat/am33xx.h| 40
arch/arm/plat-omap/include/plat/dma-33xx.h
AM335X is bit different than OMAP3/4 architecture when it comes to
PRCM module, for example, the way module is enabled/disabled.
Although it is closer to OMAP4 architecure but the register offset
and PRCM partitions won't match, so we need to seperate API's
for AM335X.
Signed-off-b
Signed-off-by: Vaibhav Hiremath
Signed-off-by: Afzal Mohammed
---
arch/arm/mach-omap2/Makefile |3 +-
arch/arm/mach-omap2/cminst33xx.c | 311 ++
arch/arm/mach-omap2/cminst33xx.h | 63
3 files changed, 376 insertions(+), 1 deletions
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
---
arch/arm/mach-omap2/omap_hwmod_2420_data.c | 19 +++
arch/arm/mach-o
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: Kevin Hilman
Cc: Benoit Cousson
Cc: Tony Lindgren
Cc: Paul Walmsley
Cc: Tarun Kanti De
omap_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
mmit 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/3: hwmod data: Add 32k-sync timer data to hwmod database
ARM: OMAP: Make OMAP clo
Add missing idle_st bit for 32k-sync timer into the prcm-common
header file, required for hwmod data.
Signed-off-by: Vaibhav Hiremath
Reviewed-by: Santosh Shilimkar
Cc: Felipe Balbi
Cc: Benoit Cousson
Cc: Tony Lindgren
Cc: Paul Walmsley
Cc: Kevin Hilman
---
NOTE: This patch is same as
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
Reviewed-by: Santosh Shilimkar
Cc: Benoit Cousson
Cc: Tony Lindgren
Cc: Paul Walmsley
Cc: Kevin Hilman
---
NOTE: This patch is same as first ver
ich 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
Reviewed-by: Santosh Shilimkar
Cc: Benoit Cousson
Cc: Tony Lindgren
Cc: Paul Walmsley
Cc: Kevin Hilman
Cc: Tarun Kanti DebBarm
t description based on discussion on list
(Thanks to Santosh here)
- Reorder patch sequence
Vaibhav Hiremath (3):
ARM: OMAP1: FIX: check possible error condition in timer_init
ARM: OMAP2+: Replace space=>underscore in the name field of system
timers
ARM: OMAP: Make OMA
m function
omap_init_clocksource_32k(), and fallback to omap_mpu_timer_init()
in case of failure/error from omap_init_clocksource_32k().
Signed-off-by: Vaibhav Hiremath
Cc: Tony Lindgren
Cc: Kevin Hilman
Cc: Paul Walmsley
Cc: Benoit Cousson
---
This is new patch addition compared to original se
" => "gp_timer", for clockevent,
clocksource and timer irq_handler.
Signed-off-by: Vaibhav Hiremath
Cc: Santosh Shilimkar
Cc: Benoit Cousson
Cc: Tony Lindgren
Cc: Paul Walmsley
Cc: Kevin Hilman
---
This is new patch addition compared to original series (<=V5).
arch/arm/
ich at run-time we can identify availability
of 32k-sync timer on the device, else fall back to gptimer.
Also, moved low-level SoC specific init code to respective files,
(mach-omap1/timer32k.c and mach-omap2/timer.c)
Signed-off-by: Vaibhav Hiremath
Signed-off-by: Felipe Balbi
Reviewed-by: Santos
based on discussion on list
(Thanks to Santosh here)
- Reorder patch sequence
Vaibhav Hiremath (3):
ARM: OMAP1: FIX: check possible error condition in timer_init
ARM: OMAP2+: Replace space=>underscore in the name field of system
timers
ARM: OMAP: Make OMAP cloc
m function
omap_init_clocksource_32k(), and fallback to omap_mpu_timer_init()
in case of failure/error from omap_init_clocksource_32k().
Signed-off-by: Vaibhav Hiremath
Acked-by: Kevin Hilman
Tested-by: Kevin Hilman
Cc: Tony Lindgren
Cc: Paul Walmsley
Cc: Benoit Cousson
---
No Functional c
OMAP family
is "clocksource=", used to override kernel clocksource.
So this patch changes "gp timer" => "gp_timer", for clockevent,
clocksource and timer irq_handler.
Signed-off-by: Vaibhav Hiremath
Acked-by: Kevin Hilman
Tested-by: Kevin Hilman
Cc: Santosh Shil
ich at run-time we can identify availability
of 32k-sync timer on the device, else fall back to gptimer.
Also, moved low-level SoC specific init code to respective files,
(mach-omap1/timer32k.c and mach-omap2/timer.c)
Signed-off-by: Vaibhav Hiremath
Signed-off-by: Felipe Balbi
Reviewed-by: Sa
interrupts support
to 128, with dynamic detection of no of registers required for
handling all interrupts.
Signed-off-by: Vaibhav Hiremath
Signed-off-by: Afzal Mohammed
Cc: Tony Lindgren
Cc: Kevin Hilman
Cc: Paul Walmsley
---
Ideally, we should use dynamic allocation to allocate memory
for
cleanup existing code for some of the
ARCH_OMAP2/3/4 dependency on the code.
NOTE: Patch series has been boot tested on omap3evm and
build tested for all possible combination of
OMAP2, 3, 4 configurations.
Vaibhav Hiremath (4):
ARM: OMAP2+: CLEANUP: All OMAP2PLUS uses omap-device.o target
All OMAP2PLUS based devices, builds omap-device.o target;
so just add one entry so that there is no need to patch this file
for any future OMAP2+ devices.
Signed-off-by: Vaibhav Hiremath
Cc: Tony Lindgren
Cc: Kevin Hilman
Cc: Paul Walmsley
---
arch/arm/plat-omap/Makefile |4 +---
1 files
f-by: Vaibhav Hiremath
Cc: Tony Lindgren
Cc: Kevin Hilman
Cc: Paul Walmsley
---
arch/arm/mach-omap2/clock.c| 18 --
arch/arm/mach-omap2/dpll3xxx.c | 14 ++
2 files changed, 14 insertions(+), 18 deletions(-)
diff --git a/arch/arm/mach-omap2/clock.c b/arch/arm/
function across omap2/3/4...
Signed-off-by: Vaibhav Hiremath
Cc: Tony Lindgren
Cc: Kevin Hilman
Cc: Paul Walmsley
---
arch/arm/mach-omap2/Kconfig |8
arch/arm/mach-omap2/common.c |8 +---
arch/arm/mach-omap2/common.h |5 +
3 files changed, 14 insertions(+), 7 deletions
factor
SOC_HAS_DPLL_FREQSEL: frequency selection
Signed-off-by: Vaibhav Hiremath
Cc: Tony Lindgren
Cc: Kevin Hilman
Cc: Paul Walmsley
---
arch/arm/mach-omap2/Kconfig | 34 +++
arch/arm/plat-omap/include/plat/clock.h | 14 ++--
2 files
, cpu_is_omap34xx() will return false,
and only cpu_is_am33xx() will be true.
Please refer to the link below, for mailing-list discussion on this -
http://www.spinics.net/lists/linux-omap/msg69439.html
Signed-off-by: Vaibhav Hiremath
Cc: Kevin Hilman
Cc: Tony Lindgren
Cc: Paul Walmsley
---
arch
option name of SOC_HAS_SDRC changed to
SOC_HAS_OMAP2_SDRC
- Config option name for SOC_HAS_DPLL_xxx flags to
SOC_HAS_OMAP3_DPLL_xxx.
Vaibhav Hiremath (4):
ARM: OMAP2+: CLEANUP: All OMAP2PLUS uses omap-device.o target so add
one entry
ARM: OMAP2+: CLEANUP: Move omap3
All OMAP2PLUS based devices, builds omap-device.o target;
so just add one entry so that there is no need to patch this file
for any future OMAP2+ devices.
Signed-off-by: Vaibhav Hiremath
Cc: Tony Lindgren
Cc: Kevin Hilman
Cc: Paul Walmsley
---
arch/arm/plat-omap/Makefile |4 +---
1 files
f-by: Vaibhav Hiremath
Cc: Tony Lindgren
Cc: Kevin Hilman
Cc: Paul Walmsley
---
arch/arm/mach-omap2/clock.c| 18 --
arch/arm/mach-omap2/dpll3xxx.c | 14 ++
2 files changed, 14 insertions(+), 18 deletions(-)
diff --git a/arch/arm/mach-omap2/clock.c b/arch/arm/
function across omap2/3/4...
Signed-off-by: Vaibhav Hiremath
Cc: Tony Lindgren
Cc: Kevin Hilman
Cc: Paul Walmsley
---
arch/arm/mach-omap2/Kconfig |8
arch/arm/mach-omap2/common.c |8 +---
arch/arm/mach-omap2/common.h |5 +
3 files changed, 14 insertions(+), 7
SOC_HAS_OMAP3_DPLL_SDDIV: sigma-delta div factor
SOC_HAS_OMAP3_DPLL_FREQSEL: frequency selection
Signed-off-by: Vaibhav Hiremath
Cc: Tony Lindgren
Cc: Kevin Hilman
Cc: Paul Walmsley
---
arch/arm/mach-omap2/Kconfig | 34 +++
arch/arm/plat-omap/include/plat/clock.h
, cpu_is_omap34xx() will return false,
and only cpu_is_am33xx() will be true.
Please refer to the link below, for mailing-list discussion on this -
http://www.spinics.net/lists/linux-omap/msg69439.html
Signed-off-by: Vaibhav Hiremath
Cc: Kevin Hilman
Cc: Tony Lindgren
Cc: Paul Walmsley
---
NOTE
From: Afzal Mohammed
Add support for low level debugging on AM335X EVM (AM33XX family).
Currently only support for UART1 console, which is used on AM335X EVM
is added.
Signed-off-by: Afzal Mohammed
Signed-off-by: Vaibhav Hiremath
Reviewed-by: Kevin Hilman
Cc: Tony Lindgren
Cc: Paul Walmsley
option (as changed recently)
CONFIG_SOC_OMAPAM33XX --> CONFIG_SOC_AM33XX
Signed-off-by: Vaibhav Hiremath
Signed-off-by: Vaibhav Hiremath
Cc: Tony Lindgren
Cc: Benoit Cousson
Cc: Paul Walmsley
---
arch/arm/mach-omap2/board-generic.c | 18 ++
arch/arm/mach-omap2/commo
ed, but it improves readability and maintainability of the code.
Signed-off-by: Kevin Hilman
Signed-off-by: Vaibhav Hiremath
Cc: Tony Lindgren
Cc: Paul Walmsley
Cc: Santosh Shilimkar
Cc: R Sricharan
---
Since Kevin had provided this idea and code change,
making this patch under his authorsh
against Kevin's omap_hwmod cleanup patch-series,
where, cpu_is_xxx is no longer needed and platform specific
api's will be registered during init call itself.
-
Paul Walmsley (1):
ARM: OMAP3+: clock: Move common clksel_rate & clock data to common
file
1 - 100 of 266 matches
Mail list logo