Linux kernel -stable discussions
 help / color / mirror / Atom feed
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;
>>       }
>>       /*
> 


  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