2024-03-29 10:11:30

by Paul Menzel

[permalink] [raw]
Subject: PM: hibernation: Image allocation is 28906 pages short

Dear Linux folks,


On a Dell XPS 13 9360/0596KF, BIOS 2.21.0 06/02/2022 with Debian
sid/unstable and self-built Linux 6.9-rc1+ with one patch on top [1] and
KASAN enabled

$ git log --no-decorate --oneline -2 a2ce022afcbb
a2ce022afcbb [PATCH] kbuild: Disable KCSAN for autogenerated
*.mod.c intermediaries
8d025e2092e2 Merge tag 'erofs-for-6.9-rc2-fixes' of
git://git.kernel.org/pub/scm/linux/kernel/git/xiang/erofs

the system tried to hibernate, but failed:

[13039.861870] PM: hibernation: hibernation entry
[13039.881356] Filesystems sync: 0.015 seconds
[13039.881899] Freezing user space processes
[13039.890395] Freezing user space processes completed (elapsed
0.008 seconds)
[13039.890412] OOM killer disabled.
[13039.890867] PM: hibernation: Marking nosave pages: [mem
0x00000000-0x00000fff]
[13039.890878] PM: hibernation: Marking nosave pages: [mem
0x00058000-0x00058fff]
[13039.890884] PM: hibernation: Marking nosave pages: [mem
0x0009e000-0x000fffff]
[13039.890893] PM: hibernation: Marking nosave pages: [mem
0x5014f000-0x5014ffff]
[13039.890900] PM: hibernation: Marking nosave pages: [mem
0x5015f000-0x5015ffff]
[13039.890906] PM: hibernation: Marking nosave pages: [mem
0x556ab000-0x556acfff]
[13039.890911] PM: hibernation: Marking nosave pages: [mem
0x62260000-0x623ecfff]
[13039.890930] PM: hibernation: Marking nosave pages: [mem
0x64df4000-0x6fffefff]
[13039.892520] PM: hibernation: Marking nosave pages: [mem
0x70000000-0x77ffffff]
[13039.892856] PM: hibernation: Marking nosave pages: [mem
0x78600000-0xffffffff]
[13039.899188] PM: hibernation: Basic memory bitmaps created
[13039.899194] PM: hibernation: Preallocating image memory
[13072.278083] PM: hibernation: Image allocation is 28906 pages short
[13072.886745] PM: hibernation: Basic memory bitmaps freed
[13072.887104] OOM killer enabled.
[13072.887107] Restarting tasks ... done.
[13073.641158] PM: hibernation: hibernation exit
[13073.846851] Process accounting resumed
[13074.335528] PM: suspend entry (deep)

Where is that image allocated? On the disk? There is still 65 GB of
space, so 16 GB of memory should fit? Could the error message be
improved, so users know more details to fix it?


Kind regards,

Paul


[1]:
https://lore.kernel.org/all/20240326202548.GLZgMvTGpPfQcs2cQ_@fat_crate.local/


Attachments:
20240328--dell-xps-13-9360--linux-6.9-rc1+--messages.txt (200.09 kB)

2024-03-29 17:11:11

by Pavel Machek

[permalink] [raw]
Subject: Re: PM: hibernation: Image allocation is 28906 pages short

Hi!

> On a Dell XPS 13 9360/0596KF, BIOS 2.21.0 06/02/2022 with Debian
> sid/unstable and self-built Linux 6.9-rc1+ with one patch on top [1] and
> KASAN enabled
>
> $ git log --no-decorate --oneline -2 a2ce022afcbb
> a2ce022afcbb [PATCH] kbuild: Disable KCSAN for autogenerated *.mod.c
> intermediaries
> 8d025e2092e2 Merge tag 'erofs-for-6.9-rc2-fixes' of
> git://git.kernel.org/pub/scm/linux/kernel/git/xiang/erofs
>
> the system tried to hibernate, but failed:

> Where is that image allocated? On the disk? There is still 65 GB of space,
> so 16 GB of memory should fit? Could the error message be improved, so users
> know more details to fix it?

In swap. See docs.

Best regards,
Pavel


--
People of Russia, stop Putin before his war on Ukraine escalates.


Attachments:
(No filename) (816.00 B)
signature.asc (201.00 B)
Download all attachments

2024-03-29 18:59:48

by Paul Menzel

[permalink] [raw]
Subject: Re: PM: hibernation: Image allocation is 28906 pages short

Dear Pavel,


Thank you very much.


Am 29.03.24 um 18:03 schrieb Pavel Machek:

>> On a Dell XPS 13 9360/0596KF, BIOS 2.21.0 06/02/2022 with Debian
>> sid/unstable and self-built Linux 6.9-rc1+ with one patch on top [1] and
>> KASAN enabled
>>
>> $ git log --no-decorate --oneline -2 a2ce022afcbb
>> a2ce022afcbb [PATCH] kbuild: Disable KCSAN for autogenerated *.mod.c intermediaries
>> 8d025e2092e2 Merge tag 'erofs-for-6.9-rc2-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/xiang/erofs
>>
>> the system tried to hibernate, but failed:
>
>> Where is that image allocated? On the disk? There is still 65 GB of space,
>> so 16 GB of memory should fit? Could the error message be improved, so users
>> know more details to fix it?
>
> In swap. See docs.

Thank you. Unfortunately, I am not seeing my case described in
`Documentation/power/`. Only:

> Q:
> If my application(s) causes lots of memory & swap space to be used
> (over half of the total system RAM), is it correct that it is likely
> to be useless to try to suspend to disk while that app is running?
>
> A:
> No, it should work okay, as long as your app does not mlock()
> it. Just prepare big enough swap partition.

I have 16 GB RAM and 8 GB swap partition.

$ LANG= free
total used free shared
buff/cache available
Mem: 13828768 9760192 3115932 5383256
6681400 4068576
Swap: 8387904 1531820 6856084

Shouldn’t user space (systemd or GNOME?) then know beforehand if
hibernate is possible? Is there a script for users to check, if
hibernation would be possible?


Kind regards,

Paul