Hi Simon, On Wed, May 8, 2019 at 11:41 AM Simon Glass <[email protected]> wrote: > > Hi Bin, > > On Tue, 7 May 2019 at 21:33, Bin Meng <[email protected]> wrote: > > > > 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. > > OK thank you. I have sent v4 now.
After applying "Revert "pci: Scale MAX_PCI_REGIONS based on CONFIG_NR_DRAM_BANKS"" patch, qemu-x86 boots again :) So it looks that I don't need send the patch to increase the malloc memory for QEMU, at least for now. Regards, Bin _______________________________________________ U-Boot mailing list [email protected] https://lists.denx.de/listinfo/u-boot
