MIPS: start{, 64}.S: fill branch delay slots with NOP instructions
authorGabor Juhos <juhosg@openwrt.org>
Wed, 16 Jan 2013 03:05:01 +0000 (03:05 +0000)
committerDaniel Schwierzeck <daniel.schwierzeck@gmail.com>
Tue, 22 Jan 2013 20:09:34 +0000 (21:09 +0100)
The romReserved and romExcHandle handlers are
accessed by a branch instruction however the
delay slots of those instructions are not filled.

Because the start.S uses the 'noreorder' directive,
the assembler will not fill the delay slots either,
and leads to the following assembly code:

  0000056c <romReserved>:
   56c:   1000ffff        b       56c <romReserved>

  00000570 <romExcHandle>:
   570:   1000ffff        b       570 <romExcHandle>

In the resulting code, the second branch instruction
is placed into the delay slot of the first branch
instruction, which is not allowed on the MIPS
architecture.

Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
Cc: Daniel Schwierzeck <daniel.schwierzeck@googlemail.com>
arch/mips/cpu/mips32/start.S
arch/mips/cpu/mips64/start.S

index 9c1b2f7..22a9c1b 100644 (file)
@@ -380,6 +380,8 @@ in_ram:
        /* Exception handlers */
 romReserved:
        b       romReserved
+        nop
 
 romExcHandle:
        b       romExcHandle
+        nop
index 2b8d531..bc7e41e 100644 (file)
@@ -259,3 +259,4 @@ in_ram:
        /* Exception handlers */
 romReserved:
        b       romReserved
+        nop