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: Wed, 9 Nov 2005 23:55:34 +0100 [thread overview]
Message-ID: <200511092355.34903.rjw@sisk.pl> (raw)
In-Reply-To: <20051109143040.GA1852@elf.ucw.cz>
Hi,
On Wednesday, 9 of November 2005 15:30, 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:38: error: static declaration of
> 'nr_copy_pages' follows non-static declaration
> kernel/power/power.h:56: error: previous declaration of
> 'nr_copy_pages' was here
> kernel/power/snapshot.c: In function 'count_highmem_pages':
> kernel/power/snapshot.c:49: error: 'zone_pfn' undeclared (first use in
> this function)
> kernel/power/snapshot.c:49: error: (Each undeclared identifier is
> reported only once
> 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.
Thanks a lot for testing! The compilation errors mean I should have tried
to compile it on i386. Sorry for the trouble.
> I guess they are ready for lkml testing...
Well, they'll go there after I get rid of the compilation problems and
make the changes you have suggested. Still I'm afraid they won't
get enough testing unless they go into -mm for some time ...
Rafael
next prev parent reply other threads:[~2005-11-09 22:55 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
2005-11-09 22:55 ` Rafael J. Wysocki [this message]
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=200511092355.34903.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