[U-Boot] [PATCH v3 0/23] tegra: warmboot (suspend / resume) support

Tom Warren TWarren at nvidia.com
Tue Apr 10 00:05:27 CEST 2012


Stephen,

> -----Original Message-----
> From: Stephen Warren [mailto:swarren at wwwdotorg.org]
> Sent: Monday, April 09, 2012 2:54 PM
> To: Simon Glass; Tom Warren
> Cc: U-Boot Mailing List
> Subject: Re: [PATCH v3 0/23] tegra: warmboot (suspend / resume) support
> 
> On 04/02/2012 05:18 PM, Simon Glass wrote:
> > This series adds support for warm boot, allowing the device to suspend
> > and resume. U-Boot sets up some 'warm boot' code in a special area
> > such that the SOC can find it on a resume. This code is responsible
> > for setting up memory and clocked and then allowing the OS to continue
> > where it left off.
> >
> > Also included here is support for the EMC, which allows setting the
> > memory timings correctly in U-Boot for maximum speed operation.
> 
> The series partially:
> 
> Tested-by: Stephen Warren <swarren at wwwdotorg.org>
> 
> I tested that on both Harmony and Seaboard, this series didn't seem to
> impact existing operation (boot to a command-prompt, load files from an SD
> card, produce serial output). I didn't actually test LP0.
> 
> Note:
> 
> Neither board appears to be able to actually boot a kernel any more, failing
> with the following error:
> 
> =============
> Starting kernel ...
> 
> Uncompressing Linux... done, booting the kernel.
> Warning: Neither atags nor dtb found
> =============
> 
> However, this problem is present in u-boot-tegra/master before any changes
> in this series.
> 
> Tom, do you want me to file an internal bug for this?
Has the upstream Seaboard (or Harmony) build ever been able to boot a kernel? I've never tried it, as I thought it was too incomplete for that yet (i.e. needs more drivers/periphs init'd first).

You can file a bug if you wish as a placeholder. I'm not sure what's missing (if it's not a regression) - bootargs for a kernel? _ATAG config items? If they were there & were taken out in a particular patch series, I'd like to see the person responsible for that be tasked w/replacing them (edited, if need be, for current state such as WB/LP0 vec, usb/mmc boot, etc.).

Tom

-- 
nvpublic


More information about the U-Boot mailing list