1. 25 Apr, 2016 2 commits
  2. 18 Apr, 2016 1 commit
  3. 01 Apr, 2016 1 commit
    • Eric Nelson's avatar
      drivers: block: add block device cache · e40cf34a
      Eric Nelson authored
      Add a block device cache to speed up repeated reads of block devices by
      various filesystems.
      
      This small amount of cache can dramatically speed up filesystem
      operations by skipping repeated reads of common areas of a block
      device (typically directory structures).
      
      This has shown to have some benefit on FAT filesystem operations of
      loading a kernel and RAM disk, but more dramatic benefits on ext4
      filesystems when the kernel and/or RAM disk are spread across
      multiple extent header structures as described in commit fc0fc50f.
      
      The cache is implemented through a minimal list (block_cache) maintained
      in most-recently-used order and count of the current number of entries
      (cache_count). It uses a maximum block count setting to prevent copies
      of large block reads and an upper bound on the number of cached areas.
      
      The maximum number of entries in the cache defaults to 32 and the maximum
      number of blocks per cache entry has a default of 2, which has shown to
      produce the best res...
      e40cf34a
  4. 22 Mar, 2016 1 commit
  5. 16 Mar, 2016 1 commit
    • Alexander Graf's avatar
      efi_loader: Add "bootefi" command · b9939336
      Alexander Graf authored
      
      
      In order to execute an EFI application, we need to bridge the gap between
      U-Boot's notion of executing images and EFI's notion of doing the same.
      
      The best path forward IMHO here is to stick completely to the way U-Boot
      deals with payloads. You manually load them using whatever method to RAM
      and then have a simple boot command to execute them. So in our case, you
      would do
      
        # load mmc 0:1 $loadaddr grub.efi
        # bootefi $loadaddr
      
      which then gets you into a grub shell. Fdt information known to U-boot
      via the fdt addr command is also passed to the EFI payload.
      Signed-off-by: default avatarAlexander Graf <agraf@suse.de>
      Reviewed-by: default avatarSimon Glass <sjg@chromium.org>
      Tested-by: default avatarSimon Glass <sjg@chromium.org>
      [trini: Guard help text with CONFIG_SYS_LONGHELP]
      Signed-off-by: default avatarTom Rini <trini@konsulko.com>
      b9939336
  6. 25 Jan, 2016 1 commit
    • Simon Glass's avatar
      Move all command code into its own directory · 72a8cf8d
      Simon Glass authored
      
      
      There are a lot of unrelated files in common, including all of the commands.
      Moving them into their own directory makes them easier to find and is more
      logical.
      
      Some commands include non-command code, such as cmd_scsi.c. This should be
      sorted out at some point so that the function can be enabled with or without
      the associated command.
      
      Unfortunately, with m68k I get this error:
      
      m68k:  +   M5329AFEE
      +arch/m68k/cpu/mcf532x/start.o: In function `_start':
      +arch/m68k/cpu/mcf532x/start.S:159:(.text+0x452): relocation truncated to fit: R_68K_PC16 against symbol `board_init_f' defined in .text.board_init_f section in common/built-in.o
      
      I hope someone can shed some light on what this means. I hope it isn't
      depending on the position of code in the image.
      Signed-off-by: default avatarSimon Glass <sjg@chromium.org>
      Reviewed-by: default avatarBin Meng <bmeng.cn@gmail.com>
      Reviewed-by: default avatarHeiko Schocher <hs@denx.de>
      Acked-by: default avatarStefan Roese <sr@denx.de>
      Acked-by: default avatarPrzemyslaw Marczak <p.marczak@samsung.com>
      72a8cf8d
  7. 14 Jan, 2016 1 commit
  8. 20 Nov, 2015 1 commit
    • Simon Glass's avatar
      console: Add a console buffer · 9854a874
      Simon Glass authored
      
      
      It is useful to be able to record console output and provide console input
      via a buffer. This provides sandbox with the ability to run a command and
      check its output. If the console is set to silent then no visible output
      is generated.
      
      This also provides a means to fix the problem where tests produce unwanted
      output, such as errors or warnings. This can be confusing. We can instead
      set the console to silent and record this output. It can be checked later
      in the test if required.
      
      It is possible that this may prove useful for non-test situations. For
      example the console output may be suppressed for normal operations, but
      recorded and stored for access by the OS. That feature is not implemented
      at present.
      Signed-off-by: default avatarSimon Glass <sjg@chromium.org>
      9854a874
  9. 18 Nov, 2015 1 commit
  10. 13 Nov, 2015 1 commit
  11. 22 Oct, 2015 1 commit
    • Nishanth Menon's avatar
      drivers: Introduce a simplified remoteproc framework · ddf56bc7
      Nishanth Menon authored
      
      
      Many System on Chip(SoC) solutions are complex with multiple processors
      on the same die dedicated to either general purpose of specialized
      functions. Many examples do exist in today's SoCs from various vendors.
      Typical examples are micro controllers such as an ARM M3/M0 doing a
      offload of specific function such as event integration or power
      management or controlling camera etc.
      
      Traditionally, the responsibility of loading up such a processor with a
      firmware and communication has been with a High Level Operating
      System(HLOS) such as Linux. However, there exists classes of products
      where Linux would need to expect services from such a processor or the
      delay of Linux and operating system being able to load up such a
      firmware is unacceptable.
      
      To address these needs, we need some minimal capability to load such a
      system and ensure it is started prior to an Operating System(Linux or
      any other) is started up.
      
      NOTE: This is NOT meant to be a solve-all solution, instead, it tries to
      address certain class of SoCs and products that need such a solution.
      
      A very simple model is introduced here as part of the initial support
      that supports microcontrollers with internal memory (no MMU, no
      execution from external memory, or specific image format needs). This
      basic framework can then (hopefully) be extensible to other complex SoC
      processor support as need be.
      Reviewed-by: default avatarSimon Glass <sjg@chromium.org>
      Signed-off-by: default avatarNishanth Menon <nm@ti.com>
      Acked-by: default avatarSimon Glass <sjg@chromium.org>
      ddf56bc7
  12. 21 Oct, 2015 1 commit
  13. 31 Aug, 2015 2 commits
  14. 13 Aug, 2015 1 commit
    • Nikita Kiryanov's avatar
      kconfig: add config option for shell prompt · 181bd9dc
      Nikita Kiryanov authored
      
      
      Add option to set shell prompt string from menuconfig and migrate
      boards globally.
      
      The migration is done as follows:
      - Boards that explicitly and unconditionally set CONFIG_SYS_PROMPT had the
        entry moved to their defconfig files.
      - Boards that defined some kind of #ifdef logic which selects the
        CONFIG_SYS_PROMPT (for example qemu-mips) got an #undef CONFIG_SYS_PROMPT
        right before the #ifdef logic and were left alone.
      - This change forces CONFIG_SYS_PROMPT to be a per board decision, and thus
        CONFIG_SYS_PROMPT was removed from all <soc>_common.h and <arch>_common.h
        files. This results in a streamlined default value across platforms, and
        includes the following files: spear-common, sunxi-common, mv-common,
        ti_armv7_common, tegra-common, at91-sama5_common, and zynq-common.
      - Boards that relied on <arch/soc>_common.h values of CONFIG_SYS_PROMPT were
        not updated in their respective defconfig files under the assumption that
        since they did not explicitly define a value, they're fine with whatever
        the default is.
      - On the other hand, boards that relied on a value defined in some
        <boards>_common.h file such as woodburn_common, rpi-common,
        bur_am335x_common, ls2085a_common, siemens_am33x_common, and
        omap3_evm_common, had their values moved to the respective defconfig files.
      - The define V_PROMPT was removed, since it is not used anywhere except for
        assigning a value for CONFIG_SYS_PROMPT.
      
      Cc: Tom Rini <trini@konsulko.com>
      Cc: Masahiro Yamada <yamada.m@jp.panasonic.com>
      Cc: Stefano Babic <sbabic@denx.de>
      Cc: Igor Grinberg <grinberg@compulab.co.il>
      Signed-off-by: default avatarNikita Kiryanov <nikita@compulab.co.il>
      [trini: Add spring, sniper, smartweb to conversion]
      Signed-off-by: default avatarTom Rini <trini@konsulko.com>
      181bd9dc
  15. 01 Jul, 2015 1 commit
  16. 26 Jun, 2015 1 commit
  17. 25 Jun, 2015 2 commits
  18. 08 Jun, 2015 2 commits
  19. 01 Jun, 2015 2 commits
  20. 15 May, 2015 2 commits
    • Przemyslaw Marczak's avatar
      dm: regulator: add regulator command · 6262b72b
      Przemyslaw Marczak authored
      
      
      This command is based on driver model regulator's API.
      The user interface provides:
      - list UCLASS regulator devices
      - show or [set] operating regulator device
      - print constraints info
      - print operating status
      - print/[set] voltage value [uV] (force)
      - print/[set] current value [uA]
      - print/[set] operating mode id
      - enable the regulator output
      - disable the regulator output
      
      The 'force' option can be used for setting the value which exceeds
      the constraints min/max limits.
      Signed-off-by: default avatarPrzemyslaw Marczak <p.marczak@samsung.com>
      Acked-by: default avatarSimon Glass <sjg@chromium.org>
      6262b72b
    • Przemyslaw Marczak's avatar
      dm: pmic: add pmic command · d89fdcf9
      Przemyslaw Marczak authored
      
      
      This is new command for the PMIC devices based on driver model PMIC API.
      Command features are unchanged:
      - list UCLASS pmic devices
      - show or [set] operating pmic device (NEW)
      - dump registers
      - read byte of register at address
      - write byte to register at address
      
      The only one change for this command is 'dev' subcommand.
      Signed-off-by: default avatarPrzemyslaw Marczak <p.marczak@samsung.com>
      Acked-by: default avatarSimon Glass <sjg@chromium.org>
      d89fdcf9
  21. 30 Apr, 2015 1 commit
  22. 21 Apr, 2015 1 commit
  23. 18 Apr, 2015 2 commits
  24. 10 Apr, 2015 1 commit
    • Linus Walleij's avatar
      common/armflash: Support for ARM flash images · 4bb66506
      Linus Walleij authored
      
      
      The ARM reference designs all use a special flash image format
      that stores a footer (two versions exist) at the end of the last
      erase block of the image in flash memory.
      
      Version one of the footer is indicated by the magic number
      0xA0FFFF9F at 12 bytes before the end of the flash block and
      version two is indicated by the magic number 0x464F4F54 0x464C5348
      (ASCII for "FLSHFOOT") in the very last 8 bytes of the erase block.
      
      This command driver implements support for both versions of the
      AFS images (the name comes from the Linux driver in drivers/mtd/afs.c)
      and makes it possible to list images and load an image by name into
      the memory with these commands:
      
      afs - lists flash contents
      afs load <image> - loads image to address indicated in the image
      afs load <image> <addres> - loads image to a specified address
      
      This image scheme is used on the ARM Integrator family, ARM
      Versatile family, ARM RealView family (not yet supported in U-Boot)
      and ARM Versatile Express family up to and including the new
      Juno board for 64 bit development.
      Reviewed-by: default avatarTom Rini <trini@konsulko.com>
      Signed-off-by: default avatarLinus Walleij <linus.walleij@linaro.org>
      4bb66506
  25. 05 Mar, 2015 1 commit
  26. 24 Feb, 2015 1 commit
  27. 12 Feb, 2015 1 commit
  28. 23 Nov, 2014 2 commits
    • Masahiro Yamada's avatar
      commands: add more command entries in Kconfig · 60296a83
      Masahiro Yamada authored
      
      
      This commit adds some of command entries (CONFIG_CMD_*) to
      cover include/config_cmd_default.h and a little extra.
      
      Because U-Boot supports lots of commands, they should be categorized
      according to their usage.
      Signed-off-by: default avatarMasahiro Yamada <yamada.m@jp.panasonic.com>
      60296a83
    • Masahiro Yamada's avatar
      hush: add CONFIG_HUSH_PARSER to Kconfig · 6c775090
      Masahiro Yamada authored
      
      
      The README file states that the macros beginning with "CONFIG_SYS_"
      depend on the hardware etc. and should not be meddled with if you do
      not what you're doing.
      We have already screwed up with this policy; we have given the prefix
      "CONFIG_SYS_" to many user-selectable configurations.
      Here, "CONFIG_SYS_HUSH_PARSER" is one of them.  Users can enable it
      if they want to use a more powerful command line parser, or disable it
      if they only need a simple one.
      
      This commit attempts to rename CONFIG_SYS_HUSH_PARSER to
      CONFIG_HUSH_PARSER and move it to Kconfig.
      
      Every board maintainer is expected to enable CONFIG_HUSH_PARSER
      (= add "CONFIG_HUSH_PARSER=y" to his defconfig file) and remove
      "#define CONFIG_SYS_HUSH_PARSER" from his header file.
      Signed-off-by: default avatarMasahiro Yamada <yamada.m@jp.panasonic.com>
      6c775090
  29. 24 Sep, 2014 4 commits