lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
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