linux-kernel - [RFC PATCH 0/4] save and restore ACPI NVS memory during hibernation

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-Id: <1215051868.5628.32.camel@rzhang-dt.sh.intel.com>
Date:	Thu, 03 Jul 2008 10:24:28 +0800
From:	Zhang Rui <rui.zhang@...el.com>
To:	linux-pm <linux-pm@...ts.linux-foundation.org>,
	linux-acpi <linux-acpi@...r.kernel.org>,
	linux-kernel <linux-kernel@...r.kernel.org>
Cc:	"Rafael J. Wysocki" <rjw@...k.pl>, Len Brown <lenb@...nel.org>
Subject: [RFC PATCH 0/4] save and restore ACPI NVS memory during hibernation

Hi,

According to the ACPI spec, ACPI NVS memory region is required to
be saved/restored by OS during hibernation.

Section 15.3.2 ACPI Spec 3.0b,
"OSPM will call the _PTS control method some time before entering
a sleeping state, to allow the platform’s AML code to update
this memory image before entering the sleeping state.
After the system awakes from an S4 state, OSPM will restore this
memory area and call the _WAK control method to enable the BIOS
to reclaim its memory image."

This patch set add the mechanism to save/restore ACPI NVS memory
during hibernation.

Patch 01: call platform_begin before swsusp_shrink_memory.
	So that we can allocate enough pages for ACPI NVS memory
	before shrink the memory.

Patch 02: introduce the mechanism to save/restore ACPI NVS memory.

Patch 03/04: mark the ACPI NVS memory region on both
	x86_64 and x86_32 platform.

As patch 01 changes the generic code, I don't know if there are
any side effects introduced by this patch, and I'm not able to
test on other platforms.
But with Rafael's suggestion, patch 01 can be optionally dropped
because we can use the the I/O and spare pages reserved, which is
5MB at present and the NVS memory is usually tens of pages during
my test.

Any comments are welcome. :)

thanks,
rui

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/