* Russell King - ARM Linux li...@arm.linux.org.uk [110622 08:24]:
Convert sa11x0 to use the generic CPU suspend/resume support, rather
^^
Should be omap34xx above.
than implementing its own version. Tested on 3430 LDP.
Nice job with this series Russell!
Tony
--
To unsubscribe
On Thu, 2011-06-23 at 01:53 +0200, Hilman, Kevin wrote:
Hi Tero,
Tero Kristo t-kri...@ti.com writes:
Introduce a chained interrupt handler mechanism for the PRCM
interrupt, so that individual PRCM event can cleanly be handled by
handlers in separate drivers. We do this by introducing
* Tero Kristo t-kri...@ti.com [110622 09:38]:
Introduce a chained interrupt handler mechanism for the PRCM
interrupt, so that individual PRCM event can cleanly be handled by
handlers in separate drivers. We do this by introducing PRCM event
names, which are then matched to the particular PRCM
* Tero Kristo t-kri...@ti.com [110622 09:38]:
@@ -550,6 +550,8 @@ static void omap_uart_idle_init(struct omap_uart_state
*uart)
ret = request_threaded_irq(uart-irq, NULL, omap_uart_interrupt,
IRQF_SHARED, serial idle, (void *)uart);
WARN_ON(ret);
On Fri, 2011-06-17 at 13:47 +0530, Mythri P K wrote:
Define new HDMI timings structure to replace the OMAP DSS timing strucutre in
hdmi.c
to have the HDMI include defintion out of DSS.
Signed-off-by: Mythri P K mythr...@ti.com
---
drivers/video/omap2/dss/hdmi.c | 23
Hi Tomi,
On Thu, Jun 23, 2011 at 2:00 PM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On Fri, 2011-06-17 at 13:47 +0530, Mythri P K wrote:
Define new HDMI timings structure to replace the OMAP DSS timing strucutre
in hdmi.c
to have the HDMI include defintion out of DSS.
Signed-off-by:
On Thu, 2011-06-23 at 10:19 +0200, Tony Lindgren wrote:
* Tero Kristo t-kri...@ti.com [110622 09:38]:
Introduce a chained interrupt handler mechanism for the PRCM
interrupt, so that individual PRCM event can cleanly be handled by
handlers in separate drivers. We do this by introducing PRCM
On Thu, 2011-06-23 at 10:21 +0200, Tony Lindgren wrote:
* Tero Kristo t-kri...@ti.com [110622 09:38]:
@@ -550,6 +550,8 @@ static void omap_uart_idle_init(struct omap_uart_state
*uart)
ret = request_threaded_irq(uart-irq, NULL, omap_uart_interrupt,
Hi,
On Wed, 2011-06-22 at 21:37 +0200, ext Sjur Brændeland wrote:
Hi Carlos,
...
+static ssize_t hsc_read(struct file *file, char __user *buf, size_t len,
+loff_t *ppos __maybe_unused)
+{
...
+ret = hsi_async_read(channel-cl, msg);
+
+
* Tero Kristo t-kri...@ti.com [110623 02:04]:
On Thu, 2011-06-23 at 10:19 +0200, Tony Lindgren wrote:
Please note consider that this data will be coming from device
tree and will disappear from here. We won't be merging any new
data after v3.1 unless it comes from device tree. So this
On Fri, 2011-06-17 at 13:47 +0530, Mythri P K wrote:
HDMI IP block is common between TI OMAP4 Procerssor and Netra processor
although
the Display subsytem is different. Thus to reuse the code between these two
processors , HDMI IP dependant code is seperated out from hdmi.c and moved to
new
* Tero Kristo t-kri...@ti.com [110623 02:06]:
On Thu, 2011-06-23 at 10:21 +0200, Tony Lindgren wrote:
* Tero Kristo t-kri...@ti.com [110622 09:38]:
@@ -550,6 +550,8 @@ static void omap_uart_idle_init(struct
omap_uart_state *uart)
ret = request_threaded_irq(uart-irq, NULL,
On Wed, Jun 22, 2011 at 04:16:58PM +0100, Russell King - ARM Linux wrote:
+ /* Now branch to the common CPU resume function */
+ ldr r0, =cpu_resume
+ bx r0
+ .ltorg
A slight correction - firstly this code does not run from SRAM.
Secondly, this will try to branch
On Thu, Jun 23, 2011 at 11:06:10AM +0100, Russell King - ARM Linux wrote:
On Wed, Jun 22, 2011 at 04:16:58PM +0100, Russell King - ARM Linux wrote:
+ /* Now branch to the common CPU resume function */
+ ldr r0, =cpu_resume
+ bx r0
+ .ltorg
A slight correction -
On Wed, Jun 22, 2011 at 10:12 PM, Tero Kristo t-kri...@ti.com wrote:
PRCM interrupt handler will now parse registered pads to see whether there
is an active wakeup event. If this is the case, the corresponding interrupt
will be triggered. This can be used for example with UART driver to
On Wed, Jun 22, 2011 at 10:39 PM, Tero Kristo t-kri...@ti.com wrote:
Hi,
There seems to be still one issue with this patch. It fails to protect
against pr_warning from omap_device.c in some cases, console_trylock()
console_unlock() hacks inside UART clock enable / disable are not enough
to
-Original Message-
From: K, Mythri P
Sent: Thursday, June 23, 2011 11:21 AM
To: Premi, Sanjeev
Cc: linux-omap@vger.kernel.org; Valkeinen, Tomi
Subject: Re: [PATCH 1/8] OMAP4: DSS: HDMI: HDMI clean up to
pass base_address
Hi Sanjeev,
On Mon, Jun 20, 2011 at 7:03 PM, Premi,
On Thu, Jun 23, 2011 at 3:30 PM, Tony Lindgren t...@atomide.com wrote:
* Tero Kristo t-kri...@ti.com [110623 02:06]:
On Thu, 2011-06-23 at 10:21 +0200, Tony Lindgren wrote:
* Tero Kristo t-kri...@ti.com [110622 09:38]:
@@ -550,6 +550,8 @@ static void omap_uart_idle_init(struct
On Thu, Jun 23, 2011 at 05:03:39AM +0530, Santosh Shilimkar wrote:
On 6/22/2011 9:40 PM, Russell King - ARM Linux wrote:
A couple of things to point out here:
On Wed, Jun 22, 2011 at 04:16:58PM +0100, Russell King - ARM Linux wrote:
- mrc p15, 0, r4, c13, c0, 1 @ Context ID
- mrc
Hi Sanjeev,
snip
The changes in the patch aren't limited to DSS alone.
See updated to hdmi_core_audio_config(),
hdmi_wp_audio_config_format(),
hdmi_wp_audio_config_dma(), etc.
The changes are related to the HDMI driver which as of this patch is
in DSS. You see any
-Original Message-
From: K, Mythri P
Sent: Thursday, June 23, 2011 4:30 PM
To: Premi, Sanjeev
Cc: linux-omap@vger.kernel.org; Valkeinen, Tomi
Subject: Re: [PATCH 1/8] OMAP4: DSS: HDMI: HDMI clean up to
pass base_address
Hi Sanjeev,
snip
The changes in the patch
Hi Sanjeev,
On Thu, Jun 23, 2011 at 4:33 PM, Premi, Sanjeev pr...@ti.com wrote:
-Original Message-
From: K, Mythri P
Sent: Thursday, June 23, 2011 4:30 PM
To: Premi, Sanjeev
Cc: linux-omap@vger.kernel.org; Valkeinen, Tomi
Subject: Re: [PATCH 1/8] OMAP4: DSS: HDMI: HDMI clean up to
* Govindraj govindraj...@gmail.com [110623 03:30]:
On Thu, Jun 23, 2011 at 3:30 PM, Tony Lindgren t...@atomide.com wrote:
* Tero Kristo t-kri...@ti.com [110623 02:06]:
On Thu, 2011-06-23 at 10:21 +0200, Tony Lindgren wrote:
* Tero Kristo t-kri...@ti.com [110622 09:38]:
@@ -550,6 +550,8
Hi Tomi,
On Thu, Jun 23, 2011 at 3:28 PM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On Fri, 2011-06-17 at 13:47 +0530, Mythri P K wrote:
HDMI IP block is common between TI OMAP4 Procerssor and Netra processor
although
the Display subsytem is different. Thus to reuse the code between these
The mux settings for keypad are done for omap4430sdp in
board file.
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
arch/arm/mach-omap2/board-4430sdp.c| 67 +++-
arch/arm/mach-omap2/devices.c |3 +-
On 6/21/2011 3:18 AM, Ohad Ben-Cohen wrote:
Modern SoCs typically employ a central symmetric multiprocessing (SMP)
application processor running Linux, with several other asymmetric
multiprocessing (AMP) heterogeneous processors running different instances
of operating system, whether Linux or
On Thu, Jun 23, 2011 at 12:08 AM, Kevin Hilman khil...@ti.com wrote:
Balaji T K balaj...@ti.com writes:
@@ -1880,18 +1873,12 @@ static int __init omap_hsmmc_probe(struct
platform_device *pdev)
mmc-caps |= MMC_CAP_DISABLE;
- if (clk_enable(host-iclk) != 0) {
-
On Wed, Jun 22, 2011 at 11:56 PM, Kevin Hilman khil...@ti.com wrote:
Balaji T K balaj...@ti.com writes:
lazy_disable framework in OMAP HSMMC manages multiple low power states
and Card is powered off after inactivity time of 8 seconds.
Based on previous discussion on the list Card
On Thu, 2011-06-23 at 17:35 +0530, K, Mythri P wrote:
Hi Tomi,
On Thu, Jun 23, 2011 at 3:28 PM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On Fri, 2011-06-17 at 13:47 +0530, Mythri P K wrote:
HDMI IP block is common between TI OMAP4 Procerssor and Netra processor
although
the Display
Hi Sjur,
On Wed, 2011-06-22 at 21:11 +0200, ext Sjur Brændeland wrote:
Hi Carlos,
Some weeks ago I submitted a CAIF-HSI protocol driver for
Linux 3.0.1, located in drivers/net/caif in David Miller's net-next-2.6.
This driver depends on a platform specific glue-layer.
It would be nice to
T Krishnamoorthy, Balaji balaj...@ti.com writes:
On Thu, Jun 23, 2011 at 12:08 AM, Kevin Hilman khil...@ti.com wrote:
Balaji T K balaj...@ti.com writes:
@@ -1880,18 +1873,12 @@ static int __init omap_hsmmc_probe(struct
platform_device *pdev)
mmc-caps |= MMC_CAP_DISABLE;
- if
Hi Rajendra,
On Thu, 9 Jun 2011, Rajendra Nayak wrote:
Since MMC driver is yet to be adapted to
runtime PM and still uses direct clock
calls to enable/disable module, its needed
that the clockdomain (for MMC) is always kept force
enabled since the next few patches move
the clockdomain
Tony Lindgren t...@atomide.com writes:
* Santosh Shilimkar santosh.shilim...@ti.com [110620 02:35]:
On 6/20/2011 2:53 PM, Tony Lindgren wrote:
This removes the support for setting the wake-up timer for debugging.
Later on we can reserve gptimer1 for PM code only and have similar
On 6/23/2011 8:35 PM, Kevin Hilman wrote:
Tony Lindgrent...@atomide.com writes:
* Santosh Shilimkarsantosh.shilim...@ti.com [110620 02:35]:
On 6/20/2011 2:53 PM, Tony Lindgren wrote:
This removes the support for setting the wake-up timer for debugging.
Later on we can reserve gptimer1 for
On Thu, Jun 23, 2011 at 09:04:20AM -0600, Paul Walmsley wrote:
Since this is basically a hack to work around limitations of the current
MMC driver, if we accept something like this, I think it should come with
a big warning message and comment. Something like this in
On Thu, 23 Jun 2011, Paul Walmsley wrote:
Hi
a few thoughts here:
On Wed, 15 Jun 2011, Rafael J. Wysocki wrote:
On Tuesday, June 14, 2011, Magnus Damm wrote:
As for freezing user space, yes, I agree. The other feature including
a different set of wakeup sources, not so sure why
Tony Lindgren t...@atomide.com writes:
Use dmtimer macros for clocksource. As with the clockevent,
this allows us to initialize the rest of dmtimer code later on.
Note that eventually we will be initializing the timesource
from init_early so sched_clock will work properly for
Add MMC5 support on 4430SDP/Blaze, which has the wl1283 device hardwired to.
The wl1283 is a 4-wire, 1.8V, embedded SDIO WLAN device with an
external IRQ line, and power-controlled by a GPIO.
Based on the patch for mmc3/wl1271 device support for zoom
by Ohad Ben-Cohen o...@wizery.com
Hello.
Ohad Ben-Cohen wrote:
From: Mark Grosen mgro...@ti.com
Add remoteproc implementation for da850, so we can boot its DSP.
Signed-off-by: Mark Grosen mgro...@ti.com
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
---
arch/arm/mach-davinci/include/mach/remoteproc.h | 28 +
Hi all,
I am currently on the pm branch. And my HEAD is at:
commit 40d10207b5389184333bacb786d27036cbcee500
Merge: 6b10874 b830f73
Author: Kevin Hilman khil...@ti.com
Date: Thu Jun 16 16:31:51 2011 -0700
rebuild PM from branches
Every now and then EVM doesn't boot at all. OR shows this
From: Michael Williamson
Sent: Thursday, June 23, 2011 5:23 AM
...
I'd like to kick the tires on this with a da850 based platform (MityDSP-L138).
Any chance you might be able to share the stuff you did on the remote side
(DSP/BIOS adaptations for rpmsg, utils for ELF or COFF conversion to
Hi Paul Rajendra,
Here are a couple of fixes on PRCM header files and powerdomain data.
The series is based on v3.0-rc4 and tested on OMAP4430 ES2.1 + SDP.
The patches are available here:
git://gitorious.org/omap-pm/linux.git for_3.0.1/1_prcm_files_fixes
Regards,
Benoit
Benoit Cousson (3):
A couple of macros were wrongly changed during the _MOD to _INST
rename done in the following commit:
OMAP4: PRCM: rename _MOD macros to _INST
cdb54c4457d68994da7c2e16907adfbfc130060d
Fix them to their original name.
Some CM and PRM instances were not well aligned. Align them.
Remove one
The following commit introduced new macros to define an offset
per clock domain in an instance.
commit e4156ee52fe617c2c2d80b5db993ff4bf07d7c3c
OMAP4: CM instances: add clockdomain register offsets
The PRM contains only two clock controls management entities:
EMU and WKUP.
Remove the other
Since ES2.0, the core ocmram does not support a different state
than the main power domain anymore during both ON and RET power
domain state.
Since PM is not supported at all in ES1.0, update the common
structure.
LOWPOWERSTATECHANGE is supported by the cefuse power domain but
the flag was
Kevin Hilman khil...@ti.com writes:
Tony Lindgren t...@atomide.com writes:
Use dmtimer macros for clocksource. As with the clockevent,
this allows us to initialize the rest of dmtimer code later on.
Note that eventually we will be initializing the timesource
from init_early so sched_clock
Tony Lindgren t...@atomide.com writes:
There's no need to initialize the dmtimer framework early.
Actually, there is, because it's being used from the early code.
The sys_timer.init functions are called before arch_initcalls, so before
omap_dm_timer_init() is called, you have:
Tony Lindgren t...@atomide.com writes:
This patch makes timer-gp.c to use only a subset of dmtimer
functions without the need to initialize dmtimer code early.
Also note that now with the inline functions, timer_set_next_event
becomes more efficient in the lines of assembly code.
Tony Lindgren t...@atomide.com writes:
Use dmtimer macros for clocksource. As with the clockevent,
this allows us to initialize the rest of dmtimer code later on.
Note that eventually we will be initializing the timesource
from init_early so sched_clock will work properly for
Tony Lindgren t...@atomide.com writes:
There's no need to initialize the dmtimer framework early.
Just mark the clocksource and timesource as reserved, and
initialize dmtimer with an arch_initcall.
Signed-off-by: Tony Lindgren t...@atomide.com
Reviewed-by: Kevin Hilman khil...@ti.com
Also,
Hi Paul,
Here are a bunch of cleanups on almost every PRCM related files.
Some of them are purely code moves, and will look like a lot of
noise for nothing, but this is needed if we want to keep the files
aligned with generator tool and thus ease the future migration to
whatever format (common
MPUSS was renamed MPU and L3_D2D D2D.
The rename will slightly change the order of the structure
and thus generate some structures moves.
Add a comment and remove a comma.
Update Copyright for TI and Nokia and add back Paul
in the author list.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc:
The USB DPLL is a J-Type DPLL with the sddiv extra parameter.
On the other hand, the UNIPRO is not a J-Type and thus does
not require this flag.
Add it in USB DPLL and remove it in UNIPRO DPLL.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Paul Walmsley p...@pwsan.com
---
A couple of fields were edited manually and thus do not stick
to the template used by the generator and by other structures.
Move them to the correct location.
Fix the wrong .ops for the dpll_unipro_x2_ck node.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Paul Walmsley p...@pwsan.com
---
The DPLL USB can generate higher speed (x2) than the regular ones.
The max multiplication value is then twice the previous value.
Fix both max_mult and max_div with that correct values.
Change the max_div variable type to u16 to allow storing up to 256.
Replace as well the define with the value
From: Rajendra Nayak rna...@ti.com
Rename current 4430 definitions to 44XX in oder to make this file
applicable for the next revision (OMAP4460).
Create new flags for 44XX. They will be extented when OMAP4460
will be introduced.
Fix as well the clkdev indentation that were previously broken.
From: Jon Hunter jon-hun...@ti.com
McASP2, 3 and MMC6 modules are not present in the OMAP4 family.
Remove the fclk and the clksel related to these nodes.
Rename the references that were potentially re-used in order nodes.
Remove related macros in prcm header files.
Update TI copyright date.
From: Rajendra Nayak rna...@ti.com
On OMAP4 the auxclk nodes (part of SCRM) support both
divider as well as parent selection.
Supporting this requires splitting the existing nodes
(which support only parent selection) into two nodes,
one for parent and another for divider selection.
The nodes for
From: Jon Hunter jon-hun...@ti.com
UNIPRO was removed from OMAP4 devices from ES2.0 onwards.
Since this IP was anyway non-functional and not supported,
it is best to remove it completely.
Signed-off-by: Jon Hunter jon-hun...@ti.com
[b-cous...@ti.com: Update the changelog]
Signed-off-by: Benoit
Change the position of the ocp_if structure to match the template.
Remove unneeded comma at the end of address space flag field.
Remove USER_SDMA since this ocp link is only from the l3_main_1
path that is accessible only from the MPU in that case and not
the SDMA.
Signed-off-by: Benoit Cousson
Fix a typo in the mailbox description comment.
Fix .prcm alignement and usb_otg_hs class and hwmod structures.
Add a couple of more potential hwmods in the comment.
Remove hsi, since it is already included in the data.
Remove one blank line.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc:
A couple of parens were added around some flags.
Remove them, since they are not needed and not used
for any other hwmods.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Paul Walmsley p...@pwsan.com
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c |4 ++--
1 files changed, 2
In order to make hwmod data usable for all OMAP4430 variants,
rename chip macro CHIP_IS_OMAP44XX.
Create the macro as well in cpu.h
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Paul Walmsley p...@pwsan.com
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 164 ++--
Based on a patch from Jon Hunter jon-hun...@ti.com, but extented
to remove remaining references.
The peripherals CCPTX, EMAC, MMC6, P1500, PCIESS, SATA, TPPSS, XHPI,
MGATE, MSPROHG, EMIF_H1, EMIF_H2, HECC1, HECC2, ADC, MDMINTC, DEISS
and RTC do not exist for the OMAP4 devices.
Remove all
usb_host_fs_fck does have a clkdev mapping with usbhs-omap.0
and fs_fck alias used by the driver.
The entry with NULL dev is thus not needed anymore.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Felipe Balbi ba...@ti.com
---
Some macros were not well aligned. Re-align them.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Rajendra Nayak rna...@ti.com
---
arch/arm/mach-omap2/prcm_mpu44xx.h | 69 +--
1 files changed, 34 insertions(+), 35 deletions(-)
On Thursday 23 June 2011 18:27:10 Grosen, Mark wrote:
First, we are not abandoning DSPLINK. We have many users of this, even
though it is out-of-tree, and we will continue to support it. That said, we
do intend to make this new design the basis for DSPLINK-like
functionality. It's designed to
Hi Russell,
Russell King - ARM Linux li...@arm.linux.org.uk writes:
Convert sa11x0 to use the generic CPU suspend/resume support, rather
than implementing its own version. Tested on 3430 LDP.
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
I tested this on 3430/n900 and 3530/Overo
Version 3.
Currently cpu_suspend is not like a normal C function - when it's called
it returns normally to a bunch of code which is not expected to return.
The return path is via code pointed to by 'r3'.
It also corrupts a bunch of registers in ways which make it non-compliant
with a C API.
If
Ensure that the TLS register is saved and restored over a suspend
cycle, so that userspace programs don't see a corrupted TLS value.
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
arch/arm/mm/proc-v7.S | 10 +++---
1 files changed, 7 insertions(+), 3 deletions(-)
diff --git
cpu_proc_init() does processor specific initialization, which we do
at boot time. We have been omitting to do this on resume, which
causes some of this initialization to be skipped. We've also been
skipping this on SMP initialization too.
Ensure that cpu_proc_init() is always called
This is now taken care of by calling cpu_proc_init() in the resume
path, so eliminate this unnecessary call.
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
arch/arm/mach-sa1100/sleep.S |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git
Eliminate the differences between MULTI_CPU and non-MULTI_CPU resume
paths, making the saved structure identical irrespective of the way
the kernel was configured.
Acked-by: Frank Hofmann frank.hofm...@tomtom.com
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
arch/arm/kernel/sleep.S
Move the return address for cpu_resume to the top of stack so that
cpu_resume looks more like a normal function.
Acked-by: Frank Hofmann frank.hofm...@tomtom.com
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
arch/arm/kernel/sleep.S | 16
1 files changed, 8
Very little code is different between these two paths now, so extract
the common code.
Acked-by: Frank Hofmann frank.hofm...@tomtom.com
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
arch/arm/kernel/sleep.S | 24 ++--
1 files changed, 6 insertions(+), 18
Make cpu_suspend()..return function preserve r4 to r11 across a suspend
cycle. This is in preparation of relieving platform support code from
this task.
Acked-by: Frank Hofmann frank.hofm...@tomtom.com
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
arch/arm/kernel/sleep.S |5
Avoid using r2 and r3 in the suspend code, allowing these to be
passed further into the function as arguments.
Acked-by: Frank Hofmann frank.hofm...@tomtom.com
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
arch/arm/kernel/sleep.S | 18 +-
1 files changed, 9
Save the suspend function pointer onto the stack for use when returning.
Allocate r2 to pass an argument to the suspend function.
Acked-by: Frank Hofmann frank.hofm...@tomtom.com
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
arch/arm/kernel/sleep.S |9 +
1 files
In the previous commit, we introduced an official way to supply an
argument to the suspend function. Convert the sa1100 suspend code
to use this method.
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
arch/arm/mach-pxa/sleep.S |8
1 files changed, 4 insertions(+), 4
cpu_suspend() has a weird calling method which makes it only possible to
call from assembly code: it returns with a modified stack pointer to
finish the suspend, but on resume, it 'returns' via a provided pointer.
We can make cpu_suspend() appear to be a normal function merely by
swapping the
As we have core code dealing with CPU suspend/resume, we can
re-initialize the CPUs exception banked registers via that code rather
than having platforms deal with that level of detail. So, move the
call to cpu_init() out of platform code into core code.
Signed-off-by: Russell King
We don't need a veneer for cpu_suspend, it can be called directly from
C code now. Move it into sa11x0_pm_enter() along with the re-enabling
of clock switching.
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
arch/arm/mach-sa1100/pm.c|4 ++--
arch/arm/mach-sa1100/sleep.S |
s3c_cpu_save does not need to save any registers with the new
cpu_suspend calling convention. Remove these redundant instructions.
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
arch/arm/plat-s3c24xx/sleep.S |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git
s3c_cpu_save does not need to save any registers with the new
cpu_suspend calling convention. Remove these redundant instructions.
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
arch/arm/mach-s5pv210/sleep.S |5 +
1 files changed, 1 insertions(+), 4 deletions(-)
diff --git
s3c_cpu_save does not need to save any registers with the new
cpu_suspend calling convention. Remove these redundant instructions.
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
arch/arm/mach-exynos4/sleep.S |5 +
1 files changed, 1 insertions(+), 4 deletions(-)
diff --git
s3c_cpu_save does not need to save any registers with the new
cpu_suspend calling convention. Remove these redundant instructions.
Acked-by: Frank Hofmann frank.hofm...@tomtom.com
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
arch/arm/mach-s3c64xx/sleep.S |4 +---
1 files
Move the call to cpu_suspend into C code, and noticing that all the
s3c_cpu_save implementations are now identical, we can move this
into the common samsung code.
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
arch/arm/mach-exynos4/pm.c |2 +-
The core suspend code calls flush_cache_all() immediately prior to
calling the suspend finisher function, so remove these needless calls
from the finisher functions.
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
arch/arm/mach-s3c2412/pm.c |2 --
arch/arm/mach-s3c2416/pm.c |
We don't need a veneer for cpu_suspend, it can be called directly from
C code now. Move it into the PXA CPU suspend functions, along with
the accumulator register saving/restoring.
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
arch/arm/mach-pxa/include/mach/pm.h |4 +-
The ABI allows called functions to corrupt r0-r3 and ip (r12). So
its pointless saving these registers in the suspend code - the
calling function will expect them to be corrupted and so won't rely
on their contents after resume.
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
The code alludes to r9 being used to indicate what was lost over the
suspend/resume transition. However, although r9 is set, it is never
actually used.
Also, the comments before the code (which refer to the value of r9)
and the comments against the assignment of r9 contradict each other,
so just
Convert sa11x0 to use the generic CPU suspend/resume support, rather
than implementing its own version. Tested on 3430 LDP.
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
arch/arm/mach-omap2/pm34xx.c| 47 +++--
arch/arm/mach-omap2/sleep34xx.S | 143
The first and second arguments shouldn't concern platform code, so
hide them from each platforms caller.
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
arch/arm/include/asm/suspend.h | 19 +++
arch/arm/include/asm/system.h |2 --
arch/arm/kernel/sleep.S
Ensure that our temporary page table entry is flushed from the TLB
before we resume normal operations. This ensures that userspace
won't trip over the stale TLB entry.
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
arch/arm/include/asm/suspend.h |2 ++
1 files changed, 2
On Tue, Jun 07, 2011 at 02:53:31PM +0300, Tony Lindgren wrote:
* Sebastian Reichel s...@debian.org [110606 15:51]:
On Sat, Apr 30, 2011 at 06:23:57PM +0200, Sebastian Reichel wrote:
I'm currently trying to get a mainline based kernel running on my
pandaboard.
The problem is, that it's
Some comments to myself...
On 6/23/2011 7:43 PM, Cousson, Benoit wrote:
Fix a typo in the mailbox description comment.
In fact the typo was already fixed and that patch is re-introducing it :-(
[...]
/*
* 'mailbox' class
- * mailbox module allowing communication between the on-chip
Hi,
On Thursday, June 23, 2011, Alan Stern wrote:
On Thu, 23 Jun 2011, Paul Walmsley wrote:
Hi
a few thoughts here:
On Wed, 15 Jun 2011, Rafael J. Wysocki wrote:
On Tuesday, June 14, 2011, Magnus Damm wrote:
As for freezing user space, yes, I agree. The other feature
Kevin Hilman khil...@ti.com writes:
Hi Russell,
Russell King - ARM Linux li...@arm.linux.org.uk writes:
Convert sa11x0 to use the generic CPU suspend/resume support, rather
than implementing its own version. Tested on 3430 LDP.
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
I
Define dummy set_voltage callback for fixed lines,
without which voltage constraints fail to apply.
Signed-off-by: Jassi Brar jaswinder.si...@linaro.org
---
drivers/regulator/twl-regulator.c |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git
Hi Paul,
Here are the latest bug fixes done on the hwmod framework.
There are mainly around wakeup capability added in OMAP4.
The series is based on for_3.0.1/2_prcm_files_cleanup and tested
on OMAP4430 ES2.1 + SDP.
The patches are available here:
git://gitorious.org/omap-pm/linux.git
1 - 100 of 117 matches
Mail list logo