[U-Boot] [PATCH v3 00/18] x86: Add support for booting from TPL

[Bin Meng]

Hi Simon,

On Tue, May 7, 2019 at 6:07 PM Bin Meng <bmeng.cn at gmail.com> wrote:
>
> Hi Simon,
>
> On Fri, May 3, 2019 at 12:52 AM Simon Glass <sjg at chromium.org> wrote:
> >
> > At present SPL is used on 64-bit platforms, to allow SPL to be built as
> > a 32-bit program and U-Boot proper to be built as 64-bit.
> >
> > However it is useful to be able to use SPL on any x86 platform, where
> > U-Boot needs to be updated in the field. Then SPL can select which U-Boot
> > to run (A or B) and most of the code can be updated. Similarly, using TPL
> > allows both SPL and U-Boot to be updated. This is the best approach, since
> > it means that all of U-Boot proper as well as SPL (in particular SDRAM
> > init) can be updated in the field. This provides for the smallest possible
> > amount of read-only (non-updateable) code: just the TPL code.
> >
> > This series contains a number of changes to allow x86 boards to use TPL,
> > SPL and U-Boot proper. As a test, it is enabled for samus with a new
> > chromebook_samus_tpl board.
> >
> > Changes in v3:
> > - Rebase to x86/master
> > - Use acpi_s3.h header for constants (and tidy up header order)
> > - Fix multi-line comment format
> > - Remove unneeded pch-reset node
> > - Drop unnecessary change to chromebook_link_defconfig
> >
>
> I applied 14 patches and left 4 below that have open questions:
> http://patchwork.ozlabs.org/project/uboot/list/?series=105795
>
> In the meantime, it looks that travis-ci complained some failures in
> my last run for the applied patches. I will redo the travis-ci and let
> you know the results.

Travis-ci reported qemu-x86 is broken. I figured out the issue was due
to the sysreset-x86 driver added platdata_auto_alloc_size that
requires more memory. I will send a patch soon.

Regards,
Bin