08 Apr, 2014

3 commits


03 Apr, 2014

1 commit

  • 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 []
    - guid []

    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: Przemyslaw Marczak
    Cc: Stephen Warren
    Cc: Lukasz Majewski
    Cc: trini@ti.com

    Przemyslaw Marczak
     

23 Mar, 2014

1 commit

  • 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: Heiko Schocher
    Cc: Lukasz Majewski
    Cc: Kyungmin Park
    Cc: Marek Vasut
    Cc: Pantelis Antoniou

    Heiko Schocher
     

05 Mar, 2014

1 commit

  • Add 64-bit data for memory commands, such as md, mw, mm, cmp. The new
    size ".q " is introduced.

    For 64-bit architecture, 64-bit data is enabled by default, by detecting
    compiler __LP64__. It is optional for other architectures.

    Signed-off-by: York Sun

    York Sun
     

27 Feb, 2014

3 commits

  • Conflicts:
    arch/arm/cpu/armv7/config.mk
    board/ti/am43xx/mux.c
    include/configs/am43xx_evm.h

    Signed-off-by: Tom Rini

    Tom Rini
     
  • 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
    Cc: Mans Rullgard
    Signed-off-by: Tom Rini

    Tom Rini
     
  • 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: Albert ARIBAUD

    Albert ARIBAUD
     

22 Feb, 2014

3 commits


21 Feb, 2014

2 commits


20 Feb, 2014

2 commits


19 Feb, 2014

3 commits


06 Feb, 2014

1 commit


05 Feb, 2014

1 commit


04 Feb, 2014

2 commits


22 Jan, 2014

1 commit


13 Jan, 2014

1 commit


03 Jan, 2014

2 commits

  • 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: Poonam Aggrwal
    Signed-off-by: Priyanka Jain

    Priyanka Jain
     
  • 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: Prabhakar Kushwaha

    Prabhakar Kushwaha
     

13 Dec, 2013

1 commit

  • 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: Guilherme Maciel Ferreira
    Signed-off-by: Simon Glass

    Guilherme Maciel Ferreira
     

11 Dec, 2013

2 commits


06 Dec, 2013

1 commit


02 Dec, 2013

1 commit


26 Nov, 2013

2 commits


25 Nov, 2013

2 commits


13 Nov, 2013

3 commits


12 Nov, 2013

1 commit

  • As
    http://www.denx.de/wiki/view/U-Boot/DesignPrinciples#2_Keep_it_Fast
    states:
    "Initialize devices only when they are needed within U-Boot"

    enable the RTC32K OSC only, if CONFIG_SPL_AM33XX_ENABLE_RTC32K_OSC is
    enabled. Enable this in ti_am335x_common.h, so all boards in mainline
    should work as before.

    Signed-off-by: Heiko Schocher
    Cc: Tom Rini

    Heiko Schocher