u-boot.git/cmd, branch v2018.05-rc3 Unnamed repository; edit this file 'description' to name the repository. cmd: CONFIG_CMD_LOG select CONFIG_LOG 2018-04-28T14:42:35+00:00 Heinrich Schuchardt xypron.glpk@gmx.de 2018-04-19T20:02:46+00:00 83a1f933d141ca5db69344559c1eef255d45fddd CONFIG_CMD_LOG without CONFIG_LOG leads to a build error: ‘gd_t {aka volatile struct global_data}’ has no member named ‘default_log_level’ So CMD_LOG should select LOG. Signed-off-by: Heinrich Schuchardt <xypron.glpk@gmx.de> Reviewed-by: Simon Glass <sjg@chromium.org> 
CONFIG_CMD_LOG without CONFIG_LOG leads to a build error:
‘gd_t {aka volatile struct global_data}’ has no member named
‘default_log_level’

So CMD_LOG should select LOG.

Signed-off-by: Heinrich Schuchardt <xypron.glpk@gmx.de>
Reviewed-by: Simon Glass <sjg@chromium.org>
Remove unnecessary instances of DECLARE_GLOBAL_DATA_PTR 2018-04-27T18:54:48+00:00 Tom Rini trini@konsulko.com 2018-04-18T17:50:47+00:00 d024236e5a31a2b4b82cbcc98b31b8170fc88d28 We have a large number of places where while we historically referenced gd in the code we no longer do, as well as cases where the code added that line "just in case" during development and never dropped it. Signed-off-by: Tom Rini <trini@konsulko.com> 
We have a large number of places where while we historically referenced
gd in the code we no longer do, as well as cases where the code added
that line "just in case" during development and never dropped it.

Signed-off-by: Tom Rini <trini@konsulko.com>
Convert CONFIG_SPI to Kconfig 2018-04-27T18:54:11+00:00 Adam Ford aford173@gmail.com 2018-04-15T17:51:26+00:00 f1b1f77060beadbfe9f42a3be00019bd025afbd6 This converts the following to Kconfig: CONFIG_SPI This partly involves updating code that assumes that CONFIG_SPI implies things that are specific to the MPC8xx SPI driver. For now, just update the CONFIG tests. This also involves reworking the default for CONFIG_SYS_DEF_EEPROM_ADDR so that we don't set it when we cannot make a reasonable default, as it does not cause any compile failures. Signed-off-by: Adam Ford <aford173@gmail.com> Signed-off-by: Tom Rini <trini@konsulko.com> 
This converts the following to Kconfig:
   CONFIG_SPI

This partly involves updating code that assumes that CONFIG_SPI implies
things that are specific to the MPC8xx SPI driver.  For now, just update
the CONFIG tests.  This also involves reworking the default for
CONFIG_SYS_DEF_EEPROM_ADDR so that we don't set it when we cannot make a
reasonable default, as it does not cause any compile failures.

Signed-off-by: Adam Ford <aford173@gmail.com>
Signed-off-by: Tom Rini <trini@konsulko.com>
cmd: clk: Check return value from soc_clk_dump 2018-04-23T11:15:32+00:00 Michal Simek michal.simek@xilinx.com 2018-04-19T13:15:25+00:00 ebc675b98d92f7b8264ca84e65cc896d95f9868b In case of error in soc_clk_dump function are returned different values then CMD return values (-1, 0, 1). For example: ZynqMP> clk dump exit not allowed from main input shel The patch is checking all negative return values and return CMD_RET_FAILURE which is proper reaction for these cases. Signed-off-by: Michal Simek <michal.simek@xilinx.com> 
In case of error in soc_clk_dump function are returned different values
then CMD return values (-1, 0, 1).

For example:
ZynqMP> clk dump
exit not allowed from main input shel

The patch is checking all negative return values and return
CMD_RET_FAILURE which is proper reaction for these cases.

Signed-off-by: Michal Simek <michal.simek@xilinx.com>
bootvx: x86: Assign bootaddr based on kernel memory base 2018-04-16T14:38:53+00:00 Bin Meng bmeng.cn@gmail.com 2018-04-12T05:02:22+00:00 79c584e5595458d58dc1cf47172abcb3748574f4 On VxWorks x86 its bootline address is at a pre-defined offset @ 0x1200. If 'bootaddr' is not passed via environment variable, we assign its value based on the kernel memory base address. Signed-off-by: Bin Meng <bmeng.cn@gmail.com> 
On VxWorks x86 its bootline address is at a pre-defined offset @
0x1200. If 'bootaddr' is not passed via environment variable, we
assign its value based on the kernel memory base address.

