1. 12 May, 2014 1 commit
  2. 09 May, 2014 1 commit
  3. 05 May, 2014 1 commit
    • Mateusz Zalega's avatar
      usb: dfu: fix boards wo USB cable detection · 75504e95
      Mateusz Zalega authored
      Former usb_cable_connected() patch broke compilation of boards which do
      not support this feature.
      
      I've renamed usb_cable_connected() to g_dnl_usb_cable_connected() and added
      its default implementation to gadget downloader driver code. There's
      only one driver of this kind and it's unlikely there'll be another, so
      there's no point in keeping it in /common.
      
      Previously this function was declared in usb.h. I've moved it, since
      it's more appropriate to keep it in g_dnl.h - usb.h seems to be intended
      for USB host implementation.
      
      Existing code, confronted with default -EOPNOTSUPP return value,
      continues as if the cable was connected.
      
      CONFIG_USB_CABLE_CHECK was removed.
      
      Change-Id: Ib9198621adee2811b391c64512f14646cefd0369
      Signed-off-by: default avatarMateusz Zalega <m.zalega@samsung.com>
      Acked-by: default avatarMarek Vasut <marex@denx.de>
      Acked-by: default avatarLukasz Majewski <l.majewski@samsung.com>
      75504e95
  4. 23 Apr, 2014 6 commits
  5. 20 Apr, 2014 2 commits
  6. 17 Apr, 2014 3 commits
  7. 07 Apr, 2014 2 commits
  8. 02 Apr, 2014 1 commit
    • Przemyslaw Marczak's avatar
      new commands: uuid and guid - generate random unique identifier · 89c8230d
      Przemyslaw Marczak authored
      Those commands basis on implementation of random UUID generator version 4
      which is described in RFC4122. The same algorithm is used for generation
      both ids but string representation is different as below.
      
      char:  0        9    14   19   24         36
             xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
      UUID:     be     be   be   be       be
      GUID:     le     le   le   be       be
      
      Commands usage:
      - uuid [<varname>]
      - guid [<varname>]
      
      The result is saved in environment as a "varname" variable if argument is given,
      if not then it is printed.
      
      New config:
      - CONFIG_CMD_UUID
      Signed-off-by: default avatarPrzemyslaw Marczak <p.marczak@samsung.com>
      Cc: Stephen Warren <swarren@nvidia.com>
      Cc: Lukasz Majewski <l.majewski@samsung.com>
      Cc: trini@ti.com
      89c8230d
  9. 23 Mar, 2014 1 commit
    • Heiko Schocher's avatar
      usb: dfu: introduce dfuMANIFEST state · 001a8319
      Heiko Schocher authored
      on nand flash using ubi, after the download of the new image into
      the flash, the "rest" of the nand sectors get erased while flushing
      the medium. With current u-boot version dfu-util may show:
      
      Starting download: [##################################################] finished!
      state(7) = dfuMANIFEST, status(0) = No error condition is present
      unable to read DFU status
      
      as get_status is not answered while erasing sectors, if erasing
      needs some time.
      
      So do the following changes to prevent this:
      
      - introduce dfuManifest state
        According to dfu specification
        ( http://www.usb.org/developers/devclass_docs/usbdfu10.pdf ) section 7:
        "the device enters the dfuMANIFEST-SYNC state and awaits the solicitation
         of the status report by the host. Upon receipt of the anticipated
         DFU_GETSTATUS, the device enters the dfuMANIFEST state, where it
         completes its reprogramming operations."
      
      - when stepping into dfuManifest state, sending a PollTimeout
        DFU_MANIFEST_POLL_TIMEOUT in ms, to the host, so the host
        (dfu-util) waits the PollTimeout before sending a get_status again.
      Signed-off-by: default avatarHeiko Schocher <hs@denx.de>
      Cc: Lukasz Majewski <l.majewski@samsung.com>
      Cc: Kyungmin Park <kyungmin.park@samsung.com>
      Cc: Marek Vasut <marex@denx.de>
      Cc: Pantelis Antoniou <panto@antoniou-consulting.com>
      001a8319
  10. 21 Mar, 2014 1 commit
  11. 04 Mar, 2014 1 commit
  12. 26 Feb, 2014 2 commits
    • Tom Rini's avatar
      arm: Switch to -mno-unaligned-access when supported by the compiler · 1551df35
      Tom Rini authored
      When we tell the compiler to optimize for ARMv7 (and ARMv6 for that
      matter) it assumes a default of SCTRL.A being cleared and unaligned
      accesses being allowed and fast at the hardware level.  We set this bit
      and must pass along -mno-unaligned-access so that the compiler will
      still breakdown accesses and not trigger a data abort.
      
      To better help understand the requirements of the project with respect
      to unaligned memory access, the
      Documentation/unaligned-memory-access.txt file has been added as
      doc/README.unaligned-memory-access.txt and is taken from the v3.14-rc1
      tag of the kernel.
      
      Cc: Albert ARIBAUD <albert.u.boot@aribaud.net>
      Cc: Mans Rullgard <mans@mansr.com>
      Signed-off-by: default avatarTom Rini <trini@ti.com>
      1551df35
    • Albert ARIBAUD's avatar
      arm: remove unneeded symbol offsets and _TEXT_BASE · b60eff31
      Albert ARIBAUD authored
      Remove the last uses of symbol offsets in ARM U-Boot.
      Remove some needless uses of _TEXT_BASE.
      Remove all _TEXT_BASE definitions.
      Signed-off-by: default avatarAlbert ARIBAUD <albert.u.boot@aribaud.net>
      b60eff31
  13. 21 Feb, 2014 4 commits
  14. 20 Feb, 2014 1 commit
  15. 19 Feb, 2014 2 commits
  16. 06 Feb, 2014 1 commit
  17. 04 Feb, 2014 1 commit
  18. 03 Feb, 2014 1 commit
  19. 21 Jan, 2014 1 commit
  20. 12 Jan, 2014 1 commit
  21. 02 Jan, 2014 2 commits
    • Priyanka Jain's avatar
      powerpc/mpc85xx: Add support for single source clocking · b135991a
      Priyanka Jain authored
      Single-source clocking is new feature introduced in T1040.
      In this mode, a single differential clock is supplied to the
      DIFF_SYSCLK_P/N inputs to the processor, which in turn is
      used to supply clocks to the sysclock, ddrclock and usbclock.
      
      So, both ddrclock and syclock are driven by same differential
      sysclock in single-source clocking mode whereas in normal clocking
      mode, generally separate DDRCLK and SYSCLK pins provides
      reference clock for sysclock and ddrclock
      
      DDR_REFCLK_SEL rcw bit is used to determine DDR clock source
      -If DDR_REFCLK_SEL rcw bit is 0, then DDR PLLs are driven in
       normal clocking mode by DDR_Reference clock
      
      -If DDR_REFCLK_SEL rcw bit is 1, then DDR PLLs are driven in
       single source clocking mode by DIFF_SYSCLK
      
      Add code to determine ddrclock based on DDR_REFCLK_SEL rcw bit.
      Signed-off-by: default avatarPoonam Aggrwal <poonam.aggrwal@freescale.com>
      Signed-off-by: default avatarPriyanka Jain <Priyanka.Jain@freescale.com>
      b135991a
    • Prabhakar Kushwaha's avatar
      board/freescale:Remove use of CONFIG_SPL_NAND_MINIMAL · fbe76ae4
      Prabhakar Kushwaha authored
      CONFIG_SPL_NAND_MINIMAL should not be used as it was defined for temporary
      review purpose.
      
      So, use CONFIG_SPL_NAND_BOOT config.
      Signed-off-by: default avatarPrabhakar Kushwaha <prabhakar@freescale.com>
      fbe76ae4
  22. 13 Dec, 2013 1 commit
    • Guilherme Maciel Ferreira's avatar
      Add dumpimage, a tool to extract data from U-Boot images · a804b5ce
      Guilherme Maciel Ferreira authored
      Given a multi-file image created through the mkimage's -d option:
      
        $ mkimage -A x86 -O linux -T multi -n x86 -d vmlinuz:initrd.img:System.map \
        multi.img
      
        Image Name:   x86
        Created:      Thu Jul 25 10:29:13 2013
        Image Type:   Intel x86 Linux Multi-File Image (gzip compressed)
        Data Size:    13722956 Bytes = 13401.32 kB = 13.09 MB
        Load Address: 00000000
        Entry Point:  00000000
        Contents:
           Image 0: 4040128 Bytes = 3945.44 kB = 3.85 MB
           Image 1: 7991719 Bytes = 7804.41 kB = 7.62 MB
           Image 2: 1691092 Bytes = 1651.46 kB = 1.61 MB
      
      It is possible to perform the innverse operation -- extracting any file from
      the image -- by using the dumpimage's -i option:
      
        $ dumpimage -i multi.img -p 2 System.map
      
      Although it's feasible to retrieve "data files" from image through scripting,
      the requirement to embed tools such 'dd', 'awk' and 'sed' for this sole purpose
      is cumbersome and unreliable -- once you must keep track of file sizes inside
      the image. Furthermore, extracting data files using "dumpimage" tool is faster
      than through scripting.
      Signed-off-by: default avatarGuilherme Maciel Ferreira <guilherme.maciel.ferreira@gmail.com>
      Signed-off-by: default avatarSimon Glass <sjg@chromium.org>
      a804b5ce
  23. 06 Dec, 2013 1 commit
  24. 25 Nov, 2013 2 commits