All of lore.kernel.org
 help / color / mirror / Atom feed
From: Thomas Knobloch <knobloch@siemens.com>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] [PATCH] Bad block skipping for command nboot
Date: Tue, 03 Jul 2007  16:44:41 +0200	[thread overview]
Message-ID: <468A60D8.9060704@siemens.com> (raw)
In-Reply-To: <200707031427.34164.sr@denx.de>

On 7/3/2007 2:27 PM, Stefan Roese wrote:
> And that's why I have to ask: Do we really need this command extension? Why
> not just use a combination of commands (e.g. "nand read.jffs2 ...;bootm
> ...)?

Using "nand read.jffs2 ...;bootm ..." has one disadvantage compared to the new
"nboot.jffs2 ...". For the first command sequence u-boot has to read a fixed
number of bytes from the NAND. You have to make big enough to support the
largest possible image for your application. If the image is smaller u-boot will
still have to read this fixed number of bytes.
For "nboot" resp. "nboot.jffs2" u-boot will read only as much data from NAND as
necessary. This might give some performance improvement. BTW: when you ask for
the need of the command "nboot.jffs2" you probably should question the pure
"nboot" as well. It can be replaced by "nand read ...;bootm ..." as well.

>  > +     if (s != NULL &&
>  > +         (!strcmp(s, ".jffs2") || !strcmp(s, ".e") || !strcmp(s, ".i")))
>  > +     {
>  > +             jffs2 = 1;
>  > +     }
>
> No parentheses for one lined statements please.

Sorry for that.

Best regards,
Thomas


SECM PD Mch
Siemens Enterprise Communications Manufacturing GmbH & Co KG
Hertzstrasse 2
04329 Leipzig

  reply	other threads:[~2007-07-03 14:44 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-07-02 10:57 [U-Boot-Users] [PATCH] Bad block skipping for command nboot Thomas Knobloch
2007-07-03 12:27 ` Stefan Roese
2007-07-03 14:44   ` Thomas Knobloch [this message]
2007-07-03 14:55     ` Stefan Roese
2007-07-03 15:32   ` Thomas Knobloch
2007-07-06 12:59     ` Stefan Roese

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=468A60D8.9060704@siemens.com \
    --to=knobloch@siemens.com \
    --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.