Skip to content

Commit 734eba6

Browse files
bertoggrafaeljw
authored andcommitted
PM: hibernate: Drain trailing zero pages on userspace restore
Commit 005e8dd ("PM: hibernate: don't store zero pages in the image file") added an optimization to skip zero-filled pages in the hibernation image. On restore, zero pages are handled internally by snapshot_write_next() in a loop that processes them without returning to the caller. With the userspace restore interface, writing the last non-zero page to /dev/snapshot is followed by the SNAPSHOT_ATOMIC_RESTORE ioctl. At this point there are no more calls to snapshot_write_next() so any trailing zero pages are not processed, snapshot_image_loaded() fails because handle->cur is smaller than expected, the ioctl returns -EPERM and the image is not restored. The in-kernel restore path is not affected by this because the loop in load_image() in swap.c calls snapshot_write_next() until it returns 0. It is this final call that drains any trailing zero pages. Fixed by calling snapshot_write_next() in snapshot_write_finalize(), giving the kernel the chance to drain any trailing zero pages. Fixes: 005e8dd ("PM: hibernate: don't store zero pages in the image file") Signed-off-by: Alberto Garcia <berto@igalia.com> Acked-by: Brian Geffon <bgeffon@google.com> Link: https://patch.msgid.link/ef5a7c5e3e3dbd17dcb20efaa0c53a47a23498bb.1773075892.git.berto@igalia.com Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
1 parent c369299 commit 734eba6

1 file changed

Lines changed: 11 additions & 0 deletions

File tree

kernel/power/snapshot.c

Lines changed: 11 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -2855,6 +2855,17 @@ int snapshot_write_finalize(struct snapshot_handle *handle)
28552855
{
28562856
int error;
28572857

2858+
/*
2859+
* Call snapshot_write_next() to drain any trailing zero pages,
2860+
* but make sure we're in the data page region first.
2861+
* This function can return PAGE_SIZE if the kernel was expecting
2862+
* another copy page. Return -ENODATA in that situation.
2863+
*/
2864+
if (handle->cur > nr_meta_pages + 1) {
2865+
error = snapshot_write_next(handle);
2866+
if (error)
2867+
return error > 0 ? -ENODATA : error;
2868+
}
28582869
copy_last_highmem_page();
28592870
error = hibernate_restore_protect_page(handle->buffer);
28602871
/* Do that only if we have loaded the image entirely */

0 commit comments

Comments
 (0)