From: Simon Horman <horms@verge.net.au>
To: "Eric W. Biederman" <ebiederm@xmission.com>
Cc: Andrew Morton <akpm@linux-foundation.org>,
Linus Torvalds <torvalds@linux-foundation.org>,
Jonathan Steel <jon.steel@esentire.com>,
kexec@lists.infradead.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] kexec: segmentation fault in kimage_add_entry
Date: Thu, 18 Sep 2008 14:30:19 +1000 [thread overview]
Message-ID: <20080918043018.GD32516@verge.net.au> (raw)
In-Reply-To: <m1d4j3g29q.fsf@frodo.ebiederm.org>
On Tue, Sep 16, 2008 at 03:21:53PM -0700, Eric W. Biederman wrote:
> From: Jonathan Steel <jon.steel@esentire.com>
>
> A segmentation fault can occur in kimage_add_entry in kexec.c when
> loading a kernel image into memory. The fault occurs because a page is
> requested by calling kimage_alloc_page with gfp_mask GFP_KERNEL and the
> function may actually return a page with gfp_mask GFP_HIGHUSER. The high
> mem page is returned because it was swapped with the kernel page due to
> the kernel page being a page that will shortly be copied to.
>
> This patch ensures that kimage_alloc_page returns a page that was
> created with the correct gfp flags.
>
>
> I have verified the change and fixed the whitespace damage of the
> original patch. Jonathan did a great job of tracking this down
> after he hit the problem. -- Eric
>
> Signed-off-by: Jonathan Steel <jon.steel@esentire.com>
> Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
For what it is worth: Acked-by: Simon Horman <horms@verge.net.au>
> ---
> kernel/kexec.c | 8 +++++++-
> 1 files changed, 7 insertions(+), 1 deletions(-)
>
> diff --git a/kernel/kexec.c b/kernel/kexec.c
> index 59f3f0d..aef2653 100644
> --- a/kernel/kexec.c
> +++ b/kernel/kexec.c
> @@ -753,8 +753,14 @@ static struct page *kimage_alloc_page(struct kimage *image,
> *old = addr | (*old & ~PAGE_MASK);
>
> /* The old page I have found cannot be a
> - * destination page, so return it.
> + * destination page, so return it if it's
> + * gfp_flags honor the ones passed in.
> */
> + if (!(gfp_mask & __GFP_HIGHMEM) &&
> + PageHighMem(old_page)) {
> + kimage_free_pages(old_page);
> + continue;
> + }
> addr = old_addr;
> page = old_page;
> break;
> --
> 1.5.3.rc6.17.g1911
>
>
> _______________________________________________
> kexec mailing list
> kexec@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/kexec
--
Simon Horman
VA Linux Systems Japan K.K., Sydney, Australia Satellite Office
H: www.vergenet.net/~horms/ W: www.valinux.co.jp/en
next prev parent reply other threads:[~2008-09-18 4:30 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-09-16 19:18 [PATCH] kexec, kernel 2.6.26.5, " Jonathan Steel
2008-09-16 22:21 ` [PATCH] kexec: " Eric W. Biederman
2008-09-18 4:30 ` Simon Horman [this message]
2008-09-17 0:55 ` [PATCH] kexec, kernel 2.6.26.5, " Simon Horman
2008-09-17 2:40 ` Eric W. Biederman
2008-09-17 13:18 ` Jonathan Steel
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=20080918043018.GD32516@verge.net.au \
--to=horms@verge.net.au \
--cc=akpm@linux-foundation.org \
--cc=ebiederm@xmission.com \
--cc=jon.steel@esentire.com \
--cc=kexec@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=torvalds@linux-foundation.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®