On Mon, Feb 18, 2013 at 1:06 PM, Vincent Stehlé v-ste...@ti.com wrote:
Signed-off-by: Vincent Stehlé v-ste...@ti.com
Thanks, applied to remoteproc-next.
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo
On Wed, Feb 27, 2013 at 7:10 PM, Vincent Stehlé v-ste...@ti.com wrote:
OMAP5 has spinlocks, too.
Signed-off-by: Vincent Stehlé v-ste...@ti.com
Cc: Ohad Ben-Cohen o...@wizery.com
Cc: Tony Lindgren t...@atomide.com
Thanks, applied to hwspinlock-next.
--
To unsubscribe from this list: send the
On Thursday 04 April 2013 11:36 PM, Jon Hunter wrote:
The L3 interrupt numbers are incorrect for OMAP4+ and are conflicting
with some of the timer interrupts causing the allocation of timer
interrupts to fail.
The problem is caused by adding 32 to the interrupt number for the L3
interrupts
On Friday 05 April 2013 01:46 AM, Jon Hunter wrote:
Main change is ensuring that the state of a gpio bank is restored when
booting with device-tree. The rest of the patches are clean-ups and one
optimisation.
The patch modifying the *.dtsi files should go via Benoit Cousson's
for_3.10/dts
Hi Kevin,
On Wednesday 03 April 2013 11:18 PM, Kevin Hilman wrote:
Sourav Poddarsourav.pod...@ti.com writes:
Hi Kevin,
On Wednesday 20 March 2013 05:36 PM, Sourav Poddar wrote:
Realised the list to whom the patch was send got dropped. Ccing
them all..
On Wednesday 20 March 2013 05:18 PM,
On Friday 05 April 2013 12:38 PM, Sourav Poddar wrote:
Hi Kevin,
On Wednesday 03 April 2013 11:18 PM, Kevin Hilman wrote:
Sourav Poddarsourav.pod...@ti.com writes:
Hi Kevin,
On Wednesday 20 March 2013 05:36 PM, Sourav Poddar wrote:
Realised the list to whom the patch was send got dropped.
According to
Documentation/devicetree/bindings/interrupt-controller/interrupts.txt
the #interrupt-cells property of an interrupt-controller is used
to define the number of cells needed to specify a single interrupt.
A commonly used variant is two cell on which #interrupt-cells = 2
and the first
On 04/04/2013 08:38 PM, Tony Lindgren wrote:
* Jon Hunter jon-hun...@ti.com [130319 10:42]:
Includes:
- A couple fixes for DMTIMER context loss handling.
- Populating DMTIMER errata when booting with device-tree.
- A new function for requesting a DMTIMER by device-tree node.
Based upon
On 04/05/2013 08:26 AM, Santosh Shilimkar wrote:
On Thursday 04 April 2013 11:36 PM, Jon Hunter wrote:
The L3 interrupt numbers are incorrect for OMAP4+ and are conflicting
with some of the timer interrupts causing the allocation of timer
interrupts to fail.
The problem is caused by adding
Santosh and Jon,
On 04/05/2013 10:08 AM, Benoit Cousson wrote:
On 04/05/2013 08:26 AM, Santosh Shilimkar wrote:
On Thursday 04 April 2013 11:36 PM, Jon Hunter wrote:
The L3 interrupt numbers are incorrect for OMAP4+ and are conflicting
with some of the timer interrupts causing the allocation
On Friday 05 April 2013 01:52 PM, Benoit Cousson wrote:
Santosh and Jon,
On 04/05/2013 10:08 AM, Benoit Cousson wrote:
On 04/05/2013 08:26 AM, Santosh Shilimkar wrote:
On Thursday 04 April 2013 11:36 PM, Jon Hunter wrote:
The L3 interrupt numbers are incorrect for OMAP4+ and are conflicting
Hi Roger,
On 03/20/2013 04:44 PM, Roger Quadros wrote:
Hi Tony,
These patches provide the SoC side code required to support
the changes in the OMAP USB Host drivers done in [1], [2] [3].
Device tree support is added for Beagleboard only. I've removed
Panda device tree support till we
On 04/02/2013 11:23 AM, Roger Quadros wrote:
+ Paul
On 03/26/2013 12:23 PM, Roger Quadros wrote:
Register a device tree clock provider for the clocks
on the OMAP4 SoC. Also provide the binding information.
For now we only provide AUXCLKs.
NOTE: this patch depends on
On 11:47-20130405, Roger Quadros wrote:
On 04/02/2013 11:23 AM, Roger Quadros wrote:
+ Paul
On 03/26/2013 12:23 PM, Roger Quadros wrote:
Register a device tree clock provider for the clocks
on the OMAP4 SoC. Also provide the binding information.
For now we only provide AUXCLKs
On 04/05/2013 11:48 AM, Nishanth Menon wrote:
On 11:47-20130405, Roger Quadros wrote:
On 04/02/2013 11:23 AM, Roger Quadros wrote:
+ Paul
On 03/26/2013 12:23 PM, Roger Quadros wrote:
Register a device tree clock provider for the clocks
on the OMAP4 SoC. Also provide the binding information
On Thursday 04 April 2013 11:01 PM, Kevin Hilman wrote:
Santosh Shilimkar santosh.shilim...@ti.com writes:
On Thursday 04 April 2013 02:19 AM, Kevin Hilman wrote:
Santosh Shilimkar santosh.shilim...@ti.com writes:
Add power management code to handle the CPU off mode to enable CPUP hotplug
On Thursday 04 April 2013 11:12 PM, Kevin Hilman wrote:
Santosh Shilimkar santosh.shilim...@ti.com writes:
On Thursday 04 April 2013 02:24 AM, Kevin Hilman wrote:
Santosh Shilimkar santosh.shilim...@ti.com writes:
While waking up CPU from off state using clock domain force wakeup, restore
On Thu, Apr 04, 2013 at 03:16:14PM -0500, Jon Hunter wrote:
The OMAP GPIO interrupt service routine is checking each bit in the
GPIO interrupt status register to see which bits are set. It is not
efficient to check every bit especially if only a few bits are set.
Therefore, instead of checking
On Thursday 04 April 2013 11:25 PM, Kevin Hilman wrote:
Santosh Shilimkar santosh.shilim...@ti.com writes:
On Thursday 04 April 2013 02:55 AM, Kevin Hilman wrote:
Santosh Shilimkar santosh.shilim...@ti.com writes:
The OMAP5 idle driver can re-use OMAP4 CPUidle driver implementation thanks
On Fri, Apr 05, 2013 at 12:09:42AM -0500, Nishanth Menon wrote:
If we ignore the details of the class 1.5 implementation, we will notice
a) regulator set_voltage equivalent set_voltage() is required.
b) this set_voltage does some 'magic stuff' depending on the SoC and AVS class
and calls the
On Friday 05 April 2013 12:30 AM, Nishanth Menon wrote:
On 10:43-20130404, Rajendra Nayak wrote:
On Thursday 04 April 2013 08:22 AM, Nishanth Menon wrote:
On 11:47-20130403, Kevin Hilman wrote:
Nishanth Menon n...@ti.com writes:
[...]
diff --git a/arch/arm/mach-omap2/board-generic.c
Hi Roger,
On 04/05/2013 10:30 AM, Benoit Cousson wrote:
...
ARM: dts: OMAP4: Add HS USB Host IP nodes
ARM: dts: OMAP3: Add HS USB Host IP nodes
ARM: dts: omap3-beagle: Add USB Host support
These 3 DTS patches are good to me, but I cannot applied them on top of
the already existing
Commit f41caddbe73f52a42f529d668ce47b4d693fd2c0 (omap2+: Use Kconfig
symbol in Makefile instead of obj-y) reorganized this Makefile. But,
for some reason, it also added references to CONFIG_MACH_ENCORE and
board-omap3encore.o. But there's no Kconfig symbol MACH_ENCORE and
there's no file
Merge commit 952414505f55afe5cd6dc004765076aa22b3ed7e (Merge branch
'next/cleanup' of git://git.linaro.org/people/arnd/arm-soc) added
references to CONFIG_MACH_PCM049 and board-omap4pcm049.o to this
Makefile. But there's no Kconfig symbol MACH_PCM049 and there's no file
board-omap4pcm049.c. This
On 04/04/2013 07:41 PM, Tony Lindgren wrote:
* Roger Quadros rog...@ti.com [130404 00:39]:
On 04/04/2013 02:42 AM, Tony Lindgren wrote:
--- a/arch/arm/mach-omap2/cclock44xx_data.c
+++ b/arch/arm/mach-omap2/cclock44xx_data.c
@@ -27,6 +27,7 @@
#include linux/clk-private.h
#include
On Thu, Apr 4, 2013 at 2:50 PM, Roger Quadros rog...@ti.com wrote:
correcting misleading subject line.
was (Re: MUSB regression in linux next at least for pandboard)
On 04/04/2013 02:36 PM, Roger Quadros wrote:
Hi,
On 02/07/2013 04:10 PM, Grazvydas Ignotas wrote:
On Thu, Feb 7, 2013 at
On Fri, Apr 5, 2013 at 4:50 AM, Rajendra Nayak rna...@ti.com wrote:
On Friday 05 April 2013 12:30 AM, Nishanth Menon wrote:
On 10:43-20130404, Rajendra Nayak wrote:
On Thursday 04 April 2013 08:22 AM, Nishanth Menon wrote:
On 11:47-20130403, Kevin Hilman wrote:
Nishanth Menon n...@ti.com
On 04/05/2013 02:11 PM, Grazvydas Ignotas wrote:
On Thu, Apr 4, 2013 at 2:50 PM, Roger Quadros rog...@ti.com wrote:
correcting misleading subject line.
was (Re: MUSB regression in linux next at least for pandboard)
On 04/04/2013 02:36 PM, Roger Quadros wrote:
Hi,
On 02/07/2013 04:10 PM,
On Friday 05 April 2013 02:37 PM, Santosh Shilimkar wrote:
On Thursday 04 April 2013 11:12 PM, Kevin Hilman wrote:
Santosh Shilimkar santosh.shilim...@ti.com writes:
On Thursday 04 April 2013 02:24 AM, Kevin Hilman wrote:
Santosh Shilimkar santosh.shilim...@ti.com writes:
While waking up
On 04/05/2013 01:35 AM, Santosh Shilimkar wrote:
On Friday 05 April 2013 01:46 AM, Jon Hunter wrote:
Main change is ensuring that the state of a gpio bank is restored when
booting with device-tree. The rest of the patches are clean-ups and one
optimisation.
The patch modifying the *.dtsi
On Thu, 2013-04-04 at 16:42 +0530, Santosh Shilimkar wrote:
+ Tero and few more TI folks,
Hi,
Added some comments below.
On Thursday 04 April 2013 01:12 AM, Paul Walmsley wrote:
Hi Santosh
On Wed, 3 Apr 2013, Santosh Shilimkar wrote:
Thes patchset has already missed last couple
Kevin,
As discussed on list, I split the v2 [1] series into cleanup and OMAP5 support.
This series contains the clean-up patches. I have rebased on top of Tony's
pull request and your 3.10/* branches. Series is tested on OMAP4430 SDP
with CPUIDLE and suspend. OMAP5 PM support I will post later
Current code has rather inconsistent function names for 'secondary_startup'
routines. Update it to make it more consistent.
Suggested by Kevin Hilman as part of OMAP5 PM patch review.
Cc: Kevin Hilman khil...@deeprootsystems.com
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
The OMAP5 idle driver can re-use most of OMAP4 CPUidle driver
implementation. Also the next derivative SOCs are going to re-use
the MPUSS so, same driver with minor updates can be re-used.
Prepare the code so that its easier to add CPUidle support for
OMAP5 devices.
Acked-by: Nishanth Menon
OMAP5 and future OMAP based SOCs has backward compatible MPUSS
IP block with OMAP4. It's programming model is mostly similar.
Hence consolidate the OMAP MPUSS code so that it can be re-used
on OMAP5 and future SOCs.
No functional change.
Acked-by: Nishanth Menon n...@ti.com
Signed-off-by:
OMAP5 has backward compatible PRCM block and it's programming
model is mostly similar to OMAP4. Same is going to be maintained
for future OMAP4 based SOCs. Hence consolidate the OMAP4 power
management code so that it can be re-used on OMAP5 and later devices.
While at it, update the kernel-doc
On Wednesday 06 March 2013 07:42 PM, Matt Porter wrote:
Changes since v2:
- dropped skip platform_get_resource_byname() patch
Changes since v1:
- rebase to 3.9-rc1, previous dependencies upstream
This series adds DT DMA Engine Client support to the omap_hsmmc.
It leverages the
Hi Santosh,
On Friday 05 April 2013 12:45 PM, Santosh Shilimkar wrote:
On Friday 05 April 2013 12:38 PM, Sourav Poddar wrote:
Hi Kevin,
On Wednesday 03 April 2013 11:18 PM, Kevin Hilman wrote:
Sourav Poddarsourav.pod...@ti.com writes:
Hi Kevin,
On Wednesday 20 March 2013 05:36 PM, Sourav
With dt boot, uart wakeup after suspend is non functional while using
no_console_suspend in the bootargs. With no_console_suspend used, we
should prevent the runtime suspend of the uart port which is getting used
as an console.
Cc: Santosh Shilimkarsantosh.shilim...@ti.com
Cc: Felipe
On Fri, Apr 05, 2013 at 06:29:00PM +0530, Santosh Shilimkar wrote:
OMAP5 and future OMAP based SOCs has backward compatible MPUSS
IP block with OMAP4. It's programming model is mostly similar.
s/It's/Its/
s/mostly //
(similar already expands to 'almost the same' :-)
@@ -355,6 +389,12 @@ int
On Fri, Apr 05, 2013 at 06:29:01PM +0530, Santosh Shilimkar wrote:
OMAP5 has backward compatible PRCM block and it's programming
model is mostly similar to OMAP4. Same is going to be maintained
for future OMAP4 based SOCs. Hence consolidate the OMAP4 power
management code so that it can be
On Friday 05 April 2013 06:51 PM, Felipe Balbi wrote:
On Fri, Apr 05, 2013 at 06:29:01PM +0530, Santosh Shilimkar wrote:
OMAP5 has backward compatible PRCM block and it's programming
model is mostly similar to OMAP4. Same is going to be maintained
for future OMAP4 based SOCs. Hence consolidate
On 16:19-20130405, Felipe Balbi wrote:
On Fri, Apr 05, 2013 at 06:29:00PM +0530, Santosh Shilimkar wrote:
OMAP5 and future OMAP based SOCs has backward compatible MPUSS
IP block with OMAP4. It's programming model is mostly similar.
s/It's/Its/
s/mostly //
(similar already expands
On Friday 05 April 2013 06:49 PM, Felipe Balbi wrote:
On Fri, Apr 05, 2013 at 06:29:00PM +0530, Santosh Shilimkar wrote:
OMAP5 and future OMAP based SOCs has backward compatible MPUSS
IP block with OMAP4. It's programming model is mostly similar.
s/It's/Its/
s/mostly //
(similar already
On Friday 05 April 2013 07:05 PM, Nishanth Menon wrote:
On 16:19-20130405, Felipe Balbi wrote:
On Fri, Apr 05, 2013 at 06:29:00PM +0530, Santosh Shilimkar wrote:
OMAP5 and future OMAP based SOCs has backward compatible MPUSS
IP block with OMAP4. It's programming model is mostly similar.
s
Hi,
On Fri, Apr 05, 2013 at 08:35:11AM -0500, Nishanth Menon wrote:
On 16:19-20130405, Felipe Balbi wrote:
On Fri, Apr 05, 2013 at 06:29:00PM +0530, Santosh Shilimkar wrote:
OMAP5 and future OMAP based SOCs has backward compatible MPUSS
IP block with OMAP4. It's programming model
On 17:04-20130405, Felipe Balbi wrote:
Hi,
On Fri, Apr 05, 2013 at 08:35:11AM -0500, Nishanth Menon wrote:
On 16:19-20130405, Felipe Balbi wrote:
On Fri, Apr 05, 2013 at 06:29:00PM +0530, Santosh Shilimkar wrote:
OMAP5 and future OMAP based SOCs has backward compatible MPUSS
IP
On Fri, Apr 05, 2013 at 09:18:02AM -0500, Nishanth Menon wrote:
On 17:04-20130405, Felipe Balbi wrote:
Hi,
On Fri, Apr 05, 2013 at 08:35:11AM -0500, Nishanth Menon wrote:
On 16:19-20130405, Felipe Balbi wrote:
On Fri, Apr 05, 2013 at 06:29:00PM +0530, Santosh Shilimkar wrote
* Benoit Cousson b-cous...@ti.com [130405 03:00]:
On 04/05/2013 10:30 AM, Benoit Cousson wrote:
...
ARM: dts: OMAP4: Add HS USB Host IP nodes
ARM: dts: OMAP3: Add HS USB Host IP nodes
ARM: dts: omap3-beagle: Add USB Host support
These 3 DTS patches are good to me, but I
* Roger Quadros rog...@ti.com [130405 03:44]:
On 04/04/2013 07:41 PM, Tony Lindgren wrote:
* Roger Quadros rog...@ti.com [130404 00:39]:
On 04/04/2013 02:42 AM, Tony Lindgren wrote:
For v3.10, let's just make sure that USB works with DT as then
after v3.10 we can make omap4 DT only and
* Nishanth Menon n...@ti.com [130405 04:31]:
On Fri, Apr 5, 2013 at 4:50 AM, Rajendra Nayak rna...@ti.com wrote:
On Friday 05 April 2013 12:30 AM, Nishanth Menon wrote:
- I am agree with Tony in his discussion in
http://marc.info/?t=13637032569r=1w=2
*if* we are moving clock to DT,
On 09:13-20130405, Tony Lindgren wrote:
* Nishanth Menon n...@ti.com [130405 04:31]:
On Fri, Apr 5, 2013 at 4:50 AM, Rajendra Nayak rna...@ti.com wrote:
On Friday 05 April 2013 12:30 AM, Nishanth Menon wrote:
- I am agree with Tony in his discussion in
http://marc.info/?t
* Nishanth Menon n...@ti.com [130405 09:37]:
on the first step angle,
Applying current approach that Roger has taken:
Benoit's tree:
git://git.kernel.org/pub/scm/linux/kernel/git/bcousson/linux-omap-dt.git
for_3.10/dts d114294 ARM: dts: AM33XX: Corrects typo in interrupt field in
SPI
On 08:29-20130329, Viresh Kumar wrote:
On Fri, Mar 29, 2013 at 3:22 AM, Nishanth Menon n...@ti.com wrote:
As multi-platform build is being adopted by more and more ARM platforms,
initcall function should be used very carefully. For example, when
CONFIG_ARM_OMAP2PLUS_CPUFREQ is built in the
* Santosh Shilimkar santosh.shilim...@ti.com [130405 09:52]:
On Thursday 04 April 2013 10:27 PM, Santosh Shilimkar wrote:
On Thursday 04 April 2013 10:22 PM, Tony Lindgren wrote:
* Santosh Shilimkar santosh.shilim...@ti.com [130404 04:15]:
[..]
Can't we already trim the am33xx hwmod data
On 10:05-20130405, Tony Lindgren wrote:
* Nishanth Menon n...@ti.com [130405 09:37]:
on the first step angle,
Applying current approach that Roger has taken:
Benoit's tree:
git://git.kernel.org/pub/scm/linux/kernel/git/bcousson/linux-omap-dt.git
for_3.10/dts d114294 ARM: dts: AM33XX
Sourav Poddar sourav.pod...@ti.com writes:
With dt boot, uart wakeup after suspend is non functional while using
no_console_suspend in the bootargs. With no_console_suspend used, we
should prevent the runtime suspend of the uart port which is getting used
as an console.
Cc: Santosh
Jon Hunter jon-hun...@ti.com writes:
Main change is ensuring that the state of a gpio bank is restored when
booting with device-tree. The rest of the patches are clean-ups and one
optimisation.
The patch modifying the *.dtsi files should go via Benoit Cousson's
for_3.10/dts branch [1] as it
On 04/04/2013 07:41 PM, Tony Lindgren wrote:
* Roger Quadros rog...@ti.com [130404 00:39]:
On 04/04/2013 02:42 AM, Tony Lindgren wrote:
--- a/arch/arm/mach-omap2/cclock44xx_data.c
+++ b/arch/arm/mach-omap2/cclock44xx_data.c
@@ -27,6 +27,7 @@
#include linux/clk-private.h
#include
* Nishanth Menon n...@ti.com [130405 10:22]:
On 10:05-20130405, Tony Lindgren wrote:
diff --git a/arch/arm/mach-omap2/board-generic.c
b/arch/arm/mach-omap2/board-generic.c
index afa509a..5b147ef 100644
--- a/arch/arm/mach-omap2/board-generic.c
+++ b/arch/arm/mach-omap2/board
On 12:28-20130405, Tony Lindgren wrote:
* Nishanth Menon n...@ti.com [130405 10:22]:
On 10:05-20130405, Tony Lindgren wrote:
diff --git a/arch/arm/mach-omap2/board-generic.c
b/arch/arm/mach-omap2/board-generic.c
index afa509a..5b147ef 100644
--- a/arch/arm/mach-omap2/board
* Nishanth Menon n...@ti.com [130405 13:06]:
On 12:28-20130405, Tony Lindgren wrote:
* Nishanth Menon n...@ti.com [130405 10:22]:
On 10:05-20130405, Tony Lindgren wrote:
diff --git a/arch/arm/mach-omap2/board-generic.c
b/arch/arm/mach-omap2/board-generic.c
index afa509a
Santosh Shilimkar santosh.shilim...@ti.com writes:
The OMAP5 idle driver can re-use most of OMAP4 CPUidle driver
implementation. Also the next derivative SOCs are going to re-use
the MPUSS so, same driver with minor updates can be re-used.
Prepare the code so that its easier to add CPUidle
On 14:10-20130405, Tony Lindgren wrote:
* Nishanth Menon n...@ti.com [130405 13:06]:
On 12:28-20130405, Tony Lindgren wrote:
[...]
How about just set it up in omap2_common_pm_init instead
of the board-generic?
umm.. We want to eventually want to get rid of mach-omap2/pm.c (all
those
Nishanth Menon n...@ti.com writes:
On 08:29-20130329, Viresh Kumar wrote:
On Fri, Mar 29, 2013 at 3:22 AM, Nishanth Menon n...@ti.com wrote:
As multi-platform build is being adopted by more and more ARM platforms,
initcall function should be used very carefully. For example, when
* Santosh Shilimkar santosh.shilim...@ti.com [130405 06:01]:
OMAP5 has backward compatible PRCM block and it's programming
model is mostly similar to OMAP4. Same is going to be maintained
for future OMAP4 based SOCs. Hence consolidate the OMAP4 power
management code so that it can be re-used
On 14:34-20130405, Kevin Hilman wrote:
Nishanth Menon n...@ti.com writes:
On 08:29-20130329, Viresh Kumar wrote:
On Fri, Mar 29, 2013 at 3:22 AM, Nishanth Menon n...@ti.com wrote:
[...]
Acked-by: Viresh Kumar viresh.ku...@linaro.org
Since this patch could be merged independently to help
* Nishanth Menon n...@ti.com [130405 14:37]:
On 14:10-20130405, Tony Lindgren wrote:
* Nishanth Menon n...@ti.com [130405 13:06]:
On 12:28-20130405, Tony Lindgren wrote:
[...]
How about just set it up in omap2_common_pm_init instead
of the board-generic?
umm.. We want
On 14:40-20130405, Tony Lindgren wrote:
* Nishanth Menon n...@ti.com [130405 14:37]:
On 14:10-20130405, Tony Lindgren wrote:
* Nishanth Menon n...@ti.com [130405 13:06]:
On 12:28-20130405, Tony Lindgren wrote:
[...]
How about just set it up in omap2_common_pm_init instead
* Nishanth Menon n...@ti.com [130405 15:15]:
How does the following look?
Option a) not have a dummy node if CPUFREQ_CPU0 is not configured:
static inline void omap_init_cpufreq(void)
{
struct platform_device_info devinfo = { };
if (!of_have_populated_dt())
On 15:17-20130405, Tony Lindgren wrote:
* Nishanth Menon n...@ti.com [130405 15:15]:
Option b) leave a dummy node registered
static inline void omap_init_cpufreq(void)
{
struct platform_device_info devinfo = { };
if (!of_have_populated_dt())
devinfo.name = omap
Santosh Shilimkar santosh.shilim...@ti.com writes:
As discussed on list, I split the v2 [1] series into cleanup and OMAP5
support.
Thanks.
This series contains the clean-up patches. I have rebased on top of Tony's
pull request and your 3.10/* branches. Series is tested on OMAP4430 SDP
Tony,
This OMAP PM fixes tag is based on your cleanup-v2 branch due to some
dependencies in the series from Santosh you already merged.
Kevin
The following changes since commit c309f7f46167e85d1aae2fd31f23e7d2b5cdfbe0:
Merge branch 'for_3.10/omap_generic_cleanup_v2' of
Tony,
Please pull the following changes for OMAP CPUidle for v3.10.
Kevin
The following changes since commit 07961ac7c0ee8b546658717034fe692fd12eefa9:
Linux 3.9-rc5 (2013-03-31 15:12:43 -0700)
are available in the git repository at:
74 matches
Mail list logo