On Friday 14 August 2015 02:03 PM, Alexandre Belloni wrote:
On 13/08/2015 at 12:37:48 +0530, Keerthy wrote :
Configure the clock source to either internal clock
or external clock based on the availability of the clocks.
External clock is preferred as it can be ticking during suspend.
from the RFC patch-series.
- Added Paul's Ack on clock-tree patch.
- Rebased on top of Benoit's for-3.11/dts branch.
Link to original RFC -
http://archive.arm.linux.org.uk/lurker/message/20130304.113554.53c9ec25.en.html
Vaibhav Hiremath (2):
ARM: AM33XX: clock: Add debugSS clock
Represent debugSS clock interface as provided in
CM_WKUP_DEBUGSS_CLKCTRL register, includes
- Clock gate for optional DEBUG_CLKA and DBGSYSCLK
- Clock Mux for TRC_PMD and STM_PMD
- Clock divider for STM and TPIU
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Acked
for more discussion on handling of debugSS -
https://patchwork.kernel.org/patch/2212111/
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/omap_hwmod_33xx_data.c | 69 +++-
1 files
Acked-by from 'Paul Walmsley'
Vaibhav Hiremath (2):
ARM: OMAP AM33XX: clock data: Enable clkout2 as part of init
ARM: dts: AM33XX: Set pinmux for clkout2 pad used for clock output
arch/arm/boot/dts/am335x-bone.dts |8 +++-
arch/arm/boot/dts/am335x-evm.dts |8
clkout2 comes out on the pad and is being used by various
external on-board peripherals like, Audio codecs and stuff.
So enable the clkout2 by default during init sequence itself.
Also, add the missing entry of clkout2_ck to the clock table.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Acked
.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
arch/arm/boot/dts/am335x-bone.dts |8 +++-
arch/arm/boot/dts/am335x-evm.dts |8 +++-
arch/arm/boot/dts/am335x-evmsk.dts |8 +++-
3 files changed, 21 insertions(+), 3 deletions(-)
diff --git a/arch/arm/boot/dts/am335x
GFX has a reset status register (PRM_GFX.RM_GFX_RSTST),
so update the GFX hwmod data with .rstst_off and .st_shift
information.
Although it doesn't have impact on kernel boot, but this is
regression fix from original hwmod commit.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Cc: Paul Walmsley
Layout of DEV_FEATURE register (offset = 0x604) is different
between TI81xx and AM33xx device, so create separate function
which will check for features available on specific AM33xx SoC
and set the flags accordingly.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Reviewed-by: Kevin Hilman khil
Layout of DEV_FEATURE register (offset = 0x604) is different
between TI81xx and AM33xx device, so create separate function
which will check for features available on specific AM33xx SoC
and set the flags accordingly.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
arch/arm/mach-omap2
to the AM33xx clock table.
As far as enabling of clkout2 during init is concerned,
we can argue that it can be handled using DT property and enable
the clock only when specified; but not until OMAP clock-tree
migration to DT.
Vaibhav Hiremath (2):
ARM: OMAP AM33XX: clock data: Enable clkout2 as part
.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
arch/arm/boot/dts/am335x-bone.dts |8 +++-
arch/arm/boot/dts/am335x-evm.dts |8 +++-
arch/arm/boot/dts/am335x-evmsk.dts |8 +++-
3 files changed, 21 insertions(+), 3 deletions(-)
diff --git a/arch/arm/boot/dts/am335x
clkout2 comes out on the pad and is being used by various
external on-board peripherals like, Audio codecs and stuff.
So enable the clkout2 by default during init sequence itself.
Also, add the missing entry of clkout2_ck to the clock table.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Add support for chip id detection of AM335x PG2.1 Silicon.
Currently omap3xxx_check_revision() detects PG1.0 and PG2.0 only,
this patch extends it by adding PG2.1 Si support.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
arch/arm/mach-omap2/id.c |8 ++--
arch/arm/mach-omap2/soc.h
GFX has a reset status register (PRM_GFX.RM_GFX_RSTST),
so update the GFX hwmod data with .rstst_off and .st_shift
information.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Cc: Paul Walmsley p...@pwsan.com
---
arch/arm/mach-omap2/omap_hwmod_33xx_data.c |3 ++-
1 files changed, 2
to PRCM generated
32K clock-source during boot-time, as default On-Chip 32K RC Osc clock
is not an accurate by design.
Vaibhav Hiremath (2):
ARM: OMAP2+: AM33xx: hwmod: Add missing sysc definition to wdt1 entry
ARM: OMAP2+: am335x: Change the wdt1 func clk src to per_32k clk
arch/arm/mach
, but will expire somewhere ~@40Sec, which is
not expected by any use-case.
The solution here is to switch the input clock-source to PRCM
generated 32K clock-source during boot-time itself.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Benoit Cousson
[2.203101] Modules linked in:
[2.206334] CPU: 0Not tainted (3.9.0-rc3-00059-gd114294#1)
[2.212679] PC is at omap_wdt_disable.clone.5+0xc/0x60
[2.218090] LR is at omap_wdt_probe+0x184/0x1fc
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Cc
Now gpio-leds driver is using devm_pinctrl_get_select_default()
api to set default pinmux configuration required for the
functionality of the driver, so this patch moves respective
pinctrl binding inside leds node.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Cc: Benoit Cousson b-cous
://patchwork.kernel.org/patch/1433001/
Later DT nodes for gpio based keypad and led driver got
merged, so this fix needs to propagate to board dts files
as well.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Signed-off-by: Matt Porter mpor...@ti.com
Acked-by: Peter Korsgaard jac...@sunsite.dk
Cc: Benoit Cousson b
Add pin control binding for I2C device nodes in all
board specific DT files (as per current usage),
EVM: Both i2c0 and i2c1
EVM-SK and Bone: Only i2c0
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Acked-by: Matt Porter mpor...@ti.com
Cc: Benoit Cousson b-cous...@ti.com
---
arch/arm/boot/dts
Add pin control binding for UART0 device nodes in all
board specific DT files.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Acked-by: Matt Porter mpor...@ti.com
Cc: Benoit Cousson b-cous...@ti.com
---
arch/arm/boot/dts/am335x-bone.dts | 10 ++
arch/arm/boot/dts/am335x-evm.dts
from last version, except uart)
- Added Acked-by from Matt Porter and Peter Korsgaard
on couple of patches.
- Added new patch (PATCH 5/6) in the series for UART
indexing fix
Vaibhav Hiremath (6):
ARM: dts: AM33XX: Fix the i2c numbering to match hardware/TRM
ARM
With DT support, where naming convention is based on base-addr
and not id, so we should follow TRM/Spec numbering label.
This patch changes UART numbering as per TRM, as uart0-5.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Acked-by: Matt Porter mpor...@ti.com
Cc: Benoit Cousson b-cous
With DT support, where naming convention is based on base-addr
and not id, so we should follow TRM/Spec numbering label.
This patch changes I2C numbering as per TRM, as I2C0, I2C1 and I2C2.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Acked-by: Matt Porter mpor...@ti.com
Acked-by: Peter
/0x3c
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Cc: Tony Lindgren t...@atomide.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Rajendra Nayak rna...@ti.com
---
Change from V1 (no code change):
- Commit description updated as per Rajendra and Paul's
comment.
arch/arm/mach-omap2
Now gpio-leds driver is using devm_pinctrl_get_select_default()
api to set default pinmux configuration required for the
functionality of the driver, so this patch moves respective
pinctrl binding inside leds node.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Cc: Benoit Cousson b-cous
This patch series fixes the numbering schema for I2C and GPIO
module and adds the pin-control binding for I2C, UART, GPIO-LED across
supported platforms (EVM, EVM-SK and Bone).
I have divided patches based on functionality and _not_
into EVM/Board perspective.
Vaibhav Hiremath (5):
ARM: dts
Add pin control binding for UART0 device nodes in all
board specific DT files.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Cc: Benoit Cousson b-cous...@ti.com
---
arch/arm/boot/dts/am335x-bone.dts | 10 ++
arch/arm/boot/dts/am335x-evm.dts | 10 ++
arch/arm/boot/dts
With DT support, where naming convention is based on base-addr
and not id, so we should follow TRM/Spec numbering label.
This patch changes I2C numbering as per TRM, as I2C0, I2C1 and I2C2.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Cc: Benoit Cousson b-cous...@ti.com
---
arch/arm/boot/dts
://patchwork.kernel.org/patch/1433001/
Later DT nodes for gpio based keypad and led driver got
merged, so this fix needs to propagate to board dts files
as well.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Signed-off-by: Matt Porter mpor...@ti.com
Cc: Benoit Cousson b-cous...@ti.com
---
arch/arm/boot/dts/am335x
Add pin control binding for I2C device nodes in all
board specific DT files (as per current usage),
EVM: Both i2c0 and i2c1
EVM-SK and Bone: Only i2c0
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Cc: Benoit Cousson b-cous...@ti.com
---
arch/arm/boot/dts/am335x-bone.dts | 10
] ---[ end trace d1c5f252789a330b ]---
[2.989241] Kernel panic - not syncing: Attempted to kill init!
exitcode=0x000b
[2.989241]
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Cc: Tony Lindgren t...@atomide.com
Cc: Paul Walmsley p...@pwsan.com
---
arch/arm/mach-omap2
On 12/9/2012 6:53 AM, Paul Walmsley wrote:
Fix the following sparse warnings in the OMAP3/4 CPUIdle code:
arch/arm/mach-omap2/cpuidle34xx.c:272:1: warning: symbol 'omap3_idle_dev' was
not declared. Should it be static?
arch/arm/mach-omap2/cpuidle34xx.c:274:23: warning: symbol
Minor comment below,
On 12/9/2012 6:53 AM, Paul Walmsley wrote:
Move omap_set_pwrdm_state() from the PM code to the powerdomain code,
and refactor it to split it up into several functions. A subsequent patch
will rename it to conform with the existing powerdomain function names.
On 12/9/2012 11:23 PM, Paul Walmsley wrote:
From: Jean Pihet jean.pi...@newoldbits.com
Introduce the functional states for power domains, which include
the power states and the logic states.
This patch provides the API functions to set and read the power
domains functional state and
On 12/9/2012 6:53 AM, Paul Walmsley wrote:
The atomic usecounts seem to be confusing, and are no longer needed
since the operations that they are attached to really should take
place under lock. Replace the atomic counters with simple integers,
protected by the enclosing powerdomain
On 12/10/2012 1:33 AM, Paul Walmsley wrote:
There's no need to determine the current power state for powerdomains
that must be on while the kernel is running. We mark these
powerdomains with a new flag, PWRDM_ACTIVE_WITH_KERNEL. Any
powerdomain marked with that flag is reported as being in
On 12/6/2012 1:38 PM, Manjunathappa, Prakash wrote:
Hi Tomi,
On Wed, Oct 31, 2012 at 10:52:59, Manjunathappa, Prakash wrote:
Hi,
On Wed, Oct 31, 2012 at 21:26:08, Pantelis Antoniou wrote:
This driver can be used for AM33xx devices, like the popular beaglebone.
Signed-off-by: Pantelis
On 11/27/2012 10:22 PM, Jon Hunter wrote:
On 11/27/2012 04:24 AM, Mugunthan V N wrote:
CC arch/arm/mach-omap2/timer.o
arch/arm/mach-omap2/timer.c: In function 'omap_get_timer_dt':
arch/arm/mach-omap2/timer.c:195:3: error: implicit declaration of function
'prom_add_property'
in cd00b0530 (ARM: OMAP2+: gpmc: Fix kernel
BUG for DT boot mode) by Vaibhav Hiremath, which I got via Afzal's USB
branch:
Purpose of VH's patch was to get beagle bone booting, but Jon sent another
patch that made beagle bone boot and it has reached mainline by v3.7-rc2,
hence the patch you are referring
On 11/28/2012 7:45 AM, Jon Hunter wrote:
When compiling the kernel with configuration options ...
# CONFIG_ARCH_OMAP2 is not set
# CONFIG_ARCH_OMAP3 is not set
# CONFIG_ARCH_OMAP4 is not set
# CONFIG_SOC_OMAP5 is not set
CONFIG_SOC_AM33XX=y
... the following build warning is
On 11/22/2012 1:30 AM, Igor Mazanov wrote:
On Wed, Nov 21, 2012 at 9:38 PM, Tony Lindgren t...@atomide.com wrote:
* Jean Pihet jean.pi...@newoldbits.com [121114 08:43]:
On Wed, Nov 14, 2012 at 4:28 PM, Igor Mazanov i.maza...@gmail.com wrote:
Beaglebone boot process is broken with the
On 11/19/2012 9:45 PM, Jon Hunter wrote:
On 11/16/2012 08:44 PM, Joel A Fernandes wrote:
Hi Jon,
On Fri, Nov 16, 2012 at 6:12 PM, Jon Hunter jon-hun...@ti.com wrote:
diff --git a/arch/arm/mach-omap2/clock33xx_data.c
b/arch/arm/mach-omap2/clock33xx_data.c
index b7b7995..d0b4313 100644
!CONFIG_COMMON_CLK parts
ARM: omap2: clock: Cleanup !CONFIG_COMMON_CLK parts
Vaibhav Hiremath (1):
ARM: OMAP2+: hwmod: Invoke init_clkdm before other init functions
arch/arm/mach-omap2/Kconfig |5 +
arch/arm/mach-omap2/Makefile | 10 +-
arch/arm/mach
On 11/5/2012 2:40 PM, Bedia, Vaibhav wrote:
On Sun, Nov 04, 2012 at 20:54:17, Bedia, Vaibhav wrote:
On Sat, Nov 03, 2012 at 21:48:48, Shilimkar, Santosh wrote:
On Friday 02 November 2012 06:02 PM, Vaibhav Bedia wrote:
The first entry for CPGMAC0 should be ADDR_MAP_ON_INIT
instead of
On 11/2/2012 6:02 PM, Vaibhav Bedia wrote:
WKUP-M3 has a reset status bit (RM_WKUP_STST.WKUP_M3_LRST)
Update the hardreset API to take care of the same to ensure
that the reset line properly deasserted.
Thanks for the patch, comments below -
Signed-off-by: Vaibhav Bedia
On 11/2/2012 6:02 PM, Vaibhav Bedia wrote:
The hwmod data for OCMCRAM in AM33XX was commented out.
This data is needed by the power management code, hence
uncomment the same and register the OCP interface for it.
Signed-off-by: Vaibhav Bedia vaibhav.be...@ti.com
---
On 10/26/2012 4:51 AM, Paul Walmsley wrote:
Split omap_prcm_restart() from mach-omap2/prcm.c into SoC-specific
variants. These functions need to be able to save the reboot reason
into the scratchpad RAM. This implies a dependency on both the PRM
and SCM IP blocks, so they've been moved
On 10/30/2012 6:09 PM, Hiremath, Vaibhav wrote:
On Tue, Oct 30, 2012 at 17:17:00, Paul Walmsley wrote:
cc Vaibhav Hiremath
On Tue, 30 Oct 2012, Mark Jackson wrote:
At what point is booting from MMC on the BeagleBone going to start working ?
I only ask, since, by default, a new BeagleBone
am335x-upstream-staging-cpsw
Mugunthan V N (2):
ARM: OMAP3+: hwmod: Add AM33XX HWMOD data for davinci_mdio module
arm/dts: am33xx: Add CPSW and MDIO module nodes for AM33XX
Vaibhav Hiremath (2):
net: davinci_mdio: Fix typo mistake in calling runtime-pm api
net: cpsw: Add parent-child relation
is, the patch has
been tested on AM335x-EVM and BeagleBone platform while submitting;
and in case of AM335x the MDIO driver doesn't control the module
enable/disable part, which is handled by CPSW driver.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Cc: Mugunthan V N mugunthan...@ti.com
Cc: Richard Cochran
required change
is inside DTS file, making MDIO as a child to CPSW node.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Cc: Mugunthan V N mugunthan...@ti.com
Cc: Richard Cochran richardcoch...@gmail.com
---
drivers/net/ethernet/ti/cpsw.c | 16 ++--
1 files changed, 14 insertions
register
bit-field is provided to control module/clock enable/disable,
makes it difficult to handle common resources from both drivers.
So the solution is, create parent-child relationship between
CPGMAC MDIO modules.
Signed-off-by: Mugunthan V N mugunthan...@ti.com
Signed-off-by: Vaibhav
From: Mugunthan V N mugunthan...@ti.com
Add CPSW and MDIO related device tree data for AM33XX.
Also enable them into board/evm dts files by providing
respective phy-id.
Signed-off-by: Mugunthan V N mugunthan...@ti.com
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Cc: Richard Cochran
On 10/29/2012 1:51 PM, Vaibhav Hiremath wrote:
Ignore this patch/mail, I screwed up with my command while sending patches.
Sorry for noise.
Thanks,
Vaibhav
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
This patch adds reboot capability to all AM33XX based boards/EVM's,
by asserting PRM warm reset bit on 'reboot' command.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Tested-by: Daniel Mack zon...@gmail.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Tony Lindgren t...@atomide.com
Cc: Afzal Mohammed
On 10/26/2012 4:51 AM, Paul Walmsley wrote:
Remove arch/arm/mach-omap2/prcm.c and
arch/arm/plat-omap/include/plat/prcm.h. This is in preparation for
moving the PRM/CM code to drivers/, although to be fair, these files
should have been removed a long time ago.
Intended for 3.8 cleanup.
On 10/30/2012 8:06 AM, Paul Walmsley wrote:
Here are some basic OMAP test results for Linux v3.7-rc3.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.7-rc3/20121028162003/
Passing tests
-
Boot to userspace: 2420n800, 3517evm, 3530es3beagle,
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 zon...@gmail.com
It looks like, you just duplicated effort here.
RTC patches have been already submitted quite some time back for
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 enumeration
is expected behavior, as gpmc is not supported yet from DT.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Cc: Afzal Mohammed af...@ti.com
Cc: Tony Lindgren t...@atomide.com
Cc Paul Walmsley p...@pwsan.com
---
This should go in for rc1, as this breaks AM33xx boot.
arch/arm/mach-omap2/gpmc.c |4
On 9/26/2012 10:23 PM, Jon Hunter wrote:
On 09/20/2012 06:53 PM, Tony Lindgren wrote:
* Benoit Cousson b-cous...@ti.com [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 on
.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
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
This adds am335x-evm and am335x-bone dtb targets to
'make dtbs', just like other platforms.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
Changes from V1:
- Move target to common Makefile instead of
the per-platform file.
arch/arm/boot/dts/Makefile |4 +++-
1 files
, it will be
deselected - probably during the next baseline test.
Vaibhav Hiremath (4):
ARM: OMAP2+: hwmod: Hook-up am33xx support in omap_hwmod framework
ARM: OMAP3+: hwmod: Add AM33XX HWMOD data
ARM: OMAP2+: dpll: Add missing soc_is_am33xx() check for common
functions
omap_hwmod_33xx_data.c.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Cc: Paul Walmsley p...@pwsan.com
---
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
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 hvaib...@ti.com
Cc: Paul
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
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
Common
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 kis...@ti.com
---
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 a...@arndb.de 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
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 disable
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.
info
ARM: OMAP4: hwmod data: temporarily comment out data for the sl2if IP
block
Vaibhav Hiremath (1):
ARM: OMAP2+: am33xx: Fix the timer fck clock naming convention
arch/arm/mach-omap2/clock33xx_data.c | 14
arch/arm/mach-omap2/clockdomain2xxx_3xxx.c | 50
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 sa...@linux.intel.com
Cc: Benoit Cousson b-cous...@ti.com
Cc: Felipe Balbi
On 9/5/2012 5:06 PM, Sourav Poddar wrote:
From: G, Manjunath Kondaiah manj...@ti.com
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 dmitry.torok...@gmail.com
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 b-cous...@ti.com
Cc: Felipe Balbi ba...@ti.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Signed-off-by: Sourav
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()' ? Or would that
On 9/6/2012 4:48 AM, Tony Lindgren wrote:
Hi,
* AnilKumar Ch anilku...@ti.com [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
and watchdogs are impacted by this defect this patch
only
implements the workaround for the dmtimer. Currently the watchdog driver does
not read the counter register and so no workaround is necessary.
Confirmed with Vaibhav Hiremath that this bug also impacts AM33xx devices.
Thanks for pinging me
-leds, of_use_leds);
+ if (!strcmp(of_use_leds, true))
+ 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
it on OMAP3EVM.
Tested--Acked-By: Vaibhav Hiremath hvaib...@ti.com
Thanks,
Vaibhav
+};
diff --git a/arch/arm/boot/dts/omap3-evm.dts b/arch/arm/boot/dts/omap3-evm.dts
index f349ee9..f1e18fe 100644
--- a/arch/arm/boot/dts/omap3-evm.dts
+++ b/arch/arm/boot/dts/omap3-evm.dts
@@ -17,6 +17,15
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 transmission or
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.
Signed-off-by:
On 8/31/2012 2:02 AM, Tony Lindgren wrote:
* AnilKumar Ch anilku...@ti.com [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 anilku...@ti.com
---
arch/arm/boot/dts/am33xx.dtsi |
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 hvaib...@ti.com
Cc: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/Makefile.boot |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm
comments are taken into consideration and a new version
reposted, will queue this series for 3.7.
Care to respin your series that converts the data also, on top of your new
version of this series? We should try to get that into 3.7 also.
BTW are you still waiting for something from Vaibhav
).
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 hvaib...@ti.com
Cc: Benoit
On 8/25/2012 1:44 AM, Tony Lindgren wrote:
* AnilKumar Ch anilku...@ti.com [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 anilku...@ti.com
---
Changes from
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 usage)
The Timer functional clock naming
-off-by: Vaibhav Hiremath hvaib...@ti.com
Cc: Tony Lindgren t...@atomide.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Benoit Cousson b-cous...@ti.com
Cc: Grant Likely grant.lik...@secretlab.ca
Cc: Rob Herring robherri...@gmail.com
---
arch/arm/mach-omap2/clock33xx_data.c |2 ++
1 files changed, 2
.
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 hvaib...@ti.com
Cc: Tony Lindgren t...@atomide.com
---
arch/arm/boot/dts/am335x-bone.dts |2 +-
arch/arm/boot/dts/am335x-evm.dts |2 +-
arch/arm/boot
and 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 hvaib...@ti.com
Cc: Tony Lindgren t...@atomide.com
Cc: Benoit
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 hvaib...@ti.com
Cc: Rajendra Nayak rna...@ti.com
Cc: Paul Walmsley p...@pwsan.com
---
Not sure
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 to remove
1 - 100 of 262 matches
Mail list logo
