[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LFD.2.11.1501271014160.1322@knanqh.ubzr>
Date: Tue, 27 Jan 2015 10:16:24 -0500 (EST)
From: Nicolas Pitre <nicolas.pitre@...aro.org>
To: Pavel Machek <pavel@....cz>
cc: Tony Lindgren <tony@...mide.com>,
Pali Rohár <pali.rohar@...il.com>,
linux-omap <linux-omap@...r.kernel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Aaro Koskinen <aaro.koskinen@....fi>,
Sebastian Reichel <sre@...nel.org>,
Ivaylo Dimitrov <ivo.g.dimitrov.75@...il.com>,
Russell King <linux@....linux.org.uk>,
linux-arm-kernel@...ts.infradead.org,
Laura Abbott <lauraa@...eaurora.org>
Subject: Re: N900 v3.19-rc5 arm atags_to_fdt.c is broken
On Tue, 27 Jan 2015, Pavel Machek wrote:
>
> > > > I would say, problem is because omap3-n900 binary DT is too large
> >
> > I agree.
> >
> > > OK if that's the case, then your patch makes sense to me. It also
> > > seems we can have the temporary stack be larger than the initial
> > > stack just for atags_to_fdt.
> >
> > The stack size isn't the issue, but rather its location. We need to
> > position it away from the DT data. The DT size is known and we could
> > use that, plus some room for the insertion of new data coming from the
> > ATAG conversion.
> >
> > Something like the following would be a more robust solution:
>
> Tested-by: Pavel Machek <pavel@....cz>
>
> (Note, that in 3.19 dts for n900 got too big, so we are actually
> triggering old bugs. That means that this is a regression fix, and
> should go in ASAP).
It is queued here:
http://www.arm.linux.org.uk/developer/patches/viewpatch.php?id=8294/1
Nicolas
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists