All of lore.kernel.org
 help / color / mirror / Atom feed
From: Helmut Raiger <helmut.raiger@hale.at>
To: u-boot@lists.denx.de
Subject: [U-Boot] Chain loading an u-boot from an u-boot
Date: Wed, 12 Feb 2014 10:56:30 +0100	[thread overview]
Message-ID: <52FB454E.5090800@hale.at> (raw)
In-Reply-To: <52F9EF7A.5080805@denx.de>

Hi Stefano,
> Hi Helmut,
>
>
> I understand the first two points, but why do you store the kernel again
> with 1bit HW-ECC ? The second U-Boot is able to check with 4bit BCH and
> your NAND requires 4bit.

This is mainly due to performance requirements. Using 4bit BCH
increases overhead and makes DMA (currently not used in the
kernel driver) a lot slower. We thought we might slip through with
1bit HW-ECC, but we will test this (hopefully not in the field this time 
;-) )
> I agree with Andreas' analyses. It seems that the second u-boot
> overwrites your running U-Boot and only if they are identical you have
> no problem, that means that you are not changing the running code.
I double-checked now, the running u-boot is not overwritten.
When the 2nd u-boot relocates it overwrites the first one, but
that shouldn't be a problem. The first u-boot keeps working after
loading (but not running) the second one without issues.

Only the 'go' crashes the system. u-boot starts stand-alone
application fine, just as the kernel. I really can't see the point
why another u-boot should be any different?!

Helmut


--
Scanned by MailScanner.

  reply	other threads:[~2014-02-12  9:56 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-02-10 11:11 [U-Boot] Chain loading an u-boot from an u-boot Helmut Raiger
2014-02-10 12:14 ` Andreas Bießmann
2014-02-10 12:57   ` Helmut Raiger
2014-02-12 21:59     ` Scott Wood
2014-02-13  9:45       ` Helmut Raiger
2014-02-11  9:38 ` Stefano Babic
2014-02-12  9:56   ` Helmut Raiger [this message]
2014-02-12 10:41     ` Stefano Babic
2014-02-12 10:45     ` Andreas Bießmann
2014-02-13  9:03       ` Helmut Raiger
2014-03-31 11:29         ` Helmut Raiger
2014-04-03 23:13           ` Simon Glass
2014-04-04  9:25             ` Stefano Babic
2014-04-09 14:07               ` Helmut Raiger

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=52FB454E.5090800@hale.at \
    --to=helmut.raiger@hale.at \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.