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]
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/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