From: Wolfgang Denk <wd@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] How to download image to U-Boot
Date: Tue, 17 Nov 2009 22:17:07 +0100 [thread overview]
Message-ID: <20091117211707.338DCF51B08@gemini.denx.de> (raw)
In-Reply-To: <hdurn4$2bt$1@ger.gmane.org>
Dear Grant Edwards,
In message <hdurn4$2bt$1@ger.gmane.org> you wrote:
> I've read through the U-Boot manual and FAQ, but I still
> haven't figured out how one downloads via the network an image
> to a board running U-Boot. Previous projects have used
> RedBoot, and it provided a couple different mechanisms:
There are many different ways in U-Boot - over serial line, over
Ethernet using TFTP or NFS, from a number of different storage devices
like MMC/SDCard, USB Mass Storage Devices, harddisks, ...
> Both of these methods would work through firewalls and WAN
> connections (even through satellite links), and could easily be
> automated in an "updater" utility that is then provided to
> customers to update images in flash.
You don't have much of authentication in such an envrionment which
makes it unacceptable even for mimimum security envrionments. If you
need such a szenario, then boot into a (minimal) Linux kernel, and
run the update in a real OS.
> I can't seem to find out how one accomplishes the same task
> using U-Boot. The only method I can figure out involve setting
> up a TFTP server (which is not going to be acceptible to
> customers), and then typing a series of commands while plugging
Why would this not be acceptable?
Alternatively, you can use NFS (but I guess you will argument that
setting up a NFS server is also not acceptable).
> into a serial console (also not going to be acceptible to
> customers). The requirement is to update the image using just
Ah, also not acceptable.
Of course you can kill any system by just excluding all available
features as "not acceptable" - without giuving reasons for this, of
course. Note that this works fine for many, many others, so you might
want to ask yourself if your requirements are "acceptable".
> I found mention of netconsole, but I don't see how it's useful
> since you have to know a-priori the address of the machine from
> which you want to use it. It would seem that you have to force
You don't have to. You can use broadcasts.
> the customer to change the IP address of their machine (not
> acceptible).
Why am I not surprised that this is not acceptable, either?
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
f u cn rd ths, itn tyg h myxbl cd.
next prev parent reply other threads:[~2009-11-17 21:17 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-11-17 18:57 [U-Boot] How to download image to U-Boot Grant Edwards
2009-11-17 21:17 ` Wolfgang Denk [this message]
2009-11-17 21:31 ` Grant Edwards
2009-11-17 22:03 ` Wolfgang Denk
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=20091117211707.338DCF51B08@gemini.denx.de \
--to=wd@denx.de \
--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