Jiri Kosina <[EMAIL PROTECTED]> writes:
> On Mon, 11 Feb 2008, H. Peter Anvin wrote:
>
>
>> > Now, the question is whether it is valid for ELF binary to not have the end
>> > of .bss section (if present at all) not page-aligned.
>> Why wouldn't it be? It would, however, be valid to the kernel to
On Mon, 11 Feb 2008, H. Peter Anvin wrote:
> > Now, the question is whether it is valid for ELF binary to not have the end
> > of .bss section (if present at all) not page-aligned.
> Why wouldn't it be? It would, however, be valid to the kernel to round it up
> to the next boundary.
I wasn't im
Jiri Kosina wrote:
On Mon, 11 Feb 2008, Abel Bernabeu wrote:
In such a way that set_brk(0x0, 0x100) does not alloc any space at all.
There are just more ways to get no memory allocation than
set_brk(elf_bss, elf_bss) (the equalness condition i've changed).
Sorry, the correct description for t
On Mon, 11 Feb 2008, Abel Bernabeu wrote:
> In such a way that set_brk(0x0, 0x100) does not alloc any space at all.
> There are just more ways to get no memory allocation than
> set_brk(elf_bss, elf_bss) (the equalness condition i've changed).
> Sorry, the correct description for the patch may b
On Mon, Feb 11, 2008 at 07:27:35PM +0100, Abel Bernabeu wrote:
> I've finally found a solution for the crash in load_binary_elf I
> reported last week:
>
> http://lkml.org/lkml/2008/1/30/171
>
> The attached patch solves my problem, but please test it yourself...
>
> set_brk(start, end) allocs j
On Mon, 11 Feb 2008, Abel Bernabeu wrote:
> > set_brk(start, end) allocs just page aligned regions (by "colapsing"
> > both extremes to the start of the page in which they lay)... That
> > means than even if both pointers are not equal there are still some
> > chances that set_brk has allocated no
2008/2/11, Abel Bernabeu <[EMAIL PROTECTED]>:
> I've finally found a solution for the crash in load_binary_elf I
> reported last week:
>
> http://lkml.org/lkml/2008/1/30/171
>
> The attached patch solves my problem, but please test it yourself...
>
> set_brk(start, end) allocs just page aligned reg
I've finally found a solution for the crash in load_binary_elf I
reported last week:
http://lkml.org/lkml/2008/1/30/171
The attached patch solves my problem, but please test it yourself...
set_brk(start, end) allocs just page aligned regions (by "colapsing"
both extremes to the start of the page
-- Forwarded message --
From: Abel Bernabeu <[EMAIL PROTECTED]>
Date: 08-feb-2008 18:54
Subject: Re: Elf loader crash while zero-filling .bss
To: Andreas Schwab <[EMAIL PROTECTED]>
2008/2/8, Andreas Schwab <[EMAIL PROTECTED]>:
> "Abel Bernabeu&q
"Abel Bernabeu" <[EMAIL PROTECTED]> writes:
> The offset of some sections fall in the middle of the .bss section. In
> instance, look at the sections 12 (.comment) and 13 (.ARM.atributes).
> Both sections are overlapping with 11 (.bss):
>
> [11] .bss NOBITS 0001143c 00143c 00
2008/1/31, Abel Bernabeu <[EMAIL PROTECTED]>:
> 2008/1/30, Abel Bernabeu <[EMAIL PROTECTED]>:
>
> > Now I am trying to execute some bigger C applications: in instance
> > BusyBox. I've chosen the buildroot package in order to produce a small
> > "distro".
> >
> > Then I've tried to boot the system
2008/1/30, Abel Bernabeu <[EMAIL PROTECTED]>:
> Now I am trying to execute some bigger C applications: in instance
> BusyBox. I've chosen the buildroot package in order to produce a small
> "distro".
>
> Then I've tried to boot the system using init=/bin/sh but I am getting
> a crash while loading
[ The context
I am relatively new into kernel hacking and I am trying to get Linux
running on a ARM based SBC.
I already did my work adding support for the board in my working copy
of Linux 2.6.22.10. The kernel already boots and runs small assembler
programs I've written for testing (with th
13 matches
Mail list logo
