1. 01 5月, 2017 2 次提交
  2. 30 4月, 2017 5 次提交
  3. 28 4月, 2017 1 次提交
  4. 15 4月, 2017 1 次提交
  5. 07 4月, 2017 6 次提交
  6. 06 4月, 2017 1 次提交
  7. 17 3月, 2017 1 次提交
  8. 09 2月, 2017 3 次提交
    • M
      cmd: move CONFIG_CMD_UNZIP and CONFIG_CMD_ZIP to Kconfig · e9d33e73
      Masahiro Yamada 提交于
      CONFIG_CMD_ZIP is not defined by any board.  I am moving
      CONFIG_CMD_UNZIP to defconfig files except UniPhier SoC family.
      
      I am the maintainer of UniPhier platform, so I know "select CMD_UNZIP"
      is better for this platform.
      Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
      Acked-by: NMichal Simek <michal.simek@xilinx.com>
      Acked-by: NStefan Roese <sr@denx.de>
      Acked-by: NRyan Harkin <ryan.harkin@linaro.org>
      Tested-by: NRyan Harkin <ryan.harkin@linaro.org>
      e9d33e73
    • M
      cmd: rework "license" command · d726f225
      Masahiro Yamada 提交于
      The previous commit ("add a new command to show .config contents")
      improves the basic infrastructure of "embed a compressed file into
      the U-Boot image, and print it by a command".  The same pattern for
      the "license" command.
      
      This commit reworks the command to improve the following:
      
      [1] Improve log style
      
      Kbuild style log
      
        GZIP    cmd/license_data.gz
        CHK     cmd/license_data_gz.h
        UPD     cmd/license_data_gz.h
        CHK     cmd/license_data_size.h
        UPD     cmd/license_data_size.h
      
      instead of the bare Make log:
      
      cat ./Licenses/gpl-2.0.txt | gzip -9 -c | \
      		tools/bin2header license_gzip > ./include/license.h
      
      [2] Collect related code into the "cmd" directory
      
      Prior to this commit, the license.h was created by tools/Makefile,
      placed under the "include" directory, included from cmd/license.c,
      and deleted by the top-level Makefile.  It is not a good idea to
      scatter related code.
      
      [3] Drop the fixed-malloc size LICENSE_MAX
      
      Just allocate the minimum required size of buffer because we know
      the size of the original gpl-2.0.txt.
      
      [4] Fix more issues
      
      Terminate the buffer with zero to prevent puts() from over-running.
      Add "static" to do_license.
      Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
      Reviewed-by: NSimon Glass <sjg@chromium.org>
      d726f225
    • M
      cmd: add a new command "config" to show .config contents · 61304dbe
      Masahiro Yamada 提交于
      This feature is inspired by /proc/config.gz of Linux.  In Linux,
      if CONFIG_IKCONFIG is enabled, the ".config" file contents are
      embedded in the kernel image.  If CONFIG_IKCONFIG_PROC is also
      enabled, the ".config" contents are exposed to /proc/config.gz.
      Users can do "zcat /proc/config.gz" to check which config options
      are enabled on the running kernel image.
      
      The idea is almost the same here; if CONFIG_CMD_CONFIG is enabled,
      the ".config" contents are compressed and saved in the U-Boot image,
      then printed by the new command "config".
      
      The usage is quite simple.  Enable CONFIG_CMD_CONFIG, then run
       > config
      from the command line interface.  The ".config" contents will be
      printed on the console.
      
      This feature increases the U-Boot image size by about 4KB (this is
      mostly due to the gzip-compressed .config file).  By default, it is
      enabled only for Sandbox because we do not care about the memory
      footprint on it.  Of course, this feature is architecture agnostic,
      so you can enable it on any board if the image size increase is
      acceptable for you.
      Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
      Reviewed-by: NSimon Glass <sjg@chromium.org>
      61304dbe
  9. 28 1月, 2017 1 次提交
  10. 28 12月, 2016 1 次提交
  11. 12 12月, 2016 1 次提交
  12. 04 12月, 2016 2 次提交
    • Y
      cmd: move CMD_PXE to Kconfig · bfb380b3
      Yann E. MORIN 提交于
      Currently, CMD_PXE is forcibly enabled in config_distro_defaults.h, so
      that general purpose distributions can rely on it being defined. This
      header is included, under conditions or not, by various archs or
      famillies of archs / SoCs.
      
      However, it is very possible that boards based on those SoCs will not
      have a physical ethernet connector at all, even if the have a MAC; for
      example, the Nanopi Neo AIR (sunxi H3) does not. It is also possible
      that network booting is absolutely not necessary for a device.
      
      However, it is not possible to disable the PXE command, as it is
      forcibly enabled and is non-configurable.
      
      But it turns out we already have a config option to build a distro-ready
      image, in the name of DISTRO_DEFAULTS.
      
      Move CMD_PXE out of the hard-coded config_distro_defaults.h into a
      Kconfig option, that gets selected by DISTRO_DEFAULTS when it is set.
      Signed-off-by: N"Yann E. MORIN" <yann.morin.1998@free.fr>
      Cc: Joe Hershberger <joe.hershberger@ni.com>
      [trini: Make it select MENU, run moveconfig.py]
      Signed-off-by: NTom Rini <trini@konsulko.com>
      bfb380b3
    • T
      cmd: Convert CMD_BOOTMENU · 4880b026
      Tom Rini 提交于
      Also convert MENU while we're in here.
      Signed-off-by: NTom Rini <trini@konsulko.com>
      4880b026
  13. 01 12月, 2016 1 次提交
    • T
      mmc: add bkops-enable command · cd3d4880
      Tomas Melin 提交于
      Add new command that provides possibility to enable the
      background operations handshake functionality
      (BKOPS_EN, EXT_CSD byte [163]) on eMMC devices.
      
      This is an optional feature of eMMCs, the setting is write-once.
      The command must be explicitly taken into use with
      CONFIG_CMD_BKOPS_ENABLE.
      Signed-off-by: NTomas Melin <tomas.melin@vaisala.com>
      cd3d4880
  14. 27 11月, 2016 1 次提交
    • A
      efi_loader: Allow to compile helloworld.efi w/o bundling it · 95b62b2e
      Alexander Graf 提交于
      Today we can compile a self-contained hello world efi test binary that
      allows us to quickly verify whether the EFI loader framwork works.
      
      We can use that binary outside of the self-contained test case though,
      by providing it to a to-be-tested system via tftp.
      
      This patch separates compilation of the helloworld.efi file from
      including it in the u-boot binary for "bootefi hello". It also modifies
      the efi_loader test case to enable travis to pick up the compiled file.
      Because we're now no longer bloating the resulting u-boot binary, we
      can enable compilation always, giving us good travis test coverage.
      Signed-off-by: NAlexander Graf <agraf@suse.de>
      Reviewed-by: NTom Rini <trini@konsulko.com>
      95b62b2e
  15. 15 11月, 2016 4 次提交
  16. 12 10月, 2016 1 次提交
  17. 27 9月, 2016 2 次提交
  18. 21 8月, 2016 1 次提交
  19. 20 8月, 2016 1 次提交
  20. 25 6月, 2016 1 次提交
  21. 20 6月, 2016 1 次提交
    • M
      autoboot: add CONFIG_AUTOBOOT to allow to not compile autoboot.c · 41598c82
      Masahiro Yamada 提交于
      Since commit bb597c0e ("common: bootdelay: move CONFIG_BOOTDELAY
      into a Kconfig option"), CONFIG_BOOTDELAY is defined for all boards.
      
      Prior to that commit, it was allowed to unset CONFIG_BOOTDELAY to
      not compile common/autoboot.c, as described in common/Makefile:
      
        # This option is not just y/n - it can have a numeric value
        ifdef CONFIG_BOOTDELAY
        obj-y += autoboot.o
        endif
      
      It was a bit odd to enable/disable code with an integer type option,
      but it was how this option worked before that commit, and several
      boards actually unset it to opt out of the autoboot feature.
      
      This commit adds a new bool option, CONFIG_AUTOBOOT, and makes
      CONFIG_BOOTDELAY depend on it.
      
      I chose "default y" for this option because most boards use the
      autoboot.  I added "# CONFIG_AUTOBOOT is not set" for the boards that
      had not set CONFIG_BOOTDELAY prior to the bad commit.
      Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
      41598c82
  22. 23 5月, 2016 2 次提交