Skip to content
Snippets Groups Projects
  1. Nov 13, 2013
  2. Nov 08, 2013
    • Przemyslaw Marczak's avatar
      usb: ums: add ums exit feature by ctrl+c or by detach usb cable · 351e9b20
      Przemyslaw Marczak authored
      
      This patch allows exiting from UMS mode to u-boot prompt
      by detaching usb cable or by pressing ctrl+c.
      
      Add new config: CONFIG_USB_CABLE_CHECK. If defined then board
      file should provide function: usb_cable_connected() (include/usb.h)
      that return 1 if cable is connected and 0 otherwise.
      
      Changes v2:
      - add a note to the README
      
      Signed-off-by: default avatarPrzemyslaw Marczak <p.marczak@samsung.com>
      Cc: Marek Vasut <marex@denx.de>
      351e9b20
    • Igor Grinberg's avatar
      README: remove wrong config name · 39d9abfa
      Igor Grinberg authored
      
      There is no CONFIG_PCA953X_INFO symbol.
      U-Boot uses CONFIG_CMD_PCA953X_INFO instead, which is described in
      "Monitor Functions" section and thus no need to be repeated in the
      "GPIO Support" section.
      Remove the whole line.
      
      Signed-off-by: default avatarIgor Grinberg <grinberg@compulab.co.il>
      39d9abfa
    • Andrew Ruder's avatar
      cmd_nvedit.c: Add env exists command · 88733e2c
      Andrew Ruder authored
      
      env exists is a way to test (in hush) if an environment variable
      exists.  A workaround existed using printenv but this new command
      doesn't require all the stdout/stderr redirection to prevent
      printing information to the screen.
      
      Example:
      $ set testexists 1
      $ env exists testexists && echo "yes"
      yes
      $ env exists testexists || echo "no"
      $ set testexists
      $ env exists testexists && echo "yes"
      $ env exists testexists || echo "no"
      no
      $
      
      Signed-off-by: default avatarAndrew Ruder <andrew.ruder@elecsyscorp.com>
      88733e2c
  3. Oct 30, 2013
  4. Oct 17, 2013
  5. Oct 14, 2013
  6. Oct 07, 2013
  7. Sep 24, 2013
    • Afzal Mohammed's avatar
      dfu: ram support · a9479f04
      Afzal Mohammed authored
      
      DFU spec mentions it as a method to upgrade firmware (software stored
      in writable non-volatile memory). It also says other potential uses of
      DFU is beyond scope of the spec.
      
      Here such a beyond the scope use is being attempted - directly pumping
      binary images from host via USB to RAM. This facility is a developer
      centric one in that it gives advantage over upgrading non-volatile
      memory for testing new images every time during development and/or
      testing.
      
      Directly putting image onto RAM would speed up upgrade process. This and
      convenience was the initial thoughts that led to doing this, speed
      improvement over MMC was only 1 second though - 6 sec on RAM as opposed
      to 7 sec on MMC in beagle bone, perhaps enabling cache and/or optimizing
      DFU framework to avoid multiple copy for ram (if worth) may help, and
      on other platforms and other boot media like NAND maybe improvement
      would be higher.
      
      And for a platform that doesn't yet have proper DFU suppport for
      non-volatile media's, DFU to RAM can be used.
      
      Another minor advantage would be to increase life of mmc/nand as it
      would be less used during development/testing.
      
      usage: <image name> ram <start address> <size>
      eg. kernel ram 0x81000000 0x1000000
      
      Downloading images to RAM using DFU is not something new, this is
      acheived in openmoko also.
      
      DFU on RAM can be used for extracting RAM contents to host using dfu
      upload. Perhaps this can be extended to io for squeezing out register
      dump through usb, if it is worth.
      
      Signed-off-by: default avatarAfzal Mohammed <afzal.mohd.ma@gmail.com>
      Cc: Heiko Schocher <hs@denx.de>
      Cc: Marek Vasut <marex@denx.de>
      Cc: Lukasz Majewski <l.majewski@samsung.com>
      Cc: Pantelis Antoniou <panto@antoniou-consulting.com>
      Cc: Gerhard Sittig <gsi@denx.de>
      Acked-by: default avatarMarek Vasut <marex@denx.de>
      Acked-by: default avatarLukasz Majewski <l.majewski@samsung.com>
      Acked-by: default avatarHeiko Schocher <hs@denx.de>
      a9479f04
  8. Sep 23, 2013
  9. Sep 20, 2013
  10. Sep 19, 2013
  11. Sep 12, 2013
  12. Sep 03, 2013
  13. Aug 20, 2013
  14. Aug 16, 2013
    • Simon Glass's avatar
      RFC: bootm: Add silent_linux environment variable · 8d51aacd
      Simon Glass authored
      
      At present the console for linux is silent if the U-Boot console is silent,
      unless CONFIG_SILENT_U_BOOT_ONLY is set. I wonder if a better way would be
      to have an environment variable to control this? Then we can control the
      verbosity from scripts, and set the variable to 'no' for those boards that
      want Linux to boot with console output.
      
      Signed-off-by: default avatarSimon Glass <sjg@chromium.org>
      8d51aacd
  15. Aug 09, 2013
  16. Jul 27, 2013
  17. Jul 24, 2013
    • Wolfgang Denk's avatar
      Licenses: introduce SPDX Unique Lincense Identifiers · eca3aeb3
      Wolfgang Denk authored
      Like many other projects, U-Boot has a tradition of including big
      blocks of License headers in all files.  This not only blows up the
      source code with mostly redundant information, but also makes it very
      difficult to generate License Clearing Reports.  An additional problem
      is that even the same lincenses are referred to by a number of
      slightly varying text blocks (full, abbreviated, different
      indentation, line wrapping and/or white space, with obsolete address
      information, ...) which makes automatic processing a nightmare.
      
      To make this easier, such license headers in the source files will be
      replaced with a single line reference to Unique Lincense Identifiers
      as defined by the Linux Foundation's SPDX project [1].  For example,
      in a source file the full "GPL v2.0 or later" header text will be
      replaced by a single line:
      
              SPDX-License-Identifier:        GPL-2.0+
      
      We use the SPDX Unique Lincense Identifiers here; these are available
      at [2].
      
      Note:...
      eca3aeb3
  18. Jul 23, 2013
  19. Jul 16, 2013
  20. Jul 01, 2013
  21. Jun 30, 2013
    • Heiko Schocher's avatar
      dfu: make data buffer size configurable · e7e75c70
      Heiko Schocher authored
      
      Dfu transfer uses a buffer before writing data to the
      raw storage device. Make the size (in bytes) of this buffer
      configurable through environment variable "dfu_bufsiz".
      Defaut value is configurable through CONFIG_SYS_DFU_DATA_BUF_SIZE
      
      Signed-off-by: default avatarHeiko Schocher <hs@denx.de>
      Cc: Pantelis Antoniou <panto@antoniou-consulting.com>
      Cc: Tom Rini <trini@ti.com>
      Cc: Lukasz Majewski <l.majewski@samsung.com>
      Cc: Kyungmin Park <kyungmin.park@samsung.com>
      Cc: Marek Vasut <marex@denx.de>
      Cc: Wolfgang Denk <wd@denx.de>
      Acked-by: default avatarTom Rini <trini@ti.com>
      e7e75c70
  22. Jun 26, 2013
  23. Jun 23, 2013
Loading