[U-Boot] [PATCH v3 00/18] x86: Add support for booting from TPL
Bin Meng
bmeng.cn at gmail.com
Wed May 8 04:52:06 UTC 2019
Hi Simon,
On Wed, May 8, 2019 at 11:41 AM Simon Glass <sjg at chromium.org> wrote:
>
> Hi Bin,
>
> On Tue, 7 May 2019 at 21:33, Bin Meng <bmeng.cn at gmail.com> wrote:
> >
> > 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.
>
> 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
More information about the U-Boot
mailing list