From: "Rafael J. Wysocki" <rjw@sisk.pl>
To: Pavel Machek <pavel@ucw.cz>
Cc: Linux PM <linux-pm@osdl.org>
Subject: Re: [RFC/RFT][PATCH 0/2] swsusp: improve freeing of memory
Date: Thu, 10 Nov 2005 00:07:09 +0100 [thread overview]
Message-ID: <200511100007.09518.rjw@sisk.pl> (raw)
In-Reply-To: <20051109210402.GA12461@elf.ucw.cz>
Hi,
On Wednesday, 9 of November 2005 22:04, Pavel Machek wrote:
> Hi!
>
> > > The patches are on top of 2.6.14-mm1 with the three additional patches of mine
> > > that went to Andrew after 2.6.14-mm1. For your convenience the whole
> > > series of patches is available at:
> > >
> > > http://www.sisk.pl/kernel/patches/2.6.14-mm1/
> > >
> > > as:
> > >
> > > swsusp-reduce-code-duplication.patch
> > > swsusp-improve-relocation.patch
> > > swsusp-rework-swsusp_suspend.patch
> > > swsusp-introduce-swap-map.patch
> > > swsusp-improve-freeing-memory.patch
> >
> > I got
> >
> > CC kernel/power/snapshot.o
> ...
> > kernel/power/snapshot.c:49: error: for each function it appears in.)
> >
> > I tried turning off HIGMEM, that got me rid of snapshot.c:49
> > problem. I killed nr_copy_pages from power.h. I tried suspending
> > twice, and it seems to work okay. I guess they are ready for lkml
> > testing...
>
> I put it under a bit heavier test (attached), and it survive for a
> hour. Looks good.
Great, thanks a lot. I've got two days of uptime with it now with several
suspend/resume cycles and some production work in between, so it
looks promising to me too.
BTW, the new USB suspend/resume behaves very well here. I haven't got any
problems with it so far, although it was under heavy stress in the early
phase of testing of my patches. Kudos to everyone involved.
Rafael
next prev parent reply other threads:[~2005-11-09 23:07 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-11-08 22:55 [RFC/RFT][PATCH 0/2] swsusp: improve freeing of memory Rafael J. Wysocki
2005-11-08 23:06 ` [RFC/RFT][PATCH 1/2] swsusp: introduce the swap map structure Rafael J. Wysocki
2005-11-08 23:11 ` [RFC/RFT][PATCH 2/2] swsusp: improve freeing of memory Rafael J. Wysocki
2005-11-09 14:46 ` Pavel Machek
2005-11-09 22:38 ` Rafael J. Wysocki
2005-11-09 23:15 ` Pavel Machek
2005-11-10 10:12 ` Rafael J. Wysocki
2005-11-09 0:32 ` [RFC/RFT][PATCH 0/2] " Pavel Machek
2005-11-09 22:49 ` Rafael J. Wysocki
2005-11-09 23:19 ` Pavel Machek
2005-11-10 10:34 ` Rafael J. Wysocki
2005-11-10 10:48 ` Pavel Machek
2005-11-09 14:30 ` Pavel Machek
2005-11-09 21:04 ` Pavel Machek
2005-11-09 23:07 ` Rafael J. Wysocki [this message]
2005-11-09 22:55 ` Rafael J. Wysocki
2005-11-09 23:22 ` Pavel Machek
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=200511100007.09518.rjw@sisk.pl \
--to=rjw@sisk.pl \
--cc=linux-pm@osdl.org \
--cc=pavel@ucw.cz \
/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