public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Albert ARIBAUD <albert.u.boot@aribaud.net>
To: u-boot@lists.denx.de
Subject: [U-Boot] relocation on freescale mx35 doesn't work after update to 2015.01
Date: Fri, 6 Feb 2015 11:25:04 +0100	[thread overview]
Message-ID: <20150206112504.51c5a5ea@lilith> (raw)
In-Reply-To: <E70AF999396FDF4EAE40E195B847096129AFE89A@SPMDEGHN001.CADCON.INTERN>

Hello Sebastian,

Cc:ing Stefano since he's the i.MX custodian.

On Fri, 6 Feb 2015 09:38:17 +0000, Priebe, Sebastian
<Sebastian.Priebe@cadcon.de> wrote:
> Hello Albert,
> 
> thanks for your answer.
> I tried to look up some information in the iMX35 reference manual but couldn't find anything. It doesn't say anything about the exception vectors. Can you point me at any direction where to look for information?

I'll try and have a look, but basically, you should search for a
chapter describing the boot sequence or exception handling.

> What is the consequence of skipping the relocation?
> Until now we don't use interrupts in the U-Boot.

It's not only about interrupts... It's about exceptions, which include
data aborts, prefetch aborts, undefined instructions...

Catching such exceptions properly means you will get to *know*
something went wrong, and moreover you will get to know *what*
was going wrong exactly.

Without proper exception vectors... Maybe you'll get a board reset
when the exception occurs, and you strictly won't have any clue as to
what happened and why.

> I want to know if we could update to the new version using the workaround I used, or if we might facing problems with that.

Depends. Do you feel lucky? :)

If so, you can go on with not relocating vectors at all; but if I have
my say, that patch won't end up in the mainline, so you'll have to keep
it somewhere locally.

If you think you might encounter data or prefetch aborts for some
reason while working on U-Boot, and if you don't want to spend hours
just finding out that you hit an abort then trying to determine why
you did, then I'd say you should fix the vector relocation properly.

> Greetings,
> Sebastian Priebe
> Telefon: +49 (0)621 685996-26

Amicalement,
-- 
Albert.

  reply	other threads:[~2015-02-06 10:25 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-02-05 15:24 [U-Boot] relocation on freescale mx35 doesn't work after update to 2015.01 Priebe, Sebastian
2015-02-06  0:15 ` Albert ARIBAUD
2015-02-06  9:38   ` Priebe, Sebastian
2015-02-06 10:25     ` Albert ARIBAUD [this message]
2015-02-11 13:55 ` Fabio Estevam
2015-02-11 14:10   ` Anatolij Gustschin
2015-02-11 14:16   ` Stefano Babic

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20150206112504.51c5a5ea@lilith \
    --to=albert.u.boot@aribaud.net \
    --cc=u-boot@lists.denx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox