Skip to content

OMAP4: PM: suspend, CPU-hotplug and CPUilde support

Kevin Hilman linux-arm-kernel linux-omap 12 versions – New

Get series with b4
b4 am [email protected]

Versions newest first · linked by author and title

  1. v2 Latest posting 11/110 of 24 patches 0 repliesNew
  2. v2 posting 10/110 of 24 patches 0 repliesSuperseded
  3. v2 posting 9/110 of 24 patches 0 repliesSuperseded
Earlier versions · 9
VersionPostedPatchesRepliesStatus
v2 posting 8/110 of 24 patches0 repliesSuperseded
v2 posting 7/110 of 19 patches0 repliesSuperseded
v2 posting 6/110 of 19 patches0 repliesSuperseded
v2 posting 5/110 of 19 patches0 repliesSuperseded
v2 posting 4/110 of 19 patches0 repliesSuperseded
v2 posting 3/110 of 19 patches0 repliesSuperseded
v2 posting 2/110 of 19 patches0 repliesSuperseded
v2 posting 1/110 of 19 patches0 repliesSuperseded
v117 patches0 repliesSuperseded

Patches in v2 posting 11/11 No applies recorded yet

None of the 24 patches the cover letter announces are in this archive.

Reviews trailers per patch

No Reviewed-by, Acked-by or Tested-by trailers for v2 yet.

Read the v2 thread

Cover letter [PATCH 00/24 V2] OMAP4: PM: suspend, CPU-hotplug and CPUilde support
Quoted 22 lines · Santosh Shilimkar
Quoted 4 lines · Kevin Hilman

Hi Santosh,

Santosh Shilimkar <[email protected]> writes:

Quoted 9 lines
Quoted 2 lines

The series adds OMAP4 MPUSS (MPU SubSystem) power management support for suspend (S2R), CPU hotplug and CPUidle.

There are a few more compile errors when doing OMAP1-only builds. You'll need a way to eliminate the secure calls for OMAP1.

This series causes a couple build errors when doing OMAP1-only builds (I used omap1_defconfig):

OK. Thanks for catching it.

Quoted 6 lines

First:

/work/kernel/omap/pm/arch/arm/plat-omap/common.c:24:30: fatal error: mach/omap-secure.h: No such file or directory

And trying creating a dummy header to see if it would continue to build gives:

Quoted 8 lines
Quoted 5 lines

/work/kernel/omap/pm/arch/arm/plat-omap/common.c: In function 'omap_reserve':
/work/kernel/omap/pm/arch/arm/plat-omap/common.c:70:2: error: implicit declaration of function 'omap_secure_ram_reserve_memblock' make[2]: *** [arch/arm/plat-omap/common.o] Error 1
make[1]: *** [arch/arm/plat-omap] Error 2

For OMAP1 build, omap_secure_ram_reserve_memblock() definition is needed since common.c is built for OMAP1 as well.
The trivial change in the end of this email fixes the omap1 build.

Looks good.

Quoted 2 lines

Have folded that change in original patch and updated the OMAP4 PM branch - for_3_2/omap4-mpuss-pm_2

Thanks.

Quoted 5 lines

Regards
Santosh
P.S : Even with this fix, omap1_defconfig build breaks because of USB. I removed USB from build to check rest of the build and it was fine then.

OK.

Kevin

Read the cover letter in its thread