Re: Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump

Jeremy Maitin-Shepard
2007-09-21T21:16:59Z

"Rafael J. Wysocki" <rjw@sisk.pl> writes:

> On Friday, 21 September 2007 23:08, Jeremy Maitin-Shepard wrote:
>> "Rafael J. Wysocki" <rjw@sisk.pl> writes:
>>
>> > On Friday, 21 September 2007 22:26, Jeremy Maitin-Shepard wrote:
>> >> "Rafael J. Wysocki" <rjw@sisk.pl> writes:
>> >>
>> >> [snip]
>> >>
>> >> > The ACPI NVS area is explicitly marked as reserved and we don't save it.
>> >> > On x86_64 we don't save any memory areas marked as reserved and yet the
>> > above
>> >> > happens.
>> >>
>> >> I think you have mentioned before, though, that ACPI is first
>> >> initialized by the boot kernel, before it is later initialized by
>> >> resuming kernel. This could well be the source of the problem.
>>
>> > No, it's not. I have tested that too with an ACPI-less boot kernel.
>>
>> Well, it seems that there just must be some other bug. I would define
>> anything that differs between the post-resume initialization of ACPI

> I'm not sure what you mean.

>> from the normal boot initialization of ACPI as a bug. If the interaction
>> with the hardware is the same, then the behavior will be the same.

> The ACPI platform firmware is allowed to preserve information accross the
> hibernation-resume cycle, so this need not be the same.

All of my comments related to the case where S4 is not being used
(instead the system is just powered off normally), and a boot kernel
that does not initialize ACPI is used. In that case, the ACPI platform
firmware should not be able to distinguish a normal boot from a resume
from hibernation.

--
Jeremy Maitin-Shepard