From: dwalker@fifo99.com
To: Michael Ellerman <mpe@ellerman.id.au>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>,
Paul Mackerras <paulus@samba.org>,
linuxppc-dev@lists.ozlabs.org
Subject: Re: simple_alloc space tramples initrd
Date: Mon, 11 Jan 2016 15:07:54 -0800 [thread overview]
Message-ID: <20160111230754.GA18849@fifo99.com> (raw)
In-Reply-To: <1452550673.23317.1.camel@ellerman.id.au>
On Tue, Jan 12, 2016 at 09:17:53AM +1100, Michael Ellerman wrote:
> On Mon, 2016-01-11 at 08:49 -0800, dwalker@fifo99.com wrote:
> > On Mon, Jan 11, 2016 at 02:09:34PM +1100, Michael Ellerman wrote:
> > > On Fri, 2016-01-08 at 09:45 -0800, dwalker@fifo99.com wrote:
> > > > Hi,
> > > >
> > > > A powerpc machine I'm working on has this problem where the
> > > > simple_alloc_init() area is trampling the initrd. The two are placed fairly
> > > > close together.
> > >
> > > Which machine / platform?
> >
> > It's not upstream yet. I'm still putting the patches together, that's when this
> > issue came up. I can send an RFC if you want to look at the patches.
>
> OK. Thanks but I don't need more patches to look at :)
>
> I was just trying to narrow down which code you were talking about.
It's coming eventually anyways ;) ..
> > > I don't really know that code very well. But ideally either the boot loader
> > > gives you space, or the platform boot code is smart enough to detect that there
> > > is insufficient room and puts the heap somewhere else.
> >
> > It seems like the kernel should be able to handle it. I believe the bootloader passes
> > the initrd location , but I don't think it's evaluated till later in the boot up. For
> > simple_alloc_init() it seems all platforms just assume the space is empty without checking.
>
> Yeah that's what I see too, which seems like it's liable to break, but
> obviously hasn't for anyone else yet.
>
> The bootloader must pass the initrd location, otherwise the kernel can't use
> it, so it seems like the kernel should be able to notice when they are too
> close. But it may be complicated by the sequencing of the code.
I found a similar one,
arch/powerpc/boot/ps3.c:platform_init()
I realized that in platform_init() your discovering the initrd location, so you do have
access to the values. In ps3 you can see how if the initrd is placed in the 16megs after
the kernel image then the simple_alloc code could corrupt it.
I think it would be appropriate to check the initrd location in that function (since it's available)
and make a choice to put the simple_alloc area after the initrd if the areas overlap. Does that make
sense ?
Daniel
next prev parent reply other threads:[~2016-01-11 23:16 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-01-08 17:45 simple_alloc space tramples initrd dwalker
2016-01-11 3:09 ` Michael Ellerman
2016-01-11 16:49 ` dwalker
2016-01-11 22:17 ` Michael Ellerman
2016-01-11 23:07 ` dwalker [this message]
2016-01-11 23:37 ` Michael Ellerman
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=20160111230754.GA18849@fifo99.com \
--to=dwalker@fifo99.com \
--cc=benh@kernel.crashing.org \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=mpe@ellerman.id.au \
--cc=paulus@samba.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;
as well as URLs for NNTP newsgroup(s).