Re: Up to date trees.
Harald Judt <[email protected]>
| Newsgroups | gmane.linux.swsusp.devel |
|---|---|
| Message-ID | <[email protected]> |
Hi Nigel,
Am 11.02.2012 11:24, schrieb Nigel Cunningham:
> Hi all.
>
> Just to let you know that there are now up-to-date trees on Github:
>
> https://github.com/NigelCunningham/tuxonice-kernel/branches
>
> What's more, I'm happy with the stability of them - I've found the cause
> of file system corruption I was getting (threads calling try_to_freeze
> but not having invoked set_freezable), and am now working on getting
> updated patches being automatically generated again.
>
> Thanks to everyone for your patience and encouragement. The wheels fell
> off for a while there, but I think I'm getting back on track. (I'll
> leave you to wonder about mixed metaphors!)
>
> Nigel
Thanks for the great work! I've tried current git and it is rock stable
now. And due to some KMS fixes in 3.3-rc3, no more black screen on resume!
However, there are some minor problems with freeing memory:
Starting other threads.Freezing user space processes ... (elapsed 0.01
seconds) done.
Freezing remaining freezable tasks ... (elapsed 0.01 seconds) done.
Restarting kernel threads ... done.
Asked shrink_all_memory for 2492417 low pages & 1205038 pages from
anywhere, got 0.
Freezing remaining freezable tasks ... (elapsed 0.01 seconds) done.
Restarting kernel threads ... done.
Freezing remaining freezable tasks ... (elapsed 0.01 seconds) done.
Restarting kernel threads ... done.
Asked shrink_all_memory for 2474248 low pages & 1186871 pages from
anywhere, got 0.
Freezing remaining freezable tasks ... (elapsed 0.01 seconds) done.
Restarting kernel threads ... done.
Freezing remaining freezable tasks ... (elapsed 0.01 seconds) done.
Free:44966(44966). Sets:3240525(3240525),0(0).
Nosave:906567-903042=3525. Storage:1040530/1040530(1968315=>19443
15). Needed:1166960,0,2454232(100,1303,40000,3072) (PS2:no)
Failed to prepare the image because...
- The maximum number of iterations was reached without successfully
preparing the image.
- We need at least 1944315 pages of storage (ignoring the header), but
only have 1040530.
- We need to free 1166960 lowmem pageset 1 pages.
Restarting tasks ... Restarting kernel threads ... done.
done.
TuxOnIce debugging info:
- TuxOnIce core : 3.2.1
- Kernel Version : 3.3.0-rc3+
- Compiler vers. : 4.6
- Attempt number : 10
- Parameters : 4233 143368 0 1 3072 5
- Overall expected compression percentage: 40.
- Compressor is 'lzo'.
- Block I/O active.
Used 0 pages from swap on /dev/sdb2.
- Max outstanding reads 1. Max writes 0.
Memory_needed: 1024 x (4096 + 360 + 104) = 4669440 bytes.
Free mem throttle point reached 0.
- Swap Allocator enabled.
Swap available for image: 1043718 pages.
- No I/O speed stats available.
- Extra pages : 13485 used/40000.
- Result : Hibernation was aborted.
: Insufficient storage was available.
: Unable to free enough memory to hibernate.
: We were unable to successfully prepare an image.
Adding 4194300k swap on /dev/sdb2. Priority:-1 extents:1 across:4194300k
TuxOnIce 3.2.1, with support for usm, compression, block i/o, swap
storage, userui.
Initiating a hibernation cycle.
Using configuration file /etc/splash/tuxonice/1920x1080.cfg.
No silent picture specified in the theme config.
Framebuffer support initialised successfully.
Starting other threads.Freezing user space processes ... (elapsed 0.01
seconds) done.
Freezing remaining freezable tasks ... (elapsed 0.01 seconds) done.
Restarting kernel threads ... done.
Asked shrink_all_memory for 2455443 low pages & 1168097 pages from
anywhere, got 0.
Freezing remaining freezable tasks ... (elapsed 0.01 seconds) done.
Restarting kernel threads ... done.
Freezing remaining freezable tasks ... (elapsed 0.01 seconds) done.
Restarting kernel threads ... done.
Asked shrink_all_memory for 2437600 low pages & 1150299 pages from
anywhere, got 0.
Freezing remaining freezable tasks ... (elapsed 0.07 seconds) done.
Restarting kernel threads ... done.
Freezing remaining freezable tasks ... (elapsed 0.01 seconds) done.
Free:44832(44832). Sets:3204195(3204195),0(0).
Nosave:943118-939593=3525. Storage:1045348/1045348(1946517=>1922517).
Needed:1130587,0,2417901(100,1303,40000,3072) (PS2:no)
Failed to prepare the image because...
- The maximum number of iterations was reached without successfully
preparing the image.
- We need at least 1922517 pages of storage (ignoring the header), but
only have 1045348.
- We need to free 1130587 lowmem pageset 1 pages.
Restarting tasks ... Restarting kernel threads ... done.
done.
TuxOnIce debugging info:
- TuxOnIce core : 3.2.1
- Kernel Version : 3.3.0-rc3+
- Compiler vers. : 4.6
- Attempt number : 11
- Parameters : 4233 143368 0 1 3072 5
- Overall expected compression percentage: 40.
- Compressor is 'lzo'.
- Block I/O active.
Used 0 pages from swap on /dev/sdb2.
- Max outstanding reads 1. Max writes 0.
Memory_needed: 1024 x (4096 + 360 + 104) = 4669440 bytes.
Free mem throttle point reached 0.
- Swap Allocator enabled.
Swap available for image: 1048549 pages.
- No I/O speed stats available.
- Extra pages : 13485 used/40000.
- Result : Hibernation was aborted.
: Insufficient storage was available.
: Unable to free enough memory to hibernate.
: We were unable to successfully prepare an image.
Adding 4194300k swap on /dev/sdb2. Priority:-1 extents:1 across:4194300k
TuxOnIce 3.2.1, with support for usm, compression, block i/o, swap
storage, userui.
Initiating a hibernation cycle.
Using configuration file /etc/splash/tuxonice/1920x1080.cfg.
No silent picture specified in the theme config.
Framebuffer support initialised successfully.
Starting other threads.Freezing user space processes ... (elapsed 0.01
seconds) done.
Freezing remaining freezable tasks ... (elapsed 0.01 seconds) done.
Restarting kernel threads ... done.
Freezing remaining freezable tasks ... (elapsed 0.01 seconds) done.
Waited for i/o due to synchronous I/O 6 times.
Suspending console(s) (use no_console_suspend to debug)
sd 1:0:0:0: [sdb] Synchronizing SCSI cache
sd 0:0:0:0: [sda] Synchronizing SCSI cache
serial 00:09: disabled
serial 00:09: wake-up capability disabled by ACPI
i8042 kbd 00:08: wake-up capability enabled by ACPI
r8169 0000:0c:00.0: eth0: link down
ACPI handle has no context!
ACPI handle has no context!
ACPI handle has no context!
Memory doesn't get freed as expected. I got around this by dropping the
file cache manually, that's why the third attempt was successful.
Nevertheless, I thought I'd report this in case anyone else stumbles
over this problem.
Regards,
Harald
--
`Experience is the best teacher.'