On Wed, Oct 31, 2012 at 04:56:40, Paul Walmsley wrote:
+ Vaibhav Hiremath
On Tue, 30 Oct 2012, Tony Lindgren wrote:
* Pantelis Antoniou pa...@antoniou-consulting.com [121030 11:04]:
Looks like the lcdc clock definition got dropped.
It is required for the LCD controller to work.
On Tue, Oct 30, 2012 at 17:27:02, Paul Walmsley wrote:
On Mon, 29 Oct 2012, Vaibhav Hiremath wrote:
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
On Mon, Oct 29, 2012 at 13:20:03, Richard Cochran wrote:
On Mon, Oct 29, 2012 at 04:58:23AM +, Hiremath, Vaibhav wrote:
Now the expectation has grown to the level where people expect everything
in
the Mainline kernel and not in some custom kernel release.
You are right, except
On Mon, Oct 29, 2012 at 15:19:21, Daniel Mack wrote:
On 29.10.2012 05:31, Hiremath, Vaibhav wrote:
On Sun, Oct 28, 2012 at 23:47:55, Daniel Mack wrote:
This patch adds the ability to reboot am33xx-based systems.
Signed-off-by: Daniel Mack zon...@gmail.com
---
arch/arm/mach-omap2
On Sun, Oct 28, 2012 at 23:47:55, Daniel Mack wrote:
This patch adds the ability to reboot am33xx-based systems.
Signed-off-by: Daniel Mack zon...@gmail.com
---
arch/arm/mach-omap2/board-generic.c | 1 +
arch/arm/mach-omap2/prcm.c | 6 ++
2 files changed, 7 insertions(+)
On Sat, Oct 27, 2012 at 17:01:09, Laurent Pinchart wrote:
Hi Vaibhav,
On Friday 26 October 2012 09:13:20 Hiremath, Vaibhav wrote:
On Thu, Oct 25, 2012 at 19:30:58, Valkeinen, Tomi wrote:
On 2012-03-09 10:03, Hiremath, Vaibhav wrote:
On Fri, Mar 09, 2012 at 05:17:41, Laurent Pinchart
On Fri, Oct 26, 2012 at 23:36:28, Tony Lindgren wrote:
* Hiremath, Vaibhav hvaib...@ti.com [121026 01:24]:
On Fri, Oct 19, 2012 at 21:30:41, Tony Lindgren wrote:
* Richard Cochran richardcoch...@gmail.com [121018 23:18]:
On Fri, Oct 19, 2012 at 02:18:29AM +0530, Vaibhav Hiremath wrote
On Mon, Oct 29, 2012 at 10:49:54, Paul Walmsley wrote:
Hi Vaibhav
On Fri, 19 Oct 2012, Vaibhav Hiremath wrote:
Couple of reasons,
1. These flags were added for validation, so I expect cpsw driver
should work without these flags set. I tested it mounting NFS as rootFS
and it works
On Fri, Oct 26, 2012 at 00:44:26, Hunter, Jon wrote:
Hi Benoit,
On 10/24/2012 10:41 AM, Benoit Cousson wrote:
Hi Jon,
On 10/19/2012 04:59 PM, Jon Hunter wrote:
Add the 12 GP timers nodes present in OMAP2.
Add the 12 GP timers nodes present in OMAP3.
Add the 11 GP timers nodes
On Fri, Oct 19, 2012 at 21:30:41, Tony Lindgren wrote:
* Richard Cochran richardcoch...@gmail.com [121018 23:18]:
On Fri, Oct 19, 2012 at 02:18:29AM +0530, Vaibhav Hiremath wrote:
Another important point is, this driver is also required and used for
Davinci family of devices
On Wed, Oct 24, 2012 at 10:38:53, Richard Cochran wrote:
On Tue, Oct 23, 2012 at 10:12:29AM +, Hiremath, Vaibhav wrote:
I understand, and as you mentioned we are not fully there at v3.7-rc1 with
all the drivers/module support, due to all known reasons. Its good that
with
v3.7
On Thu, Oct 25, 2012 at 19:30:58, Valkeinen, Tomi wrote:
On 2012-03-09 10:03, Hiremath, Vaibhav wrote:
On Fri, Mar 09, 2012 at 05:17:41, Laurent Pinchart wrote:
Hi Archit,
On Wednesday 07 March 2012 14:31:16 Archit Taneja wrote:
The omap_vout driver tries to set the DSS overlay_info
On Wed, Oct 24, 2012 at 21:11:13, Cousson, Benoit wrote:
Hi Jon,
On 10/19/2012 04:59 PM, Jon Hunter wrote:
Add the 12 GP timers nodes present in OMAP2.
Add the 12 GP timers nodes present in OMAP3.
Add the 11 GP timers nodes present in OMAP4.
Add the 7 GP timers nodes present in AM33xx.
On Thu, Oct 25, 2012 at 04:30:37, Hunter, Jon wrote:
On 10/24/2012 01:17 PM, Hiremath, Vaibhav wrote:
On Wed, Oct 17, 2012 at 23:31:09, Hunter, Jon wrote:
Add the 12 GP timers nodes present in OMAP2.
Add the 12 GP timers nodes present in OMAP3.
Add the 11 GP timers nodes present
On Thu, Oct 25, 2012 at 17:48:47, Hunter, Jon wrote:
On 10/25/2012 07:12 AM, Hiremath, Vaibhav wrote:
On Thu, Oct 25, 2012 at 04:30:37, Hunter, Jon wrote:
On 10/24/2012 01:17 PM, Hiremath, Vaibhav wrote:
On Wed, Oct 17, 2012 at 23:31:09, Hunter, Jon wrote:
Add the 12 GP timers nodes
On Thu, Oct 25, 2012 at 18:03:37, Hunter, Jon wrote:
On 10/25/2012 07:18 AM, Jon Hunter wrote:
...
@@ -113,6 +114,9 @@ static int omap_timer_interrupt_test(struct
omap_dm_timer *gptimer)
irq_data.gptimer = gptimer;
init_completion(irq_data.complete);
+
+
On Wed, Oct 24, 2012 at 15:32:14, Cousson, Benoit wrote:
The interrupt-parent attribute does not have to be added in each
node since the DT framework will check for the parent as well to get it.
Create an interrupt-parent for OMAP2, OMAP3, AM33xx and remove the
attributes from every nodes
On Wed, Oct 17, 2012 at 23:31:09, Hunter, Jon wrote:
Add the 12 GP timers nodes present in OMAP2.
Add the 12 GP timers nodes present in OMAP3.
Add the 11 GP timers nodes present in OMAP4.
Add the 7 GP timers nodes present in AM33xx.
Add documentation for timer properties specific to OMAP.
On Fri, Oct 19, 2012 at 11:46:30, Richard Cochran wrote:
On Fri, Oct 19, 2012 at 02:18:29AM +0530, Vaibhav Hiremath wrote:
Another important point is, this driver is also required and used for
Davinci family of devices (arch/mach/mach-davinci/).
That is really beside the point. If the
On Mon, Oct 22, 2012 at 01:21:37, Daniel Mack wrote:
On 19.10.2012 12:58, Mohammed, Afzal wrote:
Hi Daniel,
On Thu, Oct 18, 2012 at 22:03:13, Hiremath, Vaibhav wrote:
On Thu, Oct 18, 2012 at 21:49:44, Daniel Mack wrote:
On 18.10.2012 18:12, Vaibhav Hiremath wrote:
It would
On Sat, Oct 20, 2012 at 23:20:18, Paul Walmsley wrote:
Hi Rajendra, Russ, Santosh,
thanks for your Reviewed-bys and acks and comments. Have folded them into
the series here. Russ, the file headers have been updated per your
comments. Also while there, the copyrights from the
On Wed, Oct 17, 2012 at 01:17:56, Hunter, Jon wrote:
On 10/15/2012 02:16 PM, Richard Cochran wrote:
From: hvaib...@ti.com hvaib...@ti.com
With recent changes in omap gpmc driver code, in case of DT
boot mode, where bootloader does not configure gpmc cs space
will result into kernel
On Thu, Oct 18, 2012 at 21:49:44, Daniel Mack wrote:
On 18.10.2012 18:12, Vaibhav Hiremath wrote:
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
On Thu, Oct 18, 2012 at 22:12:07, Hunter, Jon wrote:
On 10/18/2012 11:16 AM, Hiremath, Vaibhav wrote:
On Wed, Oct 17, 2012 at 01:17:56, Hunter, Jon wrote:
On 10/15/2012 02:16 PM, Richard Cochran wrote:
From: hvaib...@ti.com hvaib...@ti.com
With recent changes in omap gpmc driver
On Fri, Oct 19, 2012 at 00:00:31, Hunter, Jon wrote:
On 10/18/2012 01:04 PM, Hiremath, Vaibhav wrote:
On Thu, Oct 18, 2012 at 22:12:07, Hunter, Jon wrote:
...
Yes, but do you also see the bug that is hiding in gpmc_mem_init()?
My point is to highlight this and not hide it, so
On Wed, Oct 10, 2012 at 19:30:27, Porter, Matt wrote:
On Tue, Oct 09, 2012 at 02:27:20PM +0530, Vaibhav Hiremath wrote:
With recent changes in omap gpmc driver code, in case of DT
boot mode, where bootloader does not configure gpmc cs space
will result into kernel BUG() inside
On Wed, Oct 10, 2012 at 20:00:49, Porter, Matt wrote:
6ea74cb ARM: OMAP2+: hwmod: get rid of all omap_clk_get_by_name usage
exposes a bug in the AM33XX clock data for mcasp. After moving to
clk_get() usage, the _init() of all registered hwmods fails on mcasp0
due to incorrect clock data
On Tue, Oct 09, 2012 at 12:29:53, Paul Walmsley wrote:
On Tue, 9 Oct 2012, Archit Taneja wrote:
The patch looks fine to me. I tried it out for DSS(with an additional patch
to
not represent DSS modulemode bits as a slave clock), and modulemode is
getting
disabled correctly now.
On Tue, Oct 09, 2012 at 18:00:25, Valkeinen, Tomi wrote:
Now that vrfb driver is not omap dependent anymore, we can move vrfb.h
from arch/arm/plat-omap/include/plat to include/video/omapvrfb.h.
Which baseline you are using? I tried it with linux-omap/master, patch[1/3] is
failing -
patching
On Sat, Sep 29, 2012 at 03:17:51, Hunter, Jon wrote:
On 09/28/2012 01:51 PM, Vaibhav Hiremath wrote:
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
On Thu, Sep 06, 2012 at 19:36:08, Hunter, Jon wrote:
On 09/06/2012 12:07 AM, Vaibhav Hiremath wrote:
On 9/6/2012 12:34 AM, Jon Hunter wrote:
Errata Titles:
i103: Delay needed to read some GP timer, WD timer and sync timer registers
after wakeup (OMAP3/4)
i767: Delay needed
On Thu, Sep 06, 2012 at 21:31:21, Hunter, Jon wrote:
On 09/06/2012 09:20 AM, Jon Hunter wrote:
On 09/06/2012 07:57 AM, Vaibhav Hiremath wrote:
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
On Thu, Sep 06, 2012 at 20:50:27, Hunter, Jon wrote:
On 09/06/2012 09:42 AM, Jon Hunter wrote:
On 09/06/2012 09:06 AM, Jon Hunter wrote:
On 09/06/2012 12:07 AM, Vaibhav Hiremath wrote:
On 9/6/2012 12:34 AM, Jon Hunter wrote:
Errata Titles:
i103: Delay needed to read some GP
On Wed, Sep 12, 2012 at 21:35:04, Paul Walmsley wrote:
On Fri, 7 Sep 2012, Vaibhav Hiremath wrote:
Isn't below patch good for -rc candidate (so as part of this 'fixes')?
ARM: OMAP2+: dpll: Add missing soc_is_am33xx() check for common functions
On Thu, Sep 13, 2012 at 01:44:33, Paul Walmsley wrote:
On Wed, 12 Sep 2012, Hiremath, Vaibhav wrote:
On Wed, Sep 12, 2012 at 21:35:04, Paul Walmsley wrote:
http://marc.info/?l=linux-omapm=13474656102w=2
Just for my understanding, is this pull request you created based on
l
On Thu, Sep 13, 2012 at 03:22:32, Tony Lindgren wrote:
* Vaibhav Hiremath hvaib...@ti.com [120912 14:17]:
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.
On Tue, Sep 11, 2012 at 01:15:10, Porter, Matt wrote:
Changes since v1:
- Series now applies on top of Anil's AM33XX DTS series
This series applies on top of the for_3.7/dts/ branch and Anil's
[v7,2/3] arm/dts: AM33XX: Configure pinmuxs for user leds control on Bone
patch that is
On Tue, Sep 11, 2012 at 16:59:05, Porter, Matt wrote:
On Tue, Sep 11, 2012 at 04:57:08AM +, Hiremath, Vaibhav wrote:
On Mon, Sep 10, 2012 at 21:50:20, Porter, Matt wrote:
On AM33xx, the datasheet and TRM refer to four GPIO instances that
are 0-based, GPIO0-3.
Thanks Matt,
I
On Tue, Sep 11, 2012 at 16:54:37, ABRAHAM, KISHON VIJAY wrote:
Hi,
On Tue, Sep 11, 2012 at 3:23 PM, Vaibhav Hiremath hvaib...@ti.com wrote:
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
+ Andrew,
On Thu, Sep 06, 2012 at 20:12:07, Cousson, Benoit wrote:
On 09/05/2012 04:41 PM, Hiremath, Vaibhav wrote:
...
There are other patches which are pending,
arm/dts: AM33XX: Convert all hex numbers to lower-case
https://patchwork.kernel.org/patch/1377351/
arm/dts: AM33XX
On Wed, Sep 12, 2012 at 04:40:51, Paul Walmsley wrote:
On Tue, 11 Sep 2012, Vaibhav Hiremath wrote:
I tried this branch on BeagleBone platform and needs one small typo
correction in hwmod data patch (submitted earlier, which you are going
to queue it)
diff --git
On Mon, Sep 10, 2012 at 21:50:20, Porter, Matt wrote:
On AM33xx, the datasheet and TRM refer to four GPIO instances that
are 0-based, GPIO0-3.
Thanks Matt,
I think Anil labeled it as gpio1-4 due to hwmod naming convention, as you
can not have gpioo id = 0 (refer to
On Mon, Sep 10, 2012 at 22:29:21, Cousson, Benoit wrote:
On 09/10/2012 06:52 PM, Matt Porter wrote:
On Mon, Sep 10, 2012 at 06:34:20PM +0200, Benoit Cousson wrote:
+ Tony
Hi Matt,
30 minutes too late for my pull request :-(
There are a couple of am33xx patches under discussion, so
On Fri, Sep 07, 2012 at 23:17:37, Cousson, Benoit wrote:
Hi Vaibhav,
The following patch is hacing some checkpatch issues.
CHECK: Alignment should match open parenthesis
#169: FILE: arch/arm/plat-omap/omap_device.c:591:
+ dev_dbg(pdev-dev, %s(): resources already
On Thu, Sep 06, 2012 at 13:07:29, Cousson, Benoit wrote:
Hi Vaibhav,
On 09/05/2012 10:05 PM, Vaibhav Hiremath wrote:
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
On Thu, Sep 06, 2012 at 22:43:03, Balbi, Felipe wrote:
Hi,
On Thu, Sep 06, 2012 at 09:04:58PM +0530, Vaibhav Hiremath wrote:
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
On Tue, Sep 04, 2012 at 15:47:59, Cousson, Benoit wrote:
Hi Vaibhav,
On 09/04/2012 05:42 AM, Vaibhav Hiremath wrote:
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
On Wed, Sep 05, 2012 at 13:53:58, Ujfalusi, Peter wrote:
Hi,
On 09/05/2012 09:11 AM, Hiremath, Vaibhav wrote:
Not yet, but we discussed that with Peter and since he does have these
patches for DT, he'll be able to test your series with the McBSP changes.
Great.
With his series
On Wed, Sep 05, 2012 at 19:01:55, Cousson, Benoit wrote:
Hi Vaibhav,
On 09/05/2012 11:15 AM, Hiremath, Vaibhav wrote:
On Wed, Sep 05, 2012 at 13:53:58, Ujfalusi, Peter wrote:
Hi,
On 09/05/2012 09:11 AM, Hiremath, Vaibhav wrote:
Not yet, but we discussed that with Peter and since he
On Thu, Sep 06, 2012 at 10:33:32, Bedia, Vaibhav wrote:
On Thu, Sep 06, 2012 at 09:26:07, Hiremath, Vaibhav wrote:
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
On Tue, Sep 04, 2012 at 07:34:21, Nicolas Pitre wrote:
On Mon, 3 Sep 2012, Mohammed, Afzal wrote:
Hi,
On Fri, Aug 31, 2012 at 23:53:32, Nicolas Pitre wrote:
On Fri, 31 Aug 2012, Hiremath, Vaibhav wrote:
On Fri, Aug 31, 2012 at 22:43:36, Russell King - ARM Linux wrote:
On Fri
On Mon, Sep 03, 2012 at 19:58:09, Cousson, Benoit wrote:
+ Vaibhav for the omap3-evm
Reviewing and testing it now...
Thanks,
Vaibhav
Hi Florian,
On 09/03/2012 03:54 PM, Florian Vaussard wrote:
A number of platform data are missing when using twl4030/gpio from a
device tree.
Yeah,
On Fri, Aug 24, 2012 at 21:21:45, Hiremath, Vaibhav wrote:
On Fri, Aug 17, 2012 at 18:00:54, Cousson, Benoit wrote:
Hi Vaibhav,
On 08/17/2012 12:12 PM, Vaibhav Hiremath wrote:
On 7/16/2012 7:41 PM, Vaibhav Hiremath wrote:
Hi All,
Paul,
From last couple
On Fri, Aug 31, 2012 at 20:54:53, Cousson, Benoit wrote:
Hi Vaibhav,
On 08/29/2012 11:48 AM, Vaibhav Hiremath wrote:
With the new devices (like, AM33XX and OMAP5) we now only support
DT boot mode of operation and now it is the time to start killing
slowly the dependency on hwmod, so with
On Fri, Aug 31, 2012 at 21:22:26, Tony Lindgren wrote:
* Vaibhav Hiremath hvaib...@ti.com [120831 07:55]:
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
On Fri, Aug 31, 2012 at 21:41:22, Tony Lindgren wrote:
* Hiremath, Vaibhav hvaib...@ti.com [120831 09:06]:
On Fri, Aug 31, 2012 at 21:22:26, Tony Lindgren wrote:
* Vaibhav Hiremath hvaib...@ti.com [120831 07:55]:
Hi Russell Tony,
AM335X EVM (based on AM33XX device) only
On Fri, Aug 31, 2012 at 22:07:37, Hiremath, Vaibhav wrote:
On Fri, Aug 31, 2012 at 21:41:22, Tony Lindgren wrote:
* Hiremath, Vaibhav hvaib...@ti.com [120831 09:06]:
On Fri, Aug 31, 2012 at 21:22:26, Tony Lindgren wrote:
* Vaibhav Hiremath hvaib...@ti.com [120831 07:55]:
Hi Russell
On Fri, Aug 31, 2012 at 22:43:36, Russell King - ARM Linux wrote:
On Fri, Aug 31, 2012 at 08:24:51PM +0530, Vaibhav Hiremath wrote:
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
On Mon, Aug 27, 2012 at 22:50:12, Paul Walmsley wrote:
Hi
On Mon, 27 Aug 2012, Vaibhav Hiremath wrote:
Currently, the device names for the dcan module follows the
format dcan.X, where 'X' is the dcan instance number.
On other side, driver may request for clock with/without con_id
and
On Tue, Aug 28, 2012 at 00:06:45, Paul Walmsley wrote:
On Mon, 27 Aug 2012, Hiremath, Vaibhav wrote:
On Mon, Aug 27, 2012 at 22:50:12, Paul Walmsley wrote:
Is the dcan driver present in v3.6-rc kernels?
Multiple versions have been submitted already, I have validated using them
On Fri, Aug 17, 2012 at 18:00:54, Cousson, Benoit wrote:
Hi Vaibhav,
On 08/17/2012 12:12 PM, Vaibhav Hiremath wrote:
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
On Fri, Aug 17, 2012 at 17:54:09, Hunter, Jon wrote:
On 08/17/2012 12:32 AM, Hiremath, Vaibhav wrote:
On Thu, Aug 16, 2012 at 22:27:42, Hunter, Jon wrote:
On 08/15/2012 04:13 AM, Vaibhav Hiremath wrote:
On 7/14/2012 3:56 AM, Jon Hunter wrote:
OMAP3 devices may or may not have
On Fri, Aug 17, 2012 at 13:19:34, Tony Lindgren wrote:
* Hiremath, Vaibhav hvaib...@ti.com [120815 02:11]:
On Tue, Aug 14, 2012 at 13:59:12, Tony Lindgren wrote:
Hi,
* Paul Walmsley p...@pwsan.com [120726 13:07]:
On Wed, 25 Jul 2012, Paul Walmsley wrote:
These IP blocks
On Fri, Aug 17, 2012 at 14:10:47, Tony Lindgren wrote:
* Hiremath, Vaibhav hvaib...@ti.com [120817 01:22]:
On Fri, Aug 17, 2012 at 13:19:34, Tony Lindgren wrote:
* Hiremath, Vaibhav hvaib...@ti.com [120815 02:11]:
Somehow we have to have some mechanism to initialize _mpu_rt_va
On Fri, Aug 17, 2012 at 15:28:51, Tony Lindgren wrote:
* Hiremath, Vaibhav hvaib...@ti.com [120817 02:51]:
On Fri, Aug 17, 2012 at 14:10:47, Tony Lindgren wrote:
* Hiremath, Vaibhav hvaib...@ti.com [120817 01:22]:
On Fri, Aug 17, 2012 at 13:19:34, Tony Lindgren wrote:
* Hiremath
On Thu, Aug 16, 2012 at 03:56:42, Paul Walmsley wrote:
Hi
On Mon, 9 Jul 2012, Tony Lindgren wrote:
Below (untested) is what could be done in the short term.
That's fine with me. Do you want to queue it or do you want me to queue
it?
Heh these CK_ defines are now running out
On Thu, Aug 16, 2012 at 22:27:42, Hunter, Jon wrote:
On 08/15/2012 04:13 AM, Vaibhav Hiremath wrote:
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
On Tue, Aug 14, 2012 at 13:59:12, Tony Lindgren wrote:
Hi,
* Paul Walmsley p...@pwsan.com [120726 13:07]:
On Wed, 25 Jul 2012, Paul Walmsley wrote:
These IP blocks and the ECAP IP blocks have periods in their names.
The rest of the IP block named in the file don't use periods --
On Tue, Aug 14, 2012 at 11:46:35, Shilimkar, Santosh wrote:
On Mon, Aug 13, 2012 at 11:05 PM, Vaibhav Hiremath hvaib...@ti.com wrote:
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
On Tue, Aug 14, 2012 at 12:25:54, AnilKumar, Chimata wrote:
Hi Vaibhav,
On Mon, Aug 06, 2012 at 16:59:04, Hiremath, Vaibhav wrote:
Ideally in common SoC dtsi file we should set all modules
to disabled state and it should get enabled in respective
EVM/Board dts file as per usage
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:
If the module requires only one clocksource to function, then
driver can very well
On Tue, Aug 07, 2012 at 20:49:48, Rob Herring wrote:
On 08/07/2012 08:37 AM, Vaibhav Hiremath wrote:
If the module requires only one clocksource to function, then
driver can very well call clk_get() api with con_id = NULL,
clk = clk_get(dev, NULL);
And platform code should
On Mon, Aug 06, 2012 at 01:22:53, Daniel Mack wrote:
On 03.08.2012 17:48, Hiremath, Vaibhav wrote:
On Fri, Aug 03, 2012 at 17:11:38, Daniel Mack wrote:
On 03.08.2012 11:07, Hiremath, Vaibhav wrote:
I have just pushed the code (V7 which Ravi submitted), so can you please
try
with below
On Thu, Aug 02, 2012 at 18:42:50, Russell King - ARM Linux wrote:
On Thu, Aug 02, 2012 at 01:04:37PM +, Hiremath, Vaibhav wrote:
On Wed, Aug 01, 2012 at 19:44:14, Russell King - ARM Linux wrote:
On Wed, Aug 01, 2012 at 05:50:16PM +0530, Vaibhav Hiremath wrote:
The clk_get() api
On Fri, Aug 03, 2012 at 12:46:54, Daniel Mack wrote:
On 30.03.2012 15:27, Santosh Shilimkar wrote:
For coupled cpuidle to work when both cpus are active, it needs a global
timer
that can handle events for both cpus. This timer is used as the broadcast
clock-event when the per-cpu timer
On Fri, Aug 03, 2012 at 14:32:35, Daniel Mack wrote:
On 03.08.2012 10:43, Ajay Gupta wrote:
On 03.08.2012 02:54, B, Ravi wrote:
On 02.08.2012 14:12, Ravi Babu wrote:
However, I needed to add a phandle usb0-phy = usb0_phy to the
usb_otg_hs DTSI block, otherwise
On Fri, Aug 03, 2012 at 15:03:07, Koen Kooi wrote:
Op 3 aug. 2012, om 11:27 heeft Shilimkar, Santosh
santosh.shilim...@ti.com het volgende geschreven:
On Fri, Aug 3, 2012 at 2:00 PM, Koen Kooi k...@dominion.thruhere.net
wrote:
Op 3 aug. 2012, om 09:21 heeft Koen Kooi
On Fri, Aug 03, 2012 at 15:34:25, Koen Kooi wrote:
Op 3 aug. 2012, om 11:42 heeft Hiremath, Vaibhav hvaib...@ti.com het
volgende geschreven:
On Fri, Aug 03, 2012 at 15:03:07, Koen Kooi wrote:
Op 3 aug. 2012, om 11:27 heeft Shilimkar, Santosh
santosh.shilim...@ti.com het volgende
On Fri, Aug 03, 2012 at 15:18:15, Shilimkar, Santosh wrote:
On Fri, Aug 3, 2012 at 3:12 PM, Hiremath, Vaibhav hvaib...@ti.com wrote:
On Fri, Aug 03, 2012 at 15:03:07, Koen Kooi wrote:
Op 3 aug. 2012, om 11:27 heeft Shilimkar, Santosh
santosh.shilim...@ti.com het volgende geschreven
On Fri, Aug 03, 2012 at 15:44:32, Shilimkar, Santosh wrote:
On Fri, Aug 3, 2012 at 3:34 PM, Koen Kooi k...@dominion.thruhere.net wrote:
Op 3 aug. 2012, om 11:42 heeft Hiremath, Vaibhav hvaib...@ti.com het
volgende geschreven:
On Fri, Aug 03, 2012 at 15:03:07, Koen Kooi wrote:
Op 3
On Fri, Aug 03, 2012 at 17:11:38, Daniel Mack wrote:
On 03.08.2012 11:07, Hiremath, Vaibhav wrote:
I have just pushed the code (V7 which Ravi submitted), so can you please
try
with below branch?
https://github.com/hvaibhav/am335x-linux/tree/am335x-upstream-staging-usb
Thanks
On Wed, Jul 18, 2012 at 01:29:01, Paul Walmsley wrote:
Hi Vaibhav
a comment.
On Tue, 29 May 2012, Vaibhav Hiremath wrote:
This patch adds HWMOD data for all the peripherals of
AM335X device and also hooks up to the existing OMAP framework.
...
diff --git
On Sun, Jul 15, 2012 at 13:14:04, Zumeng Chen wrote:
This patch implements the current watchdog framework for OMAP WDTimer,
which factored out the common components, so the driver can just focus
on the hardware related parts.
Signed-off-by: Zumeng Chen zumeng.c...@windriver.com
---
On Sun, Jul 15, 2012 at 13:14:03, Zumeng Chen wrote:
Hello,
The following patches based on the 3.5-rc6 from Wim, which
focus on:
1. bootstatus fix for omap3,
2. omap-wdt framework update cater for the current framework
as Shubhrajyoti comments mentioned.
V3 changes:
1. New
On Thu, Jul 12, 2012 at 02:03:06, Paul Walmsley wrote:
On Wed, 11 Jul 2012, Hiremath, Vaibhav wrote:
Agreed, but would it make sense to include in v3.6 merge window?
Barring force majeure, I'm pretty much done with patches for the v3.6
merge window. Am working on this patch
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 convention has changed from
gptX_fck = timerXfck, and
On Tue, Jul 10, 2012 at 11:36:15, Shilimkar, Santosh wrote:
On Tue, Jul 10, 2012 at 11:27 AM, Hiremath, Vaibhav hvaib...@ti.com wrote:
On Mon, Jul 09, 2012 at 16:09:59, Shilimkar, Santosh wrote:
On Mon, Jul 9, 2012 at 2:20 PM, Vaibhav Hiremath hvaib...@ti.com wrote:
On 7/6/2012 2
On Mon, Jul 09, 2012 at 18:41:58, Tony Lindgren wrote:
* Vaibhav Hiremath hvaib...@ti.com [120709 01:55]:
On 7/6/2012 2:51 PM, Santosh Shilimkar wrote:
--- a/arch/arm/plat-omap/include/plat/clkdev_omap.h
+++ b/arch/arm/plat-omap/include/plat/clkdev_omap.h
@@ -39,6 +39,7 @@ struct
On Mon, Jul 09, 2012 at 16:12:15, Shilimkar, Santosh wrote:
On Mon, Jul 9, 2012 at 2:20 PM, Vaibhav Hiremath hvaib...@ti.com wrote:
On 7/6/2012 2:51 PM, Santosh Shilimkar wrote:
From: R Sricharan r.sricha...@ti.com
OMAP socs has a legacy and a highlander version of the
32k sync
On Tue, Jul 10, 2012 at 12:42:46, Shilimkar, Santosh wrote:
On Tue, Jul 10, 2012 at 12:11 PM, Hiremath, Vaibhav hvaib...@ti.com wrote:
On Mon, Jul 09, 2012 at 16:12:15, Shilimkar, Santosh wrote:
On Mon, Jul 9, 2012 at 2:20 PM, Vaibhav Hiremath hvaib...@ti.com wrote:
On 7/6/2012 2:51
On Tue, Jul 10, 2012 at 13:48:52, Tony Lindgren wrote:
* Hiremath, Vaibhav hvaib...@ti.com [120709 23:30]:
On Mon, Jul 09, 2012 at 18:41:58, Tony Lindgren wrote:
* Vaibhav Hiremath hvaib...@ti.com [120709 01:55]:
On 7/6/2012 2:51 PM, Santosh Shilimkar wrote:
--- a/arch/arm/plat-omap
On Thu, Jul 05, 2012 at 20:57:43, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [120704 01:20]:
* Tony Lindgren t...@atomide.com [120704 00:29]:
* Vaibhav Hiremath hvaib...@ti.com [120703 06:12]:
Initially, we decided to make am33xx family of device to fall
under omap3 class
On Tue, Jul 10, 2012 at 14:11:08, Tony Lindgren wrote:
* Hiremath, Vaibhav hvaib...@ti.com [120627 13:37]:
--- a/arch/arm/plat-omap/include/plat/cpu.h
+++ b/arch/arm/plat-omap/include/plat/cpu.h
@@ -42,7 +42,14 @@
#define OMAP2_DEVICE_TYPE_GP 3
#define OMAP2_DEVICE_TYPE_BAD
On Tue, Jul 10, 2012 at 14:48:21, Tony Lindgren wrote:
* Hiremath, Vaibhav hvaib...@ti.com [120710 02:15]:
On Tue, Jul 10, 2012 at 14:11:08, Tony Lindgren wrote:
* Hiremath, Vaibhav hvaib...@ti.com [120627 13:37]:
--- a/arch/arm/plat-omap/include/plat/cpu.h
+++ b/arch/arm/plat-omap
On Wed, Jul 04, 2012 at 14:59:45, Paul Walmsley wrote:
On Wed, 4 Jul 2012, Hiremath, Vaibhav wrote:
Yes it does, and was expecting it to go along with Kevin's series.
The AM33xx patch isn't a cleanup -- it adds new functionality -- so it
doesn't belong as part of a cleanup series
On Mon, Jul 09, 2012 at 16:09:59, Shilimkar, Santosh wrote:
On Mon, Jul 9, 2012 at 2:20 PM, Vaibhav Hiremath hvaib...@ti.com wrote:
On 7/6/2012 2:51 PM, Santosh Shilimkar wrote:
From: R Sricharan r.sricha...@ti.com
OMAP5430 is Texas Instrument's SOC based on ARM Cortex-A15 SMP
On Wed, Jul 04, 2012 at 12:57:58, Tony Lindgren wrote:
Hi
Applying these, but few comments below to make my life easier..
* Vaibhav Hiremath hvaib...@ti.com [120628 08:04]:
All OMAP2PLUS based devices, builds omap-device.o target;
so just add one entry so that there is no need to patch
On Wed, Jul 04, 2012 at 14:43:15, Paul Walmsley wrote:
On Tue, 3 Jul 2012, Hiremath, Vaibhav wrote:
On Thu, Jun 28, 2012 at 21:14:16, Hiremath, Vaibhav wrote:
AM33XX PRCM architecture is different that any OMAP family
of devices, so it is required to have separate implementation
On Wed, Jul 04, 2012 at 14:43:15, Paul Walmsley wrote:
On Tue, 3 Jul 2012, Hiremath, Vaibhav wrote:
On Thu, Jun 28, 2012 at 21:14:16, Hiremath, Vaibhav wrote:
AM33XX PRCM architecture is different that any OMAP family
of devices, so it is required to have separate implementation
On Wed, Jul 04, 2012 at 12:54:54, Tony Lindgren wrote:
* Vaibhav Hiremath hvaib...@ti.com [120703 06:12]:
Initially, we decided to make am33xx family of device to fall
under omap3 class (cpu_is_omap34xx() = true), since it carries
Cortex-A8 core. But while adding complete baseport support
101 - 200 of 785 matches
Mail list logo