04 Feb, 2011
1 commit
-
The new fncpy API is better suited* for copying some
code to SRAM at runtime. This patch changes the ad-hoc
code to the more generic fncpy API.*: 1. fncpy ensures that the thumb mode bit is propagated,
2. fncpy provides the security of type safety between the
original function and the sram function pointer.Tested OK on OMAP3 in low power modes (RET/OFF)
using omap2plus_defconfig with !CONFIG_THUMB2_KERNEL.
Compile tested on OMAP1/2 using omap1_defconfig.Boot tested on OMAP1 & OMAP2
Tested OK with suspend/resume on OMAP2420/n810Boots fine on osk5912 and n800
Signed-off-by: Jean Pihet
Acked-by: Kevin Hilman
Acked-by: Tony Lindgren
Reviewed-by: Dave Martin
Tested-by: Kevin Hilman
Tested-by: Tony Lindgren
Signed-off-by: Russell King
21 Oct, 2009
1 commit
-
Move the remaining headers under plat-omap/include/mach
to plat-omap/include/plat. Also search and replace the
files using these headers to include using the right path.This was done with:
#!/bin/bash
mach_dir_old="arch/arm/plat-omap/include/mach"
plat_dir_new="arch/arm/plat-omap/include/plat"
headers=$(cd $mach_dir_old && ls *.h)
omap_dirs="arch/arm/*omap*/ \
drivers/video/omap \
sound/soc/omap"
other_files="drivers/leds/leds-ams-delta.c \
drivers/mfd/menelaus.c \
drivers/mfd/twl4030-core.c \
drivers/mtd/nand/ams-delta.c"for header in $headers; do
old="#include
29 May, 2009
1 commit
-
This patch is to sync the core linux-omap PM code with mainline. This
code has evolved and been used for a while the linux-omap tree, but
the attempt here is to finally get this into mainline.Following this will be a series of patches from the 'PM branch' of the
linux-omap tree to add full PM hardware support from the linux-omap
tree.Much of this PM core code was written by Jouni Hogander with
significant contributions from Paul Walmsley as well as many others
from Nokia, Texas Instruments and linux-omap community.Signed-off-by: Jouni Hogander
Cc: Paul Walmsley
Signed-off-by: Kevin Hilman
30 Jan, 2009
1 commit
-
In omap24xx_cpu_suspend assembly routine, the r2 register which holds
the address of the SDRC_POWER reg is set to zero before the value is
written back triggering a fault due to writing to address zero.It's hard to tell where this change was introduced since this file
has been moved and merged.While this fix prevents a crash, suspend on my n810 is broken with
current kernels. I never come out of suspend.Signed-off-by: Kevin Hilman
Signed-off-by: Tony Lindgren
06 Oct, 2008
1 commit
-
Some register offsets are different for 242x and 243x. This
will allow compiling sleep code for both chips into the same
kernel. Pass the addresses for SDRC_DDLA_CTRL and SDRC_POWER to the
omap24xx_cpu_suspend instead of loading the values since the only.Also fix a bug to call omap2_sram_suspend with the value of SDRC_DLLA_CTRL
instead of the address as that's what omap24xx_cpu_suspend expects to
determine between DDR and SDR. This bug has not been noticed as
the boards seem to have DDR instead of SDR.Note that some PM patches are still missing. The PM patches will
be added later on once the base files are in sync with linux-omap
tree.Signed-off-by: Tony Lindgren