27 Oct, 2017

5 commits


24 Oct, 2017

1 commit


23 Oct, 2017

9 commits


21 Oct, 2017

3 commits


19 Oct, 2017

9 commits

  • Tom Rini
     
  • I've missed to add the ACPI resume support to this x86 build target.
    This patch adds the ACPI resume support enabling S3 suspend /
    resume.

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

    Stefan Roese
     
  • Up to now we depended on an exported variable to build u-boot.rom.
    We should be able to specify it in the configuration file, too.

    With this patch this becomes possible using the new Kconfig option
    CONFIG_BUILD_ROM.

    This option depends on CONFIG_X86 and is selected in
    qemu-x86_defconfig and qemu-x86_64_defconfig.

    Cc: Simon Glass
    Cc: Bin Meng
    Signed-off-by: Heinrich Schuchardt
    Reviewed-by: Bin Meng

    Heinrich Schuchardt
     
  • Azalia configuration may be different across boards, hence it's not
    appropriate to do that in the SoC level. Instead, let's make the
    SoC update_fsp_azalia_configs() routine as a weak version, and do
    the actual work in the board codes.

    So far it seems only som-db5800-som-6867 board enables the Azalia.
    Move the original codes into som-db5800-som-6867.c.

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

    Bin Meng
     
  • At present we directly pass the Azalia config pointer to the FSP UPD.
    This updates to use a function to do the stuff, like Braswell does.

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

    Bin Meng
     
  • So far there are two copies of Azalia struct defines with one in
    baytrail and the other one in braswell. This consolidates these
    two into one, put it in the common place, and remove the prefix
    pch_ to these structs to make their names more generic.

    This also corrects reset_wait_timer from us to ms.

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

    Bin Meng
     
  • This is only needed when graphics console is used. For kernel with
    native graphics driver, this can be turned off to speed up.

    Change this option's default to n in the Kconfig.

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

    Bin Meng
     
  • It was observed that when booting a Ubuntu 16.04 kernel, doing ACPI
    S3 suspend/resume sometimes causes the Ubuntu kernel hang forever.
    The issue is however not reproduced with a kernel built from i386/
    x86_64 defconfig configuration.

    The unstability is actually caused by unexpected interrupts being
    generated during the S3 resume. For some unknown reason, FSP (gold4)
    for BayTrail configures the GPIO DFX5 PAD to enable level interrupt
    (bit 24 and 25). As this pin keeps generating interrupts during an
    S3 resume, and there is no IRQ requester in the kernel to handle it,
    the kernel seems to hang and does not continue resuming.

    Clear the mysterious interrupt bits for this pin.

    Reported-by: Stefan Roese
    Signed-off-by: Bin Meng
    Tested-by: Stefan Roese
    Reviewed-by: Stefan Roese

    Bin Meng
     
  • Adjust VGA rom address to 0xfffb0000 so that u-boot.rom image
    can be built again.

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

    Bin Meng
     

18 Oct, 2017

2 commits


17 Oct, 2017

7 commits


16 Oct, 2017

4 commits

  • 'commit fa24eca1f20a ("omap: Add routine for setting fastboot variables")'
    adds initial support and usage of "fastboot getvar" command
    for DRA75x and DRA72x devices.

    and
    'commit 0f9e6aee9dbc ("arm: dra76: Add support for ES1.0 detection")'
    adds initial dra76 device definition

    This patch is to extend usage of "fastboot getvar" for DRA76 device.

    Signed-off-by: Praneeth Bajjuri
    Reviewed-by: Tom Rini

    Praneeth Bajjuri
     
  • DRA71x processors are reduced pin and software compatible
    derivative of DRA72 processors. Extend support for this
    revision in "getvar cpu" command.

    Signed-off-by: Vishal Mahaveer
    [praneeth@ti.com: rebase to u-boot master]
    Signed-off-by: Praneeth Bajjuri
    Reviewed-by: Tom Rini

    Vishal Mahaveer
     
  • Add vendor partition to Android GPT table for eMMC.

    A Vendor image contains SoC-specific code and configuration.

    Prior to Android 8.0, the vendor partition was optional ;
    files belonging to these images were placed in boot.img or system.img
    with symlinks (such as /vendor >/system/vendor ) when absent.

    Android 8.0 makes the vendor partition mandatory

    The goal is to modularize Android partitions with standard interface between
    the Android Platform (on system.img ) and vendor-provided code(on vendor.img).

    This standard interface enables the Android Platform to be updated
    without affecting the SoC partitions. This makes it possible to upgrade a
    device system.img from Android 8.0 to Android P while other images (such as
    vendor.img) remain at Android 8.0. This modularity enables timely
    Android platform upgrades (such as monthly security updates )
    without requiring SoC/ODM partners to update SoC- and device-specific code.

    Signed-off-by: Vishal Mahaveer
    Signed-off-by: Praneeth Bajjuri
    Reviewed-by: Tom Rini

    Vishal Mahaveer
     
  • Add vendor partition to Android GPT table for eMMC.

    A Vendor image contains SoC-specific code and configuration.

    Prior to Android 8.0, the vendor partition was optional ;
    files belonging to these images were placed in boot.img or system.img
    with symlinks (such as /vendor >/system/vendor ) when absent.

    Android 8.0 makes the vendor partition mandatory

    The goal is to modularize Android partitions with standard interface between
    the Android Platform (on system.img ) and vendor-provided code(on vendor.img).

    This standard interface enables the Android Platform to be updated
    without affecting the SoC partitions. This makes it possible to upgrade a
    device system.img from Android 8.0 to Android P while other images (such as
    vendor.img) remain at Android 8.0. This modularity enables timely
    Android platform upgrades (such as monthly security updates )
    without requiring SoC/ODM partners to update SoC- and device-specific code.

    Signed-off-by: Praneeth Bajjuri
    Reviewed-by: Tom Rini

    Praneeth Bajjuri