public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Ben Warren <biggerbadderben@gmail.com>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] [RFC] Host tool to perform semiautomatic updates
Date: Fri, 14 Mar 2008 10:23:37 -0400	[thread overview]
Message-ID: <47DA8A69.6000700@gmail.com> (raw)
In-Reply-To: <47DA8762.2090008@dave-tech.it>

llandre wrote:
> Hi all,
>
> I need a tool running on host (Linux or Windows) that is able to 
> interact with u-boot command line emulating a human operator. Also it 
> must be able to retrieve from a text file a sequential list of commands 
> it must issue.
> One of the purpose is to have a simple procedure to perform on-the-field 
> upgrades with just a laptop connected to the target via serial cable 
> (I'm aware about this 
> http://www.denx.de/wiki/view/UBootdoc/AutomaticUpdates but I need a 
> procedure that does not require USB nor ethernet).
>
> For example it should be able to parse and execute a "script" like this:
>
> - wait U-Boot startup messages
> - interrupt autoboot sequence
> - download new linux kernel image
> - erase flash region
> - program new linux kernel image
> - verify new linux kernel image is stored correctly
> - in case it failed, retry the erase/writing cycle until it is ok or 
> retry counter is reached
> - notify human operator about success/failure
>
> So the human operator should just:
> a) connect the target to the laptop via RS232 cable
> b) start the program on laptop
> c) reset the target
>
>  From now on the program will handle all the communication with the 
> target and the human operator will have just to wait for notification.
>
> Anybody knows is there is something like this available? If not, any 
> suggestions about how to implement it?
>
>
>   
How about expect?  This should get you started:
http://en.wikipedia.org/wiki/Expect

If you want to use Windows I'd go with expect through cygwin rather than 
the native Windows port of expect.

You can of course do all of this in something more modern like Python, 
but that might be a steeper learning curve.

regards,
Ben

  parent reply	other threads:[~2008-03-14 14:23 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-03-14 14:10 [U-Boot-Users] [RFC] Host tool to perform semiautomatic updates llandre
2008-03-14 14:18 ` Øyvind Repvik
2008-03-14 14:23 ` Ben Warren [this message]
2008-03-14 16:18   ` llandre
2008-03-14 17:58     ` Nicolas Colombain
2008-03-14 19:31     ` Hoi-Ho Chan
2008-03-14 19:32     ` Hoi-Ho Chan
2008-03-15  9:25       ` llandre
2008-03-15 12:20     ` Markus Klotzbücher
2008-03-16 18:18       ` Robert Schwebel
2008-03-14 15:33 ` 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=47DA8A69.6000700@gmail.com \
    --to=biggerbadderben@gmail.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox