1. 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
  2. 18 Nov, 2015 1 commit
  3. 13 Nov, 2015 1 commit
  4. 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
  5. 21 Oct, 2015 1 commit
  6. 31 Aug, 2015 2 commits
  7. 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
  8. 01 Jul, 2015 1 commit
  9. 26 Jun, 2015 1 commit
  10. 25 Jun, 2015 2 commits
  11. 08 Jun, 2015 2 commits
  12. 01 Jun, 2015 2 commits
  13. 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
  14. 30 Apr, 2015 1 commit
  15. 21 Apr, 2015 1 commit
  16. 18 Apr, 2015 2 commits
  17. 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
  18. 05 Mar, 2015 1 commit
  19. 24 Feb, 2015 1 commit
  20. 12 Feb, 2015 1 commit
  21. 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
  22. 24 Sep, 2014 6 commits