26 Jul, 2016

3 commits

  • Introduce how to use fastboot feature on rk3288.

    Signed-off-by: Ziyuan Xu
    Acked-by: Simon Glass

    Xu Ziyuan
     
  • evb-3288 board RK3288-based development board with 2 USB ports, HDMI,
    VGA, micro-SD card, audio, WiFi and Gigabit Ethernet. It also includes
    on-board 8G eMMC and 2GB of SDRAM. Expansion connector provide access to
    display pins, I2C, SPI, UART and GPIOs. This add some basic files
    required to allow the board to output serial messaged and can run
    command(mmc info etc).

    evb-rk3288 also supports booting from eMMC or SD card, the default is eMMC.

    Signed-off-by: Ziyuan Xu
    Reviewed-by: Simon Glass

    Xu Ziyuan
     
  • If we would like to boot from SD card, we have to implement mmc driver
    in SPL stage, and get a slightly large SPL binary. Rockchip SoC's
    bootrom code has the ability to load spl and u-boot, then boot.

    If CONFIG_ROCKCHIP_SPL_BACK_TO_BROM is enabled, the spl will return to
    bootrom in board_init_f(), then bootrom loads u-boot binary.

    Loading sequence after rework:
    bootrom ==> spl ==> bootrom ==> u-boot

    Signed-off-by: Ziyuan Xu
    Acked-by: Simon Glass
    Fixed up spelling of U-Boot, boorom, opinion->option, Rochchip:
    Signed-off-by: Simon Glass

    Xu Ziyuan
     

22 Jul, 2016

3 commits

  • Booting a payload out of NAND FLASH from the SPL is a crux today, as
    it requires hard partioned FLASH. Not a brilliant idea with the
    reliability of todays NAND FLASH chips.

    The upstream UBI + UBI fastmap implementation which is about to
    brought to u-boot is too heavy weight for SPLs as it provides way more
    functionality than needed for a SPL and does not even fit into the
    restricted SPL areas which are loaded from the SoC boot ROM.

    So this provides a fast and lightweight implementation of UBI scanning
    and UBI fastmap attach. The scan and logical to physical block mapping
    code is developed from scratch, while the fastmap implementation is
    lifted from the linux kernel source and stripped down to fit the SPL
    needs.

    The text foot print on the board which I used for development is:

    6854 0 0 6854 1abd
    drivers/mtd/ubispl/built-in.o

    Attaching a NAND chip with 4096 physical eraseblocks (4 blocks are
    reserved for the SPL) takes:

    In full scan mode: 1172ms
    In fastmap mode: 95ms

    The code requires quite some storage. The largest and unknown part of
    it is the number of fastmap blocks to read. Therefor the data
    structure is not put into the BSS. The code requires a pointer to free
    memory handed in which is initialized by the UBI attach code itself.

    See doc/README.ubispl for further information on how to use it.

    This shares the ubi-media.h and crc32 implementation of drivers/mtd/ubi
    There is no way to share the fastmap code, as UBISPL only utilizes the
    slightly modified functions ubi_attach_fastmap() and ubi_scan_fastmap()
    from the original kernel ubi fastmap implementation.

    Signed-off-by: Thomas Gleixner
    Signed-off-by: Ladislav Michl
    Acked-by: Heiko Schocher
    Reviewed-by: Tom Rini

    Thomas Gleixner
     
  • Tom Rini
     
  • Adds information regarding SPL handling validation process of main u-boot
    image on power/mpc85xx and arm/layerscape platforms.

    Signed-off-by: Sumit Garg
    Reviewed-by: Simon Glass
    Reviewed-by: York Sun

    Sumit Garg
     

21 Jul, 2016

1 commit


16 Jul, 2016

1 commit

  • Fix a number of typos, including:

    * "compatble" -> "compatible"
    * "eanbeld" -> "enabled"
    * "envrionment" -> "environment"
    * "FTD" -> "FDT" (for "flattened device tree")
    * "ommitted" -> "omitted"
    * "overriden" -> "overridden"
    * "partiton" -> "partition"
    * "propogate" -> "propagate"
    * "resourse" -> "resource"
    * "rest in piece" -> "rest in peace"
    * "suport" -> "support"
    * "varible" -> "variable"

    Signed-off-by: Robert P. J. Day

    Robert P. J. Day
     

15 Jul, 2016

4 commits


12 Jul, 2016

1 commit


11 Jul, 2016

1 commit


09 Jul, 2016

2 commits


02 Jul, 2016

