From: Pavel Machek <pavel@ucw.cz>
To: Nigel Cunningham <ncunningham@linuxmail.org>
Cc: Andrew Morton <akpm@digeo.com>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: Suspend2 Merge: e820 table support.
Date: Thu, 16 Sep 2004 13:27:11 +0200 [thread overview]
Message-ID: <20040916112711.GD5467@elf.ucw.cz> (raw)
In-Reply-To: <1095333881.4932.194.camel@laptop.cunninghams>
Hi!
> > > +#ifdef CONFIG_SOFTWARE_SUSPEND2
> > > + /*
> > > + * Mark nosave pages
> > > + */
> > > + if (addr >= (void *)&__nosave_begin && addr < (void *)&__nosave_end)
> > > + SetPageNosave(mem_map+tmp);
> > > + } else
> > > + /*
> > > + * Non-RAM pages are always nosave
> > > + */
> > > + SetPageNosave(mem_map+tmp);
> > > +#else
> > > + }
> > > +#endif
> > > + }
> >
> > Current -mm code does something funny with Nosave; I'm not sure it
> > will not try to free them after resume. I have fix in my tree but it
> > is little tested.
>
> Double negative: you think current mm may try to free Nosave pages after
> resume? I haven't updated to the latest -mm yet, but will see if I can
> try tomorrow.
Hmm, it also contains (saveable()):
BUG_ON(PageReserved(page) && PageNosave(page));
..but that should be easy to kill. I'd be worried about this function:
static void free_suspend_pagedir_zone(struct zone *zone, unsigned long
pagedir)
{
unsigned long zone_pfn, pagedir_end, pagedir_pfn,
pagedir_end_pfn;
pagedir_end = pagedir + (PAGE_SIZE << pagedir_order);
pagedir_pfn = __pa(pagedir) >> PAGE_SHIFT;
pagedir_end_pfn = __pa(pagedir_end) >> PAGE_SHIFT;
for (zone_pfn = 0; zone_pfn < zone->spanned_pages; ++zone_pfn)
{
struct page *page;
unsigned long pfn = zone_pfn + zone->zone_start_pfn;
if (!pfn_valid(pfn))
continue;
page = pfn_to_page(pfn);
if (!TestClearPageNosave(page))
continue;
else if (pfn >= pagedir_pfn && pfn < pagedir_end_pfn)
continue;
__free_page(page);
}
}
I posted diff to get rid of it, but it did not get enough testing so
it is not in mainline.
Pavel
--
People were complaining that M$ turns users into beta-testers...
...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg gung jnl!
next prev parent reply other threads:[~2004-09-16 11:28 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-09-16 11:03 Nigel Cunningham
2004-09-16 11:14 ` Pavel Machek
2004-09-16 11:24 ` Nigel Cunningham
2004-09-16 11:27 ` Pavel Machek [this message]
2004-09-16 11:35 ` Nigel Cunningham
2004-09-16 11:37 ` Pavel Machek
2004-09-16 11:59 ` Nigel Cunningham
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=20040916112711.GD5467@elf.ucw.cz \
--to=pavel@ucw.cz \
--cc=akpm@digeo.com \
--cc=linux-kernel@vger.kernel.org \
--cc=ncunningham@linuxmail.org \
/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
all inboxes | Powered by JetHome®