On 11:30-20130302, Santosh Shilimkar wrote:
On Saturday 02 March 2013 01:42 AM, Nishanth Menon wrote:
On 17:40-20130301, Santosh Shilimkar wrote:
diff --git a/arch/arm/mach-omap2/io.c b/arch/arm/mach-omap2/io.c
index 2c3fdd6..e6ba596 100644
--- a/arch/arm/mach-omap2/io.c
+++ b/arch/arm
On 11:44-20130302, Santosh Shilimkar wrote:
On Saturday 02 March 2013 03:06 AM, Nishanth Menon wrote:
On 17:40-20130301, Santosh Shilimkar wrote:
Add power management code to handle the CPU off mode. Separate
suspend finisher is used for OMAP5(Cortex-A15) because it doesn't
use SCU power
On 11:54-20130302, Santosh Shilimkar wrote:
On Saturday 02 March 2013 05:13 AM, Nishanth Menon wrote:
On 17:41-20130301, Santosh Shilimkar wrote:
When the entire MPUSS cluster is powered down in device off state, L2 cache
memory looses it's content and hence while targetting such a state
On 12:17-20130302, Santosh Shilimkar wrote:
On Saturday 02 March 2013 05:55 AM, Nishanth Menon wrote:
On 17:41-20130301, Santosh Shilimkar wrote:
The OMAP5 idle driver can re-use OMAP4 CPUidle driver implementation thanks
to compatible MPUSS design.
Though unlike OMAP4, on OMAP5 devices
$subject - warm reset
On 17:41-20130301, Santosh Shilimkar wrote:
From: Nishanth Menon n...@ti.com
OMAP5 and OMAP4 have different device instance offsets.
So to handle them properly, use a runtime detected instance offset
Other bit offsets and register offsets remained constant
On 18:39-20130301, Santosh Shilimkar wrote:
On Friday 01 March 2013 06:34 PM, Nishanth Menon wrote:
$subject - warm reset
ok
On 17:41-20130301, Santosh Shilimkar wrote:
From: Nishanth Menon n...@ti.com
OMAP5 and OMAP4 have different device instance offsets.
So to handle them
omap_pm_ops = {
+ .finish_suspend = default_finish_suspend,
+ .resume = dummy_cpu_resume,
+ .scu_prepare= dummy_scu_prepare,
+};
+
Otherwise,
Acked-by: Nishanth Menon n...@ti.com
--
Regards,
Nishanth Menon
--
To unsubscribe from this list: send
solution, IMHO.
Regards,
Nishanth Menon
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On 17:40-20130301, Santosh Shilimkar wrote:
On OMAP5, RM_CPUi_CPUi_CONTEXT offset has changed. Update the code
so that same code works for OMAP4+ devices.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Acked-by: Nishanth Menon n...@ti.com
--
Regards,
Nishanth Menon
-omap2/sleep_omap4plus.S
similarity index 100%
rename from arch/arm/mach-omap2/sleep44xx.S
rename to arch/arm/mach-omap2/sleep_omap4plus.S
--
1.7.9.5
--
Regards,
Nishanth Menon
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord
0xc08
Curious, I see OMAP5_AMBA_IF_MODE_OFFSET in
arch/arm/mach-omap2/omap4-sar-layout.h
if we dont save new modified contents there, Wont restore logic just
reset it back to 0?
--
Regards,
Nishanth Menon
--
To unsubscribe from this list: send the line unsubscribe linux-omap
/listinfo/linux-arm-kernel
--
Regards,
Nishanth Menon
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
aware that machine_desc does not provide us
that flexibility - should'nt we rather extend it for the same instead of
having to go through the same pain all over again?
+ omap2_clk_enable_autoidle_all();
+}
#endif
--
Regards,
Nishanth Menon
--
To unsubscribe from this list: send the line
to organize it as per
feature, then maybe:
patch 9 supports just WFI. patch 10 brings in additional suspend and
resume handler for OSWR, patch 11 for device OFF,
in each stage adding documentation for save_state - so that it is
appropriate and in context.
--
Regards,
Nishanth Menon
--
To unsubscribe from
);
clkdm_allow_idle(cpu1_clkdm);
if (IS_PM44XX_ERRATUM(PM_OMAP4_ROM_SMP_BOOT_ERRATUM_GICD)) {
Otherwise:
Acked-by: Nishanth Menon n...@ti.com
--
Regards,
Nishanth Menon
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message
resume
+ENDPROC(omap5_cpu_resume)
#endif
Other than the previously raised concern,
Acked-by: Nishanth Menon n...@ti.com
--
Regards,
Nishanth Menon
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info
,
Nishanth Menon
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
(omap4_idle_driver);
if (cpuidle_register_device(dev)) {
Otherwise,
Acked-by: Nishanth Menon n...@ti.com
--
Regards,
Nishanth Menon
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
the CPU cluster state for L2X0 low power operations.
*/
Acked-by: Nishanth Menon n...@ti.com
--
Regards,
Nishanth Menon
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org
:
otherwise, OK.
--
Regards,
Nishanth Menon
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
___
linux-arm-kernel mailing list
linux-arm-ker...@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
--
Regards,
Nishanth Menon
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord
with exception overrides like mpurate, which dont always work 100%.
---
Regards,
Nishanth Menon
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
suggestion:
https://patchwork.kernel.org/patch/98720/
SoCinfo framework which was supposed to introduce this
Would'nt that be a better approach to take than an OMAP only solution?
Ccying eduardo who had driven this for some time.
--
Regards,
Nishanth Menon
--
To unsubscribe from this list: send the line
On 01:08-20130130, Ruslan Bilovol wrote:
Hi,
On Tue, Jan 29, 2013 at 6:02 PM, Nishanth Menon n...@ti.com wrote:
On 17:54-20130129, Ruslan Bilovol wrote:
Hi,
The following patches update cpuinfo to print CPU
model name for ARM. First patch exactly makes needed
changes for ARM
is SoC
name OMAP4470 ES1.0 HS - it is just OMAP4470.
Regards,
Nishanth Menon
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On 01/27/2013 08:12 AM, Paolo Pisati wrote:
On Fri, Jan 25, 2013 at 08:43:15AM +, Mats Liljegren wrote:
Hi Steven,
Do you have CONFIG_CPU_FREQ enabled? As I posted earlier in linux-kernel forum
(Failed booting PandaBoard ES with Linux 3.8 RC4 two days ago) my PandaBoard
ES hangs while
Beaglebone: omap2plus_defconfig kernels don't boot
- May be fixed now, pending retest:
- http://marc.info/?l=linux-omapm=135082257727502w=2
- Not yet part of the automated test suite
- Nishanth Menon Vaibhav Hiremath report that it works for them
* May be due to an old U-boot with FDT
...@ahsoftware.de
Signed-off-by: Nishanth Menon n...@ti.com
---
drivers/cpufreq/omap-cpufreq.c |3 +++
1 file changed, 3 insertions(+)
Fixes warning as follows: http://dpaste.de/5j4qX/
[ 5.175323] ===
[ 5.179901] [ INFO: suspicious RCU usage. ]
[ 5.184295] 3.7.1
Acked-by: Alexander Holler hol...@ahsoftware.de
Signed-off-by: Nishanth Menon n...@ti.com
---
drivers/cpufreq/cpufreq-cpu0.c |5 +
1 file changed, 5 insertions(+)
Fixes warning as shown in: http://pastebin.com/6Y0bpCFi
Something similar to this was attempted to be addressed by:
https
as needed.
Signed-off-by: Nishanth Menon n...@ti.com
---
drivers/devfreq/exynos4_bus.c | 94 +
1 file changed, 67 insertions(+), 27 deletions(-)
diff --git a/drivers/devfreq/exynos4_bus.c b/drivers/devfreq/exynos4_bus.c
index 80c745e..6d72f12 100644
OPP pointers are protected by RCU locks, the pointer validity is
permissible only under the section of rcu_read_lock to rcu_read_unlock
Add documentation to the effect.
Signed-off-by: Nishanth Menon n...@ti.com
---
drivers/devfreq/devfreq.c |5 +
1 file changed, 5 insertions(+)
diff
)
[0.410522] [c04c5c4c] (kernel_init+0x100/0x2a0) from [c00131f0]
(ret_from_fork+0x14/0x24)
[0.410736] ---[ end trace 7bf9bef6496b19f5 ]---
[0.427185] omap-dma-engine omap-dma-engine: OMAP DMA engine driver
--
Regards,
Nishanth Menon
--
To unsubscribe from this list: send the line
at least.
--
Regards,
Nishanth Menon
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On 15:49-20130110, Matt Porter wrote:
On Thu, Jan 10, 2013 at 01:46:53PM -0600, Nishanth Menon wrote:
On 14:35-20130110, Matt Porter wrote:
On Sun, Oct 28, 2012 at 05:01:29PM +0530, Sekhar Nori wrote:
On 10/18/2012 6:56 PM, Matt Porter wrote
idea to remove the entire function sr_set_regfields
instead provide the err_weight, max_limit, accum_data, avgweights to
platform_data.
--
Regards,
Nishanth Menon
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
on a different board (not that I
have seen any different other than msecure), it might even be hooked on
to another GPIO, making this scenario not scaling to theoretical board
configuration.
--
Regards,
Nishanth Menon
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body
dependencies.
--
Regards,
Nishanth Menon
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On 11:16-20121107, Joshua Emele wrote:
On Wed, Nov 7, 2012 at 6:53 AM, Nishanth Menon n...@ti.com wrote:
On 17:47-20121106, Joshua Emele wrote:
+static int __cpuinit omap_iva_init(struct cpufreq_policy *policy)
+{
+ int result;
+ if (!iva_clk_name
On 17:46-20121106, Tony Lindgren wrote:
* Nishanth Menon n...@ti.com [121106 17:30]:
On 17:18-20121106, Tony Lindgren wrote:
* Nishanth Menon n...@ti.com [121106 13:50]:
On 10:49-20121106, Tony Lindgren wrote:
Looks like there are other things there too that's not platform
On 10:49-20121106, Tony Lindgren wrote:
* Nishanth Menon n...@ti.com [121105 07:04]:
Move voltdm_reset to include/linux/platform_data/voltage-omap.h
Acked-by: Jean Pihet j-pi...@ti.com
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm/mach-omap2/voltage.h |1
On 17:18-20121106, Tony Lindgren wrote:
* Nishanth Menon n...@ti.com [121106 13:50]:
On 10:49-20121106, Tony Lindgren wrote:
Looks like there are other things there too that's not platform data:
struct voltagedomain *voltdm_lookup(const char *name);
int voltdm_scale(struct
the series(RFC): on inductor L5 (VDD2 - core):
https://plus.google.com/photos/112464029509057661457/albums/5715034179943520193/5802619719180530114
RFC: http://marc.info/?t=13510287673r=1w=2
Nishanth Menon (6):
PM / AVS / OMAP: move Kconfig definition of smartreflex to avs
directory
ARM
includes
linux/platform_data/voltage-omap.h which contain relevant
definitions used here.
Acked-by: Jean Pihet j-pi...@ti.com
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm/mach-omap2/smartreflex-class3.c | 16 +---
arch/arm/mach-omap2/sr_device.c |5 +
drivers
remove duplicate definitions which are already present
in linux/platform_data/voltage-omap.h
Acked-by: Jean Pihet j-pi...@ti.com
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm/mach-omap2/voltage.h |3 ---
1 file changed, 3 deletions(-)
diff --git a/arch/arm/mach-omap2/voltage.h b
Minor cleanup to use the preferred pr_warn
Acked-by: Jean Pihet j-pi...@ti.com
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm/mach-omap2/smartreflex-class3.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/smartreflex-class3.c
b/arch/arm
Don't see why the source should be in drivers/power/avs, but not config option
Acked-by: Jean Pihet j-pi...@ti.com
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm/plat-omap/Kconfig | 22 --
drivers/power/avs/Kconfig | 22 ++
2 files changed, 22
Move voltdm_reset to include/linux/platform_data/voltage-omap.h
Acked-by: Jean Pihet j-pi...@ti.com
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm/mach-omap2/voltage.h |1 -
include/linux/platform_data/voltage-omap.h |1 +
2 files changed, 1 insertion(+), 1 deletion
Move the AVS class 3 driver to AVS directory
Acked-by: Jean Pihet j-pi...@ti.com
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm/mach-omap2/Makefile |1 -
arch/arm/plat-omap/Kconfig |9 -
drivers/power/avs/Kconfig
the series(RFC): on inductor L5 (VDD2 - core):
https://plus.google.com/photos/112464029509057661457/albums/5715034179943520193/5802619719180530114
RFC: http://marc.info/?t=13510287673r=1w=2
Changes since RFC:
- added Jean's Acked-by
- review comments addressed
Nishanth Menon (6):
PM / AVS
original logic is proving to be was pretty short sighted,
unfortunately :(
So, approach
Acked-by: Nishanth Menon n...@ti.com
--
Regards,
Nishanth Menon
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info
On 10:27-20121025, Jean Pihet wrote:
On Tue, Oct 23, 2012 at 11:43 PM, Nishanth Menon n...@ti.com wrote:
[..]
static int sr_class3_disable(struct omap_sr *sr, int is_volt_reset)
{
+ if (!sr-soc_ops.vp_enable) {
This should be ' if (!sr-soc_ops.vp_disbable) {'.
Argh.. yes. thanks
change pr_warnings to pr_warn and ensure a newline
is present in all messages
Cc: linux-omap@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Signed-off-by: Nishanth Menon n...@ti.com
---
V2: minor checkpatch alignment warning fix
and linux-omap in cc this time! apologies on the spam!
V1
On 15:12-20121025, Tony Lindgren wrote:
* Nishanth Menon n...@ti.com [121025 10:57]:
On 10:35-20121025, Kevin Hilman wrote:
From: Kevin Hilman khil...@ti.com
[..]
while we are at it, could we clean up the pr_warning usage back to
pr_warn as well?
diff --git a/arch/arm/mach-omap2/vc.c b
Move voltdm_reset to include/linux/platform_data/voltage-omap.h
This is an intermediate step to allow usage of the header by smartreflex
driver for usage of the same.
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm/mach-omap2/voltage.h |1 -
include/linux/platform_data
after the series: on inductor L5 (VDD2 - core):
https://plus.google.com/photos/112464029509057661457/albums/5715034179943520193/5802619719180530114
RFC for a view if this is ok as an intermediate step.
Nishanth Menon (6):
PM / AVS / OMAP: move Kconfig definition of smartreflex to avs
Don't see why the source should be in drivers/power/avs, but not
config option
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm/plat-omap/Kconfig | 22 --
drivers/power/avs/Kconfig | 22 ++
2 files changed, 22 insertions(+), 22 deletions
Remove duplicate definitions which are already present
in linux/platform_data/voltage-omap.h
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm/mach-omap2/voltage.h |3 ---
1 file changed, 3 deletions(-)
diff --git a/arch/arm/mach-omap2/voltage.h b/arch/arm/mach-omap2/voltage.h
index
Minor cleanup to use the preferred pr_warn
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm/mach-omap2/smartreflex-class3.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/smartreflex-class3.c
b/arch/arm/mach-omap2/smartreflex-class3.c
index
Move the SmartReflex AVS class3 driver to AVS directory along with the
config definition
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm/mach-omap2/Makefile |1 -
arch/arm/plat-omap/Kconfig |9 -
drivers/power/avs/Kconfig
includes
linux/platform_data/voltage-omap.h which contain relevant
definitions used here.
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm/mach-omap2/smartreflex-class3.c | 16 +---
arch/arm/mach-omap2/sr_device.c |5 +
drivers/power/avs/smartreflex.c
On 18:26-20121003, Mike Turquette wrote:
From: Mike Turquette mturque...@linaro.org
[...]
arch/arm/mach-omap2/Makefile |8 +-
arch/arm/mach-omap2/abb.c | 322
+
arch/arm/mach-omap2/abb.h | 94
On 16:21-20120531, Kevin Hilman wrote:
Nishanth Menon n...@ti.com writes:
From: Wenbiao Wang ww...@ti.com
Voltage Processor state machine transition to disable need to
occur from IDLE state. When we transition OPP in a functioning
system, the call sequence for an OPP transition
On 16:23-20120531, Kevin Hilman wrote:
Nishanth Menon n...@ti.com writes:
Ideally in the flow of DVFS programming, VP should be in idle state
(since we disabled it) before entering forceupdate. Ensure that
this is the case. Not doing this could cause VP statemachine
to enter invalid
On 16:27-20120531, Kevin Hilman wrote:
Nishanth Menon n...@ti.com writes:
Currently we check against the entire 32 bits of the status register
Where, bits 1-31 are marked as reserved and mentioned in TRM as read
returns undefined values.
ouch
Hence, check against purely
Reviewing the android code base brought out a few fixes that upstream
does not have, so collating them and posting them out in this chain.
Nishanth Menon (3):
ARM: OMAP3+: PM: VP: check only the VPINIDLE status bit
ARM: OMAP3+: PM: VP: move check of idle to separate function
ARM: OMAP3+: PM
-by: Vinay Amancha vinayku...@ti.com
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm/mach-omap2/vp.c |5 +++--
arch/arm/mach-omap2/vp.h |1 +
arch/arm/mach-omap2/vp3xxx_data.c |1 +
arch/arm/mach-omap2/vp44xx_data.c |1 +
4 files changed, 6 insertions(+), 2
: Tony Lindgren t...@atomide.com
Cc: Kevin Hilman khil...@ti.com
Cc: Eduardo Valentin eduardo.valen...@ti.com
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm/mach-omap2/vp.c | 55 --
arch/arm/mach-omap2/vp.h |6 -
2 files changed, 49
Lindgren t...@atomide.com
Cc: Kevin Hilman khil...@ti.com
Signed-off-by: Vinay Amancha vinayku...@ti.com
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm/mach-omap2/vp.c |7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/mach-omap2/vp.c b/arch/arm/mach-omap2/vp.c
index
with error(worst case expectancy
remains the same 3-100uSec depending on when we caught VP).
Cc: Tony Lindgren t...@atomide.com
Cc: Kevin Hilman khil...@ti.com
[n...@ti.com: port from android]
Signed-off-by: Nishanth Menon n...@ti.com
Signed-off-by: Wenbiao Wang ww...@ti.com
---
arch/arm/mach
...@lists.infradead.org
[n...@ti.com: port from android]
Signed-off-by: Nishanth Menon n...@ti.com
Signed-off-by: Wenbiao Wang ww...@ti.com
---
V3: updated documenation for VP_IDLE_TIMEOUT macro
V2: http://marc.info/?t=13373654251r=1w=2
arch/arm/mach-omap2/vp.c | 15 +--
arch/arm/mach-omap2
definition pointers :)
Cc: Kevin Hilman khil...@ti.com
Cc: Steve Sakoman st...@sakoman.com
Cc: Tony Lindgren t...@atomide.com
Cc: linux-omap@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm/mach-omap2/opp.c |3 +--
1 file changed
: added commit message]
Signed-off-by: Nishanth Menon n...@ti.com
Signed-off-by: Todd Poynor toddpoy...@google.com
---
arch/arm/plat-omap/clock.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/plat-omap/clock.c b/arch/arm/plat-omap/clock.c
index 62ec5c4..706b7e2 100644
--- a/arch
caught VP).
Cc: Tony Lindgren t...@atomide.com
Cc: Kevin Hilman khil...@ti.com
Cc: linux-omap@vger.kernel.org (open list:OMAP SUPPORT)
Cc: linux-arm-ker...@lists.infradead.org (moderated list:ARM PORT)
[n...@ti.com: port from android]
Signed-off-by: Nishanth Menon n...@ti.com
Signed-off-by: Wenbiao
with error(worst case expectancy
remains the same 3-100uSec depending on when we caught VP).
Cc: Tony Lindgren t...@atomide.com
Cc: Kevin Hilman khil...@ti.com
Cc: linux-omap@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
[n...@ti.com: port from android]
Signed-off-by: Nishanth Menon n
Reviewing the android code base brought out a few fixes that upstream
does not have, so collating them and posting them out in this chain.
Nishanth Menon (2):
ARM: OMAP3+: PM: VP: check to ensure VP is idle before forceupdate
ARM: OMAP3+: PM: VP: check only the VPINIDLE status bit
Wenbiao
with error(worst case expectancy
remains the same 3-100uSec depending on when we caught VP).
Cc: Tony Lindgren t...@atomide.com
Cc: Kevin Hilman khil...@ti.com
Cc: linux-omap@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
[n...@ti.com: port from android]
Signed-off-by: Nishanth Menon n
-omap@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Signed-off-by: Vinay Amancha vinayku...@ti.com
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm/mach-omap2/vp.c | 12
1 file changed, 12 insertions(+)
diff --git a/arch/arm/mach-omap2/vp.c b/arch/arm/mach-omap2/vp.c
From: Vikram Pandita vikram.pand...@ti.com
If the dpll is already locked, code can be optimized
to return much earlier than doing redundent set of lock mode
and wait on idlest.
Cc: Tony Lindgren t...@atomide.com
Cc: Jon Hunter jon-hun...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Mike Turquette
-omap@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Reported-by: Vinay Amancha vinayku...@ti.com
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm/mach-omap2/vp.c | 15 +--
arch/arm/mach-omap2/vp.h |1 +
arch/arm/mach-omap2/vp3xxx_data.c |1
location in voltage.h
OMAP4_VP_CONFIG_ERROROFFSET, OMAP4_VP_VSTEPMIN_VSTEPMIN,
OMAP4_VP_VSTEPMAX_VSTEPMAX, OMAP4_VP_VLIMITTO_TIMEOUT_US
[n...@ti.com: cleaned up TPS to handle board variations]
Signed-off-by: Nishanth Menon n...@ti.com
Signed-off-by: Vishwanath BS vishwanath...@ti.com
[t
Acked-by: Nishanth Menon n...@ti.com
Signed-off-by: Konstantin Shlyakhovoy x0155...@ti.com
---
drivers/rtc/rtc-twl.c | 43 ++-
1 files changed, 38 insertions(+), 5 deletions(-)
diff --git a/drivers/rtc/rtc-twl.c b/drivers/rtc/rtc-twl.c
index 4c2c6df..258abea
if this works for you
From 5275d09c9f1a16c8f0814745e1c313c6cca049f6 Mon Sep 17 00:00:00 2001
From: Nishanth Menon n...@ti.com
Date: Fri, 16 Mar 2012 09:13:24 -0500
Subject: [PATCH] OMAP2+: OPP: allow OPP enumeration to continue if device is
not present
On platforms such as OMAP3, certain variants may
Schwerin m...@tigris.de
Signed-off-by: Nishanth Menon n...@ti.com
---
Discussion: http://marc.info/?t=13317468932r=1w=2
arch/arm/mach-omap2/opp.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/opp.c b/arch/arm/mach-omap2/opp.c
index 9262a6b
allowing for parent child clock traversal which could be
potentially be done by runtime operations to be safe as well.
Reported-by: Todd Poynor toddpoy...@google.com
Signed-off-by: Nishanth Menon n...@ti.com
---
To confirm this in reality happens, I setup a trap as follows:
@@ -450,6 +450,8
)
OMAP3430_ST_IO_CHAIN_MASK) == 0),
MAX_IOPAD_LATCH_TIME,
i);
gone now?
--
Regards,
Nishanth Menon
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
better implementation]
Signed-off-by: Nishanth Menon n...@ti.com
Signed-off-by: Yuan Jiangli jly...@motorola.com
---
arch/arm/mach-omap2/vp.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/vp.c b/arch/arm/mach-omap2/vp.c
index 0df8882..f95c1ba
= 0
Fix the same using DIV_ROUND_UP as an extra wait clock cycle
is better than lesser clock cycle. For the above example, this
translates to:
= (1 * 38400) / (1000 * 32000)
= 12
Acked-by: Jon Hunter jon-hun...@ti.com
[n...@ti.com: slightly better implementation]
Signed-off-by: Nishanth Menon
)
+ OMAP3430_ST_IO_CHAIN_MASK) == 1),
umm
arch/arm/mach-omap2/prm-regbits-34xx.h:#define OMAP3430_ST_IO_CHAIN_MASK
(1 16)
(reg (1 16)) == 1
will ever be true?
--
Regards,
Nishanth Menon
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord
/3.5 support.
--
Regards,
Nishanth Menon
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On 23:33-20120229, Jean Pihet wrote:
From: Nishanth Menon n...@ti.com
SmartReflex fix for erratum ID i724.
Since OMAP's VP and PRM modules do not get reset by warm reset,
we should ensure that proper shutdown procedure is followed prior
to allowing the kernel to reboot back up
interrupts.
Instead, doing a single byte write to INT_STS_A register with 0x0
will clear all three interrupt status registers without the related
risk.
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
Signed-off-by: Nishanth Menon n...@ti.com
---
drivers/mfd/twl6030-irq.c | 13 +++--
1
twl6030_irq_set_wake is not used anywhere else in the kernel
except as irq_chip.irq_set_wake. No reason for it to be exported.
Also fixes build warning:
drivers/mfd/twl6030-irq.c:230:5: warning: symbol 'twl6030_irq_set_wake' was not
declared. Should it be static?
Signed-off-by: Nishanth Menon n
the limits themselves are
at least somewhat sane, doesn't hurt to add a kern dump for this case I
think as it sounds rather fatal.
I agree - it is indeed the case.
--
Regards,
Nishanth Menon
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord
- I hoped we could consider the hwmod database/what ever
replacing it to do that.
following are a couple of reference patches how this could be done
with omap_device
From f03490456e24f72ca5272303c95a6f0b212494d5 Mon Sep 17 00:00:00 2001
From: Nishanth Menon n...@ti.com
Date: Wed, 27 Jul 2011 15:02
: Nishanth Menon n...@ti.com
Date: Wed, 27 Jul 2011 15:02:32 -0500
Subject: [PATCH] OMAP: hwmod: add omap_hwmod_to_device
omap_hwmod_to_device is useful for drivers when they need to
look up the device associated with a hwmod name to map back
into the device structure pointers. These ideally should
(during resume operation)
have been invoked (Example: DVFS for dependent devices, cpufreq for
MPU etc.). We prevent this by using a flag to reject the callers in
the duration where SmartReflex has been disabled.
Signed-off-by: Nishanth Menon n...@ti.com
---
V2: more verbose changelog
.
These are based on Linus master v3.0-rc7
Colin Cross (1):
OMAP3+: PM: SR: use put_sync_suspend for disabling
Nishanth Menon (1):
OMAP2+: PM: SR: add suspend/resume handlers
arch/arm/mach-omap2/smartreflex.c | 89 -
1 files changed, 88 insertions(+), 1 deletions
the default way).
Hence, replace pm_runtime_put_sync with pm_runtime_put_sync_suspend
to invoke the suspend handler and shut off the fclk for SmartReflex
module instead of using the idle handler in interrupt disabled context.
Signed-off-by: Nishanth Menon n...@ti.com
Signed-off-by: Colin Cross
Suspend and Resume paths are safe enough to do it in
the standard LDM suspend/resume handlers where one can
sleep. Add suspend/resume handlers for SmartReflex.
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm/mach-omap2/smartreflex.c | 87 +
1 files
that callbacks can be
invoked in interrupt disabled contexts.
Acked-by: Rajendra Nayak rna...@ti.com
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm/mach-omap2/smartreflex.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/smartreflex.c
b/arch/arm
1301 - 1400 of 2389 matches
Mail list logo
