All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bin Meng <bmeng.cn@gmail.com>
To: u-boot@lists.denx.de
Subject: FW: [PATCH v4 00/13] riscv: Switch to use binman to generate u-boot.itb
Date: Mon, 17 May 2021 10:09:24 +0800	[thread overview]
Message-ID: <CAEUhbmXi9BkhcDFCQYcjhCFeD2m0ry4fh33MUctJJVJsZ3uMsg@mail.gmail.com> (raw)
In-Reply-To: <CAN5B=eJZrx+sPcso9UOKNMHjOR-MkqLdywLcP2NPzAXLiF1m-g@mail.gmail.com>

Hi Rick,

On Wed, May 12, 2021 at 11:25 AM Rick Chen <rickchen36@gmail.com> wrote:
>
> HI Bin,
>
> >
> > > Hi Rick,
> > >
> > > On Tue, May 11, 2021 at 8:49 AM Rick Chen <rickchen36@gmail.com> wrote:
> > > >
> > > > Hi Bin,
> > > >
> > > > > Hi Rick,
> > > > >
> > > > > On Mon, May 10, 2021 at 3:22 PM Rick Chen <rickchen36@gmail.com> wrote:
> > > > > >
> > > > > > Hi Bin
> > > > > >
> > > > > > > Hi Bin,
> > > > > > >
> > > > > > > > From: Bin Meng <bmeng.cn@gmail.com>
> > > > > > > > Sent: Monday, May 10, 2021 2:58 PM
> > > > > > > > To: Simon Glass <sjg@chromium.org>; Rick Jian-Zhi Chen(???) <rick@andestech.com>; u-boot at lists.denx.de
> > > > > > > > Subject: [PATCH v4 00/13] riscv: Switch to use binman to generate u-boot.itb
> > > > > > > >
> > > > > > > > This series updates binman to handle creation of u-boot.itb image for RISC-V boards.
> > > > > > > >
> > > > > > > > Azure results: PASS
> > > > > > > > https://dev.azure.com/bmeng/GitHub/_build/results?buildId=363&view=results
> > > > > > > >
> > > > > > > > The following tests were performed:
> > > > > > > > * booting qemu-riscv{32|64}_spl_defconfig on QEMU virt
> > > > > > > > * booting sifive_unleashed_defconfig on QEMU sifive_u
> > > > > > > >
> > > > > > > > AE350 SPL defconfigs are not tested. @Rick, could you please test and report?
> > > > > > >
> > > > > > > OK. I will verify it on AE350.
> > > > > >
> > > > > > It fail as below messages:
> > > > > >
> > > > > > U-Boot SPL 2021.07-rc1-00218-g468b3b3 (May 10 2021 - 15:13:03 +0800)
> > > > > > Trying to boot from RAM
> > > > > > alloc space exhausted
> > > > >
> > > > > Looks it is running out of memory.
> > > > >
> > > > > > Could not get FIT buffer of 499076 bytes
> > > > > >         check CONFIG_SYS_SPL_MALLOC_SIZE
> > > > >
> > > > > Could you please try increasing CONFIG_SYS_SPL_MALLOC_SIZE?
> > > >
> > > > I increased CONFIG_SYS_SPL_MALLOC_SIZE, but it is useless.
> > > > But it boots successfully after increase CONFIG_SPL_SYS_MALLOC_F_LEN larger.
> > >
> > > Thanks for testing. I am not sure why AE350 fails to boot because this
> > > series only changes the way to assemble the bits.
> > >
> > > Could you please confirm if without this patch series, AE350 can boot?
> >
> > OK.
>
> ============================================
> I have verified AE350 without your patch, it works as below:
> ============================================
> U-Boot SPL 2021.07-rc1-00194-g07b5310 (May 12 2021 - 10:59:48 +0800)
> Trying to boot from RAM
>
> U-Boot 2021.07-rc1-00194-g07b5310 (May 12 2021 - 10:59:48 +0800)
>
> DRAM:  1 GiB
> Flash: 64 MiB
> MMC:   mmc at f0e00000: 0
> Loading Environment from SPIFlash... SF: Detected mx25u1635e with page
> size 256 Bytes, erase size 4 KiB, total 2 MiB
> OK
> In:    serial at f0300000
> Out:   serial at f0300000
> Err:   serial at f0300000
> Net:   no alias for ethernet0
>
> Warning: mac at e0100000 (eth0) using random MAC address - 26:00:fa:12:76:ad
> eth0: mac at e0100000
> Hit any key to stop autoboot:  0
> RISC-V #
>
> =========================
> With your patch, it fail as below:
> =========================
>
> U-Boot SPL 2021.07-rc1-00207-g28a2d21 (May 12 2021 - 11:09:11 +0800)
> Trying to boot from RAM
> alloc space exhausted
> Could not get FIT buffer of 499076 bytes
>         check CONFIG_SYS_SPL_MALLOC_SIZE
> No device tree specified in SPL image
>
> =======================================================
> After increase CONFIG_SPL_SYS_MALLOC_F_LEN, it works as below
> =======================================================
> U-Boot SPL 2021.07-rc1-00207-g28a2d21 (May 12 2021 - 11:11:00 +0800)
> Trying to boot from RAM
>
>
> U-Boot 2021.07-rc1-00207-g28a2d21 (May 12 2021 - 11:11:00 +0800)
>
> DRAM:  1 GiB
> Flash: 64 MiB
> MMC:   mmc at f0e00000: 0
> Loading Environment from SPIFlash... SF: Detected mx25u1635e with page
> size 256 Bytes, erase size 4 KiB, total 2 MiB
> OK
> In:    serial at f0300000
> Out:   serial at f0300000
> Err:   serial at f0300000
> Net:   no alias for ethernet0
>
> Warning: mac at e0100000 (eth0) using random MAC address - e6:58:7e:7c:5f:49
> eth0: mac at e0100000
> Hit any key to stop autoboot:  0
> RISC-V #
>
>
> I found that it need larger heap size when spl try to get fit image
> with using binman to generate u-boot.itb instead of
> USE_SPL_FIT_GENERATOR.
> But it is OK. I will send a patch for AE350 later.

