New u-boot-aspeed-sdk runs slow and cause wdt2 timeout on ast2500
ChiaWei Wang
chiawei_wang at aspeedtech.com
Wed Feb 23 15:36:12 AEDT 2022
> From: Lei Yu <yulei.sh at bytedance.com>
> Sent: Wednesday, February 23, 2022 11:02 AM
>
> On Wed, Feb 23, 2022 at 10:38 AM ChiaWei Wang
> <chiawei_wang at aspeedtech.com> wrote:
> >
> > > Lei Yu
> > > Sent: Wednesday, February 23, 2022 10:15 AM
> > >
> > > On the latest master with u-boot-aspeed v00.04.09 SDK, an issue
> > > occurs on g220a that it runs slower than before and gets wdt2 timeout.
> > > We reverted the u-boot to a version before v00.04.09 SDK (b0fe8fd9d)
> > > and the issue is gone.
> > >
> > > Below are some details:
> > > * Before v00.04.09: u-boot works OK, and it takes about 9~10 seconds
> > > to load and start the kernel including the 2 seconds timeout for
> > > autoboot, the kernel starts OK and it kicks the watchdog as long as the
> driver is loaded.
> > > * With v00.04.09: u-boot runs slower than before, and it takes about
> > > **16 seconds** to load and start the kernel (including 2s timeout
> > > for autoboot), then the kernel does not have enough time to run and
> > > loads the watchdog driver, and the wdt2 times out on about 22s.
> >
> > Could you share us the boot log with timestamps?
> > It would be nice to know the time elapsed at each stage.
>
> Pasted to https://pastebin.com/emseqW6c
> It contains two logs, the first one is good, and the second has the issue.
Thanks for the information provided.
It appears that the Hash operation and DRAM initialization takes more time in newer U-Boot.
Could you help to provide the commit hash of the two U-Boot used in the experiment?
We will try to identity the root cause among the patch diffs.
Thanks,
Chiawei
More information about the openbmc
mailing list