1 commit

  • As the help message of CONFIG_BOOTDELAY says, CONFIG_BOOTDELAY=-2
    means the autoboot with no delay, with no abort check even if
    CONFIG_ZERO_BOOTDELAY_CHECK is defined.

    To sum up, the autoboot behaves as follows:

    [1] CONFIG_BOOTDELAY=0 && CONFIG_ZERO_BOOTDELAY_CHECK=y
    autoboot with no delay, but you can abort it by key input

    [2] CONFIG_BOOTDELAY=0 && CONFIG_ZERO_BOOTDELAY_CHECK=n
    autoboot with no delay, with no check for abort

    [3] CONFIG_BOOTDELAY=-1
    disable autoboot

    [4] CONFIG_BOOTDELAY=-2
    autoboot with no delay, with no check for abort

    As you notice, [2] and [4] come to the same result, which means we
    do not need CONFIG_ZERO_BOOTDELAY_CHECK. We can control all the
    cases only by CONFIG_BOOTDELAY, like this:

    [1] CONFIG_BOOTDELAY=0
    autoboot with no delay, but you can abort it by key input

    [2] CONFIG_BOOTDELAY=-1
    disable autoboot

    [3] CONFIG_BOOTDELAY=-2
    autoboot with no delay, with no check for abort

    This commit converts the logic as follow:
    CONFIG_BOOTDELAY=0 && CONFIG_ZERO_BOOTDELAY_CHECK=n
    --> CONFIG_BOOTDELAY=-2

    Signed-off-by: Masahiro Yamada
    Reviewed-by: Stefan Roese
    Acked-by: Igor Grinberg
    Reviewed-by: Simon Glass
    Acked-by: Vladimir Zapolskiy
    Reviewed-by: Heiko Schocher
    Acked-by: Christian Riesch
    Acked-by: Hannes Schmelzer

    Masahiro Yamada
     

25 Jun, 2016

1 commit

  • When building a FIT with external data (-E), U-Boot proper may require
    absolute positioning for executing the external firmware. To acheive this
    use the (-p) switch, which will replace the amended 'data-offset' with
    'data-position' indicating the absolute position of external data.

    It is considered an error if the requested absolute position overlaps with the
    initial data required for the compact FIT.

    Signed-off-by: Teddy Reed

    Teddy Reed
     

21 Jun, 2016

1 commit

  • DISTRO_DEFAULTS is intended to mirror / replace
    include/config_distro_defaults.h.

    The intend is for boards which include this file to select this from
    their Kconfig files and when moving setting to Kconfig which are #define-ed
    in config_distro_defaults.h to select this from DISTRO_DEFAULTS so that
    boards which have selected DISTRO_DEFAULTS will keep the same configuration
    as before without needing any defconfig file changes.

    The initial list of selected things matches all settings recently removed
    from config_distro_defaults.h because they have been converted to Kconfig,
    with the exception of CMD_ELF and CMD_NET, which have a default of y, if
    the default of these ever changes they should be selected by DISTRO_DEFAULTS
    too.

    For testing and example purposes this commit also converts ARCH_SUNXI
    to use DISTRO_DEFAULT instead of selecting everything it needs itself.

    Signed-off-by: Hans de Goede

    Hans de Goede
     

20 Jun, 2016

5 commits

  • Tom Rini
     
  • Some drivers are still directly accessing the chip->mtd field. Patch
    them to use nand_to_mtd() instead.

    Signed-off-by: Boris Brezillon

    Boris Brezillon
     
  • Signed-off-by: Fabian Mewes

    Fabian Mewes
     
  • nand torture currently works on exactly one nand block which is specified
    by giving the byteoffset to the beginning of the block.

    Extend this by allowing for a second parameter specifying the byte size
    to be tested.

    e.g.
    ==> nand torture 1000000

    NAND torture: device 0 offset 0x1000000 size 0x20000 (block size 0x20000)
    Passed: 1, failed: 0

    ==> nand torture 1000000 40000

    NAND torture: device 0 offset 0x1000000 size 0x40000 (block size 0x20000)
    Passed: 2, failed: 0

    Signed-off-by: Max Krummenacher
    Reviewed-by: Benoît Thébaudeau
    [scottwood: fix usage to show size as optional, and add misssing braces]
    Signed-off-by: Scott Wood

    Max Krummenacher
     
  • A reset controller is a hardware module that controls reset signals that
    affect other hardware modules or chips.

    This patch defines a standard API that connects reset clients (i.e. the
    drivers for devices affected by reset signals) to drivers for reset
    controllers/providers. Initially, DT is the only supported method for
    connecting the two.

    The DT binding specification (reset.txt) was taken from Linux kernel
    v4.5's Documentation/devicetree/bindings/reset/reset.txt.

    Signed-off-by: Stephen Warren
    Acked-by: Simon Glass

    Stephen Warren
     

