All of lore.kernel.org
 help / color / mirror / Atom feed
From: Stephen Warren <swarren@wwwdotorg.org>
To: u-boot@lists.denx.de
Subject: [U-Boot] Regression in bootcmd handling in v2015.04-rc3?
Date: Wed, 11 Mar 2015 15:35:02 -0600	[thread overview]
Message-ID: <5500B506.3060902@wwwdotorg.org> (raw)
In-Reply-To: <20150311212100.GA9680@excalibur.cnev.de>

On 03/11/2015 03:21 PM, Karsten Merker wrote:
> On Wed, Mar 11, 2015 at 02:31:07PM -0600, Stephen Warren wrote:
>
>> For manual booting, I would expect to always run the device-specific
>> command (e.g. bootcmd_usb0 or bootcmd_mmc1) rather than the
>> device-type-specific command (e.g. usb_boot, mmc_boot).
>>
>> I'm not sure how the type-generic commands ever worked without
>> variables such as ${devnum} set, since they all pass ${devnum} to a
>> variety of commands in addition to the new "part list". Perhaps
>> those commands default to devnum==0 if the parameter is missing, and
>> you never wanted to boot e.g. from mmc 1 instead of mmc 0?
>
> Yes, indeed - my boards only have a single instance of all devices.
>
> I have just tried to "single-step" through the bootcmd framework
> in u-boot 2014.10 (which is what Debian 8 will release with and
> where "run usb_boot" works).  All commands used there work when
> ${devnum} is empty and then default to 0, while the later-added
> "part list" fails without an explictly set ${devnum}.
>
> As a result I will need to update the Debian installation
> documentation.  As I would like to do it right this time ;-), I
> just would like to get the confirmation that the device-specific
> commands, such as "run bootcmd_usb0", are an "official" interface
> that is going to stay in future u-boot versions, or - if they are
> not - get the information what is the offical method for booting
> from a specific device at the prompt.

We don't actually have an official specification of that at present. 
doc/README.distro should probably cover this but doesn't.

Suffice to say, I use those macros all the time, and I intended them to 
be used this way when I wrote the boot scripts. So, if I notice a change 
that stops them from working without extremely good reason, I'll complain.

  parent reply	other threads:[~2015-03-11 21:35 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-03-03 23:31 [U-Boot] [ANN] U-Boot v2015.04-rc3 released Tom Rini
     [not found] ` <20150304195337.GA4874@excalibur.cnev.de>
     [not found]   ` <20150311202046.GA8890@excalibur.cnev.de>
2015-03-11 20:31     ` [U-Boot] Regression in bootcmd handling in v2015.04-rc3? Stephen Warren
     [not found]       ` <20150311212100.GA9680@excalibur.cnev.de>
2015-03-11 21:35         ` Stephen Warren [this message]
     [not found]           ` <20150311214825.GB9680@excalibur.cnev.de>
2015-03-17 16:16             ` Tom Rini
2015-03-19 19:41               ` [U-Boot] config_distro_bootcmd and boot environment (was: Regression in bootcmd handling in v2015.04-rc3?) Karsten Merker
2015-03-19 19:41                 ` [U-Boot] [PATCH] Document config_distro_bootcmd environment variables for interactive booting Karsten Merker
2015-03-19 19:53                   ` Stephen Warren
     [not found]                     ` <20150319205334.GB8313@excalibur.cnev.de>
2015-03-19 21:02                       ` Stephen Warren
2015-03-21 13:15                         ` [U-Boot] [PATCH V2] " Karsten Merker
2015-03-21 13:15                           ` Karsten Merker
2015-03-23 19:34                             ` Stephen Warren
2015-03-28 18:09                             ` [U-Boot] [U-Boot, " Tom Rini
2015-03-11 20:31     ` [U-Boot] Regression in bootcmd handling in v2015.04-rc3? (was: [ANN] U-Boot v2015.04-rc3 released) Tom Rini

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=5500B506.3060902@wwwdotorg.org \
    --to=swarren@wwwdotorg.org \
    --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.