Thread (31 messages) 31 messages, 3 authors, 2016-12-01

[RFC v2 PATCH 11/23] ARM: sleep: allow it to be build for R-class

flat view
STALE3610d SUPERSEDED

From: linux@armlinux.org.uk (Russell King - ARM Linux)
Date: 2016-11-29 17:11:45

Revision v2 of 7 in this series.

Revisions (7)
  1. rfc [diff vs current]
  2. rfc [diff vs current]
  3. rfc [diff vs current]
  4. v2
  5. v2 current
  6. v2
  7. v3 [diff vs current]
On Tue, Nov 29, 2016 at 12:39:53PM +0000, Vladimir Murzin wrote:
Dependency on MMU is quite strict and prevent R-class from being built -
relax this condition and guard against M-class only
I thought I'd already commented on some of this change, but it seems
not.
quoted hunk ↗ jump to hunk
diff --git a/arch/arm/kernel/sleep.S b/arch/arm/kernel/sleep.S
index 0f6c100..0e7fddf 100644
--- a/arch/arm/kernel/sleep.S
+++ b/arch/arm/kernel/sleep.S
@@ -119,14 +119,12 @@ ENDPROC(cpu_resume_after_mmu)
 	.text
 	.align
 
-#ifdef CONFIG_MMU
 	.arm
 ENTRY(cpu_resume_arm)
  THUMB(	badr	r9, 1f		)	@ Kernel is entered in ARM.
  THUMB(	bx	r9		)	@ If this is a Thumb-2 kernel,
  THUMB(	.thumb			)	@ switch to Thumb now.
  THUMB(1:			)
-#endif
 
 ENTRY(cpu_resume)
 ARM_BE8(setend be)			@ ensure we are in BE mode
@@ -160,9 +158,7 @@ THUMB(	mov	sp, r2			)
 THUMB(	bx	r3			)
 ENDPROC(cpu_resume)
 
-#ifdef CONFIG_MMU
 ENDPROC(cpu_resume_arm)
-#endif
These ifdefs were introduced to fix EFM32.  The commit description needs
to state why it's safe to remove them now (presumably because of the
dependency on !CPU_V7M).  However, it also needs to explain why it's
not going to cause a regression for EFM32 - EFM32 _was_ capable of
building this code.

-- 
RMK's Patch system: http://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up
according to speedtest.net.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help