From: Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>
To: James Morse <james.morse@arm.com>
Cc: linux-arm-kernel@lists.infradead.org, linux-pm@vger.kernel.org,
"Rafael J. Wysocki" <rjw@rjwysocki.net>,
Pavel Machek <pavel@ucw.cz>, Will Deacon <will.deacon@arm.com>,
Sudeep Holla <sudeep.holla@arm.com>,
Kevin Kang <kkang@intrinsyc.com>,
Geoff Levand <geoff@infradead.org>,
Catalin Marinas <catalin.marinas@arm.com>,
Mark Rutland <mark.rutland@arm.com>,
AKASHI Takahiro <takahiro.akashi@linaro.org>,
wangfei <w.f@huawei.com>, Marc Zyngier <marc.zyngier@arm.com>
Subject: Re: [PATCH v3 09/10] PM / Hibernate: Publish pages restored in-place to arch code
Date: Thu, 3 Dec 2015 12:09:25 +0000 [thread overview]
Message-ID: <20151203120925.GA2220@red-moon> (raw)
In-Reply-To: <1448559168-8363-10-git-send-email-james.morse@arm.com>
On Thu, Nov 26, 2015 at 05:32:47PM +0000, James Morse wrote:
[...]
> @@ -2427,25 +2434,31 @@ static void *get_buffer(struct memory_bitmap *bm, struct chain_allocator *ca)
> if (PageHighMem(page))
> return get_highmem_page_buffer(page, ca);
I know it is not a problem for arm64, but you should export the
"restored" highmem pages list too because arch code may need to use
it for the same reasons this patch was implemented.
> - if (swsusp_page_is_forbidden(page) && swsusp_page_is_free(page))
> - /* We have allocated the "original" page frame and we can
> - * use it directly to store the loaded page.
> - */
> - return page_address(page);
> -
> - /* The "original" page frame has not been allocated and we have to
> - * use a "safe" page frame to store the loaded page.
> - */
> pbe = chain_alloc(ca, sizeof(struct pbe));
> if (!pbe) {
> swsusp_free();
> return ERR_PTR(-ENOMEM);
> }
> - pbe->orig_address = page_address(page);
> - pbe->address = safe_pages_list;
> - safe_pages_list = safe_pages_list->next;
> - pbe->next = restore_pblist;
> - restore_pblist = pbe;
> +
> + if (swsusp_page_is_forbidden(page) && swsusp_page_is_free(page)) {
> + /* We have allocated the "original" page frame and we can
> + * use it directly to store the loaded page.
> + */
> + pbe->orig_address = NULL;
> + pbe->address = page_address(page);
> + pbe->next = restored_inplace_pblist;
> + restored_inplace_pblist = pbe;
> + } else {
> + /* The "original" page frame has not been allocated and we
> + * have to use a "safe" page frame to store the loaded page.
> + */
> + pbe->orig_address = page_address(page);
> + pbe->address = safe_pages_list;
> + safe_pages_list = safe_pages_list->next;
> + pbe->next = restore_pblist;
> + restore_pblist = pbe;
> + }
This makes sense to me, more so given that the pbe data is already
pre-allocated regardless in prepare_image() (ie it should not change
the current behaviour apart from calling chain_alloc() for every page we
are restoring), you are just adding a pointer to stash that information,
hence, if it is ok for Pavel and Rafael I think this patch can be considered
for merging.
Feedback appreciated.
Thanks,
Lorenzo
> +
> return pbe->address;
> }
>
> @@ -2513,6 +2526,7 @@ int snapshot_write_next(struct snapshot_handle *handle)
> chain_init(&ca, GFP_ATOMIC, PG_SAFE);
> memory_bm_position_reset(&orig_bm);
> restore_pblist = NULL;
> + restored_inplace_pblist = NULL;
> handle->buffer = get_buffer(&orig_bm, &ca);
> handle->sync_read = 0;
> if (IS_ERR(handle->buffer))
> --
> 2.6.2
>
WARNING: multiple messages have this Message-ID (diff)
From: lorenzo.pieralisi@arm.com (Lorenzo Pieralisi)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v3 09/10] PM / Hibernate: Publish pages restored in-place to arch code
Date: Thu, 3 Dec 2015 12:09:25 +0000 [thread overview]
Message-ID: <20151203120925.GA2220@red-moon> (raw)
In-Reply-To: <1448559168-8363-10-git-send-email-james.morse@arm.com>
On Thu, Nov 26, 2015 at 05:32:47PM +0000, James Morse wrote:
[...]
> @@ -2427,25 +2434,31 @@ static void *get_buffer(struct memory_bitmap *bm, struct chain_allocator *ca)
> if (PageHighMem(page))
> return get_highmem_page_buffer(page, ca);
I know it is not a problem for arm64, but you should export the
"restored" highmem pages list too because arch code may need to use
it for the same reasons this patch was implemented.
> - if (swsusp_page_is_forbidden(page) && swsusp_page_is_free(page))
> - /* We have allocated the "original" page frame and we can
> - * use it directly to store the loaded page.
> - */
> - return page_address(page);
> -
> - /* The "original" page frame has not been allocated and we have to
> - * use a "safe" page frame to store the loaded page.
> - */
> pbe = chain_alloc(ca, sizeof(struct pbe));
> if (!pbe) {
> swsusp_free();
> return ERR_PTR(-ENOMEM);
> }
> - pbe->orig_address = page_address(page);
> - pbe->address = safe_pages_list;
> - safe_pages_list = safe_pages_list->next;
> - pbe->next = restore_pblist;
> - restore_pblist = pbe;
> +
> + if (swsusp_page_is_forbidden(page) && swsusp_page_is_free(page)) {
> + /* We have allocated the "original" page frame and we can
> + * use it directly to store the loaded page.
> + */
> + pbe->orig_address = NULL;
> + pbe->address = page_address(page);
> + pbe->next = restored_inplace_pblist;
> + restored_inplace_pblist = pbe;
> + } else {
> + /* The "original" page frame has not been allocated and we
> + * have to use a "safe" page frame to store the loaded page.
> + */
> + pbe->orig_address = page_address(page);
> + pbe->address = safe_pages_list;
> + safe_pages_list = safe_pages_list->next;
> + pbe->next = restore_pblist;
> + restore_pblist = pbe;
> + }
This makes sense to me, more so given that the pbe data is already
pre-allocated regardless in prepare_image() (ie it should not change
the current behaviour apart from calling chain_alloc() for every page we
are restoring), you are just adding a pointer to stash that information,
hence, if it is ok for Pavel and Rafael I think this patch can be considered
for merging.
Feedback appreciated.
Thanks,
Lorenzo
> +
> return pbe->address;
> }
>
> @@ -2513,6 +2526,7 @@ int snapshot_write_next(struct snapshot_handle *handle)
> chain_init(&ca, GFP_ATOMIC, PG_SAFE);
> memory_bm_position_reset(&orig_bm);
> restore_pblist = NULL;
> + restored_inplace_pblist = NULL;
> handle->buffer = get_buffer(&orig_bm, &ca);
> handle->sync_read = 0;
> if (IS_ERR(handle->buffer))
> --
> 2.6.2
>
next prev parent reply other threads:[~2015-12-03 12:08 UTC|newest]
Thread overview: 50+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-11-26 17:32 [PATCH v3 00/10] arm64: kernel: Add support for hibernate/suspend-to-disk James Morse
2015-11-26 17:32 ` James Morse
2015-11-26 17:32 ` [PATCH v3 01/10] arm64: Fold proc-macros.S into assembler.h James Morse
2015-11-26 17:32 ` James Morse
2015-12-01 9:18 ` Pavel Machek
2015-12-01 9:18 ` Pavel Machek
2015-11-26 17:32 ` [PATCH v3 02/10] arm64: Convert hcalls to use HVC immediate value James Morse
2015-11-26 17:32 ` James Morse
2015-11-26 17:32 ` [PATCH v3 03/10] arm64: Add new hcall HVC_CALL_FUNC James Morse
2015-11-26 17:32 ` James Morse
2015-11-26 17:32 ` [PATCH v3 04/10] arm64: kvm: allows kvm cpu hotplug James Morse
2015-11-26 17:32 ` James Morse
2015-11-26 17:32 ` [PATCH v3 05/10] arm64: kernel: Rework finisher callback out of __cpu_suspend_enter() James Morse
2015-11-26 17:32 ` James Morse
2015-11-26 17:32 ` [PATCH v3 06/10] arm64: Change cpu_resume() to enable mmu early then access sleep_sp by va James Morse
2015-11-26 17:32 ` James Morse
2015-11-26 17:32 ` [PATCH v3 07/10] arm64: kernel: Include _AC definition in page.h James Morse
2015-11-26 17:32 ` James Morse
2015-12-01 9:28 ` Pavel Machek
2015-12-01 9:28 ` Pavel Machek
2015-11-26 17:32 ` [PATCH v3 08/10] arm64: Promote KERNEL_START/KERNEL_END definitions to a header file James Morse
2015-11-26 17:32 ` James Morse
2015-12-01 9:28 ` Pavel Machek
2015-12-01 9:28 ` Pavel Machek
2015-11-26 17:32 ` [PATCH v3 09/10] PM / Hibernate: Publish pages restored in-place to arch code James Morse
2015-11-26 17:32 ` James Morse
2015-12-03 12:09 ` Lorenzo Pieralisi [this message]
2015-12-03 12:09 ` Lorenzo Pieralisi
2015-12-04 16:26 ` James Morse
2015-12-04 16:26 ` James Morse
2015-12-05 9:35 ` Pavel Machek
2015-12-05 9:35 ` Pavel Machek
2015-12-07 11:28 ` James Morse
2015-12-07 11:28 ` James Morse
2015-12-08 8:19 ` Pavel Machek
2015-12-08 8:19 ` Pavel Machek
2015-12-16 9:55 ` James Morse
2015-12-16 9:55 ` James Morse
2015-11-26 17:32 ` [PATCH v3 10/10] arm64: kernel: Add support for hibernate/suspend-to-disk James Morse
2015-11-26 17:32 ` James Morse
2015-12-01 9:31 ` Pavel Machek
2015-12-01 9:31 ` Pavel Machek
2015-12-08 10:39 ` James Morse
2015-12-08 10:39 ` James Morse
2015-12-08 11:48 ` [PATCH] fixup! " James Morse
2015-12-08 11:48 ` James Morse
2015-12-15 17:42 ` [PATCH v3 10/10] " Catalin Marinas
2015-12-15 17:42 ` Catalin Marinas
2015-12-18 11:37 ` [ALT-PATCH v3 9/10] PM / Hibernate: Call flush_icache_range() on pages restored in-place James Morse
2015-12-18 11:37 ` James Morse
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20151203120925.GA2220@red-moon \
--to=lorenzo.pieralisi@arm.com \
--cc=catalin.marinas@arm.com \
--cc=geoff@infradead.org \
--cc=james.morse@arm.com \
--cc=kkang@intrinsyc.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-pm@vger.kernel.org \
--cc=marc.zyngier@arm.com \
--cc=mark.rutland@arm.com \
--cc=pavel@ucw.cz \
--cc=rjw@rjwysocki.net \
--cc=sudeep.holla@arm.com \
--cc=takahiro.akashi@linaro.org \
--cc=w.f@huawei.com \
--cc=will.deacon@arm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.