Re: [edk2] [RFC 00/15] S3 suspend/resume for OVMF (WIP)

2014-01-06 Thread Cohen, Eugene
Cc: edk2-devel@lists.sourceforge.net Subject: Re: [edk2] [RFC 00/15] S3 suspend/resume for OVMF (WIP) The 3rd option: If you want, you can create OVMF version BootScript module and S3Resume module. It does not need to depend on LockBox. >From EDKII core perspective, it only n

Re: [edk2] [RFC 00/15] S3 suspend/resume for OVMF (WIP)

2013-12-27 Thread Yao, Jiewen
- From: Laszlo Ersek [mailto:ler...@redhat.com] Sent: Saturday, December 28, 2013 6:59 AM To: Yao, Jiewen Cc: edk2-devel@lists.sourceforge.net; Jordan Justen (GMail address) Subject: Re: [edk2] [RFC 00/15] S3 suspend/resume for OVMF (WIP) On 12/27/13 08:06, Yao, Jiewen wrote: > Hi > I am not c

Re: [edk2] [RFC 00/15] S3 suspend/resume for OVMF (WIP)

2013-12-27 Thread Laszlo Ersek
On 12/27/13 08:06, Yao, Jiewen wrote: > Hi > I am not clear why you think EDKII S3 support requires SMM. > > Per current design EDKII S3 support only requires lockbox, because boot > script will be saved there. > > SMM is just one possible implementation for lockbox. > > If OVMF has another way

Re: [edk2] [RFC 00/15] S3 suspend/resume for OVMF (WIP)

2013-12-27 Thread Laszlo Ersek
.) On the other hand, the SMM protocols looked standard and therefore a good boundary to cut at. Then, > -Original Message- > From: Jordan Justen [mailto:jljus...@gmail.com] > Sent: Friday, December 27, 2013 2:38 PM > To: Laszlo Ersek > Cc: edk2-devel@lists.sourceforge.ne

Re: [edk2] [RFC 00/15] S3 suspend/resume for OVMF (WIP)

2013-12-26 Thread Yao, Jiewen
Yao Jiewen -Original Message- From: Jordan Justen [mailto:jljus...@gmail.com] Sent: Friday, December 27, 2013 2:38 PM To: Laszlo Ersek Cc: edk2-devel@lists.sourceforge.net Subject: Re: [edk2] [RFC 00/15] S3 suspend/resume for OVMF (WIP) On Tue, Dec 3, 2013 at 12:23 AM, Laszlo Ersek wrote

Re: [edk2] [RFC 00/15] S3 suspend/resume for OVMF (WIP)

2013-12-26 Thread Jordan Justen
On Tue, Dec 3, 2013 at 12:23 AM, Laszlo Ersek wrote: > On 12/02/13 22:42, Jordan Justen wrote: >> Mike, >> >> Do you think it would be better for OVMF to add EMU SMM modules, or to >> fix the core S3 modules to not require SMM? > > Yes, that's the crucial question. My approach was to use whatever'

Re: [edk2] [RFC 00/15] S3 suspend/resume for OVMF (WIP)

2013-12-03 Thread David Woodhouse
On Mon, 2013-12-02 at 13:42 -0800, Jordan Justen wrote: > > SMM for OVMF would be interesting from a sample code perspective for > EDK II, but probably not bring any other benefits. Surely if it's sample code in EDK II we are thinking about, would be far better off showing how things could be don

Re: [edk2] [RFC 00/15] S3 suspend/resume for OVMF (WIP)

2013-12-03 Thread Laszlo Ersek
On 12/02/13 18:04, Laszlo Ersek wrote: > The big problem is that nothing ever installs > EFI_DXE_SMM_READY_TO_LOCK_PROTOCOL. As a consequence, the boot script is > never saved (not even an empty one), *and* BootScriptExecutorDxe never > copies itself to reserved memory (in order to survive the sus

Re: [edk2] [RFC 00/15] S3 suspend/resume for OVMF (WIP)

2013-12-03 Thread Laszlo Ersek
On 12/02/13 22:42, Jordan Justen wrote: > On Mon, Dec 2, 2013 at 9:04 AM, Laszlo Ersek wrote: >> Please refer to the last patch in the series to appreciate the >> complexity here. I'd like to ask interested people in the community to >> read through the commit messages (*) and point out if I'm mis

Re: [edk2] [RFC 00/15] S3 suspend/resume for OVMF (WIP)

2013-12-02 Thread Jordan Justen
On Mon, Dec 2, 2013 at 9:04 AM, Laszlo Ersek wrote: > Please refer to the last patch in the series to appreciate the > complexity here. I'd like to ask interested people in the community to > read through the commit messages (*) and point out if I'm missing > something. > > (*) There isn't much co

[edk2] [RFC 00/15] S3 suspend/resume for OVMF (WIP)

2013-12-02 Thread Laszlo Ersek
Please refer to the last patch in the series to appreciate the complexity here. I'd like to ask interested people in the community to read through the commit messages (*) and point out if I'm missing something. (*) There isn't much code in the series, it's mostly duct tape. The difficulty is figur