Hi Simon, On Tue, May 7, 2019 at 6:07 PM Bin Meng <[email protected]> wrote: > > Hi Simon, > > On Fri, May 3, 2019 at 12:52 AM Simon Glass <[email protected]> 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 _______________________________________________ U-Boot mailing list [email protected] https://lists.denx.de/listinfo/u-boot
