17 May, 2016

1 commit

  • * 'master' of git://git.denx.de/u-boot: (31 commits)
    Prepare v2016.05
    sunxi: Enable USB host in CHIP defconfig
    test, tools: update tbot documentation
    tests: py: fix NameError exception if bdi cmd is not supported
    arm/arm64: Move barrier instructions into separate header
    arm: socfpga: Update iomux and pll for c5 socdk RevE
    warp7: Fix boot by selecting CONFIG_OF_LIBFDT
    usb: gadget: dfu: discard dead code
    dfu: avoid memory leak
    usb: dwc2: Add delay to fix the USB detection problem on SoCFPGA
    usb: hub: Don't continue on get_port_status failure
    usb: Assure Get Descriptor request is in separate microframe
    usb: Wait after sending Set Configuration request
    socfpga: fix broken build if CONFIG_ETH_DESIGNWARE disabled
    mtd: cqspi: Simplify indirect read code
    mtd: cqspi: Simplify indirect write code
    arm: socfpga: socrates: Add 'time' command
    ARM: socfpga: Disable USB OC protection on SoCrates
    usb: Don't init pointer to zero, but NULL
    usb: ehci-mx6: allow board_ehci_hcd_init to fail
    ...

    Signed-off-by: Lokesh Vutla

    Lokesh Vutla
     

06 May, 2016

1 commit


05 May, 2016

1 commit


03 May, 2016

2 commits


26 Apr, 2016

1 commit


19 Apr, 2016

2 commits


18 Apr, 2016

1 commit

  • 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

    Daniel Allred
     

15 Apr, 2016

1 commit


14 Apr, 2016

2 commits

  • The firmware from link [1] only works with U-Boot image that is no
    bigger than 328KiB. Using it with the default mainline U-Boot today
    which is already around 500KiB is just not working. Correct the link
    to be hardkernel_1mb_uboot one [2], so that users can get mainline
    U-Boot work out of box.

    While at it, the README is updated to include XU4 support, like DTB file
    name.

    [1] https://github.com/hardkernel/u-boot/tree/odroidxu3-v2012.07/sd_fuse/hardkernel
    [2] https://github.com/hardkernel/u-boot/tree/odroidxu3-v2012.07/sd_fuse/hardkernel_1mb_uboot

    Signed-off-by: Shawn Guo
    Acked-by: Przemyslaw Marczak
    Reviewed-by: Anand Moon
    Signed-off-by: Minkyu Kang

    Shawn Guo
     
  • Signed-off-by: Moritz Fischer
    Reviewed-by: Heiko Schocher
    Signed-off-by: Michal Simek

    Moritz Fischer
     

07 Apr, 2016

1 commit

  • LS2080A is the primary SoC, and LS2085A is a personality with AIOP
    and DPAA DDR. The RDB and QDS boards support both personality. By
    detecting the SVR at runtime, a single image per board can support
    both SoCs. It gives users flexibility to swtich SoC without the need
    to reprogram the board.

    Signed-off-by: York Sun
    CC: Prabhakar Kushwaha
    Reviewed-by: Prabhakar Kushwaha

    York Sun
     

02 Apr, 2016

12 commits


27 Mar, 2016

1 commit


24 Mar, 2016

2 commits

  • Now everything is done to load a raw U-Boot proper image instead of
    an mkimage-processed one (as far as I tested on NAND, eMMC, NOR).

    The SPL already knows the load address of the U-Boot proper without
    parsing its uImage header because the load address is defined by
    CONFIG_SYS_TEXT_BASE, assuming that the two images are generated from
    the same build.

    My main motivation of this switch is to use u-boot-with-spl.bin, a
    concatenation of u-boot-spl.bin and u-boot.bin. (I wish there were
    a concatenation of u-boot-spl.bin and u-boot.img...) Anyway, this
    commit would be useful for one-shot image burn.

    Signed-off-by: Masahiro Yamada

    Masahiro Yamada
     
  • Commit 3cb9abc9c512 ("ARM: uniphier: update U-Boot file names in
    workflow") missed to update these two sentences. Fix them now.

    Replace u-boot-spl-dtb.bin and u-boot-dtb.img with u-boot-spl.bin
    and u-boot.img, respectively.

    Signed-off-by: Masahiro Yamada

    Masahiro Yamada
     

23 Mar, 2016

1 commit


22 Mar, 2016

1 commit


17 Mar, 2016

7 commits

  • This adds basic support for chromebook_samus. This is the 2015 Pixel and
    is based on an Intel broadwell platform.

    Supported so far are:
    - Serial
    - SPI flash
    - SDRAM init (with MRC cache)
    - SATA
    - Video (on the internal LCD panel)
    - Keyboard

    Various less-visible drivers are provided to make the above work (e.g. PCH,
    power control and LPC).

    The platform requires various binary blobs which are documented in the
    README. The major missing feature is USB3 since the existing U-Boot support
    does not work correctly with Intel XHCI controllers.

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

    Simon Glass
     
  • Update a few points which have become out-of-date.

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

    Simon Glass
     
  • GPIO pins need to be set up on start-up. Add a driver to provide this,
    configured from the device tree.

    The binding is slightly different from the existing ICH6 binding, since that
    is quite verbose. The new binding should be just as extensible.

    Signed-off-by: Simon Glass
    Acked-by: Bin Meng

    Simon Glass
     
  • Make a few minor updates to make the meaning clearer.

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

    Simon Glass
     
  • Add a driver which sets up the pin configuration on x86 devices with an ICH6
    (or later) Platform Controller Hub.

    The driver is not in the pinctrl uclass due to some oddities of the way x86
    devices work:

    - The GPIO controller is not present in I/O space until it is set up
    - This is done by writing a register in the PCH
    - The PCH has a driver which itself uses PCI, another driver
    - The pinctrl uclass requires that a pinctrl device be available before any
    other device can be probed

    It would be possible to work around the limitations by:
    - Hard-coding the GPIO address rather than reading it from the PCH
    - Using special x86 PCI access to set the GPIO address in the PCH

    However it is not clear that this is better, since the pin configuration
    driver does not actually provide normal pin configuration services - it
    simply sets up all the pins statically when probed. While this remains the
    case, it seems better to use a syscon uclass instead. This can be probed
    whenever it is needed, without any limitations.

    Also add an 'invert' property to support inverting the input.

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

    Simon Glass
     
  • It is useful to automate the process of converting code from coreboot a
    little. Add a sed script which performs some common transformations.

    Signed-off-by: Simon Glass
    Acked-by: Bin Meng

    Simon Glass
     
  • Boting SeaBIOS is done via U-Boot's bootelf command. Document this.

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

    Bin Meng
     

16 Mar, 2016

2 commits

  • To preserve all cover letter knowledge of the status on UEFI payload
    support, let's add some sections to README.efi.

    Signed-off-by: Alexander Graf

    v3 -> v4:

    - Add section about config options
    - s/10kb/10KB/

    Alexander Graf
     
  • By now the code to only have a single page table level with 64k page
    size and 42 bit address space is no longer used by any board in tree,
    so we can safely remove it.

    To clean up code, move the layerscape mmu code to the new defines,
    removing redundant field definitions.

    Signed-off-by: Alexander Graf

    Alexander Graf
     

15 Mar, 2016

1 commit