Signed-off-by: Bin Meng <bmeng.cn@gmail.com>
bootvx: Exit if bootline address is not specified 2018-04-16T14:38:53+00:00 Bin Meng bmeng.cn@gmail.com 2018-04-12T05:02:21+00:00 ced71a2f72e296d08d87ec377ea91e9c48b528d6 Exit the 'bootvx' command if bootline address is not specified. Signed-off-by: Bin Meng <bmeng.cn@gmail.com> 
Exit the 'bootvx' command if bootline address is not specified.

Signed-off-by: Bin Meng <bmeng.cn@gmail.com>
bootvx: Refactor the bootline copy codes a little bit 2018-04-16T14:38:52+00:00 Bin Meng bmeng.cn@gmail.com 2018-04-12T05:02:20+00:00 7824ad6ad494c4489fdd997212b5566638fc840b There is a small duplication in do_bootvx() that does the bootline copy. Refactor this a little bit to make it simpler. Signed-off-by: Bin Meng <bmeng.cn@gmail.com> Reviewed-by: Simon Glass <sjg@chromium.org> 
There is a small duplication in do_bootvx() that does the bootline
copy. Refactor this a little bit to make it simpler.

Signed-off-by: Bin Meng <bmeng.cn@gmail.com>
Reviewed-by: Simon Glass <sjg@chromium.org>
bootvx: x86: Make VxWorks EFI console driver happy 2018-04-16T14:38:52+00:00 Bin Meng bmeng.cn@gmail.com 2018-04-12T05:02:19+00:00 447ae4f7adb2c667eec1e0861e2346694c57a2e0 When booting from EFI BIOS, VxWorks bootloader stores the EFI GOP framebuffer info at a pre-defined offset @ 0x6100. When VxWorks kernel boots up, its EFI console driver tries to find such a block and if the signature matches, the framebuffer information will be used to initialize the driver. However it is not necessary to prepare an EFI environment for VxWorks's EFI console driver to function (eg: EFI loader in U-Boot). If U-Boot has already initialized the graphics card and set it to a VESA mode that is compatible with EFI GOP, we can simply prepare such a block for VxWorks. Signed-off-by: Bin Meng <bmeng.cn@gmail.com> Reviewed-by: Simon Glass <sjg@chromium.org> 
When booting from EFI BIOS, VxWorks bootloader stores the EFI GOP
framebuffer info at a pre-defined offset @ 0x6100. When VxWorks
kernel boots up, its EFI console driver tries to find such a block
and if the signature matches, the framebuffer information will be
used to initialize the driver.

However it is not necessary to prepare an EFI environment for
VxWorks's EFI console driver to function (eg: EFI loader in
U-Boot). If U-Boot has already initialized the graphics card and
set it to a VESA mode that is compatible with EFI GOP, we can
simply prepare such a block for VxWorks.

Signed-off-by: Bin Meng <bmeng.cn@gmail.com>
Reviewed-by: Simon Glass <sjg@chromium.org>
elf: Add a very simple ELF64 loader 2018-04-16T08:54:51+00:00 Bin Meng bmeng.cn@gmail.com 2018-04-12T05:02:14+00:00 839c4e9c5bb09ac1ef2c129c7082a15b9cbd3a8a This adds a very simple ELF64 loader via program headers, similar to load_elf_image_phdr() that we already have. Signed-off-by: Bin Meng <bmeng.cn@gmail.com> Reviewed-by: Simon Glass <sjg@chromium.org> 
This adds a very simple ELF64 loader via program headers, similar
to load_elf_image_phdr() that we already have.

Signed-off-by: Bin Meng <bmeng.cn@gmail.com>
Reviewed-by: Simon Glass <sjg@chromium.org>
x86: Rename e820entry to e820_entry 2018-04-16T08:54:51+00:00 Bin Meng bmeng.cn@gmail.com 2018-04-12T05:02:11+00:00 45519924a09d7818c30042b1ccd0b7526ef5e26d This changes 'struct e820entry' to 'struct e820_entry' to conform with the coding style. Signed-off-by: Bin Meng <bmeng.cn@gmail.com> Reviewed-by: Christian Gmeiner <christian.gmeiner@gmail.com> 
This changes 'struct e820entry' to 'struct e820_entry' to conform
with the coding style.

Signed-off-by: Bin Meng <bmeng.cn@gmail.com>
Reviewed-by: Christian Gmeiner <christian.gmeiner@gmail.com>