From: TGSP <tgsp002@gmail.com>
To: Jiri Slaby <jirislaby@kernel.org>,
rafael@kernel.org, len.brown@intel.com, pavel@ucw.cz,
huanglei@kylinos.cn
Cc: xiongxin@kylinos.cn, linux-pm@vger.kernel.org,
linux-kernel@vger.kernel.org, stable@vger.kernel.org
Subject: Re: [PATCH v2 2/2] PM: hibernate: add check of preallocate mem for image size pages
Date: Fri, 4 Nov 2022 15:27:58 +0800 [thread overview]
Message-ID: <a6893696-bcac-c57d-7db9-61bcbb0ad414@gmail.com> (raw)
In-Reply-To: <90de2e70-1802-b26b-798e-74421389180e@kernel.org>
在 2022/11/4 14:25, Jiri Slaby 写道:
> On 04. 11. 22, 6:41, TGSP wrote:
>> From: xiongxin <xiongxin@kylinos.cn>
>>
>> Added a check on the return value of preallocate_image_highmem(). If
>> memory preallocate is insufficient, S4 cannot be done;
>>
>> I am playing 4K video on a machine with AMD or other graphics card and
>> only 8GiB memory, and the kernel is not configured with CONFIG_HIGHMEM.
>> When doing the S4 test, the analysis found that when the pages get from
>> minimum_image_size() is large enough, The preallocate_image_memory() and
>> preallocate_image_highmem() calls failed to obtain enough memory. Add
>> the judgment that memory preallocate is insufficient;
>>
>> The detailed debugging data is as follows:
>>
>> image_size: 3225923584, totalram_pages: 1968948 in
>> hibernate_reserved_size_init();
>>
>> in hibernate_preallocate_memory():
>> code pages = minimum_image_size(saveable) = 717992, at this time(line):
>> count: 2030858
>> avail_normal: 2053753
>> highmem: 0
>> totalreserve_pages: 22895
>> max_size: 1013336
>> size: 787579
>> saveable: 1819905
>>
>> When the code executes to:
>> pages = preallocate_image_memory(alloc, avail_normal), at that
>> time(line):
>> pages_highmem: 0
>> avail_normal: 1335761
>> alloc: 1017522
>> pages: 1017522
>>
>> So enter the else branch judged by (pages < alloc), When executed to
>> size = preallocate_image_memory(alloc, avail_normal):
>> alloc = max_size - size = 225757;
>> size = preallocate_image_memory(alloc, avail_normal) = 168671, That is,
>> preallocate_image_memory() does not apply for all alloc memory pages,
>> because highmem is not enabled, and size_highmem will return 0 here, so
>> there is a memory page that has not been preallocated, so I think a
>> judgment needs to be added here.
>>
>> But what I can't understand is that although pages are not preallocated
>> enough, "pages -= free_unnecessary_pages()" in the code below can also
>> discard some pages that have been preallocated, so I am not sure whether
>> it is appropriate to add a judgment here.
>>
>> Cc: stable@vger.kernel.org
>> Signed-off-by: xiongxin <xiongxin@kylinos.cn>
>> Signed-off-by: huanglei <huanglei@kylinos.cn>
>> ---
>> kernel/power/snapshot.c | 11 +++++++++--
>> 1 file changed, 9 insertions(+), 2 deletions(-)
>>
>> diff --git a/kernel/power/snapshot.c b/kernel/power/snapshot.c
>> index c20ca5fb9adc..546d544cf7de 100644
>> --- a/kernel/power/snapshot.c
>> +++ b/kernel/power/snapshot.c
>> @@ -1854,6 +1854,8 @@ int hibernate_preallocate_memory(void)
>> alloc = (count - pages) - size;
>> pages += preallocate_image_highmem(alloc);
>> } else {
>> + unsigned long size_highmem = 0;
>
> This needs not be initialized, right?
If there is no need to make judgments here, then in the (pages < alloc)
branch, it is necessary to make judgments on (pages_highmem < alloc)?
should be the same;
>
>> @@ -1863,8 +1865,13 @@ int hibernate_preallocate_memory(void)
>> pages_highmem += size;
>> alloc -= size;
>> size = preallocate_image_memory(alloc, avail_normal);
>> - pages_highmem += preallocate_image_highmem(alloc - size);
>> - pages += pages_highmem + size;
>> + size_highmem = preallocate_image_highmem(alloc - size);
>> + if (size_highmem < (alloc - size)) {
>> + pr_err("Image allocation is %lu pages short, exit\n",
>> + alloc - size - pages_highmem);
>> + goto err_out;
>> + }
>> + pages += pages_highmem + size_highmem + size;
>> }
>> /*
>
next prev parent reply other threads:[~2022-11-04 7:28 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20221104054119.1946073-1-tgsp002@gmail.com>
2022-11-04 5:41 ` [PATCH v2 1/2] PM: hibernate: fix spelling mistake for annotation TGSP
2022-11-04 9:18 ` Greg KH
2022-11-04 9:47 ` TGSP
2022-11-04 5:41 ` [PATCH v2 2/2] PM: hibernate: add check of preallocate mem for image size pages TGSP
2022-11-04 6:25 ` Jiri Slaby
2022-11-04 7:27 ` TGSP [this message]
[not found] <20221108073741.3837659-1-xiongxin@kylinos.cn>
2022-11-08 7:37 ` xiongxin
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=a6893696-bcac-c57d-7db9-61bcbb0ad414@gmail.com \
--to=tgsp002@gmail.com \
--cc=huanglei@kylinos.cn \
--cc=jirislaby@kernel.org \
--cc=len.brown@intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=pavel@ucw.cz \
--cc=rafael@kernel.org \
--cc=stable@vger.kernel.org \
--cc=xiongxin@kylinos.cn \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox