On Thu, 19 Dec 2013 16:02:19 +0100 (CET)
Jiri Kosina wrote:
> On Thu, 19 Dec 2013, Timo Teras wrote:
>
> > As you see, the main executable is mapped 5762-57708000 and
> > 57708000-5770a000. Heap follow immediately after that
> > 5770a000-5770c000 followed by anythin
On Thu, 19 Dec 2013 15:17:03 +0100 (CET)
Jiri Kosina wrote:
> On Wed, 2 Oct 2013, Timo Teräs wrote:
>
> > arch/*/include/asm/elf.h comments say:
> > ELF_ET_DYN_BASE is the location that an ET_DYN program is loaded
> > if exec'ed. Typical use of this is to invoke "./ld.so someprog"
> > to
Hi,
It seems that ASLR with PIE binaries (linux-3.11.0-vanilla on ARM)
seems to create bad memory layout - the programs run out of memory
relatively soon, especially if they also mmap() lot of memory.
I believe the problem is that fs/binfmt_elf.c:load_elf_binary() sets
load_bias to 0 when CONFIG_
On Thu, 06 Jun 2013 08:47:56 +0100
Chris Boot wrote:
> On 06/06/13 02:24, Fan Du wrote:
> > Hello Chris/Jean
> >
> > This issue might have already been fixed by this:
> > https://git.kernel.org/cgit/linux/kernel/git/davem/net-next.git/commit/net/xfrm/xfrm_output.c?id=497574c72c9922cf20c12aed1531
On Fri, 31 May 2013 10:08:27 -0300
Mauro Carvalho Chehab wrote:
> Em Thu, 30 May 2013 21:00:01 +0200
> Jon Arne Jørgensen escreveu:
>
> > On Thu, May 30, 2013 at 08:33:32AM +0300, Timo Teras wrote:
> > > I would rather have the platform_data provide the new table. Or
&g
On Thu, 30 May 2013 07:21:36 +0200
Jon Arne Jørgensen wrote:
> On Wed, May 29, 2013 at 10:19:49PM -0400, Andy Walls wrote:
> > Mauro Carvalho Chehab wrote:
> >
> > >Em Wed, 29 May 2013 22:41:16 +0200
> > >Jon Arne Jørgensen escreveu:
> > >
> > >> Change all default values in the initial setup
I got the below with Linux 3.8.7-grsec and 3.9.2-grsec. Where as
3.6.11-grsec is a known good. I believe the same would happen on on
vanilla kernels too.
[ 15.709955] general protection fault: [#1] SMP
[ 15.712287] Modules linked in: leds_gpio(+) via_rhine mii cs5535_mfd mfd_core
geode_rng r
7 matches
Mail list logo
