u-boot.git/include/config_distro_bootcmd.h, branch v2015.04

config_distro_bootcmd.h: Prefer booting from bootable paritions

2015-03-25T16:15:18+00:00

List bootable partitions and only scan those for bootable files, falling
back to partition 1 if there are no bootable partitions

Signed-off-by: Sjoerd Simons 
Reviewed-by: Hans de Goede 
Reviewed-by: Stephen Warren

config_distro_bootcmd.h: add note on error handling

2015-03-13T13:29:36+00:00

This should make it more clear why there appear to be C pre-processor
symbols in the file that contain mixed case. They're really error
messages.

Suggested-by: Simon Glass 
Signed-off-by: Stephen Warren 
Reviewed-by: Tom Rini 
Reviewed-by: Simon Glass

config_distro_bootcmd.h: Enable CONFIG_CMD_PART

2015-02-16T17:41:41+00:00

The recent changes to config_distro_bootcmd.h require CONFIG_CMD_PART to be
defined, as the default bootcmd now uses the "part" command.

This fixes sunxi boards not booting with v2015.04-rc1.

Signed-off-by: Hans de Goede 
Acked-by: Stephen Warren

distro_bootcmd: read DHCP boot script name from a variable

2015-01-30T14:19:16+00:00

Modify $bootcmd_dhcp to read the downloaded script filename from an
environment variable rather than hard-coding it. This allows the user
(or another script) to select a different script name if they want,
without editing the whole value of $bootcmd_dhcp.

Signed-off-by: Stephen Warren

distro_distro_bootcmd: use CONFIG_BOOTCOMMAND instead of setting bootcmd=

2015-01-29T18:38:39+00:00

Move the bootcmd commands into a seperate distro_bootcmd environment
variable. Allowing a user to easily launch the distro boot sequence if
the default bootcmd did not default to distro boot commands.

Also set CONFIG_BOOTCOMMAND to "run distro_bootcmd" if it hasn't been
configured yet rather then putting it directly in the environment. This
allows boards to make the distro boot commands available without
necessarily default to them or to use them as a fallback after running
some board specific commands instead.

Signed-off-by: Sjoerd Simons 
Reviewed-by: Stephen Warren

config_distro_bootcmd: Scan all partitions for boot files

2015-01-29T18:37:24+00:00

Not all devices use the convention that the boot scripts are on the
first partition. For example on chromebooks it seems common for the
first two partitions to be ChromeOS kernel partitions.

So instead of just the first partition scan all partitions on a device
with a filesystem u-boot can recognize.

Signed-off-by: Sjoerd Simons

config_distro_bootcmd.h: Remove unnecessary magic to avoid repeated USB scans

2015-01-18T11:31:35+00:00

Now that "usb start" will only start usb if not already started, we can simply
call "usb start" whenever we (may) need access to usb devices, and it will only
actually scan the bus at the first call.

Signed-off-by: Hans de Goede

config_distro_bootcmd: Run 'scsi scan' before trying scsi disks

2014-09-24T22:30:28+00:00

Scsi disks need to be probed before we try to access them, otherwise all
accesses fail with: ** Bad device size - scsi 0 **.

Reported-by: Karsten Merker 
Signed-off-by: Hans de Goede 
Reviewed-by: Stephen Warren 
Tested-by: Karsten Merker

config: introduce a generic $bootcmd

2014-08-09T15:17:04+00:00

This generic $bootcmd, and associated support macros, automatically
searches a defined set of storage devices (or network protocols) for an
extlinux configuration file or U-Boot boot script in various standardized
locations. Distros that install such a boot config file/script in those
standard locations will get easy-to-set-up booting on HW that enables
this generic $bootcmd.

Boards can define the set of devices from which boot is attempted, and
the order in which they are attempted. Users may later customize this
set/order by edting $boot_targets.

Users may interrupt the boot process and boot from a specific device
simply by executing e.g.:

$ run bootcmd_mmc1
or:
$ run bootcmd_pxe

This patch was originally written by Dennis Gilmore based on Tegra and
rpi_b boot scripts. I have made the following modifications since then:

* Boards must define the BOOT_TARGET_DEVICES macro in order to specify
  the set of devices (and order) from which to attempt boot. If needed,
  we can define a default directly in config_distro_bootcmd.h.

* Removed $env_import and related variables; nothing used them, and I
  think it's better for boards to pre-load an environment customization
  file using CONFIG_PREBOOT if they need.

* Renamed a bunch of variables to suit my whims:-)

Signed-off-by: Dennis Gilmore 
Signed-off-by: Stephen Warren 
Reviewed-by: Marek Vasut 
Acked-by: Simon Glass