public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
* [U-Boot] Data abort during relocation
@ 2019-07-11 13:33 Arnout Diels
  0 siblings, 0 replies; only message in thread
From: Arnout Diels @ 2019-07-11 13:33 UTC (permalink / raw)
  To: u-boot

Hello all,

 

I ran into a data abort in uboot during relocation (in relocate_code in
relocate.S), in the "fixloop macro":

 

ENTRY(relocate_code)

.

                /*

                * fix .rel.dyn relocations

                */

                ldr           r2, =__rel_dyn_start          /* r2 <- SRC
&__rel_dyn_start */

                ldr           r3, =__rel_dyn_end           /* r3 <- SRC
&__rel_dyn_end */

fixloop:

                ldmia      r2!, {r0-r1}                            /*
(r0,r1) <- (SRC location,fixup) */

                and         r1, r1, #0xff

                cmp        r1, #23                                  /*
relative fixup? */

                bne         fixnext

 

                /* relative fix: increase location by offset */

                add         r0, r0, r4

                ldr           r1, [r0] <======== DataAbort

                add         r1, r1, r4

                str           r1, [r0]

fixnext:

                cmp        r2, r3

                blo          fixloop

 

relocate_done:

 

This happened after I added some trivial code somewhere totally different
and unrelated (somewhere in my board.c file, that only gets called after
relocation anyway). The only thing that I can think of, is that this shifted
some sections in size. Anway,

 

As far as I can tell, the dynamic relocation code checks if some word in
that region is 23, and if so, will try to use the previous word as address
(and add the relocation offset).

For some reason, r0 was zero somewhere in my case. After adding the
relocation offset (of 0x18722000), the dereferencing is invalid (RAM only
starts@0x8000.0000) and causes the abort.

 

I now patched the code with this, and this fixes the abort for me:

 

diff --git a/arch/arm/lib/relocate.S b/arch/arm/lib/relocate.S

index 475d503..fba30b9 100644

--- a/arch/arm/lib/relocate.S

+++ b/arch/arm/lib/relocate.S

@@ -98,6 +98,9 @@ fixloop:

               and         r1, r1, #0xff

               cmp        r1, #23                                  /*
relative fixup? */

               bne         fixnext

+             /* Check that the data is not 0. If so, skip it */

+             cmp r0, #0

+             beq fixnext

                /* relative fix: increase location by offset */

               add         r0, r0, r4

 

 

 

Even though this fixes my issue,  I don't understand what exactly this is
trying to relocate in the first place, and what could be the relation with
my seemingly unrelated change. Is this code fully ok? Or is there some edge
case where the data is allowed to be zero?

Does somebody know more about this, so we can check if there is anything
that really needs fixing?  

 

Thanks for any feedback.

 

Kind regards,

Arnout

 

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2019-07-11 13:33 UTC | newest]

Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2019-07-11 13:33 [U-Boot] Data abort during relocation Arnout Diels

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox