Hi Bin,
On Tue, 7 May 2019 at 21:33, Bin Meng bmeng.cn@gmail.com wrote:
Hi Simon,
On Tue, May 7, 2019 at 6:07 PM Bin Meng bmeng.cn@gmail.com wrote:
Hi Simon,
On Fri, May 3, 2019 at 12:52 AM Simon Glass sjg@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.
OK thank you. I have sent v4 now.
Regards, Simon