A patch for AE350 to increase CONFIG_SPL_SYS_MALLOC_F_LEN needs to be
applied before this series.

Would you please send the AE350 patch, and get this series applied?

Regards,
Bin

  parent reply	other threads:[~2021-05-17  2:09 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-05-10  6:58 [PATCH v4 00/13] riscv: Switch to use binman to generate u-boot.itb Bin Meng
2021-05-10  6:58 ` [PATCH v4 01/13] common: kconfig: Correct a typo in SPL_LOAD_FIT Bin Meng
2021-05-10  6:58 ` [PATCH v4 02/13] binman: Correct '-a' description in the doc Bin Meng
2021-05-10  6:58 ` [PATCH v4 03/13] binman: Correct the comment for ATF entry type Bin Meng
2021-05-10  6:58 ` [PATCH v4 04/13] binman: test: Rename 172_fit_fdt.dts to 170_fit_fdt.dts Bin Meng
2021-05-10  6:58 ` [PATCH v4 05/13] binman: Add support for RISC-V OpenSBI fw_dynamic blob Bin Meng
2021-05-10  6:58 ` [PATCH v4 06/13] makefile: Pass OpenSBI blob to binman make rules Bin Meng
2021-05-10  6:58 ` [PATCH v4 07/13] riscv: sifive: unleashed: Switch to use binman to generate u-boot.itb Bin Meng
2021-05-10  6:58 ` [PATCH v4 08/13] lib: kconfig: Limit BINMAN_FDT for OF_SEPARATE or OF_EMBED Bin Meng
2021-05-10  6:58 ` [PATCH v4 09/13] binman: Support packaging U-Boot for scenarios like OF_BOARD or OF_PRIOR_STAGE Bin Meng
2021-05-10  6:58 ` [PATCH v4 10/13] riscv: dts: Sort build targets in alphabetical order Bin Meng
2021-05-10  6:58 ` [PATCH v4 11/13] riscv: qemu: Switch to use binman to generate u-boot.itb Bin Meng
2021-05-10  6:58 ` [PATCH v4 12/13] riscv: ae350: " Bin Meng
2021-05-10  6:58 ` [PATCH v4 13/13] riscv: Drop USE_SPL_FIT_GENERATOR Bin Meng
2021-05-10  7:02 ` [PATCH v4 00/13] riscv: Switch to use binman to generate u-boot.itb Bin Meng
     [not found] ` <752D002CFF5D0F4FA35C0100F1D73F3FE5EA0826@ATCPCS12.andestech.com>
2021-05-10  7:06   ` FW: " Rick Chen
2021-05-10  7:22     ` Rick Chen
2021-05-10  7:32       ` Bin Meng
2021-05-11  0:49         ` Rick Chen
2021-05-11  3:48           ` Bin Meng
2021-05-11  3:51             ` Rick Chen
2021-05-12  3:25               ` Rick Chen
2021-05-12  3:32                 ` Bin Meng
2021-05-17  2:09                 ` Bin Meng [this message]
2021-05-17  8:09                   ` Rick Chen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAEUhbmXi9BkhcDFCQYcjhCFeD2m0ry4fh33MUctJJVJsZ3uMsg@mail.gmail.com \
    --to=bmeng.cn@gmail.com \
    --cc=u-boot@lists.denx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.