On Mon, 2016-01-11 at 08:49 -0800, dwal...@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, dwal...@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.

> > 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.

cheers

_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev

Reply via email to