12 Jun, 2016

1 commit

  • This updates the device-tree-bindings doc for x86-pinctrl driver:

    - clarify "gpio-offset" is required only when "mode-gpio" is set
    - correct property name "pull-strength"
    - use tab instead of space at several places

    Signed-off-by: Bin Meng
    Reviewed-by: Stefan Roese
    Reviewed-by: Simon Glass

    Bin Meng
     

10 Jun, 2016

1 commit

  • on the shc board we see when booting in net boot mode,
    that the ROM bootloader sends "AM335x ROM" as
    vendor-class-identifier. U-Boots doc says "DM814x ROM".

    So, add the info to the doc, that there is also
    "AM335x ROM" possible.

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

    Heiko Schocher
     

04 Jun, 2016

2 commits


01 Jun, 2016

1 commit

  • Tegra186's GPIO controller register layout is significantly different from
    previous chips, so add a new driver for it. In fact, there are two
    different GPIO controllers in Tegra186 that share a similar register
    layout, but very different port mapping. This driver covers both.

    The DT binding is already present in the Linux kernel (in linux-next via
    the Tegra tree so far).

    Signed-off-by: Stephen Warren
    Reviewed-by: Simon Glass # v1
    Signed-off-by: Tom Warren

    Stephen Warren
     

31 May, 2016

1 commit


30 May, 2016

1 commit


28 May, 2016

3 commits

  • For odroid-c2 (arch-meson) for now disable designware eth as meson
    now needs to do some harder GPIO work.

    Signed-off-by: Tom Rini

    Conflicts:
    lib/efi_loader/efi_disk.c

    Modified:
    configs/odroid-c2_defconfig

    Tom Rini
     
  • Adds doc/README.ti-secure file to explain in generic terms
    how boot images need to be created for secure devices from
    Texas Instruments.

    Specific details for creating secure boot images for the
    AM43xx, DRA7xx and AM57xx secure devices from Texas
    Instruments are also provided in the README file.

    Secure devices require a security development package (SECDEV)
    package that can be downloaded from:

    http://www.ti.com/mysecuresoftware

    Login is required and access is granted under appropriate NDA
    and export control restrictions.

    Signed-off-by: Madan Srinivas
    Signed-off-by: Daniel Allred

    Reviewed-by: Lokesh Vutla
    Reviewed-by: Andreas Dannenberg
    Reviewed-by: Tom Rini

    Daniel Allred
     
  • Remove the warning from the Makefile, since boards that do not use generic
    board will no longer build. Also update documentation.

    Signed-off-by: Simon Glass
    Reviewed-by: Andreas Bießmann

    Simon Glass
     

27 May, 2016

2 commits

  • A mailbox is a hardware mechanism for transferring small message and/or
    notifications between the CPU on which U-Boot runs and some other device
    such as an auxilliary CPU running firmware or a hardware module.

    This patch defines a standard API that connects mailbox clients to mailbox
    providers (drivers). Initially, DT is the only supported method for
    connecting the two.

    The DT binding specification (mailbox.txt) was taken from Linux kernel
    v4.5's Documentation/devicetree/bindings/mailbox/mailbox.txt.

    Signed-off-by: Stephen Warren
    Acked-by: Simon Glass

    Stephen Warren
     
  • This will allow a driver's bind function to use the driver data. One
    example is the Tegra186 GPIO driver, which instantiates child devices
    for each of its GPIO ports, yet supports two different HW instances each
    with a different set of ports, and identified by the udevice_id .data
    field.

    Signed-off-by: Stephen Warren
    Acked-by: Simon Glass

    Stephen Warren
     

25 May, 2016

1 commit

  • Add the device tree bindings and the accompanying documentation
    for the TI DP83867 Giga bit ethernet phy driver.

    The original document was from:
    [commit 2a10154abcb75ad0d7b6bfea6210ac743ec60897 from the Linux kernel]

    Signed-off-by: Dan Murphy
    Reviewed-by: Mugunthan V N
    Tested-by: Mugunthan V N
    Acked-by: Joe Hershberger

    Dan Murphy
     

24 May, 2016

3 commits